Your debug output has a few clues...but I can't recall offhand if "channel
16" in that debug starts at 1 (meaning this is the 16th channel) or 0
(meaning this is the 17th channel).  Do inbound calls from pstn work? If
yes, its more likely the second option.

In the first case, it would appear your issue is on the pstn side.  Run
"show ISDN status" and layer 2 should show "multiple frame established" and
layer 3 should show "ccm-manager" (or similar).  If however layer 2 shows
"tei assigned" try the following:

Mgcp bind media source lo0
Mgcp bind control source lo0
(Paste those commands twice)
Int s0/0/0
  No ISDN bind-l3 ccm
  ISDN bind-l3 ccm
No mgcp
Mgcp

Show ISDN status
(Ensure you see multi frame established)

Also type "show ccm" and ensure the gw is registered to your cucm.  If not,
make sure that your hostname on the router matches what you have in cucm.
If you have "IP domain-name ipexpert.com" in your config then you need to
use the fqdn in cucm, such as "r3.ipexpert.com."  however if you don't have
a domain name on the router then you should just have the routers hostname
w/o domain such as "r3."

Now, for the other situation if channel 16 in the debug is really channel
17, that could be caused by using the "ccm config" command.  With this,
every time in cucm you reset the mgcp gw it will apply a "no mgcp" then
"mgcp" and download the config from cucm to the router (and configure a
FULL PRI).  Ccm config command doesn't work with a fractional PRI, but you
could use it to download all the commands, then "no ccm config" and change
the controller commands to use timeslots 1-16 rather than 1-24.  (Need to
shut voice port, shut int s0/0/0 and no ISDN bind-l3 ccm, shut controller
and remove timeslots command, then apply commands in reverse order using
fractional timeslots).

Not a solution, but just for reference, the default channel order for mgcp
PRI is bottom up.  If your issue is the latter (ccm config downloaded a
full PRI config) and you were set to use ascending channels you would not
have seen this issue until the 17th call came from pstn...in real lab you
would lose points for having a full PRI I stead of fractional, even if
calls did work.  The point here is make sure you remove "ccm config" if you
have a fractional PRI.

Hope this helps...

Justin
 On Mar 22, 2013 7:36 PM, "Bill" <whl...@gmail.com> wrote:

> Is your gateway registered in CUCM?
>
> Are you getting the proper output of your show commands?  Show isdn
> status, show ccm
>
> Do you have
>
> int seri x/x/x
> Isdn bind-l3 ccm
>
> Did you try no MGCP MGCP?
>
> Can you post more of your config?
>
>
> Sent from my iPad
>
> On Mar 22, 2013, at 4:52 PM, CCIEing <aboaz...@gmail.com> wrote:
>
> Hi all,
>
> After configuring my HQ GW as MGCP, then configure my T1 to register with
> cucm , I was govern by the lack of the DSP resources, which force me to
> define only 16 channel out of the 23 on my pri-group under the T1
> controller configuration   !!
>
> here is the config :
>
> controller T1 0/0/0
> pri-group timeslots 1-16 service mgcp
>
> Then I faced a problem with my outgoing calls , the calls was dropping due
> to the cause "*Requested circuit/channel not available*"
>
> My Question here, as there is 16 channel in my Pri-group are
> already configured, why all  calls get dropped with cause of
> non availability of the resources, Why not to use one of the available
> channels (1-16)
>
> Appreciate your help
>
> here is below the output of debug q931 for one of my outgoing calls:
>
>
>
> *SDN Se0/0/0:23 Q931: TX -> SETUP pd = 8  callref = 0x000F *
> *        Bearer Capability i = 0x8090A2 *
> *                Standard = CCITT *
> *                Transfer Capability = Speech  *
> *                Transfer Mode = Circuit *
> *                Transfer Rate = 64 kbit/s *
> *        Channel ID i = 0xA98390 *
> *                Exclusive, Channel 16 *
> *        Display i = 'HQ PH1' *
> *        Calling Party Number i = 0x2181, '7772022001' *
> *                Plan:ISDN, Type:National *
> *        Called Party Number i = 0x81, '911' *
> *                Plan:ISDN, Type:Unknown*
> *ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x800F *
> *        Cause i = 0x82AC1810 - Requested circuit/channel not available*
>
> _______________________________________________
> 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

Reply via email to