03-29-2008 12:02 PM - edited 03-18-2019 08:41 PM
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.
03-29-2008 03:05 PM
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
04-07-2008 10:51 PM
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#
07-04-2008 06:42 PM
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?
07-05-2008 05:09 AM
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?
07-06-2008 07:24 AM
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 ;-)]
01-18-2009 09:38 AM
Fixed - Mostly by this IOS command ccm-manager shut-backhaul-interfaces However, there is a significant delay with a Siemens HiPath 4XXX PABX.
03-10-2009 03:02 AM
Thanks Marshall! I will try this shortly
02-02-2010 05:41 AM
Thank you very much!
I cannot believe this command was not enabled by default...
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: