December 1999 - USR-TC - mailman.xmission.com

RE: (usr-tc) chat_script synta
by Stainforth, Matthew 03 Dec '99

03 Dec '99

I believe 6.0.9 is for a 4 meg nmc. Unless I just missed something, he's got a 16 meg card. > -----Original Message----- > From: Tatai SV Krishnan [mailto:tkrishna@bubba.ae.usr.com] > Sent: Friday, December 03, 1999 5:25 AM > To: Blue Moon Network Administrator > Cc: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) chat_script synta > > > On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote: > > > On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote: > > > Our strings were set, we never leave them at the defaults. > > > > > > It looks like the NMC is dead, just stays in the SDL > state with the green RN/FL > > > flashing and no other lights. > > > > > > I don't think the PC SDL will even begin to talk to it.... > > > > > > I don't know what versions the -n and -v options want put > in, nothing is > > > explained and nothing works. > > > > > > pcsdl -p2 -r57600 -vSD6.0.9 -vNA3.2.0 -nSDnm -nNAnm > > > > OK looks like those were backwards. > > > > pcsdl -p2 -r57600 -vSD3.2.0 -vNA6.0.9 -nSDnm -nNAnm > > > > That worked, but it just replied > > > > **Error** File I/O ERROR > > I/O Error is an error between your pc and serial port. PUt the dip > switch 5 and 6 in 'on' position on the nmc - as soon as you > put the card > in do not wait for it to boot, just start the pcsdl download. > > krish > > > > > which I knew it would. > > > > Just a stuck in SDL mode 16MB 486 NMC card with the RN/FL > flashing green > > forever and no way to get it out of that mode. > > > > Will DIP switches 7 through 10 allow some sort of reset to > take place? DIP 5 > > doesn't do anything different up or down operational or with pcsdl. > > > > J. Henry Priebe Jr. Blue Moon President & Network > Administrator > > root(a)bluemoon.net net.bluemoon.net - Blue Moon Online System > > V.90, X2 & K56flex www.railfan.net - The Railfan Network > > http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD > > bbs.bluemoon.net irc.bluemoon.net - ZUHnet > Buffalo, NY IRC Server > > > > - > 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) SNMP bug?
by farber＠admin.f-tech.net 03 Dec '99

03 Dec '99

Hello all... I have a neat-o little php3 script that shows me users, time on line, speed, and bytes in/out. Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon PPP on the modem and got: Incoming PPP Data on interface: slot:3/mod:2 LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1 Outgoing PPP Data on interface: slot:3/mod:2 LCP ECHO_RPLY 81 e7 42 27 Incoming PPP Data on interface: slot:3/mod:2 LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66 Outgoing PPP Data on interface: slot:3/mod:2 LCP ECHO_RPLY 81 e7 42 27 meaning that they *are* there. Wouldn't the idle timeout handle this? I verified my script with TCM and it also showed 0 in/out with online time of 1hr+. Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 - 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.

9 20

(usr-tc) Stalling web pages w/TC products
by Cheryl Johnson 03 Dec '99

03 Dec '99

We have been having problems recently showing up with the TC chassis. We are using the HiPerARC and DSP with channelized T1s. The software version is ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP cards. Customers are beginning to complain about web pages are timing out from more than one POP site. Strange thing is nothing has been changed on the chassis except the radius server. Checked the configs but nothings seems different. Anyone have any idea what could be the problem? Any ideas are appreciated. Cheryl Johnson Network Administrator Seidata Network Services, Inc. http://www.seidata.com

4 9

Re: (usr-tc) Y2K
by Florin_Neamtu＠3com.com 03 Dec '99

03 Dec '99

Hi Dave, Y2K certificate is redeemable direct from http://w3n.3com.com/cso/y2kweb.nsf/home+page?openform. Once at this page select : A) "product status listing" at the top, B) Depending on the product they want certified click on that (ex: click on Corebuilder), C) Click on the specific product within that family (ex: click on Corerbuilder 7000). This will tell what software is supported and then "Click here to prepare a certification" to print out 3Com certified letter. Do an inventory report first. hope this helps, regards, FN - 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) Y2K
by Administration 02 Dec '99

02 Dec '99

Hi, I'm new to this group and apologize in advance for any newbieness! Looking for info on Y2K compliance for USR-TCs. Just purchased two w/V34 analog quad modems, NMC and NSC using POTS. Software is TC Mgr. Version 6.0.23. Any help would be appreciated! Dave Ashworth admin(a)jam21.net www.jam21.net

2 1

Re: (usr-tc) chat_script syntax
by Blue Moon Network Administrator 02 Dec '99

02 Dec '99

On Wed, 1 Dec 1999, Tatai SV Krishnan wrote: > you need to upgrade your TCM, your nmc and then upgrade the hiper dsp. > > The nmc reports about the card id, the tcm will display the card only. > > So you have no other option but to upgrade everything to the latest tcs > 3.6 code. > > krish UGH. Guess I'm out of luck at this point. No contract, spent enough money with 3com for all the headaches we've gone through with them. Krish has been great with his help so far in getting it to the point it is at now, but after 24 hours online it is painfully obvious that the unit for which I paid Source about 11 grand cannot be used without paying USR/3com more money or losing a whole mess of customers. I have had to take the unit offline. Constant customer complaints about failed connection attempts and session disconnects have been flooding in and those same people use our netserver X2 only TC and V.90 Portmasters without difficulty. Interesting that my $30 LT Winmodem seems to work better with this HARC pig than v.90 USR's do! I just don't see why I should pay USR MORE money to be able to make a never used $11,000 piece of equipment function as a minimal PPP server for my customers at our small (168 dialups) local ISP. Am I unreasonable in feeling this way? Regardless of whether or not I dump this dog I'd like to take this opportunity to publically thank Krish for his help in trying to make this heater/brick useful, if only USR was run by people like Krish I wouldn't be going through this 3Com/USR BULL$#|+! J. Henry Priebe Jr. Blue Moon President & Network Administrator root(a)bluemoon.net net.bluemoon.net - Blue Moon Online System V.90, X2 & K56flex www.railfan.net - The Railfan Network http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server - 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) syslog problem
by Kelly Peterson 02 Dec '99

02 Dec '99

We have recently noticed that some syslog entries are being sent really late. The example below shows IP address information being sent about 4 hours after the client and connected and disconnected. Does anyone have any ideas as to what might cause this? We're running HiperArcs with version 4.2.32 firmware. Dec 1 16:32:11 ns19.compusmart.ab.ca At 16:29:45, Facility "Auth Facility", Level "VERBOSE":: A call, call id = 51446511, has arrived on interface slot:4/mod:18 Dec 1 16:32:24 ns19.compusmart.ab.ca At 16:29:58, Facility "Auth Facility", Level "COMMON":: A call is established, call id 51446511, on interface slot:4/mod:18 Dec 1 16:32:27 ns19.compusmart.ab.ca At 16:30:01, Facility "Auth Facility", Level "VERBOSE":: User mharnett successfully connected to the PPP process for call id 51446511 on interface slot:4/mod:18 Dec 1 16:33:58 ns19.compusmart.ab.ca At 16:31:32, Facility "Auth Facility", Level "COMMON":: The connection for call id 51446511, on if slot:4/mod:18 was dropped for user mharnett Dec 1 20:12:16 ns19.compusmart.ab.ca At 20:09:50, Facility "Auth Facility", Level "COMMON":: Port slot:4/mod:18 user mharnett session connected, call id 51446511, protocol: PPP - ip address: 206.75.182.19 Dec 1 20:14:18 ns19.compusmart.ab.ca At 20:11:52, Facility "Auth Facility", Level "COMMON":: Port slot:4/mod:18 user mharnett session disconnected, call id 51446511, protocol: PPP - ip address 206.75.182.19 - 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) CLID, DNIS , ANIS , Caller ID ?
by Stainforth, Matthew 02 Dec '99

02 Dec '99

> >understanding that DTMF (*not* MF) on my side is multifrequency (not > >digitone) on their side, and the phrase "we set the T1 for > wink" means "set > >the DSP card for wink dial-in/out start signal" (ie, don't > mess with the > >wink ack), life was good. > > You still have it backwards. > > MF = multifrequeny > DTMF = touch tone yeah, one would think so, but the backwardsness appears to be from the telco's naming convention. At least in our case, they had the trunks set to "MF" and the only thing that would work on the DSP end was to set the tone type to DTMF. I asked them if they had anything that sounded like DTMF in their list of options and they said, "well, we can set it to digitone" which wouldn't work no matter what I set the tone type to on the DSP. We ended up settling on DTMF on the DSP and MF on their end. Don't ask me what the hell digitone is, all I know is it wouldn't work no matter what tone type I picked on the DSP end. - 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) Evil Spirits in my rack!
by Stainforth, Matthew 02 Dec '99

02 Dec '99

I saw that just this morning while working with my telco to transition 4 T1's from PRI to CT1. After making the configuration changes, saving to NVRAM, and rebooting, they would take the first DS0 on each T1 and bring it off-hook which should have caused the modem to start squealing but all they got was dead air. I looked at the modem stats and saw that it did receive a call but the reason for call failure was "pbGenericError". I took pb to mean packet bus so I did a hardware reset of the ARC which cleared the problem with the first T1 but not the others. A hardware reset of the 3 other DSP cards cleared the problem on the others. I'm not sure what this means for you and your situation other than it's exactly the same error, but it may lead you to an ultimate solution. If you ever find out what that error means, please let me know. ;-) > -----Original Message----- > From: mmm3(a)cornell.edu [mailto:mmm3@cornell.edu] > Sent: Thursday, December 02, 1999 10:33 AM > To: usr-tc(a)lists.xmission.com; > 3com.totalservice.support.totalcontrol(a)cornell.edu > Subject: (usr-tc) Evil Spirits in my rack! > > > I have yet to see this particular problem on the list, so I'm going > to throw it out there and see what swims back... > > For the past several months, on and off, I have been plagued by a > problem where a chassis in a particular spot on my rack suddenly > stops taking calls and returns a fast busy signal. I have: > > 1] Power cycled the chassis <--this works for about 8 hours > 2] Replaced all the cards > 3] Replaced the chassis > 4] Swapped out the chassis with a test chassis > 5] Swapped the T1s going into the DSPs > 6] Removed *all* the cards except for one DSP, one ARC, one NMC, and > two PSUs. > 7] Tried rebooting the DSPs. > > Firmware is at current levels. At one point, I actually sent the > whole chassis back to 3Com and received a brand new one. This > morning, I took a look at the performance monitor and saw, under > "Reason for Call Termination": > > pbReceivedLsWhileLinkUp(55) > > Under "Reason for Call Failure", I see: > > pbGenericError(46) > > Anyone know what the heck is going on? I'm ready to call a priest! > Incidentally, is there someplace out there where I can get a > "dictionary" of those reason for disconnect messages? I have tried > the knowledge base and wound up going 'round in circles. Thanks for > any help you can give me. > ********************************************************* > Michelle M. Mogil > Network and Computing Systems > 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 > vox: (607) 255-0516, fax: (607) 255-8420 > email: mmm3(a)cornell.edu > ********************************************** > > - > 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) CLID, DNIS , ANIS , Caller ID ?
by Stainforth, Matthew 02 Dec '99

02 Dec '99

> Am I going to have problems doing both ANI and DNIS at the > same time on a > (trunk side) channelized T1? > > Any other potential gotchas for someone used to PRI? :) Aside from > ordering it with the right parameters (E&M type 2, wink > start, wink ack, > probably will try to get B8ZS instead of AMI...) Doh, my bad, I got it backwards in my last post. I'm actually moving a bunch of trunks from PRI to CT1 and it wasn't too painful. The most painful part was trying to translate my options on the DSP card to something that the telco could understand. Once we got to the understanding that DTMF (*not* MF) on my side is multifrequency (not digitone) on their side, and the phrase "we set the T1 for wink" means "set the DSP card for wink dial-in/out start signal" (ie, don't mess with the wink ack), life was good. Matthew - 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