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

Reply via email to