Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Silver

MGCP and PRI issue

I have a branch office and GW with full E1 PRI circuit and connection to IP WAN. This is centralized deployment without CCME and set-up for SRST. If the GW is not communicating with CCM (i.e. IP WAN is down), the isdn status comes up fine with multi frame establised. However, when CCM is given control to the PRI interface I lose multi frame established and see in it's place TE1_Assigned. There is no problem with layer1 isdn. As a result no external calls can be made from remote site. From CCM the GW is registered perfectly.

Anywhere in particular I should start looking?

Have already reset MGCP and GW number of times.

8 REPLIES
Community Member

Re: MGCP and PRI issue

Does the ISDN protocol match up on the router and CM gateway config?

Silver

Re: MGCP and PRI issue

Brandon,

Which protocol in particular for example?

Ajaz

Community Member

Re: MGCP and PRI issue

On the CallManager webpages under the gateway setup what ISDN protocol are you using? PRI Euro, QSig etc. Does that match up with what has been programmed on the gateway configuration on the device itself? eg isdn switch-type ....

Silver

Re: MGCP and PRI issue

yes they do match. PRI Euro on CCM side and primary-net3 under the serial on the gateway.

this one has got me baffled.

Ajaz

Community Member

Re: MGCP and PRI issue

primary-net3? I don't have that as a option on my gateways. Have you checked to make sure that the same switch-type is showing up under "sho isdn stat" when the gateway is connected and not connected to the CM?

Silver

Re: MGCP and PRI issue

yup. you possibly don't see that option since your gateways are populated with T1 cards. primary-net3 is Euro for sure.

so to the other point. output from ISDN status shows correct switch type and encaps, and as i mentioned before - getting multi frame established when CCM is not reachable. The spanner is thrown into the works as soon and CCM comes into the frame.

you see the thing is i've done a bit of reading on MGCP and understand that it controls the interfaces and sends configuration to the gateway through TCP 2427 (and tcp 2428?)

I'm going to do some more digging into PRI backhauling since the symptoms do warrant this. This document looks fantastic:

<http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a00801da84e.shtml#t8>

and:

<http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a00806fedbe.shtml>

rgrds

Ajaz

Silver

Re: MGCP and PRI issue

Brandon,

Two things to mention really. I made a mistake stating primary-net3 - it was actually primary-net5.

Secondly, I managed to resolve the issue albeit it was SW bug related. The root cause was PRI backhaul issue with MGCP. So you know that's UDP 2427 and TCP 2428. I had to frigg both of these since they were included within a policy map / access-list. Didn't see a need to mark these with QoS so removed them and bingo!

multiframe_established

btw - given that i solved my own problem how can i rate the post ;)

Thanks for your help dude.

Ajaz :-)

Community Member

Re: MGCP and PRI issue

Glad to hear that you fixed it. Take care. :)

271
Views
0
Helpful
8
Replies
CreatePlease to create content