MGCP FXO outbound call deleted prematurely

Unanswered Question
Mar 18th, 2009
User Badges:

Hi,

I have CUCM 6.0 running in US HQ and a C2801 which has FXO port connected to local PSTN in remote UK office, I configured outbound dial plan for UK local number. The call is corrected routed to C2801 MGCP gateway, but just before a call from VoIP phone to UK local number is connected, MGCP deletes the call. MGCP debug is shown below, 10.1.9.190 is HQ VoIP phone, 172.30.0.253 is C2801 MGCP.


uk-srst#debug mgcp packets

Media Gateway Control Protocol packets debugging for all endpoints is on

uk-srst#

Mar 17 17:39:00.434: MGCP Packet received from 10.1.9.6:2427--->

CRCX 81561 AALN/S0/SU0/[email protected] MGCP 0.1

C: A0000000027c74fa000000F5

X: 0

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

M: recvonly

R: H/oc, H/of, L/hd

S: H/sup(addr(9,8,3,3,4,7,3))

Q: process,loop

<---


Mar 17 17:39:03.442: MGCP Packet received from 10.1.9.6:2427--->

CRCX 81561 AALN/S0/SU0/[email protected] MGCP 0.1

C: A0000000027c74fa000000F5

X: 0

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

M: recvonly

R: H/oc, H/of, L/hd

S: H/sup(addr(9,8,3,3,4,7,3))

Q: process,loop

<---


Mar 17 17:39:03.478: MGCP Packet sent to 10.1.9.6:2427--->

200 81561 OK

I: 5


v=0

c=IN IP4 172.30.0.253

m=audio 16528 RTP/AVP 0 100

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194,200-202

a=X-sqn:0

a=X-cap: 1 audio RTP/AVP 100

a=X-cpar: a=rtpmap:100 X-NSE/8000

a=X-cpar: a=fmtp:100 192-194,200-202

a=X-cap: 2 image udptl t38

<---


Mar 17 17:39:03.482: MGCP Packet sent to 10.1.9.6:2427--->

NTFY 119743622 aaln/S0/SU0/[email protected] MGCP 0.1

N: [email protected]:2427

X: 0

O: L/hd

<---


Mar 17 17:39:03.650: MGCP Packet received from 10.1.9.6:2427--->

200 119743622

<---


Mar 17 17:39:03.654: MGCP Packet sent to 10.1.9.6:2427--->

NTFY 119743623 aaln/S0/SU0/[email protected] MGCP 0.1

N: [email protected]:2427

X: 0

O: H/oc

<---


Mar 17 17:39:03.654: MGCP Packet sent to 10.1.9.6:2427--->

NTFY 119743624 aaln/S0/SU0/[email protected] MGCP 0.1

N: [email protected]:2427

X: 0

O: H/oc

<---


Mar 17 17:39:03.742: MGCP Packet received from 10.1.9.6:2427--->

MDCX 81562 AALN/S0/SU0/[email protected] MGCP 0.1

C: A0000000027c74fa000000F5

I: 5

X: 0

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

M: sendrecv

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

S:

Q: process,loop


v=0

o=- 5 0 IN EPN AALN/S0/SU0/[email protected]

s=Cisco SDP 0

t=0 0

m=audio 16444 RTP/AVP 0

c=IN IP4 10.1.9.190

<---


Mar 17 17:39:03.750: MGCP Packet sent to 10.1.9.6:2427--->

200 81562 OK

<---


Mar 17 17:39:03.822: MGCP Packet received from 10.1.9.6:2427--->

200 119743623

<---


Mar 17 17:39:03.822: MGCP Packet received from 10.1.9.6:2427--->

200 119743624

<---


Mar 17 17:39:08.485: MGCP Packet received from 10.1.9.6:2427--->

MDCX 81565 AALN/S0/SU0/[email protected] MGCP 0.1

C: A0000000027c74fa000000F5

I: 5

X: 0

M: recvonly

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

S:

Q: process,loop

<---


Mar 17 17:39:08.493: MGCP Packet sent to 10.1.9.6:2427--->

200 81565 OK

<---


Mar 17 17:39:08.665: MGCP Packet received from 10.1.9.6:2427--->

DLCX 81566 AALN/S0/SU0/[email protected] MGCP 0.1

C: A0000000027c74fa000000F5

I: 5

X: 0

S:

<---


Mar 17 17:39:08.681: MGCP Packet sent to 10.1.9.6:2427--->

250 81566 OK

P: PS=236, OS=37760, PR=238, OR=38080, PL=0, JI=60, LA=0

<---


uk-srst#no deb all

All possible debugging has been turned off

uk-srst#


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
ebreniz Wed, 03/25/2009 - 09:15
User Badges:
  • Silver, 250 points or more

CSCdt85876 - Admin status in sh mgcp endpoint up,with controller,voice port shut

Nicholas Matthews Wed, 03/25/2009 - 10:43
User Badges:
  • Red, 2250 points or more

This looks like this message is causing problems:


Mar 17 17:39:03.654: MGCP Packet sent to 10.1.9.6:2427--->

NTFY 119743623 aaln/S0/SU0/[email protected] MGCP 0.1

N: [email protected]:2427

X: 0

O: H/oc


This is the RFC description:

Report on completion

The report on completion event is detected when the gateway was

asked to perform one or several signals of type TO on the

endpoint, and when these signals were completed without being

stopped by the detection of a requested event such as off-hook

transition or dialed digit. The completion report may carry as

parameter the name of the signal that came to the end of its live

time, as in:




-nick

jiangu Wed, 03/25/2009 - 10:56
User Badges:

Hi, Nick,


Thanks a lot for your response, what happened was that I was not aware that in remote office a separate access digit needed to be dialed for outbound calls. Once I added that digit in dial-pattern, it worked.

Actions

This Discussion