- USR-TC - mailman.xmission.com

Re: (usr-tc) HiperARC took a dive
by Steve Coleman 29 Nov '99

29 Nov '99

I do have proof of my service contract. However, I guess it takes a high level of training over at 3Com to activate one. The people who could activate my contract, which should have already been activated, are gone for the day. A much better approach would be to take my credit card information and bill me if I DON'T turn up with a contract. It's crappy policy to assume your customers are lying to you. You must protect yourself, but good grief. I can do all the fax and leg work tomorrow when they get in, but that leaves me down for the night, and into tomorrow. The contract had better cover next day hardware. What good is it for otherwise? ---------- Original Message ---------------------------------- From: <farber(a)admin.f-tech.net> Reply-To: usr-tc(a)lists.xmission.com Date: Mon, 29 Nov 1999 21:22:19 -0500 (EST) >If you don't have documentation to support your claim that you have a >service contract, I would have done the same thing, asked for CC info and >transferred you. > >How many irate people do you think they get a day "claiming" to have >support? In this one case they dropped your contract. Faxing them your >paid reciept and documentation should end it. > >You get 5 year hardware support, so it is covered, but not NEXT DAY >service or hot spares. Thier next day service is a joke, but you knew >what you were paying for (you did read the contract?). > >Paul Farber >Farber Technology >farber(a)admin.f-tech.net >Ph 570-628-5303 >Fax 570-628-5545 > >On Mon, 29 Nov 1999, Steve Coleman wrote: > >> I powered off my TC chassis tonight to plug it into a new UPS. When I powered it back on, the Run/Fail light on the HiperARC stayed red. It shows up as a "?" in the Total Control Manager. I tried rebooting the unit several times, using several different power sources. I also tried removing the front portion of the card (while powered off) and reinserting it. I can only guess it's cooked. Is there anything else I can try? >> >> I would like to express my disgust with 3Com on this matter. After troubleshooting the problem as described above, I called 3Com service. They couldn't seem to "find" my service contract that I paid over a thousand dollars for, just for this type of incident. She offered to take my credit card and transfer me to a level support agent. I should be paid to have to talk to a level 1 rep, not the other way around. I told her I wasn't interested in doing that and expressed that this was the specific and only reason I bought the service contract. She said she couldn't help me. This piece of garbage is only 4 months old, this is not acceptable. Why didn't I just buy another Portmaster. <kicking myself> >> >> I'm going to ream my service contract agent in the morning. Until then it's lots of busy signals. >> >> Suggestions? >> >> >> - >> 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. > - 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.

4 3

Re: (usr-tc) HiperARC took a dive
by Michael DeMan 29 Nov '99

29 Nov '99

I experienced a similar situation where the HiperARC was dying, but not dead. I was able to reload the firmware via the console port and get it limping along for another day - then it started dying every few hours, and then went entirely dead. By then I had a replacement in my hands from 3COM though. - mike ---------- >From: "Stainforth, Matthew" <MatthewS(a)staff.brunnet.net> >To: "'usr-tc(a)lists.xmission.com'" <usr-tc(a)lists.xmission.com> >Subject: RE: (usr-tc) HiperARC took a dive >Date: Mon, Nov 29, 1999, 6:17 PM > > >Have you tried hooking a console up to it and seeing what errors (if any) >appear when you try to boot? If you've already tried rebooting the card >(ie, pull nac, then nic, reseat nic, then nac) and it's still barfing, the >only other thing you might try is uploading the firmware again. On a HARC >that might be a long shot though... > >> -----Original Message----- >> From: Steve Coleman [SMTP:scoleman2@mail.csolutions.net] >> Sent: Monday, November 29, 1999 10:07 PM >> To: usr-tc(a)lists.xmission.com >> Cc: user-forum-totalcontrol(a)totalservice.3com.com >> Subject: (usr-tc) HiperARC took a dive >> >> I powered off my TC chassis tonight to plug it into a new UPS. When I >> powered it back on, the Run/Fail light on the HiperARC stayed red. It >> shows up as a "?" in the Total Control Manager. I tried rebooting the >> unit several times, using several different power sources. I also tried >> removing the front portion of the card (while powered off) and reinserting >> it. I can only guess it's cooked. Is there anything else I can try? >> >> I would like to express my disgust with 3Com on this matter. After >> troubleshooting the problem as described above, I called 3Com service. >> They couldn't seem to "find" my service contract that I paid over a >> thousand dollars for, just for this type of incident. She offered to take >> my credit card and transfer me to a level support agent. I should be paid >> to have to talk to a level 1 rep, not the other way around. I told her I >> wasn't interested in doing that and expressed that this was the specific >> and only reason I bought the service contract. She said she couldn't help >> me. This piece of garbage is only 4 months old, this is not acceptable. >> Why didn't I just buy another Portmaster. <kicking myself> >> >> I'm going to ream my service contract agent in the morning. Until then >> it's lots of busy signals. >> >> Suggestions? >> >> >> - >> 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. > - 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) HiperARC took a dive
by Stainforth, Matthew 29 Nov '99

29 Nov '99

Have you tried hooking a console up to it and seeing what errors (if any) appear when you try to boot? If you've already tried rebooting the card (ie, pull nac, then nic, reseat nic, then nac) and it's still barfing, the only other thing you might try is uploading the firmware again. On a HARC that might be a long shot though... > -----Original Message----- > From: Steve Coleman [SMTP:scoleman2@mail.csolutions.net] > Sent: Monday, November 29, 1999 10:07 PM > To: usr-tc(a)lists.xmission.com > Cc: user-forum-totalcontrol(a)totalservice.3com.com > Subject: (usr-tc) HiperARC took a dive > > I powered off my TC chassis tonight to plug it into a new UPS. When I > powered it back on, the Run/Fail light on the HiperARC stayed red. It > shows up as a "?" in the Total Control Manager. I tried rebooting the > unit several times, using several different power sources. I also tried > removing the front portion of the card (while powered off) and reinserting > it. I can only guess it's cooked. Is there anything else I can try? > > I would like to express my disgust with 3Com on this matter. After > troubleshooting the problem as described above, I called 3Com service. > They couldn't seem to "find" my service contract that I paid over a > thousand dollars for, just for this type of incident. She offered to take > my credit card and transfer me to a level support agent. I should be paid > to have to talk to a level 1 rep, not the other way around. I told her I > wasn't interested in doing that and expressed that this was the specific > and only reason I bought the service contract. She said she couldn't help > me. This piece of garbage is only 4 months old, this is not acceptable. > Why didn't I just buy another Portmaster. <kicking myself> > > I'm going to ream my service contract agent in the morning. Until then > it's lots of busy signals. > > Suggestions? > > > - > 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) dumb quest-best TC config for V34toV90 xstn
by amanda 29 Nov '99

29 Nov '99

Sorry to ask such a DUMB blonde question, but I really don't know and have just recently subscribed :-) We are changing over from podunk V34 standalone modems and Cisco 2511s and installing V.90-capable local (not remote POP) dial-in terminal servers. With the recent announced demise of the PM3 and PM4 line by Lucent, we are left with a simple decision - go with USR TC boxes. But, when we study the isp-equipment and isp-services lists, I at least see a dizzying array of offered equipment: units with 12 quad modems flashed with V.90 code, and some with one or two T1/PRI cards, some with HiperDSP cards, and most but not all with HiperARC cards. Prices range from $3000 on up to $5500, $8500, and $9500. So - here is the dumb question that I humbly hope you TC gurus will deign to answer for me, please!!! What is the best configuration of TC box to order to initially connect a newly-leased PRI for 23 incoming dial-in trunks (mostly V.90 users but some ISDN hopefully someday) in our local (not remote) POP such that we can throw away these blasted V.34 modems and start offering our customers V.90 dial-in? I would love to also be able to capture ANI per customer for our logs, and to start running RADIUS authentication on either Solaris or NT (ugh) boxes. I guess we could keep the four Cisco 2511 routers we have, but would we be better off using the TC router card?? Sorry again for the dumb question (yes I really AM a blonde) and I hope someone can point me in the right direction to be paying the least money to either a used vendor or to some snazzy USR ISP-friendly factory rep to buy our first unit! We would want to add a second PRI for a foreign exchange (2nd NPA) soon, but not on Day 1 (in a couple of months maybe). Thanks, guys !! :-) Amanda - 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.

3 2

(usr-tc) assigning IP pools
by K Mitchell 29 Nov '99

29 Nov '99

I wanted to double-check this before I did all the tedious DNS entries. I want to take an entire class C and split it between 2 chassis. The ARC and NMC from these chassis will have IPs from outside this class C. CHASSIS 1: 7 x 23/DSP = xxx.xxx.xxx.1 - xxx.xxx.xxx.161 CHASSIS 2: 4 x 23/DSP = xxx.xxx.xxx.162 - xxx.xxx.xxx.253 Is this useable/acceptible? Thanks, -- Kirk Mitchell-General Manager mitch(a)keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net - 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 12

RE: (usr-tc) dumb quest-best TC config for V34toV90 xstn
by Stainforth, Matthew 29 Nov '99

29 Nov '99

> I would stick to the Hiper stuff, unless you are really looking for a > deal. You need one HiperDSP for each PRI. A HiperARC is the terminal > server/router that the HiperDSP modems are concentrated thru. > 1 HiperARC > is fine for at least 5 or 6 DSP's. I think you can even do more than > that. Ultimatly, 3com hopes to be able to run an entire > chassis off just > one, and in fact that may work now (anyone know?). Agreed. I am quite happily running 10 DSPs in a dual 130 amp chassis with 1 HARC but it is only doing dynamically assigned dialup IP. No routing protocols, no ISDN, no IPX. 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.

1 0

Re: (usr-tc) Problem with SDL-2 Download
by David Bachta 29 Nov '99

29 Nov '99

Aaron, The HExxxxxx.dmf is E1 code. Are you flashing an E1 Hiper DSP NAC? You will see this error if you try to flash a T1 NAC with E1 code. Hope this helps. Regards, David Dataheart <lists(a)dataheart.net> on 08/25/99 08:51:02 PM Please respond to usr-tc(a)lists.xmission.com Sent by: Dataheart <lists(a)dataheart.net> To: usr-tc(a)lists.xmission.com cc: (David Bachta/MW/US/3Com) Subject: (usr-tc) Problem with SDL-2 Download Howdy, I have just downloaded the he020060.dmf DSP code to my HiPer DSP Card with T1/E1 DSP Nic and after the SDL-2 is done and the code is booted I get the error, "FATAL ERROR: HW/SW Conflict" Whats going on? Thanks, Aaron - 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

RE: (usr-tc) Dropped connections for 2nd login with same login ID . MPPP weird thing?
by Scott Trautman 29 Nov '99

29 Nov '99

Okay! Ask ye for a mon ppp, gets ye a mon ppp: slot:14/mod:17 is the already-logged-on session slot:14/mod:9 is the new session that (per below), gets the PAP ACK then boom, dropped, no more PPP messages about it. What does the IP_DATA mean for the other? Same message over and again, before and after the event. So is the dropping of the connection a "non PPP" event? Like the ARC taking a whack at it? The disconnection reason, shown by RADIUS, is LOST_CARRIER, which of course means any number of things, rarely that <we> dropped them in any administrative way. Any clues? god save me to call into 3Com support on this one; I may open the ticket and try King George directly. Man, I don't know what more data possibly could be gotten other than what I've got here. Other than duplicating it at another site. Which we review each day from customers as not happening anywhere else. ...related perhaps; anyone have a quick way to read out the entire config of an ARC? If I can do that quick I can look for any setting changes with diff between the two. SMT >>>>>>>Output of mon ppp<<<<<<<<<<<< Monitor a specific user Enter the user name to monitor below: Press Escape to return to the previous screen. Press Enter/Return to enter the name. User Name: [Pstandish ] Monitoring user Pstandish. Decode tracing started, press ESCAPE to stop; press X for hex tracing. Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e ca 3b 00 00 80 11 7e 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e cb 3b 00 00 80 11 7d 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e cc 3b 00 00 80 11 7c 5a 9c 2e b9 ac 9c 2e ff ff ... ########################This is it for this session! Boom! Dropped!############ Outgoing PPP Data on interface: slot:14/mod:9 PAP ACK Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 01 82 d4 3b 00 00 80 11 73 26 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e d6 3b 00 00 80 11 72 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e d8 3b 00 00 80 11 70 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e da 3b 00 00 80 11 6e 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e db 3b 00 00 80 11 6d 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e dc 3b 00 00 80 11 6c 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e dd 3b 00 00 80 11 6b 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 01 82 ed 3b 00 00 80 11 5a 26 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e ef 3b 00 00 80 11 59 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e f1 3b 00 00 80 11 57 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e f3 3b 00 00 80 11 55 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e f4 3b 00 00 80 11 54 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e f5 3b 00 00 80 11 53 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e f6 3b 00 00 80 11 52 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 01 82 fe 3b 00 00 80 11 49 26 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e 00 3c 00 00 80 11 48 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e 02 3c 00 00 80 11 46 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e 04 3c 00 00 80 11 44 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e 05 3c 00 00 80 11 43 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e 06 3c 00 00 80 11 42 5a 9c 2e b9 ac 9c 2e ff ff ... Incoming PPP Data on interface: slot:14/mod:17 IP_DATA 45 00 00 4e 07 3c 00 00 80 11 41 5a 9c 2e b9 ac 9c 2e ff ff ... -----Original Message----- From: Tatai SV Krishnan [mailto:tkrishna@bubba.ae.usr.com] Sent: Saturday, November 20, 1999 9:16 PM To: Scott Trautman Cc: 'usr-tc(a)lists.xmission.com'; 'standish(a)gdinet.com'; 'standish1(a)gdinet.com' Subject: Re: (usr-tc) Dropped connections for 2nd login with same login ID. MPPP weird thing? On Fri, 19 Nov 1999, Scott Trautman wrote: > Hi- > > Okay, I am really stumped. As I'm sure most of you do, we have customers > that have one login in use by more than one connection at a time, and not > Multilink PPP, but separate connections. In all our locations but one, we > haven't heard of any problems. In our one location, the first one logs on > fine (Pstandish), then anyone after that on the SAME unit logging in as > Pstandish, will authenticate just fine, then be dropped with: > > Nov 19 11:16:10 lkm-ha1 At 17:16:09, Facility "Auth Facility", Level > "COMMON":: Port slot:14/mod:3 successful RADIUS authentication for user: > Pstandish > Nov 19 11:16:13 lkm-ha1 At 17:16:12, Facility "Auth Facility", Level > "COMMON":: The connection for call id 218234989, on if slot:14/mod:3 was > dropped for user UNKNOWN The first tell clearly talks about the user - The second one talks about user unknown - clearly some where in the mean time the hiper arc has lost the user info for some reason. All there should be some other messages in the same seqence which will talk about call id -218234989 - looking at them could be of some use. > > It's like it's sitting there trying to negotiate something it can't and > hangs up. There's nothing weird in HiperARC's that has some knowledge of a > given login ID (Pstandish), and as it sees the next one trying to login, > hey, they must want MPPP, why don't I start the LCP negotiation for that? I > don't know this to be fact, It's just conjecture at this point. It > definately authenticates, but doesn't assign an IP and drive on, it drops > the connection for UNKNOWN (which is tre' odd...it isn't unknown...) > Do you have MPIP setup? If you do them dropping the user make sense, else if its plain MPPP then unless and untill the user has been setup for port limit or for max challenels with a limit of 1 dropping the user does not make sense. > If they dial into another on of our POP's (IE, any TC unit other than this > one) with same Pstandish, no problem. Next line isn't the "dropped for user > unknown", it's the usual...assigned IP x.x.x.x and they're fine. Have not > tested for sure having them test the whole ball of wax at another POP, so > can't say 100% it's just that site other than we do have lots of other users > using the same way and don't seem to have that problem. > You need to get a mon ppp and look at the hiper arc settings first. Get a mom ppp to start krish > Nope, no TSMON or anything forcing them off, it is only in the HiperARC and > this particular unit that it seems to be a problem. Yep, HiperARC is: > > System Version: V4.2.32 > > Everything DSP, Quad, NMC, everything current as well. > > Man, anyone seen anything like this? > > > Scott Trautman 608-240-4638,4637fax > Global Dialog Internet www.gdinet.com > 2810 Crossroads, STE LL2 > Madison WI 53718 > > > > - > 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. - 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.

13 27

(usr-tc) Filter construction thoough HARM
by Steve Sherwick 29 Nov '99

29 Nov '99

Well I'm playing around again... I am attempting to install a user filter to suppress the flow of CIFS (SMB) communications through the HiPer ARC. My intent is to control the filters behavior by way of RADIUS and the Framed-Filter-Id= reply item. I understand the technology portion of it but getting the nuances is kinda slowing me down. I understand I need to create a named filter (In this case I named it NOCIFS) which I have managed to do with HARM. This is the filter. #filter IP: 1 REJECT udp-src-port = 137; 2 REJECT udp-src-port = 138; 3 REJECT udp-src-port = 139; I'm making the assumption that unlike many routers you may selectively Reject without having to allow everything else again. According to the minimal documentation I've found there has to be a NOCIFS.IN and a NOCIFS.OUT file in the ARC for this to work. HARM however does not allow you to create a named filter with an extension. Does it create an in and an out automagically?? Or how does one do this??? In other words, how does HARM differentiate an In from an Out??? I'm fairly sure I can fool around with the CLI and get this to fly but the HARM should be able to handle it. Anyway, am I even close to getting this to run <grin>.... Regards, Steve Sherwick - 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.

4 6

RE: (usr-tc) clean up processes on HARC
by Stainforth, Matthew 29 Nov '99

29 Nov '99

> -----Original Message----- > From: Mike Wronski [mailto:mike@coredump.ae.usr.com] > > |312004 CLI 312004 Application Inactive > |322003 CLI 322003 Application Inactive > |332008 PPP Monitor 332008 Application Inactive > | > > try "KILL \"PPP Monitor 332008\"".. Your milage may vary.. > Are you sure you > dont have an other open telnet session that still has the PPP monitor > running.. I see alot of CLI processes.. oh yes, I'm quite sure those are not legitimate sessions. The kill command didn't get rid of the monitor either. Any other suggestions? - 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.

3 2