October 2002 - USR-TC - mailman.xmission.com

RE: [USR-TC] HiperNMC serial cable
by Joel - Fox Computers 15 Oct '02

15 Oct '02

If you've got the original cable and null-modem adapter, connect the null-modem adapter to the cable you have, then connect any 9->25 modem cable to the null modem adapter and use that to connect to your puter. -----Original Message----- From: Jobe Bittman [mailto:jobe@tns.net] Sent: Tuesday, October 15, 2002 12:38 PM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] HiperNMC serial cable Does anyone know how to make a 9 pin serial cable for the HiperNMC? All I have the the 25-pin connector and I no longer have a machine with a 25pin serial interface. Thanks, Jobe _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

3 5

Active Users by E1/T1
by Esteban Troncoso Suarez 15 Oct '02

15 Oct '02

Hi Could you tell me what is the MIB for calculate the number of active sessions for every E1 or T1. In Cisco AccessServer, I found the MIB "cpmActiveUserID" (.1.3.6.1.4.1.9.10.19.1.3.1.1.3) . With this MIB, I can calculate the number of active sessions in every E1 (or T1). Thanks Esteban

5 11

HiperNMC serial cable
by Jobe Bittman 15 Oct '02

15 Oct '02

Does anyone know how to make a 9 pin serial cable for the HiperNMC? All I have the the 25-pin connector and I no longer have a machine with a 25pin serial interface. Thanks, Jobe

1 0

DSP Code
by Kris McElroy 15 Oct '02

15 Oct '02

I am currently running 2.1.85 in about 95% of TC's and 5% 3.1.7. I am looking at upgrading to the 3.5.100 is anyone having any issues with this code? I know that I downloaded 3.5.12 and I had nothing but problems? Thanks, Kris McElroy kmcelroy(a)duracom.net Internet Systems Engineer Duracom, INC. www.duracom.net

3 3

TCM detecting V.92
by Adam Barnhill 13 Oct '02

13 Oct '02

I have to assume that because Total Scrutinizer is able to detect V.92 statistics that TCM can as well. I'm using TCM 8.2.6 After all TCS 4.5 was the code supplying the SNMP oids for such connections. I never pulled a V.92 stat, but did manage to get a few reports of V.44 Easiest way to check is: click on Modems ->Performance->Select all modems->Function Group "Call Statistics"-> Select fields of "modem modulation, initial modulation, compression" Then click ok. You should see V90Digital(34) for V90 connects. If memory serves me right a V.92 connect looks like V92Digital(45). -- Adam Barnhill Support Engineer, TotallyFabricated.com Information Technology Engineer, Poplar Bluff Internet, Inc. / Semo.net P.O. Box 190 | Poplar Bluff, MO 63902 | 573.686.9114, <http://www.semo.net/> Home of TotallyFabricated.com the creators of Total Scrutinizer

5 5

routeing out of the box
by Rick Eicher II 11 Oct '02

11 Oct '02

Warning first time to run a TC I have a TC with a dual PRI card, netserver pri, and Net Man card. I have it set up to the point that a user can dial in and get authenticated. Once they are connected they can not get anywhere. What I mean is they can not ping anything even our router (there gateway). From the console of the netserver card I can ping everything in the world. I currently do not have the Net Management card plugged into the switch; just the Net server card is plugged in. First do I need both cards plugged into our switch? Is there any other reason for user not being able to get out of the TC box? Thanks, Rick

2 6

Re: [USR-TC] tcs upgrade resulted problem with MRTG.
by Wade Kemp 11 Oct '02

11 Oct '02

How about the MRTG code ?? that would help. > > Message: 2 > From: "Jon Cloud" <cloud(a)fsr.com> > To: <usr-tc(a)mailman.xmission.com> > Date: Thu, 10 Oct 2002 11:00:07 -0700 > Subject: [USR-TC] tcs upgrade resulted problem with MRTG. > Reply-To: usr-tc(a)mailman.xmission.com > > Hello everyone one. First off I just want to say thanks. I've only > posted to the group twice, but have found the list to be some of the > best techsupport for TC problems and knowledge. I think something > similar to my problem has been discussed before, but my computer > couldn't handle the 21 MB archive file very well. So if this question > has already been addressed in the list, I'm sorry I couldn't find first. > > Any ways, I have a Total Control chassis with a HiPer DSP, a hyper > ARC, management card, and power supply. This setup used to be in > production running TCS 3.5 or 3.6 maybe even lower, sorry I can't > remember the exact version any more; recently my company pulled the > chassis from its service area to relocate it. During this move I > thought, "Hey this would be a great time to update the TCS code since > its not in use." So I did just that, I inventory the chassis and updated > everything to TCS 4.0 which is the highest versions the combined > hardware could support. > > For the most part this went okay, the chassis is back in the field > taking calls and working great. However, I swear the question is coming > soon :), when we went to setup MRTG for the modem usage the results were > incorrect. Instead of displaying the number of logged in users of the > DSP, it displayed value of the number of successful logins, including > logins from scripts telneting to the chassis. The result is a graph with > an increasing slope, and prior to the updated firmware MRTG worked > flawlessly with this chassis. We're using the same OID as before and > have looked at the mib file to verify that the OID in use is the one we > should be using. I guess my questions are, has anyone seen this kind of > behavior with this version of TCS, or other versions? If so, were you > able to fix them and how? If not, any suggestions? I'm currently trying > to reflash ARC with the same code, as a "just in case" precaution; I > have also thought about downgrading the code on the ARC to see if that > improves anything. > > Here is the current hardware info from the chassis inventory if this > will help. > > 3Com 17-Slot Chassis with PB clocking > > SLOT | CARD | HARDWARE VERSION | DRAM (KB) | FLASH (KB) | SOFTWARE > VERSION | > 1 3COM High-Density 24 Channel NAC 0.53.0 8192 > 2048 2.0.19 > 16 3COM HiPer ARC NAC 15.0.0 131072 16384 > 5.0.9 > 17 3COM NMC w/ clock 6.0 > 16384 8192 7.1.8 > > Any pointers, or solutions would be appreciated, and if I have left out > any details which may help please let me know. > > Thanks again for your input. > > Jon Cloud -- First Step Internet. > >

1 0

tcs upgrade resulted problem with MRTG.
by Jon Cloud 10 Oct '02

10 Oct '02

Hello everyone one. First off I just want to say thanks. I've only posted to the group twice, but have found the list to be some of the best techsupport for TC problems and knowledge. I think something similar to my problem has been discussed before, but my computer couldn't handle the 21 MB archive file very well. So if this question has already been addressed in the list, I'm sorry I couldn't find first. Any ways, I have a Total Control chassis with a HiPer DSP, a hyper ARC, management card, and power supply. This setup used to be in production running TCS 3.5 or 3.6 maybe even lower, sorry I can't remember the exact version any more; recently my company pulled the chassis from its service area to relocate it. During this move I thought, "Hey this would be a great time to update the TCS code since its not in use." So I did just that, I inventory the chassis and updated everything to TCS 4.0 which is the highest versions the combined hardware could support. For the most part this went okay, the chassis is back in the field taking calls and working great. However, I swear the question is coming soon :), when we went to setup MRTG for the modem usage the results were incorrect. Instead of displaying the number of logged in users of the DSP, it displayed value of the number of successful logins, including logins from scripts telneting to the chassis. The result is a graph with an increasing slope, and prior to the updated firmware MRTG worked flawlessly with this chassis. We're using the same OID as before and have looked at the mib file to verify that the OID in use is the one we should be using. I guess my questions are, has anyone seen this kind of behavior with this version of TCS, or other versions? If so, were you able to fix them and how? If not, any suggestions? I'm currently trying to reflash ARC with the same code, as a "just in case" precaution; I have also thought about downgrading the code on the ARC to see if that improves anything. Here is the current hardware info from the chassis inventory if this will help. 3Com 17-Slot Chassis with PB clocking SLOT | CARD | HARDWARE VERSION | DRAM (KB) | FLASH (KB) | SOFTWARE VERSION | 1 3COM High-Density 24 Channel NAC 0.53.0 8192 2048 2.0.19 16 3COM HiPer ARC NAC 15.0.0 131072 16384 5.0.9 17 3COM NMC w/ clock 6.0 16384 8192 7.1.8 Any pointers, or solutions would be appreciated, and if I have left out any details which may help please let me know. Thanks again for your input. Jon Cloud -- First Step Internet.

1 0

RE: [USR-TC] routeing out of the box
by Jeremy Malli 10 Oct '02

10 Oct '02

I've also found that the older Netserver's (at least the analog boxes) will allow you to put in a supernet netmask, but apparently don't understand how to use the supernet. So if you have a supernet, 192.168.0.0/23 and you assign 192.168.0.2/23 to net0 and 192.168.1.1 to the assigned pool first address, those dial-up customers will not be able to access the external network. Jeremy Malli Visionary Communications, Inc. jeremy(a)vcn.com -----Original Message----- From: Rick Eicher II [mailto:rick@pbol.net] Sent: Wednesday, October 09, 2002 3:21 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] routeing out of the box I put the netserver card on the same IP block as the IP pool and it all works now. Thanks, Rick _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

Re: USR-TC digest, Vol 1 #294 - 1 msg
by Cenk Gunel 09 Oct '02

09 Oct '02

The following may help: DS0 Status Definition Idle The link is open, but not in use. Dial In An incoming call has been received for this DS0 and is in the process of being connected. Dial Out An outgoing call is being initiated for this DS0 and is in the process of being connected. Conn In An incoming call has been connected on this DS0. Conn Out An outgoing call has been connected on this DS0. Disc A call is being disconnected. Fchan This DS0 is reserved for framing. Lpbk The link between the DSP multispan SS7 and the access router card is in a loop back state. ----- Original Message ----- From: <usr-tc-request(a)mailman.xmission.com> To: <usr-tc(a)mailman.xmission.com> Sent: Tuesday, October 08, 2002 3:27 PM Subject: USR-TC digest, Vol 1 #294 - 1 msg > Send USR-TC mailing list submissions to > usr-tc(a)mailman.xmission.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > or, via email, send a message with subject or body 'help' to > usr-tc-request(a)mailman.xmission.com > > You can reach the person managing the list at > usr-tc-admin(a)mailman.xmission.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of USR-TC digest..." > > > Today's Topics: > > 1. Hiper DSP showing Disc (RX 0001 TX 1101) (pankaj) > > --__--__-- > > Message: 1 > From: "pankaj" <pankaj(a)worldgatein.net> > To: <usr-tc(a)mailman.xmission.com> > Date: Mon, 7 Oct 2002 19:28:05 +0530 > Subject: [USR-TC] Hiper DSP showing Disc (RX 0001 TX 1101) > Reply-To: usr-tc(a)mailman.xmission.com > > span1>di ats > 20 Idle N/A UNBLOCKED 0x00000000 > 21 Idle N/A UNBLOCKED 0x00000000 > 22 Idle N/A UNBLOCKED 0x00000000 > 23 Disc 022 UNBLOCKED 0x00131501 > 24 Disc 023 UNBLOCKED 0x00131601 > 25 Idle N/A UNBLOCKED 0x00000000 > 26 Idle N/A UNBLOCKED 0x00000000 > 27 Idle N/A UNBLOCKED 0x00000000 > > span1>di ata > 10 RX 1001 TX 1001 26 RX 1001 TX 1001 > 11 RX 1001 TX 1001 27 RX 0001 TX 1101 > 12 RX 1001 TX 1001 28 RX 0001 TX 1101 > 13 RX 1001 TX 1001 29 RX 0001 TX 1101 > 14 RX 1001 TX 1001 30 RX 1001 TX 1001 > 15 RX 1001 TX 1001 31 RX 1001 TX 1001 > > Hi all,,,, Above is the status of my Hiperdsp which I accessed using console. > > Now on that dsp users are unable to land, It was working ok before one hour and suddenly stop accepting users call. > > I have first time seen "Disc " in "di ats " What does it mean.?? > > > Regards > Pankaj Patel > > > > > --__--__-- > > _______________________________________________ > USR-TC mailing list > USR-TC(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > > > End of USR-TC Digest

3 2