Calls from one caller dropping

[sdonnelly41]

Currently running a Cisco 2811 with CUCM 9.1.2, but the calls do not make it to CUCM. I can see in the logs of the router the following. I have confirmed with AT&T (the user calling from his mobile) and our provider that their end looks good, or so they say it is. Below is an entry from a debug I am running, but I am not positive on what the failure is. Can anyone provide some insight? Thank you!

Jun 21 14:14:17.155: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x624A
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18383
Preferred, Channel 3
Facility i = 0x9F8B0100A113020101020100800B485544534F4E204A4F484E
Protocol Profile = Networking Extensions
0xA113020101020100800B485544534F4E204A4F484E
Component = Invoke component
Invoke Id = 1
Operation = CallingName
Name presentation allowed
Name = CALLER_NAME
Calling Party Number i = 0x0080, '60XXX6024'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '7887'
Plan:Unknown, Type:Unknown
Jun 21 14:14:17.175: ISDN Se0/0/0:23 CC: CCPRI_Go: source id 0x300, call id 0x13F4, event 0x341 (pre-ccb recovery)
Jun 21 14:14:17.175: ISDN Se0/0/0:23 CC: CCPRI_Go: call id 0x0 cref 0x13F4 event 0xE24A Source->L3
Jun 21 14:14:17.175: ISDN Se0/0/0:23 CC: CCPCC_CallIdle: event 0x90 b channel 0 nfas int_id 0 call_id 0x13F4
Jun 21 14:14:17.175: ISDN Se0/0/0:23 CC: CCPRI_AcceptChanId: Negotiated int_id 0 bchan 0 cref 0xE24A call_id 0x13F4 lo_chan 3 final int_id/bchan 0/3 cause 0
Jun 21 14:14:17.227: ISDN Se0/0/0:23 SERROR: isdn_get_name_from_gtd: false ret
Jun 21 14:14:17.227: ISDN Se0/0/0:23 SERROR: process_pri_simple: NO name in GTD
Jun 21 14:14:17.227: ISDN Se0/0/0:23 CC: CCPRI_Go: source id 0x500, call id 0x0, event 0x4A (pre-ccb recovery)
Jun 21 14:14:17.227: ISDN Se0/0/0:23 CC: CCPRI_Go: call_id 0x13F4 cref 0xE24A event 0x4A Source->HOST
Jun 21 14:14:17.227: ISDN Se0/0/0:23 CC: CCPCC_CallOffered: event = 0x4A b channel 3 nfas int_id 0 call_id 0x13F4
Jun 21 14:14:17.227: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x88 ie = 3 ie_allowed =1
Jun 21 14:14:17.227: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x88 ie = 5 ie_allowed =0
Jun 21 14:14:17.227: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x88 ie = 7 ie_allowed =1
Jun 21 14:14:17.227: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x88 ie = 10 ie_allowed =0
Jun 21 14:14:17.231: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0xE24A
Channel ID i = 0xA98383
Exclusive, Channel 3
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: CCPRI_Go: source id 0x500, call id 0x0, event 0x4B (pre-ccb recovery)
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: CCPRI_Go: call_id 0x13F4 cref 0xE24A event 0x4B Source->HOST
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: CCPCC_CallRoutingIn: executing with event = 4B in state = CALL ROUTING_IN
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 1 ie_allowed =1
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 6 ie_allowed =0
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 5 ie_allowed =1
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 7 ie_allowed =0
Jun 21 14:14:17.375: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 8 ie_allowed =0
Jun 21 14:14:17.379: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 9 ie_allowed =0
Jun 21 14:14:17.379: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 10 ie_allowed =0
Jun 21 14:14:17.379: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 17 ie_allowed =0
Jun 21 14:14:17.379: ISDN Se0/0/0:23 CC: ie_in_out_msg: message 0x84 ie = 25 ie_allowed =0
Jun 21 14:14:17.383: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0xE24A
Cause i = 0x80A9 - Temporary failure
Jun 21 14:14:17.391: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x624A
Jun 21 14:14:17.391: ISDN Se0/0/0:23 CC: CCPRI_Go: source id 0x300, call id 0x13F4, event 0x341 (pre-ccb recovery)
Jun 21 14:14:17.391: ISDN Se0/0/0:23 CC: CCPRI_Go: dispatching event 0x97 call id 0x13F4 cref 0xE24A Source->L3
Jun 21 14:14:17.391: ISDN Se0/0/0:23 CC: CCPCC_CallReleasing: event 0x97 b channel 3 nfas int_id 0 call_id 0x13F4
Jun 21 14:14:17.395: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0xE24A

[Robert Shaw]

Hi,

We will need to see some configs from your router.  Is it MGCP or H.323?

Thanks
Rob

[sdonnelly41]

H.323 and config is below. One thing I noticed is that there is a trunk group, but there's only 1 PRI being delivered to this location. Should I remove the trunk group pri? 

version 12.4
service timestamps debug datetime msec
service timestamps log datetime localtime
service password-encryption
!
hostname Hostname-2811-VG
!
boot-start-marker
boot-end-marker
!
card type t1 0 0
logging buffered 9999999 debugging
no logging monitor
enable secret 5 $1$rRj/$vqvNSn4DVMT6Hior0AFST1
enable password 7 1043100A11120012
!
no aaa new-model
!
resource policy
!
clock timezone EST -5
clock summer-time EDT recurring
network-clock-participate wic 0
network-clock-select 1 T1 0/0/0
network-clock-select 2 T1 0/0/1
ip subnet-zero
!
!
ip cef
!
!
no ip domain lookup
ip domain name domain.local
ip multicast-routing
isdn switch-type primary-ni
!
!
trunk group PRI
hunt-scheme sequential
!
voice-card 0
no dspfarm
!
!
!
voice service voip
h323
!
!
voice class codec 100
codec preference 1 g711ulaw
codec preference 2 g729br8
codec preference 3 g729r8
!
!
!
voice class h323 1
h225 timeout tcp establish 3
!
!
!
!
!
!
voice translation-rule 1
rule 1 /^7887/ /5060/
rule 2 /^6000/ /3382/
rule 3 /^5570/ /5063/
!
voice translation-rule 3
rule 1 /^9011\(.*\)/ /\1/ type any international plan any isdn
rule 2 /^8011\(.*\)/ /\1/ type any international plan any isdn
!
!
voice translation-profile International
translate called 3
!
voice translation-profile inbound
translate called 1
!
!
!
crypto pki trustpoint TP-self-signed-2283492099
enrollment selfsigned
subject-name cn=IOS-Self-Signed-Certificate-2283492099
revocation-check none
rsakeypair TP-self-signed-2283492099
!
!
crypto pki certificate chain TP-self-signed-2283492099
certificate self-signed 01
3082024F 308201B8 A0030201 02020101 300D0609 2A864886 F70D0101 04050030
31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274
69666963 6174652D 32323833 34393230 3939301E 170D3038 30373135 31373330
35335A17 0D323030 31303130 30303030 305A3031 312F302D 06035504 03132649
4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D32 32383334
39323039 3930819F 300D0609 2A864886 F70D0101 01050003 818D0030 81890281
8100CE9B DA122631 C1E7FB69 6BEC5F78 BDC7589D 86071D40 3ED7B94A D3739A88
9F6757A0 E0ABD061 B3CB5490 48A19E38 B138D782 7F5EA7EE 2ADAD0AC 118AFF44
A2E1AA7B 751636E3 9E759845 AAABD914 4C6804D6 23B4E327 712E18EF 5DC68AAC
D1B1EEF6 0237323F 08B707D4 ED90F3E9 27E099D1 931EA8E2 29FA2562 AF1A987D
BD530203 010001A3 77307530 0F060355 1D130101 FF040530 030101FF 30220603
551D1104 1B301982 17796F75 726E616D 652E796F 7572646F 6D61696E 2E636F6D
301F0603 551D2304 18301680 14A00E44 56E847A2 CBDAAA87 3CF59DEB 11A6DB6A
D8301D06 03551D0E 04160414 A00E4456 E847A2CB DAAA873C F59DEB11 A6DB6AD8
300D0609 2A864886 F70D0101 04050003 81810009 D5A77A9C 18244A75 1E7B90FF
D17D4DBA 37A91788 00825878 42EE502C D3E99BBC C4983A87 EDCDEB14 32BA826F
E9235855 180128B0 56BC0550 F5219DB4 0F7EE69E 02C0BBF3 A6D3EFA5 69558F6C
FD75503D B0F01D1E 9E1A65C8 9F6D0A6B 01068690 C7C57585 AC23BFE6 F2244A39
2542BDF8 4DE8D138 0C54D789 C4280F0F BD72CB
quit

!
controller T1 0/0/0
framing esf
linecode b8zs
pri-group timeslots 1-24
!
controller T1 0/0/1
framing esf
linecode b8zs
pri-group timeslots 1-24
!
class-map match-any voip-class
match protocol rtp
match protocol rtcp
match protocol sip
class-map match-any VOICE_TRAFFIC
match access-group name VOICE_TRAFFIC
class-map match-any CONTROL_TRAFFIC
match access-group name CONTROL_TRAFFIC
class-map match-any BLock
match protocol edonkey
!
!
policy-map VOIP
class VOICE_TRAFFIC
set ip dscp ef
priority 3072
class CONTROL_TRAFFIC
bandwidth 512
set ip dscp af41
class class-default
fair-queue
policy-map wan-queue-policy
class voip-class
priority 180
class class-default
fair-queue
random-detect
policy-map wan-shape-policy
class class-default
shape average 100000000 1000000
service-policy wan-queue-policy
policy-map AutoQoS-Policy-Trust
class class-default
fair-queue
policy-map WAN
class BLock
drop
!
!
!
!
interface FastEthernet0/0
description connection to core switch
no ip address
ip pim sparse-dense-mode
ip route-cache flow
load-interval 30
duplex full
speed 100
auto qos voip trust
service-policy output AutoQoS-Policy-Trust
!
interface FastEthernet0/0.1
encapsulation dot1Q 1 native
ip address 192.168.1.250 255.255.255.0
ip helper-address 192.168.8.255
no snmp trap link-status
!
interface FastEthernet0/0.10
encapsulation dot1Q 10
ip address 172.16.1.10 255.255.255.0
no snmp trap link-status
h323-gateway voip interface
h323-gateway voip bind srcaddr 172.16.1.10
!
interface FastEthernet0/0.12
encapsulation dot1Q 12
ip address 192.168.12.250 255.255.254.0
no snmp trap link-status
!
interface FastEthernet0/1
description Comcast Metro E
ip address 10.10.250.1 255.255.255.0
ip accounting output-packets
ip nbar protocol-discovery
duplex full
speed 100
auto discovery qos
service-policy output wan-shape-policy
!
interface Serial0/0/0:23
no ip address
isdn switch-type primary-ni
isdn incoming-voice voice
isdn supp-service name calling
no isdn outgoing display-ie
no isdn outgoing ie redirecting-number
no cdp enable
!
interface Serial0/0/1:23
no ip address
isdn switch-type primary-ni
isdn incoming-voice voice
isdn supp-service name calling
no isdn outgoing ie redirecting-number
trunk-group PRI 2
no cdp enable
!
ip classless
ip forward-protocol udp discard
ip route 0.0.0.0 0.0.0.0 192.168.1.2
ip route 10.10.1.0 255.255.255.0 192.168.1.2 name Union
ip route 10.10.4.0 255.255.255.0 10.10.250.3 name kalwall
ip route 10.10.5.0 255.255.255.0 10.10.250.4 name Bow
ip route 10.10.8.0 255.255.255.0 10.10.250.2 name pine
ip route 172.16.4.0 255.255.255.0 10.10.250.3
ip route 172.16.5.0 255.255.255.0 10.10.250.4
ip route 172.16.8.0 255.255.255.0 10.10.250.2
ip route 192.168.4.0 255.255.255.0 10.10.250.3
ip route 192.168.5.0 255.255.255.0 10.10.250.4
ip route 192.168.8.0 255.255.255.0 10.10.250.2
ip route 192.168.40.0 255.255.254.0 10.10.250.3
ip route 192.168.104.0 255.255.255.0 10.10.250.3 name Kalwall-VMware-MGMT
ip route 192.168.105.0 255.255.255.0 10.10.250.4
ip route 192.168.114.0 255.255.255.0 10.10.250.3 name Kalwall-iSCSI-1
ip route 192.168.124.0 255.255.255.0 10.10.250.3 name Kalwall-iSCSI-2
!
!
ip http server
ip http access-class 23
ip http authentication local
no ip http secure-server
ip http timeout-policy idle 60 life 86400 requests 10000
ip pim rp-address 172.16.1.10
!
ip access-list extended CONTROL_TRAFFIC
permit tcp any any range 2000 2002
permit tcp any any eq 2428
permit udp any any eq 2427
permit tcp any any eq 1720
ip access-list extended EDONKEY
ip access-list extended VOICE_TRAFFIC
permit udp any any range 16384 32767
!
logging 192.168.1.165
access-list 23 permit 10.10.10.0 0.0.0.7
access-list 110 permit ip any any precedence critical
access-list 110 permit ip any any dscp ef
access-list 110 remark CMF Voice
access-list 110 permit udp 172.16.1.0 0.0.0.255 any range 16384 32767
snmp-server community keller-RO RO
!
!
!
control-plane
!
rmon event 33333 log trap AutoQoS description "AutoQoS SNMP traps for Voice Drops" owner AutoQoS
!
!
voice-port 0/0/0:23
no vad
!
voice-port 0/1/0
description Union Paging
caller-id enable
!
voice-port 0/1/1
connection plar 5060
caller-id enable
!
voice-port 0/1/2
connection plar 5060
caller-id enable
!
voice-port 0/1/3
connection plar 5060
caller-id enable
!
voice-port 0/0/1:23
no vad
!
voice-port 0/2/0
!
voice-port 0/2/1
!
!
!
!
!
dial-peer voice 5 voip
preference 1
destination-pattern [345]...
progress_ind setup enable 3
voice-class codec 100
voice-class h323 1
session target ipv4:172.16.1.5
incoming called-number .
dtmf-relay h245-alphanumeric
ip qos dscp cs5 media
no vad
!
dial-peer voice 6 voip
preference 2
destination-pattern [345]...
progress_ind setup enable 3
voice-class codec 100
voice-class h323 1
session target ipv4:172.16.4.5
incoming called-number .
dtmf-relay h245-alphanumeric
ip qos dscp cs5 media
no vad
!
dial-peer voice 1 pots
trunkgroup PRI
incoming called-number .
direct-inward-dial
!
dial-peer voice 9100 pots
trunkgroup PRI
preference 2
destination-pattern 911
clid network-number 6036277887
prefix 911
!
dial-peer voice 110 pots
trunkgroup PRI
preference 1
destination-pattern 8T
direct-inward-dial
!
dial-peer voice 18110 pots
trunkgroup PRI
preference 1
destination-pattern 8911
clid network-number 6036277887
prefix 911
!
dial-peer voice 50 pots
preference 2
destination-pattern 8T
port 0/1/1
!
dial-peer voice 55 pots
destination-pattern 8911
port 0/1/1
prefix 911
!
dial-peer voice 56 pots
destination-pattern 911
port 0/1/1
prefix 911
!
dial-peer voice 3901 pots
description Union Paging
destination-pattern 3901
port 0/1/0
!
num-exp 7887 5060
num-exp 6000 3382
num-exp 5570 5063
!
!
line con 0
login local
line aux 0
line vty 0 4
exec-timeout 30 0
login local
length 0
transport input telnet ssh
line vty 5 15
exec-timeout 30 0
privilege level 15
login local
transport input telnet ssh
!
scheduler allocate 20000 1000
ntp clock-period 17180224
ntp master
ntp server 172.16.1.5 prefer
!
end

[Robert Shaw · Accepted solution]

Hi,

You say you have one PRI being delivered to the box but you have two controllers configured.  Which controller do you use?

controller T1 0/0/0
framing esf
linecode b8zs
pri-group timeslots 1-24
!
controller T1 0/0/1
framing esf
linecode b8zs
pri-group timeslots 1-24
!

Normally Trunk Groups are only useful on Outbound Dial Peers to direct calls to either line in case of failure or in the case of BRI's where you have a number of lines limited to two calls.  You wouldn't normally specify them on inbound Dial-Peers as the router doesn't care which line the call comes in on.

I would try removing the Trunkgroup PRI statement from all of your Inbound Dial-Peers initially.

Thanks
Rob

[sdonnelly41]

controller T1 0/0/0 is the active PRI. I will remove the config for the trunk group, I asked around it seems like 2 PRI's were never a thing here so I am not quite sure why this has been configured this way...

[Robert Shaw]

Hi,

Did you manage to sort this in the end?

Thanks

Rob

[sdonnelly41]

Sorry for the delayed response! Though I could not see anything in real time data in RTMT I found through trace logs that the call was being dropped because the user had been setup with a remote destination profile, but it was not fully setup. This in turn caused the call to drop. I completed the setup, and now the user can call in without issue.

Thank you for your help!

[Robert Shaw]

Hi,

I have just noticed that your TrunkGroup isn't going to work anyway.  One of your Serial-Ports isn't a member of the Trunk Group and the other belongs to a group called "Trunk-Group PRI 2".

interface Serial0/0/0:23
no ip address
isdn switch-type primary-ni
isdn incoming-voice voice
isdn supp-service name calling
no isdn outgoing display-ie
no isdn outgoing ie redirecting-number
no cdp enable
!
interface Serial0/0/1:23
no ip address
isdn switch-type primary-ni
isdn incoming-voice voice
isdn supp-service name calling
no isdn outgoing ie redirecting-number
trunk-group PRI 2
no cdp enable
!

If you are only using one Controller and therefore one Serial Port, I would point the Outbound Dial-Peers to the specific Voice port.

In your case either,

port 0/0/0:23

or

port 0/0/1:23

The inbound dial-peers don't need a trunk group or port reference.

Thanks

Rob