- USR-TC - mailman.xmission.com

netserver 16 v.34 please help
by shahrooz 03 Jan '03

03 Jan '03

Hi all, Happy new year I have got a brand new netserver 16 v.34. I set it up and all setting seems be correct. but when a dial up user using ppp connection connect to it disconnect immediately .(after checking user name and password).(a slip connection doesn't have any problem) Can anyone help me and set it remotely? ip of netserver: 62.32.59.133 telnet user: !root password: sina SNMP string: public I also added a network user for testing device. user: test password: test thank you very much Shahrooz Sharghi

2 2

Crash Dump not working
by Adam Barnhill 31 Dec '02

31 Dec '02

I have a HiperARC 128/16 v5.1.99 that seems to have the crashdump function broken. When I check the uptime it may say 6 days or 1 day, but every time I check the crash dump it shows null values of FF. MRTG seems to indicate that the ARC is in fact rebooting. I've checked the configuration against other HiperARCs and none of the other cards seem to be having the problem. HiPer>> show board crash EXCEPTION FFFF CRASH DUMP (mm-dd-yy : 255-255--001 hr-min-sec : 255-255-255) AppVer: -1.-1.-1--1 KernVer: 0xffffffff GPRs: R0: 0xFFFFFFFF R1: 0xFFFFFFFF R2: 0xFFFFFFFF R3: 0xFFFFFFFF R4: 0xFFFFFFFF R5: 0xFFFFFFFF R6: 0xFFFFFFFF R7: 0xFFFFFFFF R8: 0xFFFFFFFF R9: 0xFFFFFFFF R10: 0xFFFFFFFF R11: 0xFFFFFFFF R12: 0xFFFFFFFF R13: 0xFFFFFFFF R14: 0xFFFFFFFF R15: 0xFFFFFFFF R16: 0xFFFFFFFF R17: 0xFFFFFFFF R18: 0xFFFFFFFF R19: 0xFFFFFFFF R20: 0xFFFFFFFF R21: 0xFFFFFFFF R22: 0xFFFFFFFF R23: 0xFFFFFFFF R24: 0xFFFFFFFF R25: 0xFFFFFFFF R26: 0xFFFFFFFF R27: 0xFFFFFFFF R28: 0xFFFFFFFF R29: 0xFFFFFFFF R30: 0xFFFFFFFF R31: 0xFFFFFFFF CR: 0xFFFFFFFF XER: 0xFFFFFFFF LR: 0xFFFFFFFF CTR: 0xFFFFFFFF SRR0: 0xFFFFFFFF SRR1: 0xFFFFFFFF DSISR: 0xFFFFFFFF DAR: 0xFFFFFFFF 82660 Registers: Err Status 1: 0xFF, Err Status 2: 0xFF, CPU Err: 0xFF, PCI Err: 0xFF CPU/PCI Addr: 0xFFFFFFFF, Sys Error Addr: 0xFFFFFFFF Call Stack: 0xFFFFFFFF (Exception return address - SRR0) Has anybody seen this before? It appears as if the crashdump is empty, is it possible to force a crashdump? -- 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

1 0

searchable usrtc archive
by David Hamilton 30 Dec '02

30 Dec '02

Didn't someone have a link to a search-able archive of this mailing list a year or two back? If someone has this link, can you please post it.

2 1

hiperarc.pl
by David Hamilton 30 Dec '02

30 Dec '02

Does anyone know where I can find hiperarc.pl? -- David.Hamilton(a)Voyager.net CoreComm Network Operations Phone 517.324.5884 Pager 517.794.2045

2 1

WTS: Hiper Equipment CHEAP!!
by sky1 30 Dec '02

30 Dec '02

Have the Following in stock and ready to MOVE!! (20-30) Hiper DSP V.90 card sets......$275.00 each (Qty discounts avail.) (30-40) Hiper ARC 128Mb card sets...$200.00 each Fully loaded Hiper chassis w: (14) Hiper DSP V.90 (2) Hiper ARC 128Mb (1) Hiper NMC (2) 130 Amp AC Power supplies ....$5000.00 or Best offer!! All refurbished and in PRISTINE condition.....6 month warranty on all equipment. If interested, Contact: Shannnan Young SouthWest Data Technology, Inc. 972-739-7010 972-739-7013 (Fax) sky1(a)airmail.net www.swdt.com

1 0

RE: [USR-TC] Another question
by Joel - Fox Computers 27 Dec '02

27 Dec '02

yes -----Original Message----- From: Paul Farber [mailto:farber@admin.f-tech.net] Sent: Friday, December 27, 2002 3:43 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Another question Are you using PAP? -- Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 27 Dec 2002, Joel - Fox Computers wrote: > My rack is not sending that string, at all! If on the client I use the option for "Bring up terminal window after dialing" and enter the password manually, that string does not appear. If, on the same machine, I dial up either of my competitors, I see it every time. So the computer isn't hiding it, it's just not there. > > I duplicate this by just using a terminal program instead of DUN - dialing into competitors I see it, dialing into my own rack it's not there. > > - Joel > > > > -----Original Message----- > From: Paul Farber [mailto:farber@admin.f-tech.net] > Sent: Friday, December 27, 2002 11:46 AM > To: usr-tc(a)mailman.xmission.com > Subject: Re: [USR-TC] Another question > > > I believe that you should not mess with that string. Some older dialer > progams actaully parse that text to get the IP addresses (I distinctly > remember Trumpet Winsock doing this). > > If you mean you want it to display in a termal screen on the client end > the above may prevent this. > > Most MS products (DUN in particular) hide a lot of whats going on to > prevent you from providing support or figuring out what is actually going > on. > > _______________________________________________ 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] Another question
by Joel - Fox Computers 27 Dec '02

27 Dec '02

My rack is not sending that string, at all! If on the client I use the option for "Bring up terminal window after dialing" and enter the password manually, that string does not appear. If, on the same machine, I dial up either of my competitors, I see it every time. So the computer isn't hiding it, it's just not there. I duplicate this by just using a terminal program instead of DUN - dialing into competitors I see it, dialing into my own rack it's not there. - Joel -----Original Message----- From: Paul Farber [mailto:farber@admin.f-tech.net] Sent: Friday, December 27, 2002 11:46 AM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Another question I believe that you should not mess with that string. Some older dialer progams actaully parse that text to get the IP addresses (I distinctly remember Trumpet Winsock doing this). If you mean you want it to display in a termal screen on the client end the above may prevent this. Most MS products (DUN in particular) hide a lot of whats going on to prevent you from providing support or figuring out what is actually going on. -- Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 27 Dec 2002, Joel - Fox Computers wrote: > Minor issue trying to figure out: > > If you telnet into the Hiper ARC, and do the command SHOW PPP, you will see an item called "PPP session start message". > > The default for this is "PPP session from %server_ip to %client_ip beginning...." > > How do I make it so that it displays that message once the person logs in? I've dialed into other providers and they have this working, but I can't figure out how to make it display it. > > Any ideas? > > Thanks, > > Joel > > > _______________________________________________ > 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

2 1

Another question
by Joel - Fox Computers 27 Dec '02

27 Dec '02

Minor issue trying to figure out: If you telnet into the Hiper ARC, and do the command SHOW PPP, you will see an item called "PPP session start message". The default for this is "PPP session from %server_ip to %client_ip beginning...." How do I make it so that it displays that message once the person logs in? I've dialed into other providers and they have this working, but I can't figure out how to make it display it. Any ideas? Thanks, Joel

2 1

RE: [USR-TC] Big Problem - Need Help FIXED - THANKS!
by Joel - Fox Computers 26 Dec '02

26 Dec '02

Problem solved - thanks to all who helped. The Linux RADIUS box was sending a "Framed-MTU" of 576. That apparently didn't affect the old Quad rack, but it was the problem. Changed it to 1500 and everything appears to be working now. Thanks again for all the help, and HAPPY HOLIDAYS to all! Joel -----Original Message----- From: Paul Farber [mailto:farber@admin.f-tech.net] Sent: Thursday, December 26, 2002 7:47 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help >From what I understand ethernet MTU is 1500. If you lower that for modems (ie the 576 that people see alot) then you have an MTU missmatch.. the remote is at 1500 your client is at 576. The client TCP stack is supposed to send out some sort of MTU resize request packet (could be wrong) to the remote to lower the MTU it uses to 576. Since all ICMP packets are blocked, the remote never gets the resize request, and the session never goes past that point. Could be wrong... probibly not 100% accurate.. -- Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 26 Dec 2002, Joel - Fox Computers wrote: > So are you saying that it has be HIGHER than 1500? Sounded like previous responses wanted it lower, or at least, not over. > > What exactly happens if it's not 1500+? > > > > -----Original Message----- > From: Paul Farber [mailto:farber@admin.f-tech.net] > Sent: Thursday, December 26, 2002 4:17 PM > To: usr-tc(a)mailman.xmission.com > Subject: RE: [USR-TC] Big Problem - Need Help > > > Basically some dolt Admins think that blocking ALL ICMP packets is a good > thing... when they really just want to block ICMP echo request/response. > > ICMP MTU discovery *should* and *does* work.. unless admins do the above > (ie block all ICMP packets). > > I ran into this with a lot of smaller banks and thier online account > stuff... they are so afraid (or stupid) that they block everything hoping > that it will work/keep out the bad guys. > > Basically you need to keep your MTU at 1500+ or face the wrath of poorly > designed firewalls. > > _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

NEW INFO - RE: [USR-TC] Big Problem - Need Help -
by Joel - Fox Computers 26 Dec '02

26 Dec '02

Still haven't gotten to look at the RADIUS issues - but I have found that EVERY WindowsME machine works perfectly. Win95, 98, 98SE, 2000, and XP all have the problems. How's that for wierd? what would be different in ME? -----Original Message----- From: BSmith(a)solunet.com [mailto:BSmith@solunet.com] Sent: Thursday, December 26, 2002 4:46 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help -----Original Message----- From: Joel - Fox Computers [mailto:jfox@foxcomputers.com] Sent: Thursday, December 26, 2002 5:38 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help Sounds a lot like my problem - looking close at the RADIUS here now. Thanks! ------------------------ If you are using any type of default profiles on your RADIUS, scale it back to the bare minimum. NOTHING extra at all. In your radius user files, just have user name / password / ip [static / 255] depending on where it is coming from. For the user's, just give an IP address and password. Leave all of the fancy stuff off of one user, and test that ... if it works, slowly build it back to where it was. One item at a time. That will let you know if it is a funky RADIUS attribute you are passing. Joel - Since you said that you have 1 arc that works like a champ, and 1 that doesn't. Try running the same software version on both. Are you already? Then, maybe blast it. It could be possible that if you did upgrade it, a while ago, one of those little attributes that people like to set, and just forget can be causing you your heart ache. I know people don't like to start from scratch, but you can have your ARC back with-in minutes, with a brand new configuration that you know works. Or you can have a field day of looking at every each of your config, to see if it is a config problem. Something else you can try, for giggles, is to configure up your 2nd ethernet port, and see if the problem is just related to your ethernet port. That is just a suggestion. Happy Holidays. Brian Smith CCNA, NCSA Network Support Engineer SOLUSERVE www.solunet.com 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905 (888)449-5766 fax: (321)-676-1287 _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0