- USR-TC - mailman.xmission.com

TroubleShooting HiperDSP (2)
by Kris McElroy 13 Nov '02

13 Nov '02

Well after posting my issue with the HIPER DSP cards here is what I have found to work. I restored the Hiper DSP card to factory default settings per Commworks Knowledge base. I then copy my settings over from a working card and it has been up for 5 days now with no troubles. I have never had to restore a card to Factory Settings so does anyone know why I would have to do it now? Anyway it works and thanks to those who gave me some ideas to try. Thanks, Kris McElroy kmcelroy(a)duracom.net Internet Systems Engineer Duracom, INC. www.duracom.net

6 5

Access to HiPer w/o console
by Sergey Y. Afonin 13 Nov '02

13 Nov '02

Hello. Can I access to HiPer DSP console without RS-232 cable ? For example via HiPer ARC telnet session... -- Regards, Sergey asy(a)kraft-s.ru

4 4

Radius/mailserver
by Ryan McCracken 12 Nov '02

12 Nov '02

This isn't really on the subject of this group but I'm not able to find answers elsewhere. My mailserver/radius server is not showing up in Network Neighborhood but has full functionality of all network services (IE, Mail serving, dialin auth.) except for Nortan corp. I also can not see any of the other computers in it's on Network Neighborhood. The computer is an NT 4.0 Sever. If anybody can help me out that would be great. Thank You, Ryan S. McCracken Computer Technician Keystone Connect rmccracken(a)keyconn.net 941-5000 *Note: We now serve Clearfield, Philipsburg, Dubois, State College, Huntington, Altoona and surrounding areas. We also offer Computer Repair and other new services.

4 4

Power input req for 130A DC PSU
by Paul Farber 12 Nov '02

12 Nov '02

Anyone got the input power req's for the 130A -48VDC PS's? 3COM P/N 1.009.915 I cannot find any docs on these units anywhere (i lost the original chassis docs). Thanks -- Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

1 0

Can save hub configuration
by Tom Harberts 11 Nov '02

11 Nov '02

Here's an odd problem to start a new thread with. I just put another chassis into service. The File menu on the Control Manager has the SAVE CFM grayed out. Can someone give me clues as to why that might be. -Tom

1 0

Dual PRI Problem
by Dan Houtz 11 Nov '02

11 Nov '02

Hoping someone can help.... Having a problem with a Total Control system and a Dual PRI card. The problem is that the PRI will fluctuate in and out of service. Sometimes it will stay up for days and other times if will go up and down many times over the course of a day. When its down, both the CD and Alarm light are red and I get a slow busy if I dial into it. The PRI is from a Verizon 5ESS switch using ESF framing and B8ZS line encoding. Verizon has run numerous tests and continues to claim the circuit is fine, counting no errors. PRI Card Info: Operational Status operational Serial Number BB673L8J Hardware Revision 4.0.0 Software Version 3.1.5 DIP Switch Settings 0 DRAM Installed (KB) 4096 ROM Installed (KB) 1024 PRI Congiruation: Line A Timing Source high Line B Timing Source mediumHigh Internal Timing Source notAllowed ISDN-GW Slot 16 Analog Modem Calls enable Modem call routing method roundRobin Set DS0 Out of Service upon NAC Removal disable INFO Message Timeout 20 DNIS Length 10 Select PCM Companding ulaw Span Line Configuration: Framing Mode ds1ESF Line Coding Options b8zs Response to Remote Loopback ignore Jitter Attenuation attenJitterOnTxmtr Transmitter Attenuation dB0 Primary Switch Type Set priSw5ESS Idle Byte Pattern 254 Call Proceeding/Connect on SETUP Message on ALERTING Response on SETUP Message off Overlap RX Mode disable Here's the inventory from the chassis: U.S. Robotics 17-Slot Chassis with PB clocking USRDevice3 <204.250.119.3> 1 3COM PRI-T1/E1 NAC BB673L8J 0NJ 4.0.0 4096 1024 0000000000000000 3.1.5 2 3COM Quad V.34 Digital Modem NAC B7B7ECHX 08U000 3.0.0 0 0 0000000110001000 6.1.86 3 3COM Quad V.34 Digital Modem NAC B6E78X7X 08U000 3.0.0 0 0 0000000110001000 6.1.6 4 3COM Quad V.34 Digital Modem NAC B6G79HSX 08U000 3.0.0 0 0 0000000110001000 6.1.6 5 3COM Quad V.34 Digital Modem NAC B827IVHU 08U000 3.0.0 0 0 0000000110001000 6.1.6 6 3COM Quad V.34 Digital Modem NAC B2Q8KLZC 08U000 3.0.0 0 0 0000000000001000 6.1.6 7 3COM Quad V.34 Digital Modem NAC BC16SP22 19U000 2.0.0 0 0 0000000100001000 6.1.86 8 3COM Quad V.34 Digital Modem NAC B877K1N0 08U000 3.0.0 0 0 0000000010010100 6.1.6 9 3COM Quad V.34 Digital Modem NAC B877K1JR 08U000 3.0.0 0 0 0000000010010100 6.1.6 10 3COM Quad V.34 Digital Modem NAC B877K1PP 08U000 3.0.0 0 0 0000000010010100 6.1.6 11 3COM Quad V.34 Digital Modem NAC B877K1JC 08U000 3.0.0 0 0 0000000010010100 6.1.6 12 3COM Quad V.34 Digital Modem NAC B867JUQG 08U000 3.0.0 0 0 0000000010010100 6.1.6 16 3COM NETServer NAC B8D657J6 0DO000 7.0.0 20480 2048 0000000000000000 3.8.1 17 3COM Network Management Card with clock B8E7LKQF 1UR00000 6.0 16384 8192 0000000000100000 5.5.5 1 3COM Bellcore Approved Long Haul Dual T1 NIC 4096 1024 0000000000000000 17 3COM Ethernet NIC ???????? ?? 0 0 0000000000000000

5 5

[Update] Help with LPBK/D-ALM
by Lee Terrell 07 Nov '02

07 Nov '02

Hi All, Thank you all for the loads of good information I got regarding this issue. I'm happy to report that I've got one of my recently acquired DSPs online receiving calls now, the second will be following shortly. It all boiled down to that after I was restoring to defaults, I wasn't saving T1/E1 and Modems to NVRAM. In our case, all I had to do was restore the defaults, save, and reboot the card. The default configuration was what matched there rest of my DSP cards for the framing, line code and switch type. Now with that out the way, I've been asked to locate some pricing for a software only contract so that we can consider obtaining some v.92 code. I've been going over the archives here pulling out notes from past v.92 related threads. I have 2 Total Control chassis at my disposal right now, and I know that the oldest one is out of the question for v.92 without some upgrades since the HiperArc only has 52488 KB of memory. My newer chassis though does have a 128 MB HiperArc. I haven't come across yet anyone posting regarding specific hardware versions needed in the NMC and DSP area. I have an NMC with hardware version 2.0 running code 6.2.17 and one with hardware version 6.0 running code 5.5.5. My DSP cards are either 0.49 or 0.53. So, based of this, am I correct in saying that if I had v.92 code to install, my newer chassis could indeed support it? If anyone has some specific info from a v.92 release regarding the hardware requirements from 3Com I may have missed please let me know. I have limited access to some 3com information, just not all since I'm lacking a contract right now. And with that out of the way, might anyone be able to point me in a direction of a Commworks vendor that has reasonably priced contract options just for software? Thanks again to you all for the help and feedback. I hope as I linger around here I might be able to return the kindness one of these days. Regards, Lee Terrell

2 1

Old modem cards/units/systems
by Matthew Bailey 07 Nov '02

07 Nov '02

We bought an ISP out two years ago and have been sitting on 3 USR Total Control Chassis with Quad cards etc.. Does anyone know of a good place to dump this hardware? There is 144 modems worth here.. Tried a couple hardware mailing lists but never had any response. E-bay without bids etc.. I hate to see perfectly good hardware go to waste. --Matt

1 0

Help with LPBK/D-ALM
by Lee Terrell 07 Nov '02

07 Nov '02

Hi All, I was referred over to this list which I didn't know was still active, I wish I had found it awhile back. We recently purchased 2 used Hiper DSP NIC/NAC sets for a 3com Total Control chassis. Initially, the cards came with an old code version (1.2.37), so we updated to match the rest of our DSPs at 2.1.9. Before and after the update, the LPBK/D-ALM led stays off, like it's not seeing a D channel on our PRI. After googling around some I checked settings like the switch type and set all those to match our other DSP cards, but the led still remains off. Can anyone here think of anything else I might can check or do before I write these off as bad cards and send off for replacements? I also seem to remember a way to clone a DSP configuration over to another DSP, but it's been awhile since I've had to use the TCM, so I'm fumbling with that and saving individual DSP configuration. Right now I'm just defaulting to "save all" on the CLI when I make changes. I thought that perhaps if I could do a clone, I could copy the config from a working card over to these new ones and see if I can get a positive result. I appreciate any help/guidance you can offer. Thank you, Lee Terrell

5 12

RE: [USR-TC] Help with LPBK/D-ALM
by Joel - Fox Computers 07 Nov '02

07 Nov '02

Response from the guy that was totally wrong the last time he opened his mouth, so take it for what it's worth --- But if you're missing options on a DSP, I would expect that to be more an NMC issue than the ARC. Like with V.92 - all DSP's with the newest code support it, but if the NMC code isn't new enough, the options are not available in TCM and therefore cannot be enabled. Just a thought. - Joel -----Original Message----- From: Lee Terrell [mailto:leet@directcon.net] Sent: Wednesday, November 06, 2002 11:58 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Help with LPBK/D-ALM I believe it has to do with the versions of code on the HiperArc and/or NMC. My chassis that shows NFAS Settings is a newer unit we purchased used a few years ago, and it is running 5.1.99 on the HiperArc and 6.2.17 on the NMC. The chassis with no NFAS is running 4.1.22 on the HiperArc and 5.5.5 on the NMC. Actually, I guess the NFAS would be dependent on just the HiperArc code. Something else I've found digging around, when I pull the PRI out of the card, TCM show the red alarm LED, but the actual card shows no alarm. And from the CLI if I run "sh modem_group slot:x" this card shows 24 modems available rather than 23 like all the other DSPs show, which makes me think the card is stuck in some type of channelized T1 mode and/or it is malfunctioning. These cards supposedly came from an ISP that liquidated it's hardware, but as to whether or not these DSPs came from previously working units or a shelf of spare unknown cards I don't know. Regardless, I'm planning to contact the merchant and arrange for some different cards to try. Because the original code on these cards when I got them was so old, I'm leaning toward thinking that these were shelved cards that weren't in production use for awhile. I've checked and rechecked the code version on these new cards against my working ones and they all check out at 2.1.9 in the inventory. I'll run through tomorrow and try some older code, but I have a hunch that based off what I've seen this evening, the card is not going to run right. If all goes well hopefully I'll be trying this again within a week :) Thanks for all the useful feedback. I've at least got a few more notes in my 3com troubleshooting notebook. Regards, Lee Seth Jacobs wrote: > > I'm curious as to why one chassis would show an NFAS setting and another > would not. > > One thing we've found is that if a card doesn't work, sometimes if we > reinstall with an early version of DSP code (e.g.., 2.0.19) and then step > through the upgrades until we get to our current code level (e.g., 3.5.100) > it will fix things. > > Sorry I can't be of more help. > > Seth _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

5 5