How is your lab setup for the PSTN cloud and the 911 extension? Or is it rental?
On 10 January 2013 09:22, 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 <[email protected]>>> 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<[email protected]> >> >> <mailto:ccie_voice-bounces@**onlinestudylist.com<[email protected]> >> > >> >> [mailto:ccie_voice-bounces@**onlinestudylist.com<[email protected]> >> >> <mailto:ccie_voice-bounces@**onlinestudylist.com<[email protected]>>] >> 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 real >> world. It is >> very helpful to have this information to be able to give you help. >> > >> > >> > >> > Bill >> > >> > >> > On Jan 9, 2013, at 3:38 AM, Heath Williams <[email protected] >> <mailto:[email protected]>> wrote: >> > >> >> Hi, >> >> >> >> I had a similar issue on a production network from a cm to cme >> on net. >> >> >> >> Look at your dial-peers and also your class codec applied to them. >> >> >> >> Also try using the ccapi inout and the asn 245 debugs to fault >> find. >> >> >> >> Hope this helps. >> >> >> >> Sent from my iPhone >> >> >> >> On 09/01/2013, at 8:03 PM, Nicolas MICHEL >> <[email protected] <mailto:[email protected]>**> wrote: >> >> >> >>> Hey Guys ! >> >>> >> >>> I feel like I am doomed :D >> >>> When I am calling 911/9911 from HQ, the calls fails. >> >>> It makes the PSTN phones ring and then it automagically >> disconnect the >> call. >> >>> >> >>> ISDN Q931 debugs says that the requested circuit is not >> available, I >> >>> have tried isdn bchan ascending and descending order but with NO >> >>> luck :( >> >>> >> >>> The problem is that the incoming calls from the PSTN on both >> channel >> >>> (1 and 3 => Fractionnal PRI) are working properly :D >> >>> >> >>> >> >>> If anyone has an idea I would be glad to hear it :D >> >>> >> >>> >> >>> Thanks !! >> >>> >> >>> Nic !! >> >>> >> >>> >> >>> >> >>> >> >>> HQ-RTR# >> >>> HQ-RTR# >> >>> HQ-RTR# >> >>> HQ-RTR# >> >>> *Jan 9 08:58:55.739: ISDN Se0/0/0:23 Q931: pak_private_number: >> >>> Invalid type/plan 0x0 0x0 may be overriden; sw-type 13 *Jan 9 >> >>> 08:58:55.743: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type >> >>> 0xD is 0x2 0x1, Calling num 2123945002 *Jan 9 08:58:55.743: ISDN >> Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, >> Called num >> 911 *Jan 9 08:58:55.743: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 >> callref = >> 0x0081 >> >>> Bearer Capability i = 0x8090A2 >> >>> Standard = CCITT >> >>> Transfer Capability = Speech >> >>> Transfer Mode = Circuit >> >>> Transfer Rate = 64 kbit/s >> >>> Channel ID i = 0xA98383 >> >>> Exclusive, Channel 3 >> >>> Calling Party Number i = 0x2181, '2123945002' >> >>> Plan:ISDN, Type:National >> >>> Called Party Number i = 0x80, '911' >> >>> Plan:Unknown, Type:Unknown *Jan 9 >> 08:58:55.775: ISDN >> >>> Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8081 >> >>> Channel ID i = 0xA98383 >> >>> Exclusive, Channel 3 >> >>> *Jan 9 08:58:55.787: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8 >> callref = 0x8081 >> >>> Pro >> >>> HQ-RTR#gress Ind i = 0x8188 - In-band info or appropriate now >> >>> available *Jan 9 08:58:55.831: ISDN Se0/0/0:23 Q931: TX -> >> DISCONNECT >> pd = 8 callref = 0x0081 >> >>> Cause i = 0x80AC - Requested circuit/channel not available >> >>> *Jan 9 08:58:55.843: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 >> >>> callref = 0x8081 *Jan 9 08:58:55.847: ISDN Se0/0/0:23 Q931: TX -> >> >>> RELEASE_COMP pd = 8 callref = 0x0081 HQ-RTR# HQ-RTR# HQ-RTR# >> >>> HQ-RTR#config t Enter configuration commands, one per line. End >> >>> with CNTL/Z. >> >>> HQ-RTR(config)#int s0/0/0:23 >> >>> HQ-RTR(config-if)#isdn bchan as >> >>> HQ-RTR(config-if)# >> >>> *Jan 9 08:59:26.131: ISDN Se0/0/0:23 Q931: pak_private_number: >> >>> Invalid type/plan 0x0 0x0 may be overriden; sw-type 13 *Jan 9 >> >>> 08:59:26.131: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type >> >>> 0xD is 0x2 0x1, Calling num 2123945002 *Jan 9 08:59:26.131: ISDN >> Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, >> Called num >> 911 *Jan 9 08:59:26.135: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 >> callref = >> 0x0082 >> >>> Bearer Capability i = 0x8090A2 >> >>> Standard = CCITT >> >>> Transfer Capability = Speech >> >>> Transfer Mode = Circuit >> >>> Transfer Rate = 64 kbit/s >> >>> Channel ID i = 0xA98381 >> >>> Exclusive, Channel 1 >> >>> Calling Party Number i = 0x2181, '2123945002' >> >>> Plan:ISDN, Type:National >> >>> Called Party Number i = 0x80, '911' >> >>> Plan:Unknown, Type:Unknown *Jan 9 >> 08:59:26.171: ISDN >> >>> Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8082 >> >>> Channel ID i = 0xA98381 >> >>> Exclusive, Channel 1 >> >>> *Jan 9 08:59:26.179: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8 >> callref = 0x8082 >> >>> Pro >> >>> HQ-RTR(config-gress Ind i = 0x8188 - In-band info or >> appropriate now >> >>> available *Jan 9 08:59:26.223: ISDN Se0/0/0:23 Q931: TX -> >> DISCONNECT >> pd = 8 callref = 0x0082 >> >>> Cause i = 0x80AC - Requested circuit/channel not available >> >>> *Jan 9 08:59:26.231: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 >> >>> callref = 0x8082 *Jan 9 08:59:26.235: ISDN Se0/0/0:23 Q931: TX -> >> >>> RELEASE_COMP pd = 8 callref = 0x0082if)# HQ-RTR(config-if)# >> *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)# >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> HQ-RTR(config-if)#do sh isdn status >> >>> Global ISDN Switchtype = primary-ni >> >>> ISDN Serial0/0/0:23 interface >> >>> dsl 0, interface ISDN Switchtype = primary-ni >> >>> 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: 0x80000007 >> >>> Number of L2 Discards = 0, L2 Session ID = 1 >> >>> Total Allocated ISDN CCBs = 0 >> >>> HQ-RTR(config-if)# >> >>> >> >>> >> >>> >> >>> >> >>> ______________________________**_________________ >> >>> 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<http://www.PlatinumPlacement.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<http://www.PlatinumPlacement.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<http://www.PlatinumPlacement.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<http://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
