cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
682
Views
5
Helpful
8
Replies

PRI is not down when the MGCP VG fails to talk with CCM

b-cho
Level 1
Level 1

I got a MGCP voice gateway with PRI line registered to CCM. When I disconnected the voice gateway from the network, I found that the layer 3 (q.931) of PRI is still up.

Just wonder if there's any command to bring the PRI down when the MGCP VG is out sync with the CCM?

If there's no such configuration, then it seems that all incoming call will continue to send to the failure PRI line from PSTN.

8 Replies 8

Jaime Valencia
Cisco Employee
Cisco Employee

OK, if you issue a show isdn status on the GW when you pull the cable do you still see the ISDN layer 2 and layer 3 active?

you should see not only layer 2 and 3 as if the configuration for framing or linecode was wrong but also layer 1 down since there is nothing in there

what IOS u running?

HTH

javalenc

if this helps, please rate

HTH

java

if this helps, please rate

The IOS version 12.4(13r). There's nothing happened after all CCM servers are disconnected from the network.

Below please find the capture -

CCM#show ccm-manager

MGCP Domain Name: CCM

Priority Status Host

=============================================

Primary Down 192.168.3.125

First Backup Down 192.168.3.126

Second Backup None

.....

CCM#show isdn status

Global ISDN Switchtype = primary-4ess

ISDN Serial0/1/0:23 interface

dsl 0, interface ISDN Switchtype = primary-4ess

Layer 1 Status:

ACTIVE

Layer 2 Status:

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

Layer 3 Status:

0 Active Layer 3 Call(s)

Active dsl 0 CCBs = 0

The Free Channel Mask: 0x807FFFFF

Number of L2 Discards = 0, L2 Session ID = 9

Total Allocated ISDN CCBs = 0

CCM#

I have this same problem. I have a CUCM 4.2.3 SR3a with router IOS is C3845-spservicesk9-mz.124-7h.bin & c3845-spservicesk9-mz.124-11.T1.bin. Has this problem been resolved? and how?

javalenc,

With MGCP,

Layer 2 (q.921) terminates on the local router,

layer 3 (q.931) is backhauled to the CCM, so if the link to CCM is down, then Layer 3 shoiuld be down.

However layer 1 and layer 2 should be up since they terminate on the local gateway and the trunk from the gateway to the Tekco swicth is up....Am I worng?

Please rate all useful posts

If you have a switch or router on the network, that fails, you expect the frames/packets to route around the failed device. If I have T1s or PRI that can not accept a call I expect calls to be able to route around it. To do this the PRIs must indicate to the connected network it is down. I expect the loss of Layer 3 for X seconds(CCM/CUCM) to result in both layer 2 and Layer 1 going down. The CO or PBX will then route calls around the failed T1 or PRI. PBXs and COs work this way. [So I think you are wrong ;-)]

Fixed - Mostly by this IOS command ccm-manager shut-backhaul-interfaces However, there is a significant delay with a Siemens HiPath 4XXX PABX.

Thanks Marshall! I will try this shortly

Thank you very much!

I cannot believe this command was not enabled by default...

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: