Now I am able to. I ran the utils dbreplication status command as well, which didn't report any issues. However, maybe this command had an issue as well. I'm just glad it's working now.
From: jgar...@gmail.com [mailto:jgar...@gmail.com] On Behalf Of Jeff Garvas Sent: Monday, February 08, 2010 3:11 PM To: Jeff Price (jeffpric) Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MGCP Gateway Problem Jeff - you ARE able to make the calls? Sounds like you may have had some kind of replication issue going on between the pub/sub. -jeff On Mon, Feb 8, 2010 at 5:47 PM, Jeff Price (jeffpric) <jeffp...@cisco.com> wrote: Hi everyone, So after trying all of your suggestions, I guess the old Windows philosophy worked. After I restarted the PUB/SUB I am not able to make the calls. Thanks for all of your help. Jeff From: jgar...@gmail.com [mailto:jgar...@gmail.com] On Behalf Of Jeff Garvas Sent: Monday, February 08, 2010 2:09 PM To: Jeff Price (jeffpric) Subject: Re: [OSL | CCIE_Voice] MGCP Gateway Problem I'm sorry Jeff. I -always- do that but if I go to the CUCM interface I do it right. The Route List can be reset -- try that and see if you can suddenly start dialing. If not, try resetting the gateway too. We've had cases in our production environment where a location can't dial anywhere, but if you reset the route list its fixes it. -jeff On Mon, Feb 8, 2010 at 4:58 PM, Jeff Price (jeffpric) <jeffp...@cisco.com> wrote: Jeff, I am not sure what you mean by reset the route group. I don't see a reset option under Route Group. However, I have reset the GW, and Route List numerous times. Is this what you mean? If not, could you provide me some more information? Thanks for your help. Jeff From: jgar...@gmail.com [mailto:jgar...@gmail.com] On Behalf Of Jeff Garvas Sent: Monday, February 08, 2010 12:46 PM To: Jeff Price (jeffpric) Subject: Re: [OSL | CCIE_Voice] MGCP Gateway Problem Jeff - did you try to reset the route group? If not, navigate to your route group, reset it and see if your call attempt shows up in debug isdn q931. If you're not using the console don't forget to turn on console logging. About 99% of the time in our production environment when I get a fast busy signal immediately after dialing (and no presence of the call attempting to exit the gateway) its because the route group needs to be reset. -jeff On Mon, Feb 8, 2010 at 2:50 PM, Jeff Price (jeffpric) <jeffp...@cisco.com> wrote: Hi all, I'm fairly new to the RTMT tool. I'm looking around trying to find the correct area to be and what to select to monitor. Can someone point me in the right direction for this problem? Thanks. Jeff -----Original Message----- From: Roger Källberg [mailto:roger.kallb...@cygate.se] Sent: Monday, February 08, 2010 4:08 AM To: Scott Totaro (stotaro); Jeff Price (jeffpric); afatsum Cc: ccie_voice@onlinestudylist.com Subject: SV: [OSL | CCIE_Voice] MGCP Gateway Problem Hi Scott, Even if you use MGCP, ie backhauled D-channel, you can see the output of "deb isdn q931" on the gateway. It will be locally echoed. Brgds, Roger Källberg Consultant Cygate AB Eric Perssons väg 21, SE-217 62 MALMÖ Direkt: +46108787498 Växel: +46108787400 roger.kallb...@cygate.se ________________________________________ Från: Scott Totaro (stotaro) [stot...@cisco.com] Skickat: den 8 februari 2010 01:15 Till: Jeff Price (jeffpric); afatsum Kopia: ccie_voice@onlinestudylist.com Ämne: Re: [OSL | CCIE_Voice] MGCP Gateway Problem 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 <http://www.cisco.com/cisco/web/UK/images/emails/signaturetool/the_human_%0Anetwork_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/cisco/web/UK/images/emails/signaturetool/welcome_to%0A_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 _______________________________________________ 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
