Linecode on HQ router should match or at least be as in the table given. I always check my tables
From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Steve Denney (stdenney) Sent: Thursday, May 06, 2010 10:54 PM To: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Vol 2 Lab 1 - ISDN Restart Errors Good points, Jeff and vccie, and thanks. But if this is occurring on the PSTN-WAN router...well...how could that config possibly be wrong? :) Here's the relevant sections from the PSTN router: controller T1 0/3/0 framing esf clock source internal linecode b8zs pri-group timeslots 1-3,23-24 description ** T1 VOICE CONNECTION TO HQ-RTR ** interface Serial0/3/0:23 description ** T1 PRI D-CHANNEL TO HQ-RTR ** no ip address encapsulation hdlc isdn switch-type primary-ni isdn protocol-emulate network isdn incoming-voice voice isdn outgoing display-ie no cdp enable And from the HQ-RTR: controller T1 0/0/0 framing esf linecode ami pri-group timeslots 1-3,24 interface Serial0/0/0:23 no ip address encapsulation hdlc isdn switch-type primary-ni isdn incoming-voice voice no cdp enable The only thing that looks a little odd to me is the "pri-group timeslots 1-3,23-24" on the PSTN T1 controller - channel 23 being a backup D channel or something (not that I could change this even if I wanted to without write access). And I've also restarted the PSTN router, to no avail. Any other ideas? thx, sd From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Jeff Price (jeffpric) Sent: Thursday, May 06, 2010 3:41 PM To: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Vol 2 Lab 1 - ISDN Restart Errors This is true. I forgot about this. Normally it has to do with oversubscribing the DSP resources. Meaning, make sure you aren't using all of them and the PSTN has enough to use. Try decreasing the amount of channels you create under the pri-group timeslots command. Good point. From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of vccie2010 Sent: Thursday, May 06, 2010 12:39 PM To: Steve Denney (stdenney) Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Vol 2 Lab 1 - ISDN Restart Errors cause 0x22 - generaly means no channel available....please checj you have right number of slots defined in "pri-group timeslots" statement and double check your PSTN router for same. On Thu, May 6, 2010 at 12:26 PM, Steve Denney (stdenney) <stden...@cisco.com> wrote: Hi, Seeing some errors today that I haven't encountered before in any other lab...wheeee! :) I'm working on Vol 2 Lab 1 Question 4.1, and trying to get calls from the PSTN working into HQ. Pretty straightforward stuff, except the calls never seem to get out of the PSTN router. When dialing the HQ phone from the PSTN phone (regardless of line selected), I get the following debug isdn q931 errors from the PSTN router: May 6 23:11:09.243: ISDN Se0/3/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, Calling num 911 May 6 23:11:09.243: ISDN Se0/3/0:23 **ERROR**: CCPMSG_OutCall: fails with cause 0x22 And every 30 seconds, I see the same batch of 4 ISDN Restart messages, like this (also from the PSTN router): May 6 23:12:04.539: ISDN Se0/3/0:23 Q931: TX -> RESTART pd = 8 callref = 0x0000 Restart Indicator i = 0x87 May 6 23:12:05.539: ISDN Se0/3/0:23 Q931: TX -> RESTART pd = 8 callref = 0x0000 Restart Indicator i = 0x87 May 6 23:12:06.539: ISDN Se0/3/0:23 Q931: TX -> RESTART pd = 8 callref = 0x0000 Restart Indicator i = 0x87 May 6 23:12:07.539: ISDN Se0/3/0:23 Q931: TX -> RESTART pd = 8 callref = 0x0000 Restart Indicator i = 0x87 Show isdn status on the PSTN router looks normal for this interface: ISDN Serial0/3/0:23 interface ******* Network side configuration ******* dsl 1, 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 1 CCBs = 0 The Free Channel Mask: 0x80000000 Number of L2 Discards = 0, L2 Session ID = 0 Attaching show run and show isdn status as well for the HQ router (the other end) just for troubleshooting completeness, but there's no indication of anything amiss, nor any debug messages at all, on the HQ router. The call never gets that far. I started this morning on Voice Pod 11 and hit this. Ryan was kind enough to move me over to Voice Pod 16, but I'm hitting the same issue here. OSL archive and Google search turned up nothing concrete, other than a general theme of "it sounds like your telco / carrier has issues." :) Any ideas? Cheers and TIA, sd _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com <http://www.ipexpert.com/>
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
