Re: [OSL | CCIE_Voice] MGCP gateway events to pstn.!!!

[Kevin Ronc]

This is lab 4 question ... but there is now lab 8 work on it

I am really upsad of it


On Tue, Apr 16, 2013 at 9:11 PM, sanity insanity <
networksanitytoinsan...@gmail.com> wrote:

> hi Guys,
>
> Have not heard back on this...
>
>
> On Thu, Apr 11, 2013 at 9:29 PM, sanity insanity <
> networksanitytoinsan...@gmail.com> wrote:
>
>> Hi Guys,
>>
>>
>> I have a MGCP gateway setup when subscriber fail publisher will work
>> Call 911 while the call is active shut down the cucm sub services. Make
>> sure when
>> Complete to bring up the subscriber services so you can continue with the
>> tasks on the lab.
>> Capture the following
>> -- Backup call agent sends the message to the gateway to check the status
>>  of the active call
>> OR
>> -- Backup call agent sends the message to the gateway to check the status
>> of the First call
>> -- Gateway sends the status of active calls to the secondary call agent.
>> -- Back up call agent send a message back to the GW requesting additional
>> information
>> about the call
>>
>>
>> My configuration snip looks like this :-
>>
>> ccm-manager switchback immediate
>> ccm-manager fallback-mgcp
>> ccm-manager redundant-host 
>> ccm-manager mgcp
>> ccm-manager config server  
>>
>>
>> here are the events noted from debug mgcp packets :
>> == 
>>
>>
>> **Event1: Backup call-agent sends the message to gw to check the status
>> of active call for port 12
>>
>> Apr 11 05:26:26.911: MGCP Packet received from > pub>:2427--->
>> AUEP 178 S0/SU1/DS1-0/1...@r1.ccievoice.com MGCP 0.1
>> F: X, A, I
>> <---
>>
>>
>>
>> **Event2:Gateway sends the status message of active calls to the backup
>> call-agent for port 12
>>
>> Note: Nothing mentioned in I: so it refers no call present in this port
>>
>>
>>
>> Apr 11 05:26:26.915: MGCP Packet sent to :2427--->
>> 200 181
>> I:
>> X: 0
>> L: p:10-20, a:PCMU;PCMA;G.nX64, b:64, e:on, es-cci, gc:1, s:on, t:10,
>> r:g, nt:IN
>> ;ATM;LOCAL, v:T;G;D;L;H;ATM;FXR
>> L: p:10-220, a:G.729;G.729a;G.729b, b:8, e:on, es-cci, gc:1, s:on, t:10,
>> r:g, nt
>>
>>
>> **Event3: Backup call-agent requesting additional information about the
>> active call on port 23
>>
>> Apr 11 05:28:28.936: MGCP Packet received from > pub>:2427--->
>> AUCX 213 S0/SU1/DS1-0/2...@r1.ccievoice.com MGCP 0.1
>> I: 3
>> F: C, M
>> <---
>>
>>
>> Questions :
>> =
>>
>>
>> 1) Are the above events I have elaborated correct?  Please correct me If
>> I am wrong.
>>
>>
>> 2) I tried to  test call preservation  on this setup . On an active call
>> when I break  the connection between MGCP gateway and subsriber, the
>> gateway then registers
>> with the publisher . However instead of the call staying up ...I see the
>> ip phone showing "Temp fail" and the call to pstn drops . Why?
>>
>>
>>
>> Thanks & Regards,
>> MJ
>>
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP gateway events to pstn.!!!

[William Bell]

In regards to Q1, you are accurate in that:

- When the GW fails over to the backup call agent, it will send a RSIP  (not 
shown in your trace, perhaps not pertinent to your question)

- The call agent will send AUEP messages to the MGCP GW for each endpoint

- The MGCP GW responds to AUEP with a 200 OK with the local call identifier 
(I:) and if I: is blank, there is no call on that particular endpoint

- For each AUEP response that had a non-blank I: value, the call agent will 
send a AUCX message requesting the global call ID and connection mode

- The MGCP GW responds accordingly with a 200 message and the appropriate C: 
and M: values

- At this point, the backhaul connection is taking care of sending/receiving a 
status enquiry and appropriate response from the PSTN

In regards to Q2, if you are seeing that call preservation fails on your MGCP 
device then you will want to check your configuration. Specifically, ensure 
that you have "no mgcp timer receive-rtcp" configured.


--
William Bell, CCIE #38914
blog: http://ucguerrilla.com
twitter: @ucguerrilla




On Apr 16, 2013, at 11:41 AM, sanity insanity wrote:

> hi Guys,
> 
> Have not heard back on this...
> 
> 
> On Thu, Apr 11, 2013 at 9:29 PM, sanity insanity 
>  wrote:
> Hi Guys,
> 
> 
> I have a MGCP gateway setup when subscriber fail publisher will work
> Call 911 while the call is active shut down the cucm sub services. Make sure 
> when
> Complete to bring up the subscriber services so you can continue with the 
> tasks on the lab.
> Capture the following
> -- Backup call agent sends the message to the gateway to check the status
>  of the active call
> OR
> -- Backup call agent sends the message to the gateway to check the status of 
> the First call
> -- Gateway sends the status of active calls to the secondary call agent.
> -- Back up call agent send a message back to the GW requesting additional 
> information
> about the call
> 
> 
> My configuration snip looks like this :-
> 
> ccm-manager switchback immediate
> ccm-manager fallback-mgcp
> ccm-manager redundant-host 
> ccm-manager mgcp
> ccm-manager config server  
> 
> 
> here are the events noted from debug mgcp packets :
> == 
> 
> 
> **Event1: Backup call-agent sends the message to gw to check the status of 
> active call for port 12
> 
> Apr 11 05:26:26.911: MGCP Packet received from :2427--->
> AUEP 178 S0/SU1/DS1-0/1...@r1.ccievoice.com MGCP 0.1
> F: X, A, I
> <---
> 
> 
> 
> **Event2:Gateway sends the status message of active calls to the backup 
> call-agent for port 12
> 
> Note: Nothing mentioned in I: so it refers no call present in this port 
> 
> 
> 
> Apr 11 05:26:26.915: MGCP Packet sent to :2427--->
> 200 181
> I:
> X: 0
> L: p:10-20, a:PCMU;PCMA;G.nX64, b:64, e:on, es-cci, gc:1, s:on, t:10, r:g, 
> nt:IN
> ;ATM;LOCAL, v:T;G;D;L;H;ATM;FXR
> L: p:10-220, a:G.729;G.729a;G.729b, b:8, e:on, es-cci, gc:1, s:on, t:10, r:g, 
> nt
> 
> 
> **Event3: Backup call-agent requesting additional information about the 
> active call on port 23
> 
> Apr 11 05:28:28.936: MGCP Packet received from :2427--->
> AUCX 213 S0/SU1/DS1-0/2...@r1.ccievoice.com MGCP 0.1
> I: 3
> F: C, M
> <---
> 
> 
> Questions :
> =  
> 
> 
> 1) Are the above events I have elaborated correct?  Please correct me If I am 
> wrong.
> 
> 
> 2) I tried to  test call preservation  on this setup . On an active call when 
> I break  the connection between MGCP gateway and subsriber, the gateway then 
> registers
> with the publisher . However instead of the call staying up ...I see the ip 
> phone showing "Temp fail" and the call to pstn drops . Why?
> 
> 
> 
> Thanks & Regards,
> MJ
> 
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP gateway events to pstn.!!!

[sanity insanity]

hi Guys,

Have not heard back on this...


On Thu, Apr 11, 2013 at 9:29 PM, sanity insanity <
networksanitytoinsan...@gmail.com> wrote:

> Hi Guys,
>
>
> I have a MGCP gateway setup when subscriber fail publisher will work
> Call 911 while the call is active shut down the cucm sub services. Make
> sure when
> Complete to bring up the subscriber services so you can continue with the
> tasks on the lab.
> Capture the following
> -- Backup call agent sends the message to the gateway to check the status
>  of the active call
> OR
> -- Backup call agent sends the message to the gateway to check the status
> of the First call
> -- Gateway sends the status of active calls to the secondary call agent.
> -- Back up call agent send a message back to the GW requesting additional
> information
> about the call
>
>
> My configuration snip looks like this :-
>
> ccm-manager switchback immediate
> ccm-manager fallback-mgcp
> ccm-manager redundant-host 
> ccm-manager mgcp
> ccm-manager config server  
>
>
> here are the events noted from debug mgcp packets :
> == 
>
>
> **Event1: Backup call-agent sends the message to gw to check the status of
> active call for port 12
>
> Apr 11 05:26:26.911: MGCP Packet received from :2427--->
> AUEP 178 S0/SU1/DS1-0/1...@r1.ccievoice.com MGCP 0.1
> F: X, A, I
> <---
>
>
>
> **Event2:Gateway sends the status message of active calls to the backup
> call-agent for port 12
>
> Note: Nothing mentioned in I: so it refers no call present in this port
>
>
>
> Apr 11 05:26:26.915: MGCP Packet sent to :2427--->
> 200 181
> I:
> X: 0
> L: p:10-20, a:PCMU;PCMA;G.nX64, b:64, e:on, es-cci, gc:1, s:on, t:10, r:g,
> nt:IN
> ;ATM;LOCAL, v:T;G;D;L;H;ATM;FXR
> L: p:10-220, a:G.729;G.729a;G.729b, b:8, e:on, es-cci, gc:1, s:on, t:10,
> r:g, nt
>
>
> **Event3: Backup call-agent requesting additional information about the
> active call on port 23
>
> Apr 11 05:28:28.936: MGCP Packet received from :2427--->
> AUCX 213 S0/SU1/DS1-0/2...@r1.ccievoice.com MGCP 0.1
> I: 3
> F: C, M
> <---
>
>
> Questions :
> =
>
>
> 1) Are the above events I have elaborated correct?  Please correct me If I
> am wrong.
>
>
> 2) I tried to  test call preservation  on this setup . On an active call
> when I break  the connection between MGCP gateway and subsriber, the
> gateway then registers
> with the publisher . However instead of the call staying up ...I see the
> ip phone showing "Temp fail" and the call to pstn drops . Why?
>
>
>
> Thanks & Regards,
> MJ
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP GATEWAY

[ie ravindra]

Hi All my Friends,

If the question is asked for configuring busy out few channels from MGCP
gateway is it just enough if we used. But if it not mentioned how many
channels  we need to busy out what woul be correct. Just open a all
channels or keep busy few ??

*pri-group timeslots [1]-[X] service mgcp *

 [1]-[X] is number of channels question mentioned. at the same time do we
need to use RTMT to do Deep Level MGCP monitoring. Such as a mgcp call
debug output. Sorry about not opening new mail for this.

Thanking you as always,
Ravi. :)
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP GATEWAY

[Gurpreet Singh Kukreja]

Hi Ben,

Yes. You have to add "ccm-manager fallback-mgcp" for the MGCP in SRST
scenario.

*Configuring MGCP Gateway Fallback and Cisco SRST ** ***

* To make outbound calls while in SRST mode on your MGCP gateway, you must
configure two fallback commands on the MGCP gateway. These two commands
allow SRST to assume control over the voice port and over call processing
on the MGCP gateway. With Cisco IOS releases prior to 12.3(14)T, you must
configure MGCP gateway fallback by using the ccm-manager fallback-mgcp and call
application alternate commands. With Cisco IOS releases after 12.3(14)T,
you must configure MGCP gateway fallback by using the ccm-manager
fallback-mgcp and service commands. *

http://www.cisco.com/en/US/docs/ios/12_3/vvf_c/interop/intcnf1.html


Regards
Gurpreet


On Tue, Feb 5, 2013 at 7:41 PM, Ben John  wrote:

>
>
> --
> Guys
> I configured MGCP on a E1 controller using cc-manager config server it
> generated the output below. Is there anything wrong with the config ? I
> want to know if it is safe to do it during the real lab. It works in my own
> lab. Please advise.
>
>
> ccm-manager redundant-host 192.168.1.41
> ccm-manager mgcp
> no ccm-manager fax protocol cisco
> ccm-manager music-on-hold
> !
> mgcp
> mgcp call-agent 192.168.1.42 2427 service-type mgcp version 0.1
> mgcp modem passthrough voip mode nse
> mgcp package-capability rtp-package
> mgcp package-capability sst-package
> mgcp package-capability pre-package
> mgcp default-package mt-package
> no mgcp timer receive-rtcp
> mgcp sdp simple
> mgcp fax t38 inhibit
> mgcp bind control source-interface Vlan502
> mgcp bind media source-interface Vlan502
> !
> mgcp profile default
>
> If the site is going to be an SRST can i add the following commands ?
>
> ccm-manager switchback immediate
> ccm-manager fallback-mgcp
>
> Ben
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP GATEWAY

[Ben John]

Guys
I configured MGCP on a E1 controller using cc-manager config server it 
generated the output below. Is there anything wrong with the config ? I want to 
know if it is safe to do it during the real lab. It works in my own lab. Please 
advise.

ccm-manager redundant-host 192.168.1.41
ccm-manager mgcp
no ccm-manager fax protocol cisco
ccm-manager music-on-hold
!
mgcp
mgcp call-agent 192.168.1.42 2427 service-type mgcp version 0.1
mgcp modem passthrough voip mode nse
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
mgcp default-package mt-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit
mgcp bind control source-interface Vlan502
mgcp bind media source-interface Vlan502
!
mgcp profile default

If the site is going to be an SRST can i add the following commands ?

ccm-manager switchback immediate
ccm-manager fallback-mgcp 

Ben

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP gateway : DDI for International Route Pattern options

[Steffen Bruening]

Why is predot trailing needed for mgcp? I use always only predot and it
works perfect.


2012/12/22 Chrysostomos Christofi 

>  Ramcharan , hi
>
> ** **
>
> Both route patterns for the below are correct 
>
> It depends what the question ask , or what is your requirement
>
> ** **
>
> **1)  **With #  in the h323 you don’t have to use Predot trailing # you 
> can use only Predot
> but for MGCP GW its need it. But its not any harm if you use  Predot
> trailing # for h323 also
>
> Regards
>
> ** **
>
> ** **
>
> *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Ramcharan Arya
> *Sent:* Σάββατο, 22 Δεκεμβρίου 2012 8:14 μμ
>
> *To:* ccie_voice@onlinestudylist.com
> *Subject:* [OSL | CCIE_Voice] MGCP gateway : DDI for International Route
> Pattern options
>
> ** **
>
> Hello,
>
>
> I have a requirement to use SLRG for International destination:
>
> First gateway : Site B ( H.323)
> Second gateway : Site A (MGCP)
>
>
> My route patterns are below:
>
> RP : 9011.!  pt: pt-sa-int
> RP : 9011.i#  pt: pt-sa-int
>
> Option : 1
> RL: SLRG
> DDI: NANP: Predot
>
> Option : 2
> RL: SLRG
> DDI: NANP: Predot trailing #
>
>
> Can you suggest which DDI is correct  correct for the above route pattern.
> Thanks & Regards,
> Ramcharan Arya
> CCIE # 28926 (R&S)
>
> 
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP gateway : DDI for International Route Pattern options

[Chrysostomos Christofi]

Ramcharan , hi

Both route patterns for the below are correct
It depends what the question ask , or what is your requirement


1)  With #  in the h323 you don't have to use Predot trailing #  you can 
use only Predot but for MGCP GW its need it. But its not any harm if you use  
Predot trailing # for h323 also
Regards


From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ramcharan Arya
Sent: Σάββατο, 22 Δεκεμβρίου 2012 8:14 μμ
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP gateway : DDI for International Route Pattern 
options

Hello,

I have a requirement to use SLRG for International destination:

First gateway : Site B ( H.323)
Second gateway : Site A (MGCP)


My route patterns are below:

RP : 9011.!  pt: pt-sa-int
RP : 9011.i#  pt: pt-sa-int

Option : 1
RL: SLRG
DDI: NANP: Predot

Option : 2
RL: SLRG
DDI: NANP: Predot trailing #


Can you suggest which DDI is correct  correct for the above route pattern.
Thanks & Regards,
Ramcharan Arya
CCIE # 28926 (R&S)

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP gateway : DDI for International Route Pattern options

[Mohamed Gazzaz]

The second option will work with both route patterns. I tested it several times 
and it always worked for me.

Regards,
Mohamed Gazzaz

Date: Sat, 22 Dec 2012 11:52:28 -0600
From: ramcharan.a...@gmail.com
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP gateway : DDI for International Route  Pattern 
options

Hello,

I have a requirement to use SLRG for International destination:

First gateway : Site B ( H.323)
Second gateway : Site A (MGCP)


My route patterns are below:

RP : 9011.!  pt: pt-sa-int

RP : 9011.i#  pt: pt-sa-int

Option : 1
RL: SLRG
DDI: NANP: Predot 

Option : 2
RL: SLRG
DDI: NANP: Predot trailing #


Can you suggest which DDI is correct  correct for the above route pattern.

Thanks & Regards,
Ramcharan Arya
CCIE # 28926 (R&S)




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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com ___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP Gateway has CSS set to ALL?

[Rrcrumm]

It is a CSS named all. Look at the CSS and you can see the partitions that are 
reachable 

Randall

Sent from my iPhone

On Dec 12, 2011, at 6:04 PM,  wrote:

> Greetings all – I’m researching a cluster located in Dublin and it has an 
> MGCP Gateway support the Paris Site.  I’m reviewing the gateway under the E1 
> PRI and the CSS is set to ALL.  Anyone know what this means??  Does it search 
> through all the CSS’s in the list for a match??  Never seen this before.  Any 
> input appreciated.
>  
> --ms
>  
>  
>  
>  
>  
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP Gateway reg issue (not l2 TEI or l3 bind)

[steven moran]

Bill,

thanks for the response, the idea from the IPExperts is to use the
ccm-manager mgcp command and specify a fractional E1 - all of the commands
for the gateway are done on the router (control/media bind commands) and the
define call-agent etc.  I too have no issues using the 2811 router - all of
my issues are when using the 2651xm with
c2600-adventerprisek9_ivs-mz.124-15.T14.bin.

I applied the advanced command on advice to busy out the bchannels not being
alocated.

Best regards,

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP Gateway reg issue (not l2 TEI or l3 bind)

[Bill Lake]

Hello Steven,

You do not show that you are using the following commands

ccm-manager config server
ccm-manager config

So I do not believe that the ISDN configuration on the CUCM will be applied,
only your configuration on the router, which is why you also have to type no
mgcp/mgcp to have changes take place.

What the command S0/ds...@br1-rtr.lab.com= 0011     
 does is busy out the channels on if the command ccm-manager config
server/ccm-manager config are used.

I have never had trouble on a 2800 series router getting it to add the bind
command once registered.  It will by default bind to the interface closest
to MGCP, in this case the server running call manager connected via HQ and
more specifically, the serial port that provided data networking.





On Mon, Jul 18, 2011 at 7:26 PM, steven moran  wrote:

> Dear all,
>
> I am not sure what is going on here, I welcome all suggestions
>
>
> I have rebuilt a new Pub and Sub environment (10.10.210.12 and 13)
> I have reloaded the router without the controller config and triple checked
> the config and built all of the ISDN connectivity again.
>
> Here is what is happening
> pri-group timeslots 1-6,16
> isdn stat shows the L2 TEI as MULTIPLE_FRAME_ESTABLISHED
> when I add the service mgcp to the isdn timeslots 1-6,16 the TEI losses L2
> and status becomes TEI_ASSIGNED
> I add the isdn bind-l3 ccm command to  int ser 0/1:15 and shut no shut the
> int.
> L2 status is still TEI_ASSIGNED
> I do a no isdn bind-l3 ccm
> The L2 status becomes MULTIPLE_FRAME_ESTABLISHED
> I can then issue the isdn bind-l3 ccm command and the status stays
> MULTIPLE_FRAME_ESTABLISHED as long as I do not reload the router or restart
> the ser 0/1:15 interface - if I do it becomes TEI_ASSIGNED.
>
> With regards to the registtration on the Call Manager
> i I remove the mgcp bind control/media source interface loopback 0 the
> gateway registers to the call manager using the BR1 serial interface -
> 10.10.11.2
>
> When I put the commands back and restart MGCP - the gateway shows as
> unregistered and uses the 10.10.110.2 address.
>
> I have also followed Ashraf suggestion and in the mgcp clusterwide service
> parameters issued the command
> S0/ds...@br1-rtr.lab.com= 0011       to
> diasble the unused B1 channels
>
> At the end of the day when I make a call from HQ to 916178632683 nothing
> shows up on the isdn q931 debug - I feel that this is maybe due to the isdn
> bind-l3 ccm not being implemented correctly.  The DNA shows that number is
> being correctly routed to the gateway.
>
> By the way I put in a voice dial peer from BR2 for this number and it does
> ring on the phone - so my PSTN WAN router and phone seem to be all OK.
>
> Once again here is my most recent config and sh status
>
> MGCP Domain Name: BR1-RTR.lab.com
> PriorityStatus   Host
> 
> Primary Registered   10.10.210.13
> First BackupBackup Ready 10.10.210.12
> Second Backup   None
> Current active Call Manager:10.10.210.13
> Backhaul/Redundant link port:   2428
> Failover Interval:  30 seconds
> Keepalive Interval: 15 seconds
> Last keepalive sent:09:59:46 AEST Jul 19 2011 (elapsed time:
> 00:00:08)
> Last MGCP traffic time: 09:59:46 AEST Jul 19 2011 (elapsed time:
> 00:00:08)
> Last failover time: None
> Last switchback time:   None
> Switchback mode:Immediate
> MGCP Fallback mode: Not Selected
> Last MGCP Fallback start time:  None
> Last MGCP Fallback end time:None
> MGCP Download Tones:Disabled
> TFTP retry count to shut Ports: 2
> Backhaul Link info:
> Link Protocol:  TCP
> Remote Port Number: 2428
> Remote IP Address:  10.10.210.13
> Current Link State: OPEN
> Statistics:
> Packets recvd:   0
> Recv failures:   0
> Packets xmitted: 0
> Xmit failures:   0
> PRI Ports being backhauled:
> Slot 0, port 1
> FAX mode: cisco
> Configuration Error History:
> BR1-RTR(config)#do sh isdn stat
> Global ISDN Switchtype = primary-net5
> %Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output may not
> apply
> ISDN Serial0/1:15 interface
> dsl 0, interface ISDN Switchtype = primary-net5
> L2 Protocol = Q.921 0x  L3 Protocol(s) = CCM MANAGER 0x0003
> Layer 1 Status:
> ACTIVE
> Layer 2 Status:
> TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
> Layer 3 Status:
> 0 Active Layer 3 Call(s)
> Active dsl 0 CCBs = 0
> The Free Channel Mask:  0x803F
> Number of L2 Discards = 0, L2 Session ID = 3
> Total Allocated ISDN CCBs = 0
> Config
>
> Current configuration : 2725 bytes
> !
> ! No configuration change since last restart
> !
> version 12.4
> service timestamps debug datetime msec
> s

Re: [OSL | CCIE_Voice] MGCP Gateway reg issue (not l2 TEI or l3 bind)

[steven moran]

Dear all,

I am not sure what is going on here, I welcome all suggestions


I have rebuilt a new Pub and Sub environment (10.10.210.12 and 13)
I have reloaded the router without the controller config and triple checked
the config and built all of the ISDN connectivity again.

Here is what is happening
pri-group timeslots 1-6,16
isdn stat shows the L2 TEI as MULTIPLE_FRAME_ESTABLISHED
when I add the service mgcp to the isdn timeslots 1-6,16 the TEI losses L2
and status becomes TEI_ASSIGNED
I add the isdn bind-l3 ccm command to  int ser 0/1:15 and shut no shut the
int.
L2 status is still TEI_ASSIGNED
I do a no isdn bind-l3 ccm
The L2 status becomes MULTIPLE_FRAME_ESTABLISHED
I can then issue the isdn bind-l3 ccm command and the status stays
MULTIPLE_FRAME_ESTABLISHED as long as I do not reload the router or restart
the ser 0/1:15 interface - if I do it becomes TEI_ASSIGNED.

With regards to the registtration on the Call Manager
i I remove the mgcp bind control/media source interface loopback 0 the
gateway registers to the call manager using the BR1 serial interface -
10.10.11.2

When I put the commands back and restart MGCP - the gateway shows as
unregistered and uses the 10.10.110.2 address.

I have also followed Ashraf suggestion and in the mgcp clusterwide service
parameters issued the command
S0/ds...@br1-rtr.lab.com= 0011       to diasble
the unused B1 channels

At the end of the day when I make a call from HQ to 916178632683 nothing
shows up on the isdn q931 debug - I feel that this is maybe due to the isdn
bind-l3 ccm not being implemented correctly.  The DNA shows that number is
being correctly routed to the gateway.

By the way I put in a voice dial peer from BR2 for this number and it does
ring on the phone - so my PSTN WAN router and phone seem to be all OK.

Once again here is my most recent config and sh status

MGCP Domain Name: BR1-RTR.lab.com
PriorityStatus   Host

Primary Registered   10.10.210.13
First BackupBackup Ready 10.10.210.12
Second Backup   None
Current active Call Manager:10.10.210.13
Backhaul/Redundant link port:   2428
Failover Interval:  30 seconds
Keepalive Interval: 15 seconds
Last keepalive sent:09:59:46 AEST Jul 19 2011 (elapsed time:
00:00:08)
Last MGCP traffic time: 09:59:46 AEST Jul 19 2011 (elapsed time:
00:00:08)
Last failover time: None
Last switchback time:   None
Switchback mode:Immediate
MGCP Fallback mode: Not Selected
Last MGCP Fallback start time:  None
Last MGCP Fallback end time:None
MGCP Download Tones:Disabled
TFTP retry count to shut Ports: 2
Backhaul Link info:
Link Protocol:  TCP
Remote Port Number: 2428
Remote IP Address:  10.10.210.13
Current Link State: OPEN
Statistics:
Packets recvd:   0
Recv failures:   0
Packets xmitted: 0
Xmit failures:   0
PRI Ports being backhauled:
Slot 0, port 1
FAX mode: cisco
Configuration Error History:
BR1-RTR(config)#do sh isdn stat
Global ISDN Switchtype = primary-net5
%Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output may not
apply
ISDN Serial0/1:15 interface
dsl 0, interface ISDN Switchtype = primary-net5
L2 Protocol = Q.921 0x  L3 Protocol(s) = CCM MANAGER 0x0003
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask:  0x803F
Number of L2 Discards = 0, L2 Session ID = 3
Total Allocated ISDN CCBs = 0
Config

Current configuration : 2725 bytes
!
! No configuration change since last restart
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname BR1-RTR
!
boot-start-marker
boot system flash:c2600-adventerprisek9_ivs-mz.124-15.T14.bin
boot-end-marker
!
enable secret 5 $1$LaQO$FR59LroSkjvjxYkzDsZ1N/
!
no aaa new-model
clock timezone AEST 9
clock summer-time AEST recurring 1 Sun Apr 1:00 last Sun Oct 1:00
network-clock-participate wic 1
network-clock-select 1 E1 0/1
voice-card 0
 dspfarm
 no local-bypass
!
ip cef
!
!
!
!
ip domain name lab.com
!
multilink bundle-name authenticated
!
isdn switch-type primary-net5
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
archive
 log config
  hidekeys
!
!
!
!
controller E1 0/1
 pri-group timeslots 1-6,16 service mgcp
!
controller E1 0/2
 shutdown
!
!
!
!
!
interface Loopback0
 description management ip address
 ip address 10.10.110.2 255.255.255.255
 ip ospf network point-to-point
!
interface FastEthernet0/0
 no ip address
 duplex auto
 speed auto
!
interface FastEthernet0/0.130
 description data vlan to switch
 encapsulation dot1Q 130 native
 ip address 10.10.101.1 255.255.25

Re: [OSL | CCIE_Voice] MGCP Gateway reg issue (not l2 TEI or l3 bind)

[bkvalent...@gmail.com]

CUCM does not support fractional PRIs in MGCP officially.  

- Reply message -
From: "steven moran" 
Date: Sun, Jul 17, 2011 8:45 pm
Subject: [OSL | CCIE_Voice] MGCP Gateway reg issue (not l2 TEI or l3 bind)
To: 

Dear all,

thanks for all of the suggestions.

I have removed the gateway from CM and restarted the Pub abd Sub servers
from the CLI (utils system restart)

I removed the mgcp bind media and control from the loopback interface and
reloaded the BR1_RTR (after saving).  This results in the gateway binding to
the 1st BR1 serial int 10.10.111.2.

I am curious as to why the logs show that the mgcp tries to bin to the full
PRI even though the pri-group specifies that it should only bind to channels
1-6 fro mgcp.

Does the 2651xm router support fractional pri bind for mgcp?

Here is the config

BR1-RTR(config)#do sh run
Building configuration...
Current configuration : 2653 bytes
!
! Last configuration change at 07:53:31 AEST Mon Jul 18 2011
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname BR1-RTR
!
boot-start-marker
boot system flash:c2600-adventerprisek9_ivs-mz.124-15.T14.bin
boot-end-marker
!
enable secret 5 $1$LaQO$FR59LroSkjvjxYkzDsZ1N/
!
no aaa new-model
clock timezone AEST 9
clock summer-time AEST recurring 1 Sun Apr 1:00 last Sun Oct 1:00
network-clock-participate wic 1
network-clock-select 1 E1 0/1
voice-card 0
 dspfarm
 no local-bypass
!
ip cef
!
!
!
!
ip domain name lab.com
!
multilink bundle-name authenticated
!
isdn switch-type primary-net5
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
archive
 log config
  hidekeys
!
!
!
!
controller E1 0/1
 pri-group timeslots 1-6,16 service mgcp
!
controller E1 0/2
 shutdown
!
!
!
!
!
interface Loopback0
 description management ip address
 ip address 10.10.110.2 255.255.255.255
 ip ospf network point-to-point
!
interface FastEthernet0/0
 no ip address
 duplex auto
 speed auto
!
interface FastEthernet0/0.130
 description data vlan to switch
 encapsulation dot1Q 130 native
 ip address 10.10.101.1 255.255.255.0
 ip helper-address 10.10.210.10
!
interface FastEthernet0/0.240
 description br1 voice vlan
 encapsulation dot1Q 240
 ip address 10.10.201.1 255.255.255.0
 ip helper-address 10.10.210.10
!
interface Serial0/0
 no ip address
 encapsulation frame-relay
 frame-relay lmi-type ansi
!
interface Serial0/0.1 point-to-point
 ip address 10.10.111.2 255.255.255.0
 snmp trap link-status
 frame-relay interface-dlci 101
!
interface FastEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
!
interface Serial0/1:15
 no ip address
 encapsulation hdlc
 isdn switch-type primary-net5
 isdn incoming-voice voice
 isdn bind-l3 ccm-manager
 no cdp enable
!
router eigrp 1
 network 10.0.0.0
 no auto-summary
!
ip forward-protocol nd
!
!
no ip http server
no ip http secure-server
!
!
!
!
!
!
control-plane
!
!
!
voice-port 0/1:15
!
ccm-manager switchback immediate
ccm-manager redundant-host 10.10.210.10
ccm-manager mgcp
!
mgcp
mgcp call-agent 10.10.210.11 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
!
mgcp profile default
!
!
!
!
!
!
gatekeeper
 shutdown
!
!
line con 0
 exec-timeout 0 0
 logging synchronous
line aux 0
line vty 0 4
 exec-timeout 0 0
 privilege level 15
 logging synchronous
 no login
 transport preferred none
 transport input telnet
line vty 5 15
 exec-timeout 0 0
 privilege level 15
 logging synchronous
 no login
 transport preferred none
 transport input telnet
!
ntp clock-period 17207971
ntp server 10.10.100.2
!
end
Here is the sh isdn stat


BR1-RTR(config)#do sh isdn stat
Global ISDN Switchtype = primary-net5
%Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output may not
apply
ISDN Serial0/1:15 interface
dsl 0, interface ISDN Switchtype = primary-net5
L2 Protocol = Q.921 0x  L3 Protocol(s) = CCM MANAGER 0x0003
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask:  0x803F
Number of L2 Discards = 0, L2 Session ID = 1
Total Allocated ISDN CCBs = 0
BR1-RTR(config)#
Here is the sh ccm

MGCP Domain Name: BR1-RTR.lab.com
PriorityStatus   Host

Primary Registered   10.10.210.11
First BackupBackup Ready 10.10.210.10
Second Backup   None
Current active Call Manager:10.10.210.11
Backhaul/Redundant link port:   2428
Failover Interval:  30 seconds
Keepalive Interval: 15 seconds
Last keepalive sent:10:24:58 AEST Jul 18 2011 (elapsed time:
00:00:08)
Last MGCP traffic time: 10:24:58 AEST Jul 18 2011 (elapsed time:
00:00:08)
Last failover time: 10:11:26 AEST Jul 18 2011 from
(10.10.210.11)
Last switchback time:   10:12:56 AEST Jul 18 2011 from
(10.

Re: [OSL | CCIE_Voice] MGCP Gateway requiring a reload

[Brian Mulgrew]

Hi - this is a bug with mgcp when using l0

http://www.onlinestudylist.com/archives/ccie_voice/2011-May/074217.html

hth



On Mon, Jul 11, 2011 at 9:36 AM, CCIEVoiceKP  wrote:

> Yes, a sh isdn status showed "multiple frame established".  More often than
> not I have to actually apply:
>
> Serial 0/0/0:23
>  isdn bind-l3 ccm-manager
>
> Then
>
> no isdn bind-l3 ccm-manager
> isdn bind-l3 ccm-manager
>
> in order to get "multiple frame established".  In playing around with it
> today I figured out how to fix it without a reload.  I noticed on the CUCM
> gateway page, I could see all 3 MGCP gateways registered to my sub however
> the IP address of the affected gateway showed as it's Loopback address.  The
> functioning MGCP gateways showed an IP address that matched the interface I
> specified in the
>
> mgcp bind control  and  mgcp bind media commands
>
> I removed those commands on the affected gw then reapplied ... that fixed
> the issue and I didn't have to wait for a reload.  Still don't know why it
> happens though ...
>
> KP
>
> Sent from my iPad
>
> On Jul 10, 2011, at 6:21 PM, Cristobal Priego 
> wrote:
>
> is your pri registered on UCM by the time you make your first call ?
> if you do a show isdn status what is the output ?
>
> 2011/7/10 CCIEVoiceKP 
>
>> I seem to be running into an intermittent problem with my MGCP gateways.
>> I configure the router, its registered to CUCM, significant digits set
>> correctly ... all is good except I can not receive inbound calls from the
>> PSTN ... sometimes!  A reload of the router fixes the issue when it
>> happens.  I just tested this with 3 mgcp gateways, all configured exactly
>> the same ... one worked right away the other two needed to be reload in
>> order to accept inbound calls.  Is this a known issue that I've overlooked.
>> Thanks.
>>
>> KP
>>
>> ___
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>>
>> Are you a CCNP or CCIE and looking for a job? Check out
>> www.PlatinumPlacement.com
>>
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP Gateway requiring a reload

[CCIEVoiceKP]

Yes, a sh isdn status showed "multiple frame established".  More often than not 
I have to actually apply:

Serial 0/0/0:23
 isdn bind-l3 ccm-manager

Then

no isdn bind-l3 ccm-manager
isdn bind-l3 ccm-manager

in order to get "multiple frame established".  In playing around with it today 
I figured out how to fix it without a reload.  I noticed on the CUCM gateway 
page, I could see all 3 MGCP gateways registered to my sub however the IP 
address of the affected gateway showed as it's Loopback address.  The 
functioning MGCP gateways showed an IP address that matched the interface I 
specified in the

mgcp bind control  and  mgcp bind media commands

I removed those commands on the affected gw then reapplied ... that fixed the 
issue and I didn't have to wait for a reload.  Still don't know why it happens 
though ...

KP

Sent from my iPad

On Jul 10, 2011, at 6:21 PM, Cristobal Priego  wrote:

> is your pri registered on UCM by the time you make your first call ?
> if you do a show isdn status what is the output ?
> 
> 2011/7/10 CCIEVoiceKP 
> I seem to be running into an intermittent problem with my MGCP gateways.  I 
> configure the router, its registered to CUCM, significant digits set 
> correctly ... all is good except I can not receive inbound calls from the 
> PSTN ... sometimes!  A reload of the router fixes the issue when it happens.  
> I just tested this with 3 mgcp gateways, all configured exactly the same ... 
> one worked right away the other two needed to be reload in order to accept 
> inbound calls.  Is this a known issue that I've overlooked.  Thanks.
>  
> KP  
> 
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com
> 
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP Gateway requiring a reload

[Cristobal Priego]

is your pri registered on UCM by the time you make your first call ?
if you do a show isdn status what is the output ?

2011/7/10 CCIEVoiceKP 

> I seem to be running into an intermittent problem with my MGCP gateways.  I
> configure the router, its registered to CUCM, significant digits set
> correctly ... all is good except I can not receive inbound calls from the
> PSTN ... sometimes!  A reload of the router fixes the issue when it
> happens.  I just tested this with 3 mgcp gateways, all configured exactly
> the same ... one worked right away the other two needed to be reload in
> order to accept inbound calls.  Is this a known issue that I've overlooked.
> Thanks.
>
> KP
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP gateway - 1 ring disconnect (7965), fastbusy (7960)

[Naoufal Kerboute]

Have you checked the status of your MTP on CUCM (make sure It’s registred)
Naoufal

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Naoufal Kerboute
Sent: Friday, April 29, 2011 11:10 AM
To: Rrcrumm; Adil Shaikh
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP gateway - 1 ring disconnect (7965), 
fastbusy (7960)

Check your source interface (bind), CUCM must be registered with the same bind 
interface mentioned in the mgcp configuration.

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Rrcrumm
Sent: Friday, April 29, 2011 8:05 AM
To: Adil Shaikh
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP gateway - 1 ring disconnect (7965), 
fastbusy (7960)

Hi
Did you do a show isdn status?
You may have to do a no isdn bind-l3 ccm manager on the serial interface
Also no mgcp
no mgcp bind control
mgcp bind control source interface lo0
Mgcp

Huh

Rc

Sent from my iPhone

On Apr 28, 2011, at 8:19 PM, Adil Shaikh 
mailto:adil.sha...@gmail.com>> wrote:
hi all,

i configured mgcp gateway on HQ RTR.

when i call from PSTN to a 7965 phone, i get fastbusy after 1 ring.
when i call from PSTN to a 7960 phone (which is set to auto answer after 2 
rings), i get fastbusy straight away.

so, i issued 'no mgcp' - waited for 60 sec to ensure it deregister and then 
issued 'mgcp' but the result does not change. i did this few times without 
success.

so, i reloaded router and then everything worked fine.


does anyone know the way to resolve this issue without reloading router?

thanks
-adil

--
  .. . .
_7___|___|_|_|adil.sha...@gmail.com<mailto:adil.sha...@gmail.com>
. .


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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com<http://www.PlatinumPlacement.com>

*
* This Communication is Private & Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC. *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message & any attachments or any part thereof. If you have received 
this message in error, please notify the sender immediately and delete the 
message and any attachments from your system. *
*


*
* This Communication is Private & Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC. *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message & any attachments or any part thereof. If you have received 
this message in error, please notify the sender immediately and delete the 
message and any attachments from your system. *
*

*
* This Communication is Private & Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC.  *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message & any attachments or any part thereof. If you have received 
this message in error, please notify the sender imme

Re: [OSL | CCIE_Voice] MGCP gateway - 1 ring disconnect (7965), fastbusy (7960)

[Naoufal Kerboute]

Check your source interface (bind), CUCM must be registered with the same bind 
interface mentioned in the mgcp configuration.

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Rrcrumm
Sent: Friday, April 29, 2011 8:05 AM
To: Adil Shaikh
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP gateway - 1 ring disconnect (7965), 
fastbusy (7960)

Hi
Did you do a show isdn status?
You may have to do a no isdn bind-l3 ccm manager on the serial interface
Also no mgcp
no mgcp bind control
mgcp bind control source interface lo0
Mgcp

Huh

Rc

Sent from my iPhone

On Apr 28, 2011, at 8:19 PM, Adil Shaikh 
mailto:adil.sha...@gmail.com>> wrote:
hi all,

i configured mgcp gateway on HQ RTR.

when i call from PSTN to a 7965 phone, i get fastbusy after 1 ring.
when i call from PSTN to a 7960 phone (which is set to auto answer after 2 
rings), i get fastbusy straight away.

so, i issued 'no mgcp' - waited for 60 sec to ensure it deregister and then 
issued 'mgcp' but the result does not change. i did this few times without 
success.

so, i reloaded router and then everything worked fine.


does anyone know the way to resolve this issue without reloading router?

thanks
-adil

--
  .. . .
_7___|___|_|_|adil.sha...@gmail.com<mailto:adil.sha...@gmail.com>
. .


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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com<http://www.PlatinumPlacement.com>

*
* This Communication is Private & Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC.  *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message & any attachments or any part thereof. If you have received 
this message in error, please notify the sender immediately and delete the 
message and any attachments from your system. *
*



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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP gateway - 1 ring disconnect (7965), fastbusy (7960)

[Rrcrumm]

Hi
Did you do a show isdn status? 
You may have to do a no isdn bind-l3 ccm manager on the serial interface
Also no mgcp
no mgcp bind control
mgcp bind control source interface lo0
Mgcp

Huh

Rc

Sent from my iPhone

On Apr 28, 2011, at 8:19 PM, Adil Shaikh  wrote:

> hi all,
>  
> i configured mgcp gateway on HQ RTR.
>  
> when i call from PSTN to a 7965 phone, i get fastbusy after 1 ring.
> when i call from PSTN to a 7960 phone (which is set to auto answer after 2 
> rings), i get fastbusy straight away.
>  
> so, i issued 'no mgcp' - waited for 60 sec to ensure it deregister and then 
> issued 'mgcp' but the result does not change. i did this few times without 
> success.
>  
> so, i reloaded router and then everything worked fine.
>  
>  
> does anyone know the way to resolve this issue without reloading router?
>  
> thanks
> -adil
> 
> -- 
>   .. . .
> _7___|___|_|_|adil.sha...@gmail.com   
>
> . .
>  
> 
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] MGCP Gateway registration Issue

[Roger Källberg]

Hi Naoufal!
This is a old known bug in IOS. To fix it you need to do this,

no mgcp
no mgcp bind cont source lo0
no mgcp bind med source lo0

*Wait a few seconds just for good measures

mgcp bind cont source lo0
mgcp bind med source lo0
mgcp

Works for me every time.

Sincerely

Roger Källberg
CCIE #26199 (Voice)
Consultant
Cygate AB
Eric Perssons väg 21, SE-217 62 MALMÖ


Från: Naoufal Kerboute [naou...@mhdinfotech.com]
Skickat: den 4 april 2011 05:56
Till: ccie_voice@onlinestudylist.com
Ämne: [OSL | CCIE_Voice] MGCP Gateway registration Issue

Hi gents,

Please I need your help for the below.
I’m always facing problem to get the MGCP gateway up, always the first time 
register with the serial interface instead of the bind interface (loopback or 
voice vlan int) that I specified in the config. I’ve tried to remove the isdn 
bind-l3 ccm-manager and put it again, no mgcp and mgcp but it doesn’t help 
until I remove sometime the hole config and do it again and again, reset…

I’m missing something??

Thanks a lot.
Naoufal

*
* This Communication is Private & Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC. *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message & any attachments or any part thereof. If you have received 
this message in error, please notify the sender immediately and delete the 
message and any attachments from your system. *
*
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] MGCP Gateway registration Issue

[Naoufal Kerboute]

OK guys I'll try it.
Thanks

From: Rogers Ochieng [mailto:rogersochi...@gmail.com]
Sent: Monday, April 04, 2011 8:45 AM
To: Naoufal Kerboute
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway registration Issue

If removing bind-l3 ccm-manager doesn't work then you have to remove the mgcp 
bind commands then it will register,put them back in after.
On 4 April 2011 06:56, Naoufal Kerboute 
mailto:naou...@mhdinfotech.com>> wrote:
Hi gents,

Please I need your help for the below.
I'm always facing problem to get the MGCP gateway up, always the first time 
register with the serial interface instead of the bind interface (loopback or 
voice vlan int) that I specified in the config. I've tried to remove the isdn 
bind-l3 ccm-manager and put it again, no mgcp and mgcp but it doesn't help 
until I remove sometime the hole config and do it again and again, reset...

I'm missing something??

Thanks a lot.
Naoufal

*
* This Communication is Private & Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC. *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message & any attachments or any part thereof. If you have received 
this message in error, please notify the sender immediately and delete the 
message and any attachments from your system. *
*

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



*
* This Communication is Private & Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC.  *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message & any attachments or any part thereof. If you have received 
this message in error, please notify the sender immediately and delete the 
message and any attachments from your system. *
*


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

Re: [OSL | CCIE_Voice] MGCP Gateway registration Issue

[Rogers Ochieng]

If removing bind-l3 ccm-manager doesn't work then you have to remove the
mgcp bind commands then it will register,put them back in after.

On 4 April 2011 06:56, Naoufal Kerboute  wrote:

>  Hi gents,
>
>
>
> Please I need your help for the below.
>
> I’m always facing problem to get the MGCP gateway up, always the first time
> register with the serial interface instead of the bind interface (loopback
> or voice vlan int) that I specified in the config. I’ve tried to remove the
> isdn bind-l3 ccm-manager and put it again, no mgcp and mgcp but it doesn’t
> help until I remove sometime the hole config and do it again and again,
> reset…
>
>
>
> I’m missing something??
>
>
>
> Thanks a lot.
>
> Naoufal
>
>
> *
> * This Communication is Private & Confidential. This message and any
> attachments may contain information that is privileged and / or confidential
> and is the property of MHD InfoTech LLC. *
> * It is intended solely for the person to whom it is addressed. If you are
> not the intended recipient, you are hereby notified that you are not
> authorized to read, print, retain copy, disseminate, distribute, or *
> * use this message & any attachments or any part thereof. If you have
> received this message in error, please notify the sender immediately and
> delete the message and any attachments from your system. *
>
> *
>
>
> ___
> 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 registration Issue

[CCIE Voice]

Try leaving the controller in a shutdown state until everything is configured. 
Then do a no shut on it. This seems to work for me every time. 

--


On Apr 3, 2011, at 21:56, Naoufal Kerboute  wrote:

> Hi gents,
> 
>  
> 
> Please I need your help for the below.
> 
> I’m always facing problem to get the MGCP gateway up, always the first time 
> register with the serial interface instead of the bind interface (loopback or 
> voice vlan int) that I specified in the config. I’ve tried to remove the isdn 
> bind-l3 ccm-manager and put it again, no mgcp and mgcp but it doesn’t help 
> until I remove sometime the hole config and do it again and again, reset…
> 
>  
> 
> I’m missing something??
> 
>  
> 
> Thanks a lot.
> 
> Naoufal
> 
> 
> *
> * This Communication is Private & Confidential. This message and any 
> attachments may contain information that is privileged and / or confidential 
> and is the property of MHD InfoTech LLC. *
> * It is intended solely for the person to whom it is addressed. If you are 
> not the intended recipient, you are hereby notified that you are not 
> authorized to read, print, retain copy, disseminate, distribute, or *
> * use this message & any attachments or any part thereof. If you have 
> received this message in error, please notify the sender immediately and 
> delete the message and any attachments from your system. *
> *
> 
> ___
> 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 issue

[George Goglidze]

And you have done any troubleshooting already? :)
Give us more information, as magic forum is in another section...

example:
deb mgcp
deb isdn q931

traces from call manager...

On Fri, Oct 22, 2010 at 9:52 PM, fatai_adeku...@yahoo.com <
fatai_adeku...@yahoo.com> wrote:

> Hello guys,
> I am just curious. Can somebody tell me what could be d reason why outbound
> call through an mgcp gateway will fail. Gateway registers fine with full T1
> channels, pt/css are very okay.
> Suggestions are needed please.
> Tks.
>
> Sent from my Nokia phone
> ___
> 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 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

Re: [OSL | CCIE_Voice] MGCP gateway not registered ?

[Erwan Erwan]

hi tks James , yes it work, just remove and re-add bind command

--- On Mon, 11/17/08, Ryan Trauernicht <[EMAIL PROTECTED]> wrote:

From: Ryan Trauernicht <[EMAIL PROTECTED]>
Subject: Re: [OSL | CCIE_Voice] MGCP gateway not registered ?
To: "James Key" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], ccie_voice@onlinestudylist.com
Date: Monday, November 17, 2008, 12:13 PM


Do you have the config?


On Thu, Nov 13, 2008 at 4:45 PM, James Key <[EMAIL PROTECTED]> wrote:




Are you using the MGCP bind commands?  If so, try removing these and re-add.
 
James
 
 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erwan Erwan
Sent: Thursday, November 13, 2008 2:57 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP gateway not registered ?



 





hi,

 

I am using Grade Lab voice lab,

any body ever experienced this issue before and know the workaround ?

 

- 2811 MGCP gateway is registered in Call Manager (dial-peer , mgcp config is 
in place)

- however the "sh ccm-manager" is showwing "down" 

 

I have :

1. restart CCM service and reboot CCM 

2. bunce MGCP by  no mgcp and mgcp

 

any idea , how to resolve it ?

 

Thks,

 

 
 NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.




  

Re: [OSL | CCIE_Voice] MGCP gateway not registered ?

[Ryan Trauernicht]

Do you have the config?

On Thu, Nov 13, 2008 at 4:45 PM, James Key <[EMAIL PROTECTED]> wrote:

>  Are you using the MGCP bind commands?  If so, try removing these and
> re-add.
>
>
>
> James
>
>
>
>
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Erwan Erwan
> *Sent:* Thursday, November 13, 2008 2:57 PM
> *To:* ccie_voice@onlinestudylist.com
> *Subject:* [OSL | CCIE_Voice] MGCP gateway not registered ?
>
>
>
> hi,
>
>
>
> I am using Grade Lab voice lab,
>
> any body ever experienced this issue before and know the workaround ?
>
>
>
> - 2811 MGCP gateway is registered in Call Manager (dial-peer , mgcp config
> is in place)
>
> - however the "sh ccm-manager" is showwing "down"
>
>
>
> I have :
>
> 1. restart CCM service and reboot CCM
>
> 2. bunce MGCP by  no mgcp and mgcp
>
>
>
> any idea , how to resolve it ?
>
>
>
> Thks,
>
>
>
>
>
>
>
> NOTICE: This electronic mail message and any files transmitted with it are 
> intended
> exclusively for the individual or entity to which it is addressed. The 
> message,
> together with any attachment, may contain confidential and/or privileged 
> information.
> Any unauthorized review, use, printing, saving, copying, disclosure or 
> distribution
> is strictly prohibited. If you have received this message in error, please
> immediately advise the sender by reply email and delete all copies.
>
>

Re: [OSL | CCIE_Voice] MGCP gateway not registered ?

[James Key]

Are you using the MGCP bind commands?  If so, try removing these and
re-add.

 

James

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Erwan Erwan
Sent: Thursday, November 13, 2008 2:57 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP gateway not registered ?

 

hi,

 

I am using Grade Lab voice lab,

any body ever experienced this issue before and know the workaround ?

 

- 2811 MGCP gateway is registered in Call Manager (dial-peer , mgcp
config is in place)

- however the "sh ccm-manager" is showwing "down" 

 

I have :

1. restart CCM service and reboot CCM 

2. bunce MGCP by  no mgcp and mgcp

 

any idea , how to resolve it ?

 

Thks,

 

 

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

Re: [OSL | CCIE_Voice] MGCP Gateway POTS dial-peer

[Chris Parker]

It is needed on T1 CAS, FXO and FXS ports, but not on T1 PRI since it is 
doing layer3 protocol tunneling.


Balamurugan Singaram wrote:

Hi,
 
For Cisco IOS Software Release 12.3(7)T or later the Pots dial-peer 
configuration for MGCP gateway should like below or even "service 
mgcpapp" is not needed ? Could you please correct me if I am wrong ?
 
dial-peer voice 10 pots

service mgcpapp
incoming called-number .
direct-inward-dial
port 1/0:15
 
Thanks,

Bala.



New Email addresses available on Yahoo! 
 


Get the Email name you've always wanted on the new @ymail and @rocketmail.
Hurry before someone else does! 

Re: [OSL | CCIE_Voice] MGCP Gateway POTS dial-peer

[Cardwell, Mark]

 Only if you are putting analog puts under MGCP control  do you need the
POTS peer under service of MGCPAPP.

 

Cheers!

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mo
Sent: Saturday, October 25, 2008 5:10 AM
To: [EMAIL PROTECTED]
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway POTS dial-peer

 

I had read somewhere you don't need service MGCPAPP under dial-peer for
getting the MGCP to  work , I think it was on cisco forum . and the
reason was when MGCP fallback happens . 

you can do a search on that one , I tested this in LAB and without
"Service MGCPAPP" everything worked fine even when on SRST mode . but I
will test today with "MGCPAPP" and "call application alternate" to see
what happens.

 

Regards.

//Mo

 

 

 

On Sat, Oct 25, 2008 at 8:28 AM, Balamurugan Singaram
<[EMAIL PROTECTED]> wrote:

Hi,

 

For Cisco IOS Software Release 12.3(7)T or later the Pots dial-peer
configuration for MGCP gateway should like below or even "service
mgcpapp" is not needed ? Could you please correct me if I am wrong ?

 

dial-peer voice 10 pots 
service mgcpapp 
incoming called-number .
direct-inward-dial 
port 1/0:15 

 

Thanks,

Bala.

 


 
Mark Cardwell | Systems Engineer | MidAtlantic | Presidio Networked Solutions
7601 Ora Glen Drive, Suite 100, Greenbelt, MD  20770 | mailto:[EMAIL PROTECTED]
D: 571.225.0132 | http://www.presidio.com/

 



New Email addresses available on Yahoo!
<http://sg.rd.yahoo.com/aa/mail/domainchoice/mail/signature/*http:/mail.
promotions.yahoo.com/newdomains/aa/> 
Get the Email name you've always wanted on the new @ymail and
@rocketmail.
Hurry before someone else does!

 

Re: [OSL | CCIE_Voice] MGCP Gateway POTS dial-peer

[Mo]

I had read somewhere you don't need service MGCPAPP under dial-peer
for getting the MGCP to  work , I think it was on cisco forum . and the
reason was when MGCP fallback happens . you can do a search on that one , I
tested this in LAB and without "Service MGCPAPP" everything worked fine even
when on SRST mode . but I will test today with "MGCPAPP" and "call
application alternate" to see what happens.

Regards.
//Mo




On Sat, Oct 25, 2008 at 8:28 AM, Balamurugan Singaram
<[EMAIL PROTECTED]>wrote:

> Hi,
>
> For Cisco IOS Software Release 12.3(7)T or later the Pots dial-peer
> configuration for MGCP gateway should like below or even "service mgcpapp"
> is not needed ? Could you please correct me if I am wrong ?
>
> dial-peer voice 10 pots
> service mgcpapp
> incoming called-number .
> direct-inward-dial
> port 1/0:15
>
> Thanks,
> Bala.
>
> --
>  New Email addresses available on Yahoo!
> 
> Get the Email name you've always wanted on the new @ymail and @rocketmail.
> Hurry before someone else does!
>

Re: [OSL | CCIE_Voice] MGCP Gateway: ccm-manager config

[Jonathan Charles]

Right and the next time you reset the gateway, it will change it back.

However, you can busy out the remaining channels with B-channel maintenance
status... So, you can accomplish the same thing and still have MGCP push a
config.



Jonathan

On Mon, Sep 8, 2008 at 3:50 PM, Robertico Gonzalez <
[EMAIL PROTECTED]> wrote:

> Hi,
>
> I have in my notes that it is not recommended to use the MGCP ccm-manager
> config and ccm-manager config server commands.  I always use these commands
> in my lab and I can't recall the reason the instructor said that it was a
> bad idea to use these commands.  Does somebody remember why the instructor
> made that recommendation?
>
> I have some notes saying that these commands would enter 24 timeslots
> instead of 3 timeslots in the pri-group command.  But that doesn't seem to
> be a big deal (just change that command).
>
> Thanks,
> -rg
>

Re: [OSL | CCIE_Voice] MGCP Gateway Issue

[Mark Snow]

Yeah - but again - it is good troubleshooting and can help you out for  
the real lab in all seriousness. :)



--
Mark Snow
CCIE #14073 (Voice, Security)
CCSI #31583

Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: [EMAIL PROTECTED]
--
Join our free online support and peer group communities: 
http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- 
Demand and Audio Certification Training Tools for the Cisco CCIE R&S  
Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and  
CCIE Storage Lab Certifications.

--

On May 14, 2008, at 10:14 PM, Jacob Owen wrote:


Mark,
I have seen this on a couple of the labs.  I think
someone out there thought it would be funny to change
the "clean" configs and watch people struggle.  Real
nice huh?

--- Mark Snow <[EMAIL PROTECTED]> wrote:


10.21.101.0 0.0.0.255 area 0
should be in there - but it is curious that the
10.21.201.0 network
was not in the base config.
Huh - very possibly a previous client on that pod
overwrote the
default "clean config" on the router.
happens.
oh well - good troubleshooting - because while not a
RS exam - there
is nothing to say that something like that is out of
the testable
topics that they could use to throw at you for
'inherit
troubleshooting' - so good to catch it now and note
it in the back of
your mind!


--
Mark Snow
CCIE #14073 (Voice, Security)
CCSI #31583

Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: [EMAIL PROTECTED]
--
Join our free online support and peer group
communities: http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study,
Classroom-Based, Video-On-
Demand and Audio Certification Training Tools for
the Cisco CCIE R&S
Lab, CCIE Security Lab, CCIE Service Provider Lab ,
CCIE Voice Lab and
CCIE Storage Lab Certifications.
--

On May 14, 2008, at 9:30 PM, ccievoice1 wrote:


Hi Mark,

Figured out the issue. It was the routing error.

proctorlabs has the

ip routing configured wrongly :-)

router ospf 1
log-adjacency-changes
network 10.21.101.0 0.0.0.255 area 0 <-- wrong

statement

network 162.21.101.0 0.0.0.255 area 0
network 172.21.101.0 0.0.0.255 area 0
!
ip classless
!
P21-BR1-RTR#conf t
Enter configuration commands, one per line.  End

with CNTL/Z.

P21-BR1-RTR(config)#router ospf 1
P21-BR1-RTR(config-router)#no  network 10.21.101.0

0.0.0.255 area 0

P21-BR1-RTR(config-router)#network
P21-BR1-RTR(config-router)#network 10.21.201.0

0.0.0.255 area 0

P21-BR1-RTR(config-router)#end


P21-BR1-RTR#sh ccm
MGCP Domain Name: P21-BR1-RTR
PriorityStatus   Host






Primary Registered

10.21.200.20

First BackupDown

10.21.200.21

Second Backup   None

Current active Call Manager:10.21.200.20

Thanks.

On Thu, May 15, 2008 at 9:17 AM, ccievoice1

<[EMAIL PROTECTED]>

wrote:
Hi Mark,

Below is the output:


P21-BR1-RTR#debug mgcp  all
This may severely impact network performance.

Continue? [confirm]

Media Gateway Control Protocol all debugging is

on.


P21-BR1-RTR#conf t
Enter configuration commands, one per line.  End

with CNTL/Z.

P21-BR1-RTR(config)#no mgcp
WARNING: no mgcp: Teardown MGCP application may

take a while to

clean up resources
P21-BR1-RTR(config)#
*May 15 02:44:39.703: MGCP Application state
change:old_admin_state=2, new_admin_state=0,

current oper state=2,

old_graceful_shutdown=0, new_graceful_shutdown=0
*May 15 02:44:39.703: Send forced RSIP to Call

Agent

*May 15 02:44:39.703:

mgcp_gen_app_state_change_event Queue

MGCP_SYS_APP_STATE_CHANGE to mgcp_sys_q
*May 15 02:44:39.703: MGCP sys msg: (21)
*May 15 02:44:39.703: xlate sys msg: (21,

4703BCC8)

*May 15 02:44:39.703: sys msg values: (INVALID

MGCP EVENT, 0,  , 0,

CALL_IDLE)
*May 15 02:44:39.703: mgcp_send_shutdown_rsip
*May 15 02:44:39.703: mgcp_send_shutdown_rsip:

restart_method: 2

restart_delay: 0
*May 15 02:44:39.703: xgcp_endpt_get_by_ifn
*May 15 02:44:39.703:

xgcp_endpt_get_tree_link_by_ifn

*May 15 02:44:39.703: xgcp_endpt_compute_key- type

-1 slot 

subunit 0001
*May 15 02:44:39.703:

xgcp_endpt_get_tree_link_by_ifn : computed key

0xF000
*May 15 02:44:39.703: * mgcp_root_rsip:
*May 15 02:44:39.703: * mgcp_voiceport_call_agents
*May 15 02:44:39.70
P21-BR1-RTR(co3: * mgcp_individual_rsips_required:
*May 15 02:44:39.703: * mgcp_root_get_profile:
*May 15 02:44:39.703: * mgcp_send_rsip_to_mgc:

restart_method=1,

rsip_shutdown=0
*May 15 02:44:39.703: *

mgcp_endpt_get_notified_entity:

*May 15 02:44:39.703: *

mgcp_special_get_configured_ca:

*May 15 02:44:39.703: *

mgcp_default_get_configured_ca:

*May 15 02:44:39.703: * mgcp_root_get_profile:
*May 15 02:44:39.703: mgcp_get_active_ccm_ip_addr:

Using actv CCM IP

addr 10.21.200.20, port 2427, ntfy entity

10.21.200.20

*May 15 02:44:39.703: *

mgcp_default_get_configured_ca: pro

Re: [OSL | CCIE_Voice] MGCP Gateway Issue

[Jacob Owen]

Mark,
I have seen this on a couple of the labs.  I think
someone out there thought it would be funny to change
the "clean" configs and watch people struggle.  Real
nice huh?

--- Mark Snow <[EMAIL PROTECTED]> wrote:

> 10.21.101.0 0.0.0.255 area 0
> should be in there - but it is curious that the
> 10.21.201.0 network  
> was not in the base config.
> Huh - very possibly a previous client on that pod
> overwrote the  
> default "clean config" on the router.
> happens.
> oh well - good troubleshooting - because while not a
> RS exam - there  
> is nothing to say that something like that is out of
> the testable  
> topics that they could use to throw at you for
> 'inherit  
> troubleshooting' - so good to catch it now and note
> it in the back of  
> your mind!
> 
> 
> -- 
> Mark Snow
> CCIE #14073 (Voice, Security)
> CCSI #31583
> 
> Senior Technical Instructor - IPexpert, Inc.
> 
> Telephone: +1.810.326.1444
> Fax: +1.309.413.4097
> Mailto: [EMAIL PROTECTED]
> --
> Join our free online support and peer group
> communities: http://www.IPexpert.com/communities
> --
> IPexpert - The Global Leader in Self-Study,
> Classroom-Based, Video-On- 
> Demand and Audio Certification Training Tools for
> the Cisco CCIE R&S  
> Lab, CCIE Security Lab, CCIE Service Provider Lab ,
> CCIE Voice Lab and  
> CCIE Storage Lab Certifications.
> --
> 
> On May 14, 2008, at 9:30 PM, ccievoice1 wrote:
> 
> > Hi Mark,
> >
> > Figured out the issue. It was the routing error.
> proctorlabs has the  
> > ip routing configured wrongly :-)
> >
> > router ospf 1
> >  log-adjacency-changes
> >  network 10.21.101.0 0.0.0.255 area 0 <-- wrong
> statement
> >  network 162.21.101.0 0.0.0.255 area 0
> >  network 172.21.101.0 0.0.0.255 area 0
> > !
> > ip classless
> > !
> > P21-BR1-RTR#conf t
> > Enter configuration commands, one per line.  End
> with CNTL/Z.
> > P21-BR1-RTR(config)#router ospf 1
> > P21-BR1-RTR(config-router)#no  network 10.21.101.0
> 0.0.0.255 area 0
> > P21-BR1-RTR(config-router)#network
> > P21-BR1-RTR(config-router)#network 10.21.201.0
> 0.0.0.255 area 0
> > P21-BR1-RTR(config-router)#end
> >
> >
> > P21-BR1-RTR#sh ccm
> > MGCP Domain Name: P21-BR1-RTR
> > PriorityStatus   Host
> >
>

> > Primary Registered  
> 10.21.200.20
> > First BackupDown
> 10.21.200.21
> > Second Backup   None
> >
> > Current active Call Manager:10.21.200.20
> >
> > Thanks.
> >
> > On Thu, May 15, 2008 at 9:17 AM, ccievoice1
> <[EMAIL PROTECTED]>  
> > wrote:
> > Hi Mark,
> >
> > Below is the output:
> >
> >
> > P21-BR1-RTR#debug mgcp  all
> > This may severely impact network performance.
> Continue? [confirm]
> > Media Gateway Control Protocol all debugging is
> on.
> >
> > P21-BR1-RTR#conf t
> > Enter configuration commands, one per line.  End
> with CNTL/Z.
> > P21-BR1-RTR(config)#no mgcp
> > WARNING: no mgcp: Teardown MGCP application may
> take a while to  
> > clean up resources
> > P21-BR1-RTR(config)#
> > *May 15 02:44:39.703: MGCP Application state  
> > change:old_admin_state=2, new_admin_state=0,
> current oper state=2,  
> > old_graceful_shutdown=0, new_graceful_shutdown=0
> > *May 15 02:44:39.703: Send forced RSIP to Call
> Agent
> > *May 15 02:44:39.703:
> mgcp_gen_app_state_change_event Queue  
> > MGCP_SYS_APP_STATE_CHANGE to mgcp_sys_q
> > *May 15 02:44:39.703: MGCP sys msg: (21)
> > *May 15 02:44:39.703: xlate sys msg: (21,
> 4703BCC8)
> > *May 15 02:44:39.703: sys msg values: (INVALID
> MGCP EVENT, 0,  , 0,  
> > CALL_IDLE)
> > *May 15 02:44:39.703: mgcp_send_shutdown_rsip
> > *May 15 02:44:39.703: mgcp_send_shutdown_rsip:
> restart_method: 2  
> > restart_delay: 0
> > *May 15 02:44:39.703: xgcp_endpt_get_by_ifn
> > *May 15 02:44:39.703:
> xgcp_endpt_get_tree_link_by_ifn
> > *May 15 02:44:39.703: xgcp_endpt_compute_key- type
> -1 slot   
> > subunit 0001
> > *May 15 02:44:39.703:
> xgcp_endpt_get_tree_link_by_ifn : computed key  
> > 0xF000
> > *May 15 02:44:39.703: * mgcp_root_rsip:
> > *May 15 02:44:39.703: * mgcp_voiceport_call_agents
> > *May 15 02:44:39.70
> > P21-BR1-RTR(co3: * mgcp_individual_rsips_required:
> > *May 15 02:44:39.703: * mgcp_root_get_profile:
> > *May 15 02:44:39.703: * mgcp_send_rsip_to_mgc:
> restart_method=1,  
> > rsip_shutdown=0
> > *May 15 02:44:39.703: *
> mgcp_endpt_get_notified_entity:
> > *May 15 02:44:39.703: *
> mgcp_special_get_configured_ca:
> > *May 15 02:44:39.703: *
> mgcp_default_get_configured_ca:
> > *May 15 02:44:39.703: * mgcp_root_get_profile:
> > *May 15 02:44:39.703: mgcp_get_active_ccm_ip_addr:
> Using actv CCM IP  
> > addr 10.21.200.20, port 2427, ntfy entity
> 10.21.200.20
> > *May 15 02:44:39.703: *
> mgcp_default_get_configured_ca: profile NE  
> > 10.21.200.20 (10.21.200.20:2427)
> > *May 15 02:44:39.703: * Sending RSIP to
> (10.21.200.20) Notify entity  
> > (10.21.200.20)
> > *May 15 02:44:39.707: * mgcp_send_rsip_msg:
> > *May 15 

Re: [OSL | CCIE_Voice] MGCP Gateway Issue

[ccievoice1]

Hi Mark,

Below is the output:


P21-BR1-RTR#debug mgcp  all
This may severely impact network performance. Continue? [confirm]
Media Gateway Control Protocol all debugging is on.

P21-BR1-RTR#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
P21-BR1-RTR(config)#no mgcp
WARNING: no mgcp: Teardown MGCP application may take a while to clean up
resources
P21-BR1-RTR(config)#
*May 15 02:44:39.703: MGCP Application state change:old_admin_state=2,
new_admin_state=0, current oper state=2, old_graceful_shutdown=0,
new_graceful_shutdown=0
*May 15 02:44:39.703: Send forced RSIP to Call Agent
*May 15 02:44:39.703: mgcp_gen_app_state_change_event Queue
MGCP_SYS_APP_STATE_CHANGE to mgcp_sys_q
*May 15 02:44:39.703: MGCP sys msg: (21)
*May 15 02:44:39.703: xlate sys msg: (21, 4703BCC8)
*May 15 02:44:39.703: sys msg values: (INVALID MGCP EVENT, 0,  , 0,
CALL_IDLE)
*May 15 02:44:39.703: mgcp_send_shutdown_rsip
*May 15 02:44:39.703: mgcp_send_shutdown_rsip: restart_method: 2
restart_delay: 0
*May 15 02:44:39.703: xgcp_endpt_get_by_ifn
*May 15 02:44:39.703: xgcp_endpt_get_tree_link_by_ifn
*May 15 02:44:39.703: xgcp_endpt_compute_key- type -1 slot  subunit
0001
*May 15 02:44:39.703: xgcp_endpt_get_tree_link_by_ifn : computed key
0xF000
*May 15 02:44:39.703: * mgcp_root_rsip:
*May 15 02:44:39.703: * mgcp_voiceport_call_agents
*May 15 02:44:39.70
P21-BR1-RTR(co3: * mgcp_individual_rsips_required:
*May 15 02:44:39.703: * mgcp_root_get_profile:
*May 15 02:44:39.703: * mgcp_send_rsip_to_mgc: restart_method=1,
rsip_shutdown=0
*May 15 02:44:39.703: * mgcp_endpt_get_notified_entity:
*May 15 02:44:39.703: * mgcp_special_get_configured_ca:
*May 15 02:44:39.703: * mgcp_default_get_configured_ca:
*May 15 02:44:39.703: * mgcp_root_get_profile:
*May 15 02:44:39.703: mgcp_get_active_ccm_ip_addr: Using actv CCM IP addr
10.21.200.20, port 2427, ntfy entity 10.21.200.20
*May 15 02:44:39.703: * mgcp_default_get_configured_ca: profile NE
10.21.200.20 (10.21.200.20:2427)
*May 15 02:44:39.703: * Sending RSIP to (10.21.200.20) Notify entity (
10.21.200.20)
*May 15 02:44:39.707: * mgcp_send_rsip_msg:
*May 15 02:44:39.707: mgcp_set_local_host: gateway host is P21-BR1-RTR
*May 15 02:44:39.707: -- mgcp_build_packet()-

*May 15 02:44:39.707: - mgcp_estimate_msg_buf_length() - 328 bytes needed
for header
- mgcp_estimate_msg_buf_length() - 360 bytes needed after checking parameter
lines
- mgcp_estimate_msg_buf_length() - 360 bytes needed  after cheking SDP lines

*May 15 02:44:39.707: --- mgcp_build_parameter_lines() ---
- mgcp_val_mandatory_parms()
- mgcp_build_restart_method() is called
- SUCCESS: Building Restart Method (RM:) OK
- mgcp_build_restart_delay() is called
- SUCCESS: Building MGCP Parameter lines is OK

*May 15 02:44:39.707: - SUCCESS: MGCP message building OK
*May 15 02:44:39.707: - SUCCESS: END of building
*May 15 02:44:39.707: MGCP Packet sent to 10.21.200.20:2427--->
RSIP 12396 [EMAIL PROTECTED] MGCP 0.1
RM: graceful
RD: 0
<---

*May 15 02:44:39.707: * mgcp_endpt_record_rsip:
*May 15 02:44:39.707: * mgcp_send_rsip_msg: Manually recroding RSIP method
*May 15 02:44:39.707: * mgcp_endpt_record_rsip:
*May 15 02:44:39.707: * mgcp_enq_retx_rsip_msg
*May 15 02:44:39.707: mgcp_add_trans_id_rec: Add trans id (12396,
47761EE0) record
*May 15 02:44:39.707: mgcp_stw_timer_start timer type 0, duration 500
*May 15 02:44:39.707: xgcp_endpt_get_by_ifn
*May 15 02:44:39.707: xgcp_endpt_get_tree_link_by_ifn
*May 15 02:44:39.707: xgcp_endpt_compute_key- type -1 slot  subunit
0001
*May 15 02:44:39.707: xgcp_endpt_get_tree_link_by_ifn : computed key
0xF000
*May 15 02:44:39.707: * mgcp_root_get_profile:
*May 15 02:44:39.707: *
mgcp_endpt_range_modify_init_rsip_flag:init_restart_flag(p)=0
*May 15 02:44:39.707: xgcp_endpt_get_by_ifn
*May 15 02:44:39.707: xgcp_endpt_get_tree_link_by_ifn
*May 15 02:44:39.707: xgcp_endpt_compute_key- type -1 slot  subunit

*May 15 02:44:39.707: xgcp_endpt_get_tree_link_by_ifn : computed key
0xF000
*May 15 02:44:39.707: xgcp_endpt_get_by_ifn
*May 15 02:44:39.707: xgcp_endpt_get_tree_link_by_ifn
*May 15 02:44:39.707: xgcp_endpt_compute_key- type -1 slot  subunit

*May 15 02:44:39.707: xgcp_endpt_get_tree_link_by_ifn : computed key
0xF000
*May 15 02:44:39.707: xgcp_endpt_get_first
*May 15 02:44:39.707: xgcp_endpt_get_first_child endpt *
*May 15 02:44:39.711: xgcp_endpt_default_get_first_child endpt *
*May 15 02:44:39.711: xgcp_endpt_destroy_database
*May 15 02:44:39.711: xgcp_endpt_get_by_ifn
*May 15 02:44:39.711: xgcp_endpt_get_tree_link_by_ifn
*May 15 02:44:39.711: xgcp_endpt_compute_key- type -1 slot  subunit
0001
*May 15 02:44:39.711: xgcp_endpt_get_tree_link_by_ifn : computed key
0xF000
*May 15 02:44:39.711: xgcp_endpt_destroy_children parent *
*May 15 02:44:39.711: xgcp_endpt_get_sibling endpt *
*May 15 02:44:39.711: xgcp_endpt_default_get_sibling endpt *
*May 15 02:44:39.711: xgcp_endpt_destroy endpt *
*May 15 02:44:39.711: xgcp_endpt_

Re: [OSL | CCIE_Voice] MGCP Gateway Issue

[Mark Snow]

Can you run a 'u all' then a  'debug mgcp' and try the 'no mgcp' /  
'mgcp' again?

and send all the output?

thanks

--
Mark Snow
CCIE #14073 (Voice, Security)
CCSI #31583

Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: [EMAIL PROTECTED]
--
Join our free online support and peer group communities: 
http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- 
Demand and Audio Certification Training Tools for the Cisco CCIE R&S  
Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and  
CCIE Storage Lab Certifications.

--

On May 14, 2008, at 7:35 PM, ccievoice1 wrote:


Hi all,

I am having problem getting my mgcp gateway to register to  
CallManager. I tried reset the gateway from CallManager, and issue  
no mgcp/mgcp in the router. And, end up rebooting the CallManager  
and the router. But still no luck :-(

Please kindly advice.

Here are some outputs:

P21-BR1-RTR#
*May 15 01:01:58.203: cmapp_mgr_process_ev_active_host_failed:  
Active host 0 (10.21.200.20) failed
*May 15 01:01:58.203: cmbh_tcp_open_ind: TCP open failed for  
10.21.200.21, calling callback.
*May 15 01:01:58.207: cmbh_tcp_open_ind: TCP open failed for  
10.21.200.20, calling callback.
*May 15 01:01:58.207: cmapp_mgr_process_ev_active_host_failed:  
Active host 0 (10.21.200.20) failed

P21-BR1-RTR#
P21-BR1-RTR#s
*May 15 01:02:13.203: cmapp_mgr_process_ev_active_host_failed:  
Active host 0 (10.21.200.20) failed
*May 15 01:02:13.203: cmbh_tcp_open_ind: TCP open failed for  
10.21.200.20, calling callback.
*May 15 01:02:13.203: cmbh_tcp_open_ind: TCP open failed for  
10.21.200.21, calling callback.
*May 15 01:02:13.207: cmapp_mgr_process_ev_active_host_failed:  
Active host 0 (10.21.200.20) failed

P21-BR1-RTR#sh ccm
MGCP Domain Name: P21-BR1-RTR
PriorityStatus   Host

Primary Down 10.21.200.20
First BackupDown 10.21.200.21
Second Backup   None

Current active Call Manager:None
Backhaul/Redundant link port:   2428
Failover Interval:  30 seconds
Keepalive Interval: 15 seconds
Last keepalive sent:00:47:17 UTC May 15 2008 (elapsed  
time: 00:14:58)
Last MGCP traffic time: 01:00:13 UTC May 15 2008 (elapsed  
time: 00:02:02)

Last failover time: None
Last switchback time:   None
Switchback mode:Graceful
MGCP Fallback mode: Enabled/ON
Last MGCP Fallback start time:  00:48:06 UTC May 15 2008
Last MGCP Fallback end time:None
MGCP Download Tones:Disabled

Backhaul/Redundant link is down
Configuration Error History:
FAX mode: cisco
P21-BR1-RTR#sh mgcp
MGCP Admin State ACTIVE, Oper State ACTIVE - Cause Code NONE
MGCP call-agent: 10.21.200.20 Initial protocol service is MGCP 0.1

Re: [OSL | CCIE_Voice] MGCP Gateway with PRI BackhaultoCCM:application MGCPAPP/ service MGCPAPP required?

[Isom, Brandon]

To further the point that you do not need the "service mgcpapp" command,
there was actually a bug that if you did put the command on the dial
peer, the PRI would never reverse out of fall-back mode. You would
actually have to reboot the box to fix it.

Thanks!
Brandon Isom, CCIE Voice


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Turpin,
Mark
Sent: Thursday, July 19, 2007 6:14 AM
To: boonchin .ng
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway with PRI
BackhaultoCCM:application MGCPAPP/ service MGCPAPP required?

You do not need the service mgcpapp.
 
You've already defined your binding on your pri-group.
 
--

Mark Turpin
Senior Consultant - Unified Communications
Calence, LLC
IP Phone: 314.656.2315
Mobile: 314.629.8714
www.calence.com
2005 Cisco Global Channel Partner of the Year - US/Canada

_


The information contained in this message and any attachment may contain
privileged or confidential information protected from disclosure. If you
are not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby
notified that any review, dissemination, distribution or copying of this
information is strictly prohibited.  If you have received this
transmission in error, please notify the sender immediately by replying
to this message and destroying the original and all copies.  Thank you.




From: [EMAIL PROTECTED] on behalf of boonchin .ng
Sent: Thu 7/19/2007 8:13 AM
To: Jeremy Sanders
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul
toCCM:application MGCPAPP/ service MGCPAPP required?


Hi Jeremy,
 
Am I safe to said,
 
For a MGCP gateway with PRI backhaul to CallManager (by using isdn
bind-l3 ccm-manager), I DO NOT need to create any POTS dial-peer for PRI
with service mgcapapp cammand, am I correct? 
 
As I notice on Cisco docs, stated:
 
Restrictions for POTS Dial Peers on MGCP Gateways 
*All dial-plan configuration elements are controlled by Cisco Unified
CallManager and should not be configured on the MGCP gateway for
MGCP-managed endpoints (that is, any endpoint with an application
mgcpapp command in its associated dial-peer). 
*Do not use the destination-pattern or session target dial-peer
configuration commands or the connection voice-port configuration
command on the MGCP gateway, unless you are configuring MGCP gateway
fallback. To configure MGCP gateway fallback, you must configure the
H.323 dial peers with the destination-pattern and session target
dial-peer configuration commands. 
*Direct inward dial (DID) is required for T1/E1 PRI dial peers. 
*Do not use the application mgcpapp command in dial peers that support
PRI backhaul or BRI backhaul . 

Thanks and best regards.

 
On 7/19/07, Jeremy Sanders <[EMAIL PROTECTED]> wrote: 

For pots dial-peers not including PRI's you do need one of the
commands below, depending on your version of software.

 

For a PRI you need the 'isdn bind-l3 ccm-manager' command under
the serial interface instead, and the mgcp option on the end of the
pri-group under the controller.

 

Jeremy Sanders, CCIE #12332 (R&S and Voice)

Senior Systems Engineer

TekLinks, Inc.

201 Summit Pkwy

Birmingham, AL 35209

w 205-314-6630

c 205-249-5988

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matt
Sent: Thursday, July 19, 2007 6:30 AM
To: 'boonchin .ng'; ccie_voice@onlinestudylist.com 
    Subject: Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul
to CCM:application MGCPAPP/ service MGCPAPP required?

 

I try not to give advice too often, simply because I'm almost
always wrong, but I had thought "application MGCPAPP" was a deprecated
command.  I've been using "service MGCPAPP" for my MGCP dial peers. 

 

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of boonchin
.ng
Sent: Wednesday, July 18, 2007 7:32 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to
CCM :application MGCPAPP/ service MGCPAPP required?

 

Hi all,
I am kind of confuse now.

In most the CCIE workbook, MGCP application is used to BIND the
voice port in a POTS dial-peer, :

dial-peer voice 1 pots
application MGCPAPP 
port 2/0/0:23 

However, in Cisco documents (
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/
vvfax_c/callc_c/ccm_c/intcnf3.htm#wp1003831
<http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr
/vvfax_c/callc_c/ccm_c/i

Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul toCCM:application MGCPAPP/ service MGCPAPP required?

[Turpin, Mark]

You do not need the service mgcpapp.
 
You've already defined your binding on your pri-group.
 
--

Mark Turpin
Senior Consultant - Unified Communications
Calence, LLC
IP Phone: 314.656.2315
Mobile: 314.629.8714
www.calence.com
2005 Cisco Global Channel Partner of the Year - US/Canada

_


The information contained in this message and any attachment may contain 
privileged or confidential information protected from disclosure. If you are 
not the intended recipient, or an employee or agent responsible for delivering 
this message to the intended recipient, you are hereby notified that any 
review, dissemination, distribution or copying of this information is strictly 
prohibited.  If you have received this transmission in error, please notify the 
sender immediately by replying to this message and destroying the original and 
all copies.  Thank you.




From: [EMAIL PROTECTED] on behalf of boonchin .ng
Sent: Thu 7/19/2007 8:13 AM
To: Jeremy Sanders
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul 
toCCM:application MGCPAPP/ service MGCPAPP required?


Hi Jeremy,
 
Am I safe to said,
 
For a MGCP gateway with PRI backhaul to CallManager (by using isdn bind-l3 
ccm-manager), I DO NOT need to create any POTS dial-peer for PRI with service 
mgcapapp cammand, am I correct? 
 
As I notice on Cisco docs, stated:
 
Restrictions for POTS Dial Peers on MGCP Gateways 
*All dial-plan configuration elements are controlled by Cisco Unified 
CallManager and should not be configured on the MGCP gateway for MGCP-managed 
endpoints (that is, any endpoint with an application mgcpapp command in its 
associated dial-peer). 
*Do not use the destination-pattern or session target dial-peer configuration 
commands or the connection voice-port configuration command on the MGCP 
gateway, unless you are configuring MGCP gateway fallback. To configure MGCP 
gateway fallback, you must configure the H.323 dial peers with the 
destination-pattern and session target dial-peer configuration commands. 
*Direct inward dial (DID) is required for T1/E1 PRI dial peers. 
*Do not use the application mgcpapp command in dial peers that support PRI 
backhaul or BRI backhaul . 

Thanks and best regards.

 
On 7/19/07, Jeremy Sanders <[EMAIL PROTECTED]> wrote: 

For pots dial-peers not including PRI's you do need one of the commands 
below, depending on your version of software.

 

For a PRI you need the 'isdn bind-l3 ccm-manager' command under the 
serial interface instead, and the mgcp option on the end of the pri-group under 
the controller.

 

Jeremy Sanders, CCIE #12332 (R&S and Voice)

Senior Systems Engineer

TekLinks, Inc.

201 Summit Pkwy

Birmingham, AL 35209

w 205-314-6630

c 205-249-5988

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt
Sent: Thursday, July 19, 2007 6:30 AM
To: 'boonchin .ng'; ccie_voice@onlinestudylist.com 
    Subject: Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to 
CCM:application MGCPAPP/ service MGCPAPP required?

 

I try not to give advice too often, simply because I'm almost always 
wrong, but I had thought "application MGCPAPP" was a deprecated command.  I've 
been using "service MGCPAPP" for my MGCP dial peers. 

 

 

 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of boonchin 
.ng
Sent: Wednesday, July 18, 2007 7:32 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to CCM 
:application MGCPAPP/ service MGCPAPP required?

 

Hi all,
I am kind of confuse now.

In most the CCIE workbook, MGCP application is used to BIND the voice 
port in a POTS dial-peer, :

dial-peer voice 1 pots
application MGCPAPP 
port 2/0/0:23 

However, in Cisco documents ( 
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvfax_c/callc_c/ccm_c/intcnf3.htm#wp1003831
 
<http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvfax_c/callc_c/ccm_c/intcnf3.htm#wp1003831>
 ) stated: "Do not add the application mgcpapp command to dial peers that 
support PRI backhaul" 

But then again, in the example showed later in the Cisco docs, 
APPLICATION MGCPAPP is used in the POTS dial-peer. 

Would anyone please kindly explain, should I use APPLICATION MGCPAPP or 
SERVICE MGCPAPP in a PRI Backhaul to CCM scenario.

Thanks and best regards. 

Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to CCM:application MGCPAPP/ service MGCPAPP required?

[boonchin .ng]

Hi Jeremy,

Am I safe to said,

For a MGCP gateway with* PRI *backhaul to CallManager (by using isdn bind-l3
ccm-manager), I *DO NOT* need to create any POTS dial-peer for PRI
with *service
mgcapapp *cammand, am I correct?

As I notice on Cisco docs, stated:

*Restrictions for POTS Dial Peers on MGCP Gateways *
•All dial-plan configuration elements are controlled by Cisco Unified
CallManager and should not be configured on the MGCP gateway for
MGCP-managed endpoints (that is, any endpoint with an application mgcpapp
command in its associated dial-peer).
•Do not use the destination-pattern or session target dial-peer
configuration commands or the connection voice-port configuration command on
the MGCP gateway, unless you are configuring MGCP gateway fallback. To
configure MGCP gateway fallback, you must configure the H.323 dial peers
with the destination-pattern and session target dial-peer configuration
commands.
•Direct inward dial (DID) is required for T1/E1 PRI dial peers.
•*Do not use the application mgcpapp command in dial peers that support PRI
backhaul or BRI backhaul*.

Thanks and best regards.


On 7/19/07, Jeremy Sanders <[EMAIL PROTECTED]> wrote:


 For pots dial-peers not including PRI's you do need one of the commands
below, depending on your version of software.



For a PRI you need the 'isdn bind-l3 ccm-manager' command under the serial
interface instead, and the mgcp option on the end of the pri-group under the
controller.



Jeremy Sanders, CCIE #12332 (R&S and Voice)

Senior Systems Engineer

TekLinks, Inc.

201 Summit Pkwy

Birmingham, AL 35209

w 205-314-6630

c 205-249-5988



*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Matt
*Sent:* Thursday, July 19, 2007 6:30 AM
*To:* 'boonchin .ng'; ccie_voice@onlinestudylist.com
*Subject:* Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to
CCM:application MGCPAPP/ service MGCPAPP required?



I try not to give advice too often, simply because I'm almost always
wrong, but I had thought "application MGCPAPP" was a deprecated command.
I've been using "service MGCPAPP" for my MGCP dial peers.






 --

*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *boonchin .ng
*Sent:* Wednesday, July 18, 2007 7:32 PM
*To:* ccie_voice@onlinestudylist.com
*Subject:* [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to CCM
:application MGCPAPP/ service MGCPAPP required?



Hi all,
I am kind of confuse now.

In most the CCIE workbook, MGCP application is used to BIND the voice port
in a POTS dial-peer, :

dial-peer voice 1 pots
application MGCPAPP
port 2/0/0:23

However, in Cisco documents 
(http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvfax_c/callc_c/ccm_c/intcnf3.htm#wp1003831
) stated: "Do not add the application mgcpapp command to dial peers that
support PRI backhaul"

But then again, in the example showed later in the Cisco docs, APPLICATION
MGCPAPP is used in the POTS dial-peer.

Would anyone please kindly explain, should I use APPLICATION MGCPAPP or
SERVICE MGCPAPP in a *PRI Backhaul to CCM* scenario.

Thanks and best regards.

Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to CCM:application MGCPAPP/ service MGCPAPP required?

[Jeremy Sanders]

For pots dial-peers not including PRI's you do need one of the commands
below, depending on your version of software.

 

For a PRI you need the 'isdn bind-l3 ccm-manager' command under the
serial interface instead, and the mgcp option on the end of the
pri-group under the controller.

 

Jeremy Sanders, CCIE #12332 (R&S and Voice)

Senior Systems Engineer

TekLinks, Inc.

201 Summit Pkwy

Birmingham, AL 35209

w 205-314-6630

c 205-249-5988

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matt
Sent: Thursday, July 19, 2007 6:30 AM
To: 'boonchin .ng'; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to
CCM:application MGCPAPP/ service MGCPAPP required?

 

I try not to give advice too often, simply because I'm almost always
wrong, but I had thought "application MGCPAPP" was a deprecated command.
I've been using "service MGCPAPP" for my MGCP dial peers.

 

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of boonchin
.ng
Sent: Wednesday, July 18, 2007 7:32 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to CCM
:application MGCPAPP/ service MGCPAPP required?

 

Hi all,
I am kind of confuse now.

In most the CCIE workbook, MGCP application is used to BIND the voice
port in a POTS dial-peer, :

dial-peer voice 1 pots
application MGCPAPP
port 2/0/0:23 

However, in Cisco documents
(http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr
/vvfax_c/callc_c/ccm_c/intcnf3.htm#wp1003831 ) stated: "Do not add the
application mgcpapp command to dial peers that support PRI backhaul"

But then again, in the example showed later in the Cisco docs,
APPLICATION MGCPAPP is used in the POTS dial-peer. 

Would anyone please kindly explain, should I use APPLICATION MGCPAPP or
SERVICE MGCPAPP in a PRI Backhaul to CCM scenario.

Thanks and best regards. 

Re: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to CCM :application MGCPAPP/ service MGCPAPP required?

[Matt]

I try not to give advice too often, simply because I'm almost always wrong,
but I had thought "application MGCPAPP" was a deprecated command.  I've been
using "service MGCPAPP" for my MGCP dial peers.

 

 

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of boonchin .ng
Sent: Wednesday, July 18, 2007 7:32 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] MGCP Gateway with PRI Backhaul to CCM
:application MGCPAPP/ service MGCPAPP required?

 

Hi all,
I am kind of confuse now.

In most the CCIE workbook, MGCP application is used to BIND the voice port
in a POTS dial-peer, :

dial-peer voice 1 pots
application MGCPAPP
port 2/0/0:23 

However, in Cisco documents
(http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvf
ax_c/callc_c/ccm_c/intcnf3.htm#wp1003831 ) stated: "Do not add the
application mgcpapp command to dial peers that support PRI backhaul"

But then again, in the example showed later in the Cisco docs, APPLICATION
MGCPAPP is used in the POTS dial-peer. 

Would anyone please kindly explain, should I use APPLICATION MGCPAPP or
SERVICE MGCPAPP in a PRI Backhaul to CCM scenario.

Thanks and best regards.