Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Price (jeffpric)]

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)  
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)  
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)  
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
91408425, the display on the phone says "To 408425".  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 serv

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Garvas]

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) 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) 
> 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) 
> 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
> 91408425, the display on the phone says "To 408425".  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 

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Price (jeffpric)]

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)  
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)  
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
91408425, the display on the phone says "To 408425".  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.
>
> 

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[afatsum]

Here is the link:

http://www.cisco.com/en/US/partner/products/sw/voicesw/ps556/prod_troubleshooting_guides_list.html

In a nutshell, you will need to set the traces and trace level to either 
detailed for debug in unified serviceability. Then you can look at the 
trace in RTMT, you can do it from CLI as well. You'll be looking at SDI 
(more user friendly readable) and/or SDL traces.

-- Mustafa

Jeff Price (jeffpric) 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
> 91408425, the display on the phone says "To 408425".  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* = 91408425
>>   o *Match Result* = RouteThisPattern
>>   o *Matched Pattern Information*
>> + *Pattern* = \+!
>> + *Partition* = PT_GLOBAL
>> + *Time Schedule* =
>>   o *Called Party Number* = +1408425
>>   o *Time Zone* =

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Price (jeffpric)]

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
91408425, the display on the phone says "To 408425".  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* = 91408425
>   o *Match Result* = RouteThisPattern
>   o *Matched Pattern Information*
> + *Pattern* = \+!
> + *Partition* = PT_GLOBAL
> + *Time Schedule* =
>   o *Called Party Number* = +1408425
>   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]XX
> + *Positional Match List* = +1408425
> + *Calling Party Number* = +14085252001
> + *PreTransform Calling Party Number* = 2001
> + *PreTransform Called Party Number* = 91408425
> + *Calling Party Transformations*
>   # *External Phone Number Mask* = YES
>   # *Calling Party Mask* =
>   # *Prefix* =
>   # *CallingLineId Presentation* = Default
>   # *CallingName Presentation* = Default
>   # *Calling Party Number

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Roger Källberg]

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
91408425, the display on the phone says "To 408425".  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* = 91408425
>   o *Match Result* = RouteThisPattern
>   o *Matched Pattern Information*
> + *Pattern* = \+!
> + *Partition* = PT_GLOBAL
> + *Time Schedule* =
>   o *Called Party Number* = +1408425
>   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]XX
> + *Positional Match List* = +1408425
> + *Calling Party Number* = +14085252001
> + *PreTransform Calling Party Number* = 2001
> + *PreTransform Called Party Number* = 91408425
> + *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* = +14084252

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Price (jeffpric)]

Mustafa - 

I have configured Locations, however all of the HQ devices (GW and
phones) should all be in the HQ_LOC location.  However, I will verify
this tomorrow when I am back in the lab.  

Scott -

Thanks for the advice.  I plan on trying the RTMT tomorrow while back in
the lab.  Hopefully, this will help reveal the problem.

Thanks everyone for the help and I will provide more information
tomorrow as to my findings.

Jeff

-Original Message-
From: Scott Totaro (stotaro) 
Sent: Sunday, February 07, 2010 8:41 PM
To: afatsum
Cc: Jeff Price (jeffpric); ccie_voice@onlinestudylist.com
Subject: RE: [OSL | CCIE_Voice] MGCP Gateway Problem

I stand corrected...sorry for the misdirection. I guess it's the show
commands that haven't worked whereas the debugs are still useful. I'd
still suggest investigating the detailed trace files for the source of
the failure as Mustafa points out that the lack of debug likely
indicates that the call is never making it to the gateway.

Scott

-Original Message-
From: afatsum [mailto:afat...@verizon.net] 
Sent: Sunday, February 07, 2010 7:46 PM
To: Scott Totaro (stotaro)
Cc: Jeff Price (jeffpric); ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway Problem

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
> 91408425, the display on the phone says "To 408425".  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* = 91408425
>>   o *Match Result* = RouteThisPattern
>>   o *Ma

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Scott Totaro (stotaro)]

I stand corrected...sorry for the misdirection. I guess it's the show
commands that haven't worked whereas the debugs are still useful. I'd
still suggest investigating the detailed trace files for the source of
the failure as Mustafa points out that the lack of debug likely
indicates that the call is never making it to the gateway.

Scott

-Original Message-
From: afatsum [mailto:afat...@verizon.net] 
Sent: Sunday, February 07, 2010 7:46 PM
To: Scott Totaro (stotaro)
Cc: Jeff Price (jeffpric); ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway Problem

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
> 91408425, the display on the phone says "To 408425".  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* = 91408425
>>   o *Match Result* = RouteThisPattern
>>   o *Matched Pattern Information*
>> + *Pattern* = \+!
>> + *Partition* = PT_GLOBAL
>> + *Time Schedule* =
>>   o *Called Party Number* = +1408425
>>   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]XXX

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[afatsum]

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
> 91408425, the display on the phone says "To 408425".  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* = 91408425
>>   o *Match Result* = RouteThisPattern
>>   o *Matched Pattern Information*
>> + *Pattern* = \+!
>> + *Partition* = PT_GLOBAL
>> + *Time Schedule* =
>>   o *Called Party Number* = +1408425
>>   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]XX
>> + *Positional Match List* = +1408425
>> + *Calling Party Number* = +14085252001
>> + *PreTransform Calling Party Number* = 2001
>> + *PreTransform Called Party Number* = 91408425
>> + *Calling Party Transformations*
>>   # *External Phone Number Mask* = YES
>>   # *Calling Party Mask* =
>>   # *Prefix* =
>>   # *CallingLineId Presentation* = Default
>> 

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Scott Totaro (stotaro)]

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
91408425, the display on the phone says "To 408425".  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* = 91408425
>   o *Match Result* = RouteThisPattern
>   o *Matched Pattern Information*
> + *Pattern* = \+!
> + *Partition* = PT_GLOBAL
> + *Time Schedule* =
>   o *Called Party Number* = +1408425
>   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]XX
> + *Positional Match List* = +1408425
> + *Calling Party Number* = +14085252001
> + *PreTransform Calling Party Number* = 2001
> + *PreTransform Called Party Number* = 91408425
> + *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* = +1408425
>   o *Route Pattern* :*Pattern*= \+!
> + *Positional Match List* = +1408425
> + *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* = +14

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Price (jeffpric)]

It appears that my transformation is working.  When dialing
91408425, the display on the phone says "To 408425".  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* = 91408425
>   o *Match Result* = RouteThisPattern
>   o *Matched Pattern Information*
> + *Pattern* = \+!
> + *Partition* = PT_GLOBAL
> + *Time Schedule* =
>   o *Called Party Number* = +1408425
>   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]XX
> + *Positional Match List* = +1408425
> + *Calling Party Number* = +14085252001
> + *PreTransform Calling Party Number* = 2001
> + *PreTransform Called Party Number* = 91408425
> + *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* = +1408425
>   o *Route Pattern* :*Pattern*= \+!
> + *Positional Match List* = +1408425
> + *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* = +1408425
> + *Calling Party Transformations*
>   # *External Phone Number Mask* = YES
>   # *Calling Party Mask* =
>   # *Prefix* =
>   # *CallingLineId Presentation* = Default
>   # *CallingName Presentation* = Default
>   # *Calling Party Number* = +14085252001
> + *ConnectedParty Transformations*
>   # *Connect

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Price (jeffpric)]

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* = 91408425
>   o *Match Result* = RouteThisPattern
>   o *Matched Pattern Information*
> + *Pattern* = \+!
> + *Partition* = PT_GLOBAL
> + *Time Schedule* =
>   o *Called Party Number* = +1408425
>   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]XX
> + *Positional Match List* = +1408425
> + *Calling Party Number* = +14085252001
> + *PreTransform Calling Party Number* = 2001
> + *PreTransform Called Party Number* = 91408425
> + *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* = +1408425
>   o *Route Pattern* :*Pattern*= \+!
> + *Positional Match List* = +1408425
> + *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* = +1408425
> + *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* = +1408425
>   o *Route List* :*Route List Name*= RL_LOCAL
> + *RouteGroup* :*RouteGroup Name*= Standard Local
>   Route Group
>   # *PreTransform Calling Party Number* =
+14085252001
>   # *PreTransform Called Party Number* =
+1408425
>   # *Calling Party Transformations*
>  

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[afatsum]

* *Discard Digits Instructions* =
> * *Prefix* =
> * *Called Number* = +1408425
> * *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) 
> 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 w

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Price (jeffpric)]

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> 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 

 

 



 

 

Jeff Price
Network Consulting Engineer - Unified Communications Practice


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/> 

 

 

 Think 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

 

<><><>___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] MGCP Gateway Problem

[Jeff Garvas]

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) 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
>
>
>
>
>
>
>
>
>
> [image:
> 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
> Phone: *408-525-8293*
> Mobile: *408-204-4510*
>
> **
>
> *Cisco Systems, Inc.*
> 170 West Tasman Drive,
> San Jose, CA 95134-1706
> USA
> Cisco home page 
>
>
>
> [image:
> http://www.cisco.com/cisco/web/UK/images/emails/signaturetool/welcome_to_human_network_lo.jpg]
>
> [image: 
> http://www.cisco.com/global/EMEA/brand/signature/capital/green.gif]Think
> 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
>
>
<><><>___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com