June 2000 - USR-TC - mailman.xmission.com

Re: (usr-tc) Strange syslog messages
by Vance McIndoe 26 Jun '00

26 Jun '00

Do you have port-tapping turned on? Or is it being turned on very briefly, by a radius access-accept packet? -- Vance McIndoe Data Platforms, Operations, Telecom NZ Ltd. >>> dpm(a)netcetera.com 22/06/00 08:43:07 >>> I keep getting messages like: Jun 21 11:36:52 ha-1e-xxx --syslog capture: 2b0d0c07 slot:8/mod:13 --syslog capture:stop Jun 21 11:37:25 ha-1e-xxx last message repeated 10 times Jun 21 11:39:25 ha-1e-xxx last message repeated 13 times Jun 21 11:40:42 ha-1e-xx last message repeated 6 times on this *one* particular ARC running 4.1.59. I didn't intentionally configure it any differently from our other ARCS. Anyone know how to make it stop? TIA... ------------------------------------------------------------------------ Dave Martin Netcetera, Inc. dpm(a)netcetera.com "There's coffee in that Nebula!" ------------------------------------------------------------------------ - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) Upgrade to 5.0.9 beware of ppp offloading ?
by Donald Baud 23 Jun '00

23 Jun '00

Hi, I upgraded several TC boxes to the latest code Harc 5.0.9 and DSP 2.1.9 All went well, and I haven't heard any complaining. Yesterday though, I upgraded the last chassis and for some reason each HiperDSP would answer most of the PRI channels except a few (2 or 3) and gives a fast busy signal to the unlucky caller. The Performance monitor reports "Dialing(3)" on the faulty channels instead of the usual "Incoming call is connected(5)" in the DS0 Timeslot status. The only way to fix this was to busy out those channels. -I switched the DSP cards to another chassis and the problem disapears. So DSP's are fine -I changed the cage (chassis skeleton) and the problem persists. So the cage is fine -I changed the HiperArc card and the problem was fixed. So there was something wrong with the card When a caller dials into one of those defective PRI channels, The following error message is reported on the HiperArc console: At 12:36:53, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDMDRV FSM illegal event interface slot:1/mod:13, state WaitCallLstRsp , event NotifyDisconnect The only difference I could see was that the "defective" hiperarc had ppp offloading disabled. Unfortunately, now that my chassis is running fine with the new HiperArc (with ppp offloading enabled), I nolonger can test or confirm this theory. I am hoping someone would comment or confirm this behaviour with 5.0.9 with ppp offloading disabled. BTW: 5.0.9 is running fine with 64Meg HiperArc cards - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

4 8

(usr-tc) Strange syslog messages
by Dave Martin 21 Jun '00

21 Jun '00

I keep getting messages like: Jun 21 11:36:52 ha-1e-xxx --syslog capture: 2b0d0c07 slot:8/mod:13 --syslog capture:stop Jun 21 11:37:25 ha-1e-xxx last message repeated 10 times Jun 21 11:39:25 ha-1e-xxx last message repeated 13 times Jun 21 11:40:42 ha-1e-xx last message repeated 6 times on this *one* particular ARC running 4.1.59. I didn't intentionally configure it any differently from our other ARCS. Anyone know how to make it stop? TIA... ------------------------------------------------------------------------ Dave Martin Netcetera, Inc. dpm(a)netcetera.com "There's coffee in that Nebula!" ------------------------------------------------------------------------ - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

(usr-tc) WTB: USR Hiper Card/130 Power Supplies and more...
by ISP-NetworkHardware.com 21 Jun '00

21 Jun '00

Looking to buy now. HIPER ARC HIPER DSP HIPER NMC 130A Power Supplies (AC) MMP16 v34 Netserver 16 v34 Analog/Digital Modem cards w/ analog/daughtercard nic Please forward me a list of what you have available to purchase. =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email Page 7324335890(a)page.nextel.com (start message with YOUR email address) Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) WTS: Qty 2059 Chassis's w/ dual 45A power
by ISP-NetworkHardware.com 21 Jun '00

21 Jun '00

For sale immediately...Qty of these chassis's. All empty...looking for offers. =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email Page 7324335890(a)page.nextel.com (start message with YOUR email address) Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

Re: (usr-tc) (USR-TC) DUAL PRI CARD
by Lou Bernstein 20 Jun '00

20 Jun '00

Thanks everyone for the help, I loaded the 3.0.2 code and now the PRI is responding, even though I am getting a really strange answer tone. Just starteding to look at that, but thanks again Lou At 02:00 PM 6/20/00 -0500, you wrote: > > >Issue an In Service command to the PRIs. I've seen this before and that >always fixes it. > >Jeff Binkley >ASA Network Computing > > >U>Hi All > >U>I need a little help here. I have a TC with a HIPER ARC, several >U>HIPER DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I >U>have been running for a long time with the HIPER DSP cards without >U>problems. I now need to run the Quad cards and can not seem to get >U>the Dual PRI card to work(it did work at one time). The PRI line is >U>coming from a Lucent Definity 3G switch and works fine with the Hiper >U>DSP cards. When I connect the PRI line to the Dual PRI card all I get >U>is a busy signal, the link does show that it is up and there are no >U>alarms.. > >U>The Dual PRI card has the following configuration > >U>Framing Mode ds1esf >U>Line Coding b8zs >U>Response to remote loopback ignore >U>Auto Busy disabled >U>Dial In Address No Address >U>Dial-in/Dial-out Signal WINK >U>ACK WINK Enabled >U>Dial in Trunk type E&M TYPE II > >U>The settings above are set similarly on the Hiper DSP card. Any help >U>would appreciated. > >U>Thanks in advance > >U>LOU > > > >U>- >U> To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" >U> with "unsubscribe usr-tc" in the body of the message. >U> For information on digests or retrieving files and old messages send >U> "help" to the same address. Do not use quotes in your message. > >U> > >CMPQwk 1.42 9999 > >- > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) (USR-TC) DUAL PRI CARD
by jeff.binkley＠asacomp.com 20 Jun '00

20 Jun '00

Issue an In Service command to the PRIs. I've seen this before and that always fixes it. Jeff Binkley ASA Network Computing U>Hi All U>I need a little help here. I have a TC with a HIPER ARC, several U>HIPER DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I U>have been running for a long time with the HIPER DSP cards without U>problems. I now need to run the Quad cards and can not seem to get U>the Dual PRI card to work(it did work at one time). The PRI line is U>coming from a Lucent Definity 3G switch and works fine with the Hiper U>DSP cards. When I connect the PRI line to the Dual PRI card all I get U>is a busy signal, the link does show that it is up and there are no U>alarms.. U>The Dual PRI card has the following configuration U>Framing Mode ds1esf U>Line Coding b8zs U>Response to remote loopback ignore U>Auto Busy disabled U>Dial In Address No Address U>Dial-in/Dial-out Signal WINK U>ACK WINK Enabled U>Dial in Trunk type E&M TYPE II U>The settings above are set similarly on the Hiper DSP card. Any help U>would appreciated. U>Thanks in advance U>LOU U>- U> To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" U> with "unsubscribe usr-tc" in the body of the message. U> For information on digests or retrieving files and old messages send U> "help" to the same address. Do not use quotes in your message. U> CMPQwk 1.42 9999 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) Dual PRI CARD
by Stainforth, Matthew 20 Jun '00

20 Jun '00

Ah, yes it's not hard to switch the code. By default when TCM is browsing for the CT1 nac file it'll use ct*.nac as the mask. All you have to do is choose the dp*.nac file to upload instead. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Mike Andrews [mailto:mandrews@bit0.com] > Sent: Tuesday, June 20, 2000 4:02 AM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Dual PRI CARD > > > That would explain why he can't find the switch-type option; > good call... > > You don't have to force very hard from what I remember, but > it's been a > loooong time since I've had to do the code swap on that. Our > very first > Dual PRI we ever had was DOA, and its replacement had CT1 > code on it... > hell, I probably used pcsdl to do it at the time but TCM > would probably > have done it too. > > 3.1.5 is (still) the latest Dual PRI code. > > > Mike Andrews (MA12) * mandrews(a)dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Mon, 19 Jun 2000, Jeff Mcadams wrote: > > > Also sprach Lou Bernstein > > >Where would the switch type option be, I could not find it in the > > >config of the PRI card, the software revision on the card > is 4.2.1. > > > > Uhm...I believe 4.2.1 is a channelized t1 version of code. > I think the > > latest version of code for the dual-PRI is 3. something or > other. Most > > likely, the hardware is the same (though they were sold as different > > equipment), so most likely its just a matter of forcing a > code upgrade > > of the dual-pri code to the card. > > -- > > Jeff McAdams Email: jeffm(a)iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) Config for Dual BRI Cisco to TC
by Verreault, John 20 Jun '00

20 Jun '00

Thanks for the input. I am on the right track. I just need help with the "mojos"... I've got 1 BRI multilinking perfectly, need some help from someone who has this working for 2 or knows the Cisco config parameters Thanks John -----Original Message----- From: Jeff Mcadams [mailto:jeffm@iglou.com] Sent: Monday, June 19, 2000 11:51 AM To: usr-tc(a)lists.xmission.com Subject: Re: (usr-tc) Config for Dual BRI Cisco to TC Also sprach Verreault, John > I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a >Total Control Chassis. (I am not sure if you can MPP over both BRI's, >if not I would settle for MPP for each BRI and load balance over the 2 >multilinked BRI's) There should be no problem with multi-linking two BRI's together for a 256kbps connection. There's no theoretical limit to the number of channels you can link together...though there are definitely practical limits. :) >I am having some problems with the second BRI. I cannot get a stable >connection. >I am assigning the BRI interface a static IP and specifying the route >with radius. OK...I don't have much Cisco dial mojo, but you seem to be going wrong on the concepts here. If you're running multi-link over 4 channels (2 channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP address to a specific BRI. You should have some sort of "virtual" interface or suchlike that the BRIs would be attached to in some way, you would give the IP address to the "virtual" interface (maybe a dialer interface? like I said...I don't know Cisco dial well at all). Then, when you get both BRIs assigned/attached to this "virtual" interface (whatever it may be called), then it *should* multi-link across the BRIs with no problem. There's nothing inherent about multi-link that makes it only function within an individual line (BRI). In fact, you can run multi-link across multiple modems, across multiple T1's, even, theoretically, across multiple L2TP or PPTP connections if you *really* wanted. >Should the second interface have the same static IP address or a >different one. The second BRI, like the first, shouldn't have an IP address itself at all most likely. -- Jeff McAdams Email: jeffm(a)iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

RE: (usr-tc) Dual PRI CARD
by Lou Bernstein 20 Jun '00

20 Jun '00

Thanks for the tips, Where would the switch type option be, I could not find it in the config of the PRI card, the software revision on the card is 4.2.1. Thanks, LOU At 02:17 PM 6/19/00 -0300, you wrote: > >also make sure you have the channel->modem assignment set up correctly...or >alternatively have it set to first available or round robin in which case >you don't need to do the channel->modem assignment. Other than that, all >you should really need to confirm is the framing, coding, and switch type >options. > >You should be able to troubleshoot with your switch people to see whether >the switch is sending the call to you or if you're getting a busy because >the switch thinks you're unable to take calls. If they see the call being >sent to you, you have a problem accepting the call either because there's no >modem available or the arc is refusing it for some reason. If the switch is >just refusing to talk to you, it is most likely a signalling >issue...assuming that, as mentioned before, there are no alarms. > >Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > >> -----Original Message----- >> From: Jeff Mcadams [mailto:jeffm@iglou.com] >> Sent: Monday, June 19, 2000 2:05 PM >> To: usr-tc(a)lists.xmission.com >> Subject: Re: (usr-tc) Dual PRI CARD >> >> >> Also sprach Lou Bernstein >> >I need a little help here. I have a TC with a HIPER ARC, >> several HIPER >> >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I have >> >been running for a long time with the HIPER DSP cards >> without problems. >> >I now need to run the Quad cards and can not seem to get the Dual PRI >> >card to work(it did work at one time). The PRI line is coming from a >> >Lucent Definity 3G switch and works fine with the Hiper DSP cards. >> >When I connect the PRI line to the Dual PRI card all I get is a busy >> >signal, the link does show that it is up and there are no alarms.. >> >> Probably need to check the configs on the quads to make sure >> they're set >> up to take calls from the PRI...like line source to pritdm, proly some >> others that I'm not thinking of off the top of my head...line source >> would be the first thing I'd check...and, of course, make >> sure that the >> interfaces are active and up on the Arc so that the quads can get the >> signal to answer the call, so they in turn can signal the >> dual-pri card. >> -- >> Jeff McAdams Email: jeffm(a)iglou.com >> Head Network Administrator Voice: (502) 966-3848 >> IgLou Internet Services (800) 436-4456 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > >- > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 2