Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

Calls from PSTN to IP phones fail

Software Version: ccm 3.3.2, vg200 12.2.11

Calls from the PSTN (PRI line) will come in and will only ring once and the call will end. Seconds later the same call will come in and ends after one

ring. This will repeat up to five times.

2nd PRI addeded to vg200 (12.2.11t) using vwic2mt module. Phone provider has been monitoring trunk lines They show 14 failures after the call leaves their switch.

I have checked the T310 timer in CCM and is set to the default 60000msec.

A deub on the VG200 shows the following:

Apr 6 15:23:15.332: ISDN Se1/0:23 Q931: RX <- SETUP pd = 8 callref = 0x18D2

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98391

Exclusive, Channel 17

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = '!', 0x83, '6237642292'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '5678'

Plan:Unknown, Type:Unknown

Apr 6 15:23:15.356: MGCP Packet received from 10.10.xxxxxx-

CRCX 827582 S1/DS1-0/17@MAIN_VG200xxxx MGCP 0.1

C: D0000000010a268700000000800018d2

L: p:20, a:PCMU, s:off

M: recvonly

Apr 6 15:23:15.368: send_mgcp_msg, MGCP Packet sent to 10.10.xxxxxxx--->

Apr 6 15:23:15.368: 400 827582 Voice call setup failed

<---

Apr 6 15:23:16.388: MGCP Packet received from 10.10.xxxxxx-

CRCX 837582 S1/DS1-0/17@MAIN_VG200xxxx MGCP 0.1

C: D0000000010a268700000000800018d2

L: p:20, a:PCMU, s:off

M: recvonly

Apr 6 15:23:16.404: send_mgcp_msg, MGCP Packet sent to 10.10.xxxxxx--->

Apr 6 15:23:16.404: 400 837582 Voice call setup failed

<---

Apr 6 15:23:16.404: MGCP Packet received from 10.10.xxxxxx-

DLCX 827583 S1/DS1-0/17@MAIN_VG200xxxxx MGCP 0.1

X: 11

S:

Apr 6 15:23:16.412: send_mgcp_msg, MGCP Packet sent to 10.10.xxxxxx--->

Apr 6 15:23:16.412: 250 827583 already deleted connection

<---

Apr 6 15:23:19.333: ISDN Se1/0:23 Q931: RX <- SETUP pd = 8 callref = 0x18D2

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98391

Exclusive, Channel 17

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = '!', 0x83, '6237642292'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '5678'

Plan:Unknown, Type:Unknown

Apr 6 15:23:19.353: MGCP Packet received from 10.10.xxxxxx-

CRCX 827584 S1/DS1-0/17@MAIN_VG200xxxx MGCP 0.1

C: D0000000010a268900000000800018d2

L: p:20, a:PCMU, s:off

M: recvonly

Apr 6 15:23:19.369: send_mgcp_msg, MGCP Packet sent to 10.10.xxxxxx--->

Apr 6 15:23:19.369: 400 827584 Voice call setup failed

<---

Apr 6 15:23:20.389: MGCP Packet received from 10.10.220.20-

CRCX 837584 S1/DS1-0/17@MAIN_VG200xxxxxx MGCP 0.1

C: D0000000010a268900000000800018d2

L: p:20, a:PCMU, s:off

M: recvonly

Apr 6 15:23:20.401: send_mgcp_msg, MGCP Packet sent to 10.10.xxxxxx--->

Apr 6 15:23:20.405: 400 837584 Voice call setup failed

<---

Apr 6 15:23:20.405: MGCP Packet received from 10.10.220.20-

DLCX 827585 S1/DS1-0/17@MAIN_VG200xxxx MGCP 0.1

X: 11

S:

Apr 6 15:23:20.413: send_mgcp_msg, MGCP Packet sent to 10.10.xxxxxx--->

Apr 6 15:23:20.413: 250 827585 already deleted connection

<---

Apr 6 15:23:23.381: ISDN Se1/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x18D2

Cause i = 0x80E6 - Recovery on timer expiry

Apr 6 15:23:23.981: MGCP Packet received from 10.10.xxxxxx-

MDCX 827586 S1/DS1-0/21@MAIN_VG200xxxx MGCP 0.1

C: D0000000010a26690000000080000ca7

I: 1636

X: 15

M: recvonly

R: D/[0-9ABCD*#]

Q: process,loop

1 REPLY
Cisco Employee

Re: Calls from PSTN to IP phones fail

Tracy,

It is hard to say what is going on here but the telco switch is dropping the call becasue we never sent a call proceeding or alerting message back to it. This is not a problem with the T310 timer in CallManager.

On the surface, it looks as if the problem is on the VG200 because CallManager has instructed it to reserve the timeslot for a call via the CRCX, but the gateway is the one that rejects it with a 400 error message which means there was some condition on the gateway that prevented it from setting up the call.

What is the status of the T1? Are there channels that are busied out.

At any rate to get further insight, you would probably need to run the following debug on the gateway to get a sense for why the gateway is having problems processing the call setup

debug vpm signal

debug vtsp all

That would be a starting point.

hth

Ademola

203
Views
0
Helpful
1
Replies