Why always launch MGCP manually

Unanswered Question
Aug 27th, 2008

Once VoiceGateway was reloaded because of some power issue, the output of 'show isdn status' always shows:

ISDN Serial0/0/0:15 interface

Layer 1 Status:


Layer 2 Status:

TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED

Layer 3 Status:

0 Active Layer 3 Call(s)

I have to manually run'no mgcp' and then 'mgcp' to let MGCP running.

I don't think these 2 CLI are needed to do with manually every time, doed any way to make it?

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4.1 (7 ratings)
dezoconnor Thu, 08/28/2008 - 00:12

Could you post your mgcp config for us to look at? You could be missing something.

zhangjianping Thu, 08/28/2008 - 01:04

Thanks sir.

CLI pertain to MGCP as follows,



service alternate Default

controller E1 0/0/0

framing NO-CRC4

pri-group timeslots 1-31 service mgcp

interface Serial0/0/0:15

no ip address

encapsulation hdlc

isdn switch-type primary-net5

isdn incoming-voice voice

isdn bind-l3 ccm-manager

no cdp enable


mgcp call-agent 2427 service-type mgcp version 0.1

mgcp dtmf-relay voip codec all mode out-of-band

mgcp rtp unreachable timeout 1000 action notify

mgcp modem passthrough voip mode nse

mgcp package-capability rtp-package

mgcp package-capability sst-package

mgcp package-capability pre-package

no mgcp package-capability res-package

no mgcp package-capability fxr-package

no mgcp timer receive-rtcp

mgcp sdp simple

mgcp rtp payload-type g726r16 static

mgcp bind control source-interface GigabitEthernet0/0

mgcp bind media source-interface GigabitEthernet0/0


mgcp profile default

Is there something relate with the below 3 command:

no mgcp package-capability res-package

no mgcp package-capability fxr-package

no mgcp timer receive-rtcp

I had a try again, seems sometimes it can resume automatically, but sometime it need to be run manually.

Ayodeji Okanlawon Thu, 08/28/2008 - 01:11

Are you using partial PRI? WHat I mean by this is that how many channels or time slots have you configured on your PRI and how many can your actual trunk support?

zhangjianping Thu, 08/28/2008 - 01:22

No, i'm not useing partial PRI.

All time slots are configured, and enough DSP resource is located and configured on VG.

What should I do next?

dezoconnor Thu, 08/28/2008 - 01:48

Are you missing this section from your config:

ccm-manager fallback-mgcp

ccm-manager redundant-host x.x.x.x

ccm-manager mgcp

ccm-manager music-on-hold

ccm-manager config server x.x.x.x x.x.x.x

ccm-manager config

x.x.x.x represents ip address of CUCM Servers?

Ayodeji Okanlawon Thu, 08/28/2008 - 01:50

From my experience MGCP is IOS sensitive...

I suggest you consider upgrading you IOS.

This is not a configuration issue..

dezoconnor Thu, 08/28/2008 - 01:57

Hang on a second, we don't even know what IOS version they're running! How can you rule out config issues and go straight for IOS?

Ayodeji Okanlawon Thu, 08/28/2008 - 02:14


The reason why I ruled that out is beacuse the configs work, the only time he expereince problems is when the router goes down....

Its not like when the config works he experience instability...

zhangjianping Thu, 08/28/2008 - 02:35

THanks Sirs. I'll post rate for all of you.

Here is VG ISO information:Cisco IOS Software, 3800 Software (C3825-ADVENTERPRISEK9-M), Version 12.4(16b), RELEASE SOFTWARE (fc3).

aokanlawon is right, it works well in the normal status, the only time I experience the problems is when route reload...

Jeff Garner Fri, 08/29/2008 - 07:31

We are also seeing this on various 2800 and 3800 Gateways, doing the no mgcp and mgcp fixes the issue... I believe when doing a debug isdn q921 we get the error "...CCM wants Layer 2 up = False..." or something like that...

We believe its some sort of IOS bug...

zhangjianping Fri, 08/29/2008 - 19:05

so would u pls share me your experience how to handle this issue...upgrade ISO?

Have u make it? which version is find by your testing?


This Discussion