- USR-TC - mailman.xmission.com

Strange Error messages
by MacDonald, James 13 Dec '02

13 Dec '02

We, get this message of 2 modems on a specific slot of this chassis ... we have several hundred chassis' full of DSPs and these are the only 2 modems exhibiting this error message. Any ideas what this might mean? We get about 10 of these every second to the log file ... Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:2/mod:2 2 more things ... they appear to come right after this message: Level "UNUSUAL":: Illegal CMN FSM Event, Interface: slot:2/mod:1 and we "don't" currently have a DSP in slot 2 ... wierd! James MacDonald, CCNP Senior Platform Manager, IP Network Operations AT&T Canada Corp. 370 King St W., 6th Floor Toronto, ON M5V1J9 Ph: 416-204-5793 Fx: 416-204-5744 Emergency: 416-204-5700 (NMC Hotline) Email: james.macdonald(a)attcanada.com

2 1

MultiSpan / Hiper Bundles - 1year warranty
by Stephen Rivera - WRCA.Net 12 Dec '02

12 Dec '02

As you guys can tell the market is full of the TC1000. As I buy them I am pleasantly surprised to see the recent codes and cards. The result: 1 year warranty. 192 port MultiSpan TC1000 V.92 Chassis w/ dual 130Amp AC power supplies P/N: 542635-02 (2) 96port Multi Span Nac's (2) Hiper Access Router Card 128/16 Hiper NMC (2) AC PSU 130 Amp Nac $7500 - 1 year warranty 336 port TC1000 v92 Chassis w/ dual 130Amp AC power supplies P/N: 542635-02 Hiper NMC (2) Hiper ARC 128Mb version (NIC/NAC set) (14) Hiper DSP (T-1 NIC/NAC) $7000.00 - 1 year warranty If you are looking for individual cards I have them too. Technical Support Available.

1 0

tcm doesn't find nmc
by shahrooz 11 Dec '02

11 Dec '02

Hi all I want to connect to nmc with tcm (windows) but tcm reports: "device not responding" snmp strings are correct and nmc ip ping in lan with no problem. any suggestion? Regards Shahrooz

5 6

Dual PRI NAC can't find modem cards
by Jacques Caruso 11 Dec '02

11 Dec '02

Hi, just a disclaimer first : this one is probably a _really_ stupid question but I am very new to Total Controls and a bit lost. We've got an old TC1000 in the following configuration : 1 Dual PRI NAC + Dual E1 NIC 12 Quad V.34 Digital Modem boards (in slots 2-13) 1 NETServer PRI Card 1 NMC I've correctly configured (hopefully) the NETServer, setting all modems on ports S5-S52 active, configuring them as network dialin and so on. The problem is, the Dual PRI NAC doesn't seem to detect all the modem boards. Here is what it reports : Chassis Slot Device Configuration Device Device Slot# Type Slot# Type 1 Dual-E1 9 NONE 2 Quad-mdm 10 NONE 3 Quad-mdm 11 NONE 4 Quad-mdm 12 NONE 5 Quad-mdm 13 NONE 6 Quad-mdm 14 NONE 7 NONE 15 NONE 8 NONE 16 ISDN-GW Still, the modem boards on slots 7-13 are all green, and if I configure one of their ports (say, S37) to be accessible /via/ a telnet session on port 6037, I indeed can talk to the modem on the board in slot 10. Also, the NETServer shows all these ports as being 'ready' and their modems as 'present'. So, where did I screw up ? For reference, here are the version numbers of the two cards' firmware. First, the Dual PRI NAC : Dual E1 CAS Application Card Revision 1.3.97 (Card Id: 27) Boot Code Linked Date : Mon Dec 04 17:41:48 1995 Operation Code Linked Date : Wed Jan 21 17:39:46 1998 And the NETServer : Command> version U.S. Robotics Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.5.34 Build date: Jun 19 1997 Build time: 14:02:28 Network Interface Card: Ethernet & Frame Relay Combination (26) ISDN Interface Card : MUNICH32 (4) Packet Bus Circuit : Enhanced Licensed for 60 ports. Again, sorry if this is utterly trivial to solve, but I already tried RTFMing, searching Google, etc., all to no avail, and this is driving me mad :-( Hope someone has the answer (even if it's just « Go RTFM that card's manual at that section »). Thanks. Regards, -- [ Jacques Caruso <jacques(a)monaco.net> Développeur PHP ] [ Monaco Internet http://monaco-internet.mc/ ] [ Tél : (+377) 93 10 00 43 Clé PGP : 0x41F5C63D ] [ -+- Support bacteria! They're the only culture some people have. -+- ]

1 0

WTS: Total control BLOWOUT!!
by sky1 10 Dec '02

10 Dec '02

I have lots of total control equipment that I need to move: (All are NAC/NIC sets) (Quantity discounts available on everything....make me an offer) Hiper DSP V.90 T-1 $325.00 each Hiper ARC (128Mb Version) $275.00 each Hiper NMC $700.00 each (Limited quantities...~15-20 I'd be willing to part with) Full blown Total Control Chassis ....$5500.00 (will consider quantity discounts!!) w/ (14) Hiper DSP V.90 T-1 (2) Hiper ARC (128Mb Version) (1) Hiper NMC (1) Blue Stickered chassis w/ dual 130 Amp AC power supplies. We have several Quad V.34 Digital bundles as well. If you need any parts or pieces, give us a shot! !!! If you have any interest in anything and don't like my prices, I will consider your offers !!! Thanks, Shannan Young SouthWest Data Technology, Inc. 972-739-7010 972-739-7013 (Fax) sky1(a)airmail.net www.swdt.com

1 0

RE: [USR-TC] Hiper Arc Problems Please Help
by RickL＠solunet.com 10 Dec '02

10 Dec '02

Have you ever telneted in, did a save all, and then rebooted the ARC? maybe do a "show config all" before and after the telnet reboot, save them, reboot the chassis back on line then go for the good old fashioned stare and compare in your configs to see what the difference is? You might capture the boot sequence from the console port to see if it gives any hints as to what the hey. It almost sounds as though the ARC does not own the modem interfaces until the chassis is rebooted. It would be interesting to see what a "List Chassis" says after a reboot of the ARC from a telnet session. -----Original Message----- From: Travis M. Best [mailto:sysadmin@sunqwest.net] Sent: Thursday, December 05, 2002 11:41 AM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Hiper Arc Problems Please Help Yes if I reboot the card by typing reboot in the telnet window or via the tcm software all my modems come up busy but if if power down the chassis and power it back-up it is fine -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com] On Behalf Of RickL(a)solunet.com Sent: Thursday, December 05, 2002 9:54 AM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Hiper Arc Problems Please Help Ouch. So, you can make a change via telnet, do a "save all", then reboot, and your changes do not save (therefore the card does not work), but if you reboot the chassis, it comes up fine? -----Original Message----- From: Travis M. Best [mailto:sysadmin@sunqwest.net] Sent: Wednesday, December 04, 2002 7:02 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Hiper Arc Problems Please Help Rick, The Dip Switch Is Off -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com] On Behalf Of RickL(a)solunet.com Sent: Wednesday, December 04, 2002 5:22 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Hiper Arc Problems Please Help Is Dip switch # 5 on? (Component side near front edge of ARC). Rick Team Solunet -----Original Message----- From: Travis M. Best [mailto:sysadmin@sunqwest.net] Sent: Wednesday, December 04, 2002 12:46 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Hiper Arc Problems Please Help This I can do a software reboot on the DSP cards and have no problems it when I try a software reboot on the hiper arc card that causes the problem -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com] On Behalf Of RickL(a)solunet.com Sent: Wednesday, December 04, 2002 11:46 AM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Hiper Arc Problems Please Help Travis, When you reboot an individual card, the system loads the configuration from the local flash on the card. By contrast, each card will pull their configuration for the flash on the NMC when the system is powered down and brought back up. All you should have to do is reboot the chassis, then save all of your modems to their local flash when they come back up. Then you can reboot individual cards or the whole chassis without killing a thing. (choose card, "Configure", "Action Commands", Choose software, the "Save both T1/E1 and modems TO NVRAM") Hope this helps.. Rick Team Solunet -----Original Message----- From: Travis M. Best [mailto:sysadmin@sunqwest.net] Sent: Tuesday, December 03, 2002 9:09 AM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] Hiper Arc Problems Please Help I have a problem where if I reboot the chassie from the telnet window of do a software reset on the hiper arc it busy out my modems with a fast busy but if I power down the unit and power it backup everything is ok. Has anyone seen this before??? Is this some setting I am missing some where? Please help Thanks, Travis Best Systems Administrator

5 7

disconnecting a session...
by Jon Myers 08 Dec '02

08 Dec '02

I figured this would come up a couple times in discussions, but havnt found anything in the past few months worth of archives.. Does anyone know of a way (pref. via SNMP) to disconnect a session? We have a NETServer card (as opposed to an edgeserver). The chasis has mostly quadmodems, but also two HiPer cards (umm.. those thingys that take a chan. T1 directly, and have the 24 modems on 'em DSP? Arc? don't know what you call those things, a bit new to thile whole TC rack thing). Also, for some strange reason, I can only talk to the NETServer card. The NMC card works for about a day or two, then will not respond to the console port, or network. Yet the rack continues to function correctly (take calls, do radius requests, etc..) An answer to this would be nice too.. - - - Jon Myers The Circuit's Edge (ISP)

4 5

RE: [USR-TC] disconnecting a session...
by Joel - Fox Computers 07 Dec '02

07 Dec '02

Word of caution - I've seen in Total Scrutinizer, if a person loses carrier and then reconnects immediately, if I refresh the list of users within a short period of time after the lost carrier, it shows as two users being connected, like maybe the HiperARC didn't figure it out and kill off the dead connection right away. You could really piss somebody off if they get a lost carrier and then can't reconnect right away and get an email about being logged on more than once. If the ARC thinks the connection is still there, I would guess it hasn't reported the accounting-stop message to the radius yet either. Just a thought. - Joel -----Original Message----- From: Jon Myers [mailto:joeshmo@infoblvd.net] Sent: Saturday, December 07, 2002 10:56 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] disconnecting a session... The whole idea for the disconnecting the sessions was because I'm writing an authentication module for radius (xtradius actually). I'm doing something unique with multiple logons. Insted of just disallowing the second session, I'm going to first disconnect the first session, then refuse the second. That'll teach 'em to give out thier passwords. I'll probably also have something in there to email the user to let them know why they got the boot. For anyone interested, heres how I disconnect the session (using a python script, in unix): import sys, telnetlib host = 'my.totalcontrol.rack.net' user = '!root\r' password = 'mypassword\r' cmd = 'reset S22\r' tn = telnetlib.Telnet(host) tn.read_until('ogin: ') tn.write(user) tn.read_until('assword: ') tn.write(password) tn.read_until('Command') tn.write(cmd) tn.read_until('Command') tn.write('quit\r') so my radius auth script just creates this file, making "cmd" have the correct port, and forks off a process to run it if the user is already logged in. Also, I will now be able to disconnect users from a web page (from my online.php page most likely). At 08:42 PM 12/6/2002 -0800, you wrote: >We're using the HiperDSP cards, so I don't know if it applies to your >equipment, but we use Total Scrutinizer, and it has the ability to >disconnect a session if it knows the read/write snmp password. > >Seth > >----- Original Message ----- >From: "Jon Myers" <joeshmo(a)infoblvd.net> >To: <usr-tc(a)mailman.xmission.com> >Sent: Friday, December 06, 2002 6:34 PM >Subject: [USR-TC] disconnecting a session... > > >> I figured this would come up a couple times in discussions, but havnt >found >> anything in the past few months worth of archives.. >> >> Does anyone know of a way (pref. via SNMP) to disconnect a session? We >> have a NETServer card (as opposed to an edgeserver). The chasis has >mostly >> quadmodems, but also two HiPer cards (umm.. those thingys that take a >chan. >> T1 directly, and have the 24 modems on 'em DSP? Arc? don't know what you >> call those things, a bit new to thile whole TC rack thing). >> >> Also, for some strange reason, I can only talk to the NETServer card. The >> NMC card works for about a day or two, then will not respond to the >console >> port, or network. Yet the rack continues to function correctly (take >> calls, do radius requests, etc..) An answer to this would be nice too.. >> >> - - - Jon Myers >> The Circuit's Edge (ISP) >> >> >> >> _______________________________________________ >> USR-TC mailing list >> USR-TC(a)mailman.xmission.com >> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > > >_______________________________________________ >USR-TC mailing list >USR-TC(a)mailman.xmission.com >http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > > _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

TC-1000 and Lucent in a stack
by Cenk Gunel 05 Dec '02

05 Dec '02

We have both TC-1000 and Lucent MAX TNT/MAX6000s in our network. We need a work-around for MPP users. 3Com uses MPIP and Lucent uses Stack Protocol for MPP. Besides, Lucent requires that boxes are in the same LAN segment while 3Com does not. Anybody have any comments?

2 1

anyone looking for CMTS cards?
by Stephen Rivera - WRCA.Net 05 Dec '02

05 Dec '02

are any of you using the CMTS boxes. I have some cards available. looking for buyers. Steve Rivera IM: srivera711 Toll Free: (877)WRCANET x102 DIRECT: 732-833-2034 Fax available equipment to: (732)833-2115 for more product info got www.wrca.net

1 0