Why always launch MGCP manually

[zhangjianping]

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:

ACTIVE

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?

[dezoconnor]

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

[zhangjianping]

Thanks sir.

CLI pertain to MGCP as follows,

application

global

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

mgcp call-agent 12.1.4.1 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]

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]

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]

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?

[zhangjianping]

no, I haven't mess these command...

[Ayodeji Okanlawon]

From my experience MGCP is IOS sensitive...

I suggest you consider upgrading you IOS.

This is not a configuration issue..

[dezoconnor]

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]

Darren,

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]

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...

[zhangjianping]

any update?

[JeffG1]

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]

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?

[zhangjianping]

any update?