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

MGCP QSIG Problems on External calls

Guys,

I have a 2851 gateway that has an E1 connected to a Ericcson MD110. The QSIG trunk was working without any issues for a number of years when it was configured as an H323 GW.

I have recently configured the GW for MGCP on a centralised CUCM 7.1 enviroment, thsi is when the problems started. When placing an external call across the trunk the call is accepted and a channel is allocated (from a debug isdn q931), the call is then disconnected and then another channel is allocated this goes on until the call has been tried to be established on all of the available channels until there are none left.

Example q931 debug:

6 15:04:52.658: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x801C
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:52.694: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0022
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech 
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98397
                Exclusive, Channel 23
        Facility i = 0x9FAA06800100820100A114020100020100800C5068696C2053746F77656C6C
        Calling Party Number i = 0x0183, '2007696'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x80, '2007082'
                Plan:Unknown, Type:Unknown
Apr  6 15:04:52.790: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x801B
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:52.818: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8022
        Channel ID i = 0xA98397
                Exclusive, Channel 23
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:52.822: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8022
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:52.950: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8021
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:53.074: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8020
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:53.194: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x801F
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:53.314: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x801E
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:53.430: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x801D
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:53.462: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0023
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech 
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98396
                Exclusive, Channel 22
        Facility i = 0x9FAA06800100820100A114020100020100800C5068696C2053746F77656C6C
        Calling Party Number i = 0x0183, '2007696'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x80, '2007082'
                Plan:Unknown, Type:Unknown
Apr  6 15:04:53.558: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x801C
        Facility i = 0x9FAA06800100820100A1080201010201018400
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Apr  6 15:04:53.590: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8023

Calls placed from the PBX down the trunk connect without any issues at all.

Any suggestions would be greatly appreciated.

Cheers,

Phil

Everyone's tags (4)
3 REPLIES

Re: MGCP QSIG Problems on External calls

Well, with MGCP the CUCM controls the QSIG negotiations. Have you modified any service parameters on the CUCM side of things? There are several mods needed on the gateway and the Call Manager service parameters. Cisco has an interop guide for the MD110 and CUCM 5x. Now, some things are different between 5x and 7x, but I believe it is still applicable.

Anyway, start with this link:

http://www.cisco.com/en/US/solutions/collateral/ns340/ns414/ns728/ns784/519719.html

HTH.

Regards,

Bill

Please remember to rate helpful posts.

HTH -Bill (b) http://ucguerrilla.com (t) @ucguerrilla

Please remember to rate helpful responses and identify

Bronze

Re: MGCP QSIG Problems on External calls

Hi Bill,

I forgot to mention that we already have a  working GW connected to the MD110 which has exactly the same settings  the only difference being it is on a 2811 not a 2851.

Thanks  for the document i'll read it and see if there is anything i've missed.

Cheers,

Phil

Re: MGCP QSIG Problems on External calls

Ahhh, ok. Well if that's the case then I would compare/contrast the working vs. non-working:

a. The controller, serial (PRI), and MGCP configurations between the 2811 and 2851

b. The mgcp endpoint configuration for the 2811 and 2851 (in particular, Channel IE Type)

c. If they are not used by the same Route Lists/Route Group configs, then compare those different "call paths"

d. Compare trunk configs for the E1 ports on the Ericcson side of the equation

You may have done this already. Do it again to be sure. I would be surprised if there was a defect that affects just the 2851. I am assuming you are running the same code and that you have the same types of modules/WICs in play.

HTH.

Regards,

Bill

HTH -Bill (b) http://ucguerrilla.com (t) @ucguerrilla

Please remember to rate helpful responses and identify

1284
Views
3
Helpful
3
Replies
CreatePlease to create content