If you do a "Debug isdn q931", you will see the layer 3 activity debug on the gateway. The layer 3 backhaul makes all the processing happen on the CUCM, thats why no cli commands, other than mgcp and ccm-manager are useful on the gateway.
The debug isdn q931 output should show if the call is ever sent over the isdn interface. If you don't see the output, then its never making it to the gateway. Another issue that can cause fast busy is if the gateway and phones are in two different locations and CAC has been implemented. Do you have configured CAC? Hub_none is still a different location. -- Mustafa Scott Totaro (stotaro) wrote: > Because the D-channel is backhauled to CUCM for MGCP gateways, you will > not see Q931 output on the router. Instead, you'll need to look at the > detailed trace files on the subscriber that the MGCP gateway is > registered too. In my experience, you won't be able to use any IOS > commands that depend on the router terminating the D-channel (e.g. show > isdn history.) > > Hope this helps, > Scott > > -----Original Message----- > From: Jeff Price (jeffpric) > Sent: Sunday, February 07, 2010 3:41 PM > To: afatsum > Cc: ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] MGCP Gateway Problem > > It appears that my transformation is working. When dialing > 914084252222, the display on the phone says "To 4084252222". And the > DNA analysis shows what the CUCM is going through process-wise. Yet I > am still not receiving any ISDN Q931 debug output on R1 and the phones > still receive a fast busy. As I had said in a previous email, the PSTN > router that the phones are calling to is already pre-configured and I > don't have access to it. Even if it was the PSTN router causing the > problem, wouldn't I still see the Q931 output on R1? > > Thanks for the help. > > Jeff > > -----Original Message----- > From: Jeff Price (jeffpric) > Sent: Sunday, February 07, 2010 12:35 PM > To: 'afatsum' > Cc: ccie_voice@onlinestudylist.com > Subject: RE: [OSL | CCIE_Voice] MGCP Gateway Problem > > I have deactivated all of the services on the SUB and let everything > register with the PUB. > > Jeff > > -----Original Message----- > From: afatsum [mailto:afat...@verizon.net] > Sent: Sunday, February 07, 2010 12:05 PM > To: Jeff Price (jeffpric) > Cc: ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] MGCP Gateway Problem > > Hi Jeff, > > Can you shutdown the sub and let everything register to pub and then do > the testing? This way atleast we can eliminate the sub for > troubleshooting purposes. > > -- Mustafa > > Jeff Price (jeffpric) wrote: > >> Hi again, >> >> I was able to access the DNA on SUB, but not the PUB even though both >> servers are running the service. >> >> Here is the output of DNA. Everything seems to be okay. >> >> *Cisco Unified Communications Manager Dialed Number Analyzer Results * >> >> >> >> >> * *Results Summary* >> o *Calling Party Information* >> + *Calling Party* = +14085252001 >> + *Partition* = PT_HQ_DEVICES >> + *Device CSS* = CSS_HQ_DEVICES >> + *Line CSS* = >> + *AAR Group Name* = >> + *AAR CSS* = >> o *Dialed Digits* = 914084252222 >> o *Match Result* = RouteThisPattern >> o *Matched Pattern Information* >> + *Pattern* = \+! >> + *Partition* = PT_GLOBAL >> + *Time Schedule* = >> o *Called Party Number* = +14084252222 >> o *Time Zone* = Pacific Standard/Daylight Time >> o *End Device* = RL_LOCAL >> o *Call Classification* = OffNet >> o *InterDigit Timeout* = NO >> o *Device Override* = Disabled >> o *Outside Dial Tone* = NO >> * *Call Flow* >> o *TranslationPattern* :*Pattern*= 9.1[2-9]XX[2-9]XXXXXX >> + *Positional Match List* = +14084252222 >> + *Calling Party Number* = +14085252001 >> + *PreTransform Calling Party Number* = 2001 >> + *PreTransform Called Party Number* = 914084252222 >> + *Calling Party Transformations* >> # *External Phone Number Mask* = YES >> # *Calling Party Mask* = >> # *Prefix* = >> # *CallingLineId Presentation* = Default >> # *CallingName Presentation* = Default >> # *Calling Party Number* = +14085252001 >> + *ConnectedParty Transformations* >> # *ConnectedLineId Presentation* = Default >> # *ConnectedName Presentation* = Default >> + *Called Party Transformations* >> # *Called Party Mask* = >> # *Discard Digits Instruction* = PreDot >> # *Prefix* = + >> # *Called Number* = +14084252222 >> o *Route Pattern* :*Pattern*= \+! >> + *Positional Match List* = +14084252222 >> + *DialPlan* = >> + *Route Filter* >> # *Filter Name* = >> # *Filter Clause* = >> + *Require Forced Authorization Code* = No >> + *Authorization Level* = 0 >> + *Require Client Matter Code* = No >> + *Call Classification* = >> + *PreTransform Calling Party Number* = +14085252001 >> + *PreTransform Called Party Number* = +14084252222 >> + *Calling Party Transformations* >> # *External Phone Number Mask* = YES >> # *Calling Party Mask* = >> # *Prefix* = >> # *CallingLineId Presentation* = Default >> # *CallingName Presentation* = Default >> # *Calling Party Number* = +14085252001 >> + *ConnectedParty Transformations* >> # *ConnectedLineId Presentation* = Default >> # *ConnectedName Presentation* = Default >> + *Called Party Transformations* >> # *Called Party Mask* = >> # *Discard Digits Instruction* = None >> # *Prefix* = >> # *Called Number* = +14084252222 >> o *Route List* :*Route List Name*= RL_LOCAL >> + *RouteGroup* :*RouteGroup Name*= Standard Local >> Route Group >> # *PreTransform Calling Party Number* = >> > +14085252001 > >> # *PreTransform Called Party Number* = >> > +14084252222 > >> # *Calling Party Transformations* >> * *External Phone Number Mask* = Default >> * *Calling Party Mask* = >> * *Prefix* = >> * *Calling Party Number* = +14085252001 >> # *Called Party Transformations* >> * *Called Party Mask* = >> * *Discard Digits Instructions* = >> * *Prefix* = >> * *Called Number* = +14084252222 >> * *Alternate Matches* >> o *Note: Information Not Available* >> >> Note, that I do have Calling and Called Party Transformation applied >> at the GW level as follows: >> >> Calling: CSS_HQ_CALLING_OUT - PT_HQ_CALLING_OUT >> >> Called: CSS_HQ_CALLED_OUT - PT_HQ_CALLING_OUT >> >> Calling Transformation Pattern >> >> +.! >> >> PT_HQ_CALLING_OUT >> >> DDI: Predot >> >> Called Transformation Pattern >> >> +.! >> >> PT_HQ_CALLED_OUT >> >> DDI: Predot >> >> I guess the DNA doesn't go as far as the GW configuration, but I >> believe this should work to remove the + before sending out over the >> ISDN. Is there something I need on the GW's CLI to make this work. >> I've re-attached the MGCPCONFIG.txt file with all of the configs and >> output of R1. >> >> Please help! Thanks. >> >> Jeff >> >> *From:* ccie_voice-boun...@onlinestudylist.com >> [mailto:ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Jeff >> Price (jeffpric) >> *Sent:* Sunday, February 07, 2010 10:59 AM >> *To:* ccie_voice@onlinestudylist.com >> *Subject:* Re: [OSL | CCIE_Voice] MGCP Gateway Problem >> >> Good morning everyone, >> >> Thanks Jeff for the response. I'm going to be looking into all of >> > this. > >> However, my configuration is as follow: >> >> HQ Phones - CSS_HQ_DEVICES (DEVICE, no LINE CSS as of yet) >> >> Translation Patterns - PT_USA, CSS_GLOBAL >> >> Route Pattern - PT_GLOBAL >> >> CSSs >> >> CSS_HQ_DEVICES: PT_HQ_DEVICES, PT_USA >> >> CSS_GLOBAL: PT_GLOBAL >> >> This brings me to the next question, why would DNA not allow me to use >> > > >> it? Every time I open up the DNA, I get a "DNA Service is still >> initializing. Please refresh after some time" or something like that. >> Which if you look at the user guide from Cisco, that's normal. But it >> stays like that for over an hour. I can't actually use the DNA. I've >> dis-enabled and then re-enabled the Database synchronization and then >> restarted the service through the Control Center - Feature Services. >> I've also gone to Service Activation and then Deactivated and then >> Activated, and still the same message for long after it should have >> stopped. >> >> Has anyone seen this issue before? Any suggestions as to how to get >> this to work? >> >> Jeff >> >> *From:* jgar...@gmail.com [mailto:jgar...@gmail.com] *On Behalf Of >> *Jeff Garvas >> *Sent:* Saturday, February 06, 2010 2:07 PM >> *To:* Jeff Price (jeffpric) >> *Cc:* ccie_voice@onlinestudylist.com >> *Subject:* Re: [OSL | CCIE_Voice] MGCP Gateway Problem >> >> Jeff, >> >> If debug q931 isn't producing output and everything appears to be >> registered right I'd assume that you have an issue with your >> phone/line CSS, route patterns, route list, route group, etc. >> >> Have you tried resetting the Route Group? Have you tried the dialed >> number analyzer to see where CUCM thinks the calls should be going for >> > > >> a DN in the particular CSS in use, if anywhere? DNA will tell you if >> you have a failure in your design, but it won't tell you to go reset >> the Route Group / Gateway etc. >> >> -Jeff >> >> On Sat, Feb 6, 2010 at 3:44 PM, Jeff Price (jeffpric) >> <jeffp...@cisco.com <mailto:jeffp...@cisco.com>> wrote: >> >> Hey everyone, >> >> I wanted see if anyone had any ideas as to what may be wrong here. I >> have set up the MGCP gateway correctly as far as I can tell. It is >> registered with CUCM. Attached is the GW's config as well as show >> ccm-manager, show isdn status and the call routing elements. >> >> Everything configuration wise seems to be working. I have a registered >> > > >> status in CUCM and on the GW. Everything seems pretty standard with >> the routing elements. >> >> I have repeatedly done a no mgcp, mgcp to restart the mgcp process. I >> have physically unplugged the t1 cable to restart it. I have deleted >> and reconfigured the GW in CUCM as well as on the GW itself. I changed >> > > >> the "Stop Routing on Unallocated Number" Service Parameter to False >> (which I know probably isn't effecting anything related to this). I've >> > > >> restarted and/or activated/deactivated all of the various related >> feature services. I'm sure there's more I've done as I've been trying >> to figure this out for almost two days. Also, the debug isdn q931 >> isn't producing any output, which is odd to me. I keep getting a fast >> busy whenever I dial any numbers. I don't have access to the PSTN >> router's configuration, however I know it was working as I was able to >> > > >> make phone calls to it when I first got here, but now that I've done >> my own configuration it is not working anymore. Also, one of the >> engineers who set it up verified the configuration for me. >> >> Please help! It is very much appreciated. J >> >> >> > http://www.cisco.com/cisco/web/UK/images/emails/signaturetool/the_human_ > network_logo.jpg > >> >> >> *Jeff Price >> Network Consulting Engineer - Unified Communications Practice* >> * >> * >> jeffp...@cisco.com <mailto:jeffp...@cisco.com> >> Phone: *408-525-8293* >> Mobile: *408-204-4510* >> >> >> >> *Cisco Systems, Inc.* >> 170 West Tasman Drive, >> San Jose, CA 95134-1706 >> USA >> Cisco home page <http://www.cisco.com/> >> >> >> >> >> > http://www.cisco.com/cisco/web/UK/images/emails/signaturetool/welcome_to > _human_network_lo.jpg > >> > http://www.cisco.com/global/EMEA/brand/signature/capital/green.gifThink > >> before you print. >> >> This email may contain confidential and privileged material for the >> sole use of the intended recipient. >> >> Any review, use, distribution or disclosure by others is strictly >> prohibited. If you are not the intended >> >> recipient (or authorized to receive for the recipient), please contact >> > > >> the sender by reply email and >> >> delete all copies of this message. >> >> For corporate legal information go to: >> http://www.cisco.com/web/about/doing_business/legal/cri/index.html >> >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, >> please visit www.ipexpert.com <http://www.ipexpert.com> >> >> >> > ------------------------------------------------------------------------ > >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, >> > please visit www.ipexpert.com > > > > > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
