Hello: I am testing a 3COM box and have setup a HiPer DSP. It answers the user dial-in calls. I watch the connections & delete those users who are logged in more than couple of hours. I use the following commands: Hiper>> list connections Hiper>> delete user xxxxx When I try to delete a user 'xxxxx', I get an error message: DELETE USER failed because the item is not in the table (or very similar message) I display the list again and sure enough the user is logged on. I have checked the user name but the error keeps on happening. What causes this error and how to fix it? Thanks in advance. Kirti
Try disconnect user xxxxxxx -----Original Message----- From: usr-tc-bounces+madkins=glis.cc@mailman.xmission.com [mailto:usr-tc-bounces+madkins=glis.cc@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Tuesday, February 22, 2005 10:33 PM To: 'Discussion relating to the 3Com/US Robotics Total Control modemsystems.' Subject: [USR-TC] User not in table!!! Hello: I am testing a 3COM box and have setup a HiPer DSP. It answers the user dial-in calls. I watch the connections & delete those users who are logged in more than couple of hours. I use the following commands: Hiper>> list connections Hiper>> delete user xxxxx When I try to delete a user 'xxxxx', I get an error message: DELETE USER failed because the item is not in the table (or very similar message) I display the list again and sure enough the user is logged on. I have checked the user name but the error keeps on happening. What causes this error and how to fix it? Thanks in advance. Kirti _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
If disconnect user blahblah doesn't work you can also try: reset modems slot:x/mod:x Todd ----- Original Message ----- From: "Mike Adkins" <madkins@glis.cc> To: "'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.'" <usr-tc@mailman.xmission.com> Sent: Tuesday, February 22, 2005 11:40 PM Subject: RE: [USR-TC] User not in table!!!
Try disconnect user xxxxxxx
-----Original Message----- From: usr-tc-bounces+madkins=glis.cc@mailman.xmission.com [mailto:usr-tc-bounces+madkins=glis.cc@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Tuesday, February 22, 2005 10:33 PM To: 'Discussion relating to the 3Com/US Robotics Total Control modemsystems.' Subject: [USR-TC] User not in table!!!
Hello:
I am testing a 3COM box and have setup a HiPer DSP. It answers the user dial-in calls. I watch the connections & delete those users who are logged in more than couple of hours. I use the following commands:
Hiper>> list connections Hiper>> delete user xxxxx
When I try to delete a user 'xxxxx', I get an error message:
DELETE USER failed because the item is not in the table (or very similar message)
I display the list again and sure enough the user is logged on. I have checked the user name but the error keeps on happening. What causes this error and how to fix it?
Thanks in advance.
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
I'm working on an issue that maybe someone else on the list has come across regarding ds0 service states. I might have even posted a question similar to this a long time back. Basically on some Hiper DSP's I'm getting some ds0's that are NOT in a "inService" state. It varies on which state they'll be in. Some are in maintenance mode, some are local out of service and others are remote out of service. And of course some are working properly and taking calls. If I busy the ds0's out (either soft or hard) and then restore them, they will come back to a normal "inService" state temporarily, and then eventually go back to one of the out of service states. I have more then 1 chassis at this site and it appears (have not thoroughly verified yet) that these issues do not occur on all the chassis. Infact it appears that possibly the only thing in common is that the cards that are experiencing this terminate into the same muxed DS3. The telco has no clue and is looking to me for answers. Anyone have any experience with this type of issue and could possibly offer some suggestions? Thanks in advance, Todd
participants (3)
-
Kirti S. Bajwa -
Mike Adkins -
Todd Bertolozzi