Its been a while since Ive worked on the Total Controls so take these commands with a grain of salt (i.e. you might have to play around with some of them as I dont have access to verify) You need to enable your telnet session to see any debug commands to begin with ..I believe the command is something like show events. To turn it off 'hide events'. Then to change the debug level (critical has the least debug info and you wont see much unless its something very serious) you need to do something like set facility ATM AAL Driver loglevel verbose The facilities are listed below, just put in whichever you choose. You should be able to see the different loglevels by adding a question mark at the end (i.e. set facility ATM AAL Driver loglevel ? Then when you issue the 'list facilities' command you should see the new loglevel. Don't forget to change it back to critical when you're done. My only suggestion would be to possibly consider changing the code you're running. Especially if you notice this same issue on other arc's running the same revision. I seem to recall a similar issue on an earlier code revision in the 4.x range. Check out the "known issues" in the docs for that code and see if it mentions anything. One last thought, although I don't think you should really have any issue running 8 dsp's on 1 arc, but you could split them up and have 2 arc's each controlling 4 of the dsp's. Again, I'd compare to any existing chassis's with similar setups / code revisions on your chassis to help possibly reveal the cause. Regards, Todd -----Original Message----- From: usr-tc-bounces@mailman.xmission.com [mailto:usr-tc-bounces@mailman.xmission.com] On Behalf Of Shahrooz Sharghi Sent: Sunday, February 08, 2009 8:03 AM To: Discussion relating to the 3Com/US Robotics Total Control modemsystems. Subject: Re: [USR-TC] Hiper Arc CPU usage Dear Todd, Thank you for your suggestion , We issued your offered command and below is the result. The System Version is as follows : System Version: V5.2.102/Non-Encr Would you please let us know how to enable debuging on HiperARC? HiPer>> lisT faCILITIES FACILITIES Event Facility Log Level ATM AAL Driver CRITICAL ATM ILMI CRITICAL ATM Network Driver CRITICAL ATM SAR CRITICAL ATM Signalling CRITICAL Auth Facility CRITICAL Board Support Management ProcessCRITICAL CMTS SNMP Manager CRITICAL Call Initiation Process CRITICAL Command Line Interpreter CRITICAL Configuration File Manager CRITICAL Configurator CRITICAL Console Driver CRITICAL Crypto Driver CRITICAL DHCP relay agent CRITICAL DNS CRITICAL Differential Services CRITICAL Discovery CRITICAL Driver CRITICAL Ethernet Driver CRITICAL Event Handler CRITICAL Filter Manager Process CRITICAL Frame Relay Process CRITICAL GWC Modem Driver CRITICAL GWCWAN Driver CRITICAL HTML CRITICAL IGMP CRITICAL IP CRITICAL IP Routing Process CRITICAL IP Spoofing Process CRITICAL IPSEC CRITICAL IPX CRITICAL IPX Spoofing Process CRITICAL IPX/IP Dial-out Process CRITICAL ISAKMP CRITICAL L2TP CRITICAL MCNS Reg/Adm CRITICAL MIB Registrar CRITICAL MPIP CRITICAL NAT CRITICAL NTP - Network Time Protocol CRITICAL Network Management Bus Agent CRITICAL Network Management Bus Driver CRITICAL Network Management Interface CRITICAL OSPF Facility CRITICAL PKI CRITICAL PM CRITICAL PPP CRITICAL PPPoE CRITICAL PPTP CRITICAL Polling Process CRITICAL Port Tapper CRITICAL QAM Driver CRITICAL RSH Server CRITICAL Remote Ping Process CRITICAL RoboExec CRITICAL SBUS CRITICAL SLIP Process CRITICAL SNMP CRITICAL SS7 CRITICAL TCP CRITICAL TFTP Client CRITICAL TFTP Process CRITICAL Telnet CRITICAL Text Editor CRITICAL Traceroute CRITICAL Tunnel Dispatcher CRITICAL UDP CRITICAL UMC driver CRITICAL User Manager CRITICAL VTP CRITICAL HiPer>> shOW meMORY SYSTEM MEMORY RESOURCES Total System Memory Resources: 128 MB Free Memory: 87971 KB Code Size: 6133 KB Initialized Data Size: 1597 KB Uninitialized Data Size: 5833 KB Stack Size: 512 KB ----- Original Message ----- From: "Todd Bertolozzi" <berto@core.com> To: "'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.'" <usr-tc@mailman.xmission.com> Sent: Tuesday, February 03, 2009 5:54 PM Subject: Re: [USR-TC] Hiper Arc CPU usage Any debugging turned on? What code revision? 'list facilities' for debug. Critical is normal and not on. Todd -----Original Message----- From: usr-tc-bounces@mailman.xmission.com [mailto:usr-tc-bounces@mailman.xmission.com] On Behalf Of Shahrooz Sharghi Sent: Monday, February 02, 2009 7:35 AM To: usr-tc@mailman.xmission.com Subject: [USR-TC] Hiper Arc CPU usage Hi all, We have a Total 1000 with 8 DSP cards on chassiss. Recently,we have got some kind of problems on HiperARC Card funcationality. When we Issued "Show CPU Utilization", it shows that the CPU Usage is fully occupied 100%. Fortuantely, we found a temporary solution for the case. "Clear ARP_Cache". It cause to decrease the CPU process but not permamently. Ps.The pool for clients is Valid IP Range and no NAT Policy performed. CPU Utilization: Instantaneous : 99% Last Minute : 70% Last Hour : 70% Last Day : 40% Any Idea? Regarsd Sharouz _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc __________ Information from ESET NOD32 Antivirus, version of virus signature database 3817 (20090202) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com