Maybe you configured more channels for the controller as available on the PSTN Router Inbound calls are taking the first channel, outgoing the last channel.
As far as I remember the HQ router on proctorlabs has only 6 channels, site B and C have 4 channels. Am Donnerstag, 10. Januar 2013 schrieb Abel ... : > Try inbound from the 911 line and check the channel used. > > > On Wed, Jan 9, 2013 at 6:52 PM, Nicolas MICHEL <[email protected]>wrote: > > Inbound calls are working perfectly :( > > > > *Jan 9 08:59:43.227: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = > 0x0084 > Bearer Capability i = 0x8090A2 > Standard = CCITT > Transfer Capability = Speech > Transfer Mode = Circuit > Transfer Rate = 64 kbit/s > Channel ID i = 0xA98381 > Exclusive, Channel 1 > Progress Ind i = 0x8583 - Origination address is non-ISDN > Display i = 'Emergency Services' > Calling Party Number i = 0x0080, '911' > Plan:Unknown, Type:Unknown > Called Party Number i = 0xA1, '2123945002' > Plan:ISDN, Type:National > *Jan 9 08:59:43.251: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 > callref = 0x8084 > Channel ID i = 0xA98381 > Exclusive, Channel 1 > HQ-RTR(config-if)# > *Jan 9 08:59:43.267: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8 callref > = 0x8084 > *Jan 9 08:59:44.191: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8 > callref = 0x0084 > Cause i = 0x8290 - Normal call clearing > *Jan 9 08:59:44.195: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8 callref = > 0x8084 > *Jan 9 08:59:44.207: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8 > callref = 0x0084 > HQ-RTR(config-if)# > > > > > > > > > > Le Wednesday, January 09, 2013 11:50:14 PM, Abel ... a écrit : > > Try an inbound call from the pstn and run your debugs. Check the > channel used in that call. That test is to discard L1/L2 issues. > > On Jan 9, 2013 6:21 PM, "Cory Gray" <[email protected] > <mailto:corygray22842@hotmail.**com>> wrote: > > I will say this. This happened to me once using MGCP and could > never figure > it out. I just assumed "something was messed up" and could not > find an > answer in over 2 hours of troubleshooting. If you ever figure it out, > please let me know. > > -----Original Message----- > From: ccie_voice-bounces@**onlinestudylist.com > <mailto:ccie_voice-bounces@**onlinestudylist.com> > [mailto:ccie_voice-bounces@**onlinestudylist.com > <mailto:ccie_voice-bounces@**onlinestudylist.com>] On Behalf Of > Nicolas MICHEL > Sent: Wednesday, January 09, 2013 12:49 PM > To: Bill > Cc: OSL Voice > Subject: Re: [OSL | CCIE_Voice] ISDN Channel not available :D > > Hi Guys, > > > no the HQ is H323 otherwise I would not change the ISDN bchan > order in the > IOS but rather in the CUCM interface. > > the ISDN status shows Multi Frame Establish, all is all right. I > can have > incoming calls to the HQ but not outgoing calls to the Local and > LD route > pattern. > From what I remember, International calls are working great :( > > > Next time I'll debug Q931 with detail enabled > > > Thanks for the help :) > > > Nic > > > > > > > > Le 1/9/2013 11:41 AM, Bill a écrit : > > So is you hq a mgcp? If so it looks like you are missing your isdn > > bind-l3 ccm command > > > > Is it h323 or maybe stand alone cme with just a plan pri? > > > > If h323 the does it show status in gateways? Does it show > unknown unknown > instead of unknown and ip? > > > > Try to give us more and clearer information because right now > all we know > is pri, but most likely hq is a gateway for CUCM and we don't know > what > type. We don't know if this is your lab, rack rental or r > >
_______________________________________________ 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
