May 1998 - USR-TC Archive

Subject: (usr-tc) MPIP groups
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-01 14:10:28

So... How big of MPIP groups are people running? We've been running into some fairly significant problems with MPIP reliability recently, and I think I've decided its at least partially a load issue with our MPIP server. We have a hunt group (currently) of 10 chassis (netserver PRI's, dual-pri, and quads on each) with one of those netservers being the MPIP server. I left the MPIP server busied out last night (we've got extra capacity, so that didn't hurt us) and didn't have any problems at all. This morning I set up a new netserver...had a spare or two and extra slots in all my chassis' that is taking no calls to act as an MPIP server. This is *very* expensive solution to this, so I don't want to depend on this long term, and I'm not even sure it will be reliable long term anyway. Anyway...just trying to get a feel for how much a netserver can handle...apparently, 46 calls and being an MPIP server for 10 chassis is too much. Any word on a unix based mpipd? Sounds to me like the netservers really aren't up to the task of providing mpip server capabilities and handling calls at the same time...an mpipd would be an excellent solution to this. Any feedback on this would be appreciated...my ticket number is 58316 incidentally. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) hdm flicker
From: Brian <signal@shreve.net>
Date: 1998-05-01 15:21:48

Subject: (usr-tc) problem upgrading to V.90 on nmc
From: Liping <liping@netsol.net>
Date: 1998-05-01 15:44:45

This is a multi-part message in MIME format. ------=_NextPart_000_0008_01BD7518.109F6B70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear list, Help! We dicided it's time to upgrade our TCs to V.90, so we started the first = unit. First we use tcm to upgrade the nmc, it didn't finish. Then we use = pcsdl, it give us "progamming flash rom error at the end".=20 After talk to usr, we were suggested to turn dip 5,6 on, then off. But = the program still exist. Any suggest/guess is more than welcome. Thanks. Lee ------=_NextPart_000_0008_01BD7518.109F6B70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT color=3D#000000 size=3D2>Dear list,</FONT></DIV> <DIV><FONT color=3D#000000 size=3D2></FONT> </DIV> <DIV><FONT color=3D#000000 size=3D2>Help!</FONT></DIV> <DIV><FONT color=3D#000000 size=3D2></FONT> </DIV> <DIV><FONT size=3D2>We dicided it's time to upgrade our TCs to V.90, so = we started=20 the first unit.</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>First we use tcm to upgrade the nmc, it didn't = finish. Then we=20 use pcsdl, it give</FONT></DIV> <DIV><FONT size=3D2>us "progamming flash rom error at the = end".=20 </FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>After talk to usr, we were suggested to turn dip 5,6 = on, then=20 off. But the program still exist.</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>Any suggest/guess is more than welcome.</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>Thanks.</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>Lee</FONT></DIV></BODY></HTML> ------=_NextPart_000_0008_01BD7518.109F6B70--

Subject: Re: (usr-tc) More ARC and NETserver questions
From: John Powell <john@jetcity.com>
Date: 1998-05-01 15:50:21

At 09:43 AM 5/1/98 -0700, you wrote: >We currently run netservers with 12 quad modem cards. >We are looking at replacing our aging analog equipment >with more of the same. My question then is, Do we need to >look at the ARC cards as replacement for the net servers? > >We don't intend to offer isdn service. >We don't intend to the High Density modems. >We don't do ISDN because the service costs' are prohibitive. > >I have followed this list and know about the quake problems, and >other code problems that seem to plague the USR equipment. >For us, USR equipment have done it's job well. There are so many >opinons about the new equipment, I find it hard to really know >where to go here. I don't want to change something that works >for us, but I don't want to invest in aging equipment that won't >be supported next year. > >Any insight would be helpful >Feel free to email directly > >Terry Kennedy Well, the 3com response to the "Top Ten" ISP gripes seems to support the idea that 3com wants the user base (us) to move away from Netservers to Hiper ARCs. They mentioned trade in programs, Netservers for ARCs. My former (just laid off) USR rep says that this is because the Livingston Cosmos liscense is expiring and 3com doesn't want to renew it... unsubstantiated rumor, but it has the air of truth. Just my 2cents worth. John John Powell, President john@jetcity.com Jet City Online http://www.jetcity.com Business Office: 206-281-1774 Customer Service: 425-820-7006, 1-888-747-6464

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: John Powell <john@jetcity.com>
Date: 1998-05-01 16:01:19

At 03:44 PM 5/1/98 -0700, you wrote:=20 > > Dear list, > =A0 > Help! > =A0 > We dicided it's time to upgrade our TCs to V.90, so we started the first > unit. > =A0 > First we use tcm to upgrade the nmc, it didn't finish. Then we use pcsdl,= it > give > us "progamming flash rom error at the end".=20 > =A0 > After talk to usr, we were suggested to turn dip 5,6 on, then off. But the > program still exist. > =A0 > Any suggest/guess is more than welcome. > =A0 > Thanks. > =A0 > =A0 > Lee Use pcsdl - never tcm for updating the NMC cards. (It's not nice to upgrade your remote management device remotely... ;^)) I set dip 1 and 2 ON for= 57600 transfer rate, then make sure I do the same rate in the pcsdl command. The pcsdl program is tricky - never give up after just one try. If the transfer doesn't work at 57600 try 9600 (dip 1 ON, 2 OFF). If it still fails, you either don't have enough Flash for the upgrade, or the card has gone bad. Good Luck! John Powell, President john@jetcity.com Jet City Online http://www.jetcity.com=09 Business Office: 206-281-1774 Customer Service: 425-820-7006, 1-888-747-6464

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: Liping <liping@netsol.net>
Date: 1998-05-01 16:15:44

David, Thanks a lot. usr is shipping me a new one. Lee -----Original Message----- >"Liping" <liping@netsol.net> writes: > >> First we use tcm to upgrade the nmc, it didn't finish. Then we use = >> pcsdl, it give us "progamming flash rom error at the end". > >That's kind of a show stopper - you've got a failure in the flash to >be written, and the flash most likely has to be replaced. > >> After talk to usr, we were suggested to turn dip 5,6 on, then off. But = >> the program still exist. > >Those DIPs will really only help if the problem is configuration >related but you still have working operational code. > >But in your case when you started the download it erased the previous >operational code from flash in order to write the new code. The >failure to store the new code means that you have no operational code >at all on your card - it's a "brick". About the only thing it will >accept at this point is an attempt (via the console port with pcsdl) >for new code. > >> Any suggest/guess is more than welcome. > >There are really only two possibilities that I can see: > > * The flash is bad in general. Even though it was able to erase the > old operational code it simply can't store code any more. In this > case you're stuck - you have to at the least replace the flash > memory SIMM - at the worst it's a failure of a component on the > card that drives the flash and you need a new NAC. (I'd guess the > former to be more likely). > > * The flash is bad, but only part of it, most likely in the higher > memory region that you didn't try to use until you downloaded the > newer code, which is most likely larger than the old code image. > I've had this happen on NETServers before. > > In this case, you're still going to have to fix the hardware > before you can download the newer V.90 system release, but in the > meantime you ought to still be able to get away with using pcsdl > to restore your previous NMC release, since with the smaller image > it won't hit the affected region of the flash. > >-- David > >/-----------------------------------------------------------------------\ > \ David Bolen \ Internet: db3l@ans.net / > | ANS Communications, Inc. \ Phone: (914) 701-5327 | > / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ >\-----------------------------------------------------------------------/ > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Total Control Manager
From: tw <tomw@athena.3-cities.com>
Date: 1998-05-01 17:08:22

Ok, Maybe I'm being dumb. It there a way to set a parameter on all 48 modems in a chassis without entering it in 48 differrent cells? Thanks for not laughing at me! -Tom, Network Janitor

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: David Bolen <db3l@ans.net>
Date: 1998-05-01 18:48:21

"Liping" <liping@netsol.net> writes: > First we use tcm to upgrade the nmc, it didn't finish. Then we use = > pcsdl, it give us "progamming flash rom error at the end". That's kind of a show stopper - you've got a failure in the flash to be written, and the flash most likely has to be replaced. > After talk to usr, we were suggested to turn dip 5,6 on, then off. But = > the program still exist. Those DIPs will really only help if the problem is configuration related but you still have working operational code. But in your case when you started the download it erased the previous operational code from flash in order to write the new code. The failure to store the new code means that you have no operational code at all on your card - it's a "brick". About the only thing it will accept at this point is an attempt (via the console port with pcsdl) for new code. > Any suggest/guess is more than welcome. There are really only two possibilities that I can see: * The flash is bad in general. Even though it was able to erase the old operational code it simply can't store code any more. In this case you're stuck - you have to at the least replace the flash memory SIMM - at the worst it's a failure of a component on the card that drives the flash and you need a new NAC. (I'd guess the former to be more likely). * The flash is bad, but only part of it, most likely in the higher memory region that you didn't try to use until you downloaded the newer code, which is most likely larger than the old code image. I've had this happen on NETServers before. In this case, you're still going to have to fix the hardware before you can download the newer V.90 system release, but in the meantime you ought to still be able to get away with using pcsdl to restore your previous NMC release, since with the smaller image it won't hit the affected region of the flash. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: David Bolen <db3l@ans.net>
Date: 1998-05-01 19:11:07

John Powell <john@jetcity.com> writes: > Use pcsdl - never tcm for updating the NMC cards. (It's not nice to upgrade > your remote management device remotely... ;^)) Actually, I disagree. We soley use the IP path for any code upgrades, with the console sdl path only as a fallback scenario when absolutely required. It's far cleaner, easier to automate parallel downloads and the NMC card remains IP reachable during the process. It returns unique SNMP error codes during the process, so if we happen to have some other tool try to contact it, it can tell what is going on. And our alert boards don't fire for "ping" alerts during the process. You're no more at risk with the NMC doing it over IP than via the console sdl (e.g., in this case, even if Lee had started with the pcsdl download, the flash would still have failed and he'd be in exactly the same state). I guess if you were doing a remote network download you have some risk of loss of connectivity due to a network outage, but we normally run from a management workstation on the local ethernet. And even if you do lose connectivity, have to abort the download, or it fails in some other way, as long as you don't reboot the NMC you can continue to try to download again since it remains reachable over the IP path until it reboots (operating on the slim code portion that remains active during a download). However, I don't know how TCM deals with an NMC in this state - our own download tools detect an NMC that is in a partially downloaded state and know to just transmit the code without trying to actually issue the SNMP-based commands to start a download. > I set dip 1 and 2 ON for 57600 > transfer rate, then make sure I do the same rate in the pcsdl command. The > pcsdl program is tricky - never give up after just one try. If the transfer > doesn't work at 57600 try 9600 (dip 1 ON, 2 OFF). If it still fails, you > either don't have enough Flash for the upgrade, or the card has gone bad. Note that doing it over IP avoids the hassle of worrying about whether your downloading system is handling the serial port properly. Also, it's rather hard to adjust DIP switches remotely :-) -- David PS: That's not to say that I don't advocate maintaining a solid connection to the console port for emergencies when a pcsdl download is the only way to go. It's just that we only find it necessary to use that method in a pinch. /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-01 19:36:41

Another possibility is using the 16meg nmc code to upgrade a 4meg card. Doing so will generate the same errors. At 06:48 PM 5/1/98 -0400, you wrote: >"Liping" <liping@netsol.net> writes: > >> First we use tcm to upgrade the nmc, it didn't finish. Then we use = >> pcsdl, it give us "progamming flash rom error at the end". > >That's kind of a show stopper - you've got a failure in the flash to >be written, and the flash most likely has to be replaced. > >> After talk to usr, we were suggested to turn dip 5,6 on, then off. But = >> the program still exist. > >Those DIPs will really only help if the problem is configuration >related but you still have working operational code. > >But in your case when you started the download it erased the previous >operational code from flash in order to write the new code. The >failure to store the new code means that you have no operational code >at all on your card - it's a "brick". About the only thing it will >accept at this point is an attempt (via the console port with pcsdl) >for new code. > >> Any suggest/guess is more than welcome. > >There are really only two possibilities that I can see: > > * The flash is bad in general. Even though it was able to erase the > old operational code it simply can't store code any more. In this > case you're stuck - you have to at the least replace the flash > memory SIMM - at the worst it's a failure of a component on the > card that drives the flash and you need a new NAC. (I'd guess the > former to be more likely). > > * The flash is bad, but only part of it, most likely in the higher > memory region that you didn't try to use until you downloaded the > newer code, which is most likely larger than the old code image. > I've had this happen on NETServers before. > > In this case, you're still going to have to fix the hardware > before you can download the newer V.90 system release, but in the > meantime you ought to still be able to get away with using pcsdl > to restore your previous NMC release, since with the smaller image > it won't hit the affected region of the flash. > >-- David > >/-----------------------------------------------------------------------\ > \ David Bolen \ Internet: db3l@ans.net / > | ANS Communications, Inc. \ Phone: (914) 701-5327 | > / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ >\-----------------------------------------------------------------------/ > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ |_ _| _ \ _ _| _ \ \| | __|_ _|Texas Regional Internet Providers| | | | | | | _| | 711 N. Carancahua, Suite 1024| | _| _| _\___|_| _|\_|___| _| Corpus Christi, TX 78475| | http://www.trip.net (512) 882 8747| | (512) 643 9996| |techmaster@trip.net | |Grant Hopwood - Admin/Snr Tech | |ICQ# 3143234 wk, 3541891 hm | |PGP Public Key: http://users.trip.net/~ghopwood/pgpkey.txt | +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: Robert Sanders <rsanders@mindspring.net>
Date: 1998-05-01 20:28:16

>Actually, I disagree. We soley use the IP path for any code upgrades, Us, too. It's too bad that 3com's own software isn't as smart as the custom upgrade tools many of us have had to write to reliably upgrade a chassis. At least most of the new HiPer cards (DSPs, ARCs) can continue to function while receiving a software download. Perhaps the HiPer NMC will work that way as well. And who knows, with enough flash, the old 486 NMCs might benefit from that groundbreaking new technology. In my more fey moments, I fantasize about being able to point the NMC to a tftp-accessible tar file containing all the various images I want running in its chassis. Cards present then or inserted later would be upgraded to the version contained within the tarfile. The NMC would automatically retry failed upgrades. And magic elfmen from Atlantis would use their pixie powers to give me a 100:1 user to modem ratio. There's no reason why upgrading a 3com chassis shouldn't be as easy as upgrading a Cisco or Ascend or Bay 5399/8000. Not only will those boxes upgrade via a single TFTP command, they can continue to function while receiving the new firmware. I imagine things might look different if the 3com developers had to operate a non-trivial network for a while. Anybody have 5000 or so ports to spare for the general welfare of all TC users? :-) regards, -- Robert

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-01 22:53:50

> Well, the 3com response to the "Top Ten" ISP gripes seems to support the > idea that 3com wants the user base (us) to move away from Netservers to > Hiper ARCs. They mentioned trade in programs, Netservers for ARCs. My > former (just laid off) USR rep says that this is because the Livingston > Cosmos liscense is expiring and 3com doesn't want to renew it... > unsubstantiated rumor, but it has the air of truth. I'm not partial to any info about the Livingston ComOS license deal, but look at it with the dark shades off your eyes. USR/3COM has their own OS now (HiperOS/Pilgrim) which they are devoting all their programming talent too, because their old platform is dead (the netserver). There is only so much they can do with that old intel based card, but they have endless things they can do with the ARC. Which would you choose to develop for, and push your customers toward? Personally, I'm looking forward to ANYTHING I can do to rid myself of the Netservers, and move toward ARC's exclusevely in my Network. If you are waiting for any features from USR/3COM equipment, you better be waiting with ARC's in your chassis, because I doubt you'll get anywhere if you are still running Netservers. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: (usr-tc) 4.0.51 or 4.0.29
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-02 12:57:36

Which friggin software should we be running on the HiPer ARCs? Logic says to use the one with the higher release number (4.0.51), but it also says to use the one with the later release date (4.0.29). Which one works the best? -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: (usr-tc) Max number of Rlogin sessions exceeded!
From: King Ho <ml@glink.net.hk>
Date: 1998-05-02 14:21:37

Hi, Our HiperARC started giving out the following error message for rlogin users and then dropped the connections: May 2 14:00:42 term8 At 14:00:14, Facility "Telnet", Level "CRITICAL":: Maximum number of Rlogin sessions exceeded It doesn't affect PPP connections, just rlogins. Everything works again after a reboot! Anyone has any idea of how to clear this without a reboot? We are running 4.0.28 firmware. Thanks. Best regards, King Ho Global Link Information Services Ltd.

Subject: (usr-tc) RADIUS authentication.
From: Chad O Hulbert <chulbert@computer-connection.net>
Date: 1998-05-02 15:41:44

We have a FreeBSD machine running Merit RADIUS 2.4.23C. We have a total control enterprise hub and a netsever 8/16 plus. Total Control : NETServer Card V.34/ISDN with Frame Relay V3.1.23 Netserver : U.S. Robotics NetServer/16, Version: V4.0.13 The problem... The Hub will authenticate fine, however the Netserver does not. If I dial in with a comm program, it will authenticate and if I telnet in, it will authenticate. It ALWAYS fails when people dial in with Win95 to establish a dial-up networking connection. The log says "authentication fail." All accounts are stored in /etc/passwd and use the following DEFAULT profile: DEFAULT Authentication-Type = Unix-PW Service-Type = Framed, Framed-Protocol = PPP, Framed-IP-Address = 255.255.255.254, Framed-IP-Netmask = 255.255.255.0, Framed-Compression = Van-Jacobson-TCP-IP, Framed-Routing = None, Framed-MTU = 1500 Should I have more or change something? Any feedback will be greatly appreciated. -- Chad O Hulbert Computer Connection of Upstate New York 1450 State Route 104 Ontario, NY 14519 (315) 524-2103 (315) 524-2106 fax

Subject: Re: (usr-tc) RADIUS authentication.
From: Ken Hunter, Aspiring Technologies <ken@aspire.net>
Date: 1998-05-02 16:34:26

At 03:41 PM 5/2/98 -0400, you wrote: >We have a FreeBSD machine running Merit RADIUS 2.4.23C. We have a >total control enterprise hub and a netsever 8/16 plus. > > Total Control : NETServer Card V.34/ISDN with Frame Relay V3.1.23 > Netserver : U.S. Robotics NetServer/16, Version: V4.0.13 > > The problem... The Hub will authenticate fine, however the Netserver >does not. If I dial in with a comm program, it will authenticate and if >I telnet in, it will authenticate. It ALWAYS fails when people dial in >with Win95 to establish a dial-up networking connection. The log says >"authentication fail." > > All accounts are stored in /etc/passwd and use the following DEFAULT >profile: > >DEFAULT Authentication-Type = Unix-PW > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Address = 255.255.255.254, > Framed-IP-Netmask = 255.255.255.0, If this is a dialup that will receive a single ip address, change that framed-ip-netmask to 255.255.255.255 - not sure if that will cause the authentication failure, but it will cause other problems for you. > Framed-Compression = Van-Jacobson-TCP-IP, > Framed-Routing = None, > Framed-MTU = 1500 > > Should I have more or change something? Any feedback will be >greatly appreciated. > >-- >Chad O Hulbert >Computer Connection of Upstate New York >1450 State Route 104 >Ontario, NY 14519 >(315) 524-2103 >(315) 524-2106 fax > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > - ************************************************************************ Web Hosting, E-mail addresses, DNS services, Dedicated circuits. 33.6, X2(56k), ISDN Dialup available in Prince William County VA. Ken Hunter Aspiring Technologies mailto:ken@aspire.net 9304 Troy Drive http://www.aspire.net Nokesville, Va 20181 telnet://sage.aspire.net Try our ISP/Net Guest account username: ispguest password: ispguest ************************************************************************

Subject: Re: (usr-tc) 4.0.51 or 4.0.29
From: CyberGate Field Engineer <steven@gate.net>
Date: 1998-05-02 19:35:17

> Which friggin software should we be running on the HiPer ARCs? Logic > says to use the one with the higher release number (4.0.51), but it also > says to use the one with the later release date (4.0.29). Which one > works the best? 4.0.51 was a maintenance release which addressed some issues that some people were having, however as pointed out a while ago it should NOT be used by everyone. I don't know why they made it a higher number since 4.0.29 is the actual latest code (which also allows more than 7 DSP's).

Subject: (usr-tc) Setting Time on HiPer Arc
From: John Campbell <sparky@roava.net>
Date: 1998-05-02 20:14:26

Any know the quick command for setting time time/date on the HiPer Arc Card... Mine is set for sometime in 2041... 73's John Campbell - KC4LWI Owner - Roanoke Virginia Net http://www.roava.net mailto:sparky@roava.net

Subject: (usr-tc) netmask again
From: Leon McCalla <ascend@caribbeanlink.com>
Date: 1998-05-02 23:49:06

has anyone been able to get thier users' dial-up netmask to anything other than 255.255.255.0 ? Leon McCalla

Subject: (usr-tc) Advertising pool and static routes
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1998-05-03 00:37:35

I'm finally getting on the CIDR bandwagon. :) I have a Netserver (addressed as 204.252.164.5) that's to assign addresses from 208.206.128.128/26. I know I need to set assigned 208.206.128.129 set limit 62 set ripv2 on but what else must I do for this Netserver to advertise that subnet (The /26)? Further, what else need I do to ensure that the Netserver will advertise /32 routes for addresses it receives via RADIUS? (Assigned IPs, that is.) Thanks, all you helpful people. (Usenix '98, anybody?) --- Mark R. Lindsey, mark@datasys.net Internet Engineering, DSS Online LLC Voice: +1 912 241 0607; Fax: +1 912 241 0190

Subject: Re: (usr-tc) More ARC and NETserver questions
From: MegaZone <megazone@megazone.org>
Date: 1998-05-03 02:08:48

Once upon a time John Powell shaped the electrons to say... >Hiper ARCs. They mentioned trade in programs, Netservers for ARCs. My >former (just laid off) USR rep says that this is because the Livingston >Cosmos liscense is expiring and 3com doesn't want to renew it... >unsubstantiated rumor, but it has the air of truth. That's certainly an interesting twist on things. Oh, I wish I could talk about this situation. I think I'm safe in saying it is more like Lucent isn't very interested in allowing the license to continue do to experience to this point. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!

Subject: Re: (usr-tc) RADIUS authentication.
From: Russ Miescke <russm@powerweb.net>
Date: 1998-05-03 02:10:12

Your Framed-IP is invalid. Also, try setting your netmask to 255.255.255.255. Russ Miescke Power Web Connect -----Original Message----- We have a FreeBSD machine running Merit RADIUS 2.4.23C. We have a total control enterprise hub and a netsever 8/16 plus. Total Control : NETServer Card V.34/ISDN with Frame Relay V3.1.23 Netserver : U.S. Robotics NetServer/16, Version: V4.0.13 The problem... The Hub will authenticate fine, however the Netserver does not. If I dial in with a comm program, it will authenticate and if I telnet in, it will authenticate. It ALWAYS fails when people dial in with Win95 to establish a dial-up networking connection. The log says "authentication fail." All accounts are stored in /etc/passwd and use the following DEFAULT profile: DEFAULT Authentication-Type = Unix-PW Service-Type = Framed, Framed-Protocol = PPP, Framed-IP-Address = 255.255.255.254, Framed-IP-Netmask = 255.255.255.0, Framed-Compression = Van-Jacobson-TCP-IP, Framed-Routing = None, Framed-MTU = 1500 Should I have more or change something? Any feedback will be greatly appreciated. -- Chad O Hulbert Computer Connection of Upstate New York 1450 State Route 104 Ontario, NY 14519 (315) 524-2103 (315) 524-2106 fax - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) RADIUS authentication.
From: MegaZone <megazone@megazone.org>
Date: 1998-05-03 02:13:33

Once upon a time Russ Miescke shaped the electrons to say... > Your Framed-IP is invalid. Also, try setting your netmask to >255.255.255.255. No, Framed-IP-Address is perfectly valid. 255.255.255.254 is the reserved value that means 'assign the address from you local pool'. 255.255.255.255 would be 'let the user pick any IP'. See the RADIUS RFCs, I believe it is in there. I do agree on the netmask, single user dialin accounts should ALWAYS use a /32 netmask. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!

Subject: Re: (usr-tc) Setting Time on HiPer Arc
From: Michael Mittelstadt <meek@execpc.com>
Date: 1998-05-03 02:56:48

[Quoth John Campbell] ] Any know the quick command for setting time time/date on the HiPer Arc ] Card... Mine is set for sometime in 2041... hiper> set daTE 03-may-1998 hiper> set tiME 02:57:23 I have ntp enabled on mine, but I suspect it isn't working too well, as all my boxes have far-off dates, usually in the year 2041. I haven't taken the time to figure out why yet, but I'd fathom that it'd be more important when we have MPIP. -- Michael Mittelstadt meek@execpc.com VP - Internet Techologies ExecPC Internet http://www.execpc.com/~meek 1-800-ExecPC-1

Subject: Re: (usr-tc) Advertising pool and static routes
From: Michael Mittelstadt <meek@execpc.com>
Date: 1998-05-03 03:02:51

[Quoth Mark R. Lindsey] ] I'm finally getting on the CIDR bandwagon. :) ] ] I have a Netserver (addressed as 204.252.164.5) that's to assign ] addresses from 208.206.128.128/26. I know I need to ] set assigned 208.206.128.129 ] set limit 62 ] set ripv2 on ] but what else must I do for this Netserver to advertise that subnet ] (The /26)? . make sure you're at least at netserver version 3.6.28 . For the dialup pool, add an entry in the netmask table. "add netmask 169.207.64.64 255.255.255.192" . add an entry to the ippool table, even though this really isn't used "add ippool pool1 169.207.64.65 100" I thought I read this might not be necessary with 3.7.24. It's 3am, I may well be wrong. . turn on enh_routing ] Further, what else need I do to ensure that the Netserver will ] advertise /32 routes for addresses it receives via RADIUS? (Assigned ] IPs, that is.) I haven't had to do anything special to make this happen. It just works. -- Michael Mittelstadt meek@execpc.com VP - Internet Techologies ExecPC Internet http://www.execpc.com/~meek 1-800-ExecPC-1

Subject: Re: (usr-tc) Max number of Rlogin sessions exceeded!
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-03 09:12:37

You are using an old beta version. I would suggest you to upgrade to the latest beta ( 4.0.29 - which I guess should have been released code ) krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Sat, 2 May 1998, King Ho wrote: > > Hi, > > Our HiperARC started giving out the following error message for > rlogin users and then dropped the connections: > > May 2 14:00:42 term8 At 14:00:14, Facility "Telnet", Level "CRITICAL":: > Maximum number of Rlogin sessions exceeded > > It doesn't affect PPP connections, just rlogins. Everything works again > after a reboot! > > Anyone has any idea of how to clear this without a reboot? We are running > 4.0.28 firmware. > > Thanks. > > Best regards, > > King Ho > Global Link Information Services Ltd. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) RADIUS authentication.
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-03 09:15:03

On Sat, 2 May 1998, Chad O Hulbert wrote: > We have a FreeBSD machine running Merit RADIUS 2.4.23C. We have a > total control enterprise hub and a netsever 8/16 plus. > > Total Control : NETServer Card V.34/ISDN with Frame Relay V3.1.23 > Netserver : U.S. Robotics NetServer/16, Version: V4.0.13 I would advice you to change this code to 4.1.7 > > The problem... The Hub will authenticate fine, however the Netserver > does not. If I dial in with a comm program, it will authenticate and if > I telnet in, it will authenticate. It ALWAYS fails when people dial in > with Win95 to establish a dial-up networking connection. The log says > "authentication fail." > > All accounts are stored in /etc/passwd and use the following DEFAULT > profile: > > DEFAULT Authentication-Type = Unix-PW > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Address = 255.255.255.254, > Framed-IP-Netmask = 255.255.255.0, Framed-IP-Netmask = 255.255.255.255, > Framed-Compression = Van-Jacobson-TCP-IP, > Framed-Routing = None, > Framed-MTU = 1500 > > Should I have more or change something? Any feedback will be > greatly appreciated. That is all you need to change krish > > -- > Chad O Hulbert > Computer Connection of Upstate New York > 1450 State Route 104 > Ontario, NY 14519 > (315) 524-2103 > (315) 524-2106 fax > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: [Fwd: (usr-tc) Connect Fail Reason and Disconnect Reason]
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-03 09:20:57

On Sun, 3 May 1998, cntlxh wrote: > Return-Path: <owner-usr-tc@lists.xmission.com> > Delivered-To: cntlxh@163.net > Received: (fmail 13725 invoked from network); 24 Apr 1998 15:52:13 -0000 > Received: from unknown (HELO lists.xmission.com) (198.60.22.7) > by w2.163.guangzhou.gd.cn with SMTP; 24 Apr 1998 15:52:13 -0000 > Received: from domo by lists.xmission.com with local (Exim 1.82 #1) > id 0ySklN-0001li-00; Fri, 24 Apr 1998 09:51:45 -0600 > Received: from (slack.xmission.com) [199.104.120.18] (pashdown) > by lists.xmission.com with esmtp (Exim 1.82 #1) > id 0ySklK-0001lD-00; Fri, 24 Apr 1998 09:51:42 -0600 > Received: (from pashdown@localhost) by slack.xmission.com (8.8.7/8.7.5) id JAA00183 for usr-tc@lists.xmission.com; Fri, 24 Apr 1998 09:51:41 -0600 (MDT) > Received: from (public1.ptt.js.cn) [202.102.13.144] > by lists.xmission.com with esmtp (Exim 1.82 #1) > id 0ySfI2-0004vu-00; Fri, 24 Apr 1998 04:01:06 -0600 > Received: from xhliu (TC7-45.nj.js.cn [202.102.32.45] (may be forged)) > by public1.ptt.js.cn (8.8.8/8.8.7) with SMTP id RAA00239 > for <usr-tc@lists.xmission.com>; Fri, 24 Apr 1998 17:28:58 +0800 (GMT) > Message-ID: <35405446.65F@public1.ptt.js.cn> > Date: Fri, 24 Apr 1998 18:00:59 +0900 > From: cntnj <cntnj@public1.ptt.js.cn> > X-Mailer: Mozilla 3.04Gold (Win95; I) > MIME-Version: 1.0 > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Connect Fail Reason and Disconnect Reason > Content-Type: text/plain; charset=gb2312 > Content-Transfer-Encoding: 7bit > Sender: owner-usr-tc@lists.xmission.com > Precedence: bulk > Reply-To: usr-tc@lists.xmission.com > > Hi, What reason result to these Disconnect Reason as followed: > > Gateway Disconnect Command Received This basically means that the connection was droped by the Gateway device ( either the netserver or the HiPer ARC ). There could be many reason why this happens. > DS0 Teardown This is a t1 disconnection reason, the call was droped due to the T1. > V.42 Disconnect Command > This means the modem received a valid v.42 disconnect frame - so the call was disconected. > and so on. > > What is TCH dropped the connection, what is Remote modem > dropped the connection? > Remote mode is user modem - TCH modem is your quad or hiper dsp - one of the droped the connection krish > Thanks. > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: [Fwd: (usr-tc) Connect Fail Reason and Disconnect Reason]
From: cntlxh <cntlxh@163.net>
Date: 1998-05-03 10:19:28

Return-Path: <owner-usr-tc@lists.xmission.com> Delivered-To: cntlxh@163.net Received: (fmail 13725 invoked from network); 24 Apr 1998 15:52:13 -0000 Received: from unknown (HELO lists.xmission.com) (198.60.22.7) by w2.163.guangzhou.gd.cn with SMTP; 24 Apr 1998 15:52:13 -0000 Received: from domo by lists.xmission.com with local (Exim 1.82 #1) id 0ySklN-0001li-00; Fri, 24 Apr 1998 09:51:45 -0600 Received: from (slack.xmission.com) [199.104.120.18] (pashdown) by lists.xmission.com with esmtp (Exim 1.82 #1) id 0ySklK-0001lD-00; Fri, 24 Apr 1998 09:51:42 -0600 Received: (from pashdown@localhost) by slack.xmission.com (8.8.7/8.7.5) id JAA00183 for usr-tc@lists.xmission.com; Fri, 24 Apr 1998 09:51:41 -0600 (MDT) Received: from (public1.ptt.js.cn) [202.102.13.144] by lists.xmission.com with esmtp (Exim 1.82 #1) id 0ySfI2-0004vu-00; Fri, 24 Apr 1998 04:01:06 -0600 Received: from xhliu (TC7-45.nj.js.cn [202.102.32.45] (may be forged)) by public1.ptt.js.cn (8.8.8/8.8.7) with SMTP id RAA00239 for <usr-tc@lists.xmission.com>; Fri, 24 Apr 1998 17:28:58 +0800 (GMT) Message-ID: <35405446.65F@public1.ptt.js.cn> X-Mailer: Mozilla 3.04Gold (Win95; I) MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Sender: owner-usr-tc@lists.xmission.com Precedence: bulk Reply-To: usr-tc@lists.xmission.com Hi, What reason result to these Disconnect Reason as followed: Gateway Disconnect Command Received DS0 Teardown V.42 Disconnect Command and so on. What is TCH dropped the connection, what is Remote modem dropped the connection? Thanks. - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Connect Speed Errors
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-03 10:21:00

Since we upgraed to the V.90 code, NMC code 5.51 and the latest Security and Accounting server for Windows, I have been noticing that the Connect_ Speed variable reported by RADIUS in MS Access appears to be wrong. For instance a 64kbs ISDN call reports as a 38 which is 57333 BPS instead of a 39 which is 64000 BPS. It is this way for all connections that I have been able to track. I tried loading verson 5.52 of the NMC code this morning but the problem remains. Are others seeing the same thing ? I was hoping to give our users an online report of their calls and connect speeds but with this error I would be opening a can of worms that I don't have time for. Of course I could modify the lookup in RADIUS. Comments ? Jeff Binkley ASA Network Computing

Subject: (usr-tc) Connect Speed Errors
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-03 11:20:00

Ok. The mystery with the incorrect connect speeds is solved. The problem is the dictionary.dat file which was distributed with sawin553.zip file. Here's a piece of the old dictinoary.dat file: VALUE Connect_Speed NONE 0 VALUE Connect_Speed 300_BPS 1 VALUE Connect_Speed 1200_BPS 2 VALUE Connect_Speed 2400_BPS 3 VALUE Connect_Speed 4800_BPS 4 VALUE Connect_Speed 7200_BPS 5 VALUE Connect_Speed 9600_BPS 6 VALUE Connect_Speed 12000_BPS 7 VALUE Connect_Speed 14400_BPS 8 VALUE Connect_Speed 16800_BPS 9 VALUE Connect_Speed 19200_BPS 10 VALUE Connect_Speed 21600_BPS 11 VALUE Connect_Speed 28800_BPS 12 Here's what came with 5.53: VALUE Connect_Speed NONE 1 VALUE Connect_Speed 300_BPS 2 VALUE Connect_Speed 1200_BPS 3 VALUE Connect_Speed 2400_BPS 4 VALUE Connect_Speed 4800_BPS 5 VALUE Connect_Speed 7200_BPS 6 VALUE Connect_Speed 9600_BPS 7 VALUE Connect_Speed 12000_BPS 8 VALUE Connect_Speed 14400_BPS 9 VALUE Connect_Speed 16800_BPS 10 VALUE Connect_Speed 19200_BPS 11 VALUE Connect_Speed 21600_BPS 12 You can see the problem from here. Now the next issue is why none of the VSA items are being recorded in the CALLS table. For instance the following VSAs have columns in the CALLS table but no data is ever being populated for them: VSA USR Final_Tx_Link_Data_Rate 0x006B integer VALUE VSA USR Connect_Term_Reason 0x009B integer VALUE Both have a column named exactly like the attribute name. Any help would be appreciated. Jeff Binkley ASA Network Computing CMPQwk 1.42-21 9999

Subject: Re: (usr-tc) RADIUS authentication.
From: Russ Miescke <russm@powerweb.net>
Date: 1998-05-03 11:45:18

I stand corrected. We use a different radius that does nor require an entry to assign from a pool, it is done by default. The only time an Ip address is entered is when it is assigned. -----Original Message----- Once upon a time Russ Miescke shaped the electrons to say... > Your Framed-IP is invalid. Also, try setting your netmask to >255.255.255.255. No, Framed-IP-Address is perfectly valid. 255.255.255.254 is the reserved value that means 'assign the address from you local pool'. 255.255.255.255 would be 'let the user pick any IP'. See the RADIUS RFCs, I believe it is in there. I do agree on the netmask, single user dialin accounts should ALWAYS use a /32 netmask. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia! - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Netserver 3.3.28 and DNS info for dialup users
From: Kamil Kukura <k.kukura@unicom.cz>
Date: 1998-05-03 21:00:58

We're running netserver code 3.3.28 (will get higher just upon memory upgrade). For some reasons, when dialing into netserver, there's no information sent through the PPP negotiation about DNS servers. I have to set it manually in windows' dialup networking tcpip properties. But I recall it worked with older version and I guess there was a switch for that. TIA Kamil Kukura PS: I happened to lost bookmarks, where's the archive of mailing list?

Subject: (usr-tc) S0 through Forever
From: Robert Adams <radams@siscom.net>
Date: 1998-05-03 22:35:30

Hello all, Anyone know the command off the top of their head to make the netserver only show S0-S46 instead of S0-100? .. Thanks! Jason -- Robert J. Adams radams@siscom.net http://www.siscom.net Looking to outsource news? http://www.newshosting.com SISCOM Network Administration - President, SISCOM Inc. Phone: 888-4-SISCOM 937-222-8150 FAX: 937-222-8153

Subject: Re: (usr-tc) 4.0.51 or 4.0.29
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-04 05:37:08

Andrew Aken said once upon a time: > >Which friggin software should we be running on the HiPer ARCs? Logic >says to use the one with the higher release number (4.0.51), but it also >says to use the one with the later release date (4.0.29). Which one >works the best? I can't tell you which one works the best, but USR has a weird method of release numbering. Essentially, public releases are numbered in forward fashion, for example, 4.0.19, now 4.0.29. ER and engineering releases are numbered in a reverse fashion in the third digit, starting at 99. That is, we've seen 4.0.93, 4.0.87, 4.0.72, 4.0.69, 4.0.51 released in that order. The question has been asked, what happens when they meet? My guess is that when they start releasing engineering releases around 50, the realization is made that there has been a lot of fixes, and its time for a public release. God knows why they do it this way. Probably because it spreads more FUD (fear, uncertainty, doubt) to the user community.

Subject: (usr-tc) Is this Fair Comment?
From: Dwight G. Jones <djones@imagen.net>
Date: 1998-05-04 07:59:26

This from another list, and disturbing to someone who has just bought 96 ports of the same stuff... Dwight Begin Posting: Large manufacturer of ISP equipment going down in flames!!! After a grueling four months of trying to get four USR/TC NetServer 16/I-Modems replaced (one of which is under their premium support plan), I have been told that to get **any** of them replaced, we will have to purchase premium support for **ALL** of the 3Com equipment we own. When I bought the first premium support plan, I figured out in just a few weeks that it wasn't worth the paper it was written on, since the 24x7 support was still inaccessible, the contracts people refused to return my calls, and they never sent the contract ID after I sent in the paperwork. Luckily, one of my NetServers in only two weeks old, so the vendor will ship a new one, but it will probably be the last peice of USR equipment on our network. To top it all, I have been repeatedly told that v.90 for our HiPer DSPs would be out today, so I went to the site today, and they did post new code, but it is specifically NOT v.90. In case you haven't guessed, I did not take to kindly to being told that I had to pay 3Com what amounts to about $10-15k worth of blackmail money to get them to honor the warranty on equipment that is all less than six months old, and most of it is less than 90 days old. If anybody is seriously pursuing a class action against these guys, please get in touch with me. Otherwise, I will be trying to coordinate something. Well, in the meantime, I need to start looking at other solutions. Does anybody know of any other equipment (preferably by a manufacturer with some ethics and good customer support) that takes BRIs? I am also looking for specific feedback from anyone who has had direct experiencce with the high-end Cisco and Lucent products. Also, if anyone knows of any trade-up deals going on, I would love to hear about those as well. Daniel W. Fitzpatrick, Sr., CEO Double D Network Services, Inc. __________________ * ISP-CEO Email Discussion List * __________________ To Remove: remove-isp-ceo@isp-ceo.com To Join: join-isp-ceo@isp-ceo.com

Subject: Re: (usr-tc) NMC access question
From: cntlxh <cntlxh@163.net>
Date: 1998-05-04 11:44:58

cntlxh@163.net wrote: > > > There are four TCHs: > > > > > > chassis NMC Addr(example) > > > ----------------------------- > > > 1 200.200.20.253 > > > 2 200.200.20.251 > > > 3 200.200.20.249 > > > 4 200.200.20.247 > > > > > > gateway:200.200.20.254 > > > > > > code: 5.2.2 > > > > > > Question: Sometimes I cannot access one or two or three of them by console > > > port or lan port on NIC, but after hot-plug the board(NAC), it seems ok. > > > Why? > > > > > > Please give me answer. sorry to my poor english. > > I have NMC code changed to 5.0.8, but It seems no improvment. Now I cannot > > hot-plug NMC NAC/NIC because It may make online_user dropped due to 5.0.8 > > feature. > > I donot know if such an IP assign method may bring to such question. > > It is due to large network flow? Please give me answer!

Subject: Re: (usr-tc) RADIUS authentication.
From: Chad O Hulbert <chulbert@computer-connection.net>
Date: 1998-05-04 12:37:55

Tatai SV Krishnan wrote: > > On Sat, 2 May 1998, Chad O Hulbert wrote: > > I would advice you to change this code to 4.1.7 Done. > Framed-IP-Netmask = 255.255.255.255, Done. > That is all you need to change Still no worky. :( -- Chad O Hulbert Computer Connection of Upstate New York 1450 State Route 104 Ontario, NY 14519 (315) 524-2103 (315) 524-2106 fax

Subject: Re: (usr-tc) RADIUS authentication.
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-04 13:11:46

Could you get a snoop trace of the authentication? krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Mon, 4 May 1998, Chad O Hulbert wrote: > Tatai SV Krishnan wrote: > > > > On Sat, 2 May 1998, Chad O Hulbert wrote: > > > > I would advice you to change this code to 4.1.7 > > Done. > > > Framed-IP-Netmask = 255.255.255.255, > > Done. > > > That is all you need to change > > Still no worky. :( > > -- > Chad O Hulbert > Computer Connection of Upstate New York > 1450 State Route 104 > Ontario, NY 14519 > (315) 524-2103 > (315) 524-2106 fax > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) MPIP servers loosing their minds
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-04 13:44:55

Well...ran over the weekend fairly cleanly with a dedicated netserver running as an MPIP server...just got notified a few minutes ago though that our customer that we've been working with on this started getting the same failures again...it seems that even a dedicated netserver is loosing track of the MPIP bundles. So, for example, here's a hypothetical sequense of events for this... netservers are lou-ts1 through lou-ts10 at this point, seperate netserver loumpip serving as the MPIP server. Customer dials in...bundle hosted by lou-ts1 (has happened on many different ones), connection goes great...customer disconnects... an hour later (they dial in once an hour) customer dials, connects to lou-ts6, lou-ts6 tries to create a tunnel to lou-ts1...nevermind the fact that their connection to lou-ts1 is long gone...get the following syslog error messages: May 4 12:46:39 lou-ts1.iglou.com vtp_process_layer2_reg_request: Bundle does not exist for tunneled link. May 4 12:46:39 lou-ts6.iglou.com vtp_process_layer2_reg_response: Service Not Provided by GW code = 36.Try backup if provided. This happens several times....with tunnels being attempted to lou-ts1 on every connection attempt. I rebooted loumpip and customer connected to lou-ts5 with no problems. Methinks the MPIP server implementation in the netservers still has a few problems. A question: How critical is the latency in the data flow between the netservers in a situation such as this? I've got these netservers split between 3 different ethernets going through a Cisco router that...while not being overloaded...doesn't exactly have a great deal of spare cpu...latencies between networks seem to be around 3-5 ms...not low for 10 Mb ethernet, but not exactly outrageously high either. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Connect Speed Errors
From: Robert Sanders <rsanders@mindspring.net>
Date: 1998-05-04 13:45:06

>VALUE Connect_Speed NONE 1 From what I can tell, 3com suddenly decided to shift several VSA enumerations up by 1. I assume this affects the NMC accounting, but I know it affects the VSAs passed through the NETserver. There's a switch to tell the NETserver to use the inflated enumerations (not on by default, and probaby not on in previous versions); the ARC does so by default. This is an annoyance for a network of mixed hardware and software versions, not to mention consistency with previously collected data. I don't know whether the NMC has always used the inflated enumerations; I know that I culled my 0-based dictionary data from the USR-supplied dictnary.dat file way back when. The relevant command is "set format connect-info" and is documented in the 3.6 release notes; here's the help from the format command: netserver>set format usage: set format syslog-call-ref (hex | decimal) {indicator (on | off)} set format session-id (hex | decimal) {indicator (on | off)} set format multisession-id (hex | decimal) {indicator (on | off)} set format prompt (normal | inverted) set format chassis-awareness (1-based | 0-based) set format call-trace-info (1-based | 0-based) set format connect-info (1-based | 0-based) This only works with 3.6+. It's anybody's guess as to whether each choice of 1/0 should be 1 or 0. Also, I can't understand why connect_speed is a single enumeration instead of two literal integer VSAs. I've only met a handful of the 3com/USR engineers responsible for the TC product, but I can say two things with confidence: 1. they are completely convinced that these kinds of things, no matter how weird from a customer perspective, make perfect sense, and 2. you're not going to convince them otherwise. regards, -- Robert An excerpt from an explanation I received from USR: The VSA is actually being done wrong in the Netserver, NOT the ARC. There is a way on the Netserver to correct this and make the Radius dictionary match up with the way the ARC and the NMC do this. On the Netserver do the following: Command> set format connect-info 1-based usage: set format connect-info (1-based | 0-based) Command> In your Dictionary, add 1 to the affected USR VSA values. This will sync-up the Netserver, ARC and NMC VSA values.

Subject: (usr-tc) HiPer ARC syslog entry
From: Blake Fithen <fithen@networksplus.net>
Date: 1998-05-04 14:28:58

Hello, anyone seen this one before? nnn.nnn.nnn.nnn: Sun May 3 23:10:30: <37>At 11:07:35, Facility "IP", Level "COMMON":: ../../net/ip_ondemand.c<3904>: user_string_get failed, No more framed routes for user: ((bad status)) It's coming from a 46 port Hiper chassis, using a public 50 address, non- aggregated pool, using 4.0.51(just updated) . Thanks for your time. Blake fithen - fithen@networksplus.com

Subject: Re: (usr-tc) Connect Speed Errors
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-04 14:34:00

Robert, Thanks for pointing this out but what I don't understand is that Connect_Speed doesn't appear to be implemented as a VSA but things like Final_Tx_Link_Data_Rate and Connect_Term_Reason , which are implemented as VSAs, aren't being reported by RADIUS. The Connect_Speed attribute doesn't properly report the X2 and V.90 speeds properly so I must use Connect_Speed but I can't get the Final_Tx_Link_Data_Rate to record. Any ideas ? Jeff Binkley ASA Network Computing -> -> >VALUE Connect_Speed NONE 1 3com suddenly decided to shift several VSA -> enumerations up by 1. I assume this affects the NMC accounting, but I know -> it affects the VSAs passed through the NETserver. There's a switch to -> tell the NETserver to use the inflated enumerations (not on by default, and -> probaby not on in previous versions); the ARC does so by default. This is -> an annoyance for a network of mixed hardware and software versions, not to -> mention consistency with previously collected data. I don't know whether -> the NMC has always used the inflated enumerations; I know that I culled my -> 0-based dictionary data from the USR-supplied dictnary.dat file way back -> when. -> The relevant command is "set format connect-info" and is documented in the -> 3.6 release notes; here's the help from the format command: -> -> netserver>set format -> usage: set format syslog-call-ref (hex | decimal) {indicator (on | off)} -> set format session-id (hex | decimal) {indicator (on | off)} -> set format multisession-id (hex | decimal) {indicator (on | off)} -> set format prompt (normal | inverted) -> set format chassis-awareness (1-based | 0-based) -> set format call-trace-info (1-based | 0-based) -> set format connect-info (1-based | 0-based) -> -> This only works with 3.6+. It's anybody's guess as to whether each choice -> of 1/0 should be 1 or 0. -> -> Also, I can't understand why connect_speed is a single enumeration instead -> of two literal integer VSAs. -> -> I've only met a handful of the 3com/USR engineers responsible for the TC -> product, but I can say two things with confidence: 1. they are completely -> convinced that these kinds of things, no matter how weird from a customer -> perspective, make perfect sense, and 2. you're not going to convince them -> otherwise. -> -> regards, -> -- Robert

Subject: (usr-tc) MPIP server for Solaris
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-04 15:13:04

First, whoever it was from 3Com that sent the MPIP server stuff out? Thanks tremendously....also, drop me a private email would you? I've forgotten your email address and your post hasn't made it into the archives yet...still too soon. :) Second... While I'm hardly a C coder, I've been poking around the code a bit and cleaning up some... after stripping all the extra junk out of clients.c, I got that file compiling ok....also...had to move the "mserver" makefile over to Makefile instead of the default one that was there....apparently the default Makefile in the tarball was trying to build too much. :) Last....I think the only thing needed to get this sucker to compile (wishful thinking?) at this point, is whatever header file and .c files have the definitions and code for the read_clients() and read_servers() function...those are the only ones that I'm getting errors on at this point during linking, and the only references I can find to them in any of the code are all extern references with no code or definitions for them in any of the files in the tarball. If I knew what those functions were really supposed to do or anything, I could probably cobble together some of my own (need to brush up on my C anyway...been a while), but at the moment, I'm in the dark as to what they need to return or whatever. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) MPIP server for Solaris
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-04 15:22:54

Jeff Mcadams was heard to say: >First, whoever it was from 3Com that sent the MPIP server stuff out? What code? url?! --Ricky

Subject: Re: (usr-tc) MPIP server for Solaris
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-04 15:22:54

Jeff Mcadams was heard to say: >First, whoever it was from 3Com that sent the MPIP server stuff out? What code? url?! --Ricky

Subject: Re: (usr-tc) unh_routing?
From: Leon McCalla <ascend@caribbeanlink.com>
Date: 1998-05-04 15:25:47

what exactly is this enh_routing? is it CIDR? Leon

Subject: Re: (usr-tc) unh_routing?
From: Leon McCalla <ascend@caribbeanlink.com>
Date: 1998-05-04 15:25:47

what exactly is this enh_routing? is it CIDR? Leon

Subject: Re: (usr-tc) MPIP server for Solaris
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-04 15:34:21

Thus spake Ricky Beam >Jeff Mcadams was heard to say: >>First, whoever it was from 3Com that sent the MPIP server stuff out? >What code? url?! Wups...I think I made a boo-boo there...I bet nice man from 3Com posted directly to me and I didn't notice it...yup...that's what happened...my mail filter dropped it in my usr-tc directory, so I made the assumption (bad assumption as it turns out) that it was from the list...This means that my first request in my last post is moot....since I have the address of the person that sent it to me. :/ Well...since I goofed up and the word is kinda out now...it was sent to me in email, so no url...apparently, its limited at this point to Solaris, but the code looks simple enough from what I was looking at to be easy to port over (at least nothing I saw looks particularly difficult to port over). Since it was sent to me by a 3Com engineer, I'm going to decline on re-sending it to anyone and let them make the decision on who to give it to...sorry folks. Also...since its missing a couple of function definitions and the code for them, it doesn't quite compile (even on Solaris) at this point, but that should be an easy fix. To nice Mr. 3Com engineer...my apologies for letting the cat out of the bag, but there are quite a few people here who would be of much greater help than I would. :/ -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) PRI but not NFAS
From: Leon McCalla <ascend@caribbeanlink.com>
Date: 1998-05-04 16:15:40

I was using NFAS and i scaled back to a non NFAS system because Bell ran into physical limitations. my problem is this, I've taken the 24th DS0 out of service and i've enable the d-channel on the second PRI in the dual -pri card but every now and then if i look real clossly i can see a 47 modem flicker red. its almost as if the chassis is trying to take another call on the D channell. have i really disabled NFAS? or not? Leon

Subject: Re: (usr-tc) Is this Fair Comment?
From: Rob Fisher <rob@dbn.lia.net>
Date: 1998-05-04 17:11:05

>This from another list, and disturbing to someone who has just bought 96 >ports of the same stuff... Speaking from a South African point of view the USR/TC NetServer 16/I-Modems are worse than useless here! We tried to get 2 of them working in two of out POPs in different cities and eventually we replaced them with TC. Kind Regards Rob rob@dbn.lia.net - Web http://www.dbn.lia.net - rob@viper.co.za Phone +27(31)705-4767 Fax +27(31)705-2031 Club Internet Durban - Neptune Software - USRobotics

Subject: Re: (usr-tc) MPIP server for Solaris
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-04 17:20:03

Jeff Mcadams was heard to say: >Thus spake Ricky Beam >>Jeff Mcadams was heard to say: >>>First, whoever it was from 3Com that sent the MPIP server stuff out? > >>What code? url?! > >Wups...I think I made a boo-boo there...I bet nice man from 3Com posted >directly to me and I didn't notice it...yup...that's what happened...my >mail filter dropped it in my usr-tc directory, so I made the assumption >(bad assumption as it turns out) that it was from the list...This means >that my first request in my last post is moot....since I have the >address of the person that sent it to me. :/ ... Did 3Com tell you not to give it out? Have you signed an NDA? --Ricky

Subject: Re: (usr-tc) MPIP server for Solaris
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-04 17:28:08

Thus spake Ricky Beam >Jeff Mcadams was heard to say: >>Wups...I think I made a boo-boo there...I bet nice man from 3Com posted >>directly to me and I didn't notice it...yup...that's what happened...my >>mail filter dropped it in my usr-tc directory, so I made the assumption >>(bad assumption as it turns out) that it was from the list...This means >>that my first request in my last post is moot....since I have the >>address of the person that sent it to me. :/ >Did 3Com tell you not to give it out? Have you signed an NDA? No, and no, but since its not going to do much good to have what I have since there are still parts missing, I don't see as there's much good in me sending it out again. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) NTP
From: Scott Gardner Anderson <gardner@interport.net>
Date: 1998-05-04 18:16:24

Anyone aware of how to set timezones for NTP on either the NetServer or HiperArc? TIA SGA

Subject: Re: (usr-tc) Is this Fair Comment?
From: RAR <rar@syssrc.com>
Date: 1998-05-04 20:33:16

It is fair. They forgot to mention lousy support,=20 Bob Roswell broswell@syssrc.com System Source 338 Clubhouse Road Hunt Valley, MD 21031 (410) 771-5544 ext 336 >>> Rob Fisher <rob@dbn.lia.net> 05/04 5:11 PM >>> >This from another list, and disturbing to someone who has just bought 96 >ports of the same stuff... Speaking from a South African point of view the USR/TC NetServer 16/I-Modems are worse than useless here! We tried to get 2 of them working in two of out POPs in different cities and eventually we replaced them = with TC. Kind Regards Rob rob@dbn.lia.net - Web http://www.dbn.lia.net - rob@viper.co.za=20 Phone +27(31)705-4767 Fax +27(31)705-2031 Club Internet Durban - Neptune Software - USRobotics - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Is this Fair Comment?
From: Ken Hunter, Aspiring Technologies <ken@aspire.net>
Date: 1998-05-04 20:51:47

I know him peronally - saw and touched the 4 netservers that are giving him grief... At 07:59 AM 5/4/98 -0700, you wrote: >This from another list, and disturbing to someone who has just bought 96 >ports of the same stuff... > >Dwight > >Begin Posting: > >Large manufacturer of ISP equipment going down in flames!!! > > >After a grueling four months of trying to get four USR/TC NetServer >16/I-Modems replaced (one of which is under their premium support plan), I >have been told that to get **any** of them replaced, we will have to >purchase premium support for **ALL** of the 3Com equipment we own. > >When I bought the first premium support plan, I figured out in just a few >weeks that it wasn't worth the paper it was written on, since the 24x7 >support was still inaccessible, the contracts people refused to return my >calls, and they never sent the contract ID after I sent in the paperwork. >Luckily, one of my NetServers in only two weeks old, so the vendor will >ship a new one, but it will probably be the last peice of USR equipment on >our network. > >To top it all, I have been repeatedly told that v.90 for our HiPer DSPs >would be out today, so I went to the site today, and they did post new >code, but it is specifically NOT v.90. > >In case you haven't guessed, I did not take to kindly to being told that I >had to pay 3Com what amounts to about $10-15k worth of blackmail money to >get them to honor the warranty on equipment that is all less than six >months old, and most of it is less than 90 days old. > >If anybody is seriously pursuing a class action against these guys, please >get in touch with me. Otherwise, I will be trying to coordinate >something. > >Well, in the meantime, I need to start looking at other solutions. Does >anybody know of any other equipment (preferably by a manufacturer with >some ethics and good customer support) that takes BRIs? I am also looking >for specific feedback from anyone who has had direct experiencce with the >high-end Cisco and Lucent products. > >Also, if anyone knows of any trade-up deals going on, I would love to hear >about those as well. > >Daniel W. Fitzpatrick, Sr., CEO >Double D Network Services, Inc. > >__________________ * ISP-CEO Email Discussion List * __________________ >To Remove: remove-isp-ceo@isp-ceo.com To Join: join-isp-ceo@isp-ceo.com > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > - ************************************************************************ Web Hosting, E-mail addresses, DNS services, Dedicated circuits. 33.6, X2(56k), ISDN Dialup available in Prince William County VA. Ken Hunter Aspiring Technologies mailto:ken@aspire.net 9304 Troy Drive http://www.aspire.net Nokesville, Va 20181 telnet://sage.aspire.net Try our ISP/Net Guest account username: ispguest password: ispguest ************************************************************************

Subject: Re: (usr-tc) NTP
From: Richard Roy <rjroy@nbnet.nb.ca>
Date: 1998-05-05 08:25:28

I submitted the problem to 3Com last week. It is on their "to-do list". We will probably see a fix on the next hiper arc version. At 06:16 PM 5/4/98 -0400, you wrote: >Anyone aware of how to set timezones for NTP on either the NetServer or >HiperArc? > >TIA > >SGA Richard Roy (rjroy@nbnet.nb.ca) NBTel Internet Technical Analyst / Analyste Technique

Subject: Re: (usr-tc) NTP
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-05 08:44:44

On Mon, 4 May 1998, Scott Gardner Anderson wrote: > Anyone aware of how to set timezones for NTP on either the NetServer or > HiperArc? > Currently you cannot set time zones for NTP on the HiPer aRC. krish > TIA > > SGA > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) MPIP servers loosing their minds
From: Jason Brunette <root@tcbi.com>
Date: 1998-05-05 09:56:27

We see the exact same thing you do. I don't think latency is an issue, as all of our TCs are on the same ethernet. Jason Brunette - Technical Support Support - support@tcbi.com TCB Internet - http://www.tcbi.com/ Personal - jbrunett@tcbi.com 920-451-7776 - Fax: 920-457-6616 Serving Sheboygan, Manitowoc and Plymouth, WI > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Monday, May 04, 1998 12:45 PM > To: usr-tc@xmission.com > Subject: (usr-tc) MPIP servers loosing their minds > > > Well...ran over the weekend fairly cleanly with a dedicated netserver > running as an MPIP server...just got notified a few minutes ago though > that our customer that we've been working with on this started getting > the same failures again...it seems that even a dedicated netserver is > loosing track of the MPIP bundles. > > So, for example, here's a hypothetical sequense of events for this... > > netservers are lou-ts1 through lou-ts10 at this point, seperate > netserver loumpip serving as the MPIP server. > > Customer dials in...bundle hosted by lou-ts1 (has happened on many > different ones), connection goes great...customer disconnects... > an hour later (they dial in once an hour) customer dials, connects to > lou-ts6, lou-ts6 tries to create a tunnel to lou-ts1...nevermind the > fact that their connection to lou-ts1 is long gone...get the following > syslog error messages: > > May 4 12:46:39 lou-ts1.iglou.com vtp_process_layer2_reg_request: Bundle > does not exist for tunneled link. > May 4 12:46:39 lou-ts6.iglou.com vtp_process_layer2_reg_response: > Service Not Provided by GW code = 36.Try backup if provided. > > This happens several times....with tunnels being attempted to lou-ts1 > on every connection attempt. I rebooted loumpip and customer connected > to lou-ts5 with no problems. > > Methinks the MPIP server implementation in the netservers still has a > few problems. > > A question: How critical is the latency in the data flow between the > netservers in a situation such as this? I've got these netservers split > between 3 different ethernets going through a Cisco router that...while > not being overloaded...doesn't exactly have a great deal of spare > cpu...latencies between networks seem to be around 3-5 ms...not low for > 10 Mb ethernet, but not exactly outrageously high either. > -- > Jeff McAdams Email: jeffm@iglou.com > Chief Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) MPIP servers loosing their minds
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-05 11:03:38

Thus spake Jason Brunette >We see the exact same thing you do. >I don't think latency is an issue, as all of our TCs are on the same >ethernet. OK, so unless someone can come up with any other ideas...I'm assuming a CPU horsepower issue....it just can't keep up with the updates... :/ Have you used multiple MPIP servers in a hunt group like this? I've only got one configured...perhaps having two would spread the load out some and help keep each other in sync? That's opening up the possibility of more interaction bugs, but it might help....just throwing out thoughts here. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Configuring Netserver Cards
From: George Louie <glouie@netcom.com>
Date: 1998-05-05 11:53:48

Does anyone know if there is software available from 3com that would enable one to configure a netserver card via the nmc card TCS gui? thanks, mike

Subject: Re: (usr-tc) Configuring Netserver Cards
From: George Louie <glouie@netcom.com>
Date: 1998-05-05 13:11:07

Eugene, thanks for the information. I have and use the Nets.Mngr program, but I was looking for an option to configure a card when there is no console access to the device. Strange though, I've tried selecting slot 16, then select "Netserver config". 95' spawns an error message, "Unable To Execute NETSERV.EXE". Thanks again, I'll try my rep as well.. On Tue, 5 May 1998 Eugene_Carpenter@3com.com wrote: > There is no software like that, but there is a Netserver manager, which is > gui based like TCM. > It is probably still best to use the cli. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) is pri card upgrade necessary for v.90
From: Val <val@hcol.net>
Date: 1998-05-05 13:29:02

Hi, I am having a problem with the new code for my dual pri card. Every time I upgrade it to the new code it will think that all modems are i-modems instead of simple ones. But that would be ok if it would not put ucc_.... errors every time it will get a call. After about 10-16 calls it will go completely crazy. It seems to work ok with old code for pri card. Is v.90 possible under this conditions? thanks. Val.

Subject: Re: (usr-tc) Advertising pool and static routes
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-05 14:15:20

Mark R. Lindsey said once upon a time: > >I'm finally getting on the CIDR bandwagon. :) > >I have a Netserver (addressed as 204.252.164.5) that's to assign >addresses from 208.206.128.128/26. I know I need to > set assigned 208.206.128.129 > set limit 62 > set ripv2 on >but what else must I do for this Netserver to advertise that subnet >(The /26)? Why bother with advertising it? It isn't going anywhere. Just put in a static route for it in your router. >Further, what else need I do to ensure that the Netserver will >advertise /32 routes for addresses it receives via RADIUS? (Assigned >IPs, that is.) Make sure your router is RIPv2 capable and it is listening to the 204.252.164.0 network for routes.

Subject: Re: (usr-tc) Configuring Netserver Cards
From: John Powell <john@jetcity.com>
Date: 1998-05-05 14:45:54

At 01:11 PM 5/5/98 -0700, you wrote: > > Eugene, thanks for the information. I have and use the Nets.Mngr > program, but I was looking for an option to configure a card when > there is no console access to the device. > > Strange though, I've tried selecting slot 16, then select > "Netserver config". 95' spawns an error message, "Unable To > Execute NETSERV.EXE". > > Thanks again, I'll try my rep as well.. ] The netserver manager just needs the IP address and the !root password... Same goes with cli - just telnet to the netserver and login as !root. Hope this helps! John John Powell, President john@jetcity.com Jet City Online http://www.jetcity.com Business Office: 206-281-1774 Customer Service: 425-820-7006, 1-888-747-6464

Subject: (usr-tc) Fw: Netserver/Plus Error
From: Jason W. <jwatkins@iland.net>
Date: 1998-05-05 15:05:34

We just downloaded and installed the Plus OS for the Netserver 8/16. After doing a configuration of this hardware, we are getting very vague "critical" errors in our syslog. Has anyone else seen these errors from the new OS?? Below is the error messages we are seeing. May 4 19:20:45 sed-netsvr.internetland.net At 19:22:44, Facility "User Manager", Level "CRITICAL":: xxx.xxx.xxx.xxx ACCT START: user name: username - session: username73873360 - port 9 - authenticated: RADIUS - type: FRAMED - protocol: PPP - ip address: xxx.xxx.xxx.xxx - ipx network: 0 - appletalk network: 0, node: 0, range: 0 - 0 May 4 19:25:21 sed-netsvr.internetland.net At 19:27:20, Facility "User Manager", Level "CRITICAL":: xxx.xxx.xxx.xxx ACCT STOP: user name: username - session: username73873360 - port 9 - authenticated: RADIUS - type: FRAMED - protocol: PPP - ip address: xxx.xxx.xxx.xxx - ipx network: 0 - appletalk network: 0, node: 0, range: 0 - 0 - TOTAL_SESSION_TIME: 280s =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Jason W. jwatkins@iland.net I-Land Tech Support http://www.iland.net Fast, Dependable Access!! =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subject: Re: (usr-tc) VA load on Total Control Equipment
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-05 15:07:36

> Does anyone have a formula for how much VA a chassis draws including the > new Hiper cards? > > I'm trying to see if it's feasible to put these on a UPS(s). I use 1 1400VA APC UPS per fully loaded HiPer Chassis. The load meter shows 3 lights out of 5. Not real specific or scientific, but it works for me... <grin> | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: Liping <liping@netsol.net>
Date: 1998-05-05 15:12:08

Our two TCs are the 1866 bundle. Anyone care to comment what kind of NMC it has? I thought it should be 16MB -- which is ready for the Hyper Cards. Lee -----Original Message----- >Another possibility is using the 16meg nmc code to upgrade a 4meg card. >Doing so will generate the same errors. > >At 06:48 PM 5/1/98 -0400, you wrote: >>"Liping" <liping@netsol.net> writes: >> >>> First we use tcm to upgrade the nmc, it didn't finish. Then we use = >>> pcsdl, it give us "progamming flash rom error at the end". >> >>That's kind of a show stopper - you've got a failure in the flash to >>be written, and the flash most likely has to be replaced. >> >>> After talk to usr, we were suggested to turn dip 5,6 on, then off. But = >>> the program still exist. >> >>Those DIPs will really only help if the problem is configuration >>related but you still have working operational code. >> >>But in your case when you started the download it erased the previous >>operational code from flash in order to write the new code. The >>failure to store the new code means that you have no operational code >>at all on your card - it's a "brick". About the only thing it will >>accept at this point is an attempt (via the console port with pcsdl) >>for new code. >> >>> Any suggest/guess is more than welcome. >> >>There are really only two possibilities that I can see: >> >> * The flash is bad in general. Even though it was able to erase the >> old operational code it simply can't store code any more. In this >> case you're stuck - you have to at the least replace the flash >> memory SIMM - at the worst it's a failure of a component on the >> card that drives the flash and you need a new NAC. (I'd guess the >> former to be more likely). >> >> * The flash is bad, but only part of it, most likely in the higher >> memory region that you didn't try to use until you downloaded the >> newer code, which is most likely larger than the old code image. >> I've had this happen on NETServers before. >> >> In this case, you're still going to have to fix the hardware >> before you can download the newer V.90 system release, but in the >> meantime you ought to still be able to get away with using pcsdl >> to restore your previous NMC release, since with the smaller image >> it won't hit the affected region of the flash. >> >>-- David >> >>/-----------------------------------------------------------------------\ >> \ David Bolen \ Internet: db3l@ans.net / >> | ANS Communications, Inc. \ Phone: (914) 701-5327 | >> / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ >>\-----------------------------------------------------------------------/ >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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. >> >+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ >|_ _| _ \ _ _| _ \ \| | __|_ _|Texas Regional Internet Providers| >| | | | | | _| | 711 N. Carancahua, Suite 1024| >| _| _| _\___|_| _|\_|___| _| Corpus Christi, TX 78475| >| http://www.trip.net (512) 882 8747| >| (512) 643 9996| >|techmaster@trip.net | >|Grant Hopwood - Admin/Snr Tech | >|ICQ# 3143234 wk, 3541891 hm | >|PGP Public Key: http://users.trip.net/~ghopwood/pgpkey.txt | >+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Configuring Netserver Cards
From: eugene_carpenter@3com.com
Date: 1998-05-05 15:13:50

There is no software like that, but there is a Netserver manager, which is gui based like TCM. It is probably still best to use the cli.

Subject: RE: (usr-tc) VA load on Total Control Equipment
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-05 15:36:37

No, I've never pulled the plug for a runtime test. I'm not overly concerned, as it is not meant to keep me up for longer than 5 minutes or so. Sometime this summer we'll have a backup generator that will automatically cut in, so it will matter even less... <grin> > Have you ever pulled the plug to see how much time you get? > > (like you don't get enough sleep at night as it is...) > > Tom > > > -----Original Message----- > > From: Curt Shambeau [SMTP:curt@execpc.com] > > Sent: Tuesday, May 05, 1998 4:08 PM > > To: 'usr-tc@lists.xmission.com' > > Subject: Re: (usr-tc) VA load on Total Control Equipment > > > > > Does anyone have a formula for how much VA a chassis draws including > > the > > > new Hiper cards? > > > > > > I'm trying to see if it's feasible to put these on a UPS(s). > > > > I use 1 1400VA APC UPS per fully loaded HiPer Chassis. > > The load meter shows 3 lights out of 5. Not real specific or > > scientific, > > but it works for me... <grin> > > > > ---------------------------------------------------------------------- > > ---- > > | Curtis V. Shambeau | curt@execpc.com | > > http://www.execpc.com/~curt | > > | Executive Vice President - Exec-PC, Inc. > > | > > ---------------------------------------------------------------------- > > ---- > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) Total Control Manager
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-05 15:38:10

> It there a way to set a parameter on all 48 modems in a chassis without > entering it in 48 differrent cells? Pull them all up, set one of them, go back and click on that cell, hit CNTRL-C to copy the cell, mark the rest of the cells, hit CNTRL-V to paste it into the other cells. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-05 15:59:20

> Well...that would be nice if the HiPer stuff even supported at this > point the features that the non-HiPer stuff does. We just plain can't > move to HiPer until they support at *least* MPIP (and I understand this > will be soon)...of course, that's not exactly the most solid feature > I've seen even on the netservers. :/ I don't use MPIP, so it isn't a real issue for me - my chassis are all channelized T1 taking modem calls only. I don't trust USR with my ISDN callers - they have never done ISDN as well as others so (Ascend). From what I understand, MPIP was supposed to be a feature in the recently released 4.0.29 code. Is this true or false? If false, they must be waiting for the 4.1 release. > Since they're working on a Unix based MPIP server...perhaps they could > just put the MPIP client functionality in the Arc...there's really no > reason for the access servers in the chassis' to really support the MPIP > server functionality...they're not made to do that really...I personally > think an MPIP server on a unix host system (or NT if you want to be a > masochist ;) makes *much* more sense. Agreed. There is no reason to do it on the ARC or Netserver if they have a standalone PC or Sun solution working. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) hdm flicker
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-05 16:00:27

Brian said once upon a time: > >one of our led's on an hdm flickers at a high rate of speed, on and off, >non-stop. Its what would be the 80% full led light. Has anyone seen >anything like this or have any ideas? It doesnt appear to effect >performance. I have seen it on the 100% full. Instead of waiting for it to affect performance, I OOS the card, wait for it to clear out, then reboot it. It goes away after a reboot.

Subject: (usr-tc) VA load on Total Control Equipment
From: Tom Bilan <tom@tdi.net>
Date: 1998-05-05 16:01:47

Does anyone have a formula for how much VA a chassis draws including the new Hiper cards? I'm trying to see if it's feasible to put these on a UPS(s). Thanks, Tom

Subject: (usr-tc) does anyone know
From: Richard Mazurowski <rick@surfmail.net>
Date: 1998-05-05 16:03:03

I have a tch with quad modems and it was not very active. Recently, I started adding customers and find that the first 3 quad cards fill up regularly but the forth card is skipped and the calls resume on the 5th quad card. Green light on the card is ready to go and tcm recognizes it and says it is ready. Does anyone know whats up?

Subject: (usr-tc) NetServer 16 V.34 Plus
From: Bogdan Pelinescu <bpelin@itcnet.ro>
Date: 1998-05-05 16:07:32

Hello, I'm a newbie in configuring NetServers and I need HELP. We have recently purchased 2 Netservers second hand with 16 analogic modems. I have upgraded one to 4.x NetServer Plus and left the other one with 3.2.53. I'd like to know how to configure it from scratch to work with Radius. I only have the NetServer Plus CLI book. I was able to set the IP address and the IPX address for that server. How about setting it up for Radius ? What settings do I need to use for a Radius user ? Thanks a lot.

Subject: RE: (usr-tc) VA load on Total Control Equipment
From: Tom Bilan <tom@tdi.net>
Date: 1998-05-05 16:30:35

Have you ever pulled the plug to see how much time you get? (like you don't get enough sleep at night as it is...) Tom > -----Original Message----- > From: Curt Shambeau [SMTP:curt@execpc.com] > Sent: Tuesday, May 05, 1998 4:08 PM > To: 'usr-tc@lists.xmission.com' > Subject: Re: (usr-tc) VA load on Total Control Equipment > > > Does anyone have a formula for how much VA a chassis draws including > the > > new Hiper cards? > > > > I'm trying to see if it's feasible to put these on a UPS(s). > > I use 1 1400VA APC UPS per fully loaded HiPer Chassis. > The load meter shows 3 lights out of 5. Not real specific or > scientific, > but it works for me... <grin> > > ---------------------------------------------------------------------- > ---- > | Curtis V. Shambeau | curt@execpc.com | > http://www.execpc.com/~curt | > | Executive Vice President - Exec-PC, Inc. > | > ---------------------------------------------------------------------- > ---- > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) VA load on Total Control Equipment
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-05 16:34:48

> Yeah, I'm looking into a natural gas generator to run everything but > it's the first 5 minutes that we need to keep the equipment up. I guess > it's going to be around $10,000 for the generator, I'm looking forward > to that :( Try $100k for my setup - backup building power generator + backup generator for my 3-phase 12-ton and 10-ton A/C units. OUCH! > > Tom > > > -----Original Message----- > > From: Curt Shambeau [SMTP:curt@execpc.com] > > Sent: Tuesday, May 05, 1998 4:37 PM > > To: 'usr-tc@lists.xmission.com' > > Subject: RE: (usr-tc) VA load on Total Control Equipment > > > > No, I've never pulled the plug for a runtime test. I'm not overly > > concerned, as it is not meant to keep me up for longer than 5 minutes > > or > > so. Sometime this summer we'll have a backup generator that will > > automatically cut in, so it will matter even less... <grin> > > > > ------------------------------------------------------------------ > > > > > Have you ever pulled the plug to see how much time you get? > > > > > > (like you don't get enough sleep at night as it is...) > > > > > > Tom > > > > > > > -----Original Message----- > > > > From: Curt Shambeau [SMTP:curt@execpc.com] > > > > Sent: Tuesday, May 05, 1998 4:08 PM > > > > To: 'usr-tc@lists.xmission.com' > > > > Subject: Re: (usr-tc) VA load on Total Control Equipment > > > > > > > > > Does anyone have a formula for how much VA a chassis draws > > including > > > > the > > > > > new Hiper cards? > > > > > > > > > > I'm trying to see if it's feasible to put these on a UPS(s). > > > > > > > > I use 1 1400VA APC UPS per fully loaded HiPer Chassis. > > > > The load meter shows 3 lights out of 5. Not real specific or > > > > scientific, > > > > but it works for me... <grin> > > > > > > > > > > ---------------------------------------------------------------------- > > > > ---- > > > > | Curtis V. Shambeau | curt@execpc.com | > > > > http://www.execpc.com/~curt | > > > > | Executive Vice President - Exec-PC, Inc. > > > > | > > > > > > ---------------------------------------------------------------------- > > > > ---- > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to > > "majordomo@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@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. > > > > > > > ---------------------------------------------------------------------- > > ---- > > | Curtis V. Shambeau | curt@execpc.com | > > http://www.execpc.com/~curt | > > | Executive Vice President - Exec-PC, Inc. > > | > > ---------------------------------------------------------------------- > > ---- > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: (usr-tc) A little off the subject
From: Terry Kennedy <terry@olypen.com>
Date: 1998-05-05 16:35:30

Although most of our systems are USRTC units, we also have a few Annex 4000 left on this network. After much ado with merrit radius the USRTC's are working fine. The Annex 4000's are not. We still use some old analog lines here and have some fine Multitech modems that perform just fine. My question is, what is a good replacement for the annex's, that's cost effective considering I can get USRTC's with 12 quad cards, netserver network management Dual PRI/t1 card for around 10,000? Which would also leave us in good shape when we convert these to digital lines later. Are the PM2 or 3's something I should look at? Or just bite the bullet, scrap the analog equipment and move forward. How much should one expect to pay for a used Pm2? Any help here would be appreciated. Please e-mail this privately if this is not a place for this diatribe. Thanks Terry Kennedy terrry@olypen.com

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-05 16:37:36

> Yeah...Ascend handles ISDN better...but I don't like any of the other > stuff that comes along with the ascends...I *hate* managing those > boxes...I just find it a royal pain. Also is nice not to have to manage > seperate hunts for analog and digital...we've pretty much totally > eliminated any distinctions between analog and digital dial-in to our > system because the USR stuff handles them almost exactly the same. The new Max6000's work excellent - 4 fully loaded PRI's can crank at full speed - no more slowdowns like the 4000's. You are correct, though - everyone around here hates the interface... <grin> > >From what I understand, MPIP was supposed to be a feature in the recently > >released 4.0.29 code. Is this true or false? If false, they must be > >waiting for the 4.1 release. > > Dunno...haven't really been watching it that closely...I don't want to > mess with the Arc's too much until I start getting some better vibes > about them...have heard lots of complaints about stability problems and > such...I'll hold off until the code is a bit more solid. :) 4.0.29 is fairly solid. Still some minor bugs, but worth trying. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: (usr-tc) Online game lag
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 1998-05-05 16:44:44

This is a multi-part message in MIME format. ------=_NextPart_000_000E_01BD7845.1B9889A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was given a copy of the NETServer 3.7.73 code and it fixed ALL my = quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... -Jamie Orzechowski -RipNET Internet Services How do I put a signature in outlook express!! ------=_NextPart_000_000E_01BD7845.1B9889A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <META content=3D'"MSHTML 4.72.3110.3"' name=3DGENERATOR> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT color=3D#000000 size=3D2>I was given a copy of the NETServer = 3.7.73 code=20 and it fixed ALL my quake2/online gaming/UDP problems.  I upgraded = from=20 3.7.24 ...</FONT></DIV> <DIV><FONT color=3D#000000 size=3D2></FONT> </DIV> <DIV><FONT color=3D#000000 size=3D2>    -Jamie=20 Orzechowski</FONT></DIV> <DIV><FONT color=3D#000000 size=3D2>    -RipNET Internet=20 Services</FONT></DIV> <DIV><FONT color=3D#000000 size=3D2></FONT> </DIV> <DIV><FONT color=3D#000000 size=3D2></FONT> </DIV> <DIV><FONT color=3D#000000=20 size=3D2>----------------------------------------------------------------= ---</FONT></DIV> <DIV><FONT size=3D2>How do I put a signature in outlook = express!!</FONT></DIV> <DIV><FONT=20 size=3D2>----------------------------------------------------------------= ---</FONT></DIV></BODY></HTML> ------=_NextPart_000_000E_01BD7845.1B9889A0--

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-05 16:45:24

Thus spake Curt Shambeau >If you are waiting for any features from USR/3COM equipment, you better be >waiting with ARC's in your chassis, because I doubt you'll get anywhere if >you are still running Netservers. Well...that would be nice if the HiPer stuff even supported at this point the features that the non-HiPer stuff does. We just plain can't move to HiPer until they support at *least* MPIP (and I understand this will be soon)...of course, that's not exactly the most solid feature I've seen even on the netservers. :/ Well...let me throw this out as well... Since they're working on a Unix based MPIP server...perhaps they could just put the MPIP client functionality in the Arc...there's really no reason for the access servers in the chassis' to really support the MPIP server functionality...they're not made to do that really...I personally think an MPIP server on a unix host system (or NT if you want to be a masochist ;) makes *much* more sense. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-05 16:47:20

Thus spake MegaZone >Once upon a time John Powell shaped the electrons to say... >>Hiper ARCs. They mentioned trade in programs, Netservers for ARCs. My >>former (just laid off) USR rep says that this is because the Livingston >>Cosmos liscense is expiring and 3com doesn't want to renew it... >>unsubstantiated rumor, but it has the air of truth. >That's certainly an interesting twist on things. >Oh, I wish I could talk about this situation. Ain't NDA's a b****? Just out of curiousity...how long is the time period on yours? I'm interested in hearing some of the history that may not be out there yet. :) >I think I'm safe in saying >it is more like Lucent isn't very interested in allowing the license to >continue do to experience to this point. I would imagine it would be a little bit of both. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Online game lag
From: Terry Kennedy <terry@olypen.com>
Date: 1998-05-05 16:49:48

Same here! Where do you get it. -----Original Message----- Cc: usr-tc@xmission.com <usr-tc@xmission.com> >On Tue, 5 May 1998, Jamie Orzechowski wrote: > >> I was given a copy of the NETServer 3.7.73 code and it fixed ALL my >> quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... > >Does anyone know if the 30% figure that usr quoted for quake performance >improvement on the netservers is referring to 3.7.24, or 3.7.73? > >Krish if you could send me a copy of this latest build I'd like to give it >a try, or if the engineering releases are freely available please tell me >exactly where I can get them. Thanks! > >- lv > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) VA load on Total Control Equipment
From: pferraro <pferraro@wna-linknet.com>
Date: 1998-05-05 16:53:25

We are running our chassis on TrippLite PRO850s They hold the load just fine! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Tue, 5 May 1998, Tom Bilan wrote: > Does anyone have a formula for how much VA a chassis draws including the > new Hiper cards? > > I'm trying to see if it's feasible to put these on a UPS(s). > > Thanks, > Tom > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Brian Elfert <brian@citilink.com>
Date: 1998-05-05 17:01:17

On Fri, 1 May 1998, Curt Shambeau wrote: > I'm not partial to any info about the Livingston ComOS license deal, but > look at it with the dark shades off your eyes. > > USR/3COM has their own OS now (HiperOS/Pilgrim) which they are devoting > all their programming talent too, because their old platform is dead (the > netserver). There is only so much they can do with that old intel based > card, but they have endless things they can do with the ARC. Which would > you choose to develop for, and push your customers toward? Why the heck does USR need 16MB of RAM to run their modified ComOS, and Livingston's current version of ComOS for the PM3 runs in 4MB of RAM? I can't see the Netserver does really anything that the PM3 doesn't. The modems in the TC have more controls, but that's a function of the modems and the NMC card, not the Netserver. USR also has a 486/100 and the PM3 has a 486/66. USR claims that the Netserver just doesn't have any more horsepower to add new functionality, but I don't see why Livingston can do more with less. > Personally, I'm looking forward to ANYTHING I can do to rid myself of the > Netservers, and move toward ARC's exclusevely in my Network. I'd love to do this if USR/3Com offered to upgrade my Netservers for really cheap. I really like the Netservers other than the fact that they don't do OSPF, and they still have Quake problems. Brian

Subject: Re: (usr-tc) Online game lag
From: Jaye Mathisen <mrcpu@internetcds.com>
Date: 1998-05-05 17:08:09

Add me to that list... Quake lag would resolve my last major user complaint. On Tue, 5 May 1998, Terry Kennedy wrote: > Same here! Where do you get it. > -----Original Message----- > From: Laszlo Vecsey <master@internexus.net> > Cc: usr-tc@xmission.com <usr-tc@xmission.com> > Date: Tuesday, May 05, 1998 4:48 PM > Subject: Re: (usr-tc) Online game lag > > > >On Tue, 5 May 1998, Jamie Orzechowski wrote: > > > >> I was given a copy of the NETServer 3.7.73 code and it fixed ALL my > >> quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... > > > >Does anyone know if the 30% figure that usr quoted for quake performance > >improvement on the netservers is referring to 3.7.24, or 3.7.73? > > > >Krish if you could send me a copy of this latest build I'd like to give it > >a try, or if the engineering releases are freely available please tell me > >exactly where I can get them. Thanks! > > > >- lv > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Brian Elfert <brian@citilink.com>
Date: 1998-05-05 17:08:51

On Tue, 5 May 1998, Jeff Mcadams wrote: > Since they're working on a Unix based MPIP server...perhaps they could > just put the MPIP client functionality in the Arc...there's really no > reason for the access servers in the chassis' to really support the MPIP > server functionality...they're not made to do that really...I personally > think an MPIP server on a unix host system (or NT if you want to be a > masochist ;) makes *much* more sense. Why does USR/3Com even need an MPIP server to do multi chassis multilink PPP anyhow? PM3s don't need anything special to do this. I really love the USR modems themselves, but things like this and the lack of OSPF are making me buy PM3s instead. Brian

Subject: Re: (usr-tc) does anyone know
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1998-05-05 17:13:44

: I have a tch with quad modems and it was not very active. Recently, : I started adding customers and find that the first 3 quad cards fill : up regularly but the forth card is skipped and the calls resume on : the 5th quad card. Green light on the card is ready to go and tcm : recognizes it and says it is ready. Does anyone know whats up? Assuming you're using a chanelized T1, connect a serial cable to the T1 card and check the status of the DS0s and the modems -- it will tell you if one or both is unavailable, or busied out. You can also log in to the Netserver (assuming you're not using an ARC) and do "show all" to see if there's some difference. (It depends on how the T1 card is configured to map DS0s to timeslots, but the first modem in the first card is probably s5, the first modem on the second card is probably s9, &c.) If you're not using a T1, then you can probably see the differences from the Netserver, or you may have to use TCM. In general, your goal here is to determine what's different about those modems, or those lines. It's likely an issue related to all of those modems only because they're on the same card -- maybe the NAC is bad (or the NIC, if it has one). You can test that by swapping cards around; just put a card that's taking calls into that slot, and see what happens. We've found that having a phone number for each line in our hunt group to be invaluable. With BellSouth, anyway, they rollover, so it's not perfect, but it's a big help when trying to nail down a problem like this. In this case, you'd want to see if calls to those lines are getting Ring-No-Answer or if they're rolling over. If you're particularly unlucky, then your telco's switch may have gotten confused, and think that there are calls in progress on those lines. --- Mark R. Lindsey, mark@datasys.net Internet Engineering, DSS Online LLC Voice: +1.912.241.0607; Fax: +1.912.241.0190

Subject: (usr-tc) Cisco 760 MLP -> Quads
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-05 17:16:53

I'm trying to get a client connected with a Cisco 760 to a single quad- Netserver based rack. MPIP isn't even in the picture since this is just one rack. When I turn on multilink on the Cisco 760, it doesn't even connect the first channel, which connect fine otherwise. Has anyone managed to get this to work?

Subject: Re: (usr-tc) problem upgrading to V.90 on nmc
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1998-05-05 17:21:35

On Tue, 5 May 1998, Liping wrote: > Our two TCs are the 1866 bundle. Anyone care to comment what kind of NMC it > has? I thought it should be 16MB -- which is ready for the Hyper Cards. > Depends on when it shipped. Half of our NMCs have 4M and the other half have 8M. Just make sure you flash the right image to the right card. No problems otherwise--except for an unscientific feeling that we may be getting more connect/disconnect complaints. Haven't used them through the rainy season before so we aren't sure if it's an increased customer-side problem or V.90 injected change causing the increase. ========================================================================= Jeffrey A. Lynch JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-05 17:21:42

> Why the heck does USR need 16MB of RAM to run their modified ComOS, and > Livingston's current version of ComOS for the PM3 runs in 4MB of RAM? > > I can't see the Netserver does really anything that the PM3 doesn't. The > modems in the TC have more controls, but that's a function of the modems > and the NMC card, not the Netserver. > > USR also has a 486/100 and the PM3 has a 486/66. USR claims that the > Netserver just doesn't have any more horsepower to add new functionality, > but I don't see why Livingston can do more with less. It is a totally different system - I don't claim to know all the reasons, but it isn't fair to compare. The whole packet bus system has a lot to do with it I believe. > > Personally, I'm looking forward to ANYTHING I can do to rid myself of the > > Netservers, and move toward ARC's exclusevely in my Network. > > I'd love to do this if USR/3Com offered to upgrade my Netservers for > really cheap. I really like the Netservers other than the fact that they > don't do OSPF, and they still have Quake problems. They do plan to have a trade in program for the Netservers, but it hasn't been announced as to what the details are yet. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: RE: (usr-tc) VA load on Total Control Equipment
From: Tom Bilan <tom@tdi.net>
Date: 1998-05-05 17:26:44

Yeah, I'm looking into a natural gas generator to run everything but it's the first 5 minutes that we need to keep the equipment up. I guess it's going to be around $10,000 for the generator, I'm looking forward to that :( Tom > -----Original Message----- > From: Curt Shambeau [SMTP:curt@execpc.com] > Sent: Tuesday, May 05, 1998 4:37 PM > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) VA load on Total Control Equipment > > No, I've never pulled the plug for a runtime test. I'm not overly > concerned, as it is not meant to keep me up for longer than 5 minutes > or > so. Sometime this summer we'll have a backup generator that will > automatically cut in, so it will matter even less... <grin> > > ------------------------------------------------------------------ > > > Have you ever pulled the plug to see how much time you get? > > > > (like you don't get enough sleep at night as it is...) > > > > Tom > > > > > -----Original Message----- > > > From: Curt Shambeau [SMTP:curt@execpc.com] > > > Sent: Tuesday, May 05, 1998 4:08 PM > > > To: 'usr-tc@lists.xmission.com' > > > Subject: Re: (usr-tc) VA load on Total Control Equipment > > > > > > > Does anyone have a formula for how much VA a chassis draws > including > > > the > > > > new Hiper cards? > > > > > > > > I'm trying to see if it's feasible to put these on a UPS(s). > > > > > > I use 1 1400VA APC UPS per fully loaded HiPer Chassis. > > > The load meter shows 3 lights out of 5. Not real specific or > > > scientific, > > > but it works for me... <grin> > > > > > > > ---------------------------------------------------------------------- > > > ---- > > > | Curtis V. Shambeau | curt@execpc.com | > > > http://www.execpc.com/~curt | > > > | Executive Vice President - Exec-PC, Inc. > > > | > > > > ---------------------------------------------------------------------- > > > ---- > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to > "majordomo@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@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. > > > > ---------------------------------------------------------------------- > ---- > | Curtis V. Shambeau | curt@execpc.com | > http://www.execpc.com/~curt | > | Executive Vice President - Exec-PC, Inc. > | > ---------------------------------------------------------------------- > ---- > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-05 17:32:32

Thus spake Curt Shambeau >> Well...that would be nice if the HiPer stuff even supported at this >> point the features that the non-HiPer stuff does. We just plain can't >> move to HiPer until they support at *least* MPIP (and I understand this >> will be soon)...of course, that's not exactly the most solid feature >> I've seen even on the netservers. :/ >I don't use MPIP, so it isn't a real issue for me - my chassis are all >channelized T1 taking modem calls only. I don't trust USR with my ISDN >callers - they have never done ISDN as well as others so (Ascend). Yeah...Ascend handles ISDN better...but I don't like any of the other stuff that comes along with the ascends...I *hate* managing those boxes...I just find it a royal pain. Also is nice not to have to manage seperate hunts for analog and digital...we've pretty much totally eliminated any distinctions between analog and digital dial-in to our system because the USR stuff handles them almost exactly the same. >From what I understand, MPIP was supposed to be a feature in the recently >released 4.0.29 code. Is this true or false? If false, they must be >waiting for the 4.1 release. Dunno...haven't really been watching it that closely...I don't want to mess with the Arc's too much until I start getting some better vibes about them...have heard lots of complaints about stability problems and such...I'll hold off until the code is a bit more solid. :) >Agreed. There is no reason to do it on the ARC or Netserver if they have >a standalone PC or Sun solution working. Well...I don't know if its *working*, but the code is being worked on at least. :) -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-05 17:33:55

Jeff Mcadams was heard to say: >Thus spake MegaZone >>Once upon a time John Powell shaped the electrons to say... >>>Hiper ARCs. They mentioned trade in programs, Netservers for ARCs. My >>>former (just laid off) USR rep says that this is because the Livingston >>>Cosmos liscense is expiring and 3com doesn't want to renew it... >>>unsubstantiated rumor, but it has the air of truth. > >>That's certainly an interesting twist on things. > >>Oh, I wish I could talk about this situation. There's not much to talk about... the USR version of ComOS bites. They need to fix alot of things that they are prohibited from fixing for code they'd have to turn over to Livingston... And, the Intel based netservers can do alot more than they are right now. Maybe you've heard of a Netblazer 40? Those are _386_ boxes with 4M RAM. It does a much better job of being a terminal server than anything USR/3Com has ever made. (Yes, the netblazer has been around for awhile...) >Ain't NDA's a b****? Just out of curiousity...how long is the time >period on yours? I'm interested in hearing some of the history that may >not be out there yet. :) 5 years as I recall, but I stopped reading after the "intellectual property" clause -- and for the record, _I_ didn't sign it; my supervisor did. --Ricky

Subject: (usr-tc) weird 'alternate host' thing
From: System Administrator <root@wingnet.net>
Date: 1998-05-05 17:34:00

I installed the NetServer Manager 3.4.2 (after using 3.3.3 for a long time) and was poking around looking at some of my settings. I noticed under the menu Ports, Configure Port, Hosts that every port I looked at had something listed under Alternate Host 4. Furthermore, the address for the Alternate Host 4 was always from my dialup pool of IP addresses but not necessarily from the pool that was configured for that particular NetServer. Does anyone have any idea what is going on with this? CT WingNET System Administrator 423-559-LINK (v) 423-559-5444 (f)

Subject: (usr-tc) Netserver manager lost my radius secret
From: System Administrator <root@wingnet.net>
Date: 1998-05-05 17:37:45

After installing Netserver Manager 3.4.2, I changed a couple of settings in the Global settings. I also looked through almost all of the other menu items, but didn't necessarily change anything. Afterwards, I was doing a casual 'pmwho' from a unix box and noticed about 6 connection attempts in progress that weren't getting anywhere. After mild panic, I telnetted to the Netserver card and cut/pasted my radius secret into the 'set secret <password>' command, did a 'save all' and watched again. After doing that, all the connection attempts went through. This happened to not one but two Netserver cards that I was looking at with Netserver Manager 3.4.2. Does anyone know if this is a bug or if I somehow might have deleted the passwords without even knowing it? I don't use the Manager that much, but it does give me a bad taste in my mouth for that to occur. Thanks, CT WingNET System Administrator 423-559-LINK (v) 423-559-5444 (f)

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-05 17:47:20

Thus spake Curt Shambeau >> Yeah...Ascend handles ISDN better...but I don't like any of the other >> stuff that comes along with the ascends...I *hate* managing those >> boxes...I just find it a royal pain. Also is nice not to have to manage >> seperate hunts for analog and digital...we've pretty much totally >> eliminated any distinctions between analog and digital dial-in to our >> system because the USR stuff handles them almost exactly the same. >The new Max6000's work excellent - 4 fully loaded PRI's can crank at full >speed - no more slowdowns like the 4000's. You are correct, though - >everyone around here hates the interface... <grin> Never had a fully loaded 4000, so never ran into that...understand it was a bit underpowered (and not a beefy enough bus for it either), but it was that interface that really turned me off... >4.0.29 is fairly solid. Still some minor bugs, but worth trying. Well, might not pitch a fit next time they try to send me an Arc then and give it a shot. :) -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) NMC Upgrade
From: Cassandra M. Perkins <cassy@loop.com>
Date: 1998-05-05 17:55:51

Where can I find instructions for upgrading the RAM and Flash for the NMC card? I'm assuming that I just add the new simms and save the chassis configurations to the NMC, but I'm concern about loosing my X2 key. TIA. | Cassandra M. Perkins | People usually get what's coming to | | Network Operations | them... unless it's been mailed. | | The Loop Internet Switch Co., LLC | -fortune |

Subject: Re: (usr-tc) Fw: Netserver/Plus Error
From: Ken Hunter, Aspiring Technologies <ken@aspire.net>
Date: 1998-05-05 19:21:05

Don't worry about it.... Here is one of mine.... May 05 19:12:17 nsrv1b-eth0.aspire.net At 19:12:15, Facility "User Manager", Level "CRITICAL":: 207.233.170.200 ACCT STOP: user name: progeny - session: XXXX42422381 - port 3 - authenticated: RADIUS - type: FRAMED - protocol: PPP - ip address: 207.233.210.1 - ipx network: 0 - appletalk network: 0, node: 0, range: 0 - 0 - TOTAL_SESSION_TIME: 754s At 03:05 PM 5/5/98 -0500, you wrote: >We just downloaded and installed the Plus OS for the Netserver 8/16. After >doing a configuration of this hardware, we are getting very vague "critical" >errors in our syslog. Has anyone else seen these errors from the new OS?? >Below is the error messages we are seeing. > >May 4 19:20:45 sed-netsvr.internetland.net At 19:22:44, Facility "User >Manager", Level "CRITICAL":: xxx.xxx.xxx.xxx ACCT START: user name: >username - session: username73873360 - port 9 - authenticated: >RADIUS - type: FRAMED - protocol: PPP - ip address: xxx.xxx.xxx.xxx - ipx >network: 0 - appletalk network: 0, node: 0, range: 0 - 0 >May 4 19:25:21 sed-netsvr.internetland.net At 19:27:20, Facility "User >Manager", Level "CRITICAL":: xxx.xxx.xxx.xxx ACCT STOP: user >name: username - session: username73873360 - port 9 - authenticated: >RADIUS - type: FRAMED - protocol: PPP - ip address: xxx.xxx.xxx.xxx - ipx >network: 0 - appletalk network: 0, node: 0, range: 0 - 0 - >TOTAL_SESSION_TIME: 280s > > > >=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >Jason W. jwatkins@iland.net >I-Land Tech Support http://www.iland.net > Fast, Dependable Access!! >=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > - ************************************************************************ Web Hosting, E-mail addresses, DNS services, Dedicated circuits. 33.6, X2(56k), ISDN Dialup available in Prince William County VA. Ken Hunter Aspiring Technologies mailto:ken@aspire.net 9304 Troy Drive http://www.aspire.net Nokesville, Va 20181 telnet://sage.aspire.net Try our ISP/Net Guest account username: ispguest password: ispguest ************************************************************************

Subject: Re: (usr-tc) Online game lag
From: Laszlo Vecsey <master@internexus.net>
Date: 1998-05-05 19:47:04

On Tue, 5 May 1998, Jamie Orzechowski wrote: > I was given a copy of the NETServer 3.7.73 code and it fixed ALL my > quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... Does anyone know if the 30% figure that usr quoted for quake performance improvement on the netservers is referring to 3.7.24, or 3.7.73? Krish if you could send me a copy of this latest build I'd like to give it a try, or if the engineering releases are freely available please tell me exactly where I can get them. Thanks! - lv

Subject: (usr-tc) Port-Limit on HiperARC
From: Scott Kreuser <scott@nabi.net>
Date: 1998-05-05 22:01:09

So what's the scoop with the radius attribute; Port-Limit It's not doing the job for me. It really doesn't bother me that analog dial in users do it sometimes. But when a 64k ISDN user figures out we don't have any way to stop them from getting 128k.. I have also tried the Max-Channels attribute to no avail. Whenever a user listed in the users file has a Max-Channels attribute, radius spurts out; user_find: unable to parse reply-items for user <username> I am using the latest radius 2.0.1 on linux W/ the revised USR dictionary that someone posted. Curious what other people on the list are doing about this?? If I switched over to USRs Radius would I not have these kind of problems?? Scott

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Brian Elfert <brian@citilink.com>
Date: 1998-05-05 22:42:43

On Tue, 5 May 1998, Jeff Mcadams wrote: > importance to the mere functioning of the boxes...ie, without MPIP, why > have MLPPP at all? Multilink PPP will still work just fine within one chassis. With the HiPer ARC handling nearly 200 ports in one chassis right now, and 336 ports in the future, quite a few folks could run their whole ISP off one Hiper ARC card. I know I could. Brian

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-05 23:23:46

Thus spake Brian Elfert >On Tue, 5 May 1998, Jeff Mcadams wrote: >> Since they're working on a Unix based MPIP server...perhaps they could >> just put the MPIP client functionality in the Arc...there's really no >> reason for the access servers in the chassis' to really support the MPIP >> server functionality...they're not made to do that really...I personally >> think an MPIP server on a unix host system (or NT if you want to be a >> masochist ;) makes *much* more sense. >Why does USR/3Com even need an MPIP server to do multi chassis multilink >PPP anyhow? PM3s don't need anything special to do this. Well...my understanding is that they used MPIP to let the tunnels be done more by...the...uhm..."generic" tunnel protocol that they use vtp. This supposedly makes it more flexible...but I haven't really seen any real evidence of this. The way it works, or actually is *supposed* to work, is pretty clean, if it just worked the way it was supposed to, it would be really nice. >I really love the USR modems themselves, but things like this and the lack >of OSPF are making me buy PM3s instead. I can deal with not having OSPF, RIPv2 isn't the best around, but it lets the systems function in the way they are supposed to...without MPIP though, there's no way to bond across chassis', which is of critical importance to the mere functioning of the boxes...ie, without MPIP, why have MLPPP at all? -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) More ARC and NETserver questions
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-06 00:08:33

Thus spake Brian Elfert >On Tue, 5 May 1998, Jeff Mcadams wrote: >> importance to the mere functioning of the boxes...ie, without MPIP, why >> have MLPPP at all? >Multilink PPP will still work just fine within one chassis. With the >HiPer ARC handling nearly 200 ports in one chassis right now, and 336 >ports in the future, quite a few folks could run their whole ISP off one >Hiper ARC card. I know I could. At this point, there is no way I would buy any equipment that only scales to 350 ports...that's just not enough in this day and age. That doesn't mean that if I were starting an ISP now, I wouldn't buy Arc's...I proly would, but only because I know that MPIP is coming. If you implement MLPPP without the ability scale beyond a single chassis, you're cutting off your nose despite your face. Its coming for Arc's, which means they're not a bad buy for smaller installations at this point, but to really be useful for larger installations, they *need* MPIP (or some other multi-chassis bonding setup...MPIP being only logical at this point to interoperate with netservers)...OSPF is certainly very important, but personally, I'd put it below MPIP for Arc's. Really, this is a moot discussion though I believe since I understand that both are pretty near. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) NMC Upgrade
From: matthew <matthew@the-spa.com>
Date: 1998-05-06 01:25:56

there are painfully little docs on doing this. the one good thing is the nmc card itself stores the x2 code so that is pretty painless. just swap the new chips into the nmc and then reconfigure the nmc. the netserver is a bit more work to configure but if you are lucky your current netserver doesn't need the memory upgrade as it probably already has it. all of ours did. matthew Cassandra M. Perkins wrote: > > Where can I find instructions for upgrading the RAM and Flash for the NMC > card? I'm assuming that I just add the new simms and save the chassis > configurations to the NMC, but I'm concern about loosing my X2 key. > > TIA. > > ---------------------------------------------------------------------------- > | Cassandra M. Perkins | People usually get what's coming to | > | Network Operations | them... unless it's been mailed. | > | The Loop Internet Switch Co., LLC | -fortune | > ---------------------------------------------------------------------------- > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Want radius patches for USR VSA's
From: Aaron Nabil <nabil@spiritone.com>
Date: 1998-05-06 04:54:56

Does anyone have patches to support USR VSA's for a Livingston radius or derrivative? Thanks, -a

Subject: Re: (usr-tc) Online game lag
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-06 08:38:51

On Tue, 5 May 1998, Laszlo Vecsey wrote: > On Tue, 5 May 1998, Jamie Orzechowski wrote: > > > I was given a copy of the NETServer 3.7.73 code and it fixed ALL my > > quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... > > Does anyone know if the 30% figure that usr quoted for quake performance > improvement on the netservers is referring to 3.7.24, or 3.7.73? > 3.7.24 is the released code. 3.7.73 is a engineering release which fixes certain Accounting related problems. Soon in total service you should have a service release for NETServer. krish > Krish if you could send me a copy of this latest build I'd like to give it > a try, or if the engineering releases are freely available please tell me > exactly where I can get them. Thanks! > > - lv > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) NetServer and PPTP and SecureDynamics ACE Client
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-06 09:12:01

On Wed, 6 May 1998, Ralph Helfenberger wrote: > Has anybody experience with such an environment? I should make run a NetServer with PPTP >and a SecureDynamics ACE Client. The problem I have: If I only use PPTP >with Windows RAS NT 4.0 this works fine. But as soon as ACE Client is also >installed it is no longer possible to connect to this system. The clients >calling are disconnected even befor they are asked for a username... > > Any ideas? > > Once you make a PPTP connection it is basically an RAS connection. SecureDyanmics ACE client did have some problems with RAS. There was a beta version 4.1 based which actually allowed you to work with RAS. You may need that version of ACE client. Check with SecureDynamics and tell them that you want a client that will work with RAS and PPTP. They should be able to tell you the correct version of the software. krish > Ralph > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Fw: Netserver/Plus Error
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-06 09:17:48

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ken Hunter, >Aspiring Technologies >Sent: Tuesday, May 05, 1998 6:21 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Fw: Netserver/Plus Error > > >Don't worry about it.... > >Here is one of mine.... > >May 05 19:12:17 nsrv1b-eth0.aspire.net At 19:12:15, Facility "User >Manager", Level "CRITICAL":: 207.233.170.200 ACCT STOP: user name: progeny >- session: XXXX42422381 - port 3 - authenticated: RADIUS - type: FRAMED - >protocol: PPP - ip address: 207.233.210.1 - ipx network: 0 - appletalk >network: 0, node: 0, range: 0 - 0 - TOTAL_SESSION_TIME: 754s This is a left over debugging message.. The programmer used the critical facility instead of the debug one.. It shouldn't be giving you any problems except for extra messages in your syslogs. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp

Subject: Re: (usr-tc) Online game lag
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-06 10:20:37

On Tue, 5 May 1998, Jamie Orzechowski wrote: |I was given a copy of the NETServer 3.7.73 code and it fixed ALL my |quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... I'm using the version 3.7.28 and it looks fine on quake also. Marcelo

Subject: (usr-tc) Archive location
From: Brent Jay <bjay@ionet.net>
Date: 1998-05-06 10:28:50

Could someone please send me the URL for the archives? I need to research some things and I forgot the URL. Thank you. :::::::::::::::::::::::::::::::::::: :: :: :: bjay@ionet.net :: :: ioNET network specialist :: :: break out the blender and :: :: mix me a spam margarita! :: :: 1-800-360-5183 405-270-0999 :: :: :: ::::::::::::::::::::::::::::::::::::

Subject: (usr-tc) new v.90 code?
From: Charles Sprickman <spork@inch.com>
Date: 1998-05-06 10:44:31

Is there a new release of modem code due anytime soon? We're still getting a number of complaints from users. Testing from here, I have a new courier flashed with v.90 and I have to disable v.90 and let it connect at X2 to get a decent connection; the ARQ light just blinks and blinks and downloads are in the sub-1K range. The line I'm testing on comes in over an SLC5, but X2 is quite happy to connect in the upper 30's and hold at around 5kb/s on file transfers... On the other hand, some of our customers that had poor connections with X2 are now reporting more robust connections with v.90... Argh. C ~~~~~~~~~ ~~~~~~~~~~~ Charles Sprickman Internet Channel INCH System Administration Team (212)243-5200 spork@inch.com access@inch.com

Subject: Re: (usr-tc) new v.90 code?
From: pferraro <pferraro@wna-linknet.com>
Date: 1998-05-06 10:56:28

We have encountered the same thing! My v.90 Courier was running sub 49,000 with the X2... Upgraded to v.90, no I only see 46,000?? Have several users that had X2 and couldn't get any better than 31,200... (they are in an area know for BAD tel lines) Flashed to v.90 and jumped up to 48,000kbps?? Really strange, but we do need some code that will eliminated the constant training that we get with some modems; also some better code for the couriers! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Wed, 6 May 1998, Charles Sprickman wrote: > Is there a new release of modem code due anytime soon? > > We're still getting a number of complaints from users. Testing from here, > I have a new courier flashed with v.90 and I have to disable v.90 and let > it connect at X2 to get a decent connection; the ARQ light just blinks and > blinks and downloads are in the sub-1K range. The line I'm testing on > comes in over an SLC5, but X2 is quite happy to connect in the upper 30's > and hold at around 5kb/s on file transfers... > > On the other hand, some of our customers that had poor connections with X2 > are now reporting more robust connections with v.90... Argh. > > C > > ~~~~~~~~~ ~~~~~~~~~~~ > Charles Sprickman Internet Channel > INCH System Administration Team (212)243-5200 > spork@inch.com access@inch.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-06 11:23:17

Anyone know what this cause code is, or where I can find documentation on these codes? Grant.

Subject: Re: (usr-tc) Online game lag
From: Mike Andrews <mandrews@termfrost.org>
Date: 1998-05-06 11:28:42

Does 3.7.73 fix the memory leak problem in 3.7.24 that I mentioned a few days ago? hoss> show mem Total physical RAM: 16384 kb Total physical FLASH: 4096 kb System memory 12551087 bytes - 12304640 used, 246447 available Free blocks (block_size:count): 16:315 32:110 48:17 64:1 80:5 112:2 128:8 144:21 160:6 176:6 208:3 224:20 240:0 640:2 1168:2 1280:1 1984:9 2064:1 4160:10 4208:3 8208:2 16400:2 20384:10 Real Available Memory: 599775 System nbufs 1000 - 13 used, 987 available hoss> show uptime System has been up for 551333 seconds (6 days 9 hrs 8 min 53 sec) There was 6.4 meg of free memory 6 days ago: http://www.dcr.net/mrtg/hoss-ram/hoss-ram.html My other NETserver's leaking too, but not as fast -- it's further down the rollover. Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties On Wed, 6 May 1998, Tatai SV Krishnan wrote: > On Tue, 5 May 1998, Laszlo Vecsey wrote: > > > On Tue, 5 May 1998, Jamie Orzechowski wrote: > > > > > I was given a copy of the NETServer 3.7.73 code and it fixed ALL my > > > quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... > > > > Does anyone know if the 30% figure that usr quoted for quake performance > > improvement on the netservers is referring to 3.7.24, or 3.7.73? > > > > 3.7.24 is the released code. 3.7.73 is a engineering release which fixes > certain Accounting related problems. Soon in total service you should > have a service release for NETServer. > > krish > > > Krish if you could send me a copy of this latest build I'd like to give it > > a try, or if the engineering releases are freely available please tell me > > exactly where I can get them. Thanks! > > > > - lv > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Archive location
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-06 11:55:51

Brent Jay said once upon a time: > >Could someone please send me the URL for the archives? I need to research >some things and I forgot the URL. RAW: ftp://ftp.xmission.com/pub/lists/usr-tc Searchable: http://usr-tc.datasys.net

Subject: Re: (usr-tc) Port-Limit on HiperARC
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-06 12:19:25

Scott Kreuser said once upon a time: > >So what's the scoop with the radius attribute; > >Port-Limit > >It's not doing the job for me. It really doesn't >bother me that analog dial in users do it sometimes. > >But when a 64k ISDN user figures out we don't have any way >to stop them from getting 128k.. I don't know what we're doing different, but Port-Limit works for us. We set the default user to "1" and anyone who wants bonding to "2". Of course, they can't bond across ARC's yet.

Subject: Re: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-06 12:36:22

Thus spake Grant Hopwood >Subject: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9 >Anyone know what this cause code is, or where I can find documentation >on these codes? I found a list of cause codes in dejanews long ago...don't have a good URL for any though... Cause No. 9 preemption - circuit reserved for reuse This cause indicates that the call is being preempted and the circuit is reserved for reuse by the preempting exchange. Now...what that practically means? I haven't a clue. :) -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-06 13:00:59

right now its practically busying out the rest of my hunt groups. Its not a problem with the PRI, just trying to figure out why the nic/nac is going bezerk. At 12:36 PM 5/6/98 -0400, you wrote: >Thus spake Grant Hopwood >>Subject: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9 > >>Anyone know what this cause code is, or where I can find documentation >>on these codes? > >I found a list of cause codes in dejanews long ago...don't have a good >URL for any though... > >Cause No. 9 >preemption - circuit reserved for reuse >This cause indicates that the call is being preempted and the circuit is >reserved for reuse by the preempting exchange. > >Now...what that practically means? I haven't a clue. :) >-- >Jeff McAdams Email: jeffm@iglou.com >Chief Network Administrator Voice: (502) 966-3848 >IgLou Internet Services (800) 436-4456 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: Charles Hill <chill@ionet.net>
Date: 1998-05-06 13:21:51

I can't find cause code 9 in this table: http://www.cisco.com/univercd/cc/td/doc/product/software/ios11/dbook/disdn.htm But, you might find it in the ITU-T Q.931 specification. I wonder how much a copy of that costs? -CH On Wed, 6 May 1998, Grant Hopwood wrote: > Anyone know what this cause code is, or where I can find documentation > on these codes? > > Grant. > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Port-Limit on HiperARC
From: Robert Sanders <rsanders@mindspring.net>
Date: 1998-05-06 13:32:48

>Port-Limit >But when a 64k ISDN user figures out we don't have any way >to stop them from getting 128k.. Back in the first release of the HiPer ARC code I noticed that Port-Limit wasn't working. I told USR/3com, and they said to use Max-Channels instead. Our RADIUS server will do that for HiPer ARCs and use Port-Limit for every other NAS type, so I haven't bothered to check that the Port-Limit problem had been fixed. 3com, how about it? Is Port-Limit supposed to work on the ARC? >I have also tried the Max-Channels attribute to no avail. >Whenever a user listed in the users file has a Max-Channels >attribute, radius spurts out; > >user_find: unable to parse reply-items for user <username> > >I am using the latest radius 2.0.1 on linux W/ the revised >USR dictionary that someone posted. Which "latest radius"? There are a bazillion and one servers out there. Is this the Livingston code? Does it support 3com/USR-format vendor-specific attributes? >If I switched over to USRs Radius would I not have >these kind of problems?? Well, VSAs would work, but it wouldn't prevent 3com from making bonehead decisions about non-standard RADIUS attributes :-( regards, -- Robert

Subject: Re: (usr-tc) Online game lag
From: Russ Miescke <russm@powerweb.net>
Date: 1998-05-06 13:48:06

Please add me as well. Russ Miescke Power Web Connect -----Original Message----- > >Add me to that list... Quake lag would resolve my last major user >complaint. > >On Tue, 5 May 1998, Terry Kennedy wrote: > >> Same here! Where do you get it. >> -----Original Message----- >> From: Laszlo Vecsey <master@internexus.net> >> Cc: usr-tc@xmission.com <usr-tc@xmission.com> >> Date: Tuesday, May 05, 1998 4:48 PM >> Subject: Re: (usr-tc) Online game lag >> >> >> >On Tue, 5 May 1998, Jamie Orzechowski wrote: >> > >> >> I was given a copy of the NETServer 3.7.73 code and it fixed ALL my >> >> quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... >> > >> >Does anyone know if the 30% figure that usr quoted for quake performance >> >improvement on the netservers is referring to 3.7.24, or 3.7.73? >> > >> >Krish if you could send me a copy of this latest build I'd like to give it >> >a try, or if the engineering releases are freely available please tell me >> >exactly where I can get them. Thanks! >> > >> >- lv >> > >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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.

Subject: (usr-tc) Setting up HiPer DSP
From: Eric <elorenzo@mediacity.com>
Date: 1998-05-06 14:35:08

Is there anything more to setting up a HiPer DSP card other than setting the signalling, framing and switch type and then activing the modems? I've gotten our card to answer just fine doing that, but the manual is 240 pages long. I'm wondering if there is anything else to worry about? Then again, I've found most manuals can be condensed into no more than 5 pages. Sure it's great how the card works, but I just want to know how to make it work! =) Eric

Subject: (usr-tc) NetServer and PPTP and SecureDynamics ACE Client
From: Ralph Helfenberger <rhelfenberger@comlight.ch>
Date: 1998-05-06 15:59:17

Has anybody experience with such an environment? I should make run a = NetServer with PPTP and a SecureDynamics ACE Client. The problem I have: = If I only use PPTP with Windows RAS NT 4.0 this works fine. But as soon = as ACE Client is also installed it is no longer possible to connect to = this system. The clients calling are disconnected even befor they are = asked for a username... Any ideas? Ralph

Subject: Re: (usr-tc) new v.90 code?
From: jack <jack@germanium.xtalwind.net>
Date: 1998-05-06 16:08:37

On Wed, 6 May 1998, pferraro wrote: > We have encountered the same thing! My v.90 Courier was running > sub 49,000 with the X2... Upgraded to v.90, no I only see 46,000?? Have > several users that had X2 and couldn't get any better than 31,200... (they > are in an area know for BAD tel lines) Flashed to v.90 and jumped up to > 48,000kbps?? Really strange, but we do need some code that will > eliminated the constant training that we get with some modems; also some > better code for the couriers! With X2 at both ends my Courier reported 46,666 _everytime_, with v.90 it reported 44,000 or 45,333 for the past 105 connects. Interestingly my downloads are faster with v.90 by about 1K/sec. My current connection has been up for 52 and 1/2 hours with 0 retrains. :) Jack O'Neill Systems Administrator / Systems Analyst jack@germanium.xtalwind.net Crystal Wind Communications, Inc. Finger jack@germanium.xtalwind.net for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD enriched, vcard, HTML messages > /dev/null

Subject: (usr-tc) T.C. and Cisco
From: pasquale_barbarossa@3com.com
Date: 1998-05-06 16:35:38

I have the IBM route 2210 configured not PAP and CHAP but only with CLI, when call the T.C. with Netserver ver. 3.7.24 works fine. I have the Cisco 2500 that works fine with PAP or CHAP configuration , but not with CLI configuration, from debug on Cisco I saw that the Netserver negotiate with CHAP, how not understand the protocol, in fact I forced with command " set ppp on " on Netserver and the Cisco works fine, but after not works fine when call with pc-client , so I cannot use it. I not found this command on manual , and the Cisco with IBM works fine and Cisco too. Does anyone tested it ? or can you suggest anything new ? Grazie pb

Subject: (usr-tc) Packet sniffers for Win95?
From: Eric <elorenzo@mediacity.com>
Date: 1998-05-06 16:57:22

This is semi-related to the TC chassic... =) Does anyone know of any packet sniffing utilties for Win95? When setting up our racks we always seem to trouble shoot DHCP. I'd like to watch for those packets by plugging my laptop into a hub that the chassis is on. Thanks, Eric

Subject: Re: (usr-tc) new v.90 code?
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-06 17:06:27

At 10:56 AM 5/6/98 -0400, you wrote: > > We have encountered the same thing! My v.90 Courier was running >sub 49,000 with the X2... Upgraded to v.90, no I only see 46,000?? Have >several users that had X2 and couldn't get any better than 31,200... (they >are in an area know for BAD tel lines) Flashed to v.90 and jumped up to >48,000kbps?? Really strange, but we do need some code that will >eliminated the constant training that we get with some modems; also some >better code for the couriers! Were these reported connect speeds, or actual throughput speeds? It's possible that v.90 reporting 46,000 was actually faster than x2 reporting 49,000 as the new code appears to more accurate in reporting whereas x2 appeared to be a tad overly optimistic in it's reported speeds. I've been holding off for more stable v.90 code before upgrading my HiPer, I think I'll keep waiting. Kirk

Subject: Re: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: David Bolen <db3l@ans.net>
Date: 1998-05-06 17:07:51

Grant Hopwood <techmaster@trip.net> writes: > Anyone know what this cause code is, or where I can find documentation > on these codes? This message is from a callTermFailedEvent trap from the PRI card. The cause code shown in this trap is the value of the dt1StatCallEventCode object in the trap variable bindings. You can find this documented for all traps in the USR-TRAP-MIB (chs_trap.mib). The definition for the object itself is in the DT1-MIB (dt1.mib), which I'll enclose for reference below. A cause code 9 is a configuration/setup timeout - this normally refers to a problem modem you have in your chassis that the PRI is trying to send a call to but is failing to finish the handoff. Check for a modem that may be in a failed operational state, or just one that hasn't taken any calls when modems around it has. Unfortunately, while in most cases the callTermFailedEvent trap can't tell you which modem it is (like in a busy - code 6) - this is one case where it theoretically could, but doesn't. Oh, but you can also check the debugging screen of the PRI - there's some tables in there (I forget which option) which summarizes problems by modem and you should be able to find the modem or modems that have a high volume of call rejects. Oh, for the other replies referencing the Q.931 codes, that's not this object. There is a Q.931 code object included in some of the other traps though, that does reference that item. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/ - - - - - - - - - - - - - - - - - - - - - - - - - dt1StatCallEventCode OBJECT-TYPE SYNTAX INTEGER{ notSupported(1), setup(2), usrSetup(3), telcoDisconnect(4), usrDisconnect(5), noFreeModem(6), modemsNotAllowed(7), modemsRejectCall(8), modemSetupTimeout(9), noFreeIGW(10), igwRejectCall(11), igwSetupTimeout(12), noFreeTdmts(13), bcReject(14), ieReject(15), chidReject(16), progReject(17), callingPartyReject(18), calledPartyReject(19), blocked(20), analogBlocked(21), digitalBlocked(22), outOfService(23), busy(24), congestion(25), protocolError(26), noFreeBchannel(27), inOutCallCollision(28), inCallArrival(29), outCallArrival(30), inCallConnect(31), outCallConnect(32) } ACCESS read-only STATUS mandatory DESCRIPTION "This object contains the definition of the call event codes sent in the call event trap." ::= { dt1StatEntry 5 }

Subject: (usr-tc) Gateway telepath modems
From: Val <val@hcol.net>
Date: 1998-05-06 17:11:57

After upgrading to the v.90 standard, several customers who have gateway 2000 computers with telepath x2 modems don't seem to be able to connect. Is there an easy fix for this? Are there also any other known incompatible modems? Thanks. Val.

Subject: Re: (usr-tc) HELP! syslog, connect_fail, link_fail numeric-text
From: David Bolen <db3l@ans.net>
Date: 1998-05-06 17:48:33

SpamMeAndDIE@bat-cave.net (Tony Fogle)writes: > I would VERY much appreciate someone giving me the exhaustive > list of translations for the netmanage card's syslog error code > numerics. Just take them from the MIB. The NETServer is just echoing the mdmCsDisconnectReason and mdmCsConnectFailReason values that it gets from the modem. You can find the definition for these objects in the MDM-MIB (mdm.mib) that comes with the appropriate revision of NMC/modem code you are running on your chassis. > /date/TC/S#/didn't get online!/status=-1/connect_fail=##/link_fail=## > and I'd REALLY like to know what ALL of the numbers mean. My > connect_fail numbers break down to: > > ERROR CODE: 10 13 21 26 3 31 32 36 63 79 80 > OCCURANCE: 5 620 19325 136 9282 4263 6310 58901 49 78223 8498 > TOTAL: 185612 > > Every reference I look at MDM-MIB, Dictnary.dat, TCS 3.0 ref manual, > netmanage ref pdf) covers a few of the codes, but none of them give me > a comprehensive list. NONE of the references translate 79 or 80 > depending on the 'format call-trace/connect-info' base (I'm pretty > sure I need to add 1 to the above error codes to be consistent with > existing published translations) Both 80 and 81 (assuming base 0/1 translation) should be in your MIB definitions, providing you are using a recent MIB file matching with your NMC code. I'll enclose a copy of one (they're both the same) from the 5.x.1 (TCS 3.1) NMC release below. Note that one of these values was missing during various beta releases, but if you're running with a released MIB you should have them. You're probably seeing them now because you started using the V.90 code base. These two new connect failure types were added to help flesh out what was previously all lumped into the ds0Teardown (37) code. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/ - - - - - - - - - - - - - - - - - - - - - - - - - mdmCsConnectFailReason OBJECT-TYPE SYNTAX INTEGER{ dtrDrop(1), escapeSequence(2), athCommand(3), carrierLoss(4), inactivityTimout(5), mnpIncompatible(6), undefined(7), remotePassword(8), linkPassword(9), retransmitLimit(10), linkDisconnectMsgReceived(11), noLoopCurrent(12), invalidSpeed(13), unableToRetrain(14), managementCommand(15), noDialTone(16), keyAbort(17), lineBusy(18), noAnswer(19), voice(20), noAnswerTone(21), noCarrier(22), undetermined(23), v42SabmeTimeout(24), v42BreakTimeout(25), v42DisconnectCmd(26), v42IdExchangeFail(27), v42BadSetup(28), v42InvalidCodeWord(29), v42StringToLong(30), v42InvalidCommand(31), none(32), v32Cleardown(33), dialSecurity(34), remoteAccessDenied(35), loopLoss(36), ds0Teardown(37), promptNotEnabled(38), noPromptingInSync(39), nonArqMode(40), modeIncompatible(41), noPromptInNonARQ(42), dialBackLink(43), linkAbort(44), autopassFailed(45), pbGenericError(46), pbLinkErrTxPreAck(47), pbLinkErrTxTardyACK(48), pbTransmitBusTimeout(49), pbReceiveBusTimeout(50), pbLinkErrTxTAL(51), pbLinkErrRxTAL(52), pbTransmitMasterTimeout(53), pbClockMissing(54), pbReceivedLsWhileLinkUp(55), pbOutOfSequenceFrame(56), pbBadFrame(57), pbAckWaitTimeout(58), pbReceivedAckSequenceErr(59), pbReceiveOvrflwRNRFailed(60), pbReceiveMsgBufOvrflw(61), rcvdGatewayDiscCmd(62), tokenPassingTimeout(63), dspInterruptTimeout(64), mnpProtocolViolation(65), class2FaxHangupCmd(66), hstSpeedSwitchTimeout(67), tooManyUnacked(68), timerExpired(69), t1Glare(70), priDialoutRqTimeout(71), abortAnlgDstOvrIsdn(72), normalUserCallClear(73), normalUnspecified(74), bearerIncompatibility(75), protocolErrorEvent(76), abnormalDisconnect(77), invalidCauseValue(78), resourceUnavailable(79), remotHungUpDuringTraining(80), trainingTimeout(81), incomingModemNotAvailable(82), incomingInvalidBearerCap(83), incomingInvalidChannelID(84), incomingInvalidProgInd(85), incomingInvalidCallingPty(86), incomingInvalidCalledPty(87), incomingCallBlock(88), incomingLoopStNoRingOff(89), outgoingTelcoDisconnect(90), outgoingEMWinkTimeout(91), outgoingEMWinkTooShort(92), outgoingNoChannelAvail(93), dspReboot(94), noDSPRespToKA(95), noDSPRespToDisc(96), dspTailPtrInvalid(97), dspHeadPtrInvalid(98) } ACCESS read-only STATUS mandatory DESCRIPTION "Defines the reason for failure if indeed the last call attempt failed." ::= { mdmCsEntry 9 }

Subject: Re: (usr-tc) Gateway telepath modems
From: pferraro <pferraro@wna-linknet.com>
Date: 1998-05-06 18:25:15

We too have had this occur and I have personally made 3Com/USR aware of the problem at the Tech level and marketing level. Also I have made several posts to this list. Others are experiencing the same difficulties.... Is there a FIX?? Not that I know of! As a matter of fact, the modems are not even v.90 upgradable as far as Gateway is concerned! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Wed, 6 May 1998, Val wrote: > After upgrading to the v.90 standard, several customers who have gateway > 2000 computers with telepath x2 modems don't seem to be able to connect. > Is there an easy fix for this? > Are there also any other known incompatible modems? > Thanks. > Val. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) V.90 quite good
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-06 18:31:34

We were running TC with Netserver (3.6.28) and Quads (5.5.7) and NMC (5.1.8) with X2 enable. The connections with X2 was bad, a lot of retrains connections rate at max of 42K in analog telco phone lines. Now we upgrade to V.90 code with Quads (5.9.9) and NMC (5.4.1). The connections now are very good, very stable, connections rate at 49K in analog lines, almost no retrain, even at Quake the pings are near 200ms. But, it's not the heaven yet. Now the modems are hanging periodically, they do not accept any kind of software reset when they are in that state. The only way to have they working again is unpluging from slot and put them back. Note: I already had this behavior when before the upgrade to 5.5.7 code in the modems. Any ideas ? Marcelo

Subject: RE: (usr-tc) Port-Limit on HiperARC
From: Scott Kreuser <scott@nabi.net>
Date: 1998-05-06 19:14:49

What kind of radius are you running? We are running Livingston Radius. Scott > > I don't know what we're doing different, but Port-Limit works for us. We > set the default user to "1" and anyone who wants bonding to "2". Of > course, they can't bond across ARC's yet. > >

Subject: (no subject)
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-06 19:52:07

Looking to buy Total Control Chassis cards. Netserver NIC/NAC's (10baseT) Dual PRI NIC/NAC's Grant.

Subject: Re: (usr-tc) Packet sniffers for Win95?
From: Russ Miescke <russm@powerweb.net>
Date: 1998-05-06 21:05:10

I have had luck with EtherPeek. Get it here: http://www.aggroup.com/ Russ Miescke Power Web Connect -----Original Message----- This is semi-related to the TC chassic... =) Does anyone know of any packet sniffing utilties for Win95? When setting up our racks we always seem to trouble shoot DHCP. I'd like to watch for those packets by plugging my laptop into a hub that the chassis is on. Thanks, Eric - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) HELP! syslog, connect_fail, link_fail numeric-text translation
From: Tony Fogle <spammeanddie@bat-cave.net>
Date: 1998-05-06 21:08:19

Greetings everyone, I would VERY much appreciate someone giving me the exhaustive list of translations for the netmanage card's syslog error code numerics. =20 My syslog file has 185K lines of: /date/TC/S#/didn't get = online!/status=3D-1/connect_fail=3D##/link_fail=3D## and I'd REALLY like to know what ALL of the numbers mean. My connect_fail numbers break down to: ERROR CODE: 10 13 21 26 3 31 32 36 63 79 80 OCCURANCE: 5 620 19325 136 9282 4263 6310 58901 49 78223 8498=09 TOTAL: 185612 Every reference I look at MDM-MIB, Dictnary.dat, TCS 3.0 ref manual, netmanage ref pdf) covers a few of the codes, but none of them give me a comprehensive list. NONE of the references translate 79 or 80 depending on the 'format call-trace/connect-info' base (I'm pretty sure I need to add 1 to the above error codes to be consistent with existing published translations)=20 [thanks to Robert Sanders for pointing out the format command] Thanks in advance for anyone who can help me out here. Tony Fogle SpamMeAndDIE@Bat-Cave.Net (email address above isn't spam-munged)

Subject: Re: (usr-tc) Online game lag
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-06 21:20:00

-> On Tue, 5 May 1998, Laszlo Vecsey wrote: -> -> > On Tue, 5 May 1998, Jamie Orzechowski wrote: -> > -> > > I was given a copy of the NETServer 3.7.73 code and it fixed ALL my > > -> quake2/online gaming/UDP problems. I upgraded from 3.7.24 ... > -> > Does anyone know if the 30% figure that usr quoted for quake performance > -> improvement on the netservers is referring to 3.7.24, or 3.7.73? > -> -> 3.7.24 is the released code. 3.7.73 is a engineering release which fixes -> certain Accounting related problems. Soon in total service you should have -> a service release for NETServer. -> -> krish Can you elaborate on the accounting fixes ? Also can you tell if the 4k per call memory leak on the Windows Security and Accounting server problem is going to be fixed soon (version 5.5.3 bug).. Thanks, Jeff Binkley ASA Network Computing

Subject: (usr-tc) TC strangeness
From: Brett Hawn <blh@staff.texas.net>
Date: 1998-05-06 21:22:20

Today one of our TC racks decided to just start deactivating its modems.. its been working for weeks.. now .. AIP across the board. We've done everything from trying to 'set modem s5 active' (on each modem) to power cycling the box.. nothing works. We're now in the process of downgrading the NMC from 3.5.34 to 3.0.2.. anyone have any ideas as to WHY the damned thing would start doing this? -- GigaNews.Com The Spot for News http://www.giganews.com Making UseNet a Global Priority

Subject: (usr-tc) Want radius patches for USR VSA's
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-06 21:25:00

-> Does anyone have patches to support USR VSA's for a Livingston radius or -> derrivative? I'd be happy to get VSA's to work with 3com's own Security and Accounting Package. Out of the box they don't work and I can't get an explanation as to why. Jeff Binkley ASA Network Computing

Subject: Re: (usr-tc) TC strangeness
From: David Bolen <db3l@ans.net>
Date: 1998-05-06 22:32:30

Brett Hawn <blh@staff.texas.net> writes: > Today one of our TC racks decided to just start deactivating its modems.. > its been working for weeks.. now .. AIP across the board. We've done > everything from trying to 'set modem s5 active' (on each modem) to power > cycling the box.. nothing works. We're now in the process of downgrading the > NMC from 3.5.34 to 3.0.2.. anyone have any ideas as to WHY the damned thing > would start doing this? I'm going to assume that you haven't made any physical or other changes in recent history that might be related to the problem. First thought would be some sort of a hardware failure - probably on a quad modem card - that was interfering with the packet bus. It's a shared bus, so if one component decides it wants to ground the wrong pin, it can affect general communication on the bus. A transient failure like this can often be solved by a reseat, but if you've actually power cycled the entire hub, that should have taken care of it too. So are all of your modems appearing to be operational from the NMC? Sometimes you can spot a failed one this way. Or if you look at your syslogs often the failed one is the first to fall off the packet bus when the system restarts after which they all go belly up. If you have physical access, try removing all quad cards and then re-inserting them one at a time (or in groups, like a binary search) and see if behavior changes. Another thought would be something to do with the packet bus clocking (you don't mention if this is an older or newer chassis). You might check your NMC to see if it's status table indicates any packet bus clock failures. You can also check any circuit (CT1 or T1/PRI) cards and the NETServer to ensure that they aren't both accidentally trying to become the master of the packet bus clock due to some problem detecting each other. Along those lines, it is probably also worth checking if the NMC is indicating any other hub status failures. Looking at NETServer syslogs from the initial time period when stuff first started falling off the packet bus can be instructive in terms of pointing out what components were involved in the early stages of the problem. In rare cases, I've had problems getting everybody up and happy on the packet bus that were resolved by resetting the PRI card first quickly followec by the NETserver. I'd be kind of surprised if you find this to be a software issue with 3.5.34 - that's our primary production release at this point and while it may not be perfect, I have a lot of hubs with cards using it. Of course, the act of changing code does also cycle the card pretty well (but I wouldn't expect any better than a real power cycle) and can change conditions. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Setting up HiPer DSP
From: Aaron Nabil <nabil@spiritone.com>
Date: 1998-05-07 06:05:14

Yiannis Konstantinou writes... >Depending on your setup you might want to look on the following parameters. > . . . >If you can effectively measure the distance -ie. length of the cable- from >the pri/T1 card to the switch, you can set the nic type to short haul, and the >distance of short haul to the appropriate value (ex. 0-133 ft). I haven't read the documentation, but that isn't likely to be right. It's more likely to be the distance of the pri/T1 card to the first T1 repeater (or to the fiber mux in your basement). -- Aaron Nabil

Subject: Re: (usr-tc) Setting up HiPer DSP
From: Yiannis Konstantinou <yiannis@widow.dyn.ml.org>
Date: 1998-05-07 08:35:21

Depending on your setup you might want to look on the following parameters. The call routing method allows you to set how the modems are mapped to the b-channels (ex. fixed assignment,round-robbin, etc). If you can effectively measure the distance -ie. length of the cable- from the pri/T1 card to the switch, you can set the nic type to short haul, and the distance of short haul to the appropriate value (ex. 0-133 ft). There are also other settings if you want to block specific type of calls, take b-channels out of service, etc. but probably you wouldn't need to change anything. If you can access the HiperDSP from console, change to the span level with "chdev span" and type "set ?". This will give you a list with all the parameters you can change on the card. I hope that helped. On Wed, 6 May 1998, Eric wrote: > Is there anything more to setting up a HiPer DSP card other than setting > the signalling, framing and switch type and then activing the modems? I've > gotten our card to answer just fine doing that, but the manual is 240 pages > long. I'm wondering if there is anything else to worry about? > > Then again, I've found most manuals can be condensed into no more than 5 > pages. Sure it's great how the card works, but I just want to know how to > make it work! =) > > Eric

Subject: (usr-tc) Y2K
From: Tom Bilan <tom@tdi.net>
Date: 1998-05-07 08:41:03

Is there any part of any Total Control box that isn't Y2k compliant? Tom

Subject: Re: (usr-tc) Setting up HiPer DSP
From: eugene_carpenter@3com.com
Date: 1998-05-07 09:08:34

That's about all you really need to accomplish on the HDM. Its obvious you had also setup Netserver/ARC properly.

Subject: (usr-tc) ISDN Dial Out
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-07 09:15:23

Does anyone know how or if it is possible to do ISDN dial out over an I port? Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: RE: (usr-tc) Packet sniffers for Win95?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-07 09:23:06

Net X-Ray from Network General. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Eric >Sent: Wednesday, May 06, 1998 6:57 PM >To: USR Total Control List >Subject: (usr-tc) Packet sniffers for Win95? > > >This is semi-related to the TC chassic... =) Does anyone know of any >packet sniffing utilties for Win95? When setting up our racks we always >seem to trouble shoot DHCP. I'd like to watch for those packets by >plugging my laptop into a hub that the chassis is on. > >Thanks, >Eric > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Packet sniffers for Win95?
From: Eric <elorenzo@mediacity.com>
Date: 1998-05-07 09:28:30

At 09:18 AM 5/7/98 , you wrote: >If you're familiar with Unix, I'd suggest putting FreeBSD on a small >partition (no Xwindows, etc.). I did this for troubleshooting, and >tcpdump is a great free tool for troubleshooting all sorts of things from >arp stuff to sniffing and decoding radius requests... Hi Charles, I actually was considering that because my sys admin is a big fan of FreeBSD. THe only problems concerns I had was setting it all up on a laptop. Laptops can be a pain to install things because you lose access to your CD-ROM drive, etc. Also this Fujitsu forces you to install Win95 from the emergency CD it came with, not the regular Win95 install CD. Eric

Subject: (usr-tc) Busy out or transparent state
From: Tim Gossiaux <tim@tdi.net>
Date: 1998-05-07 09:41:40

How do you busy out or transparent the modems on a Hiper DSP?

Subject: ISDN Dial Out (usr-tc)
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-07 09:42:04

Has anyone ever been able to accomplish dialing out to ISDN using the I ports. Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: Re: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis
From: Matthew Opoka <phantom@magnolia.net>
Date: 1998-05-07 10:00:36

The have a fix for this on the hiper dsp it is 2.02 release. I tried it with an adtran and it fix the same problem but broke everything else. The 3com and USR isdn units couldn't get a good connection. -----Original Message----- >Guys, > >I ran into some trouble while trying to connect several BRI-equipped >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The >problem lies in the CHAP/PAP authentication. >I enabled CHAP and PAP, and no go... the cisco tells me some things >about a missing user HiPer.... > >Has anyone got any experience with this and how to solve it ? We >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work as >well with the HiPerDSP. > >Thanks for any further info, > >Robert von Bismarck >Petrel Communications S.A. > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-07 10:16:52

On Thu, 7 May 1998, Robert von Bismarck wrote: > Guys, >=20 > I ran into some trouble while trying to connect several BRI-equipped > Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The > problem lies in the CHAP/PAP authentication.=20 > I enabled CHAP and PAP, and no go... the cisco tells me some things > about a missing user HiPer.... >=20 There is no problem using Cisco 1003, 2503. There was problems with=20 Cisco 77x series with the DSP, which is fixed in the ER code.=20 Cisco 1003 and other cisco with IOS 11.2 and above do work both with chap= =20 and pap. =20 krish > Has anyone got any experience with this=A0and how to solve it=A0? We > abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work as > well with the HiPerDSP. >=20 > Thanks for any further info, >=20 > Robert von Bismarck > Petrel Communications S.A. >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >=20

Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-07 10:27:13

transmit auth name is not matchin what you have on the Cisco.. You have to set this on the HARC. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck >Sent: Thursday, May 07, 1998 9:22 AM >To: 'usr-tc@xmission.com' >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis > > >Guys, > >I ran into some trouble while trying to connect several BRI-equipped >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The >problem lies in the CHAP/PAP authentication. >I enabled CHAP and PAP, and no go... the cisco tells me some things >about a missing user HiPer.... > >Has anyone got any experience with this=A0and how to solve it=A0? We >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work as >well with the HiPerDSP. > >Thanks for any further info, > >Robert von Bismarck >Petrel Communications S.A. > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Gateway telepath modems
From: Charles Sprickman <spork@inch.com>
Date: 1998-05-07 12:15:58

> > After upgrading to the v.90 standard, several customers who have gateway > 2000 computers with telepath x2 modems don't seem to be able to connect. > Is there an easy fix for this? > Are there also any other known incompatible modems? Anything not made by usr? ;) C > Thanks. > Val. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Packet sniffers for Win95?
From: Charles Sprickman <spork@inch.com>
Date: 1998-05-07 12:18:42

If you're familiar with Unix, I'd suggest putting FreeBSD on a small partition (no Xwindows, etc.). I did this for troubleshooting, and tcpdump is a great free tool for troubleshooting all sorts of things from arp stuff to sniffing and decoding radius requests... C ~~~~~~~~~ ~~~~~~~~~~~ Charles Sprickman Internet Channel INCH System Administration Team (212)243-5200 spork@inch.com access@inch.com On Wed, 6 May 1998, Eric wrote: > Date: Wed, 06 May 1998 16:57:22 -0700 > From: Eric <ELorenzo@MediaCity.com> > Reply-To: usr-tc@lists.xmission.com > To: USR Total Control List <usr-tc@xmission.com> > Subject: (usr-tc) Packet sniffers for Win95? > > This is semi-related to the TC chassic... =) Does anyone know of any > packet sniffing utilties for Win95? When setting up our racks we always > seem to trouble shoot DHCP. I'd like to watch for those packets by > plugging my laptop into a hub that the chassis is on. > > Thanks, > Eric > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) HARC devouring IP addresses
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-07 13:19:34

Check the netmask that you are using for the users. Make sure that your netmask is 255.255.255.255 krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Thu, 7 May 1998, jpayne wrote: > > > The following was posted on the 3Com TOTALservice User Forum. We have a > customer that is experiencing the same symptoms - any ideas? > > >>Has anyone experienced a HiPer ARC assign ip addresses outside its > allocated space? We're using 48 addresses near the bottom of a class C > address (x.x.x.4 thru x.x.x.52) for our dial users (48 ports on HiPerDSPs). > > > When we add an NT server to the address space at a number outside the range > (ie x.x.x.151), the NT server sees a duplicate IP address in use by the > HiPerARC and shuts down it's (the NT server's) NIC. This seems to 'float'. > When we add multiple addresses to the card, the highest address assigned is > picked up as a duplicate with the HiPerARC, resulting in the same problem. > > We're using a public pool, starting at x.x.x.4 with a size of 48 and > no_aggregate set. > > How do we get the TC Chassis to stay within its assigned space? Called > 3-Com priority support and was advised that this was 'impossible' and to > try to reboot the chassis; somewhat impractical for a production unit at an > ISP. > > Thanks to anyone in advance for input.<< > > -- > TIA, > Jeff Payne > STN > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) ISDN Dial Out
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-07 13:20:22

On Thu, 7 May 1998, Joe Kvidera wrote: > Does anyone know how or if it is possible to do ISDN dial out over an I > port? > I ports are virtual ports - You can use a modem S port to dialout isdn krish > Joe Kvidera > Solutions Group Corporation > mailto:joe.kvidera@solutionsgroup.net > http://www.solutionsgroup.net > Ph: (612) 929-3670 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Dual t1 NAC for Dual PR1
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-07 13:39:17

You can?!? I thought this was exclusive to the 386 version, not the 186 versions. I have a 186 PRI card that I'd like to use as a DSS card. All I need to do is flash it? Tatai SV Krishnan said once upon a time: > >yes. > >krish > >----------------------------------------- > \ T.S.V. Krishnan \ > \ Network System Engineer \ ( : - : ) > \ 3Com ............ \ > ----------------------------------------------/ >tkrishna@bubba.ae.usr.com >----------------------------/ http://interproc.ae.usr.com ----/ >-------------------------------------------------------------------------\ > Any Sufficiently advanced bug is indistinguishable for a feature. > - Rick Kulawiec >-------------------------------------------------------------------------/ > >On Thu, 7 May 1998, Joe Kvidera wrote: > >> can you use a dual t1 nac as a dual pri nac if you flash it? and can you >> have both cards in the same chassis at the same time?

Subject: Re: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-07 13:44:21

Just wondering if you had any advice for us in the following matter. We have 4 PRI's. With two chassis', dual pri, quads, and netserver/nmc's. A couple of days ago, how customers started getting busy signals halfway up our second PRI. The PRI was returning the following errors while connected in console. ERR:ucc_gen_error,ucc_setup_in_call,pb_dg__send failed,err:-3 and the following errors by snmp trap. Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9 Looking through the PRI card console, I get no errors or error status's at all on the card, or ds0 channels. (although i do get a couple framed errors, etc on the card itself, which seems to be normal when looking at the other spans.) It is not the PRI span itself, because I can swap another PRI into the card, and get the same problem, (however the problem generally 'moves' to another ds0.) I have swapped the quad modem cards to rule those out and the fact that the problem sometimes 'moves' to another ds0 leads me to believe its either the dual pri nic or nac thats at fault. The only thing I have not done yet is swap in another pri nic/nac card. Do you have any suggestions for troubleshooting a dual PRI card? Right now our company is in a heated debate with 3com over our support contract. Grant. At 05:07 PM 5/6/98 EDT, you wrote: >Grant Hopwood <techmaster@trip.net> writes: > >> Anyone know what this cause code is, or where I can find documentation >> on these codes? > >This message is from a callTermFailedEvent trap from the PRI card. >The cause code shown in this trap is the value of the >dt1StatCallEventCode object in the trap variable bindings. You can >find this documented for all traps in the USR-TRAP-MIB (chs_trap.mib). >The definition for the object itself is in the DT1-MIB (dt1.mib), >which I'll enclose for reference below. > >A cause code 9 is a configuration/setup timeout - this normally refers >to a problem modem you have in your chassis that the PRI is trying to >send a call to but is failing to finish the handoff. Check for a >modem that may be in a failed operational state, or just one that >hasn't taken any calls when modems around it has. Unfortunately, >while in most cases the callTermFailedEvent trap can't tell you which >modem it is (like in a busy - code 6) - this is one case where it >theoretically could, but doesn't. > >Oh, but you can also check the debugging screen of the PRI - there's >some tables in there (I forget which option) which summarizes problems >by modem and you should be able to find the modem or modems that have >a high volume of call rejects. > >Oh, for the other replies referencing the Q.931 codes, that's not this >object. There is a Q.931 code object included in some of the other >traps though, that does reference that item. > >-- David > >/-----------------------------------------------------------------------\ > \ David Bolen \ Internet: db3l@ans.net / > | ANS Communications, Inc. \ Phone: (914) 701-5327 | > / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ >\-----------------------------------------------------------------------/ > > - - - - - - - - - - - - - - - - - - - - - - - - - > >dt1StatCallEventCode OBJECT-TYPE >SYNTAX INTEGER{ > notSupported(1), > setup(2), > usrSetup(3), > telcoDisconnect(4), > usrDisconnect(5), > noFreeModem(6), > modemsNotAllowed(7), > modemsRejectCall(8), > modemSetupTimeout(9), > noFreeIGW(10), > igwRejectCall(11), > igwSetupTimeout(12), > noFreeTdmts(13), > bcReject(14), > ieReject(15), > chidReject(16), > progReject(17), > callingPartyReject(18), > calledPartyReject(19), > blocked(20), > analogBlocked(21), > digitalBlocked(22), > outOfService(23), > busy(24), > congestion(25), > protocolError(26), > noFreeBchannel(27), > inOutCallCollision(28), > inCallArrival(29), > outCallArrival(30), > inCallConnect(31), > outCallConnect(32) >} >ACCESS read-only >STATUS mandatory >DESCRIPTION >"This object contains the definition of the call event codes >sent in the call event trap." >::= { dt1StatEntry 5 } > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ |_ _| _ \ _ _| _ \ \| | __|_ _|Texas Regional Internet Providers| | | | | | | _| | 711 N. Carancahua, Suite 1024| | _| _| _\___|_| _|\_|___| _| Corpus Christi, TX 78475| | http://www.trip.net (512) 882 8747| | (512) 643 9996| |techmaster@trip.net | |Grant Hopwood - Admin/Snr Tech | |ICQ# 3143234 wk, 3541891 hm | |PGP Public Key: (revoked at this time) | +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+

Subject: (usr-tc) HARC devouring IP addresses
From: jpayne <payne4uk@bitstorm.net>
Date: 1998-05-07 13:47:26

The following was posted on the 3Com TOTALservice User Forum. We have a customer that is experiencing the same symptoms - any ideas? >>Has anyone experienced a HiPer ARC assign ip addresses outside its allocated space? We're using 48 addresses near the bottom of a class C address (x.x.x.4 thru x.x.x.52) for our dial users (48 ports on HiPerDSPs). When we add an NT server to the address space at a number outside the range (ie x.x.x.151), the NT server sees a duplicate IP address in use by the HiPerARC and shuts down it's (the NT server's) NIC. This seems to 'float'. When we add multiple addresses to the card, the highest address assigned is picked up as a duplicate with the HiPerARC, resulting in the same problem. We're using a public pool, starting at x.x.x.4 with a size of 48 and no_aggregate set. How do we get the TC Chassis to stay within its assigned space? Called 3-Com priority support and was advised that this was 'impossible' and to try to reboot the chassis; somewhat impractical for a production unit at an ISP. Thanks to anyone in advance for input.<< -- TIA, Jeff Payne STN

Subject: (usr-tc) HELP: TC chassis dumps call before modem tone
From: Donald B <dbaud@bigfoot.com>
Date: 1998-05-07 13:50:11

Hi, One of my chassis is mysteriously getting stuck and I would need to reboot the NMC every day to get it back to normal. I am using a regular 2059 Bundle connected to 2 PRI lines Here are the symptoms I get: - When the problem occurs, the Chassis would refuse to take any call after the 16'th caller. Although yesterday it was after the 20th caller ! When a call arrives, one of the Quad modem picks up the call (orange light) and dumps the line immediately (no modem training/tone). After which the caller would get a weird busy line. - I have just installed these 2 PRI lines recently - If the number of the callers gets bellow the magic 16'th (or 20), the Chassis accepts the call as usual until it reaches the 16 caller. - All modems are active and show A-R-P even when the problem occurs - I called the telephone company and they assured me that the DMS is working fine - The DS0 in service status always shows InService(2) all times - I am using the latest V90 codes with the latest regular updates for the chassis - I am using the RoundRobin modem assignement - After a "Reboot", the chassis seem to function properly and accepts more than 16 (or 20) calls. But I haven't checked if it reaches 46 calls. Questions: - Could it be that the PRI line is not providing enough "Juice" for the remaining calls ? - Yesterday, David Bollen (from this list) commented on a similar issue and he suggested a hardware problem. Can I have more details on how to check the sanity of the packet bus ? Please Help ! Donald B.

Subject: (usr-tc) Dual t1 NAC for Dual PR1
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-07 14:16:21

can you use a dual t1 nac as a dual pri nac if you flash it? and can you have both cards in the same chassis at the same time? Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: (usr-tc) RADIUS S/W and Billing ....
From: Richard Bosire <bosire@nairobi.africaonline.co.ke>
Date: 1998-05-07 14:18:30

Hi Guys ... Anyone knows any good billing software that i can use with my RADIUS accounting s/w to bill my customers.. cheers bosire -- \\|// - ? (o o) +==================================oOOo=(_)=oOOo========+ | Richard Bosire rbosire@africaonline.co.ke | | AfricaOnline Ltd | | union towers, 2nd floor | | tel: 254-2-243775 | | .oooO | | http://www.africaonline.co.ke ( ) Oooo. | +===================================\ (==( )==========+ \_) ) / (_/

Subject: Re: (usr-tc) Dual t1 NAC for Dual PR1
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-07 14:29:04

yes. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Thu, 7 May 1998, Joe Kvidera wrote: > can you use a dual t1 nac as a dual pri nac if you flash it? and can you > have both cards in the same chassis at the same time? > > Joe Kvidera > Solutions Group Corporation > mailto:joe.kvidera@solutionsgroup.net > http://www.solutionsgroup.net > Ph: (612) 929-3670 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Dual t1 NAC for Dual PR1
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1998-05-07 14:34:58

On Thu, 7 May 1998, Joe Kvidera wrote: > can you use a dual t1 nac as a dual pri nac if you flash it? and can you > have both cards in the same chassis at the same time? Yes and yes. If you flash from CT1 to PRI or vice versa, you need to type in the download file names by hand. ========================================================================= Jeffrey A. Lynch JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com

Subject: Re: (usr-tc) Dual t1 NAC for Dual PR1
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1998-05-07 14:34:58

Subject: Re: (usr-tc) Dual t1 NAC for Dual PR1
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-07 14:49:30

On Thu, 7 May 1998, Pete Ashdown wrote: > You can?!? I thought this was exclusive to the 386 version, not the 186 > versions. I have a 186 PRI card that I'd like to use as a DSS card. All > I need to do is flash it? > Yes you are right - this was exclusive for 386. I forgot about the I86. Sorry. krish > > > Tatai SV Krishnan said once upon a time: > > > >yes. > > > >krish > > > >----------------------------------------- > > \ T.S.V. Krishnan \ > > \ Network System Engineer \ ( : - : ) > > \ 3Com ............ \ > > ----------------------------------------------/ > >tkrishna@bubba.ae.usr.com > >----------------------------/ http://interproc.ae.usr.com ----/ > >-------------------------------------------------------------------------\ > > Any Sufficiently advanced bug is indistinguishable for a feature. > > - Rick Kulawiec > >-------------------------------------------------------------------------/ > > > >On Thu, 7 May 1998, Joe Kvidera wrote: > > > >> can you use a dual t1 nac as a dual pri nac if you flash it? and can you > >> have both cards in the same chassis at the same time? > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: AW: (usr-tc) NetServer and PPTP and SecureDynamics ACE Client
From: Ralph Helfenberger <rhelfenberger@comlight.ch>
Date: 1998-05-07 15:24:42

------ =_NextPart_000_01BD79CC.44C82AA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I installed the version 4.1 of the ACE client but this didn't make a = change.=20 This is the error message: The user connected to port PPTP1 has been disconnected because an internal authentication error occured in the third party security module. Any more clues? Ralph -----Urspr=FCngliche Nachricht----- Von: Tatai SV Krishnan [SMTP:tkrishna@bubba.ae.usr.com] Gesendet am: Mittwoch, 6. Mai 1998 16:12 An: Ralph Helfenberger Cc: 'usr-tc@xmission.com' Betreff: Re: (usr-tc) NetServer and PPTP and SecureDynamics ACE Client On Wed, 6 May 1998, Ralph Helfenberger wrote: > Has anybody experience with such an environment? I should make run a = NetServer with PPTP=20 >and a SecureDynamics ACE Client. The problem I have: If I only use PPTP = >with Windows RAS NT 4.0 this works fine. But as soon as ACE Client is = also=20 >installed it is no longer possible to connect to this system. The = clients=20 >calling are disconnected even befor they are asked for a username... >=20 > Any ideas? >=20 > Once you make a PPTP connection it is basically an RAS connection. =20 SecureDyanmics ACE client did have some problems with RAS. There was a=20 beta version 4.1 based which actually allowed you to work with RAS. You = may need that version of ACE client. Check with SecureDynamics and tell = them that you want a client that will work with RAS and PPTP. They=20 should be able to tell you the correct version of the software. krish =20 > Ralph >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >=20 - To unsubscribe to usr-tc, send an email to "majordomo@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. ------ =_NextPart_000_01BD79CC.44C82AA0 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+Ii8NAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA0AEAAAEAAAAQAAAAAwAAMAQAAAAL AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54 bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAAE/WgBBIABAD4A AABBVzogKHVzci10YykgTmV0U2VydmVyIGFuZCBQUFRQIGFuZCBTZWN1cmVEeW5hbWljcyBBQ0Ug Q2xpZW50AJAUAQWAAwAOAAAAzgcFAAcADwAYACoABAA2AQEggAMADgAAAM4HBQAHAA8AFQAaAAQA IwEBCYABACEAAABGQkU0NTRFQkFDRTVEMTExOUE2MDAwNDAwNTJENTJEMwAjBwEDkAYAFAkAACEA AAALAAIAAQAAAAsAIwAAAAAAAwAmAAAAAAALACkAAAAAAAMALgAAAAAAAwA2AAAAAABAADkAILHK frt5vQEeAHAAAQAAAD4AAABBVzogKHVzci10YykgTmV0U2VydmVyIGFuZCBQUFRQIGFuZCBTZWN1 cmVEeW5hbWljcyBBQ0UgQ2xpZW50AAAAAgFxAAEAAAAWAAAAAb15u36561TlDOWsEdGaYABABS1S 0wAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABoAAAByaGVsZmVuYmVyZ2VyQGNvbWxpZ2h0 LmNoAAAAAwAGEInNtVcDAAcQBQYAAB4ACBABAAAAZQAAAElJTlNUQUxMRURUSEVWRVJTSU9ONDFP RlRIRUFDRUNMSUVOVEJVVFRISVNESUROVE1BS0VBQ0hBTkdFVEhJU0lTVEhFRVJST1JNRVNTQUdF OlRIRVVTRVJDT05ORUNURURUT1AAAAAAAgEJEAEAAADKBQAAxgUAAEEKAABMWkZ1klxWPgMACgBy Y3BnMTI1JjIA+AtgbmcB0DU1nQH3IAKkA+MCAGNoCsDgc2V0MCAHEwKDAFCxEHZwcnEOUBDvfQqA 2QjIIDsJbw4wNQKACoFsdWMAUAsDYwBBDwIxjDAzEiELxCBJIAuAEnMBkGxsCYAgdGg4ZSB2BJAA kAIgIDQgLjEgb2YZM0FDMEUgY2wIkAIwIGIOdQVAGUAEACBkaWSsbicFQADAaxlgYRrgsxEADyBl LgrjCoBUG7I/G8EZQgSQA2AFwAeBc2H9HRA6HVQW1gFADwYdVhlgTnURMAXABaBubgWQdBEZEm8g cAkRIFBQ3FRQGiARAAQgYgnhG+HnBPAh1yOAY2EhcRygC5D/HWMLgCIgBKAHQBygG3AZUDsCMA3g YSaQGdEedG9j/mMIcBkRC4AZMxuhCyAigLEKwHR5IBEwJ6FpKQDrHVQEYXUZAC4fXBdZHWN8QW4p EARgCXAa4QpQc5Y/H1gKgFIHQHBoLVpzCvQbADM2AUAgEhLAb4ciICIQEgQxNiAtMSLmVREgEsBc JxMQDyAbAGsQ8BlgTgDQaAUQEPB0PzEjH1YwNDABCxMwNmktCDE0NCAxaTE4MMcBQAzQNWNiIFYC IB9AdQySYhFgVCbAC3AGAFZkIEsFEHNoJfADoFtEU00jADp0azgUQMEbYGJiYS5hHSAhcGRyLgWg bV0fVTaQR08HkAnwAQAFQGFtNudNCSmAdHcngGgsIDaFHTBNN6ExOTk4PWB8NjoOIDqXLGA25y4T ILBIZWxmCfAjgHIdEFMxsDqmQ2M25yc6ES3gdGNAeG0EARnBOkL6JzqXQhFACXABID7IHzDUIChB xCkHsXQGYRmBPyURGSAi4kXzBmAnokR52yXwQkBjBCAaskMbAzNvXzR6L4QgVwu2HWNPA6BX/wmA POE9ISkQPXI84D9fBcDudzAyH0kKgD4/oCNRAHCKeQbgZCkQZXhwBnH9CfBjGWAD8BlAKSAWoD+Q ewORCfB2KJACIAeAAjA/NxhxODAIYGwZIBxjcnX/A6AcsEVoURNGQ08lRgIcsD9G30fmHTAhMjAh AmBlbe8YcREAGYBEsEkaUBiAAiBebCkQJOJU6lETVwuAZCRvdwQgUkEF8E5UzxnxEWAbozygcmsE IDUwmyHwHTBCG3EjUXNvGdH/I1FHyB3yB0BdkFUmGKgpgP0d8m4icAkAHQEFwCKQQmGfWCEiUiHF IlIbo3N5GMD/WEBXlBr0BCFPNCTAGPALgO5nHKAswSPbZRmAA6AjgP8CEAXAGUEpEGVCI1AcgBkg v2bCHLAhclaBHSBo0CBPgPdPJixiHABlI1AtRWkXS5b9UOF5CGAcVkZDIcUZwmBU/zmwDdEY4Wcx A6BbYmz4HTD/HUVWBgBwR3ca9RvxWINdgf8HgFfmXEFRIlthb7EhMSzB/ndPsh1FI4ABkBl7bgEZ Ee53G7BRgiIQdW5UGPBbIN8ZEWvyImFcYnNKWWwBKbX/TKEh8BkTJsAZdxpBGrhvsfpDGVBjeKVW DUYCIiAY8P8dRRlBWFB6o2vydGAbMRyx/xsEeqMD8H5xeHtF93PUKRD/HVRS1SOAHKBhpX5TeANj ov8FsAlwYmF6+RlCXZABgHRg/wlwKnkKgDkDLm4KgGknLhl/aRgzVU+AN2AicFOgUWBi/wTyhBEi YUHEPOA7QlGjAMDrAxEiYSIAwGoFsFsQBGBtQisii7dREyKMekHEIr8n9lATGkUe1Sp1jBFGBbH/ C4BmwQDAJtMZ0RvwHRAYwP8EIAWxCXBDsAiQUgBlETUw/xkAffQG8FMhHuRdcTtRi7f+IhlQLjCS gGKTclFooRyg3GRkCXAEEG+xRCJwYLDzBUAk4nF1MEEd4QOga/H/HreURy1aM1WMP41Pjl+Pb/+J ZZEPkh+TLypmlN+V75b//5gPmRWZr5q/m8+c3wqAFCECALEAAAADABAQAAAAAAMAERABAAAAAwCA EP////9AAAcwgLvpCbt5vQFAAAgwgLvpCbt5vQELAACACCAGAAAAAADAAAAAAAAARgAAAAADhQAA AAAAAAMAAoAIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAAwAFgAggBgAAAAAAwAAAAAAAAEYA AAAAUoUAALcNAAADAByACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAB4AWIAIIAYAAAAAAMAA AAAAAABGAAAAAFSFAAABAAAABAAAADguMAALAFyACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAA AAMAXYAIIAYAAAAAAMAAAAAAAABGAAAAABGFAAAAAAAAAwBfgAggBgAAAAAAwAAAAAAAAEYAAAAA GIUAAAAAAAAeAG6ACCAGAAAAAADAAAAAAAAARgAAAAA2hQAAAQAAAAEAAAAAAAAAHgBvgAggBgAA AAAAwAAAAAAAAEYAAAAAN4UAAAEAAAABAAAAAAAAAB4AcIAIIAYAAAAAAMAAAAAAAABGAAAAADiF AAABAAAAAQAAAAAAAAAeAD0AAQAAAAUAAABBVzogAAAAAAMADTT9NwAA928= ------ =_NextPart_000_01BD79CC.44C82AA0--

Subject: Re: (usr-tc) HARC devouring IP addresses
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-07 16:02:11

On Thu, 7 May 1998, jpayne wrote: > krish, > > Thanx for the swift response! When you say "Check the netmask..." I assume > you are speaking of the radius users database? > Yes I was talking about the radius users in the database > Our /etc/raddb/users file looks like this (in part): > > user Password = "xxxxxxxx" > User-Service-Type = Framed-User > Framed-Protocol = PPP > Framed-Netmask = 255.255.255.0 > > I take it that the above Framed-Netmask in /etc/raddb/users is what you are > instructing to change to 255.255.255.255. > Yes, the reason being the attribute Framed-Netmask is taken and then applied to the user by the HiPer ARC. Thus the user now owns the network, the Netserver did not care about this attribute. The NETServer would always give a 32 bit netmask for users on the same lan as the ethernet and would consider the netmask only if the ip address is a static IP. Changing the netmask to 255.255.255.255 will solve both the NETserver and the HiPer arc problem. krish > Wow - we have had the above database in place for a couple of years (using > radius 116 esva). > > Thank you for your time, > > -- > Jeff Payne > STN > > ---------- > > From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> > > To: jpayne <payne4uk@bitstorm.net> > > Cc: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) HARC devouring IP addresses > > Date: Thursday, May 07, 1998 2:19 PM > > > > Check the netmask that you are using for the users. Make sure that your > > netmask is 255.255.255.255 > > > > krish > > > > ----------------------------------------- > > \ T.S.V. Krishnan \ > > \ Network System Engineer \ ( : - : ) > > \ 3Com ............ \ > > ----------------------------------------------/ > > tkrishna@bubba.ae.usr.com > > ----------------------------/ http://interproc.ae.usr.com ----/ > > > -------------------------------------------------------------------------\ > > Any Sufficiently advanced bug is indistinguishable for a feature. > > - Rick Kulawiec > > > -------------------------------------------------------------------------/ > > > > On Thu, 7 May 1998, jpayne wrote: > > > > > > > > > > > The following was posted on the 3Com TOTALservice User Forum. We have > a > > > customer that is experiencing the same symptoms - any ideas? > > > > > > >>Has anyone experienced a HiPer ARC assign ip addresses outside its > > > allocated space? We're using 48 addresses near the bottom of a class C > > > address (x.x.x.4 thru x.x.x.52) for our dial users (48 ports on > HiPerDSPs). > > > > > > > > > When we add an NT server to the address space at a number outside the > range > > > (ie x.x.x.151), the NT server sees a duplicate IP address in use by the > > > HiPerARC and shuts down it's (the NT server's) NIC. This seems to > 'float'. > > > When we add multiple addresses to the card, the highest address > assigned is > > > picked up as a duplicate with the HiPerARC, resulting in the same > problem. > > > > > > We're using a public pool, starting at x.x.x.4 with a size of 48 and > > > no_aggregate set. > > > > > > How do we get the TC Chassis to stay within its assigned space? Called > > > 3-Com priority support and was advised that this was 'impossible' and > to > > > try to reboot the chassis; somewhat impractical for a production unit > at an > > > ISP. > > > > > > Thanks to anyone in advance for input.<< > > > > > > -- > > > TIA, > > > Jeff Payne > > > STN > > > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) HELP: TC chassis dumps call before modem tone
From: eugene_carpenter@3com.com
Date: 1998-05-07 16:14:25

You say reseating the NMC clears the problem ?? If so, try removing the NMC and see if the problem still occurs. How much mem is on the NMC ?

Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1998-05-07 16:22:09

Guys, I ran into some trouble while trying to connect several BRI-equipped Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The problem lies in the CHAP/PAP authentication.=20 I enabled CHAP and PAP, and no go... the cisco tells me some things about a missing user HiPer.... Has anyone got any experience with this=A0and how to solve it=A0? We abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work as well with the HiPerDSP. Thanks for any further info, Robert von Bismarck Petrel Communications S.A.

Subject: Re: (usr-tc) HARC devouring IP addresses
From: jpayne <payne4uk@bitstorm.net>
Date: 1998-05-07 16:39:02

krish, Thanx for the swift response! When you say "Check the netmask..." I assume you are speaking of the radius users database? Our /etc/raddb/users file looks like this (in part): user Password = "xxxxxxxx" User-Service-Type = Framed-User Framed-Protocol = PPP Framed-Netmask = 255.255.255.0 I take it that the above Framed-Netmask in /etc/raddb/users is what you are instructing to change to 255.255.255.255. Wow - we have had the above database in place for a couple of years (using radius 116 esva). Thank you for your time, -- Jeff Payne STN

Subject: Re: (usr-tc) HARC devouring IP addresses
From: jpayne <payne4uk@bitstorm.net>
Date: 1998-05-07 17:07:19

krish, Thanx for the swift response! When you say "Check the netmask..." I assume you are speaking of the radius users database? Our /etc/raddb/users file looks like this (in part): user Password = "xxxxxxxx" User-Service-Type = Framed-User Framed-Protocol = PPP Framed-Netmask = 255.255.255.0 I take it that the above Framed-Netmask in /etc/raddb/users is what you are instructing to change to 255.255.255.255. I also noted in some earlier posts re:RADIUS authentication that agree with the .255 netmask. I guess I need to brush up again on netmasks, subnetting, etc... Wow - we have had the above database in place for quite sometime now (using radius 116 esva). Thank you for your time, -- Jeff Payne STN

Subject: Re: (usr-tc) HELP: TC chassis dumps call before modem tone
From: Donald B <dbaud@bigfoot.com>
Date: 1998-05-07 17:24:47

Actually you are right It just happened now, I removed the NMC card and the CHASSIS started accepting the calls again without any reset !! Oh and I have the dreaded 4MEG NMC What should I do now ? Donald B -----Original Message----- >You say reseating the NMC clears the problem ?? > >If so, try removing the NMC and see if the problem still occurs. >How much mem is on the NMC ? > >Hi, >One of my chassis is mysteriously getting stuck and I would need to reboot the NMC every day to get it back to normal. >I am using a regular 2059 Bundle connected to 2 PRI lines >Here are the symptoms I get: > >- When the problem occurs, the Chassis would refuse to take any call after the 16'th caller. Although yesterday it was after the 20th caller ! >When a call arrives, one of the Quad modem picks up the call (orange light) and dumps the line immediately (no modem training/tone). After which the caller would get a weird busy line. >- I have just installed these 2 PRI lines recently >- If the number of the callers gets bellow the magic 16'th (or 20), the Chassis accepts the call as usual until it reaches the 16 caller. >- All modems are active and show A-R-P even when the problem occurs >- I called the telephone company and they assured me that the DMS is working fine >- The DS0 in service status always shows InService(2) all times >- I am using the latest V90 codes with the latest regular updates for the chassis >- I am using the RoundRobin modem assignement >- After a "Reboot", the chassis seem to function properly and accepts more than 16 (or 20) calls. But I haven't checked if it reaches 46 calls. >

Subject: Re: (usr-tc) HELP: TC chassis dumps call before modem tone
From: Donald B <dbaud@bigfoot.com>
Date: 1998-05-07 17:34:04

I did remove the NMC card but the chassis is currently stuck on the 39th modem Currently, It would not accept any caller more than 38 active modems Oh and I have the dreaded 4MEG NMC By rebooting, I meant the 'reboot' command in the telnet prompt Any suggestions ? Donald B -----Original Message----- >You say reseating the NMC clears the problem ?? > >If so, try removing the NMC and see if the problem still occurs. >How much mem is on the NMC ? > >Hi, >One of my chassis is mysteriously getting stuck and I would need to reboot the NMC every day to get it back to normal. >I am using a regular 2059 Bundle connected to 2 PRI lines >Here are the symptoms I get: > >- When the problem occurs, the Chassis would refuse to take any call after the 16'th caller. Although yesterday it was after the 20th caller ! >When a call arrives, one of the Quad modem picks up the call (orange light) and dumps the line immediately (no modem training/tone). After which the caller would get a weird busy line. >- I have just installed these 2 PRI lines recently >- If the number of the callers gets bellow the magic 16'th (or 20), the Chassis accepts the call as usual until it reaches the 16 caller. >- All modems are active and show A-R-P even when the problem occurs >- I called the telephone company and they assured me that the DMS is working fine >- The DS0 in service status always shows InService(2) all times >- I am using the latest V90 codes with the latest regular updates for the chassis >- I am using the RoundRobin modem assignement >- After a "Reboot", the chassis seem to function properly and accepts more than 16 (or 20) calls. But I haven't checked if it reaches 46 calls. >

Subject: (usr-tc) FILTERS
From: Ray Olander <ray.olander@solutionsgroup.net>
Date: 1998-05-07 17:38:43

I am using BSD 3-point-something and the livingston 1.16 RADIUS that comes with it. I am unable to attach any filters via RADIUS to any users, as soon as I do they are unable to connect. I have done the .in and .out on the total control and I configured RADIUS letter by letter out of the netserver book. I have had 3 techs try to write these rules and none of them work, the only answer I'm left with is that any code newer than 4.8.3 or something like that doesn't work well with 1.16...anyone have any ideas? Raymond D. Olander, CNE Solutions Group Corp. 3306 Gorham Ave St. Louis Park, MN 55426 ph (612) 929-3670 fax (612) 929-3685 mailto:ray.olander@solutionsgroup.net http://www.solutionsgroup.net ====================== | Maximizing your NET results ======================

Subject: (usr-tc) FILTERS
From: Ray Olander <ray.olander@solutionsgroup.net>
Date: 1998-05-07 17:59:33

> I am using BSD 3-point-something and the livingston 1.16 RADIUS that > comes with it. I am unable to attach any filters via RADIUS to any > users, as soon as I do they are unable to connect. I have done the .in > and .out on the total control and I configured RADIUS letter by letter > out of the netserver book. I have had 3 techs try to write these rules > and none of them work, the only answer I'm left with is that any code > newer than 4.8.3 or something like that doesn't work well with > 1.16...anyone have any ideas? > > Raymond D. Olander, CNE > Solutions Group Corp. > 3306 Gorham Ave > St. Louis Park, MN 55426 > ph (612) 929-3670 > fax (612) 929-3685 > > mailto:ray.olander@solutionsgroup.net > http://www.solutionsgroup.net > > ====================== > | Maximizing your NET results > ====================== >

Subject: Re: (usr-tc) HELP: TC chassis dumps call before modem tone
From: Donald B <dbaud@bigfoot.com>
Date: 1998-05-07 19:16:06

Ok, more update on this issue. After calling 3Com tech support (nice people BTW), the gentleman pointed out that the PRI spans were showing many: - Bipolar variations - Errored Seconds - Severely Errored seconds - Unavailable Seconds - Controlled slip seconds - Code Violation error Events - Reframing counts He suggested to reset the PRI card to default and then reconfigure it. And then reset the modems. If this does not work, he said to try swaping the PRI lines with another working chassis just to see if the PRI lines weren't the problem. I will probably do those experiments early morning to avoid disconnecting too many users. Donald B. > >>Hi, >>One of my chassis is mysteriously getting stuck and I would need to reboot the netserver every day to get it back to normal. >>I am using a regular 2059 Bundle connected to 2 PRI lines >>Here are the symptoms I get: >> >>- When the problem occurs, the Chassis would refuse to take any call after the 16'th caller. Although yesterday it was after the 20th caller ! >>When a call arrives, one of the Quad modem picks up the call (orange light) and dumps the line immediately (no modem training/tone). After which the caller would get a weird busy line. >>- I have just installed these 2 PRI lines recently >>- If the number of the callers gets bellow the magic 16'th (or 20), the Chassis accepts the call as usual until it reaches the 16 caller. >>- All modems are active and show A-R-P even when the problem occurs >>- I called the telephone company and they assured me that the DMS is working fine >>- The DS0 in service status always shows InService(2) all times >>- I am using the latest V90 codes with the latest regular updates for the chassis >>- I am using the RoundRobin modem assignement >>- After a "Reboot", the chassis seem to function properly and accepts more than 16 (or 20) calls. But I haven't checked if it reaches 46 calls. >>

Subject: (usr-tc) Total Control reboots it's self ?
From: Mike Hamrich <mhamrich@drfast.net>
Date: 1998-05-07 21:27:30

Hello, We have had two incidents where the Total Control unit seems to have rebooted itself. Our Telecomm and our own webservers state that there was no power loss. I have no events monitored in any logs. 1. What can I do to monitor things in more detail. 2. How can I tell if there is a hardware problem This is an old (1 year) chassy with the separate fan tray. It is still running the older 2.5.1 code relapses. Yes we were planing the 3.1.1 upgrade this weekend. Since we have the unit it with the 4 meg NMC and have seen all of the negatives about upgrading to 3.0, or 3.1 or now 3.1.1 I was wondering of any one has any pointers. Mike Hamrich

Subject: Re: (usr-tc) FILTERS
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-07 22:28:25

On Thu, 7 May 1998, Ray Olander wrote: > I am using BSD 3-point-something and the livingston 1.16 RADIUS that > comes with it. I am unable to attach any filters via RADIUS to any > users, as soon as I do they are unable to connect. I have done the .in > and .out on the total control and I configured RADIUS letter by letter > out of the netserver book. I have had 3 techs try to write these rules > and none of them work, the only answer I'm left with is that any code > newer than 4.8.3 or something like that doesn't work well with > 1.16...anyone have any ideas? > Using Livingston Radius 1.16, when you send a radius filter,the filter does take or rather add .in and .out to the filter name. Say for eg. you want to send the user a filter called std - Then you must create on your netserver two filter 1. std.in and the other std.out Also if this filter is not present then the user will be disconnected. You should atleast have std.in or std.out. What is 4.8.3 - something to do with BSD? krish > Raymond D. Olander, CNE > Solutions Group Corp. > 3306 Gorham Ave > St. Louis Park, MN 55426 > ph (612) 929-3670 > fax (612) 929-3685 > > mailto:ray.olander@solutionsgroup.net > http://www.solutionsgroup.net > > ====================== > | Maximizing your NET results > ====================== > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) FILTERS
From: Ray Olander <ray.olander@solutionsgroup.net>
Date: 1998-05-08 08:36:08

BSD 3.0 is the actual version of UNIX 4.8.3 was some code level for one of the cards on the total control...which card wasn't made clear to me by the tech when he said it Pre the USR manual-total control filter: TEST.IN TEST.OUT Pre the USR manual-RADIUS entry: Framed-Filter-ID = TEST In speaking with some of the local reps, it was suggested that I require 3com's RADIUS in order to accomplish this task, which does not support BSD that I am aware, and so I would require a separate NT box just so I can use these filters. I can't imagine that is true. However, along those lines and in addition to the aforementioned problem, is there a large number of custom attributes for the chassis that will only be supported by 3com's RADIUS that would benefit me as an ISP in any great way? If there is simply a URL for me to see, that would be fine rather than trying to explain. Thank you for your time and effort in helping resolve this issue. > -----Original Message----- > From: Tatai SV Krishnan [SMTP:tkrishna@bubba.ae.usr.com] > Sent: Thursday, May 07, 1998 10:28 PM > To: Ray Olander > Cc: 'Total Control Forum' > Subject: Re: (usr-tc) FILTERS > > On Thu, 7 May 1998, Ray Olander wrote: > > > I am using BSD 3-point-something and the livingston 1.16 RADIUS that > > comes with it. I am unable to attach any filters via RADIUS to any > > users, as soon as I do they are unable to connect. I have done the > .in > > and .out on the total control and I configured RADIUS letter by > letter > > out of the netserver book. I have had 3 techs try to write these > rules > > and none of them work, the only answer I'm left with is that any > code > > newer than 4.8.3 or something like that doesn't work well with > > 1.16...anyone have any ideas? > > > Using Livingston Radius 1.16, when you send a radius filter,the filter > > does take or rather add .in and .out to the filter name. Say for eg. > you > want to send the user a filter called std - Then you must create on > your > netserver two filter 1. std.in and the other std.out > > Also if this filter is not present then the user will be disconnected. > > You should atleast have std.in or std.out. > What is 4.8.3 - something to do with BSD? > > krish > > > > Raymond D. Olander, CNE > > Solutions Group Corp. > > 3306 Gorham Ave > > St. Louis Park, MN 55426 > > ph (612) 929-3670 > > fax (612) 929-3685 > > > > mailto:ray.olander@solutionsgroup.net > > http://www.solutionsgroup.net > > > > ====================== > > | Maximizing your NET results > > ====================== > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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. > >

Subject: Re: (usr-tc) Total Control reboots it's self ?
From: Aaron Nabil <nabil@spiritone.com>
Date: 1998-05-08 09:51:50

Mike Hamrich writes... >This is an old (1 year) chassy with the separate fan tray. It is still >running the older 2.5.1 code relapses. Yes we were planing the 3.1.1 >upgrade this weekend. Since we have the unit it with the 4 meg NMC and have >seen all of the negatives about upgrading to 3.0, or 3.1 or now 3.1.1 I was >wondering of any one has any pointers. Uh oh, what negatives? I just did that this morning. I used the 5.4.95 code in the NMC. -a

Subject: (usr-tc) anyone know
From: Terry Kennedy <terry@olypen.com>
Date: 1998-05-08 10:40:36

Anyone know of a mailing list or newsgroup dedicated to to selling or buying used equipment?

Subject: Re: (usr-tc) HELP: TC chassis dumps call before modem tone
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-08 10:51:35

> Oh and I have the dreaded 4MEG NMC What's wrong with 4mb NMC's? You can't support HiPer stuff with it, but for a chassis with Netserver and Quads, it should work fine. We've got several in production here with no problems. Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: RE: (usr-tc) Total Control reboots it's self ?
From: Randy Cosby <dcosby@infowest.com>
Date: 1998-05-08 11:05:17

The only "negative" we had was having to only flash a few modems at a time. If you try to do them all, it will choke. Randy : -----Original Message----- : From: owner-usr-tc@lists.xmission.com : [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Aaron Nabil : Sent: Friday, May 08, 1998 10:52 AM : To: usr-tc@lists.xmission.com : Subject: Re: (usr-tc) Total Control reboots it's self ? : : : Mike Hamrich writes... : >This is an old (1 year) chassy with the separate fan tray. : It is still : >running the older 2.5.1 code relapses. Yes we were planing the 3.1.1 : >upgrade this weekend. Since we have the unit it with the 4 : meg NMC and have : >seen all of the negatives about upgrading to 3.0, or 3.1 or : now 3.1.1 I was : >wondering of any one has any pointers. : : Uh oh, what negatives? I just did that this morning. I used : the 5.4.95 : code in the NMC. : : -a : : - : To unsubscribe to usr-tc, send an email to "majordomo@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. :

Subject: Re: (usr-tc) anyone know
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-08 12:03:39

Terry Kennedy said once upon a time: > >Anyone know of a mailing list or newsgroup dedicated to >to selling or buying used equipment? misc.forsale.*? On the topic, misc.forsale.computers.modems is where I'd post USR stuff.

Subject: Re: (usr-tc) Cisco 760 MLP -> Quads
From: Mike Hamrich <mhamrich@drfast.net>
Date: 1998-05-08 12:56:30

We have this same problem with CISCO 766 routers. You have to disable Mpip in the CISCO to make them work, We also had to say username%ISDN in the CISCO user profile so that they would authenticate. this was a tip from Livingston. However in the TC3.0 code relase there is mention in the spec sheet that this problem with this router has been fixed. We are still running the old stuff. And have been waiting to see if the new realase is safe. Since 3.0 has been 3.01 3.02, 3.1 and now 3.1.1 in just two months IM glad we waited. Hope it helps e-mail me direct if you have any other questions of found any fixes mikeh@drfast.net

Subject: (usr-tc) LCP help
From: George Louie <glouie@netcom.com>
Date: 1998-05-08 16:50:19

been having quite alot of trouble with LCP sessions with our PRI/Netserver hubs running off of DMS100. could anyone shed some light on this? here is some debug output: Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 01 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 23 Received LCP_CONFIGURE_REQUEST on port I1 of 19 bytes containing: 01 03 00 17 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 0d 03 06 Sending LCP_CONFIGURE_REJECT to port I1 of 7 bytes containing: 04 03 00 07 0d 03 06 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 02 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 Received LCP_CONFIGURE_REQUEST on port I1 of 19 bytes containing: 01 04 00 17 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 0d 03 06 Sending LCP_CONFIGURE_REJECT to port I1 of 7 bytes containing: 04 04 00 07 0d 03 06 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 03 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 23 Received LCP_CONFIGURE_REQUEST on port I1 of 16 bytes containing: 01 05 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 Sending LCP_CONFIGURE_ACK to port I1 of 20 bytes containing: 02 05 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 04 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 Sending LCP_CONFIGURE_ACK to port I1 of 20 bytes containing: 01 04 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 Sending LCP_CONFIGURE_ACK to port I1 of 20 bytes containing: 02 08 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 07 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 23 Received LCP_CONFIGURE_REQUEST on port I1 of 16 bytes containing: 01 09 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 09 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 93 dc ae 58 07 02 08 02 03 04 c0 23 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 0a 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 93 dc ae 58 07 02 08 02 03 04 c0 23 Connection Failed

Subject: Re: (usr-tc) Setting up HiPer DSP
From: Yiannis Konstantinou <yiannis@widow.dyn.ml.org>
Date: 1998-05-08 16:58:25

What Aaron wrote is correct, and that's what I meant with the "depending on your setup". I have seen medium size ISP's where the telco installed a T1/PRI switch in their basement, or even small Alcatel switches colocated with the modems. In other cases the telco installed repeaters or muxes. In any case the distance I was refering to is from the PRI card to the first (repeater, mux, switch) equipment in your case. On Thu, 7 May 1998, Aaron Nabil wrote: > Yiannis Konstantinou writes... > >Depending on your setup you might want to look on the following parameters. > > . . . > >If you can effectively measure the distance -ie. length of the cable- from > >the pri/T1 card to the switch, you can set the nic type to short haul, and the > >distance of short haul to the appropriate value (ex. 0-133 ft). > > I haven't read the documentation, but that isn't likely to be right. It's > more likely to be the distance of the pri/T1 card to the first T1 repeater (or > to the fiber mux in your basement). > > -- > Aaron Nabil

Subject: Re: (usr-tc) anyone know
From: Suncoast Networking USR Mailbox <usrtcmail@flasuncoast.net>
Date: 1998-05-08 19:50:12

ISP/C ISP Services Mailing List <isp-services@ispc.org> For additional commands, e-mail: isp-services-help@ispc.org >Anyone know of a mailing list or newsgroup dedicated to >to selling or buying used equipment? > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > >

Subject: Re: ISDN Dial Out (usr-tc)
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-08 21:42:19

You can not dial out using the I ports. They are virtual ports designed to be accessed by the PRI card only. If you have digital modems you can still dial out ISDN with on the s-ports. Joe Kvidera <joe.kvidera@solutionsgroup.net> on 05/07/98 09:42:04 AM Please respond to usr-tc@lists.xmission.com cc: Has anyone ever been able to accomplish dialing out to ISDN using the I ports. Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670 - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) LCP help
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-09 08:01:29

Here you go Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 01 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 23 Sent to port I1: 35 bytes LCP Request-1 Max-Recieve-Unit = 1500 MP-MRRU = 1500 MP-Endpoint-Disc = 0x04153dfca2 Magic-Number = 0x05180f77 Protocol-Field-Comp Addr-and-Ctl-Field-Comp Authentication-Protocol = PAP Received LCP_CONFIGURE_REQUEST on port I1 of 19 bytes containing: 01 03 00 17 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 0d 03 06 Fixed #bytes to match #found... Recvd from port I1: 25 bytes LCP Request-3 Async-Control-Char-Map = 0x000a0000 Magic-Number = 0x05b1e3f1 Protocol-Field-Comp Addr-and-Ctl-Field-Comp Callback = 0x06 Sending LCP_CONFIGURE_REJECT to port I1 of 7 bytes containing: 04 03 00 07 0d 03 06 Sent to port I1: 9 bytes LCP Reject-3 Callback = 0x06 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 02 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 Fixed #bytes to match #found... Added missing CP header... Sent to port I1: 38 bytes LCP Request-99 Max-Recieve-Unit unk<0x0> = 0x010405dc110405dc130704153dfca2050605180f77070208020304c0 Received LCP_CONFIGURE_REQUEST on port I1 of 19 bytes containing: 01 04 00 17 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 0d 03 06 Fixed #bytes to match #found... Recvd from port I1: 25 bytes LCP Request-4 Async-Control-Char-Map = 0x000a0000 Magic-Number = 0x05b1e3f1 Protocol-Field-Comp Addr-and-Ctl-Field-Comp Callback = 0x06 Sending LCP_CONFIGURE_REJECT to port I1 of 7 bytes containing: 04 04 00 07 0d 03 06 Sent to port I1: 9 bytes LCP Reject-4 Callback = 0x06 Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 03 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 23 Sent to port I1: 35 bytes LCP Request-3 Max-Recieve-Unit = 1500 MP-MRRU = 1500 MP-Endpoint-Disc = 0x04153dfca2 Magic-Number = 0x05180f77 Protocol-Field-Comp Addr-and-Ctl-Field-Comp Authentication-Protocol = PAP Received LCP_CONFIGURE_REQUEST on port I1 of 16 bytes containing: 01 05 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 Fixed #bytes to match #found... Recvd from port I1: 22 bytes LCP Request-5 Async-Control-Char-Map = 0x000a0000 Magic-Number = 0x05b1e3f1 Protocol-Field-Comp Addr-and-Ctl-Field-Comp Sending LCP_CONFIGURE_ACK to port I1 of 20 bytes containing: 02 05 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 07 02 08 02 Sent to port I1: 22 bytes LCP Accept-5 Async-Control-Char-Map = 0x000a0000 Magic-Number = 0x05b1e3f1 Protocol-Field-Comp Addr-and-Ctl-Field-Comp Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: 01 04 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 Fixed #bytes to match #found... krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Fri, 8 May 1998, George Louie wrote: > > > > been having quite alot of trouble with LCP sessions > with our PRI/Netserver hubs running off of DMS100. > > could anyone shed some light on this? here is some debug output: > > Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: > 01 01 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 > 23 > Received LCP_CONFIGURE_REQUEST on port I1 of 19 bytes containing: > 01 03 00 17 02 06 00 0a 00 00 05 06 05 b1 e3 f1 > 07 02 08 02 0d 03 06 > Sending LCP_CONFIGURE_REJECT to port I1 of 7 bytes containing: > 04 03 00 07 0d 03 06 > Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: > 01 02 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 > Received LCP_CONFIGURE_REQUEST on port I1 of 19 bytes containing: > 01 04 00 17 02 06 00 0a 00 00 05 06 05 b1 e3 f1 > 07 02 08 02 0d 03 06 > Sending LCP_CONFIGURE_REJECT to port I1 of 7 bytes containing: > 04 04 00 07 0d 03 06 > Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: > 01 03 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 > 23 > Received LCP_CONFIGURE_REQUEST on port I1 of 16 bytes containing: > 01 05 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 > 07 02 08 02 > Sending LCP_CONFIGURE_ACK to port I1 of 20 bytes containing: > 02 05 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 > 07 02 08 02 > Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: > 01 04 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 > Sending LCP_CONFIGURE_ACK to port I1 of 20 bytes containing: > 01 04 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 > Sending LCP_CONFIGURE_ACK to port I1 of 20 bytes containing: > 02 08 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 > 07 02 08 02 > Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: > 01 07 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 05 18 0f 77 07 02 08 02 03 04 c0 > 23 > Received LCP_CONFIGURE_REQUEST on port I1 of 16 bytes containing: > 01 09 00 14 02 06 00 0a 00 00 05 06 05 b1 e3 f1 > 07 02 08 02 > Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: > 01 09 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 93 dc ae 58 07 02 08 02 03 04 c0 > 23 > Sending LCP_CONFIGURE_REQUEST to port I1 of 33 bytes containing: > 01 0a 00 21 01 04 05 dc 11 04 05 dc 13 07 04 15 > 3d fc a2 05 06 93 dc ae 58 07 02 08 02 03 04 c0 > 23 > Connection Failed > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) 1200bps connects
From: Scott Kreuser <scott@nabi.net>
Date: 1998-05-09 13:25:33

I have a customer using a X2 WinModem and he cannot connect to us higher then 1200 baud! He could connect at X2 speeds to other ISPs in the area. I gave him one of our analog lines to call and he consistently gets 28.8 connects. How do you guys diagnose these kind of problems? I'm sure it's something at the switch level. But how do you determine what telco switch is at fault? I have Time Warner, he is using Southwestern Bell. But, almost all our customers are using Southwestern Bell without any issues so far. Scott

Subject: (usr-tc) Direct Extension Dialing
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-09 15:00:23

Is there a way to configure the TC to direct the calls to a specific HyperDSP based on a incoming digit number? I mean, I have 7 E1 trunks and the telco allow me to use 500 different dialing numbers. Suppose that I would like to split my chassis into two different numbers, since one dial 555-1234 the call goes to one specific HyperDSP e other dial 555-1299 goes to another HyperDSP. BTW, I'm using HyperARC. Marcelo

Subject: (usr-tc) TC Questions
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-09 16:36:00

A couple of questions concerning using the TC hubs with the Netsverer NAS. 1. Is there any way to have the TC or Netserver perform a specific function based upon the dialed number instead of the logon id ? What I am looking for is that when someone dials a specific number (other than our main number) that a telnet session is established to a particular host. The telco facilities are Primary Rate ISDNs and we are getting the DNIS and ANI info. 2. Does anyone know how to get 3Coms RADIUS to record VSA information into the accounting server from the Netserver and NMC ? Jeff Binkley ASA Network Computing

Subject: Re: (usr-tc) TC Questions
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-09 18:19:25

On Sat, 9 May 1998, Jeff Binkley wrote: > > A couple of questions concerning using the TC hubs with the Netsverer NAS. > > 1. Is there any way to have the TC or Netserver perform a specific function > based upon the dialed number instead of the logon id ? What I am looking > for is that when someone dials a specific number (other than our main > number) that a telnet session is established to a particular host. The > telco facilities are Primary Rate ISDNs and we are getting the DNIS and > ANI info. > This can be done using Radius - Based on the DNIS or on ANI you can divert the call without authentication. When the call comes the radius does get this information, the Radius then just authenticates the user and sends him to a host. Here the authentication is always valid - so any person dialing this number can go the host. krish > 2. Does anyone know how to get 3Coms RADIUS to record VSA information > into the accounting server from the Netserver and NMC ? > > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) TC Questions
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-10 00:18:10

Thus spake Jeff Binkley >A couple of questions concerning using the TC hubs with the Netsverer NAS. >1. Is there any way to have the TC or Netserver perform a specific function >based upon the dialed number instead of the logon id ? What I am looking >for is that when someone dials a specific number (other than our main >number) that a telnet session is established to a particular host. The >telco facilities are Primary Rate ISDNs and we are getting the DNIS and >ANI info. Well...sorta...its kinda ugly. It took a hack in Merit RADIUS (no, I don't have it accessible...sorry) and some funky configuration in RADIUS to get what we wanted to work....look at the "set radius_option" commands...basically, it allows you to select a userid and password that after a period of time (configurable in the radius_option settings) is automatically sent to the RADIUS server. Then, in the RADIUS server, it takes some hacking to get it to look at called-station-id to differentiate what response to send back. We use this type of setup for several different things...it actually works quite solidly, but took quite some time to work out all the details. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) What is "ip address pool filtering"
From: Aaron Nabil <nabil@spiritone.com>
Date: 1998-05-10 09:29:46

What does it do? -- Aaron Nabil

Subject: (usr-tc) TC Doubleup and Netserver ?
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-10 09:39:00

Ok, I've taken the plunge and added my first HDM to a TC rack with a Netserver and a 16meg NMC card. The HDM appears to be configured properly but how do I add the ports to the Netserver. On ports S53 and higher is shows the modem is missing and on ports S65 and higher they show inactive. How do I map the HDM ports to the Netserver ? Jeff Binkley ASA Network Computing

Subject: (usr-tc) TC Doubleup and Netserver
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-10 13:01:00

Ok, though some trial and error I found the Netserver commands required to change the modem options and such (i.e. set modem density etc..). The last question involves the Netserver Manager software which runs under windows. Is there a version which goes higher than port 64 ? I am running version 3.4.2 and I cannot find a newer version on the TotalService site. Since I now have 72 ports, this makes it tougher to configure ports (i.e. telnet and command line). Jeff Binkley ASA Network Computing Ok, I've taken the plunge and added my first HDM to a TC rack with a Netserver and a 16meg NMC card. The HDM appears to be configured properly but how do I add the ports to the Netserver. On ports S53 and higher is shows the modem is missing and on ports S65 and higher they show inactive. How do I map the HDM ports to the Netserver ?

Subject: Re: (usr-tc) TC Doubleup and Netserver
From: eugene_carpenter@3com.com
Date: 1998-05-10 14:50:04

There is not a versionn of Netserver Manager that will let you see or manage any ports higher than 64. You will need to use the cli to do that. Here are some commands that might help. 1) set modem startslot 1 (enter the slot where the first HDM is ) 2)set modem density s1 (slot number) 24 (4,24,30 are the only acceptable ranges) 3)set modem s1-s96 active (this is if you have 4 HDM's, you will need to change the number to fit your needs) 4) set all security on (you can also edit this, but using all fits most customers) 5)save all 6)reboot You can use the sho modem command this will tell you how the current modems density is set. The list of commands above along with the sho modem command, you should be able to get everything setup. Gene jeff.binkley@asacomp.com (Jeff Binkley) on 05/10/98 02:01:00 PM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) Ok, though some trial and error I found the Netserver commands required to change the modem options and such (i.e. set modem density etc..). The last question involves the Netserver Manager software which runs under windows. Is there a version which goes higher than port 64 ? I am running version 3.4.2 and I cannot find a newer version on the TotalService site. Since I now have 72 ports, this makes it tougher to configure ports (i.e. telnet and command line). Jeff Binkley ASA Network Computing Ok, I've taken the plunge and added my first HDM to a TC rack with a Netserver and a 16meg NMC card. The HDM appears to be configured properly but how do I add the ports to the Netserver. On ports S53 and higher is shows the modem is missing and on ports S65 and higher they show inactive. How do I map the HDM ports to the Netserver ? - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) Static IP
From: Marshall Morgan <marshall@netdoor.com>
Date: 1998-05-10 16:42:13

On Sunday, May 10, 1998 8:55 AM, Richard Bosire [SMTP:bosire@ns1.africaonline.co.ke] wrote: > Hi there ... > > We have this in our /etc/raddb/users file > > Pbosire Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 199.103.XX.XX, > Framed-Netmask = 255.255.255.128, > Framed-Routing = None, > Framed-Compression = Van-Jacobsen-TCP-IP, > Framed-MTU = 1500 Shouldn't the netmask be 255.255.255.255? ... as we ran into this on several old accounts that would work with older Netsevers but the ARC's reject this netmask. Marshall Morgan Internet Doorway, Inc. (aka NETDOOR) http://www.netdoor.com 601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28

Subject: Re: (usr-tc) Static IP
From: Richard Bosire <bosire@nairobi.africaonline.co.ke>
Date: 1998-05-10 16:55:26

Hi there ... We have this in our /etc/raddb/users file Pbosire Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 199.103.XX.XX, Framed-Netmask = 255.255.255.128, Framed-Routing = None, Framed-Compression = Van-Jacobsen-TCP-IP, Framed-MTU = 1500 Snoopy wrote: > Hi there > > I'm trying to get a static IP allocated to specific accounts. Anyone here > willing to share what entries they have? > > On a different note, any comments on DTC and Cistron's implementation of > Radius, used in combination with a total control rack? > > Regards > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- \\|// - ? (o o) +==================================oOOo=(_)=oOOo========+ | Richard Bosire rbosire@africaonline.co.ke | | AfricaOnline Ltd | | union towers, 2nd floor | | tel: 254-2-243775 | | .oooO | | http://www.africaonline.co.ke ( ) Oooo. | +===================================\ (==( )==========+ \_) ) / (_/

Subject: (usr-tc) Static IP
From: Snoopy <list@jigsaw.net.au>
Date: 1998-05-10 22:18:01

Hi there I'm trying to get a static IP allocated to specific accounts. Anyone here willing to share what entries they have? On a different note, any comments on DTC and Cistron's implementation of Radius, used in combination with a total control rack? Regards

Subject: Re: (usr-tc) anyone know
From: MegaZone <megazone@megazone.org>
Date: 1998-05-10 23:52:58

Once upon a time Terry Kennedy shaped the electrons to say... >Anyone know of a mailing list or newsgroup dedicated to >to selling or buying used equipment? isp-equipment@isp-equipment.com isp-services@ispc.org -MZ -- <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!

Subject: Re: (usr-tc) TC Doubleup and Netserver
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-11 00:33:24

Jeff Binkley was heard to say: >Ok, though some trial and error I found the Netserver commands required >to change the modem options and such (i.e. set modem density etc..). The >last question involves the Netserver Manager software which runs under >windows. Is there a version which goes higher than port 64 ? >I am running version 3.4.2 and I cannot find a newer version on the >TotalService site. Since I now have 72 ports, this makes it tougher >to configure ports (i.e. telnet and command line). The Netserver Manager has not been updated in over a year. It is _so_ outdated, it is now completely useless with the exception of downloading new code to a running netserver. --Ricky

Subject: Re: (usr-tc) Static IP
From: Richard Bosire <bosire@nairobi.africaonline.co.ke>
Date: 1998-05-11 08:20:05

Marshall Morgan wrote: > On Sunday, May 10, 1998 8:55 AM, Richard Bosire > [SMTP:bosire@ns1.africaonline.co.ke] wrote: > > Hi there ... > > > > We have this in our /etc/raddb/users file > > > > Pbosire Password = "UNIX" > > User-Service-Type = Framed-User, > > Framed-Protocol = PPP, > > Framed-Address = 199.103.XX.XX, > > Framed-Netmask = 255.255.255.128, > > Framed-Routing = None, > > Framed-Compression = Van-Jacobsen-TCP-IP, > > Framed-MTU = 1500 > > Shouldn't the netmask be 255.255.255.255? ... as we ran into this on several > old accounts that would work with older Netsevers but the ARC's reject this > netmask. It depends on the netmask you are using on your network .. cheers bosire > > > Marshall Morgan > > Internet Doorway, Inc. (aka NETDOOR) > http://www.netdoor.com > 601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- \\|// - ? (o o) +==================================oOOo=(_)=oOOo========+ | Richard Bosire rbosire@africaonline.co.ke | | AfricaOnline Ltd | | union towers, 2nd floor | | tel: 254-2-243775 | | .oooO | | http://www.africaonline.co.ke ( ) Oooo. | +===================================\ (==( )==========+ \_) ) / (_/

Subject: RE: (usr-tc) Static IP
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-11 09:12:26

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Richard Bosire >Sent: Monday, May 11, 1998 12:20 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Static IP > > > > >Marshall Morgan wrote: > >> On Sunday, May 10, 1998 8:55 AM, Richard Bosire >> [SMTP:bosire@ns1.africaonline.co.ke] wrote: >> > Hi there ... >> > >> > We have this in our /etc/raddb/users file >> > >> > Pbosire Password = "UNIX" >> > User-Service-Type = Framed-User, >> > Framed-Protocol = PPP, >> > Framed-Address = 199.103.XX.XX, >> > Framed-Netmask = 255.255.255.128, >> > Framed-Routing = None, >> > Framed-Compression = Van-Jacobsen-TCP-IP, >> > Framed-MTU = 1500 >> >> Shouldn't the netmask be 255.255.255.255? ... as we ran into >this on several >> old accounts that would work with older Netsevers but the ARC's >reject this >> netmask. > >It depends on the netmask you are using on your network .. > Actually 255.255.255.255 is correct unless you are assigning the entire subnet to that user. There is no reason to match what the addresses on your current LAN segment have as their netmask. Remember that the NAS is directly on that network and that the dial-in user is behind the NAS. The netserver would ignore the netmask if it would conflict with the local LAN. The HARC does not make any such judgements, so the .128 could cause you problems in a NS & HARC environment.

Subject: RE: (usr-tc) Max number of Rlogin sessions exceeded!
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-11 09:18:24

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of King Ho >Sent: Monday, May 11, 1998 6:05 AM >To: Tatai SV Krishnan >Cc: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Max number of Rlogin sessions exceeded! > > > >I have upgraded our HiPer to 4.0.29 on Sat. and I am see the same >error message today. Any idea? > How many Rlogin sessions do you have running concurrently? Is Rlogin a common part of your service? I need a ballpark figure to use in reproducing this. Also, what HARC version did you upgrade from? If it was 4.0.19 or any of the 4.0.99-4.0.70 ER's you need to completely erase your configurations on the HARC (del config) or operation will be unreliable. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp

Subject: Re: (usr-tc) Static IP
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-11 09:21:30

Richard, It doesn't depend on the netmask you are running on your network. Trust me, change it to 255.255.255.255 for all of your users and your problems with the Arc assigning addresses outside of the pools will disappear. We had exactly this same problem when we brought our Arc's on-line and it made our network completely unusable. The Framed-Netmsask attribute is for the number of IP addresses that are going to be assigned to that particular user, not your network's netmask... Richard Bosire wrote: > > Marshall Morgan wrote: > > > On Sunday, May 10, 1998 8:55 AM, Richard Bosire > > > We have this in our /etc/raddb/users file > > > > > > Pbosire Password = "UNIX" > > > User-Service-Type = Framed-User, > > > Framed-Protocol = PPP, > > > Framed-Address = 199.103.XX.XX, > > > Framed-Netmask = 255.255.255.128, > > > Framed-Routing = None, > > > Framed-Compression = Van-Jacobsen-TCP-IP, > > > Framed-MTU = 1500 > > > > Shouldn't the netmask be 255.255.255.255? ... as we ran into this on > > It depends on the netmask you are using on your network .. > > cheers > bosire -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: Re: (usr-tc) anyone know
From: Terry Kennedy <terry@olypen.com>
Date: 1998-05-11 09:37:04

Thanks -MZ -----Original Message----- >Once upon a time Terry Kennedy shaped the electrons to say... >>Anyone know of a mailing list or newsgroup dedicated to >>to selling or buying used equipment? > >isp-equipment@isp-equipment.com >isp-services@ispc.org > >-MZ >-- ><URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me >"A little nonsense now and then, is relished by the wisest men" 781-788-0130 ><URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia! > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Upgrading X2 TC rack to V.90
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-11 10:08:02

Colin_McFadyen said once upon a time: >I have downloaded the following... >5.10.9 for single-sided digital modems >3.7.42 Netserver code >5.4.95 NMC code >5.1.1 TCM for Windows > >Having never flashed a TC hub and seeing that my rack is working just fine, >this makes me kinda nervous. > >A few questions. >What is the recommended upgrade format? >What order would you upgrade the components? These sound like the same question. 1. NMC 2. TCM software 3. PRI/T1 NAC 3. Modems 4. Netserver >Are the above files all that are needed? If your PRI/T1 NAC is up to date. >Are there any gotchas associated with the upgrade? Be certain to "reset to default" all of the modems after the upgrade. Then go through and change the settings you want, and write to NVRAM.

Subject: (usr-tc) Equipment For Sale
From: Wayne Jordan <wjordan@pcl.net>
Date: 1998-05-11 10:14:16

------ =_NextPart_000_01BD7CC5.8E9346A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I need to sale a USR Total Control Hub with 48 modems I have 4 ISDN Pri = Lines with a 15 fan tray and power supply. Please send serious offers to = my email address only. Thanks. ------ =_NextPart_000_01BD7CC5.8E9346A0 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IhEPAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA0AEAAAEAAAAQAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54 bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAAC+WgBBIABABMA AABFcXVpcG1lbnQgRm9yIFNhbGUApAYBBYADAA4AAADOBwUACwAKAA4AEAABAA4BASCAAwAOAAAA zgcFAAsACgAJABIAAQALAQEJgAEAIQAAAEY3NEQ1MTRBRERFOEQxMTE5NTMxMDgwMDA5RUYwNUEw ABAHAQOQBgAcBAAAIQAAAAsAAgABAAAACwAjAAAAAAADACYAAAAAAAsAKQAAAAAAAwAuAAAAAAAD ADYAAAAAAEAAOQDQg81273y9AR4AcAABAAAAEwAAAEVxdWlwbWVudCBGb3IgU2FsZQAAAgFxAAEA AAAWAAAAAb1873azSlFN+OjdEdGVMQgACe8FoAAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAA ABAAAAB3am9yZGFuQHBjbC5uZXQAAwAGEOCbFeMDAAcQiQAAAB4ACBABAAAAZQAAAElORUVEVE9T QUxFQVVTUlRPVEFMQ09OVFJPTEhVQldJVEg0OE1PREVNU0lIQVZFNElTRE5QUklMSU5FU1dJVEhB MTVGQU5UUkFZQU5EUE9XRVJTVVBQTFlQTEVBU0VTRU5EU0UAAAAAAgEJEAEAAAAQAQAADAEAADcB AABMWkZ1HkPZ43cACgEDAfcgAqQD4wIAY4JoCsBzZXQwIAcTTQKAfQqACMggOwlvMsw1NQKACoF1 YwBQCwMGYwBBC2BuZzEwM0IzC6YgSSBuCeBkICB0byBzB0BlIABhIFVTUiBUbz8BkAMgCFACMANg AyBIdQRiIAPwdGggNDi6IARibQQgFNAPgHYVoII0FMBTRE4gUAUQPCBMC4AHkRdDFcAxNUwgZgOR FrBheRWwbjEVIHBvdwSQFWB1cNkLUHkuGQAVkGEPsBVgvwnwFSAPsAUQCGAEIG8BIPcEkAQgFUFt GsAX8AtwAyB4YWRkCXAEEQIgG8JU4Q+AbmtzLgqiCoAQcQIAIGADABAQAAAAAAMAERABAAAAAwCA EP////9AAAcwQFQIxe58vQFAAAgwQFQIxe58vQELAACACCAGAAAAAADAAAAAAAAARgAAAAADhQAA AAAAAAMAAoAIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAAwAFgAggBgAAAAAAwAAAAAAAAEYA AAAAUoUAALcNAAAeACWACCAGAAAAAADAAAAAAAAARgAAAABUhQAAAQAAAAQAAAA4LjAAAwAmgAgg BgAAAAAAwAAAAAAAAEYAAAAAAYUAAAAAAAALAC+ACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAA AAMAMIAIIAYAAAAAAMAAAAAAAABGAAAAABGFAAAAAAAAAwAygAggBgAAAAAAwAAAAAAAAEYAAAAA GIUAAAAAAAAeAEGACCAGAAAAAADAAAAAAAAARgAAAAA2hQAAAQAAAAEAAAAAAAAAHgBCgAggBgAA AAAAwAAAAAAAAEYAAAAAN4UAAAEAAAABAAAAAAAAAB4AQ4AIIAYAAAAAAMAAAAAAAABGAAAAADiF AAABAAAAAQAAAAAAAAAeAD0AAQAAAAEAAAAAAAAAAwANNP03AAB+uA== ------ =_NextPart_000_01BD7CC5.8E9346A0--

Subject: (usr-tc) SNMP users management for HiperArc
From: Donald B <dbaud@bigfoot.com>
Date: 1998-05-11 10:31:27

Could someone show an example on retrieving the List of connected users via SNMP ? I am also looking for a way to disconnect a user or a port via SNMP traps Donald B

Subject: (usr-tc) Upgrading X2 TC rack to V.90
From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca>
Date: 1998-05-11 10:43:31

Okay, I'm ready to upgrade to v.90. I am currently running X2 on a Total Control Hub with... 16Mb NMC (3.4.23) 4Mb Netserver (4.3.4) TCM (4.3.6) Single-sided digital modems (5.1.7) I have downloaded the following... 5.10.9 for single-sided digital modems 3.7.42 Netserver code 5.4.95 NMC code 5.1.1 TCM for Windows Having never flashed a TC hub and seeing that my rack is working just fine, this makes me kinda nervous. A few questions. What is the recommended upgrade format? What order would you upgrade the components? Are the above files all that are needed? Are there any gotchas associated with the upgrade? Thanks. Colin McFadyen Carleton University Computing and Communications Services (613) 520-2600 x3721 fax: (613) 520-4448

Subject: RE: (usr-tc) Upgrading X2 TC rack to V.90
From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca>
Date: 1998-05-11 10:49:28

Also, how long does the upgrade take? Thanks again. Colin McFadyen Carleton University Computing and Communications Services (613) 520-2600 x3721 fax: (613) 520-4448 > -----Original Message----- > From: Colin_McFadyen > Sent: Monday, May 11, 1998 10:44 AM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Upgrading X2 TC rack to V.90 > > Okay, I'm ready to upgrade to v.90. I am currently running X2 on a Total > Control Hub with... > > 16Mb NMC (3.4.23) > 4Mb Netserver (4.3.4) > TCM (4.3.6) > Single-sided digital modems (5.1.7) > > I have downloaded the following... > 5.10.9 for single-sided digital modems > 3.7.42 Netserver code > 5.4.95 NMC code > 5.1.1 TCM for Windows > > Having never flashed a TC hub and seeing that my rack is working just > fine, > this makes me kinda nervous. > > A few questions. > What is the recommended upgrade format? > What order would you upgrade the components? > Are the above files all that are needed? > Are there any gotchas associated with the upgrade? > > Thanks. > > Colin McFadyen > Carleton University Computing and Communications Services > (613) 520-2600 x3721 fax: (613) 520-4448 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) What is "ip address pool filtering"
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-11 11:23:12

Tatai SV Krishnan said once upon a time: > > >Say you have an IP pool, this pool has some address, when a packet is >sent to an address in that pool - the HiPer arc will forward the packet >to the user. If no user is connected with that ip address, then the >hiper arc will send it to the gateway. > >If you enable ip address pool filtering, then the packet will not be >forwared to the gateway. It will be discarded if no user is logged on >with that ip address else it will be forwareded to the user. Would ICMP fail with the filtering on?

Subject: Re: (usr-tc) Upgrading X2 TC rack to V.90
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-11 11:47:12

Colin_McFadyen said once upon a time: >> If your PRI/T1 NAC is up to date. >> > [Colin_McFadyen] > > My PRI/T1 is running 4.1.5. What is the most up to date code? 4.2.1

Subject: Re: (usr-tc) What is "ip address pool filtering"
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-11 12:00:31

Say you have an IP pool, this pool has some address, when a packet is sent to an address in that pool - the HiPer arc will forward the packet to the user. If no user is connected with that ip address, then the hiper arc will send it to the gateway. If you enable ip address pool filtering, then the packet will not be forwared to the gateway. It will be discarded if no user is logged on with that ip address else it will be forwareded to the user. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Sun, 10 May 1998, Aaron Nabil wrote: > > > What does it do? > > -- > Aaron Nabil > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Upgrading X2 TC rack to V.90
From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca>
Date: 1998-05-11 13:32:32

> -----Original Message----- > From: Pete Ashdown [SMTP:pashdown@xmission.com] > Sent: Monday, May 11, 1998 12:08 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Upgrading X2 TC rack to V.90 > > Colin_McFadyen said once upon a time: > > >I have downloaded the following... > >5.10.9 for single-sided digital modems > >3.7.42 Netserver code > >5.4.95 NMC code > >5.1.1 TCM for Windows > > > >Having never flashed a TC hub and seeing that my rack is working just > fine, > >this makes me kinda nervous. > > > >A few questions. > >What is the recommended upgrade format? > >What order would you upgrade the components? > > These sound like the same question. > > 1. NMC > 2. TCM software > 3. PRI/T1 NAC > 3. Modems > 4. Netserver > > >Are the above files all that are needed? > > If your PRI/T1 NAC is up to date. > [Colin_McFadyen] My PRI/T1 is running 4.1.5. What is the most up to date code? Thanks.

Subject: Re: (usr-tc) What is "ip address pool filtering"
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-11 13:33:46

On Mon, 11 May 1998, Pete Ashdown wrote: > Tatai SV Krishnan said once upon a time: > > > > > >Say you have an IP pool, this pool has some address, when a packet is > >sent to an address in that pool - the HiPer arc will forward the packet > >to the user. If no user is connected with that ip address, then the > >hiper arc will send it to the gateway. > > > >If you enable ip address pool filtering, then the packet will not be > >forwared to the gateway. It will be discarded if no user is logged on > >with that ip address else it will be forwareded to the user. > > Would ICMP fail with the filtering on? > yes, an ip packet. krish > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Upgrading X2 TC rack to V.90
From: jpayne <payne4uk@bitstorm.net>
Date: 1998-05-11 13:47:04

Colin McFadyen spaketh: >>Okay, I'm ready to upgrade to v.90. I am currently running X2 on a Total >>Control Hub with... >>16Mb NMC (3.4.23) >>4Mb Netserver (4.3.4) >>TCM (4.3.6) >>Single-sided digital modems (5.1.7)<< It looks like from the above that you have the NMC & Netserver code reversed as well as the DRAM size (4MB vs.16MB). You might be able to get by with the 4mb RAM - consider adding memory, as eventually you will be required to do so... >>I have downloaded the following... >>5.10.9 for single-sided digital modems >>3.7.42 Netserver code >>5.4.95 NMC code >>5.1.1 TCM for Windows 5.4.95 NMC code? Should that be 5.4.1? -- Jeff Payne STN

Subject: RE: (usr-tc) Upgrading X2 TC rack to V.90
From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca>
Date: 1998-05-11 13:50:14

Thanks Pete. Colin McFadyen Carleton University Computing and Communications Services (613) 520-2600 x3721 fax: (613) 520-4448 > -----Original Message----- > From: Pete Ashdown [SMTP:pashdown@xmission.com] > Sent: Monday, May 11, 1998 1:47 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Upgrading X2 TC rack to V.90 > > Colin_McFadyen said once upon a time: > > >> If your PRI/T1 NAC is up to date. > >> > > [Colin_McFadyen] > > > > My PRI/T1 is running 4.1.5. What is the most up to date code? > > 4.2.1 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Upgrading X2 TC rack to V.90
From: jpayne <payne4uk@bitstorm.net>
Date: 1998-05-11 13:52:02

Colin_McFadyen spaketh: >>My PRI/T1 is running 4.1.5. What is the most up to date code?<< Assuming you are running T1 code - the last time I looked on 3COM's site - Dual T1 (386) code = 4.2.1... -- Jeff Payne STN

Subject: RE: (usr-tc) Upgrading X2 TC rack to V.90
From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca>
Date: 1998-05-11 13:52:58

> -----Original Message----- > From: jpayne [SMTP:payne4uk@bitstorm.net] > Sent: Monday, May 11, 1998 1:47 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Upgrading X2 TC rack to V.90 > > Colin McFadyen spaketh: > > >>Okay, I'm ready to upgrade to v.90. I am currently running X2 on a > Total > >>Control Hub with... > > >>16Mb NMC (3.4.23) > >>4Mb Netserver (4.3.4) > >>TCM (4.3.6) > >>Single-sided digital modems (5.1.7)<< > > It looks like from the above that you have the NMC & Netserver code > reversed as well as the DRAM size (4MB vs.16MB). You might be able to get > by with the 4mb RAM - consider adding memory, as eventually you will be > required to do so... > [Colin_McFadyen] Arg! You are correct. > >>I have downloaded the following... > >>5.10.9 for single-sided digital modems > >>3.7.42 Netserver code > >>5.4.95 NMC code > >>5.1.1 TCM for Windows > > 5.4.95 NMC code? Should that be 5.4.1? > [Colin_McFadyen] 5.4.95 is an upgraded 5.4.1. Colin McFadyen Carleton University Computing and Communications Services (613) 520-2600 x3721 fax: (613) 520-4448

Subject: (usr-tc) V.90 code upgrade which cards?
From: Val <val@hcol.net>
Date: 1998-05-11 16:04:36

I posted this question before, but unfortunately didn't get any response. Which cards have to be upgraded in order to get v.90 to work? It seems that only the modem cards need the upgrade unless someone says otherwise? TIA.

Subject: (usr-tc) Lan-To-Lan Routing with Netserver
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-11 16:05:51

We are trying to establish a lan to lan route with a Zyxel Prestige 100 router, and we get the following error message. Chat Succeeded - Starting PPP ppp_ifsend: Bad PPP Address Then the call fails, any ideas? Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: Re: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: Val <val@hcol.net>
Date: 1998-05-11 16:06:47

On Thu, 7 May 1998, Grant Hopwood wrote: > > The PRI was returning the following errors while connected in console. > ERR:ucc_gen_error,ucc_setup_in_call,pb_dg__send failed,err:-3 > I had the same errors after flashing v.90 code to the pri card. flashing back to the old code fixes the problem. Seems to me like there is a new configuration setting somewhere that I am missing (most likely) or the flash upgrade is bad.

Subject: (usr-tc) Lan to Lan routing with netserver
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-11 16:11:00

Subject: Re: (usr-tc) V.90 code upgrade which cards?
From: David Bolen <db3l@ans.net>
Date: 1998-05-11 17:21:59

Val <val@hcol.net> writes: > I posted this question before, but unfortunately didn't get any response. > Which cards have to be upgraded in order to get v.90 to work? > It seems that only the modem cards need the upgrade > unless someone says otherwise? The only card that absolutely must be upgraded is the modem card. However, if you don't keep the other components at the same system release level, it is possible to run into issues that did not show up during testing, since 3Com (and most beta testers) test the release as a system. Also, it's generally a good idea to keep the NMC up to date so that you know it supports any management changes made to the most recent component you are running. NMC releases are prepared to deal with older code on other components, but are not guaranteed to be upwards compatible with newer releases on components that post-date the NMC release. Typical problem points in a "mixed" system can be the TDM/packet bus interaction between the Channelized T1 or PRI cards and the modems, the packet bus interaction between the modems and the NETServer/HiPer ARC, and management bus traffic between the NMC and updated components which sometimes results in changed/erroneous values for SNMP objects. Oh, and if you don't upgrade the NMC, you won't have access to various new objects that are added in this system - for example, the modulation control objects for the modems that can affect V.90. If you're considering a partial upgrade, my best suggestion would be to test it on a sample set of production gear, comparing your before and after behavior and ensuring that it works properly in your environment. In my own experience, things work pretty well this time around with ala-carte component upgrades (providing you're running at least TCS 2.5.1 or later currently) but mileage may vary. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Max number of Rlogin sessions exceeded!
From: King Ho <ml@glink.net.hk>
Date: 1998-05-11 19:05:03

I have upgraded our HiPer to 4.0.29 on Sat. and I am see the same error message today. Any idea? Best regards, King Ho Global Link Information Services Ltd. On Sun, 3 May 1998, Tatai SV Krishnan wrote: > You are using an old beta version. I would suggest you to upgrade to the > latest beta ( 4.0.29 - which I guess should have been released code ) > > krish > > ----------------------------------------- > \ T.S.V. Krishnan \ > \ Network System Engineer \ ( : - : ) > \ 3Com ............ \ > ----------------------------------------------/ > tkrishna@bubba.ae.usr.com > ----------------------------/ http://interproc.ae.usr.com ----/ > -------------------------------------------------------------------------\ > Any Sufficiently advanced bug is indistinguishable for a feature. > - Rick Kulawiec > -------------------------------------------------------------------------/ > > On Sat, 2 May 1998, King Ho wrote: > > > > > Hi, > > > > Our HiperARC started giving out the following error message for > > rlogin users and then dropped the connections: > > > > May 2 14:00:42 term8 At 14:00:14, Facility "Telnet", Level "CRITICAL":: > > Maximum number of Rlogin sessions exceeded > > > > It doesn't affect PPP connections, just rlogins. Everything works again > > after a reboot! > > > > Anyone has any idea of how to clear this without a reboot? We are running > > 4.0.28 firmware. > > > > Thanks. > > > > Best regards, > > > > King Ho > > Global Link Information Services Ltd. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > >

Subject: RE: (usr-tc) Lan to Lan routing with netserver
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-12 09:12:38

Do you have an LCP debug from the NETSERVER? Set "set debug 0x51" and then "set console". Dont debug the dial with -x. Capture the screen for the failed connection and e-mail it to me or this list. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Joe Kvidera >Sent: Monday, May 11, 1998 4:11 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) Lan to Lan routing with netserver > > >We are trying to establish a lan to lan route with a Zyxel Prestige 100 >router, and we get the following error message. > >Chat Succeeded - Starting PPP >ppp_ifsend: Bad PPP Address > >Then the call fails, any ideas? > >Joe Kvidera >Solutions Group Corporation >mailto:joe.kvidera@solutionsgroup.net >http://www.solutionsgroup.net >Ph: (612) 929-3670 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) What is "ip address pool filtering"
From: Aaron Nabil <nabil@spiritone.com>
Date: 1998-05-12 09:21:28

Tatai SV Krishnan writes... >Say you have an IP pool, this pool has some address, when a packet is >sent to an address in that pool - the HiPer arc will forward the packet >to the user. If no user is connected with that ip address, then the >hiper arc will send it to the gateway. > >If you enable ip address pool filtering, then the packet will not be >forwared to the gateway. It will be discarded if no user is logged on >with that ip address else it will be forwareded to the user. It's very likely that the gateway has a route back to the chassis, since that's where the pool is. That means the chassis will get the packet back, it will go to the gateway again, etc... (until the TTL expires). It would seem then that having this "on" would be the default. They solve this problem on Ascends by having a packet black hole and a sink that generates ICMP unreachables which you can route the pool to (at a lower metric then connected interfaces). So 3com only offers the black hole option, yes? -a

Subject: (usr-tc) Lan to Lan Routers
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-12 09:35:42

Is there a list of approved or known tested routers and other hardware that works well with Total Control, using dialup, and specifically for Lan to Lan routing with Total Control originating the call? Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: Re: (usr-tc) Call Failed on Slot 1, DS1 1, DS0 16, Cause Code 9
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-12 09:37:10

hmmm thankfully some nice people at 3com got on our side and resolved our support issue. I never flash upgraded the dual pri from 3.0.2 (I couldnt see any new upgrade code for it). But, yes, it did start happening after I upgraded the nmc and quads to offer v.90. At 04:06 PM 5/11/98 -0500, you wrote: > >On Thu, 7 May 1998, Grant Hopwood wrote: >> >> The PRI was returning the following errors while connected in console. >> ERR:ucc_gen_error,ucc_setup_in_call,pb_dg__send failed,err:-3 >> >I had the same errors after flashing v.90 code to the pri card. >flashing back to the old code fixes the problem. >Seems to me like there is a new configuration setting somewhere that I am >missing (most likely) or the flash upgrade is bad. > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ |_ _| _ \ _ _| _ \ \| | __|_ _|Texas Regional Internet Providers| | | | | | | _| | 711 N. Carancahua, Suite 1024| | _| _| _\___|_| _|\_|___| _| Corpus Christi, TX 78475| | http://www.trip.net (512) 882 8747| | (512) 643 9996| |techmaster@trip.net | |Grant Hopwood - Admin/Snr Tech | |ICQ# 3143234 wk, 3541891 hm | |PGP Public Key: (revoked at this time) | +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+

Subject: RE: (usr-tc) PPTP with HiperArc ?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-12 12:27:20

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Donald B >Sent: Tuesday, May 12, 1998 12:05 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) PPTP with HiperArc ? > > >I used to run PPTP on the QUADS chassis connected to an NT-RAS >box. This way, I could easily achieve MLPPP over several chassis. >Now that I have a HiperARC, I'd like to do the same but I can't >find the setting for PPTP on the DSP cards ! PPTP is not supported in the 4.0.x HARC release. It will be in the 4.1.x code to be release later. >And one more thing, how can I set the modems to authenticate right >a way via PAP/CHAP (bypassing the login/password prompts) ? The HARC starts LCP at the same time the login prompt is displayed, there is no delay. There is no way to prevent the HARC from displaying this prompt. Do make sure that you are using the 4.0.29 code before you continue your testing. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp

Subject: (usr-tc) PPTP with HiperArc ?
From: Donald B <dbaud@bigfoot.com>
Date: 1998-05-12 13:05:12

I used to run PPTP on the QUADS chassis connected to an NT-RAS box. This way, I could easily achive MLPPP over several chassis. Now that I have a HiperARC, I'd like to do the same but I can't find the setting for PPTP on the DSP cards ! And one more thing, how can I set the modems to authenticate right a way via PAP/CHAP (bypassing the login/password prompts) ? Donald B

Subject: (usr-tc) Lan to Lan routing
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-12 14:04:15

The following is the sequence that you requested. I do not know why it is looking for CHAP user test, as it is supposed to be user PAP, and test is the router name. Below is the location information Command> sh loc r Location: r Type: Manual Destination: 209.98.97.65 Netmask: 255.255.255.252 Protocol: PPP Options: Routing Group: 5 Max Ports: 2 Idle Timeout: 0 minutes High Mark: 0 bytes Mtu: 1500 Async Map: 00000000 Dial Script: Send Command Wait for Reply ------------------------------ at*v2=5dt7140236\r This starts the sequence of events. Command> dial r Starting dial to location r using S50 sendthem (at*v2=5dt7140236\r) expect () got it Chat Succeeded - Starting PPP Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: 01 01 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 35 81 2a a6 ppp_ifsend: Bad PPP Address Received LCP_CONFIGURE_REQUEST on port S50 of 33 bytes containing: 01 59 00 25 01 04 05 f4 02 06 00 00 00 00 03 04 c0 23 08 02 11 04 05 f4 13 09 03 00 a0 c5 20 2b a5 17 04 00 22 Sending LCP_CONFIGURE_REJECT to port S50 of 12 bytes containing: 04 59 00 0c 11 04 05 f4 17 04 00 22 Received LCP_CONFIGURE_REQUEST on port S50 of 25 bytes containing: 01 5a 00 1d 01 04 05 f4 02 06 00 00 00 00 03 04 c0 23 08 02 13 09 03 00 a0 c5 20 2b a5 Sending LCP_CONFIGURE_NAK to port S50 of 9 bytes containing: 03 5a 00 09 03 05 c2 23 05 Received LCP_CONFIGURE_REQUEST on port S50 of 26 bytes containing: 01 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 Sending LCP_CONFIGURE_ACK to port S50 of 30 bytes containing: 02 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: 01 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 35 81 2a a6 Received LCP_CONFIGURE_ACK on port S50 of 16 bytes containing: 02 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 35 81 2a a6 S50: LCP Open Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 01 00 0a 03 06 d1 62 46 04 Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: 01 15 00 19 10 3e 23 24 f0 a9 5b 5f a2 40 98 73 a1 85 e4 2e 07 74 65 73 74 S50: Couldn't find CHAP user test Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 02 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 03 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 04 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 05 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 06 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 07 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 08 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 09 00 0a 03 06 d1 62 46 04 Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 0a 00 0a 03 06 d1 62 46 04 Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: 01 16 00 19 10 88 9c 79 a4 e3 b6 b0 0a 45 5f bd a5 96 6f c9 21 74 65 73 74 S50: Couldn't find CHAP user test Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: 01 01 00 09 11 05 00 01 04 Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: 01 02 00 09 11 05 00 01 04 Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: 01 03 00 09 11 05 00 01 04 Connection Failed Thanks for your help Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: (usr-tc) RIP Neighbor
From: Frank Basso <frank@got.net_nospam>
Date: 1998-05-12 14:58:18

This is a multi-part message in MIME format. ------=_NextPart_000_000E_01BD7DB6.65E617E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am looking for the command for the HiPer card to specify RIP neighbors = and Networks. Any help; would be appreciated. -Frank ------=_NextPart_000_000E_01BD7DB6.65E617E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT color=3D#000000 size=3D2>I am looking for the command for the = HiPer card=20 to specify RIP neighbors and Networks. Any help; would be=20 appreciated.</FONT></DIV> <DIV><FONT color=3D#000000 size=3D2></FONT> </DIV> <DIV><FONT color=3D#000000 size=3D2>-Frank</FONT></DIV></BODY></HTML> ------=_NextPart_000_000E_01BD7DB6.65E617E0--

Subject: RE: (usr-tc) PPTP with HiperArc ?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-12 15:05:31

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Bolen >Sent: Tuesday, May 12, 1998 2:48 PM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) PPTP with HiperArc ? > > >"Mike Wronski" <mike@coredump.ae.usr.com> writes: > >> >And one more thing, how can I set the modems to authenticate right >> >a way via PAP/CHAP (bypassing the login/password prompts) ? >> >> The HARC starts LCP at the same time the login prompt is displayed, >> there is no delay. > >What if the dialup user isn't using PPP - don't you have to wait to >receive a PPP frame before starting LCP? More clearly.. We are not waiting to start autodetection until after the prompt is displayed.. -m

Subject: RE: (usr-tc) PPTP with HiperArc ?
From: David Bolen <db3l@ans.net>
Date: 1998-05-12 15:48:29

"Mike Wronski" <mike@coredump.ae.usr.com> writes: > >And one more thing, how can I set the modems to authenticate right > >a way via PAP/CHAP (bypassing the login/password prompts) ? > > The HARC starts LCP at the same time the login prompt is displayed, > there is no delay. What if the dialup user isn't using PPP - don't you have to wait to receive a PPP frame before starting LCP? > There is no way to prevent the HARC from > displaying this prompt. (...) Hmm, certainly for a PAP/CHAP login you need to leave the login prompt alone for auto-detection, but theorietically, can't you disable the ARC from presenting the login prompt (and/or the password prompt) through the use of the "set modem_group" or "set switched interface" connection_type parameter, set to either Prompt_user_only or No_prompt? I haven't used it in production, but it was my impression that these function similarly to the "set radius_option" parameters in the current NETServer code, which does theoretically permit both of the login and password prompts to be skipped if so desired (although you lose PPP auto-detection if you disable the login prompt). -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: (usr-tc) Hiper DSP
From: David OBrien <growler@ac.net>
Date: 1998-05-12 17:19:23

I saw this somewhere but can't remember where. 2861 Chassis 2 - Hiper DSP cards (1.0.8 code) 1 - Hiper ARC (4.0.51 code) The DSP cards will just all of a sudden drop all 48 calls. Anybody point me in the right direction? David OBrien, Sys Admin Alphanet, Inc 4243 Seven Lakes Plaza Seven Lakes, NC 27376 910-673-3300 Voice 910-673-1087 Fax

Subject: Re: (usr-tc) PPTP with HiperArc ?
From: Donald B <dbaud@bigfoot.com>
Date: 1998-05-12 17:21:50

I am not very familiar with the PPP authentication process, what I would need to know is if it is possible to set up the HARC to authenticate win95 dialup users without them having to define a script? If so, what would be the key setting on the HARC. Donald B. >>And one more thing, how can I set the modems to authenticate right >>a way via PAP/CHAP (bypassing the login/password prompts) ? > >The HARC starts LCP at the same time the login prompt is displayed, there is >no >delay. There is no way to prevent the HARC from displaying this prompt.

Subject: RE: (usr-tc) PPTP with HiperArc ?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-12 17:38:02

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Donald B >Sent: Tuesday, May 12, 1998 4:22 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) PPTP with HiperArc ? > > >I am not very familiar with the PPP authentication process, what I >would need to know is if it is possible to set up the HARC to >authenticate win95 dialup users without them having to define a script? >If so, what would be the key setting on the HARC. > Does this by default just like the netserver.. There is no specific configuration required. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp

Subject: Re: (usr-tc) Hiper DSP
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-12 18:06:40

4.0.29 is the current recommended maintenance release for HiPer ARC. It is more current than 4.0.51 David OBrien <growler@ac.net> on 05/12/98 04:19:23 PM Please respond to usr-tc@lists.xmission.com cc: I saw this somewhere but can't remember where. 2861 Chassis 2 - Hiper DSP cards (1.0.8 code) 1 - Hiper ARC (4.0.51 code) The DSP cards will just all of a sudden drop all 48 calls. Anybody point me in the right direction? David OBrien, Sys Admin Alphanet, Inc 4243 Seven Lakes Plaza Seven Lakes, NC 27376 910-673-3300 Voice 910-673-1087 Fax - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Trap MIBs
From: Estela Hirata <estela.hirata@centertap.com.br>
Date: 1998-05-12 20:00:25

For the Quad Modems, I used to set the mdmTeDialInCallDur MIB to receive traps about a call duration. But, in the HiperDSP trap settings list this parameter no more exists. Do 3Com have plans to implement this for the Hiper in the future? Thanks, Estela

Subject: Re: (usr-tc) Lan to Lan routing
From: Russ Panula <rpanula@dacmail.net>
Date: 1998-05-13 03:12:13

If you aren't already using some form of a PPP debug magic decoder, try http://www.livingston.com/Tech/Support/debug-tools.html AFAIK, the TCH insists on doing CHAP authentication with dialout locations because PAP isn't supported with dialout. Joe Kvidera wrote: > > The following is the sequence that you requested. I do not know why it > is looking for CHAP user test, as it is supposed to be user PAP, and > test is the router name. > > Below is the location information > Command> sh loc r > Location: r Type: Manual > Destination: 209.98.97.65 Netmask: 255.255.255.252 > Protocol: PPP Options: Routing > Group: 5 Max Ports: 2 > Idle Timeout: 0 minutes High Mark: 0 bytes > Mtu: 1500 Async Map: 00000000 > > Dial Script: Send Command Wait for Reply > ------------------------------ > ------------------------------ > at*v2=5dt7140236\r > > This starts the sequence of events. > > Command> dial r > Starting dial to location r using S50 > sendthem (at*v2=5dt7140236\r) > expect () > got it > Chat Succeeded - Starting PPP > Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: > 01 01 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 > 35 81 2a a6 > ppp_ifsend: Bad PPP Address > Received LCP_CONFIGURE_REQUEST on port S50 of 33 bytes containing: > 01 59 00 25 01 04 05 f4 02 06 00 00 00 00 03 04 > c0 23 08 02 11 04 05 f4 13 09 03 00 a0 c5 20 2b > a5 17 04 00 22 > Sending LCP_CONFIGURE_REJECT to port S50 of 12 bytes containing: > 04 59 00 0c 11 04 05 f4 17 04 00 22 > Received LCP_CONFIGURE_REQUEST on port S50 of 25 bytes containing: > 01 5a 00 1d 01 04 05 f4 02 06 00 00 00 00 03 04 > c0 23 08 02 13 09 03 00 a0 c5 20 2b a5 > Sending LCP_CONFIGURE_NAK to port S50 of 9 bytes containing: > 03 5a 00 09 03 05 c2 23 05 > Received LCP_CONFIGURE_REQUEST on port S50 of 26 bytes containing: > 01 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > Sending LCP_CONFIGURE_ACK to port S50 of 30 bytes containing: > 02 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: > 01 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 > 35 81 2a a6 > Received LCP_CONFIGURE_ACK on port S50 of 16 bytes containing: > 02 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 > 35 81 2a a6 > S50: LCP Open > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 01 00 0a 03 06 d1 62 46 04 > Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: > 01 15 00 19 10 3e 23 24 f0 a9 5b 5f a2 40 98 73 > a1 85 e4 2e 07 74 65 73 74 > S50: Couldn't find CHAP user test > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 02 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 03 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 04 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 05 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 06 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 07 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 08 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 09 00 0a 03 06 d1 62 46 04 > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 0a 00 0a 03 06 d1 62 46 04 > Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: > 01 16 00 19 10 88 9c 79 a4 e3 b6 b0 0a 45 5f bd > a5 96 6f c9 21 74 65 73 74 > S50: Couldn't find CHAP user test > Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: > 01 01 00 09 11 05 00 01 04 > Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: > 01 02 00 09 11 05 00 01 04 > Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: > 01 03 00 09 11 05 00 01 04 > Connection Failed > > Thanks for your help > > Joe Kvidera > Solutions Group Corporation > mailto:joe.kvidera@solutionsgroup.net > http://www.solutionsgroup.net > Ph: (612) 929-3670 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Lan to Lan routing
From: Martin Oberle <oberle@ima.uni-stuttgart.de>
Date: 1998-05-13 08:09:45

Your dial script should be something like set location r script 1 "at*v2=3D5dt7140236\r" "CONNECT" Your modems starts PPP without being connected to the remote modem. Martin -----Urspr=FCngliche Nachricht----- Von: Joe Kvidera <joe.kvidera@solutionsgroup.net> An: mike@coredump.ae.usr.com <mike@coredump.ae.usr.com> Cc: USR (E-mail) <usr-tc@lists.xmission.com> Datum: Dienstag, 12. Mai 1998 23:19 Betreff: (usr-tc) Lan to Lan routing >The following is the sequence that you requested. I do not know why it >is looking for CHAP user test, as it is supposed to be user PAP, and >test is the router name. > >Below is the location information >Command> sh loc r > Location: r Type: Manual > Destination: 209.98.97.65 Netmask: 255.255.255.252 > Protocol: PPP Options: Routing > Group: 5 Max Ports: 2 >Idle Timeout: 0 minutes High Mark: 0 bytes > Mtu: 1500 Async Map: 00000000 > > Dial Script: Send Command Wait for Reply > ------------------------------ >------------------------------ > at*v2=3D5dt7140236\r > >This starts the sequence of events. > >Command> dial r >Starting dial to location r using S50 >sendthem (at*v2=3D5dt7140236\r) >expect () >got it >Chat Succeeded - Starting PPP >Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: >01 01 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 >35 81 2a a6 >ppp_ifsend: Bad PPP Address >Received LCP_CONFIGURE_REQUEST on port S50 of 33 bytes containing: >01 59 00 25 01 04 05 f4 02 06 00 00 00 00 03 04 >c0 23 08 02 11 04 05 f4 13 09 03 00 a0 c5 20 2b >a5 17 04 00 22 >Sending LCP_CONFIGURE_REJECT to port S50 of 12 bytes containing: >04 59 00 0c 11 04 05 f4 17 04 00 22 >Received LCP_CONFIGURE_REQUEST on port S50 of 25 bytes containing: >01 5a 00 1d 01 04 05 f4 02 06 00 00 00 00 03 04 >c0 23 08 02 13 09 03 00 a0 c5 20 2b a5 >Sending LCP_CONFIGURE_NAK to port S50 of 9 bytes containing: >03 5a 00 09 03 05 c2 23 05 >Received LCP_CONFIGURE_REQUEST on port S50 of 26 bytes containing: >01 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 >c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 >Sending LCP_CONFIGURE_ACK to port S50 of 30 bytes containing: >02 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 >c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 >Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: >01 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 >35 81 2a a6 >Received LCP_CONFIGURE_ACK on port S50 of 16 bytes containing: >02 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 >35 81 2a a6 >S50: LCP Open >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 01 00 0a 03 06 d1 62 46 04 >Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: >01 15 00 19 10 3e 23 24 f0 a9 5b 5f a2 40 98 73 >a1 85 e4 2e 07 74 65 73 74 >S50: Couldn't find CHAP user test >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 02 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 03 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 04 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 05 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 06 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 07 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 08 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 09 00 0a 03 06 d1 62 46 04 >Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: >01 0a 00 0a 03 06 d1 62 46 04 >Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: >01 16 00 19 10 88 9c 79 a4 e3 b6 b0 0a 45 5f bd >a5 96 6f c9 21 74 65 73 74 >S50: Couldn't find CHAP user test >Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: >01 01 00 09 11 05 00 01 04 >Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: >01 02 00 09 11 05 00 01 04 >Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: >01 03 00 09 11 05 00 01 04 >Connection Failed > > >Thanks for your help > >Joe Kvidera >Solutions Group Corporation >mailto:joe.kvidera@solutionsgroup.net >http://www.solutionsgroup.net >Ph: (612) 929-3670 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Disconnect
From: Terry Kennedy <terry@olypen.com>
Date: 1998-05-13 08:30:58

Anyone know what Stop/NAS-request means ( aside from the obvious that the sesssion/user sent a stop request ) or why this is happening. The users dial in and are immediatly disconnected. logfile.980512:Tue May 12 12:17:10 1998: Received-Accounting: 224/22520 'brenkman' via 208.200.249.3 from usrtc-s8 port 29 #"3558a02b.2c0e.olypen.olypen.com" $"07000149" dumb/208.200.248.4:23 Stop/NAS-Request

Subject: Re: (usr-tc) Static IP
From: Richard Bosire <bosire@nairobi.africaonline.co.ke>
Date: 1998-05-13 09:21:16

Andrew ,,, Are you sure?.. I have 3 class c addresses being assigned to different users , and I have been having routing problems before .. Are you sure this won't compound my problems ... cheers bosire Andrew Aken wrote: > Richard, > It doesn't depend on the netmask you are running on your network. Trust > me, change it to 255.255.255.255 for all of your users and your problems > with the Arc assigning addresses outside of the pools will disappear. We > had exactly this same problem when we brought our Arc's on-line and it > made our network completely unusable. > > The Framed-Netmsask attribute is for the number of IP addresses that are > going to be assigned to that particular user, not your network's > netmask... > > Richard Bosire wrote: > > > > Marshall Morgan wrote: > > > > > On Sunday, May 10, 1998 8:55 AM, Richard Bosire > > > > We have this in our /etc/raddb/users file > > > > > > > > Pbosire Password = "UNIX" > > > > User-Service-Type = Framed-User, > > > > Framed-Protocol = PPP, > > > > Framed-Address = 199.103.XX.XX, > > > > Framed-Netmask = 255.255.255.128, > > > > Framed-Routing = None, > > > > Framed-Compression = Van-Jacobsen-TCP-IP, > > > > Framed-MTU = 1500 > > > > > > Shouldn't the netmask be 255.255.255.255? ... as we ran into this on > > > > It depends on the netmask you are using on your network .. > > > > cheers > > bosire > -- > ======================================================= > =========== Andrew Aken - President ========= > ====== GlobalEyes Communications, Inc. ====== > =Southern Illinois' Fastest Connection to the Internet= > ========== http://www.GlobalEyes.net ======== > ======================================================= > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- \\|// - ? (o o) +==================================oOOo=(_)=oOOo========+ | Richard Bosire rbosire@africaonline.co.ke | | AfricaOnline Ltd | | union towers, 2nd floor | | tel: 254-2-243775 | | .oooO | | http://www.africaonline.co.ke ( ) Oooo. | +===================================\ (==( )==========+ \_) ) / (_/

Subject: Re: (usr-tc) Lan to Lan routing
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-13 09:58:21

You can do PPP lan -to lan with both pap and chap. If the TC is dialing out and if the remote system is capable of providing either a login: or any such prompt then you can do pap. For this your location should have a script that looks for this prompt. Say for example you are connecting to a remote isdn system which does sync then you have to do chap, if you do v120 or anlog then you can do chap. A typical script for v120 will look like this Command>sh loc Cisco Location: Cisco Type: Manual Destination: 4.4.4.4 Netmask: 255.255.255.248 Protocol: PPP Options: Routing Group: 1 Max Ports: 2 Idle Timeout: 0 minutes High Mark: 1 bytes Mtu: 1500 Async Map: 00000000 Dial Script: Send Command Wait for Reply ------------------------------ at&f1e1v1q0*v2=0\r OK atds0\r CONNECT login: user1\r word: user1\r For sync and chap all you do is remove the lst two scrits and change your modem script to *v2=5 for sync Also make sure that your hosts names match the username and the user has a password in both the routers krish ----------------------------------------- \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 13 May 1998, Russ Panula wrote: > If you aren't already using some form of a PPP debug magic decoder, try > http://www.livingston.com/Tech/Support/debug-tools.html > > AFAIK, the TCH insists on doing CHAP authentication with dialout locations > because PAP isn't supported with dialout. > > > > Joe Kvidera wrote: > > > > The following is the sequence that you requested. I do not know why it > > is looking for CHAP user test, as it is supposed to be user PAP, and > > test is the router name. > > > > Below is the location information > > Command> sh loc r > > Location: r Type: Manual > > Destination: 209.98.97.65 Netmask: 255.255.255.252 > > Protocol: PPP Options: Routing > > Group: 5 Max Ports: 2 > > Idle Timeout: 0 minutes High Mark: 0 bytes > > Mtu: 1500 Async Map: 00000000 > > > > Dial Script: Send Command Wait for Reply > > ------------------------------ > > ------------------------------ > > at*v2=5dt7140236\r > > > > This starts the sequence of events. > > > > Command> dial r > > Starting dial to location r using S50 > > sendthem (at*v2=5dt7140236\r) > > expect () > > got it > > Chat Succeeded - Starting PPP > > Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: > > 01 01 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 > > 35 81 2a a6 > > ppp_ifsend: Bad PPP Address > > Received LCP_CONFIGURE_REQUEST on port S50 of 33 bytes containing: > > 01 59 00 25 01 04 05 f4 02 06 00 00 00 00 03 04 > > c0 23 08 02 11 04 05 f4 13 09 03 00 a0 c5 20 2b > > a5 17 04 00 22 > > Sending LCP_CONFIGURE_REJECT to port S50 of 12 bytes containing: > > 04 59 00 0c 11 04 05 f4 17 04 00 22 > > Received LCP_CONFIGURE_REQUEST on port S50 of 25 bytes containing: > > 01 5a 00 1d 01 04 05 f4 02 06 00 00 00 00 03 04 > > c0 23 08 02 13 09 03 00 a0 c5 20 2b a5 > > Sending LCP_CONFIGURE_NAK to port S50 of 9 bytes containing: > > 03 5a 00 09 03 05 c2 23 05 > > Received LCP_CONFIGURE_REQUEST on port S50 of 26 bytes containing: > > 01 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > > Sending LCP_CONFIGURE_ACK to port S50 of 30 bytes containing: > > 02 5b 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > > Sending LCP_CONFIGURE_REQUEST to port S50 of 20 bytes containing: > > 01 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 > > 35 81 2a a6 > > Received LCP_CONFIGURE_ACK on port S50 of 16 bytes containing: > > 02 02 00 14 01 04 05 dc 02 06 00 00 00 00 05 06 > > 35 81 2a a6 > > S50: LCP Open > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 01 00 0a 03 06 d1 62 46 04 > > Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: > > 01 15 00 19 10 3e 23 24 f0 a9 5b 5f a2 40 98 73 > > a1 85 e4 2e 07 74 65 73 74 > > S50: Couldn't find CHAP user test > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 02 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 03 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 04 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 05 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 06 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 07 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 08 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 09 00 0a 03 06 d1 62 46 04 > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 0a 00 0a 03 06 d1 62 46 04 > > Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: > > 01 16 00 19 10 88 9c 79 a4 e3 b6 b0 0a 45 5f bd > > a5 96 6f c9 21 74 65 73 74 > > S50: Couldn't find CHAP user test > > Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: > > 01 01 00 09 11 05 00 01 04 > > Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: > > 01 02 00 09 11 05 00 01 04 > > Sending CCP_PROTOCOL_TYPE to port S50 of 9 bytes containing: > > 01 03 00 09 11 05 00 01 04 > > Connection Failed > > > > Thanks for your help > > > > Joe Kvidera > > Solutions Group Corporation > > mailto:joe.kvidera@solutionsgroup.net > > http://www.solutionsgroup.net > > Ph: (612) 929-3670 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) Lan to Lan Routing
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-13 10:47:14

The following is where it now stops after the call starts. Sending LCP_CONFIGURE_REJECT to port S50 of 12 bytes containing: 04 a0 00 0c 11 04 05 f4 17 04 00 55 Received LCP_CONFIGURE_REQUEST on port S50 of 26 bytes containing: 01 a1 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 Sending LCP_CONFIGURE_ACK to port S50 of 30 bytes containing: 02 a1 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 S50: LCP Open Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: 01 01 00 0a 03 06 d1 62 46 04 Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: 01 25 00 19 10 c2 08 4f f4 a4 92 63 09 dd 9e 13 80 91 9b 7e 9d 74 65 73 74 Sending CHAP_CONF_RESPONSE to port S50 of 24 bytes containing: 02 25 00 18 10 d0 90 d5 bd 1b 7d de 9b 4c 0e f3 69 dc 74 90 50 54 43 31 Received CHAP_CONF_FAILURE on port S50 of 16 bytes containing: 04 25 00 10 4e 6f 20 73 75 63 68 20 75 73 65 72 Received LCP_TERMINATE_REQUEST on port S50 of 0 bytes containing: 05 a3 00 04 Sending LCP_TERMINATE_ACK to port S50 of 4 bytes containing: 06 02 00 04 Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: Re: (usr-tc) V.90 oddity.
From: Brent Jay <bjay@ionet.net>
Date: 1998-05-13 11:15:13

One of our Hayes customers can't even connect to the USR v.90. Have you had any experience with them not connecting at all and possible solutions? On Wed, 13 May 1998, Peter D. Mayer wrote: > We just got our first (to my knowledge) non-USR V.90 customers with some > interesting results. They are using Hayes V.90 modems, and are getting > great downlink speeds (44-48K) but miserable uplink speeds (12-14K). Anyone > have any ideas here? They have 8 different modems, and 6 of them get this > situation, 2 others fail V.90 and get 31K both ways (which is almost better > for what they're doing). Could this be TC related, or just client modem > stuff? > > I appreciate any ideas, > > Peter D. Mayer > NetWalk Tech Support > dmayer@netwalk.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > :::::::::::::::::::::::::::::::::::: :: :: :: bjay@ionet.net :: :: ioNET network specialist :: :: break out the blender and :: :: mix me a spam margarita! :: :: 1-800-360-5183 405-270-0999 :: :: :: ::::::::::::::::::::::::::::::::::::

Subject: Re: (usr-tc) Long time till connection is established
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-13 11:20:43

Martin Oberle said once upon a time: > >Hi. > >I am dialing with am 3Com Office Connect 511 into >an USR Total Control over ISDN using PAP for >authentication without an RADIUS server. >It takes about 10-15 seconds till the connection is >established. Is this normal? >When I dial in with a WinNT-Ras the connection >is established in about 1-2 seconds. >Any ideas how to shorten this long time? >Is CHAP quicker? I've noticed the same thing with all our ISDN connections, and have been unable to find any way to speed it up.

Subject: (usr-tc) V.90 oddity.
From: Peter D. Mayer <dmayer@netwalk.com>
Date: 1998-05-13 11:31:52

We just got our first (to my knowledge) non-USR V.90 customers with some interesting results. They are using Hayes V.90 modems, and are getting great downlink speeds (44-48K) but miserable uplink speeds (12-14K). Anyone have any ideas here? They have 8 different modems, and 6 of them get this situation, 2 others fail V.90 and get 31K both ways (which is almost better for what they're doing). Could this be TC related, or just client modem stuff? I appreciate any ideas, Peter D. Mayer NetWalk Tech Support dmayer@netwalk.com

Subject: Re: (usr-tc) V.90 oddity.
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-13 11:33:01

At 11:15 AM 5/13/98 -0500, you wrote: >One of our Hayes customers can't even connect to the USR v.90. Have you >had any experience with them not connecting at all and possible solutions? As far as I remember, hayes are using the rockwell chipset, which currently at this time Rockwell is a little behind lucent/3com in the v.90 interoperability department. Right now any v.90 modems using the Rockwell chipset are going to be extremely unreliable connecting to 'anything' at v.90. > >On Wed, 13 May 1998, Peter D. Mayer wrote: > >> We just got our first (to my knowledge) non-USR V.90 customers with some >> interesting results. They are using Hayes V.90 modems, and are getting >> great downlink speeds (44-48K) but miserable uplink speeds (12-14K). Anyone >> have any ideas here? They have 8 different modems, and 6 of them get this >> situation, 2 others fail V.90 and get 31K both ways (which is almost better >> for what they're doing). Could this be TC related, or just client modem >> stuff? >> >> I appreciate any ideas, >> >> Peter D. Mayer >> NetWalk Tech Support >> dmayer@netwalk.com >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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. >> > > > >:::::::::::::::::::::::::::::::::::: >:: :: >:: bjay@ionet.net :: >:: ioNET network specialist :: >:: break out the blender and :: >:: mix me a spam margarita! :: >:: 1-800-360-5183 405-270-0999 :: >:: :: >:::::::::::::::::::::::::::::::::::: > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ |_ _| _ \ _ _| _ \ \| | __|_ _|Texas Regional Internet Providers| | | | | | | _| | 711 N. Carancahua, Suite 1024| | _| _| _\___|_| _|\_|___| _| Corpus Christi, TX 78475| | http://www.trip.net (512) 882 8747| | (512) 643 9996| |techmaster@trip.net | |Grant Hopwood - Admin/Snr Tech | |ICQ# 3143234 wk, 3541891 hm | |PGP Public Key: (revoked at this time) | +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+

Subject: (usr-tc) HiperArc routing problems
From: Dane Jasper <dane@sonic.net>
Date: 1998-05-13 11:40:11

We're having routing issues with the HiperARC platform, and one of our techs has done some work on it. Does anyone have any ideas or feedback on how we might solve this problem? It looks to us like a problem with the 4.0.29 operating system on the HiperARC. -- Dane Jasper Sonic ----- Forwarded message from Scott Doty ----- We are still having routing problems with HiperARC. Briefly, there appear to be _two_ problems, which when combined, cause the HiperARC to act unreliably for remote LAN's. They also indicate a serious bug in the HiperARC routing engine. We are running V4.0.29. Specifically: 1) When *some* remote LANs connect, the HiperARC installs a /24 route for that LAN's address. 2) When that /24 route is removed (the "funny" remote network hangs up), the HiperARC stops routing IP to *all* subnets of that /24 network for two minutes. Since RIP's holddown timer is two minutes, and because RIPv1 is classful, this would seem to indict bogus RIPv1 announcements from remote routers. Nevertheless, all attempts to configure the HiperARC to ignore remote RIP broadcasts have failed. (Specifics appended below.) Further, when the /24 route is withdrawn, this should not affect the more-specific /29 and /28 routes -- but it does, and the resulting two minute holddown on these routes is generating a lot of frustration (to put it mildly). Here is an example showing the "bogus route" problem with network 208.201.235.000/24: _[ Example of bogus route ]_ _ _ _ nas21>> list ip rouTES IP ROUTES Destination Prot NextHop Metric Interface [...] 208.201.235.000/C NetMgr 208.201.235.121 1 slot:1/mod:23 208.201.235.112/29 NetMgr 208.201.235.113 1 slot:1/mod:1 208.201.235.113/H LOCAL 208.201.235.113 1 slot:1/mod:1 208.201.235.120/29 NetMgr 208.201.235.121 1 slot:1/mod:23 208.201.235.121/H LOCAL 208.201.235.121 1 slot:1/mod:23 [...] _ _ _ _ _ _ _ _ _ _ _ As you can see, nas21 has installed a route for "208.201.235.000/C" to 208.201.235.121. This is incorrect -- and when 208.201.235.121 hangs up, the 208.201.235.112/29 network will lose connectivity for two minutes. Here is the RADIUS record for 208.201.235.120/29 this network: _[ RADIUS record for "bogus route" network ]_ _ _ #Jack Howard Dedicated ISDN #RP:jh@sonic.net IJH Password = "SECRET" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 208.201.235.121, Framed-Netmask = 255.255.255.248, Framed-Route = "208.201.235.120/29 208.201.235.121 1", Framed-Routing = None, Framed-MTU = 1500, Port-Limit = 2 _ _ _ _ _ _ _ _ _ _ _ Since "Framed-Routing" is set to "None," I would expect the HiperARC to ignore RIP traffic from the remote router -- unfortunately, that does not appear to be the case. (Note also that "/29" is in the Framed-Route entry, as will all our remote LANs. Since only a few LANs cause this problem, it's likely we're dealing with bogus RIPv1 handling...but see below.) All other efforts to prevent this bogus behavior from the HiperARC have failed. For instance: _ _ _[ default user ]_ _ _ nas21>> show user default INFORMATION FOR USER: default Status: INACTIVE Type: NETWORK Expiration: 00- -0000 Message: Phone Number: Alternate Phone Number: Input Filter: norip.fil Output Filter: Modem Group: all Session Timeout 0 Idle Timeout: 900 PARAMETERS FOR NETWORK USERS: Network Service PPP Header Compression: TCPIP MTU: 1514 IP Usage: ENABLED Address Selection: ASSIGN Remote IP Address: 0.0.0.0/H IP Routing: NONE IP RIP Routing Protocol: RIPV2 IP RIP Routing Policies: IP RIP Authentication Key: keyreject Default Route Option: DISABLED Spoofing: DISABLED PARAMETERS for NETWORK PPP USERS Max Channels 2 Channel Decrement Percent: 0 Channel Expansion Percent: 0 Expansion Algorithm: CONSTANT Receive ACC Map: ffffffff Transmit ACC Map: ffffffff Compression Algorithm: AUTO Compression Reset Mode: AUTO Min Compression Size: 256 _ _ _ _ _ _ _ _ _ _ _ _ _ Note that "IP Routing" is set to "NONE" (which was the setting when we first noticed the problem). Further, I have set "IP RIP Routing Protocol" to "RIPV2", and set an authentication key, "keyreject". This did not solve the problem. Even further, I have created an input filter which reads: #filter IP-RIP: 010 REJECT network = 208.201.235.0; I have installed this on all interfaces, enabled filter access, and enabled packet_logging: nas21>> set interface slot:1/mod:[1-23] inPUT_FILTER norip.fil nas21>> set interface slot:1/mod:[1-23] filTER_ACCESS on nas21>> set PACKET_LOGGING logging all nas21>> set syslOG 208.201.224.11 logLEVEL verbose (and /etc/syslog.conf on logging host set to facility.debug) The only log entries I can find for this network are unrevealing: May 13 07:56:18 nas21 At 07:54:12, Facility "IP", Level "UNUSUAL":: ip_fwd_route_update: route delete [net d0c9eb78 gw 0] not owner May 13 07:56:18 nas21 At 07:54:12, Facility "IP", Level "UNUSUAL":: ip_fwd_route_update: gw: 0 is not reachable May 13 07:56:18 nas21 At 07:54:12, Facility "IP", Level "UNUSUAL":: ip_fwd_route_update: route delete [net d0c9eb78 gw 0] not owner May 13 07:56:18 nas21 At 07:54:12, Facility "IP", Level "UNUSUAL":: ip_fwd_route_update: gw: 0 is not reachable Interestingly, a RIPv1 announcement looks like a RIPv2 announcement with a gateway of "0". But d0c9eb78 is the 208.201.235.120 network, not 208.201.235.0 (as you'd expect with RIPV1). In other words, these log entries are conflicting and possibly useless. I've structured this note so that it can be forwarded to USR tech support -- unless anyone has any suggestions, I suggest they be contacted. -Scott ----- End of forwarded message from Scott Doty ----- -- Dane Jasper Sonic (707)522-1001 (33.6kbps) (707)522-1000 (Voice) mailto:support@sonic.net http://www.sonic.net Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53

Subject: (usr-tc) Problems with X2 connection speeds
From: Support2 <support2@the-bridge.net>
Date: 1998-05-13 11:40:24

Hello again one and all, I perform technical for an ISP that has not yet upgraded to the latest version of the v.90 code due to stability issues. Now that you know that I am not coming from a systems administrator's point of view, here is the problem that we are experiencing. It seems as though our users are either connecting in the 14,400-28,000 range or at X2 speeds, but nowhere in-between. Could this have anything to do with init strings used on the client or server side? Any feedback would be greatly appreciated. Thank you, Sean Bridge Technical Support

Subject: (usr-tc) Megahertz Modem Combo Cards
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-13 11:54:19

Any known issue with this card connecting to Total Control, user constantly gets disconnected. Only user who is having problems. Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670

Subject: Re: (usr-tc) HiperArc routing problems
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-13 13:11:40

>We are still having routing problems with HiperARC. Briefly, >there appear to be _two_ problems, which when combined, >cause the HiperARC to act unreliably for remote LAN's. They >also indicate a serious bug in the HiperARC routing engine. We >are running V4.0.29. Why are you running RIPv1? From everything your message indicates, you should be running RIPv2. I also have a filter on all RIP announcements from my Cisco to my TC's, because there is no reason the TC's need RIP from the Cisco if they are stub nodes. All they need is a default route out, and RIP updates from other TC's and machines in the same subnet.

Subject: Re: (usr-tc) Lan to Lan Routing
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-13 13:25:31

The NETServer is receving the lcp disconnect message. What router are you using on the other side? How is the NETServer and router configured? krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 13 May 1998, Joe Kvidera wrote: > The following is where it now stops after the call starts. > > Sending LCP_CONFIGURE_REJECT to port S50 of 12 bytes containing: > 04 a0 00 0c 11 04 05 f4 17 04 00 55 > Received LCP_CONFIGURE_REQUEST on port S50 of 26 bytes containing: > 01 a1 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > Sending LCP_CONFIGURE_ACK to port S50 of 30 bytes containing: > 02 a1 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > S50: LCP Open > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > 01 01 00 0a 03 06 d1 62 46 04 > Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: > 01 25 00 19 10 c2 08 4f f4 a4 92 63 09 dd 9e 13 > 80 91 9b 7e 9d 74 65 73 74 > Sending CHAP_CONF_RESPONSE to port S50 of 24 bytes containing: > 02 25 00 18 10 d0 90 d5 bd 1b 7d de 9b 4c 0e f3 > 69 dc 74 90 50 54 43 31 > Received CHAP_CONF_FAILURE on port S50 of 16 bytes containing: > 04 25 00 10 4e 6f 20 73 75 63 68 20 75 73 65 72 > > Received LCP_TERMINATE_REQUEST on port S50 of 0 bytes containing: > 05 a3 00 04 > Sending LCP_TERMINATE_ACK to port S50 of 4 bytes containing: > 06 02 00 04 > > Joe Kvidera > Solutions Group Corporation > mailto:joe.kvidera@solutionsgroup.net > http://www.solutionsgroup.net > Ph: (612) 929-3670 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) 3com HIB
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 1998-05-13 13:32:29

This is a multi-part message in MIME format. ------=_NextPart_000_0008_01BD7E73.9345B5C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am looking for a 100/10Mbit HUB .. with at least 48ports ... can = anyone recommend a good one? ------=_NextPart_000_0008_01BD7E73.9345B5C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT color=3D#000000 size=3D2>I am looking for a 100/10Mbit HUB .. = with at=20 least 48ports ... can anyone recommend a good = one?</FONT></DIV></BODY></HTML> ------=_NextPart_000_0008_01BD7E73.9345B5C0--

Subject: (usr-tc) Remote POPs and TC hubs
From: pferraro <pferraro@wna-linknet.com>
Date: 1998-05-13 13:54:38

I would like to hear from anyone currently using 3Com/USR TC hubs and Cisco 2501 to handle remote POP sites. We are looking to EXPAND our area of coverage and would like to hear solutions/recomendations as to the best way to handle a new POP. We plan to use radius authentication from the remote to the central site. Please respond via seperate correspondance to the below address so as not to bogg down this list! Any and all comments/suggestions appreciated ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: (usr-tc) Long time till connection is established
From: Martin Oberle <oberle@ima.uni-stuttgart.de>
Date: 1998-05-13 15:55:27

Hi. I am dialing with am 3Com Office Connect 511 into an USR Total Control over ISDN using PAP for authentication without an RADIUS server. It takes about 10-15 seconds till the connection is established. Is this normal? When I dial in with a WinNT-Ras the connection is established in about 1-2 seconds. Any ideas how to shorten this long time? Is CHAP quicker? Mit freundlichen Gruessen Martin Oberle **************************************************************** Martin Oberle, Dipl.-Ing. Institut fuer Maschinenelemente, Universitaet Stuttgart, Germany Telefon +49 711/685-6175 e-mail oberle@ima.uni-stuttgart.de **************************************************************** REAL programmers do not comment their code. If it was hard to write it should also be hard to read!!

Subject: Re: (usr-tc) Problems with X2 connection speeds
From: eugene_carpenter@3com.com
Date: 1998-05-13 16:07:57

Are you saying that users either connect from 14400 to 28800, or they connect at X2. I don't get what the problem is.

Subject: (usr-tc) Need Help on setup ISDN
From: Chris Tai Chan <chris.chan@wilshire.com>
Date: 1998-05-13 16:13:01

How do you setup the Total-control for ISDN dialin/dialout? Can someone please give me some infos on this. I am using Dialout/ip for dialout and Asend's P50 for dialin. Thanks! -- Chris Chan ====================================================================== Chris Tai Chan Phone: (310) 260-7308 Network Support Group () Freedom ICQ UIN ID: 1275927 Wilshire Associates /\ Of Speech chris.chan@wilshire.com ======================================================================

Subject: (usr-tc) Can anyone help with isdn on tch
From: Richard Mazurowski <rick@surfmail.net>
Date: 1998-05-13 16:37:55

I have two sets of usr units----MP 16I and Total control hub...I can dial in isdn on the mp16i netserver with no problems...One the total control hub I can not even see any incoming action or anything and when I try to connect it just keeps asking for my password and then does not do anything but I am not getting connected....Do I need anything to enable myself to use isdn with the tch......?

Subject: Re: (usr-tc) Problems with X2 connection speeds
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-13 16:40:54

At 04:07 PM 5/13/98 -0400, you wrote: >Are you saying that users either connect from 14400 to 28800, or they >connect at X2. >I don't get what the problem is. I believe that he's saying that he should be seeing some 33.6 connects, but isn't. Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Problems with X2 connection speeds
From: David Bolen <db3l@ans.net>
Date: 1998-05-13 16:43:01

"Support2" <support2@the-bridge.net> writes: > I perform technical support? consulting? voodoo? :-) > for an ISP that has not yet upgraded to the latest > version of the v.90 code due to stability issues. Hmm - since there is only one "released" version of the V.90 code so far for the Total Control platform, I'm not sure if you mean you haven't upgraded to V.90 at all, or that you are running a beta? > Now that you know that I > am not coming from a systems administrator's point of view, here is the > problem that we are experiencing. It seems as though our users are either > connecting in the 14,400-28,000 range or at X2 speeds, but nowhere > in-between. Could this have anything to do with init strings used on the > client or server side? Any feedback would be greatly appreciated. Well, the first question is whether or not this is definitely a problem. If your users are connecting up to 28.8K, then the only V.34 rates that leaves out is 31.2K and 33.6K (these are the optional symbol table rates sometimes referred to as V.34+). Achieving either of those rates requires an extremely good phone line, and in fact in many cases it's harder to get those rates than it is to get the lower x2 rates on the same line. So one thing that might be happening is that the users who have the better lines get the x2 rates and the others don't have the line quality to achieve the highest rates otherwise. Are you literally getting _no_ connections from your users at 31.2K or 33.6K, or is it possible that you just have a very low percentage of them. In general, even on a test node where the only modems calling in were 3Com x2 modems, I only saw 3-4% ever get higher than 28.8K when using V.34. There are some other things that might be misconfigured that could preclude the higher rates, such as: * Disabling the higher V.34 symbol tables on your server modems. This isn't the default, so as long as you've restored to factory defaults when you last updated your modems you should be fine. You can check by looking at the "mdmScV34pModeEnable" object (I don't know the TCM equivalent, but it's in the signal control table) to ensure it is enabled. * The client modems could have V.34+ disabled - again this isn't factory default, so as long as the client's modem has been restored with some variant of &F in the past (or it's in the init string), then they'd have to override the V.34+ enable option with the appropriate S register (bit 4 of S32 on a Sportster, I forget exactly which bit on a Courier, and of course non-3Com modems may vary) * The client modems might not implement the higher symbol table rates. Not all V.34 modems support these higher rates - although typical for new modems (which are often marketed as 33.6K modems), many older V.34 modems might not even be able to do them. Also, if your host circuits are channelized T1 rather than PRI you'll see an even smaller chance of 31.2/33.6K connections due to the extra robbed bits. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Problems with X2 connection speeds
From: Support2 <support2@the-bridge.net>
Date: 1998-05-13 16:59:21

The problem is that 33.6 customers are not connecting in the 33.6 range and, more importantly, some of our X2 customers are simply either connecting at 28.8 or 56k and nowhere in-between. Do init strings on the server side have anything to do with it? Sean -----Original Message----- >Are you saying that users either connect from 14400 to 28800, or they >connect at X2. >I don't get what the problem is. > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Problems with X2 connection speeds
From: David Bolen <db3l@ans.net>
Date: 1998-05-13 18:11:05

"Support2" <support2@the-bridge.net> writes: > The problem is that 33.6 customers are not connecting in the 33.6 range and, > more importantly, some of our X2 customers are simply either connecting at > 28.8 or 56k and nowhere in-between. Do init strings on the server side have > anything to do with it? The fact that "33.6 customers" (which I assume means a customer that has a modem that technically supports the higher V.34 rates) aren't connecting in the 33.6 range is not in and of itself necessarily an indication of a problem. You need further qualifications (like stats from a particular users line showing they should be getting the higher rates but aren't) before knowing if you actually have a misconfiguration. Also are we talking 100% of such customers or just fairly low percentages? E.g., do your server side stats _ever_ show a connection above 28.8K? And how many calls are we talking about - if fairly low, you might expect no calls above 28.8K due the percentages involved. A "33.6 customer" is certainly not guaranteed to get a 33.6K connection, nor even is likely to do so. V.34 really requires very good line conditions to achieve rates above 28.8K - just having a "33.6 modem" only means it's theoretically possible - not that it's going to be likely or necessarily expected. As for your x2 customers - it certainly makes sense in general that those with the better lines (e.g., those most likely to get the higher V.34 rates) are instead going to get x2 rates. Thus, those that fail to get x2 are likely on the more marginal line and thus less likely to get above 28.8K. There are exceptions to all rules, and some pathological cases (V.34 gets 33.6K but x2 is impossible, or x2 gets very high rates but V.34 is down <= 24K) but they are fairly rare. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Can anyone help with isdn on tch
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-13 18:28:50

When submitting e-mails to the list it would be helpful if you expanded on what cards you have in your TCH? Please specify. Richard Mazurowski <rick@surfmail.net> on 05/13/98 04:37:55 PM Please respond to usr-tc@lists.xmission.com cc: I have two sets of usr units----MP 16I and Total control hub...I can dial in isdn on the mp16i netserver with no problems...One the total control hub I can not even see any incoming action or anything and when I try to connect it just keeps asking for my password and then does not do anything but I am not getting connected....Do I need anything to enable myself to use isdn with the tch......? - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Lan to Lan Routing
From: Russ Panula <rpanula@dacmail.net>
Date: 1998-05-13 18:33:58

The earlier threads mentioned the router as being a Zyxel Prestige 100 or something close to it. The call is now looks to be failing because the Zyxel unit refuses to authenticate CHAP user TC1. Tatai SV Krishnan wrote: > > The NETServer is receving the lcp disconnect message. What router are > you using on the other side? How is the NETServer and router configured? > > krish > > ----------------------------------------- > \ T.S.V. Krishnan \ > \ Network System Engineer \ ( : - : ) > \ 3Com ............ \ > ----------------------------------------------/ > tkrishna@bubba.ae.usr.com > ----------------------------/ http://interproc.ae.usr.com ----/ > -------------------------------------------------------------------------\ > Any Sufficiently advanced bug is indistinguishable for a feature. > - Rick Kulawiec > -------------------------------------------------------------------------/ > > On Wed, 13 May 1998, Joe Kvidera wrote: > > > The following is where it now stops after the call starts. > > > > Sending LCP_CONFIGURE_REJECT to port S50 of 12 bytes containing: > > 04 a0 00 0c 11 04 05 f4 17 04 00 55 > > Received LCP_CONFIGURE_REQUEST on port S50 of 26 bytes containing: > > 01 a1 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > > Sending LCP_CONFIGURE_ACK to port S50 of 30 bytes containing: > > 02 a1 00 1e 01 04 05 f4 02 06 00 00 00 00 03 05 > > c2 23 05 08 02 13 09 03 00 a0 c5 20 2b a5 > > S50: LCP Open > > Sending IPCP_CONFIGURE_REQUEST to port S50 of 10 bytes containing: > > 01 01 00 0a 03 06 d1 62 46 04 > > Received CHAP_CONF_CHALLENGE on port S50 of 25 bytes containing: > > 01 25 00 19 10 c2 08 4f f4 a4 92 63 09 dd 9e 13 > > 80 91 9b 7e 9d 74 65 73 74 > > Sending CHAP_CONF_RESPONSE to port S50 of 24 bytes containing: > > 02 25 00 18 10 d0 90 d5 bd 1b 7d de 9b 4c 0e f3 > > 69 dc 74 90 50 54 43 31 > > Received CHAP_CONF_FAILURE on port S50 of 16 bytes containing: > > 04 25 00 10 4e 6f 20 73 75 63 68 20 75 73 65 72 > > > > Received LCP_TERMINATE_REQUEST on port S50 of 0 bytes containing: > > 05 a3 00 04 > > Sending LCP_TERMINATE_ACK to port S50 of 4 bytes containing: > > 06 02 00 04 > > > > Joe Kvidera > > Solutions Group Corporation > > mailto:joe.kvidera@solutionsgroup.net > > http://www.solutionsgroup.net > > Ph: (612) 929-3670 > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) Megahertz Modem Combo Cards
From: Russ Panula <rpanula@dacmail.net>
Date: 1998-05-13 18:43:37

Joe Kvidera wrote: > > Any known issue with this card connecting to Total Control, user > constantly gets disconnected. Only user who is having problems. And the corresponding disconnect reason the TCH gives is...? You can turn on syslogging, capture SNMP traps to a management station, or use a RADIUS server that supports USR attributes to obtain this information.

Subject: Re: (usr-tc) Problems with X2 connection speeds
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-13 18:55:00

-> At 04:07 PM 5/13/98 -0400, you wrote: -> >Are you saying that users either connect from 14400 to 28800, or they -> >connect at X2. -> >I don't get what the problem is. -> -> I believe that he's saying that he should be seeing some 33.6 connects, but -> isn't. What wasn't reported was how he was determing the connect speeds. Going back to a conversation I started a week ago or so, I was seeing the same thing until I fixed the problem with the RADIUS data dictionary. I actually changed the Netserver option to make the Connect_Speed accounting report 1's based instead of 0's based. This changed the corresponding speed of what was being reported from 21.6k, 26.4k to 28,8k, 31.2k etc.. I am not saying this is the problem but more info is needed. Jeff Binkley ASA Network Computing

Subject: Re: (usr-tc) Can anyone help with isdn on tch
From: eugene_carpenter@3com.com
Date: 1998-05-13 19:06:49

Can you login as !root to the netserver ?? How did you set up you security ?? Are you getting any login fail messages on radius ?? What kind of code is on the modems ? You need to provide more information on what you have and how it is set up. Specifically, how is the netserver setup? Can users dialin non isdn ?? Richard Mazurowski <rick@surfmail.net> on 05/13/98 05:37:55 PM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) I have two sets of usr units----MP 16I and Total control hub...I can dial in isdn on the mp16i netserver with no problems...One the total control hub I can not even see any incoming action or anything and when I try to connect it just keeps asking for my password and then does not do anything but I am not getting connected....Do I need anything to enable myself to use isdn with the tch......? - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Netserver Code and Online Reports ?
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-13 19:10:00

There was a conversation here about a true Netserver fix for the 3.7.24 code which fixes the Quake lag problem. It was mentioned that it was an ER release. Can anyone comment on it and what the release number is ? I called today to get a copy and the person I spoke to was supposed to E-Mail it to me but I never got anything from them. I also reported the 4k per call memory leak in the S/A version 5.53 software. He didn't seem to know about it nor how to look up whether a report on it had already been reported. Lastly, does anyone know if 3Com plans to keep the Field Reports up-to-date ? The latest updates are 4/21/98. Jeff Binkley ASA Network Computing

Subject: Re: (usr-tc) Megahertz Modem Combo Cards
From: Thomas Spaulding <tsplding@talweb.com>
Date: 1998-05-13 19:50:59

I have a xj1336 that was 33.6kb upgraded to x2 No problems at all....really good connects. upgraded then to V.90....no problems slightly slower connection rate...but better downloads :-) -----Original Message----- >Any known issue with this card connecting to Total Control, user >constantly gets disconnected. Only user who is having problems. > >Joe Kvidera >Solutions Group Corporation >mailto:joe.kvidera@solutionsgroup.net >http://www.solutionsgroup.net >Ph: (612) 929-3670 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Configuring Hyper Arc
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-13 22:31:42

Is There any trick to get into CLI of the Hyper Arc ? I'm trying for 3 days and all I could was to see: "Loading kernel ... OK" And nothing more happens. - Marcelo

Subject: Re: (usr-tc) Configuring Hyper Arc
From: eugene_carpenter@3com.com
Date: 1998-05-13 22:48:55

What speed is your comm program set for ??

Subject: RE: (usr-tc) Configuring Hyper Arc
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-14 09:20:54

Flip Dip switch 5 on the HARC card and reboot. That switch is configurable for some terminal consoles that require DTR to be held high. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marcelo Souza >Sent: Wednesday, May 13, 1998 8:32 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) Configuring Hyper Arc > > > > Is There any trick to get into CLI of the Hyper Arc ? > > I'm trying for 3 days and all I could was to see: > > "Loading kernel ... OK" > > And nothing more happens. > > >- Marcelo > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Configuring Hyper Arc
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-14 09:43:20

On Wed, 13 May 1998 Eugene_Carpenter@3com.com wrote: |What speed is your comm program set for ?? 9600. And I checked the settings in the NIC dips. - Marcelo

Subject: (usr-tc) Netserver,TCM & SNMP & Radius
From: List <list@jigsaw.net.au>
Date: 1998-05-14 09:56:47

Hi there Can anyone tell me how I can use snmpget and snmpset to work with CMU-SNMP. What I've tried doing was to rename the mib files to mib.txt and that doesn't work. I'm interested in their NMC specific variables. Also, I'm tried to get information such as why a connection was disconnected; The accounting records only tell me if it's a user request or idle timeout. I've had reports from users telling me that they've had disconnection in the middle of downloads. Does this have something to do with Radius dictionary files? Appreciate and thoughts & Response, Ronald

Subject: (usr-tc) Quad and I-modem , how to determine ?
From: Gilles Lorphelin <gilles@mana.pf>
Date: 1998-05-14 10:16:20

How Could I determine which kind of Quad I have ? I have Quad already install ( shown in DUAL PRI as I-Modem ). I Insert new Quad but cant recognize them ? What could I do ? Is it just Software update or more ? Regards -- Gilles Lorphelin Telecoms Mgr. - ISOC Member Phone : +689 508 888 MANA S.A. (www.mana.pf) Fax : +689 508 889 IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf

Subject: (usr-tc) USR Total Control 48 port chassis for sale
From: Brian Wiser <brwiser@xmission.com>
Date: 1998-05-14 10:59:54

Total Control Hub : 16-slot chassis (USED) single 110v ac 70Amp power supply, fan tray, ethernet network management card 12 Quad v34 Digital Modem NAC (USED) (48 ports total) Netserver PRI (USED) Dual PRI/T1 - supports analog/ISDN (USED) Asking $7,500 for above bundle. OR separately: Quad v34 Digital Modem NAC $500 Netserver PRI $900 Dual PRI/T1 $900 Buyer is responsible for shipping. Contact brwiser@xmission.com, or call Brian at 801-539-0852, extension 131. Brian

Subject: (usr-tc) Memory upgrade
From: Thomas Spaulding <tsplding@talweb.com>
Date: 1998-05-14 11:18:38

I just got a 16mb non-edo, non-parity, 70ns chip and put it on my NMC card and it now shows 20mb memory. Is this normal ? I know with P.Cs haveing memory pre-installed BUT before I patch with the new code I just wanted to ask :-) Thank you, Thomas Spaulding tsplding@talweb.com TalWeb Internet Providers http://www.talweb.com/

Subject: Re: (usr-tc) Memory upgrade
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-14 11:22:05

> I just got a 16mb non-edo, non-parity, 70ns chip and put it on my NMC card > and it now shows 20mb memory. > Is this normal ? I know with P.Cs haveing memory pre-installed BUT before I > patch with the new code I just wanted to ask :-) Normal... There is 4mb built into the board, and whatever SIMM you put in the slot just adds to what is onboard. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: RE: (usr-tc) Megahertz Modem Combo Cards
From: Joe Kvidera <joe.kvidera@solutionsgroup.net>
Date: 1998-05-14 11:40:52

How do you flash the megahertz cards? Joe Kvidera Solutions Group Corporation mailto:joe.kvidera@solutionsgroup.net http://www.solutionsgroup.net Ph: (612) 929-3670 -----Original Message----- Sent: Wednesday, May 13, 1998 6:51 PM I have a xj1336 that was 33.6kb upgraded to x2 No problems at all....really good connects. upgraded then to V.90....no problems slightly slower connection rate...but better downloads :-) -----Original Message----- >Any known issue with this card connecting to Total Control, user >constantly gets disconnected. Only user who is having problems. > >Joe Kvidera >Solutions Group Corporation >mailto:joe.kvidera@solutionsgroup.net >http://www.solutionsgroup.net >Ph: (612) 929-3670 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) HiperArc routing problems
From: Scott Doty <scott@sonic.net>
Date: 1998-05-14 11:42:48

On Wed, May 13, 1998 at 01:11:40PM -0600, Pete Ashdown wrote: > >We are still having routing problems with HiperARC. Briefly, > >there appear to be _two_ problems, which when combined, > >cause the HiperARC to act unreliably for remote LAN's. They > >also indicate a serious bug in the HiperARC routing engine. We > >are running V4.0.29. > > Why are you running RIPv1? From everything your message indicates, you > should be running RIPv2. I also have a filter on all RIP announcements > from my Cisco to my TC's, because there is no reason the TC's need RIP from > the Cisco if they are stub nodes. All they need is a default route out, > and RIP updates from other TC's and machines in the same subnet. Hi, Scott here, I wrote that original report. I'm sorry if I wasn't clear. The _suspected_ RIPv1 broadcasts are coming from remote routers (dialups) connected to the TC, not our backbone. As far as we can tell, we've turned off RIPv1 completely on the box (both for dialups and our backbone) -- further, we've added filters which (supposedly) filter out the suspected RIPv1 announcements. I say "suspected" because the only evidence implicating RIPv1 is a) a two-minute holddown, b) a classful route, and c) only some remote network exhibit the problem. On the other hand, the TC's filter logging hasn't reported any "hits" for the IP-RIP filter. I think Dane forwarded my report to usr-tc in hopes that someone could point out, "oh, actually, you haven't turned off RIPv1! You need to do <X>", where <X> is some simple step we've overlooked. We'd certainly appreciate any suggestions. :) -Scott

Subject: (usr-tc) USR Total Control 24 Port Chassis
From: Tony Loosle <tony@tcsourceone.com>
Date: 1998-05-14 11:43:31

I have a USR total control hub, never been put into service. 16 slot chassis Dual power supplies 6 Quad v34 Digital Modem cards, will do ISDN. Will do X2 with software upgrade Netserver PRI card Dual PRI/T1 card Looking to get $4,500 for above. May also be interested in parting out if I have no offers to buy the box complete. Tony

Subject: Re: (usr-tc) Configuring Hyper Arc
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-14 13:38:28

Put dip swith 5 on position and reboot the card. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 13 May 1998, Marcelo Souza wrote: > > Is There any trick to get into CLI of the Hyper Arc ? > > I'm trying for 3 days and all I could was to see: > > "Loading kernel ... OK" > > And nothing more happens. > > > - Marcelo > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Configuring Hyper Arc
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-14 13:45:13

Subject: Re: (usr-tc) 76x verso Total control chassis
From: Jay Nakamura <jnakamur@kiva.net>
Date: 1998-05-14 14:00:36

I don't know what the fix 10 is but I know that a) It didn't use to work right before TCS 3.0 b) It works now with the latest firmware on USR. At 07:36 PM 5/14/98 +0200, you wrote: >you know what is the fix 10 on T.C. suggest from CISCO support ? > >pb > >---------------------- Forwarded by Pasquale Barbarossa/IT/3Com on 14/05/98 >19.30 --------------------------- > > >Raimondo Magro <rmagro@dit.it> on 16/05/98 00.06.46 > >To: Pasquale Barbarossa/IT/3Com >cc: Roberto Pozzi/IT/3Com >Subject: 76x verso Total control chassis > > > > >Ciao, > >per il problema di connessione tra cisco 76x e il T.C. >in Mediacom e in Goldnet la TAC cisco mi dice >di upgradare alla fix 10; che ne pensi ? > > >Raimondo, > >I have linked this case to the following bug report. > > >Bug ID : CSCdj74245 Project: CSC.pro-office Status : C 6 >encls >Product : cpa763 Found : customer-use Care Update: Y >Versions : 004.001 Priority: 2 (high) Hardware: wan >Headline : USR TC Chassis: Cannot connect to USR NetServer or Quad-I Modems > >Software : r-us OS type : na OS version: na >Severity : severe Cust Priority: CL3 > > > -- Release-note -- > >7XX router cannot connect to a 3Com/USR Netserver via ISDN. >3Com/USR TC Chassis configuration: > > TC Code: 2.5.1 > Netserver: 3.6.28 > Quad-I: 5.6.7 > > >Engineering feedback identifies this is a problem with the USR Total >Control Rack. There have been several cases with these >symptoms. I believe the fix is to upgrade the USR rack to patch >10 or later. Either way, you should contact 3COM/USR about this issue. > >Hope this helps, please let me know. If the necessary is done >then there should not be a problem. > > > > > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > > J.S. Nakamura -- Kiva Networking -- Network Engineer Phone (812)337-5070 x213 -- Fax (812)337-5082 jnakamur@kiva.net PGP Public Key : http://www.kiva.net/~jnakamur/pgp.html

Subject: (usr-tc) Date: Thu, 14 May 1998 15:14:02 -0500
From: Wayne Jordan <wjordan@pcl.net>
Date: 1998-05-14 14:12:30

I have the following equipment for sale: 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. The model number on the side of the chasis says 00-003006-00 I bought this in August of 1997. Yes it is enabled for X2. If you need further info please contact me at my email address.

Subject: Re: (usr-tc) HiperArc routing problems
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-14 14:22:04

Scott Doty said once upon a time: >I'm sorry if I wasn't clear. The _suspected_ RIPv1 broadcasts are >coming from remote routers (dialups) connected to the TC, not our >backbone. As far as we can tell, we've turned off RIPv1 completely >on the box (both for dialups and our backbone) -- further, we've >added filters which (supposedly) filter out the suspected RIPv1 >announcements. Not specifying the "Framed-Routing" with RADIUS and our ARC prevents any RIP being listened to. I believe with newer releases it is safe to use "Framed-Routing = None", but on older releases, it would set up to either listen or broadcast RIP (I can't remember). >I say "suspected" because the only evidence implicating RIPv1 is >a) a two-minute holddown, b) a classful route, and c) only some >remote network exhibit the problem. On the other hand, the TC's filter >logging hasn't reported any "hits" for the IP-RIP filter. > >I think Dane forwarded my report to usr-tc in hopes that someone >could point out, "oh, actually, you haven't turned off >RIPv1! You need to do <X>", where <X> is some simple step we've >overlooked. > >We'd certainly appreciate any suggestions. :) Do you use RIPv1 anywhere in your network? This is how I have my "ip" network setup on my ARC. It should also prevent any RIPv1 being listened to: disable ip network ip set ip network ip routing_protocol ripv2 set ip network ip rip_policies_update no_ripv1_receive set ip network ip rip_policies_update no_send_compat enable ip network ip

Subject: Re: (usr-tc) Megahertz Modem Combo Cards
From: Thomas Spaulding <tsplding@talweb.com>
Date: 1998-05-14 14:22:56

I went to http://www.3com.com/56k/megahertz/upgrades.html to download the proper x2 to V.90 I did this and it worked fine. -----Original Message----- >How do you flash the megahertz cards? > >Joe Kvidera >Solutions Group Corporation >mailto:joe.kvidera@solutionsgroup.net >http://www.solutionsgroup.net >Ph: (612) 929-3670 > > >-----Original Message----- >From: Thomas Spaulding [mailto:tsplding@talweb.com] >Sent: Wednesday, May 13, 1998 6:51 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Megahertz Modem Combo Cards > > >I have a xj1336 that was 33.6kb upgraded to x2 No problems at >all....really >good connects. >upgraded then to V.90....no problems slightly slower connection >rate...but >better downloads :-) > > >-----Original Message----- >From: Joe Kvidera <joe.kvidera@solutionsgroup.net> >To: USR (E-mail) <usr-tc@lists.xmission.com> >Date: Wednesday, May 13, 1998 12:54 PM >Subject: (usr-tc) Megahertz Modem Combo Cards > > >>Any known issue with this card connecting to Total Control, user >>constantly gets disconnected. Only user who is having problems. >> >>Joe Kvidera >>Solutions Group Corporation >>mailto:joe.kvidera@solutionsgroup.net >>http://www.solutionsgroup.net >>Ph: (612) 929-3670 >> >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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@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.

Subject: (usr-tc) Caller-id
From: Val <val@hcol.net>
Date: 1998-05-14 14:52:33

I looked through the archives and the only thing that I was able to find is that if telco sends the calling-station-id information it would show up in radius. Well, it doesn't. I tried merit radius and livingston's. The ani field in total control manager software is blank. Telco says that the information is coming our way. Where do I need to start looking for it? we have national-isdn2 pri lines total control 48port rack in radius dictionary file it has an entry like this: ATTRIBUTE Calling-Station-Id 31 string TIA. Val.

Subject: Re: (usr-tc) Caller-id
From: eugene_carpenter@3com.com
Date: 1998-05-14 16:19:09

Do you the number when you do the performance monitor on the modems ? You should be able to see the caller number there.

Subject: Re: (usr-tc) Caller-id
From: Laszlo Vecsey <master@internexus.net>
Date: 1998-05-14 16:43:19

You dont mention the netserver release, is your whole chasis up to date? Older versions of netserver software (as distributed with the chasis) would only report the caller id info for ISDN calls, analog calls were omitted. - lv On Thu, 14 May 1998, Val wrote: > I looked through the archives and the only thing that I was able to find > is that if telco sends the calling-station-id information it would show up > in radius. Well, it doesn't. > I tried merit radius and livingston's. > The ani field in total control manager software is blank. > Telco says that the information is coming our way. > Where do I need to start looking for it? > > we have national-isdn2 pri lines > total control 48port rack > in radius dictionary file it has an entry like this: > ATTRIBUTE Calling-Station-Id 31 string > > > TIA. > Val. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) HDM 1.0.8
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-14 16:50:52

Why are there v.90 settings on my newly upgraded HDM 1.0.8 code if there is no v.90? Is there any benefit to turning on "x2 High-Power Constellation" and if so, will the FCC be knocking on my door if I do it?

Subject: (usr-tc) Re: Maintenance etc
From: Ray Kopp <rjkopp@mailbox.syr.edu>
Date: 1998-05-14 16:56:03

We just got our notice about the price increase in our maintenance and notice it is just about double. Just wondering what the rest of you do about maintenance? Know of any outside providers? Also wondering if anyone has any quad V.34 modems for use with a Total Control chassis (Enterprise Hub) Digital/Analog or just Analog (need the Analog NIC interface cards also). Don't need the rack itself. In relation to this does anyone know of 3Com's policy on supporting 2nd hand modems? I'll be asking them this too actually, but.. Please email responses, you can copy the list if you want but sometimes I can't get a chance to get all through the list. Thanks, Ray Kopp Syracuse, New York email mailto:rjkopp@mailbox.syr.edu

Subject: (usr-tc) phone number needed
From: Brian <signal@shreve.net>
Date: 1998-05-14 17:48:11

Subject: Re: (usr-tc) HDM 1.0.8
From: David Bolen <db3l@ans.net>
Date: 1998-05-14 18:56:50

Pete Ashdown <pashdown@xmission.com> writes: > Why are there v.90 settings on my newly upgraded HDM 1.0.8 code if there is > no v.90? Are you talking locally on the card itself, or available via the NMC/TCM? If the latter, are you running a TCS 3.1 version of the NMC stuff? The presence of MIB objects is really tied to the NMC and not to a particular card, in terms of whether you can query/manipulate that object. However, it doesn't guarantee that the underlying card to which that object is applied will actually support the object. Normally in such cases querying it returns an empty value, but for enumerated objects (such as the V.90 enable/disable stuff) an empty value is really just the first enumeration, so it can be confusing. The short of it is though that no, I don't expect your HDM is actually doing anything about V.90. > Is there any benefit to turning on "x2 High-Power Constellation" and if so, > will the FCC be knocking on my door if I do it? I'm a little grey on this, but I don't think it'll actually work in a domestic configuration - could be wrong though. You'd certainly be violating the FCC rules - whether or not anyone would notice is an issue between you and your telco and it's gear I guess :-) It's only a tick or two either way though anyway.. probably not really worth it. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Quad and I-modem , how to determine ?
From: eugene_carpenter@3com.com
Date: 1998-05-14 19:13:02

What can't recognize them, the TCM, netserver or what ?? If you don't seem them when looking at the cli of the dual pri card, you need to ensure that you have assigned them to the pri through the tcm, select the new q modem , select config, then select program settings, then select line interface options, then make sure that line interface source shows pritdm. make sure you save the modem settings to nvram, then reset the modem, they should show up on the pri now. Gene Gilles Lorphelin <gilles@mana.pf> on 05/13/98 08:16:20 PM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) How Could I determine which kind of Quad I have ? I have Quad already install ( shown in DUAL PRI as I-Modem ). I Insert new Quad but cant recognize them ? What could I do ? Is it just Software update or more ? Regards -- Gilles Lorphelin Telecoms Mgr. - ISOC Member Phone : +689 508 888 MANA S.A. (www.mana.pf) Fax : +689 508 889 IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Caller-id
From: eugene_carpenter@3com.com
Date: 1998-05-14 19:16:21

yes, there is a selection for last number dialed or something like that in the performance monitor. this is under call statics. Gene Eugene_Carpenter@3com.com on 05/14/98 04:19:09 PM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) Do you seethe number when you do the performance monitor on the modems ? You should be able to see the caller number there. - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) 76x verso Total control chassis
From: pasquale_barbarossa@3com.com
Date: 1998-05-14 19:36:10

you know what is the fix 10 on T.C. suggest from CISCO support ? pb ---------------------- Forwarded by Pasquale Barbarossa/IT/3Com on 14/05/98 19.30 --------------------------- Raimondo Magro <rmagro@dit.it> on 16/05/98 00.06.46 cc: Roberto Pozzi/IT/3Com Ciao, per il problema di connessione tra cisco 76x e il T.C. in Mediacom e in Goldnet la TAC cisco mi dice di upgradare alla fix 10; che ne pensi ? Raimondo, I have linked this case to the following bug report. Bug ID : CSCdj74245 Project: CSC.pro-office Status : C 6 encls Product : cpa763 Found : customer-use Care Update: Y Versions : 004.001 Priority: 2 (high) Hardware: wan Headline : USR TC Chassis: Cannot connect to USR NetServer or Quad-I Modems Software : r-us OS type : na OS version: na Severity : severe Cust Priority: CL3 -- Release-note -- 7XX router cannot connect to a 3Com/USR Netserver via ISDN. 3Com/USR TC Chassis configuration: TC Code: 2.5.1 Netserver: 3.6.28 Quad-I: 5.6.7 Engineering feedback identifies this is a problem with the USR Total Control Rack. There have been several cases with these symptoms. I believe the fix is to upgrade the USR rack to patch 10 or later. Either way, you should contact 3COM/USR about this issue. Hope this helps, please let me know. If the necessary is done then there should not be a problem.

Subject: Re: (usr-tc) HiperArc routing problems
From: Scott Doty <scott@sonic.net>
Date: 1998-05-14 20:42:16

On Thu, May 14, 1998 at 02:22:04PM -0600, Pete Ashdown wrote: > Not specifying the "Framed-Routing" with RADIUS and our ARC prevents any > RIP being listened to. I believe with newer releases it is safe to use > "Framed-Routing = None", but on older releases, it would set up to either > listen or broadcast RIP (I can't remember). Well, we're running the Livingston server, version 2.01 -- all remote networks have "Framed-Routing = None". > Do you use RIPv1 anywhere in your network? Nope. In fact, our core IGP is OSPF. (I have a Cisco 2514 injecting RIPv2 routes into OSPF.) > disable ip network ip > set ip network ip routing_protocol ripv2 > set ip network ip rip_policies_update no_ripv1_receive > set ip network ip rip_policies_update no_send_compat > enable ip network ip This is essentially our setup. (I have send_compat on.) Unfortunately, this doesn't appear to affect dialup LANs. Interface: eth:1 IP Routing Protocol: RIPV2 IP RIP Routing Policies: SEND_ROUTES SPLIT_HORIZON FLASH_UPDATE SEND_COMPAT IP RIP Authentication Key: SECRET But your suggestion gave me an idea -- rather than doing a "show user default," I should have looked at the network directly -- check it out: SHOW IP NETWORK INW2-ip-I1519 SETTINGS: Interface: slot:2/mod:7 [...] IP Routing Protocol: NONE IP RIP Routing Policies: SILENT IP RIP Authentication Key: Compare the routing policy with the "default" user: IP Routing: NONE IP RIP Routing Protocol: RIPV2 IP RIP Routing Policies: IP RIP Authentication Key: keyreject So one problem is that policy applied to the "default" user doesn't appear to take affect for remote LANs. I thought this might have something to do with authenticating via RADIUS -- page 324 of the .pdf file lists some attributes that looked promising: 0x9826 routing-protocol 0x982B IP-RIP-Simple-Auth-Password so I added them to /etc/raddb/dictionary: ATTRIBUTE Routing-Protocol 38950 string ATTRIBUTE IP-RIP-Simple-Auth-Password 38955 string and set the values on one of the "problematic" remote LANs: Routing-Protocol = "RIP2", IP-RIP-Simple-Auth-Password = "keyreject", naturally, this didn't work either. (Hmmm...I see a pattern developing. ;) My final act of desperation today: nas21>> add ip rouTE 208.201.235.0/24 gateway 208.201.224.1 I'm hoping this will solve the problem -- it seems sensible that, with this route in place, the ARC should ignore the same route announced from a misconfigured dialup LAN. We'll see what happens. Thanks for the help, folks! :) -Scott

Subject: (usr-tc) HYper DSP
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-15 03:39:56

I'm trying to install the Hyper DSP but when I dial in, the modem LED goes ON but I do not receive the carrier. Am I missing some thing? BTW, I saw in the archives that It's necessary to activate the modems what is the exactly command? - Marcelo

Subject: Re: (usr-tc) HYper DSP
From: eugene_carpenter@3com.com
Date: 1998-05-15 08:51:06

--0__=qjZv91z2rQjHMKBJw3haYmiKJm8kPRKqeqIFMNljlc9ahcB2Tylm0C89 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-transfer-encoding: quoted-printable Here are some basic command for the HDM, these settings will work for m= ost users: at the netserver: HDM (High-Density Modem) HDM added to NetServer 3.4. Effectively, a single slot in the Total Control Chassis can support 24 significant modem ports (30 with the European E1 version) using a HDM m= odem . If a quad mode is placed in the slot, then s1-s4 will be allowed for = use, while s5-s24 (s5-s30 for E1 versions) would remain unused. The Set Modem Density Command The Netserver still supports a maximum of 64 modems at any one time. Th= e Netserver still sees the modems as s1-s64, but the slot and channel for= each S-port can be set to any valid modem position in the chassis. Each= slot in the chassis can support either 4 ,24 ,or 30 port modem cards. Y= ou configure the Netserver as to what kind of modem card is in a slot buy using the following command: set modem density allslot <slot#> density <modem card density> Where: <slot#> is a valid chassis slot (1-16) <modem card density> is the number of modem on the modem card (4|24|30) The default setting, which informs the Netserver that all the modem car= ds in the chassis are quad modems is: set modem density all 4 This changes the modem density for all the slots in the chassis to 4.(q= uad modem cards) NOTE: if you have upgraded from a previous version of Netserver , all slots i= n the chassis will be configured on startup as quad modem slots. This is = the default setting from the factory. To configure a modem card in a specific slot, us the command below: set modem density <slot#> <modem card density> For example, to set a modem card in slot 8 as a 24-modem card , you wou= ld use: set modem density 8 24 Using this command will only affect the specific slot The Show Modem Command To view the densities of the modem cards in all the slots , us the comm= and : show modem This command will display a screen with the slot numbers across the top= and modem channels below the slot numbers. Dashes will be seen when modems are not active but configured . Four da= shes will indicate a quad modem in that slot , 24 dashes will indicate HDM m= odem in that slot. If modems have been set active, the S-Port number will be displayed in = the place of the dashes. Activating / Assigning Modems The set modem Active Command Once the mode cards have been configured , you need to make them ?activ= e? so that they may be used and seen on the packet bus . The command used = to ?activate? these modems has been modified to show which slot and chann= el the S-port is assigned to. The command to activate a specific modem is = : set modem <slot#> active If you place S1 in the place of <slot#> in the command above , the following results would be displayed on your console: S1 - active (s1, c1) Which shows you that the modem in Slot 1 , Channel 1 has been made act= ive. To set more than one modem active at a time , use the command: set modem <beginning slot # - ending slot #> active For example , if you had placed s1-s64 in the place of < beginning slot= # - ending slot#> in the command above , the following results would be displayed on your console: S1 - active (s1,c1) S2 - active (s1,c2) S3 - active (s1,c3) ?? S64 - active (s11,c4) You can also override the slot and channel setting for a single modem b= y adding the slot and channel to the end of the ?set modem active? comman= d. In the example below , S64 will be assigned to Slot 14 and Channel 4. T= his will be done by issuing the command below: Set modem s64 active 14 4 hope this helps, Gene Marcelo Souza <mpsouza@centroin.com.br> on 05/15/98 02:39:56 AM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) = --0__=qjZv91z2rQjHMKBJw3haYmiKJm8kPRKqeqIFMNljlc9ahcB2Tylm0C89 Content-type: text/plain; charset=us-ascii Content-Disposition: inline I'm trying to install the Hyper DSP but when I dial in, the modem LED goes ON but I do not receive the carrier. Am I missing some thing? BTW, I saw in the archives that It's necessary to activate the modems what is the exactly command? - Marcelo - To unsubscribe to usr-tc, send an email to "majordomo@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. --0__=qjZv91z2rQjHMKBJw3haYmiKJm8kPRKqeqIFMNljlc9ahcB2Tylm0C89--

Subject: Re: (usr-tc) HYper DSP
From: Brian <signal@shreve.net>
Date: 1998-05-15 08:57:05

On Fri, 15 May 1998, Marcelo Souza wrote: > > I'm trying to install the Hyper DSP but when I dial in, the modem > LED goes ON but I do not receive the carrier. > Am I missing some thing? > BTW, I saw in the archives that It's necessary to activate the > modems what is the exactly command? > > - Marcelo are you using an arc or a netserver? you will have to set the slot density if using a netserver, and then set the modems active. if using an arc, you will have to make the arc aware of the hdm. Brian > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: Re: (usr-tc) Caller-id
From: Val <val@hcol.net>
Date: 1998-05-15 09:11:19

On Thu, 14 May 1998, Laszlo Vecsey wrote: > You dont mention the netserver release, is your whole chasis up to date? > Older versions of netserver software (as distributed with the chasis) > would only report the caller id info for ISDN calls, analog calls were > omitted. The netserver is there, all cards except for dual pri used to run 2.5.1 software bundle, now they have v.90 code. and unfortunately I don't see it even with isdn calls :( Val.

Subject: Re: (usr-tc) Caller-id
From: Val <val@hcol.net>
Date: 1998-05-15 09:16:47

On Thu, 14 May 1998 Eugene_Carpenter@3com.com wrote: > Do you the number when you do the performance monitor on the modems ? > > You should be able to see the caller number there. Tried that many times but it's blank. I see the called number there (in performance monitor, which is part two of the story), but calling number (ANI) is blank :( part two: we have 16 lines rolling over from another exchange (neighboring county) to our main numbers, but the system reports that everybody dials main number (9679060) when I know that some are dialing (845-5999) which is then relayed over to 9679060. This is not a problem since here I am sure it's telco's fault, since 845-5999 is served by a different telephone company and they probably don't work well between themselves.

Subject: Re: (usr-tc) HYper DSP
From: David Saranen <saranen@the-bridge.net>
Date: 1998-05-15 09:40:53

With version 3.6 the Netserver supports up to 96 modems. If anyone at USR/3COM reads this, can you PLEASE turn down the volume on the music. -Dave Space aliens kidnapped Eugene_Carpenter@3com.com and left a ranson note saying > >Here are some basic command for the HDM, these settings will work for m= >ost >users: >at the netserver: > >HDM (High-Density Modem) ---snip-- >The Netserver still supports a maximum of 64 modems at any one time. Th= >e >Netserver still sees the modems as s1-s64, but the slot and channel for=

Subject: Re: (usr-tc) Caller-id
From: Charles Hill <chill@ionet.net>
Date: 1998-05-15 10:25:05

As I recall there was a particular batch of x2 modem code that didn't send the ANI info in the call setup message to the Netserver. So, it's not the netserver code, but probably the modems. -CH On Thu, 14 May 1998, Laszlo Vecsey wrote: > You dont mention the netserver release, is your whole chasis up to date? > Older versions of netserver software (as distributed with the chasis) > would only report the caller id info for ISDN calls, analog calls were > omitted. > > - lv > > On Thu, 14 May 1998, Val wrote: > > > I looked through the archives and the only thing that I was able to find > > is that if telco sends the calling-station-id information it would show up > > in radius. Well, it doesn't. > > I tried merit radius and livingston's. > > The ani field in total control manager software is blank. > > Telco says that the information is coming our way. > > Where do I need to start looking for it? > > > > we have national-isdn2 pri lines > > total control 48port rack > > in radius dictionary file it has an entry like this: > > ATTRIBUTE Calling-Station-Id 31 string > > > > > > TIA. > > Val. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Caller-id
From: Peter D. Mayer <dmayer@netwalk.com>
Date: 1998-05-15 10:42:27

Ever since I upgraded from 2.5.1 to 3.x, my Caller-Id and DNIS are blank. They used to work perfectly. We still have one box on 2.5.1 code, and it does get DNIS and ANI (Caller-Id). They're all on the same 5ESS PRI's. Peter D. Mayer NetWalk Tech Support dmayer@netwalk.com -----Original Message----- On Thu, 14 May 1998, Laszlo Vecsey wrote: > You dont mention the netserver release, is your whole chasis up to date? > Older versions of netserver software (as distributed with the chasis) > would only report the caller id info for ISDN calls, analog calls were > omitted. The netserver is there, all cards except for dual pri used to run 2.5.1 software bundle, now they have v.90 code. and unfortunately I don't see it even with isdn calls :( Val.

Subject: Re: (usr-tc) HYper DSP
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 1998-05-15 11:06:10

I aggree ... better yet ... STOP THE MUSIC ... it is VERY VERY ANNYOING ... I would rather some noce Top40 or something ... I have this tune embedded in my brain now ... and adjust the volume ... =) -----Original Message----- >With version 3.6 the Netserver supports up to 96 modems. > >If anyone at USR/3COM reads this, can you PLEASE turn down the volume >on the music. > >-Dave > >Space aliens kidnapped Eugene_Carpenter@3com.com and left a ranson note saying > >> >>Here are some basic command for the HDM, these settings will work for m= >>ost >>users: >>at the netserver: >> >>HDM (High-Density Modem) > >---snip-- > >>The Netserver still supports a maximum of 64 modems at any one time. Th= >>e >>Netserver still sees the modems as s1-s64, but the slot and channel for= > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) HiperARC and Netopia
From: pasquale_barbarossa@3com.com
Date: 1998-05-15 11:21:10

I received a lot of problems regarding the route Netopia and HiperARC that seems have same problems cisco 7xx , not authentification. Could you please help me how configure this equipment ? pb

Subject: Re: (usr-tc) HYper DSP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-15 11:24:28

Thus spake Jamie Orzechowski >I aggree ... better yet ... STOP THE MUSIC ... it is VERY VERY ANNYOING ... >I would rather some noce Top40 or something ... I have this tune embedded in >my brain now ... >and adjust the volume ... >=) Well...I'm certainly no fan of James Taylor, and it was a definitely change from the Pachalbel's Canon stuff, and the loop is at least in one piece with James Taylor...but I think the main this is to not have the same music every time you call in...*any* music is going to get annoying if its the same every time you call in. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) USR TC Disconnection Reasons
From: Cassandra M. Perkins <cassy@loop.com>
Date: 1998-05-15 12:03:19

Does any know if there is a document that define all of the Call Termination Reasons reported by the TC performance monitor. They are all listed in the Parameter Reference guide, but the guide doesn't define or explain the cause that generated the result code. The codes I'm currently interested in are: v42DisconnectedCmd(26) rcvdGatewayDiscCmd(62) linkDisconnectMsgReceived(11) Any help appreciated. TIA. | Cassandra M. Perkins | People usually get what's coming to | | Network Operations | them... unless it's been mailed. | | The Loop Internet Switch Co., LLC | -fortune |

Subject: (usr-tc) connecting 3com term adapter to netserver 16i for isdn dialup
From: Richard Mazurowski <rick@surfmail.net>
Date: 1998-05-15 13:11:51

I am trying to setup a customer who is using a 3com IQ external isdn terminal adapter and he is trying to connect one channel to my netserver 16i modem rack. I have tested this with a hayes isdn adapter and it works with one b channel no problem. When this guy is trying to connect I can not see him in my "show sesssions" screen like I normally see people but he says he dials up and the system says it is verifying his username and password and then gives him a 720 error saying that the system could not negotiate a compatible set of protocol and something about his dialup adapter. Has anyone ever seen this before and would you have any clues where to start troubleshooting this guy.....This is Win 95 machine and he is not running the Dialup networking 1.2 upgrade. He claims he had it connected to an isp in ohio before for 6 months with no problem without the DUN 1.2 upgrade. Help.......

Subject: (usr-tc) T1 card for PRI?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-15 13:31:44

Is anyone interested in trading a 186 based T1 card for a 186 based PRI card?

Subject: Re: (usr-tc) PPP session start message in Hiper Arc
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-15 15:28:22

In order to get this working with IP address do this enable auth hint set ppp session_stat "PPP starting from or whate ever %client_ip %server_ip krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Sat, 16 May 1998, King Ho wrote: > On Fri, 15 May 1998, King Ho wrote: > > > > > Hi, > > > > Is there any thing that we need to set to have the Hiper Arc to give > > the "PPP session start message"? I can see the message in "show ppp" > > but when users start ppp sessions by going through the login: and > > password: prompts the session start message wasn't sent. > > > > I have just checked the file arc4029rn.txt available at > totalservice.usr.com and in there is the following fix: > > 6232 Ability to change the PPP startup message > > Is there any thing that I need to enable in order to use this feature? > Below is the output of "show ppp": > > HiPer>> show ppp > > PPP AUTHENTICATION > DIAL_IN Users Authenticate PAP or CHAP: PAP > System Transmit Authentication Name: HiPer > > PPP offloading: ENABLED > > CCP will be attempted for call type(s): DIGITAL > UNCOMPRESSED_ANALOG > > Primary NBNS Server address: 0.0.0.0 > Secondary NBNS Server address: 0.0.0.0 > > Use system DNS configuration: ON > PPP session start message: PPP session from (%server_ip) to %client_ip beginning.... > > The default message is without the '(' and ')' but using it doesn't > work neither. This is very bad for our users that connect to us using > scripts and are parsing the IP address from the message. > > Thanks. > > Best regards, > > King Ho > Global Link Information Services Ltd. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) T1 card for PRI?
From: David Bolen <db3l@ans.net>
Date: 1998-05-15 15:55:38

Pete Ashdown <pashdown@xmission.com> writes: > Is anyone interested in trading a 186 based T1 card for a 186 based PRI > card? Um, wouldn't that be an identical trade? :-) AFAIK, there's only two hardware platforms involved on the dual-span circuit cards ... the original 186 based card and the newer 386 based card. But the 186 based card only supports channelized T1 configurations (ct*.nac code), not PRI. You have to have the 386 hardware platform for that (at which point you can be either channelized T1 or PRI depending on the code of course, dp/ep*.nac or ct*.nac). -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) HYper DSP
From: Brian <signal@shreve.net>
Date: 1998-05-15 16:21:58

On Fri, 15 May 1998, Marcelo Souza wrote: > On Fri, 15 May 1998, Brian wrote: > > |On Fri, 15 May 1998, Marcelo Souza wrote: > | > |> I'm trying to install the Hyper DSP but when I dial in, the modem > |> LED goes ON but I do not receive the carrier. > |> Am I missing some thing? > |> BTW, I saw in the archives that It's necessary to activate the > |> modems what is the exactly command? > | > |are you using an arc or a netserver? > > I'm using Arc! > > |you will have to set the slot density if using a netserver, and then set > |the modems active. > | > |if using an arc, you will have to make the arc aware of the hdm. > > How? I beleive this is within the first 10 pages of the manual, but what you need to do is along the lines of: HiPer>> help set chassis The possible SET CHASSIS commands are: SET CHASSIS SLOT <slot_list> CARD_TYPE [ EMPTY HDM_24 HDM_30 QUAD_I_MODEM QUAD_MODEM ] OWNER [ NO YES ] PORTS < 1-30 > TYPE [ STATIC ] or any unique abbreviation of the keywords so something like: set chassis slot 1 card_type hdm_24 owner yes ports 23 type static would be good for adding a 23 channel PRI HDM to an arc. if the arc was not owning this card you would say owner no. basically read the section on "set chassis" in the manual and that should be all you need. Brian

Subject: Re: (usr-tc) HYper DSP
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-15 17:15:18

On Fri, 15 May 1998, Brian wrote: |On Fri, 15 May 1998, Marcelo Souza wrote: | |> I'm trying to install the Hyper DSP but when I dial in, the modem |> LED goes ON but I do not receive the carrier. |> Am I missing some thing? |> BTW, I saw in the archives that It's necessary to activate the |> modems what is the exactly command? | |are you using an arc or a netserver? I'm using Arc! |you will have to set the slot density if using a netserver, and then set |the modems active. | |if using an arc, you will have to make the arc aware of the hdm. How? - Marcelo

Subject: (usr-tc) PPP session start message in Hiper Arc
From: King Ho <ml@glink.net.hk>
Date: 1998-05-15 17:19:22

Hi, Is there any thing that we need to set to have the Hiper Arc to give the "PPP session start message"? I can see the message in "show ppp" but when users start ppp sessions by going through the login: and password: prompts the session start message wasn't sent. Also, what is the equivalent of the "set reported" in the Hiper Arc? This is with version 4.0.29 Hiper Arc. Thanks. Best regards, King Ho Global Link Information Services Ltd.

Subject: Re: (usr-tc) PPP session start message in Hiper Arc
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-15 18:45:17

Tatai SV Krishnan was heard to say: >set ppp session_stat "PPP starting from or whate ever %client_ip %server_ip And for the NetServer? --Ricky

Subject: (usr-tc) DNIS Blocking on HyperDSP ?
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-15 20:39:00

Ok, I have a strange question. Can the HiperDSP cards be setup to not accept certain DNIS numbers like the Dual Pri cards can ? I've looked through everything and don't see where this is an option for them. Jeff Binkley ASA Network Computing

Subject: (usr-tc) DNIS BLOCKING ON HYPERDSP ?
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-15 20:39:00

Subject: Re: (usr-tc) HYper DSP
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-15 21:33:20

Hi! Let me explain better: I just receive this new TC chassis (Hyper DSP,ARC), and the others I have are with Quad and Netserver. The slots are already configured. So I was trying to configure it to my E1 lines. At this point I am able to dial to it, I can see from the Hyper DSP console that the TS became busy (command 'display atstat') and a modem is allocated. But I cannot hear the carrier. On the other chassis, when that happened I had to set the 'Line interface source' in the 'Line interface options' for the modems was set wrong. In this chassis I don't know haw to make this. Another strange thing: I'm not able to see any thing in the Hyper DSP by TCMW (v.5.5.1) it does not open the 'programed settings' window. That is my problem. What am I doing wrong? - Marcelo On Fri, 15 May 1998, Brian wrote: |On Fri, 15 May 1998, Marcelo Souza wrote: | |> On Fri, 15 May 1998, Brian wrote: |> |> |On Fri, 15 May 1998, Marcelo Souza wrote: |> | |> |> I'm trying to install the Hyper DSP but when I dial in, the modem |> |> LED goes ON but I do not receive the carrier. |> |> Am I missing some thing? |> |> BTW, I saw in the archives that It's necessary to activate the |> |> modems what is the exactly command? |> | |> |are you using an arc or a netserver? |> |> I'm using Arc! |> |> |you will have to set the slot density if using a netserver, and then set |> |the modems active. |> | |> |if using an arc, you will have to make the arc aware of the hdm. |> |> How? | |I beleive this is within the first 10 pages of the manual, but what you |need to do is along the lines of: | |HiPer>> help set chassis | |The possible SET CHASSIS commands are: | SET CHASSIS SLOT <slot_list> | CARD_TYPE [ EMPTY HDM_24 HDM_30 QUAD_I_MODEM QUAD_MODEM ] | OWNER [ NO YES ] | PORTS < 1-30 > | TYPE [ STATIC ] or any unique abbreviation of the keywords | |so something like: | |set chassis slot 1 card_type hdm_24 owner yes ports 23 type static | |would be good for adding a 23 channel PRI HDM to an arc. if the arc was |not owning this card you would say owner no. basically read the section |on "set chassis" in the manual and that should be all you need. | |Brian | | | | |- | To unsubscribe to usr-tc, send an email to "majordomo@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. | []s Marcelo mpsouza@centroin.com.br Rio de Janeiro - RJ

Subject: Re: (usr-tc) PPP session start message in Hiper Arc
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-15 23:55:30

yThe Netserver alrady pronts this. Cannot change the info though. Can use Radius reply message and get rid of the NETServer message if you want to. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Fri, 15 May 1998, Ricky Beam wrote: > Tatai SV Krishnan was heard to say: > >set ppp session_stat "PPP starting from or whate ever %client_ip %server_ip > > And for the NetServer? > > --Ricky > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) USR TC Disconnection Reasons
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-16 00:06:38

Search on Interproc http://interproc.ae.usr.com krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Fri, 15 May 1998, Cassandra M. Perkins wrote: > Does any know if there is a document that define all of the Call > Termination Reasons reported by the TC performance monitor. They are all > listed in the Parameter Reference guide, but the guide doesn't > define or explain the cause that generated the result code. > > The codes I'm currently interested in are: > > v42DisconnectedCmd(26) > rcvdGatewayDiscCmd(62) > linkDisconnectMsgReceived(11) > > Any help appreciated. > > TIA. > > ---------------------------------------------------------------------------- > | Cassandra M. Perkins | People usually get what's coming to | > | Network Operations | them... unless it's been mailed. | > | The Loop Internet Switch Co., LLC | -fortune | > ---------------------------------------------------------------------------- > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) How to upgrade NMC flash mem
From: Meng Tsai <tsaim@mft.com>
Date: 1998-05-16 01:50:11

Hi : I failed to upgrade the NMC card flash mem to 8MB by (1) Power off TCH (2) Pulled out NMC NAC, remove the old/working 2MB Flash RAM. Insert the new 8MB Flash RAM (3) Resit the NMC NAC card. Power on the TCH. Result of above procedure, cause (1) It appeared "Busy" tone signal for my PPP dialup user (2) The little LED display on NMC NAC card show blank, instead of the "USR" character. (3) The front panel NMC NAC card "run/fail" led, steadily blinking green. So I had to do the same above procedure to put my working OLD flash RAM back. Everything now back to normal. I guess the NMC code is on the "Flash" ram w/ all my setup paramaters. It will be painful for me if I had to use that "pcsdl" to download new code after the physicall flasn RAM upgrade. And then went thru the IP assignment , TCM connecting to re program all others ( I actually don't know what is involved to do all these. ??) Can some one point out the right and easy way to upgrade the flash RAM , specifically for NMC card ? Thanks Meng tsaim@mft.com

Subject: Re: (usr-tc) PPP session start message in Hiper Arc
From: King Ho <ml@glink.net.hk>
Date: 1998-05-16 04:12:20

On Fri, 15 May 1998, King Ho wrote: > > Hi, > > Is there any thing that we need to set to have the Hiper Arc to give > the "PPP session start message"? I can see the message in "show ppp" > but when users start ppp sessions by going through the login: and > password: prompts the session start message wasn't sent. > I have just checked the file arc4029rn.txt available at totalservice.usr.com and in there is the following fix: 6232 Ability to change the PPP startup message Is there any thing that I need to enable in order to use this feature? Below is the output of "show ppp": HiPer>> show ppp PPP AUTHENTICATION DIAL_IN Users Authenticate PAP or CHAP: PAP System Transmit Authentication Name: HiPer PPP offloading: ENABLED CCP will be attempted for call type(s): DIGITAL UNCOMPRESSED_ANALOG Primary NBNS Server address: 0.0.0.0 Secondary NBNS Server address: 0.0.0.0 Use system DNS configuration: ON PPP session start message: PPP session from (%server_ip) to %client_ip beginning.... The default message is without the '(' and ')' but using it doesn't work neither. This is very bad for our users that connect to us using scripts and are parsing the IP address from the message. Thanks. Best regards, King Ho Global Link Information Services Ltd.

Subject: Re: (usr-tc) PPP session start message in Hiper Arc
From: King Ho <ml@glink.net.hk>
Date: 1998-05-16 04:58:03

On Fri, 15 May 1998, Tatai SV Krishnan wrote: > In order to get this working with IP address do this > > > enable auth hint > set ppp session_stat "PPP starting from or whate ever %client_ip %server_ip > It works! Thanks!! Just one minor glitch. It seems that the %server_ip and %client_ip will insert a space in front of the IP address and it will eat up the following character. For example, if I have "from (%server_ip) to" in the message, the ARC will give "from ( 123.123.123.123 to". Also, if I have "...." at the end, it will only produce "..." (with one dot missing). This is not that serious for us as the scripts that our users have will still works. Best regards, King Ho Global Link Information Services Ltd.

Subject: (usr-tc) NMC flash v5.5.2
From: pferraro <pferraro@wna-linknet.com>
Date: 1998-05-16 10:04:09

Is anyone currently running 5.5.2 on their NMCs? Just curious as to whether any problems have been encoountered with that flash. We have not flashed up to it yet.... Any comments appreciated, reply via separate email. ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: Re: (usr-tc) V.90 oddity.
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-16 14:10:10

> Right now any v.90 modems using the Rockwell chipset are going to be > extremely unreliable connecting to 'anything' at v.90. Odd. I trialled a Rockwell based V.90 modem here and it consistently out-performed both a USR Courier and USR Sportster... Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: (usr-tc) Webramp ISDN dialin to TC hiperdsp
From: Tim Geddings <tgeddings@southtech.net>
Date: 1998-05-16 14:24:32

I cannot get a webramp ISDN router to connect to my hiperdsp with hiperarc chassis. The b channel comes up, but LCP never gets established. Webramp log says no response from remote. I have been working on this for a week now and I am desperate. Any ideas?

Subject: Re: (usr-tc) Webramp ISDN dialin to TC hiperdsp
From: Kent Tambling <kent@acceleration.net>
Date: 1998-05-16 15:09:12

MTU settings match? This worked for us. The defaults don't match and need to. Kent Tambling kent@acceleration.net Systems Engineer www.acceleration.net -----Original Message----- >I cannot get a webramp ISDN router to connect to my hiperdsp with hiperarc >chassis. The b channel comes up, but LCP never gets established. Webramp >log says no response from remote. I have been working on this for a week >now and I am desperate. Any ideas? > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Webramp ISDN dialin to TC hiperdsp
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-16 15:34:54

On the HiPer ARC - login as administrator and do the following: monitor ppp It will give you some options - one of the options is the ablility to monitor a particular call. Uset that and now dial with the router and see if you get any information. That information will be helpful to debug this information. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Sat, 16 May 1998, Tim Geddings wrote: > I cannot get a webramp ISDN router to connect to my hiperdsp with hiperarc > chassis. The b channel comes up, but LCP never gets established. Webramp > log says no response from remote. I have been working on this for a week > now and I am desperate. Any ideas? > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Here's a nickle USR go buy a RADIUS
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-16 15:55:06

I just found out, to my utter delight, that 4.0.29 doesn't understand classless subnets via RADIUS. Everything that is sent to it is either interpreted as a host route (H) or a class c (C). Who the hell is doing RADIUS testing over there? Now, I need to downgrade to ER 4.0.51 on three active chassis. Watch the sparks fly.

Subject: Re: (usr-tc) NMC flash v5.5.2
From: Thomas Spaulding <tsplding@talweb.com>
Date: 1998-05-16 17:04:34

We did not have any problems with the flashing process :-) -----Original Message----- > > Is anyone currently running 5.5.2 on their NMCs? Just curious as >to whether any problems have been encoountered with that flash. We have >not flashed up to it yet.... Any comments appreciated, reply via separate >email. > >=========================================================================== === >Phillip Ferraro WorldNet Access, Inc >pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service >Voice (910) 346-0835 824 Gumbranch Square, Suite R3 >FAX (910) 455-1933 Jacksonville, Nc 28540-6269 >=========================================================================== === > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Here's a nickle USR go buy a RADIUS
From: Scott Doty <scott@sonic.net>
Date: 1998-05-17 10:55:26

On Sat, May 16, 1998 at 03:55:06PM -0600, Pete Ashdown wrote: > I just found out, to my utter delight, that 4.0.29 doesn't understand > classless subnets via RADIUS. Everything that is sent to it is either > interpreted as a host route (H) or a class c (C). Who the hell is doing > RADIUS testing over there? You might need "/"'s in your "Framed-Route" lines, e.g.: SOMEONE Password = "secret" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 10.20.30.1, Framed-Netmask = 255.255.255.224, Framed-Route = "10.20.30.0/27 10.20.30.1 1", Framed-Routing = None, Framed-MTU = 1500, Port-Limit = 1 If that's the case, I have a perl script that will add slashes to routes: ftp://ftp.sonic.net/pub/users/scott/slashroute.pl -Scott

Subject: Re: (usr-tc) USR TC Disconnection Reasons
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-17 13:27:31

> Search on Interproc > http://interproc.ae.usr.com I'm sure it'll be very useful when I get in there :-) I'm still downloading the 915kb of whatever it is on the 'tkb.html' page... Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: Re: (usr-tc) DNIS BLOCKING ON HYPERDSP ?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-17 21:18:56

I am not really sure, but I would think this is not supported yet. Will find out. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Fri, 15 May 1998, Jeff Binkley wrote: > > Ok, I have a strange question. Can the HiperDSP cards be setup to > not accept certain DNIS numbers like the Dual Pri cards can ? I've > looked through everything and don't see where this is an option for > them. > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) HYper DSP
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-18 00:23:30

Subject: (usr-tc) Difference between S-port and an I-port
From: Jay Nitikman <jay@cruzio.com>
Date: 1998-05-18 08:58:54

What is the difference between S-ports and I-ports on a TotalControl? Modem calls all seem to occupy S-ports and ISDN calls seem to occupy either an S-port or I-port. Does it matter if an ISDN call is assigned to an S-port? -- Jay Nitikman (jay@cruzio.com) Cruzio is a mom and pop Internet Service Provider Web: http://www.cruzio.com Email: info@cruzio.com Voice: 423-1162

Subject: (usr-tc) Session timeout
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-18 09:46:03

I'm new to using any remote access products and haven't quite gotten a handle on logging events, etc. I have a HiPer Access chassis running Total Control 5.1.1 and 3Com's RADIUS. The problem is...I have a user that's getting disconnected after 60 minutes online, this is while active. He's using a x2 sportster, but I'm not sure it's relevant as the number of users I have is small as of yet so it's possible that I just haven't heard about any problems any other users may be having. I don't have any timeouts(session or idle) set in TCM and have not set any in RADIUS either. Any help in either what the problem may be or how to find out the source would be greatly appreciated. Thanks, Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: (usr-tc) Session timeout-more info
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-18 10:33:00

I'm new to using any remote access products and haven't quite gotten a handle on logging events, etc. I have a HiPer Access chassis running Total Control 5.1.1 and 3Com's RADIUS. Performance Monitor shows reason for termination as; rcvdGatewayDiscCmd(62) This appears to be happening to every call that is still connected at about 59 1/2 minutes. The problem is...I have a user that's getting disconnected after 60 minutes online, this is while active. He's using a x2 sportster, but I'm not sure it's relevant as the number of users I have is small as of yet so it's possible that I just haven't heard about any problems any other users may be having. I don't have any timeouts(session or idle) set in TCM and have not set any in RADIUS either. Any help in either what the problem may be or how to find out the source would be greatly appreciated. Thanks, Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Session timeout-problem found
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-18 10:53:36

At 10:33 AM 5/18/98 -0400, I wrote: > I'm new to using any remote access products and haven't quite gotten a >handle on logging events, etc. I have a HiPer Access chassis running Total >Control 5.1.1 and 3Com's RADIUS. > >Performance Monitor shows reason for termination as; >rcvdGatewayDiscCmd(62) This appears to be happening to every call that is >still connected at about 59 1/2 minutes. I found the problem. Although user timeouts weren't set, the Framed-PPP template was set at a 60 minute session timeout. Thanks anyways :) Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: (usr-tc) Netmasks on HiPer ARC
From: Mark van Wouw <vanwouw@gol.com>
Date: 1998-05-18 11:04:25

We have a HiPer ARC running 4.0.29. Customers dialing in and getting assigned an address from the pool seem to be working fine, with entries like: 203.216.026.001/H LOCAL 203.216.26.1 1 slot:6/mod:17 203.216.026.002/H LOCAL 203.216.26.2 1 slot:6/mod:4 203.216.026.004/H LOCAL 203.216.26.4 1 slot:1/mod:4 Our lan dial up customers with radius entries like: lan14tky Auth-Type = System Service-Type = Framed-User, Framed-IP-Address = 203.216.92.1, Framed-IP-Netmask = 255.255.255.224, Port-Limit = 1 Also get a netmask of "H": 203.216.092.001/H LOCAL 203.216.92.1 1 slot:2/mod:13 It appears to be ignoring the "Framed-IP-Netmask" attribute. This was working fine this morning on netservers until I moved the lines to the HiPerARC. Has anyone else seen this problem? Mark --- Global OnLine Japan - The Provider Mark van Wouw Network Operations vanwouw@gol.com 03-5341-8000 Otia dant vitia...Leisure begets vice

Subject: Re: (usr-tc) Difference between S-port and an I-port
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-18 11:06:20

S ports are hardware ports - Which means that you have a hardware - modem - that can terminate the call. I ports are virtual ports - which means that the PRI card when it gets a ISDN call - and if configured to send the call directly to the NETServer then it will use a I port. The NETServer has a daughter card called the Munich daughter card, this card talks to the PRI card directly on the packet bus, and it is capable of terminating a ISDN call. The modems with recent code are capable of taking both ISDN and analog calls, so currently you can use the Modem to terminate the ISDN call. You can have 96 calls on a NETServer, you can either terminate the call on S or I port. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Mon, 18 May 1998, Jay Nitikman wrote: > What is the difference between S-ports and I-ports on a TotalControl? > Modem calls all seem to occupy S-ports and ISDN calls seem to occupy > either an S-port or I-port. > > Does it matter if an ISDN call is assigned to an S-port? > > > -- > Jay Nitikman (jay@cruzio.com) > Cruzio is a mom and pop Internet Service Provider > Web: http://www.cruzio.com Email: info@cruzio.com Voice: 423-1162 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re:RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-18 11:34:34

On Mon, 18 May 1998 oswald_walsh@westcon.com wrote: >=20 > why can I not set the authentication method in the Total controll to be > Either..(either chap or pap)and the if the cisco is either chap or pap th= en why > should the Total Controll cares to be specific.. =20 >=20 Depends upon how your setup is - If you user's password is in clear text=20 for the HIper arc to read then CAHP will work - Chap with Cisco/TC uses=20 the system name to be the chap user name check you setup. I have not=20 seen any problems with Cisco 100x. and 25xx with the HiPER ARC. This is a config issue. > Is this a bbbbbbuuuuugggggggggggggggg??????????? >=20 Its not a bug - but if you consider config - then its a user config bug. krish > Thanks >=20 > ____________________Reply Separator____________________ > Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Ch > Author: <usr-tc@lists.xmission.com> > Date: 5/7/98 10:27 AM >=20 > transmit auth name is not matchin what you have on the Cisco.. You > have to set this on the HARC. >=20 >=20 > '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' > Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics > Network Systems Engineer > PGP: http://coredump.ae.usr.com/pgp >=20 > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck > >Sent: Thursday, May 07, 1998 9:22 AM > >To: 'usr-tc@xmission.com' > >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis > > > > > >Guys, > > > >I ran into some trouble while trying to connect several BRI-equipped > >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The > >problem lies in the CHAP/PAP authentication. > >I enabled CHAP and PAP, and no go... the cisco tells me some things > >about a missing user HiPer.... > > > >Has anyone got any experience with this=A0and how to solve it=A0? We > >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work as > >well with the HiPerDSP. > > > >Thanks for any further info, > > > >Robert von Bismarck > >Petrel Communications S.A. > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >=20 >=20 >=20 >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >=20

Subject: Re: (usr-tc) Netmasks on HiPer ARC
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-18 11:35:42

Mark van Wouw said once upon a time: > >We have a HiPer ARC running 4.0.29. >Our lan dial up customers with radius entries like: > >lan14tky Auth-Type = System > Service-Type = Framed-User, > Framed-IP-Address = 203.216.92.1, > Framed-IP-Netmask = 255.255.255.224, > Port-Limit = 1 > >Also get a netmask of "H": > >203.216.092.001/H LOCAL 203.216.92.1 1 slot:2/mod:13 > >It appears to be ignoring the "Framed-IP-Netmask" attribute. > >This was working fine this morning on netservers until I moved the >lines to the HiPerARC. Has anyone else seen this problem? It is exactly what I ran into this weekend when I "upgraded" from ER 4.0.51 to 4.0.29. I backed out and things are fine again. Ask USR for a copy of ER 4.0.51 and you'll be OK.

Subject: Re: (usr-tc) Here's a nickle USR go buy a RADIUS
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-18 11:43:01

Scott Doty said once upon a time: > >On Sat, May 16, 1998 at 03:55:06PM -0600, Pete Ashdown wrote: >> I just found out, to my utter delight, that 4.0.29 doesn't understand >> classless subnets via RADIUS. Everything that is sent to it is either >> interpreted as a host route (H) or a class c (C). Who the hell is doing >> RADIUS testing over there? > >You might need "/"'s in your "Framed-Route" lines, e.g.: The problem doesn't stem from "Framed-Route" it stems from "Framed-Netmask" not being recognized as anything other than a /32.

Subject: Re: (usr-tc) How to upgrade NMC flash mem
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-18 11:59:14

Meng Tsai said once upon a time: >I guess the NMC code is on the "Flash" ram w/ all my setup paramaters. >It will be painful for me if I had to use that "pcsdl" to download new >code after the physicall flasn RAM upgrade. And then went thru >the IP assignment , TCM connecting to re program all others >( I actually don't know what is involved to do all these. ??) It is painful, but unfortunately, it is the only way to do it. You can't TCM upgrade the NMC, because it comes with no code on the flash. >Can some one point out the right and easy way to upgrade >the flash RAM , specifically for NMC card ? If you have a spare chassis, you can upgrade the flash before you put it in the other chassis. This of course, is a luxury which offsets the painful empty flash.

Subject: Re:RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer
From: oswald_walsh@westcon.com
Date: 1998-05-18 12:09:44

why can I not set the authentication method in the Total controll to be= Either..(either chap or pap)and the if the cisco is either chap or pap = then why should the Total Controll cares to be specific.. =20 Is this a bbbbbbuuuuugggggggggggggggg??????????? Thanks ____________________Reply Separator____________________ h Author: <usr-tc@lists.xmission.com> transmit auth name is not matchin what you have on the Cisco.. You have to set this on the HARC. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismar= ck >Sent: Thursday, May 07, 1998 9:22 AM >To: 'usr-tc@xmission.com' >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis= > > >Guys, > >I ran into some trouble while trying to connect several BRI-equipped >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The >problem lies in the CHAP/PAP authentication. >I enabled CHAP and PAP, and no go... the cisco tells me some things >about a missing user HiPer.... > >Has anyone got any experience with this=A0and how to solve it=A0? We >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work a= s >well with the HiPerDSP. > >Thanks for any further info, > >Robert von Bismarck >Petrel Communications S.A. > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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. =

Subject: Re: (usr-tc) ADSL Line Cards?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-18 12:35:52

Brian Gordon said once upon a time: > >Anyone using those new Adsl Line cards in the chassis yet? > >What kind of configuration do they support and are they easy to set up? > >Thanks just gathering some info. I'll be testing it soon. As far as I have heard from our REP, they are just ethernet bridges. Not a lot of configuration required.

Subject: (usr-tc) Hiper dsp call counters
From: George Louie <glouie@netcom.com>
Date: 1998-05-18 12:55:49

folks, can anyone tell me if its possible to look at call count statistics from the command prompt? thanks in advance..

Subject: (usr-tc) What is CCP_PROTOCOL_TYPE?
From: Martin Oberle <oberle@ima.uni-stuttgart.de>
Date: 1998-05-18 13:12:48

Hi. I dial with an 3Com office connect 511 in an Total control netserver. The time til the connection is established is about 15 seconds an that is to long for me. Now I noticed with LCP debug set to on and after putting it to a PPP debugger that the netserver sends "Sending CCP_PROTOCOL_TYPE to port I0 of 15 bytes containing..." three times. After each sending the netserver waits some time for an answer that never comes and that causes the delay. (see the output from the netserverconsole below). My questions are now: 1. What is CCP? 2. What is the netserver trying to do? 3. Is there a way to disable the negotiation for compression? (I think it has something to do with compression but I have compression disabled for this user on the netserver) 4. What is the netserver waiting for? (Maybe I can make some settings on my office connect 511 if I would know what the netserver wants) Thanks Martin Sending IPCP_CONFIGURE_ACK to port I0 of 10 bytes containing: 02 01 00 0A 03 06 C3 1E BE 00 Packet Info: Code: 0x02, ID: 0x01, 10 bytes. IP-Address [0x03], length: (6 bytes), [195.30.190.0] **** I0: IPCP Open Sending CCP_PROTOCOL_TYPE to port I0 of 15 bytes containing: 01 01 00 0F 11 05 00 01 04 12 06 00 00 00 01 Packet Info: Code: 0x01, ID: 0x01, 15 bytes. Compression type=Stac Electronics LZS [0x11] length: (5 bytes) Padding Protocol [0x000104] Compression type=Microsoft PPC [0x12] length: (6 bytes) [0x00000001] Sending CCP_PROTOCOL_TYPE to port I0 of 15 bytes containing: 01 02 00 0F 11 05 00 01 04 12 06 00 00 00 01 Packet Info: Code: 0x01, ID: 0x02, 15 bytes. Compression type=Stac Electronics LZS [0x11] length: (5 bytes) Padding Protocol [0x000104] Compression type=Microsoft PPC [0x12] length: (6 bytes) [0x00000001] Sending CCP_PROTOCOL_TYPE to port I0 of 15 bytes containing: 01 03 00 0F 11 05 00 01 04 12 06 00 00 00 01 Packet Info: Code: 0x01, ID: 0x03, 15 bytes. Compression type=Stac Electronics LZS [0x11] length: (5 bytes) Padding Protocol [0x000104] Compression type=Microsoft PPC [0x12] length: (6 bytes) [0x00000001] **** LCP and IPCP Open **** Connection Succeeded Mit freundlichen Gruessen Martin Oberle **************************************************************** Martin Oberle, Dipl.-Ing. Institut fuer Maschinenelemente, Universitaet Stuttgart, Germany Telefon +49 711/685-6175 e-mail oberle@ima.uni-stuttgart.de **************************************************************** REAL programmers do not comment their code. If it was hard to write it should also be hard to read!!

Subject: Re: Re[2]:RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to Hi
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-18 13:17:34

On Mon, 18 May 1998 oswald_walsh@westcon.com wrote: >=20 > you could be correct (user config bug).. >=20 > To my understanding setting the Hiper Arc total control ppp authenticatio= n to > (none, chap,pap or Either) "Either" meaning (chap or pap) ... my ques= tion > is, if "Either" means authenticate using Chap or Pap, why cant i not set = my > authentication method in the Hiper Arc to Either (meaning Chap or Pap) an= d not > worry about the authentication method for the cisco or anykind.... >=20 Either means the connecting user can either use Chap or PAP. This=20 basically tells the Hiper aRC to look for users using both chap and pap. = =20 When the user dials in if he asks for Pap we will do pap, else we will=20 start chap. You can set to either and it does work. I know this for I=20 use this setup. > forgive me if I'm loosing something here.. >=20 > below your recomendation: >=20 > transmit auth name is not matchin what you have on the Cisco.. You > have to set this on the HARC. >=20 Again matching transmit auth name is only if you are using chap. Both=20 Cisco and HiPer ARC can be set to match others transmit name. krish > Depends upon how your setup is - If you user's password is in clear text = for the > HIper arc to read then CAHP will work - Chap with Cisco/TC uses the syste= m name > to be the chap user name check you setup. I have not seen any problems w= ith > Cisco 100x. and 25xx with the HiPER ARC. >=20 >=20 > ____________________Reply Separator____________________ > Subject: Re:RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer > Author: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>=20 > Date: 5/18/98 11:34 AM >=20 > On Mon, 18 May 1998 oswald_walsh@westcon.com wrote: >=20 > >=20 > > why can I not set the authentication method in the Total controll to be > > Either..(either chap or pap)and the if the cisco is either chap or pap = then > why > > should the Total Controll cares to be specific.. =20 > >=20 >=20 > Depends upon how your setup is - If you user's password is in clear text= =20 > for the HIper arc to read then CAHP will work - Chap with Cisco/TC uses= =20 > the system name to be the chap user name check you setup. I have not=20 seen any problems with Cisco 100x. and 25xx with the HiPER ARC. >=20 > This is a config issue. >=20 > > Is this a bbbbbbuuuuugggggggggggggggg??????????? > >=20 > Its not a bug - but if you consider config - then its a user config bug. >=20 > krish >=20 > > Thanks > >=20 > > ____________________Reply Separator____________________ > > Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer C= h > > Author: <usr-tc@lists.xmission.com> > > Date: 5/7/98 10:27 AM > >=20 > > >=20 > >=20 > > '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' > > Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics > > Network Systems Engineer > > PGP: http://coredump.ae.usr.com/pgp > >=20 > > >-----Original Message----- > > >From: owner-usr-tc@lists.xmission.com > > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismar= ck > > >Sent: Thursday, May 07, 1998 9:22 AM > > >To: 'usr-tc@xmission.com' > > >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis > > > > > > > > >Guys, > > > > > >I ran into some trouble while trying to connect several BRI-equipped > > >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The > > >problem lies in the CHAP/PAP authentication. > > >I enabled CHAP and PAP, and no go... the cisco tells me some things > > >about a missing user HiPer.... > > > > > >Has anyone got any experience with this=A0and how to solve it=A0? We > > >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work a= s > > >well with the HiPerDSP. > > > > > >Thanks for any further info, > > > > > >Robert von Bismarck > > >Petrel Communications S.A. > > > > > >- > > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > > >=20 > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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. > >=20 > >=20 > >=20 > >=20 > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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. > >=20 >=20 >=20 >=20

Subject: Re: (usr-tc) T1 card for PRI?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-18 13:46:04

David Bolen said once upon a time: > >Pete Ashdown <pashdown@xmission.com> writes: > >> Is anyone interested in trading a 186 based T1 card for a 186 based PRI >> card? > >Um, wouldn't that be an identical trade? :-) > >AFAIK, there's only two hardware platforms involved on the dual-span >circuit cards ... the original 186 based card and the newer 386 based >card. But the 186 based card only supports channelized T1 >configurations (ct*.nac code), not PRI. You have to have the 386 >hardware platform for that (at which point you can be either >channelized T1 or PRI depending on the code of course, dp/ep*.nac or >ct*.nac). I actually *looked* at the chips today and realized that I've had 386 cards all along. Boy, do I feel silly.

Subject: Re: (usr-tc) Webramp ISDN dialin to TC hiperdsp
From: Pete Ashdown <pashdown@xmission.com>
Date: 1998-05-18 13:56:49

Tim Geddings said once upon a time: > >Yes the MTU settings are at 1200 on each. Do you use the isdn version of >the webramp? Ramp is completely stumped. I have monitored the ppp >connections and when the webramp box brings up a B channel, the hiper arc >doesn't show anything. Customer just called again. Getting more >desperate... Any advice would be appreciated. Webramps do not work to the HiPerDSP. Same ISDN negotiation problem as the Cisco 76x's. The USR engineers know about the problem and are working towards a solution. I believe its due with the v.90 code.

Subject: Re[2]:RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to Hi
From: oswald_walsh@westcon.com
Date: 1998-05-18 14:06:53

you could be correct (user config bug).. To my understanding setting the Hiper Arc total control ppp authenticat= ion to (none, chap,pap or Either) "Either" meaning (chap or pap) ... my qu= estion is, if "Either" means authenticate using Chap or Pap, why cant i not se= t my authentication method in the Hiper Arc to Either (meaning Chap or Pap) = and not worry about the authentication method for the cisco or anykind.... forgive me if I'm loosing something here.. below your recomendation: transmit auth name is not matchin what you have on the Cisco.. You have to set this on the HARC. Depends upon how your setup is - If you user's password is in clear tex= t for the HIper arc to read then CAHP will work - Chap with Cisco/TC uses the sys= tem name to be the chap user name check you setup. I have not seen any problems= with Cisco 100x. and 25xx with the HiPER ARC. ____________________Reply Separator____________________ r Author: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>=20 On Mon, 18 May 1998 oswald_walsh@westcon.com wrote: >=20 > why can I not set the authentication method in the Total controll to = be > Either..(either chap or pap)and the if the cisco is either chap or pa= p then why > should the Total Controll cares to be specific.. =20 >=20 Depends upon how your setup is - If you user's password is in clear tex= t=20 for the HIper arc to read then CAHP will work - Chap with Cisco/TC uses= =20 the system name to be the chap user name check you setup. I have not=20= =0Aseen any problems with Cisco 100x. and 25xx with the HiPER ARC. This is a config issue. > Is this a bbbbbbuuuuugggggggggggggggg??????????? >=20 Its not a bug - but if you consider config - then its a user config bug= =2E krish > Thanks >=20 > ____________________Reply Separator____________________ > Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer= Ch > Author: <usr-tc@lists.xmission.com> > Date: 5/7/98 10:27 AM >=20 > >=20 >=20 > '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'= > Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics= > Network Systems Engineer > PGP: http://coredump.ae.usr.com/pgp >=20 > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bism= arck > >Sent: Thursday, May 07, 1998 9:22 AM > >To: 'usr-tc@xmission.com' > >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chass= is > > > > > >Guys, > > > >I ran into some trouble while trying to connect several BRI-equipped= > >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The > >problem lies in the CHAP/PAP authentication. > >I enabled CHAP and PAP, and no go... the cisco tells me some things > >about a missing user HiPer.... > > > >Has anyone got any experience with this=A0and how to solve it=A0? We= > >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work= as > >well with the HiPerDSP. > > > >Thanks for any further info, > > > >Robert von Bismarck > >Petrel Communications S.A. > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"= > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages sen= d > > "help" to the same address. Do not use quotes in your message. > > >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >=20 >=20 >=20 >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >=20 =

Subject: Re: (usr-tc) PRI Settings on the DSP
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-18 14:18:57

On Mon, 18 May 1998 john_cusmano@westcon.com wrote: > > Can any one tell me what i can do when my chassis is not sending any B8ZS? > The chassis understands B8ZS, it cannot start sending, the switch should send it first. krish > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) PRI Settings on the DSP
From: john_cusmano@westcon.com
Date: 1998-05-18 14:28:28

Can any one tell me what i can do when my chassis is not sending any B8ZS?

Subject: (usr-tc) ADSL Line Cards?
From: Brian Gordon <administrator@westelcom.com>
Date: 1998-05-18 14:29:15

Anyone using those new Adsl Line cards in the chassis yet? What kind of configuration do they support and are they easy to set up? Thanks just gathering some info. Brian Gordon Westelcom Internet administrator@westelcom.com http://www.westelcom.com 518-566-8376 518-566-8348

Subject: Re: Re[2]:RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to Hi
From: pferraro <pferraro@wna-linknet.com>
Date: 1998-05-18 14:31:47

=09We also ran into a user verification problem when we had the HiperARC set to either... Changing it to PAP fixed it. There is a difference between it and the Netserver. Krish knows what we are talking about... I worked a day with Steve V. of 3Com and changing it to PAP from either RESOLVED the problem.. HiperARC looks for PAP, then CHAP, then passwd file.... I think I am correct in stating this is haow it works! =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D Phillip Ferraro=09=09=09=09WorldNet Access, Inc pferraro@wna-linknet.com=09Onslow County's PREMIER InterNet Service=20 Voice (910) 346-0835=09=09 824 Gumbranch Square, Suite R3 FAX (910) 455-1933=09=09 Jacksonville, Nc 28540-6269 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D On Mon, 18 May 1998, Tatai SV Krishnan wrote: > On Mon, 18 May 1998 oswald_walsh@westcon.com wrote: >=20 > >=20 > > you could be correct (user config bug).. > >=20 > > To my understanding setting the Hiper Arc total control ppp authenticat= ion to > > (none, chap,pap or Either) "Either" meaning (chap or pap) ... my qu= estion > > is, if "Either" means authenticate using Chap or Pap, why cant i not se= t my > > authentication method in the Hiper Arc to Either (meaning Chap or Pap) = and not > > worry about the authentication method for the cisco or anykind.... > >=20 > Either means the connecting user can either use Chap or PAP. This=20 > basically tells the Hiper aRC to look for users using both chap and pap. = =20 > When the user dials in if he asks for Pap we will do pap, else we will=20 > start chap. You can set to either and it does work. I know this for I= =20 > use this setup. >=20 >=20 >=20 >=20 > > forgive me if I'm loosing something here.. > >=20 > > below your recomendation: > >=20 > > transmit auth name is not matchin what you have on the Cisco.. You > > have to set this on the HARC. > >=20 > Again matching transmit auth name is only if you are using chap. Both=20 > Cisco and HiPer ARC can be set to match others transmit name. >=20 > krish >=20 > > Depends upon how your setup is - If you user's password is in clear tex= t for the > > HIper arc to read then CAHP will work - Chap with Cisco/TC uses the sys= tem name > > to be the chap user name check you setup. I have not seen any problems= with > > Cisco 100x. and 25xx with the HiPER ARC. > >=20 > >=20 > > ____________________Reply Separator____________________ > > Subject: Re:RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPe= r > > Author: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>=20 > > Date: 5/18/98 11:34 AM > >=20 > > On Mon, 18 May 1998 oswald_walsh@westcon.com wrote: > >=20 > > >=20 > > > why can I not set the authentication method in the Total controll to = be > > > Either..(either chap or pap)and the if the cisco is either chap or pa= p then > > why > > > should the Total Controll cares to be specific.. =20 > > >=20 > >=20 > > Depends upon how your setup is - If you user's password is in clear tex= t=20 > > for the HIper arc to read then CAHP will work - Chap with Cisco/TC uses= =20 > > the system name to be the chap user name check you setup. I have not= =20 > seen any problems with Cisco 100x. and 25xx with the HiPER ARC. > >=20 > > This is a config issue. > >=20 > > > Is this a bbbbbbuuuuugggggggggggggggg??????????? > > >=20 > > Its not a bug - but if you consider config - then its a user config bug= =2E > >=20 > > krish > >=20 > > > Thanks > > >=20 > > > ____________________Reply Separator____________________ > > > Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer= Ch > > > Author: <usr-tc@lists.xmission.com> > > > Date: 5/7/98 10:27 AM > > >=20 > > > >=20 > > >=20 > > > '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' > > > Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics > > > Network Systems Engineer > > > PGP: http://coredump.ae.usr.com/pgp > > >=20 > > > >-----Original Message----- > > > >From: owner-usr-tc@lists.xmission.com > > > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bism= arck > > > >Sent: Thursday, May 07, 1998 9:22 AM > > > >To: 'usr-tc@xmission.com' > > > >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chass= is > > > > > > > > > > > >Guys, > > > > > > > >I ran into some trouble while trying to connect several BRI-equipped > > > >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The > > > >problem lies in the CHAP/PAP authentication. > > > >I enabled CHAP and PAP, and no go... the cisco tells me some things > > > >about a missing user HiPer.... > > > > > > > >Has anyone got any experience with this=A0and how to solve it=A0? We > > > >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work= as > > > >well with the HiPerDSP. > > > > > > > >Thanks for any further info, > > > > > > > >Robert von Bismarck > > > >Petrel Communications S.A. > > > > > > > >- > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages sen= d > > > > "help" to the same address. Do not use quotes in your message. > > > > > > >=20 > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > >=20 > > >=20 > > >=20 > > >=20 > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > >=20 > >=20 > >=20 > >=20 >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >=20

Subject: Re: (usr-tc) Webramp ISDN dialin to TC hiperdsp
From: Tim Geddings <tgeddings@southtech.net>
Date: 1998-05-18 15:45:36

Yes the MTU settings are at 1200 on each. Do you use the isdn version of the webramp? Ramp is completely stumped. I have monitored the ppp connections and when the webramp box brings up a B channel, the hiper arc doesn't show anything. Customer just called again. Getting more desperate... Any advice would be appreciated. -----Original Message----- >MTU settings match? This worked for >us. The defaults don't match and need to. > >Kent Tambling >kent@acceleration.net >Systems Engineer >www.acceleration.net > > > >-----Original Message----- >From: Tim Geddings <tgeddings@southtech.net> >To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >Date: Saturday, May 16, 1998 2:28 PM >Subject: (usr-tc) Webramp ISDN dialin to TC hiperdsp > > >>I cannot get a webramp ISDN router to connect to my hiperdsp with hiperarc >>chassis. The b channel comes up, but LCP never gets established. Webramp >>log says no response from remote. I have been working on this for a week >>now and I am desperate. Any ideas? >> >> >> >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: (usr-tc) 2 USR TC's For Sale
From: Joe Zulanas <joez@met-net.com>
Date: 1998-05-18 16:57:03

I have 2 USR Total Control Units For Sale. If you are interested please contact me off of the list. I will send you the Inventory of them. Looking for 12K each. But I will take the best offer. I am selling the service & I don't neet them anymore. Both have Dual PRI's and the V.90 is already installed. Joseph Zulanas CEO __________________________________________________________ The Metropolitan Network, Inc To The Internet & Beyond! We supply you with all the Internet you can eat, for just $19.95. __________________________________________________________

Subject: Re[2]: (usr-tc) PRI Settings on the DSP
From: john_cusmano@westcon.com
Date: 1998-05-18 17:08:26

Does the chassis recognize B8ZS eventhough it's a PRI?

Subject: Re: (usr-tc) ADSL Line Cards?
From: Charles Hill <chill@ionet.net>
Date: 1998-05-18 18:17:30

I have nearly a year of experience with the ADSL cards. They can be configured for bridging or routing. They do IP, IPX, and Appletalk. I've used the ALC ethernet cards, but not the ATM VSLAM. They are not hard to configure, but troubleshooting line problems is a headache, since ADSL is not tarriffed here. -CH On Mon, 18 May 1998, Pete Ashdown wrote: > Brian Gordon said once upon a time: > > > >Anyone using those new Adsl Line cards in the chassis yet? > > > >What kind of configuration do they support and are they easy to set up? > > > >Thanks just gathering some info. > > I'll be testing it soon. As far as I have heard from our REP, they are > just ethernet bridges. Not a lot of configuration required. > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Session timeout
From: Jason Cropper <jason@clearsail.net>
Date: 1998-05-18 20:04:31

This is a multi-part message in MIME format. --------------8C8395A962B04B3E3CC7EDC1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit It may be a shot in the dark, but is he running Win95? And does the dial up connection just timeout in 60 mins(?), thus having nothing to to with your TC. Eventhough the timeout in Win95's dial up networking can be set, I've found that it does not work. It times out regardless of weather or not there are packets to/from the client/server. We had the same problem when we started our company. Most users that had the problem were timing out in 20 mins (the default). Jason K Mitchell wrote: > > I'm new to using any remote access products and haven't quite gotten a > handle on logging events, etc. I have a HiPer Access chassis running Total > Control 5.1.1 and 3Com's RADIUS. > The problem is...I have a user that's getting disconnected after 60 > minutes online, this is while active. He's using a x2 sportster, but I'm > not sure it's relevant as the number of users I have is small as of yet so > it's possible that I just haven't heard about any problems any other users > may be having. I don't have any timeouts(session or idle) set in TCM and > have not set any in RADIUS either. Any help in either what the problem may > be or how to find out the source would be greatly appreciated. --------------8C8395A962B04B3E3CC7EDC1 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Jason Cropper Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Jason Cropper n: Cropper;Jason org: ClearSail Communications, LLC adr: PO BOX 12607;;;Houston;TX;77217;USA email;internet: jason@clearsail.net title: Technical Manager/System Administrator tel;work: 713-230-2800 tel;fax: 713-844-3990 note: Your Clear Choice for Filtered Internet Access x-mozilla-cpt: ;0 x-mozilla-html: TRUE version: 2.1 end: vcard --------------8C8395A962B04B3E3CC7EDC1--

Subject: (usr-tc) Limit Concurrent Sessions?
From: Brian Gordon <administrator@westelcom.com>
Date: 1998-05-18 23:50:14

What is the easiest and the most effective way to limit concurrent session for users? And to allow it for some like only those with specific account or groups. Like Static ip customers and isdn Customers. Help appreciated. Brian Gordon Administrator@westelcom.com http://www.westelcom.com 518-566-8376 Ext 114

Subject: (usr-tc) Hub status error light
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-19 01:49:29

We're currently getting a red light on the NMC card for hub status. Everything appears to be working on the hub (Dual T1 w/ 12 Digital Quads & a Netserver). Does anyone know how to determine what is causing the error light for hub status? I called tech support, but they said we just needed to pull each NIC/NAC/Paddywhack card and reseat them to get rid of the error condition. However, I'd still prefer to know why the NMC thinks there's a problem. -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: Re: (usr-tc) T1 card for PRI?
From: jpayne <payne4uk@bitstorm.net>
Date: 1998-05-19 02:21:34

David Bolen & Pete Ashdown sez: >AFAIK, there's only two hardware platforms involved on the dual-span >circuit cards ... the original 186 based card and the newer 386 based >card. But the 186 based card only supports channelized T1 >configurations (ct*.nac code), not PRI. You have to have the 386 >hardware platform for that (at which point you can be either >channelized T1 or PRI depending on the code of course, dp/ep*.nac or >ct*.nac). >>I actually *looked* at the chips today and realized that I've had 386 cards >>all along. Boy, do I feel silly. My turn - This may be a silly question, but I need to ask it anyway. I know the dual-span card can have either T1 code or PRI code loaded. But, is it possible to have both codes on board? In other words, have PRI as carrier 1 and a T1 as carrier 2 (or vice versa)? I see no way to do this, but I am being requested to do so... TIA - Jeff Payne STN

Subject: Re: (usr-tc) Hub status error light
From: Laszlo Vecsey <master@internexus.net>
Date: 1998-05-19 03:19:12

I've had i similar situation with my NMC, in fact I still do. I sent the card back to usr and they checked it out, didnt find a problem. I think the conclusion was there are some bent pins in the chasis itself which are not making a good connection -- the rest of the card still works so I'm not too worried about it. (just to see if its similar though, this is what mine looks like. after the card boots up, and all the green leds are showing as if the card is ok, about 10 seconds pass and then the alarm light turns solid red for eternity) - lv On Tue, 19 May 1998, Andrew Aken wrote: > We're currently getting a red light on the NMC card for hub status. > Everything appears to be working on the hub (Dual T1 w/ 12 Digital Quads > & a Netserver). Does anyone know how to determine what is causing the > error light for hub status? I called tech support, but they said we just > needed to pull each NIC/NAC/Paddywhack card and reseat them to get rid > of the error condition. However, I'd still prefer to know why the NMC > thinks there's a problem. > -- > ======================================================= > =========== Andrew Aken - President ========= > ====== GlobalEyes Communications, Inc. ====== > =Southern Illinois' Fastest Connection to the Internet= > ========== http://www.GlobalEyes.net ======== > ======================================================= > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Hub status error light
From: eugene_carpenter@3com.com
Date: 1998-05-19 07:38:03

Is there a fan assembly in the unit ?? I have seen this problem on units with the internal fan assembly when a fan quits turning, check that out. I found wire and small tie wrap pieces would fall thru and stop a fan, that will cause the alarm. Good luck Laszlo Vecsey <master@internexus.net> on 05/19/98 03:19:12 AM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) I've had i similar situation with my NMC, in fact I still do. I sent the card back to usr and they checked it out, didnt find a problem. I think the conclusion was there are some bent pins in the chasis itself which are not making a good connection -- the rest of the card still works so I'm not too worried about it. (just to see if its similar though, this is what mine looks like. after the card boots up, and all the green leds are showing as if the card is ok, about 10 seconds pass and then the alarm light turns solid red for eternity) - lv On Tue, 19 May 1998, Andrew Aken wrote: > We're currently getting a red light on the NMC card for hub status. > Everything appears to be working on the hub (Dual T1 w/ 12 Digital Quads > & a Netserver). Does anyone know how to determine what is causing the > error light for hub status? I called tech support, but they said we just > needed to pull each NIC/NAC/Paddywhack card and reseat them to get rid > of the error condition. However, I'd still prefer to know why the NMC > thinks there's a problem. > -- > ======================================================= > =========== Andrew Aken - President ========= > ====== GlobalEyes Communications, Inc. ====== > =Southern Illinois' Fastest Connection to the Internet= > ========== http://www.GlobalEyes.net ======== > ======================================================= > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) T1 card for PRI?
From: eugene_carpenter@3com.com
Date: 1998-05-19 07:42:37

See below "jpayne" <payne4uk@bitstorm.net> on 05/19/98 02:21:34 AM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) David Bolen & Pete Ashdown sez: >AFAIK, there's only two hardware platforms involved on the dual-span >circuit cards ... the original 186 based card and the newer 386 based >card. But the 186 based card only supports channelized T1 >configurations (ct*.nac code), not PRI. You have to have the 386 >hardware platform for that (at which point you can be either >channelized T1 or PRI depending on the code of course, dp/ep*.nac or >ct*.nac). >>I actually *looked* at the chips today and realized that I've had 386 cards >>all along. Boy, do I feel silly. My turn - This may be a silly question, but I need to ask it anyway. I know the dual-span card can have either T1 code or PRI code loaded. But, is it possible to have both codes on board? In other words, have PRI as carrier 1 and a T1 as carrier 2 (or vice versa)? I see no way to do this, but I am being requested to do so... No, not possible, it won't be possible, and it is not planned as far as I know. TIA - Jeff Payne STN - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) Hub status error light
From: Jason Brunette <root@tcbi.com>
Date: 1998-05-19 09:39:29

More specifically...this alarm is in regards to chassis temperature. If there's no fan or the fan isn't working, and the chassis reaches a certain temp, the hub status light will go red. Jason Brunette - Technical Support Support - support@tcbi.com TCB Internet - http://www.tcbi.com/ Personal - jbrunett@tcbi.com 920-451-7776 - Fax: 920-457-6616 Serving Sheboygan, Manitowoc and Plymouth, WI > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > Eugene_Carpenter@3com.com > Sent: Tuesday, May 19, 1998 6:38 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Hub status error light > > > Is there a fan assembly in the unit ?? > I have seen this problem on units with the internal fan assembly > when a fan > quits turning, check that out. > I found wire and small tie wrap pieces would fall thru and stop a > fan, that > will cause the alarm. > > Good luck > > > > > Laszlo Vecsey <master@internexus.net> on 05/19/98 03:19:12 AM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: (Eugene Carpenter/US/3Com) > Subject: Re: (usr-tc) Hub status error light > > > > > I've had i similar situation with my NMC, in fact I still do. I sent the > card back to usr and they checked it out, didnt find a problem. I think > the conclusion was there are some bent pins in the chasis itself which are > not making a good connection -- the rest of the card still works so I'm > not too worried about it. > > (just to see if its similar though, this is what mine looks like. after > the card boots up, and all the green leds are showing as if the card is > ok, about 10 seconds pass and then the alarm light turns solid red for > eternity) > > - lv > > On Tue, 19 May 1998, Andrew Aken wrote: > > > We're currently getting a red light on the NMC card for hub status. > > Everything appears to be working on the hub (Dual T1 w/ 12 Digital Quads > > & a Netserver). Does anyone know how to determine what is causing the > > error light for hub status? I called tech support, but they said we just > > needed to pull each NIC/NAC/Paddywhack card and reseat them to get rid > > of the error condition. However, I'd still prefer to know why the NMC > > thinks there's a problem. > > -- > > ======================================================= > > =========== Andrew Aken - President ========= > > ====== GlobalEyes Communications, Inc. ====== > > =Southern Illinois' Fastest Connection to the Internet= > > ========== http://www.GlobalEyes.net ======== > > ======================================================= > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) Hub status error light
From: DWX Network Operations <tracy@dwx.com>
Date: 1998-05-19 10:17:30

I've found that if the temperature rises about 45 (c) the hub status light goes red. I too have jumped through the appropriate hoops to solve and avoid this. Short of keeping my network room at a balmy 62 (f), the only reliable solution I've found is to place a small oscillating fan in front of the unit. Very high-tech (and esthetically pleasing) but it works for me! Tracy Hinshaw, DWX At 01:49 AM 5/19/98 -0500, you wrote: >We're currently getting a red light on the NMC card for hub status. >Everything appears to be working on the hub (Dual T1 w/ 12 Digital Quads >& a Netserver). Does anyone know how to determine what is causing the >error light for hub status? I called tech support, but they said we just >needed to pull each NIC/NAC/Paddywhack card and reseat them to get rid >of the error condition. However, I'd still prefer to know why the NMC >thinks there's a problem. >-- >======================================================= >=========== Andrew Aken - President ========= >====== GlobalEyes Communications, Inc. ====== >=Southern Illinois' Fastest Connection to the Internet= >========== http://www.GlobalEyes.net ======== >======================================================= > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > >

Subject: RE: (usr-tc) Hub status error light
From: eugene_carpenter@3com.com
Date: 1998-05-19 11:02:39

Actually, if you remove the fan tray it should not cause a fault led on the NMC. But if one of the fans quits working for whatever reason, and the tray is still in the chassis, you will see the fault led on the NMC.

Subject: (usr-tc) Cisco 3620 connecting to Netserver
From: Fred Williams <fwilliams@gtnet.gov.uk>
Date: 1998-05-19 15:57:57

We have a user attempting to connect a Cisco 3620 router to our Netservers (16Mb, 3.7.24) via ISDN through PRI/E1. It is failing to succesfully negociate a connection. Has anyone any tips and pointers please? **************************************************************** * Fred Williams email fwilliams@gtnet.gov.uk * * CCTA voice 01603 704706 * * Rosebery Court GTN 3040 4706 * * St Andrews Business Park fax 01603 704817 * * NORWICH GTN fax 3040 4817 * * NR7 0HS UK * ****************************************************************

Subject: Re: (usr-tc) Solutions to rack heating
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1998-05-19 16:56:27

: I've found that if the temperature rises about 45 (c) the hub status light : goes red. I too have jumped through the appropriate hoops to solve and : avoid this. Short of keeping my network room at a balmy 62 (f), the only : reliable solution I've found is to place a small oscillating fan in front : of the unit. Very high-tech (and esthetically pleasing) but it works for me! (This isn't exactly usr-tc material, but since the topic came up,) You can remove the top of your rack cabinets, and install a vent duct that attaches to the top of your cabinet. Pulling the heated air out of the room -- whether it's into the ceiling, or into the return-air vent of your air conditioner -- can effect great cooling.

Subject: (usr-tc) Patch 10? for Cisco 766
From: Randy Doran <rtdoran@gate.net>
Date: 1998-05-19 17:20:55

A Cisco tech told me I need to find "patch 10" from 3com to get thier 700 series ISDN routers to connect to a TC Hub. Does anybody know what this patch is, what it is for or where I can find it? Thanks, | Randy Doran CyberGate Network Operations | | Circuit Engineer\ 1301 W Newport Center Dr. | | Modem Network Administrator Deerfield Beach, FL 33442 | | 954-429-8069 FAX 954-429-8001 |

Subject: Re:(usr-tc) Patch 10? for Cisco 766
From: john_cusmano@westcon.com
Date: 1998-05-19 17:28:19

Which Cisco Router and what is a patch 10? ____________________Reply Separator____________________ Author: <usr-tc@lists.xmission.com > A Cisco tech told me I need to find "patch 10" from 3com to get thier 700 series ISDN routers to connect to a TC Hub. Does anybody know what this patch is, what it is for or where I can find it? Thanks, | Randy Doran CyberGate Network Operations | | Circuit Engineer\ 1301 W Newport Center Dr. | | Modem Network Administrator Deerfield Beach, FL 33442 | | 954-429-8069 FAX 954-429-8001 | - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re:(usr-tc) Patch 10? for Cisco 766
From: john_cusmano@westcon.com
Date: 1998-05-19 17:28:19

Subject: Re: (usr-tc) Hub status error light
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-19 23:04:52

> We're currently getting a red light on the NMC card for hub status. > Everything appears to be working on the hub (Dual T1 w/ 12 Digital Quads > & a Netserver). Does anyone know how to determine what is causing the > error light for hub status? I called tech support, but they said we just > needed to pull each NIC/NAC/Paddywhack card and reseat them to get rid > of the error condition. However, I'd still prefer to know why the NMC > thinks there's a problem. Turn on traps and use the alarm manager. We have one hub doing this also and it's a fan fault on the power supply. The fan is fine though and always has been, so I suspect the sensor is dicky. Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: (usr-tc) NETserver 3.7.24 memory leak again
From: Mike Andrews <mandrews@termfrost.org>
Date: 1998-05-19 23:51:04

Maybe it is just me, but I'm still having memory leak problems with my NETservers. The speed is dependent on the load, and on the first rack on my rollover I'm now having to reboot about once a week. Here's what "show memory" and "show streams" are telling me right now: hoss> show memory Total physical RAM: 16384 kb Total physical FLASH: 4096 kb System memory 12551087 bytes - 12109088 used, 441999 available Free blocks (block_size:count): 16:25 32:73 48:13 64:1 80:10 112:2 128:8 144:7 160:6 176:6 208:8 224:12 240:0 640:2 1168:2 1280:1 1984:7 2064:1 4160:10 4208:3 8208:4 16400:4 20384:10 Real Available Memory: 832191 System nbufs 1000 - 20 used, 980 available hoss> show streams Name free alloc used fail hwm Queues 150 0 0 0 0 Message blocks 7268 732 89833573 0 801 PCKT headers 1076 124 89906173 0 193 Data blocks: Class 0 ( 16 bytes) 3000 0 0 0 0 Class 1 ( 64 bytes) 200 0 0 0 0 Class 2 ( 128 bytes) 200 0 0 0 0 Class 3 ( 400 bytes) 800 0 0 0 0 Class 4 ( 512 bytes) 400 0 0 0 0 Class 5 ( 2272 bytes) 1268 732 89833573 0 801 Class 6 ( 2560 bytes) 20 0 0 0 0 Class 7 ( 3200 bytes) 20 0 0 0 0 Class 8 ( 8256 bytes) 4 0 0 0 0 Extended 5 0 0 0 0 hoss> show uptime System has been up for 490351 seconds (5 days 16 hrs 12 min 31 sec) My other NETserver isn't doing as badly right now, but there's still a bit of a leak. The only real discernable difference is that this one is an MPIP server, and the one that's running out faster is an MPIP client... mack> show mem Total physical RAM: 16384 kb Total physical FLASH: 4096 kb System memory 12551087 bytes - 9195008 used, 3356079 available Free blocks (block_size:count): 16:84 32:96 48:38 80:4 112:3 128:19 144:18 160:18 176:18 208:11 224:40 240:0 640:1 1168:1 1280:1 1984:19 2064:1 4160:20 4208:3 8208:0 16400:0 20384:20 Real Available Memory: 3931647 System nbufs 1000 - 14 used, 986 available mack> show streams Name free alloc used fail hwm Queues 150 0 0 0 0 Message blocks 7277 723 30649204 0 802 PCKT headers 1085 115 30664153 0 194 Data blocks: Class 0 ( 16 bytes) 3000 0 0 0 0 Class 1 ( 64 bytes) 200 0 0 0 0 Class 2 ( 128 bytes) 200 0 0 0 0 Class 3 ( 400 bytes) 800 0 0 0 0 Class 4 ( 512 bytes) 400 0 0 0 0 Class 5 ( 2272 bytes) 1277 723 30649204 0 802 Class 6 ( 2560 bytes) 20 0 0 0 0 Class 7 ( 3200 bytes) 20 0 0 0 0 Class 8 ( 8256 bytes) 4 0 0 0 0 Extended 5 0 0 0 0 mack> show uptime System has been up for 490340 seconds (5 days 16 hrs 12 min 20 sec) Can anyone make any sense out of this and maybe give me a hint as to what's eating all my RAM? Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties

Subject: (usr-tc) NETserver 3.7.24 memory leak again
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-20 05:10:00

-> Maybe it is just me, but I'm still having memory leak problems with my -> NETservers. The speed is dependent on the load, and on the first rack on my -> rollover I'm now having to reboot about once a week. -> -> Here's what "show memory" and "show streams" are telling me right now: -> hoss> show memory -> Total physical RAM: 16384 kb -> Total physical FLASH: 4096 kb When I was speaking to the first level folks about the memory leak in the S/A software, they aknowledged a memory leak in 3.7.24. They said a fix is coimg out very shortly which fixes this and the Quake lag problem. Supposedly a developer named Dominic <sp?> is aware of this and working on it. Jeff Binkley ASA Network Computing

Subject: (usr-tc) How many HiPer DSP cards in a chassis?
From: Eric J. Lorenzo <lorenzo@mediacity.com>
Date: 1998-05-20 09:02:18

According to the docks, a NetServer PRI card can only handle 2 HiPer DSP cards. Is that correct? If so, is then there a limit to how many NETServer PRI cards can be in a chassis? We've been doing some business modelling and even using a 10:1 customer usage ratio, these racks can get quite costly. Eric --- Eric J. Lorenzo Field Engineer v:650.237.1465 f:650.237.1499 ELorenzo@MediaCity.com www.ISPchannel.com

Subject: Re:(usr-tc) Patch 10? for Cisco 766
From: Randy Doran <rtdoran@gate.net>
Date: 1998-05-20 09:34:15

As stated in the subject it is a Cisco 766 and "what is a patch 10?" is MY question :-) On Tue, 19 May 1998 john_cusmano@westcon.com wrote: > > Which Cisco Router and what is a patch 10? > > ____________________Reply Separator____________________ > Subject: (usr-tc) Patch 10? for Cisco 766 > Author: <usr-tc@lists.xmission.com > > Date: 5/19/98 5:20 PM > > A Cisco tech told me I need to find "patch 10" from 3com to get thier > 700 series ISDN routers to connect to a TC Hub. Does anybody know what > this patch is, what it is for or where I can find it? > > Thanks, > > -------------------------------------------------------------------------- > | Randy Doran CyberGate Network Operations | > | Circuit Engineer\ 1301 W Newport Center Dr. | > | Modem Network Administrator Deerfield Beach, FL 33442 | > | 954-429-8069 FAX 954-429-8001 | > -------------------------------------------------------------------------- > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > >

Subject: (usr-tc) Hyper DSP and E1 settings
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-20 09:39:49

Does anyone know what are the correct settings to operate with E1 R2 lines and MFC-5C signaling? - Marcelo

Subject: Re: (usr-tc) Cellular access
From: Randy Doran <rtdoran@gate.net>
Date: 1998-05-20 10:24:02

I'm also interested in Cellular but I don't understand why we would need special cards for cellular. I would think that once a cell call gets on the land lines that is no different than any other call and could connect like normal modems. Do the cell modems use different protocals or something? | Randy Doran CyberGate Network Operations | | Circuit Engineer\ 1301 W Newport Center Dr. | | Modem Network Administrator Deerfield Beach, FL 33442 | | 954-429-8069 FAX 954-429-8001 | On Wed, 20 May 1998, Richard Roy wrote: > I'm looking for feedback on cellular access. From what I found so far, > Hiper DSP doesn't support it. I have read a pdf document (Quad Cellular > Modem Card) made by 3Com. I wonder if it a special quad card or if it just > a matter of flashing the card to a different code. > > Thanks. > > -------------------------------------------------------------------------- > Richard Roy (rjroy@nbnet.nb.ca) > NBTel Internet > Technical Analyst / Analyste Technique > -------------------------------------------------------------------------- > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > >

Subject: (usr-tc) Cellular access
From: Richard Roy <rjroy@nbnet.nb.ca>
Date: 1998-05-20 10:41:50

I'm looking for feedback on cellular access. From what I found so far, Hiper DSP doesn't support it. I have read a pdf document (Quad Cellular Modem Card) made by 3Com. I wonder if it a special quad card or if it just a matter of flashing the card to a different code. Thanks. Richard Roy (rjroy@nbnet.nb.ca) NBTel Internet Technical Analyst / Analyste Technique

Subject: Re: (usr-tc) Hyper DSP and E1 settings
From: erick_mancera@3com.com
Date: 1998-05-20 10:49:25

Hi Marcelo, Could you contact your local 3Com office in Brazil?? They should have the special code you need for E1 R2, and the special configuration for R2-Brazil. Best Regards, Erick Mancera Marcelo Souza <mpsouza@centroin.com.br> on 05/20/98 07:39:49 AM Please respond to usr-tc@lists.xmission.com cc: (Erick Mancera/MX/3Com) Does anyone know what are the correct settings to operate with E1 R2 lines and MFC-5C signaling? - Marcelo - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) cisco 76x, patch10, tch, etc.
From: Tim Geddings <tgeddings@southtech.net>
Date: 1998-05-20 11:23:25

I have been trying to get a webramp ISDN router to talk to my hiper dsp cards for over a week. I seem to recall someone telling me there was a known problem with the software on the card and it would not work with the webramp. Maybe this is the same problem you are having with the cisco. We have several 765's, but they are all dialing in to cisco equipment. Have not tried to call the tch yet... Maybe if you can find this mysterious patch 10 it will fix both our problems. Please let me know if you make any progress.. Thanks Tim Geddings

Subject: Problem solved: (usr-tc) Long time till connection is established
From: Martin Oberle <oberle@ima.uni-stuttgart.de>
Date: 1998-05-20 11:39:56

The problem was the negotiation of the compression. The netserver sends to the Office connect that wants to use Microsoft compression (STAC-EXTENDED) an the Office Connect was set to STAC compression. Now I set the Office Connect to Microsoft Compression and it works quick. -----Urspr=FCngliche Nachricht----- Von: Martin Oberle <oberle@ima.uni-stuttgart.de> An: usr-tc@xmission.com <usr-tc@xmission.com> Datum: Mittwoch, 13. Mai 1998 16:05 Betreff: (usr-tc) Long time till connection is established >Hi. > >I am dialing with am 3Com Office Connect 511 into >an USR Total Control over ISDN using PAP for >authentication without an RADIUS server. >It takes about 10-15 seconds till the connection is >established. Is this normal? >When I dial in with a WinNT-Ras the connection >is established in about 1-2 seconds. >Any ideas how to shorten this long time? >Is CHAP quicker? > >Mit freundlichen Gruessen > >Martin Oberle >**************************************************************** >Martin Oberle, Dipl.-Ing. >Institut fuer Maschinenelemente, Universitaet Stuttgart, Germany >Telefon +49 711/685-6175 >e-mail oberle@ima.uni-stuttgart.de >**************************************************************** > >REAL programmers do not comment their code. >If it was hard to write it should also be hard to read!! > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re:(usr-tc) cisco 76x, patch10, tch, etc.
From: john_cusmano@westcon.com
Date: 1998-05-20 11:44:25

Is this patch 10 from 3com or Cisco? I just asked a 3com Engineer about the patch 10, he never heard of it. Let me know. Thanks ____________________Reply Separator____________________ Author: <usr-tc@lists.xmission.com > I have been trying to get a webramp ISDN router to talk to my hiper dsp cards for over a week. I seem to recall someone telling me there was a known problem with the software on the card and it would not work with the webramp. Maybe this is the same problem you are having with the cisco. We have several 765's, but they are all dialing in to cisco equipment. Have not tried to call the tch yet... Maybe if you can find this mysterious patch 10 it will fix both our problems. Please let me know if you make any progress.. Thanks Tim Geddings - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Cellular access
From: eugene_carpenter@3com.com
Date: 1998-05-20 11:48:41

Actually, there are more v.34, mnp10ec, and etc2. Generally, for a wireless system you would need: Wireless gateway card- Performs call processing and data flow control, resides in slots 14,15, or 16. Dual T-1 card- Provides two T-1 connections for MSC-WAS span and WAS-PSTN span. Quad Modem Cards- for example, twenty-four cellular modems: slots 2-7, twenty-four PSTN modems: slots 8-13. There are some configuration differences between the cellular modem and the pstn modems. You can probably make a cellular connection on you laptop with the equipment you have, but you will probably have a low through-put. This is just a bit of the info, don't want to bog anything down. Richard Roy <rjroy@nbnet.nb.ca> on 05/20/98 11:20:43 AM Please respond to usr-tc@lists.xmission.com cc: (Eugene Carpenter/US/3Com) Two cellular protocols exist. ETC and MNP10 At 10:24 AM 5/20/98 -0400, you wrote: >I'm also interested in Cellular but I don't understand why we would need >special cards for cellular. I would think that once a cell call gets on >the land lines that is no different than any other call and could connect >like normal modems. Do the cell modems use different protocals or >something? > >-------------------------------------------------------------------------- >| Randy Doran CyberGate Network Operations | >| Circuit Engineer\ 1301 W Newport Center Dr. | >| Modem Network Administrator Deerfield Beach, FL 33442 | >| 954-429-8069 FAX 954-429-8001 | >-------------------------------------------------------------------------- > >On Wed, 20 May 1998, Richard Roy wrote: Richard Roy (rjroy@nbnet.nb.ca) NBTel Internet Technical Analyst / Analyste Technique - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Cellular access
From: Richard Roy <rjroy@nbnet.nb.ca>
Date: 1998-05-20 12:20:43

Two cellular protocols exist. ETC and MNP10 At 10:24 AM 5/20/98 -0400, you wrote: >I'm also interested in Cellular but I don't understand why we would need >special cards for cellular. I would think that once a cell call gets on >the land lines that is no different than any other call and could connect >like normal modems. Do the cell modems use different protocals or >something? > >-------------------------------------------------------------------------- >| Randy Doran CyberGate Network Operations | >| Circuit Engineer\ 1301 W Newport Center Dr. | >| Modem Network Administrator Deerfield Beach, FL 33442 | >| 954-429-8069 FAX 954-429-8001 | >-------------------------------------------------------------------------- > >On Wed, 20 May 1998, Richard Roy wrote: Richard Roy (rjroy@nbnet.nb.ca) NBTel Internet Technical Analyst / Analyste Technique

Subject: (usr-tc) DSP trunk settings
From: john_cusmano@westcon.com
Date: 1998-05-20 12:53:17

For a PRI circuit, what do I set the Primary Switch Type for a Seamans switch. Let me know. Thanks

Subject: Re: (usr-tc) T1 card for PRI?
From: David Bolen <db3l@ans.net>
Date: 1998-05-20 14:39:32

"jpayne" <payne4uk@bitstorm.net> writes: > My turn - This may be a silly question, but I need to ask it anyway. I > know the dual-span card can have either T1 code or PRI code loaded. But, > is it possible to have both codes on board? In other words, have PRI as > carrier 1 and a T1 as carrier 2 (or vice versa)? I see no way to do this, > but I am being requested to do so... Not for the dual-span circuit cards at this point no, the code is either channelized T1 or PRI. The HiPerDSP cards do run code that can support either configuration, but of course that's for a single span. Originally, this was in the planning for a future release for the 386 platform card (supporting separate configs for each span), but with the advent of the HiPer stuff, I'd guess (and I don't have any direct knowledge one way or the other) that focus will be on that card moving forward. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Hub status error light
From: David Bolen <db3l@ans.net>
Date: 1998-05-20 14:41:36

Andrew Aken <ajaken@GlobalEyes.net> writes: > We're currently getting a red light on the NMC card for hub status. > Everything appears to be working on the hub (Dual T1 w/ 12 Digital Quads > & a Netserver). Does anyone know how to determine what is causing the > error light for hub status? I called tech support, but they said we just > needed to pull each NIC/NAC/Paddywhack card and reseat them to get rid > of the error condition. However, I'd still prefer to know why the NMC > thinks there's a problem. The hub status LED is a general status failure for any number of things. Other responses have already noted the possibility of a fan failure as well as a temperature alert. The other items to check are the management operational status of any of your cards (in some cases they can continue functioning for users even though they aren't talking correctly to the NMC), the power supply status, as well as the self test status on the NMC itself (you can run a non-destructive self test). Any of these items can trigger a red hub status alert. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: RE: (usr-tc) Hub status error light
From: David Bolen <db3l@ans.net>
Date: 1998-05-20 14:44:37

"Jason Brunette" <root@tcbi.com> writes: > More specifically...this alarm is in regards to chassis temperature. If > there's no fan or the fan isn't working, and the chassis reaches a certain > temp, the hub status light will go red. While yes, a temperature threshold will also trigger an alert, if you have a chassis fan failure, that in and of itself will also be represented as a failure and a bad hub status - it's not waiting for the secondary temperature effect. Conversely, if you exceed the temperature threshold even if the fan is working (e.g., poor ambient air temperature) the failure will fire. The hub status LED also goes off for a number of other items such as the status of the power supplies, internal status of the NMC components (e.g., a self-test failure), management operational status of all the other components the NMC detects in the chassis, etc.. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Scott Gardner Anderson <gardner@interport.net>
Date: 1998-05-20 17:37:52

> Maybe it is just me, but I'm still having memory leak problems with my > NETservers. The speed is dependent on the load, and on the first rack on > my rollover I'm now having to reboot about once a week. These NetServers wouldn't happen to have Standard packet bus circuits, would they? (`ver`) We had similar problems with any of our chasis that had NetServer cards with Standard packet buses, but not those with the Enhaced (same sw, tho). Updating our NetServer cards to the Enhanced packet bus circuits resolved the problem. SGA

Subject: (usr-tc) Boca V.90 Connections?
From: Lee Kuo <lee@cosmo.mitec.net>
Date: 1998-05-20 17:42:32

We have upgraded to the latest V.90 code for the 2059 bundle. One of our customers who has a Boca 56K modem, upgraded to V.90, cannot connect at all when negotiating the V.90 connection. However, connecting to our regular analog modem ports at 28.8k works just fine. Has anyone had similar problems? Solutions? Anything would be helpful. Thanks. Lee

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Mike Andrews <mandrews@termfrost.org>
Date: 1998-05-20 20:17:31

On Wed, 20 May 1998, Scott Gardner Anderson wrote: > > Maybe it is just me, but I'm still having memory leak problems with my > > NETservers. The speed is dependent on the load, and on the first rack on > > my rollover I'm now having to reboot about once a week. > > These NetServers wouldn't happen to have Standard packet bus circuits, > would they? (`ver`) We had similar problems with any of our chasis that > had NetServer cards with Standard packet buses, but not those with the > Enhaced (same sw, tho). Updating our NetServer cards to the Enhanced > packet bus circuits resolved the problem. Nope... all EPB here. hoss> ver U.S. Robotics Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.7.24 Build date: Dec 31 1997 Build time: 13:12:45 Network Interface Card: Ethernet & Frame Relay Combination (26) ISDN Interface Card : MUNICH32 (4) Packet Bus Circuit : Enhanced Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Brian Elfert <brian@citilink.com>
Date: 1998-05-20 20:53:22

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Rick <rallan@monmouth.com>
Date: 1998-05-20 21:29:35

One area I have found that can cause this is having ccp enabled.....Try disabling ccp and rebooting the card. Mike Andrews wrote: > On Wed, 20 May 1998, Scott Gardner Anderson wrote: > > > > Maybe it is just me, but I'm still having memory leak problems with my > > > NETservers. The speed is dependent on the load, and on the first rack on > > > my rollover I'm now having to reboot about once a week. > > > > These NetServers wouldn't happen to have Standard packet bus circuits, > > would they? (`ver`) We had similar problems with any of our chasis that > > had NetServer cards with Standard packet buses, but not those with the > > Enhaced (same sw, tho). Updating our NetServer cards to the Enhanced > > packet bus circuits resolved the problem. > > Nope... all EPB here. > > hoss> ver > U.S. Robotics > Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.7.24 > Build date: Dec 31 1997 > Build time: 13:12:45 > > Network Interface Card: Ethernet & Frame Relay Combination (26) > ISDN Interface Card : MUNICH32 (4) > Packet Bus Circuit : Enhanced > > Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank > mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ > Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY > v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rick Allan / rick@monmouth.com | Connect to a Backbone not a Wishbone Network Engineer | Monmouth Internet Corporation 732-842-5366=====extension 102 | http://www.monmouth.com -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Peter D. Mayer <dmayer@netwalk.com>
Date: 1998-05-21 01:31:40

We've not had any noticable memory leak problems, and in fact 1 of our NETServers was up from the time we upgraded to 3.7.24 in March, until Sunday when a train decided to derail and take out our power for 2-1/2 hours. Ours have 20 megs, with enhanced packet bus circuits, and we're running ISDN and MPIP on all NETServers. You might check to see if your primary and secondary RADIUS accounting and authentication is being sent and received properly, as well as syslogging. If any of these are not getting flushed out to their respective servers, it can quickly eat up the memory. Peter D. Mayer NetWalk Tech Support dmayer@netwalk.com -----Original Message----- Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > > Maybe it is just me, but I'm still having memory leak problems with my > > NETservers. The speed is dependent on the load, and on the first rack on > > my rollover I'm now having to reboot about once a week. > > These NetServers wouldn't happen to have Standard packet bus circuits, > would they? I have two of the standard Netservers with 20MB each, and I don't see any noticeable memory leaks. Now, mind you, I'm not doing any ISDN at all, so I'm not using the daughtercard at all. Brian - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) modem disconnects
From: CDNET <cdnet@cdnet.com>
Date: 1998-05-21 08:18:49

We are running tc network hub with x2/isdn capable i-modems. I have a customer who cannot send email attachments or upload files without getting disconnected. Downloading is no problem. He has this problem with two computers at his house. We have not been able to duplicate it. Any ideas where to look.

Subject: Re: (usr-tc) Boca V.90 Connections?
From: Steve Lalonde <steve@enta.net>
Date: 1998-05-21 08:24:39

You could try setting s15=3D128 That has got some modems (rockwell) to connect that would only give long = tones before. I dont know what it does but it seems to work. Found that one in a news group Re 56Kflex modems not negotiating with USR= kit. Hope it helps Steve Lalonde Systems Manager ENTANET International Ltd The answer's YES what's the question? <=B0){{{{>< ><}}}}(=B0> <=B0){{{{>< -----Original Message----- > >We have upgraded to the latest V.90 code for the 2059 bundle. One of ou= r >customers who has a Boca 56K modem, upgraded to V.90, cannot connect at >all when negotiating the V.90 connection. However, connecting to our >regular analog modem ports at 28.8k works just fine. > >Has anyone had similar problems? Solutions? > >Anything would be helpful. > >Thanks. >Lee > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: John Powell <john@jetcity.com>
Date: 1998-05-21 08:46:53

At 05:10 AM 5/20/98 -0500, you wrote: >-> Maybe it is just me, but I'm still having memory leak problems with my >-> NETservers. The speed is dependent on the load, and on the first rack on my >-> rollover I'm now having to reboot about once a week. >-> >-> Here's what "show memory" and "show streams" are telling me right now: >-> hoss> show memory >-> Total physical RAM: 16384 kb >-> Total physical FLASH: 4096 kb > >When I was speaking to the first level folks about the memory leak >in the S/A software, they aknowledged a memory leak in 3.7.24. They >said a fix is coimg out very shortly which fixes this and the Quake >lag problem. Supposedly a developer named Dominic <sp?> is aware >of this and working on it. > > Jeff Binkley > ASA Network Computing Please oh please release the quake lag fix soon! BTW we show no memory leak problems with 3.7.24, but we do no ISDN or MPIP. John John Powell, President john@jetcity.com Jet City Online http://www.jetcity.com Business Office: 206-281-1774 Customer Service: 425-820-7006, 1-888-747-6464

Subject: (usr-tc) v90 for HyperDSP: end of June
From: Jay Nitikman <jay@cruzio.com>
Date: 1998-05-21 09:15:13

I was just told by a USR tech-support engineer that the v90 upgrade for HyperDSP will be released by the end of June. This is not what an ISP wants to hear. -- Jay Nitikman (jay@cruzio.com) Cruzio is a mom and pop Internet Service Provider Web: http://www.cruzio.com Email: info@cruzio.com Voice: 423-1162

Subject: (usr-tc) questions on Total Control Accounting
From: teladmin <teladmin@mtl.com.hk>
Date: 1998-05-21 09:55:48

Hi, I would appreciate it if someone could give me a hand. I have tried 3COM email support and all they could do was to give me a 800 number. Unfortunately, I am located in Hong Kong and my company does not allow long distance call. I tried the local 3COM/USR support people; but they failed to help me. > I have struggled with the Total Control Accounting for months. > Unfortunately, I am still unable to get a stable accounting environment. > > First of all, here is some information of our Total Control system. We > have: > 1. nine Quad v.34 modems running on hardware 0.2.0 and software 4.0.1 > 2. a network management card running on hardware 3.0 and software 4.2.2 > 3. version 4.22 Total Control Manager > 4. a dedicated 66MHz 486 PC running the accounting server > > Well, a brief history of what I went through may help. > > I tried running the account server on more powerful PCs, disconnecting > the account server PC from LAN and connecting it to the network > management card directly, and using backup server. None of these schemes > works. The configuration of the client got reset afer about 2 days. The > account server failed to log. > > As a last resort, I tried logging the information on a UNIX Radius server > and discovered something interesting. As you know, Total Control allows > users to configure the accounting client to re-send up to a maximum of > "n" Accounting-Requests if the client does not receive a corresponding > acknowledgment from the accounting server. The Radius log showed that the > client always sent "n" number of Accounting-Requests. > > I had configured "n" to be 20, the maximum allowed by Total Control. > Since the accounting client spaces each retry of Accounting-Request for > up to 30 seconds, the client takes close to 10 minutes to send all the 21 > Accounting-Requests just for one event. > > Besides, from the Radius log, it can be easily deduced that the > accounting client puts all the requests in one single queue. The client > starts sending the next request only after it has sent all the current > re-tries. So, I can imagine that if there are a lot of events during a > short period of time, the accounting server may behave abnormally due to > various possible reasons like running out of buffer space. > > I lowered "n" to 3 and the Total Control accounting server becomes more > stable. Unforunately, it is still failing roughly every week. > > I need to get the Total Control Accounting to work reliably. I would > appreciate it greatly if you could help me as soon as possible. > Thanks a lot, Kit

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-21 11:06:01

We're running two hardware versions of netservers, a 386 and a 486dx card. The 386 reboots once a week, (no memory leaks, yet when doing a sh ses I notice some screwed up output, just before it feels the need to reboot, so theres definately something messed in memory). Quakes a sob on it. The 486dx runs for a month or more at a time before rebooting. (good enough for me). Quake is generally good on it. At 08:46 AM 5/21/98 -0700, you wrote: >At 05:10 AM 5/20/98 -0500, you wrote: >>-> Maybe it is just me, but I'm still having memory leak problems with my >>-> NETservers. The speed is dependent on the load, and on the first rack >on my >>-> rollover I'm now having to reboot about once a week. >>-> >>-> Here's what "show memory" and "show streams" are telling me right now: >>-> hoss> show memory >>-> Total physical RAM: 16384 kb >>-> Total physical FLASH: 4096 kb >> >>When I was speaking to the first level folks about the memory leak >>in the S/A software, they aknowledged a memory leak in 3.7.24. They >>said a fix is coimg out very shortly which fixes this and the Quake >>lag problem. Supposedly a developer named Dominic <sp?> is aware >>of this and working on it. >> >> Jeff Binkley >> ASA Network Computing > > > Please oh please release the quake lag fix soon! BTW we show no memory >leak problems with 3.7.24, but we do no ISDN or MPIP. > >John > >John Powell, President john@jetcity.com >Jet City Online http://www.jetcity.com >Business Office: 206-281-1774 >Customer Service: 425-820-7006, 1-888-747-6464 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) v90 for HyperDSP: end of June
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-21 11:56:08

> No kidding ... It's really disappointing that I have 5 chassis here and 6 > HiPERS that are not v.90 and the rest are. Wonder why they are having so > many problems with v.90 on HiPER I don't know if it is problems so much as they are behind on the code. From my understanding, the modem code for the HDM is a complete bottom-up re-write - they didn't recycle any of the old Quad or other code that has been growing for the past 4 years or so. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-21 12:06:49

> When I was speaking to the first level folks about the memory leak > in the S/A software, they aknowledged a memory leak in 3.7.24. Interestingly I've never seen any signs of memory leaks in 3.7.24. I've got one unit that's been up for 85 days that looks like: Total physical RAM: 20480 kb Total physical FLASH: 2048 kb System memory 16745391 bytes - 7264432 used, 9480959 available I can only assume that this leak is brought on by very specific features - MPIP perhaps (we don't run it here)? Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: Frank Basso <frank@okwhatever.com>
Date: 1998-05-21 12:08:36

Actaully#com informed me only 2 DSP per with the quad cards for a total of 96 Ports. Per chassis total. (netserver only) -----Original Message----- >I believe you can have 4 dsp per netserver = 96 ports, with a total of 288 >ports per chassis. > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-21 12:16:04

> These NetServers wouldn't happen to have Standard packet bus circuits, > would they? (`ver`) We had similar problems with any of our chasis > that had NetServer cards with Standard packet buses, but not those with > the Enhaced (same sw, tho). Updating our NetServer cards to the > Enhanced packet bus circuits resolved the problem. We have 4 NETservers with the standard packet bus and have had no memory leak problems. We don't run MPIP though... Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: Re: (usr-tc) questions on Total Control Accounting
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-21 12:29:43

On Thu, 21 May 1998, teladmin wrote: > Hi, > > I would appreciate it if someone could give me a hand. I have tried 3COM > email support and all they could do was to give me a 800 number. > Unfortunately, I am located in Hong Kong and my company does not allow long > distance call. I tried the local 3COM/USR support people; but they failed to > help me. > Did you have a ticket opened on this issue? You can open a ticket via the web and ask the support to call you back. > > I have struggled with the Total Control Accounting for months. > > Unfortunately, I am still unable to get a stable accounting environment. > > > > First of all, here is some information of our Total Control system. We > > have: > > 1. nine Quad v.34 modems running on hardware 0.2.0 and software 4.0.1 > > 2. a network management card running on hardware 3.0 and software 4.2.2 > > 3. version 4.22 Total Control Manager > > 4. a dedicated 66MHz 486 PC running the accounting server > > You are using old software - I would advice you to upgrade the software first -also you have not told me what accounting software you are using - is this a windows based or unix based - 3com accounting or any other thirdparty accounting? > > Well, a brief history of what I went through may help. > > > > I tried running the account server on more powerful PCs, disconnecting > > the account server PC from LAN and connecting it to the network > > management card directly, and using backup server. None of these schemes > > works. The configuration of the client got reset afer about 2 days. The > > account server failed to log. > > > > As a last resort, I tried logging the information on a UNIX Radius server > > and discovered something interesting. As you know, Total Control allows > > users to configure the accounting client to re-send up to a maximum of > > "n" Accounting-Requests if the client does not receive a corresponding > > acknowledgment from the accounting server. The Radius log showed that the > > client always sent "n" number of Accounting-Requests. > > > > I had configured "n" to be 20, the maximum allowed by Total Control. > > Since the accounting client spaces each retry of Accounting-Request for > > up to 30 seconds, the client takes close to 10 minutes to send all the 21 > > Accounting-Requests just for one event. > > > > Besides, from the Radius log, it can be easily deduced that the > > accounting client puts all the requests in one single queue. The client > > starts sending the next request only after it has sent all the current > > re-tries. So, I can imagine that if there are a lot of events during a > > short period of time, the accounting server may behave abnormally due to > > various possible reasons like running out of buffer space. > > > > I lowered "n" to 3 and the Total Control accounting server becomes more > > stable. Unforunately, it is still failing roughly every week. > > > > I need to get the Total Control Accounting to work reliably. I would > > appreciate it greatly if you could help me as soon as possible. > > Is the accounting/security server causing you a problme - ie are you getting a reboot or Dr. Watson problem ( if you are using windows)? Please explain - let me know what exactly happens to your accounting server - with all information like the version etc. regards krish > > Thanks a lot, > Kit > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) modem disconnects
From: Mike Andrews <mandrews@termfrost.org>
Date: 1998-05-21 12:33:30

Make sure he's got hardware flow control enabled correctly on his modem. Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties On Thu, 21 May 1998, CDNET wrote: > We are running tc network hub with x2/isdn capable i-modems. > > I have a customer who cannot send email attachments or upload files without > getting disconnected. Downloading is no problem. He has this problem with > two computers at his house. We have not been able to duplicate it. > > Any ideas where to look.

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Mike Andrews <mandrews@termfrost.org>
Date: 1998-05-21 12:36:27

OK, so obviously the memory leak doesn't affect everybody, and it's something specific to our setup. That's what I figured. FWIW, we do use MPIP, but we don't use the Munich board; ISDN's terminated on the quads. Syslog servers are fine. Radius accounting servers are *mostly* fine. I made one change last night and I'll keep an eye on it today -- if it's fixed, I'll let you know what happened after I get done feeling stupid... :) Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties

Subject: Re: (usr-tc) v90 for HyperDSP: end of June
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 1998-05-21 12:44:19

No kidding ... It's really disappointing that I have 5 chassis here and 6 HiPERS that are not v.90 and the rest are. Wonder why they are having so many problems with v.90 on HiPER -----Original Message----- >I was just told by a USR tech-support engineer that the v90 upgrade for >HyperDSP will be released by the end of June. This is not what an ISP >wants to hear. > >-- > Jay Nitikman (jay@cruzio.com) > Cruzio is a mom and pop Internet Service Provider >Web: http://www.cruzio.com Email: info@cruzio.com Voice: 423-1162 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-21 12:45:13

> According to the docks, a NetServer PRI card can only handle 2 HiPer DSP > cards. Is that correct? If so, is then there a limit to how many NETServer > PRI cards can be in a chassis? The Netserver can handle up to 100 ports, but I would not recommend it. The Hiper ARC card from USR can handle, I believe, 10 HDM's at this time, and will handle 14 in the future. You *can* put multiple Netservers in a chassis. I don't think there is a limit, other than the number of open slots... | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: (usr-tc) netserver/16+ disconnecting
From: Cummings, Jamin <jamin@computer-connection.net>
Date: 1998-05-21 13:30:45

we purchased a netserver/16+ about four months ago. the problem we're having is that as soon as a user is authenticated by the radius box, they are disconnected. as far as the radius box is conserned they got in just fine. the users see this on their win95 machines ... verifying user name and password - and then "click" - you have been disconnected by the computer you dialed. then after about three or four tries later, they get on fine. it's something with the netserver/+'s running version "4" of the code. all of our boxes running version "3" work just fine. is there something wrong with version "4"? or did i just not set something up right? as far as 3com support goes, they said everything is set up fine, and when they dial in, it worked fine. some modes get in fine, others have to try three of four times. i just used netswitcher to "downgrade" the netserver/16+ to version "3", hopefully that will bandage the problem for now, but i want to eventualy get everything up to version "4". any help would be really apreciated. thanks. c-ya! :-)

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-21 13:37:00

On Wed, 20 May 1998, Eric J. Lorenzo wrote: > According to the docks, a NetServer PRI card can only handle 2 HiPer DSP > cards. Is that correct? If so, is then there a limit to how many NETServer > PRI cards can be in a chassis? > The NETServer can handle 96 ports - either 2 or 4 dsp or a combination of quad and DSP. You can have 5 NETServer and 5 pricards in one chassis. you can have a combination of NETServers and DSP also without any pri cards krish > We've been doing some business modelling and even using a 10:1 customer > usage ratio, these racks can get quite costly. > > Eric > --- > Eric J. Lorenzo Field Engineer > v:650.237.1465 f:650.237.1499 > ELorenzo@MediaCity.com www.ISPchannel.com > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) NetsServer Packet Bus Errors
From: Frank Basso <frank@okwhatever.com>
Date: 1998-05-21 13:40:36

Has anyone seen these Packet Bus errors before ? They have been appearing sporadically for the last 24 hours, we are thinking it is a Telco issue, since the chassis at time of these errors stop accepting analog connections, but ISDN calls are ok. Any Ideas ? -Frank May 21 05:05:55 x21-arc acct 00001576 dial: S46 hung up the phone. Call duration 0:0:24. May 21 05:05:57 x21-arc S49 packet bus connected. May 21 05:05:57 x21-arc acct 00001548 dial: S49 hung up the phone. Call duration 0:11:25. May 21 05:05:58 x21-arc S14 packet bus connected. May 21 05:05:58 x21-arc acct 00001554 dial: S14 hung up the phone. Call duration 0:9:29. May 21 05:06:02 x21-arc MODEM: S48: CALL_REF >0x00001578< PRI_SLOT >0< TS >27< SPAN >0< B_CH >2< May 21 05:06:02 x21-arc acct 00001578 dial: S48 call arrived. May 21 05:06:02 x21-arc sent out answer incoming call for S48. May 21 05:06:10 x21-arc acct 00001572 dialnet: port I2 session disconnected dest mbita2.got.net May 21 05:06:14 x21-arc acct 00001578 dial: S48 answered the phone using handle 36. May 21 05:06:16 x21-arc S44 packet bus disconnected. reason: 12 May 21 05:06:16 x21-arc S44 packet bus handle closed. May 21 05:06:16 x21-arc acct 00001574 dialnet: port S44 session disconnected dest SantaCruz-x2-16.got.net May 21 05:06:16 x21-arc S47 packet bus disconnected. reason: 12 May 21 05:06:16 x21-arc S47 packet bus handle closed. May 21 05:06:16 x21-arc acct 00001577 dialnet: port S47 session disconnected dest SantaCruz-x2-4.got.net May 21 05:09:28 x21-arc S16 packet bus handle opened. Handle = 13. May 21 05:09:28 x21-arc S9 packet bus handle opened. Handle = 31. May 21 05:09:32 x21-arc S8 packet bus disconnected. reason: 23 May 21 05:09:32 x21-arc S8 packet bus handle closed. May 21 05:09:32 x21-arc acct 0000154e dialnet: port S8 session disconnected dest SantaCruz-x2-20.got.net May 21 05:09:33 x21-arc S11 packet bus handle opened. Handle = 8. May 21 05:09:38 x21-arc S8 packet bus handle opened. Handle = 32. May 21 05:09:43 x21-arc S16 packet bus connected. May 21 05:09:43 x21-arc S9 packet bus connected. May 21 05:09:43 x21-arc acct 00001585 dial: S16 hung up the phone. Call duration 0:1:24. May 21 05:09:43 x21-arc acct 0000157f dial: S9 hung up the phone. Call duration 0:2:13. May 21 05:09:48 x21-arc S11 packet bus connected. May 21 05:09:48 x21-arc acct 00001581 dial: S11 hung up the phone. Call duration 0:2:3. May 21 05:09:53 x21-arc S8 packet bus connected. May 21 05:09:53 x21-arc acct 0000154e dial: S8 hung up the phone. Call duration 0:13:48. May 21 05:10:04 x21-arc S14 packet bus disconnected. reason: 12 May 21 05:10:04 x21-arc S14 packet bus handle closed. May 21 05:10:04 x21-arc acct 00001584 dialnet: port S14 session disconnected dest SantaCruz-x2-27.got.net May 21 05:10:09 x21-arc S38 packet bus disconnected. reason: 23 May 21 05:10:09 x21-arc S38 packet bus handle closed. May 21 05:10:09 x21-arc S38 packet bus handle opened. Handle = 29. May 21 05:10:10 x21-arc S14 packet bus handle opened. Handle = 39. May 21 05:10:24 x21-arc S38 packet bus connected. May 21 05:10:24 x21-arc acct 0000156b dial: S38 hung up the phone. Call duration 0:8:24. May 21 05:10:25 x21-arc MODEM: S22: CALL_REF >0x0000158a< PRI_SLOT >0< TS >45< SPAN >0< B_CH >8<

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-21 13:46:27

Eric J. Lorenzo was heard to say: >According to the docks, a NetServer PRI card can only handle 2 HiPer DSP >cards. Is that correct? If so, is then there a limit to how many NETServer >PRI cards can be in a chassis? > >We've been doing some business modelling and even using a 10:1 customer >usage ratio, these racks can get quite costly. If you're going to use HiperDSP's, get HiperArc's. (== 336 lines per chassis.) --Ricky

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: David Bolen <db3l@ans.net>
Date: 1998-05-21 14:08:18

Grant Hopwood <techmaster@trip.net> writes: > The 386 reboots once a week, (no memory leaks, yet when doing a sh ses I > notice some screwed up output, just before it feels the need to reboot, so > theres definately something messed in memory). Quakes a sob on it. Wow, an actual 386 NETServer in production - neat. I didn't think many of them made it out of 3Com/USR, as they had pretty much gone to the 486sx before any volume production of NETServers. My suggestion is see if you can get that upgraded (maybe report it as having spontaneous reboots - if you mention it's a 386, 3Com may even jump at the chance to get it out of the field :-)) It's possible you might be running into a hardware related issue with such an old board. We've had a variety of problems over time as we used newer NETServer/modem combinations that stressed the system more with performance, some of which tickled issues on the NETServer boards causing spontaneous reboots. There have been quite a few engineering changes to the hardware boards over the years, and often not having some of them. You don't mention the code revision you're running on it, but if it's fairly modern, do a "clearcrash" and "clearstart" and then wait for the next reboot. Then do a "dumpstart" and "dumpcrash" - it'll show some counts of various reboots and crash frames. If you just see the dumpstart counters increase but nothing in the crash frame it's a good shot at some spurious hardware issue. If it's a software crash, then you'll see a "crash" frame followed by an "NMI" frame in the dumpcrash, since that's the processor GPFing followed by the watchdog circuit rebooting the card. It is also possible for a software bug to just cause the NMI (if the software gets into a loop where it doesn't tickle the watchdog timer) but it's a bit less likely, particularly if you are suspecting some sort of memory corruption. Of course, the corruption can also sometimes be hardware related. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: (usr-tc) USR Total Control 48 port chassis for sale
From: Brian Wiser <brwiser@xmission.com>
Date: 1998-05-21 14:09:24

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: John Powell <john@jetcity.com>
Date: 1998-05-21 14:52:19

At 01:37 PM 5/21/98 -0500, you wrote: > >On Wed, 20 May 1998, Eric J. Lorenzo wrote: > >> According to the docks, a NetServer PRI card can only handle 2 HiPer DSP >> cards. Is that correct? If so, is then there a limit to how many NETServer >> PRI cards can be in a chassis? >> >The NETServer can handle 96 ports - either 2 or 4 dsp or a combination of >quad and DSP. You can have 5 NETServer and 5 pricards in one chassis. >you can have a combination of NETServers and DSP also without any pri cards > >krish If a Netserver can handle 96 ports, shouldn't that be _10_ dual PRI cards and 5 Netserver cards? Of course this would only work for ISDN... Let me know if I'm wrong Krish. Thanks! John John Powell, President john@jetcity.com Jet City Online http://www.jetcity.com Business Office: 206-281-1774 Customer Service: 425-820-7006, 1-888-747-6464

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: eugene_carpenter@3com.com
Date: 1998-05-21 14:57:50

I believe you can have 4 dsp per netserver = 96 ports, with a total of 288 ports per chassis.

Subject: (usr-tc) RLOGIN
From: john_cusmano@westcon.com
Date: 1998-05-21 15:09:04

HEY GUYS, CAN ANYONE TELL ME HOW TO CONFIGURE THE HIPER ARC CARD TO DO RLOGIN TO AUTHENTICATE FROM A RADIUS SERVER FOR MY USERS TO TELNET TO ONE OF MY SERVERS? PLEASE LET ME KNOW THANK YOU

Subject: Re: (usr-tc) Hyper DSP and E1 settings
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-21 15:11:47

On Wed, 20 May 1998 Erick_Mancera@3com.com wrote: | Could you contact your local 3Com office in Brazil?? I tryied with the reseler, but they they don't answer my questions. | They should have the special code you need for E1 R2, and the special |configuration for R2-Brazil. Yes, i'm sure they have the answer but, as I didn't contract the installation service, they don't give me the parameters. It isn't my first TC, and I agree i'm able to perform the setup. But it's the first with HypsDSP. On the Dual E1 card, all I need is to setup E1 CAS and R2 Brasil, and it worked, what should be the correlations with those dozen of parameters on DSP? The manual on CD isn't detailed about E1 lines. - Marcelo |Marcelo Souza <mpsouza@centroin.com.br> on 05/20/98 07:39:49 AM | |Please respond to usr-tc@lists.xmission.com | |To: usr-tc@lists.xmission.com |cc: (Erick Mancera/MX/3Com) |Subject: (usr-tc) Hyper DSP and E1 settings | | | | | | Does anyone know what are the correct settings to operate with E1 |R2 lines and MFC-5C signaling? | |- Marcelo | | | | |- | To unsubscribe to usr-tc, send an email to "majordomo@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@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. | []s Marcelo mpsouza@centroin.com.br Rio de Janeiro - RJ

Subject: Re: (usr-tc) Hyper DSP and E1 settings
From: Joseph Fuentes <joseph_fuentes@mw.3com.com>
Date: 1998-05-21 17:54:12

who's your reseller? is it network express? Marcelo Souza <mpsouza@centroin.com.br> on 05/21/98 01:11:47 PM Please respond to usr-tc@lists.xmission.com cc: On Wed, 20 May 1998 Erick_Mancera@3com.com wrote: | Could you contact your local 3Com office in Brazil?? I tryied with the reseler, but they they don't answer my questions. | They should have the special code you need for E1 R2, and the special |configuration for R2-Brazil. Yes, i'm sure they have the answer but, as I didn't contract the installation service, they don't give me the parameters. It isn't my first TC, and I agree i'm able to perform the setup. But it's the first with HypsDSP. On the Dual E1 card, all I need is to setup E1 CAS and R2 Brasil, and it worked, what should be the correlations with those dozen of parameters on DSP? The manual on CD isn't detailed about E1 lines. - Marcelo |Marcelo Souza <mpsouza@centroin.com.br> on 05/20/98 07:39:49 AM | |Please respond to usr-tc@lists.xmission.com | |To: usr-tc@lists.xmission.com |cc: (Erick Mancera/MX/3Com) |Subject: (usr-tc) Hyper DSP and E1 settings | | | | | | Does anyone know what are the correct settings to operate with E1 |R2 lines and MFC-5C signaling? | |- Marcelo | | | | |- | To unsubscribe to usr-tc, send an email to "majordomo@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@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. | []s Marcelo mpsouza@centroin.com.br Rio de Janeiro - RJ - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Hyper DSP and E1 settings
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-21 20:17:35

On Thu, 21 May 1998, Joseph Fuentes wrote: |who's your reseller? is it network express? No. It's M13. - Marcelo |Marcelo Souza <mpsouza@centroin.com.br> on 05/21/98 01:11:47 PM | |Please respond to usr-tc@lists.xmission.com | |To: usr-tc@lists.xmission.com |cc: |Subject: Re: (usr-tc) Hyper DSP and E1 settings | | | | |On Wed, 20 May 1998 Erick_Mancera@3com.com wrote: | || Could you contact your local 3Com office in Brazil?? | | I tryied with the reseler, but they they don't answer my |questions. | || They should have the special code you need for E1 R2, and the special ||configuration for R2-Brazil. | | Yes, i'm sure they have the answer but, as I didn't contract the |installation service, they don't give me the parameters. | It isn't my first TC, and I agree i'm able to perform the setup. |But it's the first with HypsDSP. | On the Dual E1 card, all I need is to setup E1 CAS and R2 Brasil, |and it worked, what should be the correlations with those dozen of |parameters on DSP? | The manual on CD isn't detailed about E1 lines. | |- Marcelo | ||Marcelo Souza <mpsouza@centroin.com.br> on 05/20/98 07:39:49 AM || ||Please respond to usr-tc@lists.xmission.com || ||To: usr-tc@lists.xmission.com ||cc: (Erick Mancera/MX/3Com) ||Subject: (usr-tc) Hyper DSP and E1 settings || || || || || || Does anyone know what are the correct settings to operate with E1 ||R2 lines and MFC-5C signaling? || ||- Marcelo || || || || ||- || To unsubscribe to usr-tc, send an email to "majordomo@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@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. || | |[]s Marcelo |mpsouza@centroin.com.br |Rio de Janeiro - RJ | | |- | To unsubscribe to usr-tc, send an email to "majordomo@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@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. | []s Marcelo mpsouza@centroin.com.br Rio de Janeiro - RJ

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-21 20:50:54

> Now, mind you, I'm not doing any ISDN at all, so I'm not using the > daughtercard at all. We're running a small amount of ISDN on one of our chassis and no noticeable leak. We do ISDN on the Munich. No MPIP stuff though - the multilink PPP we do is entirely within that one chassis. Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: Brian Elfert <brian@citilink.com>
Date: 1998-05-21 21:03:18

On Thu, 21 May 1998, John Powell wrote: > If a Netserver can handle 96 ports, shouldn't that be _10_ dual PRI cards > and 5 Netserver cards? Of course this would only work for ISDN... Let me > know if I'm wrong Krish. While there are 100 S ports for modems, there are still only 60 I ports for ISDN. When using the daughterboard for ISDN, I ports are used, so you can only take 60 ISDN calls. I doubt the Netserver could handle 96 ISDN calls by itself. When 96 modem ports are put into a chassis with a Netserver, at least two HiPer DSP cards have to be used, and they handle ISDN themselves. Brian

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-21 23:14:23

Thus spake Brian Elfert >On Thu, 21 May 1998, John Powell wrote: >> If a Netserver can handle 96 ports, shouldn't that be _10_ dual PRI cards >> and 5 Netserver cards? Of course this would only work for ISDN... Let me >> know if I'm wrong Krish. >While there are 100 S ports for modems, there are still only 60 I ports >for ISDN. When using the daughterboard for ISDN, I ports are used, so you >can only take 60 ISDN calls. >I doubt the Netserver could handle 96 ISDN calls by itself. When 96 modem >ports are put into a chassis with a Netserver, at least two HiPer DSP >cards have to be used, and they handle ISDN themselves. Two dual-pri cards...first terminating to quads, second terminating to the munich...96 (well...92 assuming 4 D channels) channels of ISDN terminated to a single netserver...now, I'd *seriously* hate to see what Quake Lag would be like on this sucker, but it could be done. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Multilink
From: gdb@cyberz.net
Date: 1998-05-22 01:06:22

Hi Kurtiss....We have a Total Control Chassis with Quad modems and can get a multilink connection with an NT machine or a Windows 95 system coming into the chassis on regular analog lines.....However....the thruput stinks to say the least....it is almost as if it is connecting with just 1 line and that is even being inhibited. Do we have to do some kind of upgrade or patch to make this work? This was one of the main reasons we were sold on the chassis...now we are finding it does not work? Looking forward to a reply. Regards Gary > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kurtiss Johnson > Sent: Wednesday, April 22, 1998 5:19 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Multilink > > > The NETServer and the HiPer ARC can both do MP with analog calls just like > ISDN calls; since it happens above the PPP layer, the transport media > doesn't really matter. > > Kurtiss Johnson > Product Manager > Access Gateways > 3Com Corporation > > > > > > > "Terry Kennedy" <terry@olypen.com> on 04/22/98 05:09:34 PM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: > Subject: (usr-tc) Multilink > > > > > Does the netserver and quadmodems support > multilink connections or is this just something that > can only be done with PRI. We are running T1's not > PRI. I guess I'm refferring to the multilink stuff that > windows is going to support. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again [fixed]
From: Mike Andrews <mandrews@termfrost.org>
Date: 1998-05-22 02:13:58

Solved my NETserver memory leak problem. The magic incantation was: set acct_authchk off off Turns out I'd turned this on in an attempt to address the (Livingston) Radius security problem mentioned on Bugtraq a few weeks back. Then when it didn't work, I forgot to turn it back off. Once I did, MRTG started happily drawing much flatter lines... Oh well. Live and learn. Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties

Subject: (usr-tc) Fan tray wanted
From: CyberPort Montana <netboss@cyberport.net>
Date: 1998-05-22 08:03:18

I need a fan tray for a USR TC chassis. This is the model WITHOUT the integrated fan tray. Please reply privately with price. Thanks, Gary

Subject: Re: (usr-tc) How many HiPer DSP cards in a chassis?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-22 08:50:17

On Thu, 21 May 1998, John Powell wrote: > At 01:37 PM 5/21/98 -0500, you wrote: > > > >On Wed, 20 May 1998, Eric J. Lorenzo wrote: > > > >> According to the docks, a NetServer PRI card can only handle 2 HiPer DSP > >> cards. Is that correct? If so, is then there a limit to how many > NETServer > >> PRI cards can be in a chassis? > >> > >The NETServer can handle 96 ports - either 2 or 4 dsp or a combination of > >quad and DSP. You can have 5 NETServer and 5 pricards in one chassis. > >you can have a combination of NETServers and DSP also without any pri cards > > > >krish > > If a Netserver can handle 96 ports, shouldn't that be _10_ dual PRI cards > and 5 Netserver cards? Of course this would only work for ISDN... Let me > know if I'm wrong Krish. > The NETServer can handle 96 calls. The chassis allows you to have only 5 pri cards - This is to allow you to have some modem cards and to have anlog / digital call service. You can have a combination of pri and dsp cards. This is per design krish > Thanks! > > John > > John Powell, President john@jetcity.com > Jet City Online http://www.jetcity.com > Business Office: 206-281-1774 > Customer Service: 425-820-7006, 1-888-747-6464 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) 3COM TECHNICAL SUPPORT
From: Frank Basso <frank@okwhatever.com>
Date: 1998-05-22 10:04:11

Lousy. and Looped over and over and over. -Frank -----Original Message----- <john@jetcity.com> Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > > >Can anyone answer this question for me? What is up with the music when you call >3Com technical support? > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) 3COM TECHNICAL SUPPORT
From: john_cusmano@westcon.com
Date: 1998-05-22 11:02:22

Can anyone answer this question for me? What is up with the music when you call 3Com technical support?

Subject: (usr-tc) Cisco 7x ISDN routers
From: Chris Peltier <cpeltier@iectech.com>
Date: 1998-05-22 13:08:34

I was wondering if there was a resolution for Cisco 7X ISDN routers connecting to the Hiper ARC/Hiper DSP and NetServer PRI systems. I have users that cannot connect (MLPPP) to these chassis at all. I am running 4.0.29 on the ARCs and 3.7.24 on the NetServer. Hiper DSP is 1.0.8. I have heard about a patch but did not see any information on it or how to get it. I did not see it on the 3Com web site. The latest code there is 3.7.24 and 4.0.29. Can anybody provide some more info on this? Sincerely, Chris Peltier * email: CPeltier@NetCarrier.com * voice: 215-257-4917 * FAX: 215-257-4916

Subject: Re: (usr-tc) 3COM TECHNICAL SUPPORT
From: Charles Hill <chill@ionet.net>
Date: 1998-05-22 14:10:28

Does anybody here remember WordPerfect tech support hold, which actually had a live DJ? -CH On Fri, 22 May 1998, Frank Basso wrote: > Lousy. and Looped over and over and over. > > -Frank > -----Original Message----- > From: john_cusmano@westcon.com <john_cusmano@westcon.com> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>; john@jetcity.com > <john@jetcity.com> > Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > Date: Friday, May 22, 1998 8:31 AM > Subject: (usr-tc) 3COM TECHNICAL SUPPORT > > > > > > > >Can anyone answer this question for me? What is up with the music when you > call > >3Com technical support? > > > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: RE: (usr-tc) RADIUS woes
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-22 14:45:19

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ross Becker >Sent: Friday, May 22, 1998 12:23 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) RADIUS woes > {SNIP) > >xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx UDP S=1645 D=1645 LEN=167 >Code :Access-Reject(3) Identifier :91 Length :159 > > User-Name( 1) Len: 9 Value: southpk > NAS-IP-Address( 4) Len: 6 Value: xxx.xxx.xxx.xxx > NAS-Port( 5) Len: 6 Value: 44 > Service-Type( 6) Len: 6 Value: 2 > Framed-Protocol( 7) Len: 6 Value: 1 > Chassis-Call-Slot(9019) Len: 4 Value: 0 > Chassis-Call-Span(901a) Len: 4 Value: 0 > Chassis-Call-Channel(901b) Len: 4 Value: 2 > NAS-Identifier( 32) Len: 12 Value: drfast.net > Acct-Session-Id( 44) Len: 10 Value: 00000736 > NAS-Port-Type( 61) Len: 6 Value: 0 > Framed-Protocol( 7) Len: 6 Value: 1 > Framed-IP-Address( 8) Len: 6 Value: 255.255.255.254 > Reply-Message( 18) Len: 24 Value: Authentication failure Have you verified your clients file has the same secret at your NAS? Also make sure that your using PAP and not CHAP since your using the UNIX passwd file. RADDEBUG will show the PAP decoded password in the access request, if the secret is right. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp

Subject: Re: (usr-tc) Cellular access
From: Terry Kennedy <terry@olypen.com>
Date: 1998-05-22 16:07:59

they work without dial tone. -----Original Message----- >I'm also interested in Cellular but I don't understand why we would need >special cards for cellular. I would think that once a cell call gets on >the land lines that is no different than any other call and could connect >like normal modems. Do the cell modems use different protocals or >something? > >-------------------------------------------------------------------------- >| Randy Doran CyberGate Network Operations | >| Circuit Engineer\ 1301 W Newport Center Dr. | >| Modem Network Administrator Deerfield Beach, FL 33442 | >| 954-429-8069 FAX 954-429-8001 | >-------------------------------------------------------------------------- > >On Wed, 20 May 1998, Richard Roy wrote: > >> I'm looking for feedback on cellular access. From what I found so far, >> Hiper DSP doesn't support it. I have read a pdf document (Quad Cellular >> Modem Card) made by 3Com. I wonder if it a special quad card or if it just >> a matter of flashing the card to a different code. >> >> Thanks. >> >> ------------------------------------------------------------------------- - >> Richard Roy (rjroy@nbnet.nb.ca) >> NBTel Internet >> Technical Analyst / Analyste Technique >> ------------------------------------------------------------------------- - >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) What does this Syslog event mean? (NS16)
From: R�e Ronny <ronny.roe@fidelioswe.se>
Date: 1998-05-22 17:11:28

My Syslog keeps receiving this message from the Netserver 16I/+ whenever a user is connected: A SysLog message has been received from host nordporten.hotelbank.com (10.0.0.155): Facility: KERNEL Priority: ERROR Message: At 17:11:19, Facility "PPP", Level "UNUSUAL":: ../../src/ppp_dsm.c: TX Error (fffffc08) Does anyone have any clue what so ever to what this mean and if I should do anything about it? They repeat themselves about every second minute, sometimes more, sometimes less. Thanks... /Ronny Roe Micros Fidelio Sweden AB

Subject: (usr-tc) RADIUS woes
From: Ross Becker <beckerr@softrends.com>
Date: 1998-05-22 17:23:19

Hello, I am trying to convince our TC NAS to authenticate against a RADIUS server running on linux, and having very little success. After investigating, I have uncovered the existance of the following flavors of radius servers: Merit Radius Cistron Radius ESVA Radius Livingston Radius DTC Radius Radiator After reviewing the possibilities, I chose to go with Merit; ESVA has security holes due to being based on Livingston 1.16, Livingston simply doesn't play nice in the UNIX environment (no support for signals to reload databases, single-tasking server which handles only one request at a time, no support for other vendor-specific-attributes until I hack the dictionary file), DTC does not have complete english docs, and Radiator costs money for _any_ version. I believe Cistron to be my next alternative, though I understand it doesn't support USR out of the box. I have compiled Merit, gotten it running without any difficulties, it does account reasonably, but I am unable to get authentication to happen. Details follow: Client line for the USR TC unit: xxx.xxx.xxx.xxx mykey type=NAS v1 In the users file, I have a couple of entries: southpk Password = "foobar" Framed-protocol = PPP, Framed-IP-Address = 255.255.255.254, Framed-IP-Netmask = 255.255.255.255, Framed-Compression = Van-Jacobson-TCP-IP, Framed-Routing = None, Framed-MTU = 1500 as well as pppuser Authentication-Type = None Service-Type = Framed, Framed-Protocol = PPP, Framed-IP-Netmask = 255.255.255.255, Framed-Routing = None, Framed-MTU = 1500, Framed-Compression = Van-Jacobson-TCP-IP DEFAULT Authentication-Type = Unix-PW Service-Type = Framed, Framed-Protocol = PPP, Framed-IP-Address = 255.255.255.254, Framed-IP-Netmask = 255.255.255.255, Framed-Compression = Van-Jacobson-TCP-IP, Note, that I have had the service type set to framed on the southpark entry, with no different results. I grabbed the packets with tcpdump, and took them apart with raddebug, and here's what it shows me for the reply: xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx UDP S=1645 D=1645 LEN=167 Code :Access-Reject(3) Identifier :91 Length :159 User-Name( 1) Len: 9 Value: southpk NAS-IP-Address( 4) Len: 6 Value: xxx.xxx.xxx.xxx NAS-Port( 5) Len: 6 Value: 44 Service-Type( 6) Len: 6 Value: 2 Framed-Protocol( 7) Len: 6 Value: 1 Chassis-Call-Slot(9019) Len: 4 Value: 0 Chassis-Call-Span(901a) Len: 4 Value: 0 Chassis-Call-Channel(901b) Len: 4 Value: 2 NAS-Identifier( 32) Len: 12 Value: drfast.net Acct-Session-Id( 44) Len: 10 Value: 00000736 NAS-Port-Type( 61) Len: 6 Value: 0 Framed-Protocol( 7) Len: 6 Value: 1 Framed-IP-Address( 8) Len: 6 Value: 255.255.255.254 Reply-Message( 18) Len: 24 Value: Authentication failure examining additional files turned up entries in "logfile" of the raddb directory- I am unsure if this has any bearing on the problem: Fri May 22 12:44:52 1998: generate26: Vendor 429 attribute 0 unknown Fri May 22 12:44:52 1998: gen_valpairs: non-encapsulated vendor specific attribute Vendor-Specific=vUSR-0000901900000000 I am at this point, at a loss as to why the authentication is not getting through. Am I missing something in the authfile which needs to be set up? Ideally, I would like to authenticate against a users db file with MD5 encryption; system passwords and standard crypt are a little too limiting, but right now, I can't get the thing to authenticate at all. Any pointers in the right direction would be greatly appreciated. --Ross Becker beckerr@softrends.com

Subject: Re: (usr-tc) 3COM TECHNICAL SUPPORT
From: Ken Hunter, Aspiring Technologies <ken@aspire.net>
Date: 1998-05-22 17:43:27

> >Does anybody here remember WordPerfect tech support hold, which actually >had a live DJ? Sure do - "And we're passing thru 6 minutes after the hour, currently you are 10th in ourservice queue." > >-CH > >On Fri, 22 May 1998, Frank Basso wrote: > >> Lousy. and Looped over and over and over. >> >> -Frank >> -----Original Message----- >> From: john_cusmano@westcon.com <john_cusmano@westcon.com> >> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>; john@jetcity.com >> <john@jetcity.com> >> Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >> Date: Friday, May 22, 1998 8:31 AM >> Subject: (usr-tc) 3COM TECHNICAL SUPPORT >> >> >> > >> > >> >Can anyone answer this question for me? What is up with the music when you >> call >> >3Com technical support? >> > >> > >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. > - ************************************************************************ Web Hosting, E-mail addresses, DNS services, Dedicated circuits. 33.6, X2(56k), ISDN Dialup available in Prince William County VA. Ken Hunter Aspiring Technologies mailto:ken@aspire.net 9304 Troy Drive http://www.aspire.net Nokesville, Va 20181 telnet://sage.aspire.net Try our ISP/Net Guest account username: ispguest password: ispguest ************************************************************************

Subject: (usr-tc) strange radius log entries
From: Heim, Tom J. <tom.heim@tdstelecom.com>
Date: 1998-05-22 20:04:48

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_000_01BD85BC.E2AB39A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I am seeing a flood of USR radius messages in the authlog. They all contain "generate26: Vendor 429 attribute 0 Unkown" These just started in the last 24 hours and no one is fessing up to doing anything different or adding a new netserver anywhere or monkeying with the merit radius set up. Has anyone seen a generate26 message and or know what it means ? tjh ------ =_NextPart_000_01BD85BC.E2AB39A0 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IjYBAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQWAAwAOAAAAzgcFABYAFAAEADAABQA9AQEggAMADgAAAM4HBQAW ABQABAA1AAUAQgEBCYABACEAAABBMTJEMTgwN0JDRjFEMTExQUY0RDAwODA1RkJCQzU0MAAtBwEN gAQAAgAAAAIAAgABBIABABsAAABzdHJhbmdlIHJhZGl1cyBsb2cgZW50cmllcwAYCgEDkAYApAQA ABkAAAADAAYQy5Zi3gMABxApAQAAHgAIEAEAAABlAAAASEVMTE8sSUFNU0VFSU5HQUZMT09ET0ZV U1JSQURJVVNNRVNTQUdFU0lOVEhFQVVUSExPR1RIRVlBTExDT05UQUlOIkdFTkVSQVRFMjY6VkVO RE9SNDI5QVRUUklCVVRFMFVOSwAAAAADABAQAAAAAAMAERAAAAAAAgEJEAEAAADDAQAAvwEAALQC AABMWkZ13Zrctv8ACgEPAhUCpAPkBesCgwBQEwNUAgBjaArAc2V07jIGAAbDAoMyA8YHEwKDIjMP emhlbAMgRGzqZwKDNBMNfQqACM8J2Q8CgAqBDbELYG5nMTCeMxQgCwoS8gHQIEgVAQxvLAqFCoVJ IGFtqiAR8GULgGccQCAZIAJvBHAgb2YgIFUAU1IgcmFkaXVjBCAHgXNhZweRC4AgNnQU8BxAdR8g FzBnLvUbXFQU8HkcQBURBaACMCkLcSAiHrBuBJBhdEBlMjY6IFYJ8GRxBbE0MjkcQAJABRBiBx9w H0Aa0FVua293zG4iH+8R8CBqHjAFQH8l4ArAIkAdUB71C2Al4TJ4NCBoCGEEIABwHVBu3m8dYCIA HuAEIGYecRyyPHVwHxAoMCLQHLNuef8fIByyHhAN0ASQCfAFQAWxvx4AHhAcwyIAB+AiAHQR8Oxy dgSQKfJ3FPAXoCsi/wRgJCAg4ByyA/AfIB8TB4C/BRAFQB31EfEpMR/dSCcQ/ynyKFIcgQOgHPAh 6B2QHlb7J9MFsWsoIAfgLQAiMB7gdwVAB4AGIj8bXDXfNkR0LGpoCoUWwQA4MAAeAHAAAQAAABsA AABzdHJhbmdlIHJhZGl1cyBsb2cgZW50cmllcwAAAgFxAAEAAAAWAAAAAb2F5s3rmUZrrfGnEdGt RgCgJGtUHQAAQAA5AMCnUsjmhb0BAwDxPwkEAAADACYAAAAAAAMANgAAAAAAAgFHAAEAAAArAAAA Yz1VUzthPSA7cD1URFM7bD1NU0cwMTAtOTgwNTIzMDEwNDQ4Wi00Njc5AAACAfk/AQAAAEsAAAAA AAAA3KdAyMBCEBq0uQgAKy/hggEAAAAAAAAAL089VERTL09VPVRFTEVDT00vQ049UkVDSVBJRU5U Uy9DTj1USE9NQVMgSEVJTQAAHgD4PwEAAAANAAAASGVpbSwgVG9tIEouAAAAAAIB+z8BAAAASwAA AAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1URFMvT1U9VEVMRUNPTS9DTj1SRUNJUElF TlRTL0NOPVRIT01BUyBIRUlNAAAeAPo/AQAAAA0AAABIZWltLCBUb20gSi4AAAAAQAAHMNAk1O7l hb0BQAAIMMqdMsvmhb0BAwANNP0/AAACARQ0AQAAABAAAABUlKHAKX8QG6WHCAArKiUXHgA9AAEA AAABAAAAAAAAAAsAKQAAAAAACwAjAAAAAAACAX8AAQAAAEEAAAA8Yz1VUyVhPV8lcD1URFMlbD1N U0cwMTAtOTgwNTIzMDEwNDQ4Wi00Njc5QG1zZ3N2cjAxLnRlbGR0YS5jb20+AAAAAAQt ------ =_NextPart_000_01BD85BC.E2AB39A0--

Subject: Re: (usr-tc) modem disconnects
From: Mike Hamrich <mhamrich@drfast.net>
Date: 1998-05-23 07:21:15

Are they Global Village X2 modems? WE have seen problems uploading with them. No init string has yet to solve the problem for us yet. Mike

Subject: (usr-tc) Updated v.90 firmware?
From: Richard Gamberg <bbhi@prodigy.net>
Date: 1998-05-23 09:08:06

Is there a [beta / release ] update to 3Com's v.90 server-side firmware? It seems to me that IBM has "slipped" a v.90 firmware upgrade into its servers.... my v.90 performance has DETERIORATED significantly --- I am getting high error rates, the ARQ light is going out on my modem, and I am getting disconnected frequently. This did not occur for the first few weeks of v.90, and has a pattern similar to the original v.90 firmware upgrade: because of the 'boings' in the connect handshake, it was possible to tell when the v.90 firmware was slipped in to the IBM-POP, and to detect that not all modems had been updated - that process took nearly a week during which a progressively greater number of connects were to v.90-updated modems. This new problem is getting progressively worse - as if more of the modems at my POP are getting this "new, improved?" firmware. (I leave my modem speaker on during all connections, and have also noticed new, unusual sounds during unexpected disconnects and failing re-trains. I plan to capture these and post an update with RealAudio on my web page soon.) In the past, as IBM slipped x2 firmware upgrades in its POPs, there were noticeable waves of trouble across the US. Now, with a greatly reduced subscriber base, it doesn't seem there's anyone left who cares if they can get connected - or there are no problems???? In the past, when I asked IBM support if they had upgraded their x2 firmware, the answer was always NO. I prefer to believe I was not being "lied" to, just that the correct information was not available to those answering my question. What about now? Is there a 3Com v.90 firmware upgrade that is being applied to IBM POPs? Anyone else starting to experience new trouble? AND WHY THE HECK CAN'T WE GET THE MODEM VENDORS TO GIVE US A CONNECT MSG, or other diagnostic screen THAT DISCLOSES THE FIRMWARE VERSION/MFR OF THE SERVER MODEM WE ARE CONNECTING TO???????? Aloha, Richard http://pages.prodigy.net/bbhi/r-rnut-x2.htm

Subject: Re: (usr-tc) RADIUS woes
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-23 11:04:49

check the secret, you are getting a authentication failure from the the radius server. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Fri, 22 May 1998, Ross Becker wrote: > Hello, > I am trying to convince our TC NAS to authenticate > against a RADIUS server running on linux, and having > very little success. After investigating, I have > uncovered the existance of the following flavors of > radius servers: > Merit Radius > Cistron Radius > ESVA Radius > Livingston Radius > DTC Radius > Radiator > > After reviewing the possibilities, I chose to go > with Merit; ESVA has security holes due to being > based on Livingston 1.16, Livingston simply doesn't > play nice in the UNIX environment (no support for > signals to reload databases, single-tasking server > which handles only one request at a time, no support > for other vendor-specific-attributes until I hack the > dictionary file), DTC does not have complete english > docs, and Radiator costs money for _any_ version. > I believe Cistron to be my next alternative, though > I understand it doesn't support USR out of the box. > > I have compiled Merit, gotten it running without any > difficulties, it does account reasonably, but I am > unable to get authentication to happen. Details > follow: > > Client line for the USR TC unit: > xxx.xxx.xxx.xxx mykey type=NAS v1 > > In the users file, I have a couple of entries: > southpk Password = "foobar" > Framed-protocol = PPP, > Framed-IP-Address = 255.255.255.254, > Framed-IP-Netmask = 255.255.255.255, > Framed-Compression = Van-Jacobson-TCP-IP, > Framed-Routing = None, > Framed-MTU = 1500 > > as well as > pppuser Authentication-Type = None > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-MTU = 1500, > Framed-Compression = Van-Jacobson-TCP-IP > > DEFAULT Authentication-Type = Unix-PW > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Address = 255.255.255.254, > Framed-IP-Netmask = 255.255.255.255, > Framed-Compression = Van-Jacobson-TCP-IP, > > Note, that I have had the service type set to framed on > the southpark entry, with no different results. > > I grabbed the packets with tcpdump, and took them > apart with raddebug, and here's what it shows me > for the reply: > > xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx UDP S=1645 D=1645 LEN=167 > Code :Access-Reject(3) Identifier :91 Length :159 > > User-Name( 1) Len: 9 Value: southpk > NAS-IP-Address( 4) Len: 6 Value: xxx.xxx.xxx.xxx > NAS-Port( 5) Len: 6 Value: 44 > Service-Type( 6) Len: 6 Value: 2 > Framed-Protocol( 7) Len: 6 Value: 1 > Chassis-Call-Slot(9019) Len: 4 Value: 0 > Chassis-Call-Span(901a) Len: 4 Value: 0 > Chassis-Call-Channel(901b) Len: 4 Value: 2 > NAS-Identifier( 32) Len: 12 Value: drfast.net > Acct-Session-Id( 44) Len: 10 Value: 00000736 > NAS-Port-Type( 61) Len: 6 Value: 0 > Framed-Protocol( 7) Len: 6 Value: 1 > Framed-IP-Address( 8) Len: 6 Value: 255.255.255.254 > Reply-Message( 18) Len: 24 Value: Authentication failure > > > examining additional files turned up entries in "logfile" > of the raddb directory- I am unsure if this has any > bearing on the problem: > > Fri May 22 12:44:52 1998: generate26: Vendor 429 attribute 0 unknown > Fri May 22 12:44:52 1998: gen_valpairs: non-encapsulated vendor specific > attribute Vendor-Specific=vUSR-0000901900000000 > > > I am at this point, at a loss as to why the authentication > is not getting through. Am I missing something in the authfile > which needs to be set up? Ideally, I would like to authenticate > against a users db file with MD5 encryption; system passwords and > standard crypt are a little too limiting, but right now, I can't > get the thing to authenticate at all. > > Any pointers in the right direction would be greatly appreciated. > > > --Ross Becker > beckerr@softrends.com > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) modem disconnects
From: Liping Chen <liping@netsol.net>
Date: 1998-05-23 11:15:10

I have seen it worked if you disable the "ip header compression". Hope this helps. Liping

Subject: Re: (usr-tc) Cellular access
From: Mike Hamrich <mhamrich@drfast.net>
Date: 1998-05-23 12:05:07

I believe it is an extra cost flash option, like X2 was. If I remember correctly there are three cellular modulation protocol's The one that's in the Megahertz modems is by far the most common. Don't expect 28K speeds though. I believe the best you can expect is 9600K and more likely 4800K At least that was the way it was three years ago. If anybody knows more about cellular and other wireless options chime in. We would love to have a high speed option to demo for a event we are going to in a few months.

Subject: RE: (usr-tc) 3COM TECHNICAL SUPPORT
From: Eric <elorenzo@mediacity.com>
Date: 1998-05-23 12:49:13

> Can anyone answer this question for me? What is up with the music > when you call > 3Com technical support? It's James Taylor.

Subject: Re: (usr-tc) Updated v.90 firmware?
From: Stephen Fisher <lithium@cia-g.com>
Date: 1998-05-23 13:42:57

Because that makes too much sense - our lives would be too easy, I guess. On Sat, May 23, 1998 at 09:08:06AM -1000, Richard Gamberg wrote: > AND WHY THE HECK CAN'T WE GET THE MODEM VENDORS TO GIVE US A CONNECT MSG, > or other diagnostic screen THAT DISCLOSES THE FIRMWARE VERSION/MFR OF THE > SERVER MODEM WE ARE CONNECTING TO???????? -- - Steve - Systems Manager - Community Internet Access, Inc. - Gallup and Grants, New Mexico

Subject: Re: (usr-tc) modem disconnects
From: Cummings, Jamin <jamin@computer-connection.net>
Date: 1998-05-23 16:07:10

Mike Hamrich wrote: > Are they Global Village X2 modems? WE have seen problems uploading with > them. No init string has yet to solve the problem for us yet. all different types of modems get disconnected. it seems to be the "cheap" ones everyone buys at the superstores and such. global village modems are one of the types having troubles. the only modems that work just about 100% of the time are just about any x2 compatable modems (usr, maxtech, etc.).

Subject: (usr-tc) disconnects after authentication
From: Cummings, Jamin <jamin@computer-connection.net>
Date: 1998-05-23 17:05:47

we have a problem with our modems disconecting right after people are authenticated. according to the radius logs, the people loged in just fine. but they get the "you have been disconected from the modem you dialed" and have to try again. after about the third or fourth try they get in fine, and stay connected. at first i thought this problem was limited to our new netserver/16+ v.34, but now it seems the problem has spread into everything. at the problem site we have a netserver/16+ and a total control hub with singlesided d/a quad modem cards. both boxes are doing this now. we've tried different radius boxes (different radius packages), i've also downgraded the netserver/16+ to just a netserver/16 running "version 3" instead of "version 4". no luck so far. what happens right after authentication that might make a person get kicked off? any suggestions on what to turn on/off? usr just updated their netserver software pages (finaly), so i'll update to the latest modem code and see if that helps. everything was working fine until about two months ago. i'm lucky our customers havn't killed me yet. ;-) right about the same time this started happening, we had eight more lines added. could the phone company have messed something up? they also made it so all the lines (including our voice lines), have to dial a "9" before getting an outside line. does this mean that all of our lines are going through a "different switch" now. could that be the problem? any help/suggestions would really be apreciated. thanks. c-ya! :-)

Subject: Re: (usr-tc) Session timeout
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-24 11:21:33

Make sure you have not specified 3600 seconds for the session timeout either under the user or the template the user is supposed to use. Jason Cropper <jason@clearsail.net> on 05/18/98 08:04:31 PM Please respond to usr-tc@lists.xmission.com cc: It may be a shot in the dark, but is he running Win95? And does the dial up connection just timeout in 60 mins(?), thus having nothing to to with your TC. Eventhough the timeout in Win95's dial up networking can be set, I've found that it does not work. It times out regardless of weather or not there are packets to/from the client/server. We had the same problem when we started our company. Most users that had the problem were timing out in 20 mins (the default). Jason K Mitchell wrote: > > I'm new to using any remote access products and haven't quite gotten a > handle on logging events, etc. I have a HiPer Access chassis running Total > Control 5.1.1 and 3Com's RADIUS. > The problem is...I have a user that's getting disconnected after 60 > minutes online, this is while active. He's using a x2 sportster, but I'm > not sure it's relevant as the number of users I have is small as of yet so > it's possible that I just haven't heard about any problems any other users > may be having. I don't have any timeouts(session or idle) set in TCM and > have not set any in RADIUS either. Any help in either what the problem may > be or how to find out the source would be greatly appreciated. begin: vcard fn: Jason Cropper n: Cropper;Jason org: ClearSail Communications, LLC adr: PO BOX 12607;;;Houston;TX;77217;USA email;internet: jason@clearsail.net title: Technical Manager/System Administrator tel;work: 713-230-2800 tel;fax: 713-844-3990 note: Your Clear Choice for Filtered Internet Access x-mozilla-cpt: ;0 x-mozilla-html: TRUE version: 2.1 end: vcard

Subject: Re: (usr-tc) DNIS BLOCKING ON HYPERDSP ?
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-24 12:00:00

This function is included in the software but will not be turned on untill TCS 3.5. Word from R&D. Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> on 05/17/98 09:18:56 PM Please respond to usr-tc@lists.xmission.com cc: USR-TC@lists.xmission.com I am not really sure, but I would think this is not supported yet. Will find out. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Fri, 15 May 1998, Jeff Binkley wrote: > > Ok, I have a strange question. Can the HiperDSP cards be setup to > not accept certain DNIS numbers like the Dual Pri cards can ? I've > looked through everything and don't see where this is an option for > them. > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) RADIUS woes
From: Mailing List <list@jigsaw.net.au>
Date: 1998-05-24 17:51:29

Just a thought, have you configured the secret key between radius and USR? Once this has been ironed out, there's the issue of multiple logins... -----Original Message----- >Hello, > I am trying to convince our TC NAS to authenticate >against a RADIUS server running on linux, and having >very little success. After investigating, I have >uncovered the existance of the following flavors of >radius servers: > Merit Radius > Cistron Radius > ESVA Radius > Livingston Radius > DTC Radius > Radiator > >After reviewing the possibilities, I chose to go >with Merit; ESVA has security holes due to being >based on Livingston 1.16, Livingston simply doesn't >play nice in the UNIX environment (no support for >signals to reload databases, single-tasking server >which handles only one request at a time, no support >for other vendor-specific-attributes until I hack the >dictionary file), DTC does not have complete english >docs, and Radiator costs money for _any_ version. >I believe Cistron to be my next alternative, though >I understand it doesn't support USR out of the box. > >I have compiled Merit, gotten it running without any >difficulties, it does account reasonably, but I am >unable to get authentication to happen. Details >follow: > >Client line for the USR TC unit: >xxx.xxx.xxx.xxx mykey type=NAS v1 > >In the users file, I have a couple of entries: >southpk Password = "foobar" > Framed-protocol = PPP, > Framed-IP-Address = 255.255.255.254, > Framed-IP-Netmask = 255.255.255.255, > Framed-Compression = Van-Jacobson-TCP-IP, > Framed-Routing = None, > Framed-MTU = 1500 > >as well as >pppuser Authentication-Type = None > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-MTU = 1500, > Framed-Compression = Van-Jacobson-TCP-IP > >DEFAULT Authentication-Type = Unix-PW > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Address = 255.255.255.254, > Framed-IP-Netmask = 255.255.255.255, > Framed-Compression = Van-Jacobson-TCP-IP, > >Note, that I have had the service type set to framed on >the southpark entry, with no different results. > >I grabbed the packets with tcpdump, and took them >apart with raddebug, and here's what it shows me >for the reply: > >xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx UDP S=1645 D=1645 LEN=167 >Code :Access-Reject(3) Identifier :91 Length :159 > > User-Name( 1) Len: 9 Value: southpk > NAS-IP-Address( 4) Len: 6 Value: xxx.xxx.xxx.xxx > NAS-Port( 5) Len: 6 Value: 44 > Service-Type( 6) Len: 6 Value: 2 > Framed-Protocol( 7) Len: 6 Value: 1 > Chassis-Call-Slot(9019) Len: 4 Value: 0 > Chassis-Call-Span(901a) Len: 4 Value: 0 > Chassis-Call-Channel(901b) Len: 4 Value: 2 > NAS-Identifier( 32) Len: 12 Value: drfast.net > Acct-Session-Id( 44) Len: 10 Value: 00000736 > NAS-Port-Type( 61) Len: 6 Value: 0 > Framed-Protocol( 7) Len: 6 Value: 1 > Framed-IP-Address( 8) Len: 6 Value: 255.255.255.254 > Reply-Message( 18) Len: 24 Value: Authentication failure > > >examining additional files turned up entries in "logfile" >of the raddb directory- I am unsure if this has any >bearing on the problem: > >Fri May 22 12:44:52 1998: generate26: Vendor 429 attribute 0 unknown >Fri May 22 12:44:52 1998: gen_valpairs: non-encapsulated vendor specific >attribute Vendor-Specific=vUSR-0000901900000000 > > >I am at this point, at a loss as to why the authentication >is not getting through. Am I missing something in the authfile >which needs to be set up? Ideally, I would like to authenticate >against a users db file with MD5 encryption; system passwords and >standard crypt are a little too limiting, but right now, I can't >get the thing to authenticate at all. > >Any pointers in the right direction would be greatly appreciated. > > >--Ross Becker > beckerr@softrends.com > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Double Stops in Radius
From: Marshall Morgan <marshall@netdoor.com>
Date: 1998-05-25 02:17:56

Using Livingston Radius 2.0.1 on Linux and Solaris and both have double stop records. Anyone know why? Mon May 25 01:06:40 1998 User-Name = "nes" NAS-IP-Address = 208.148.192.26 Acct-Status-Type = Stop Acct-Session-Id = "95730408" Acct-Delay-Time = 0 Acct-Authentic = RADIUS Service-Type = Framed-User NAS-Port-Type = Async NAS-Port = 1033 Calling-Station-Id = "" Called-Station-Id = "" Framed-Protocol = PPP Framed-IP-Address = 208.148.209.163 Acct-Session-Time = 1096 Acct-Terminate-Cause = User-Request Acct-Input-Octets = 2941 Acct-Output-Octets = 3424 Acct-Input-Packets = 83 Acct-Output-Packets = 88 Timestamp = 896076400 Request-Authenticator = Unverified Mon May 25 01:06:40 1998 User-Name = "nes" NAS-IP-Address = 208.148.192.26 Acct-Status-Type = Stop Acct-Session-Id = "95730408" Acct-Delay-Time = 0 Acct-Authentic = RADIUS Service-Type = Framed-User NAS-Port-Type = Async NAS-Port = 1033 Calling-Station-Id = "" Called-Station-Id = "" Framed-Protocol = PPP Framed-IP-Address = 208.148.209.163 Acct-Session-Time = 1096 Acct-Terminate-Cause = User-Request Acct-Input-Octets = 2941 Acct-Output-Octets = 3424 Acct-Input-Packets = 83 Acct-Output-Packets = 88 Timestamp = 896076400 Request-Authenticator = Unverified Marshall Morgan Internet Doorway, Inc. (aka NETDOOR) http://www.netdoor.com 601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28

Subject: Re: (usr-tc) Double Stops in Radius
From: pferraro <pferraro@wna-linknet.com>
Date: 1998-05-25 09:06:35

We reported this several months back. It only happens with our HiperArc hub... THe Netserver hub correctly logs the info. I have beeen told that it may be a "timing" problem. I have give USR beta group some access to test the radius and they have logged in a couple of time, but have not received any feedback from them. Krisk and Buster had the tech call and get things set up for us. We are also using v2.01 ported for BSD OS. There is also a problem with it "dropping" thru to Rlogin, even though the user is using CHAP/PAP authentication. I would guess that it is a routine in the radius source that does not provide the HiperArc with a correct response the first time around! I understand that some of the beta they are working for the HiperArc and the DSPs "solves" some of this, but the code is not available yet! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Mon, 25 May 1998, Marshall Morgan wrote: > Using Livingston Radius 2.0.1 on Linux and Solaris and both have double stop > records. Anyone know why? > > Mon May 25 01:06:40 1998 > User-Name = "nes" > NAS-IP-Address = 208.148.192.26 > Acct-Status-Type = Stop > Acct-Session-Id = "95730408" > Acct-Delay-Time = 0 > Acct-Authentic = RADIUS > Service-Type = Framed-User > NAS-Port-Type = Async > NAS-Port = 1033 > Calling-Station-Id = "" > Called-Station-Id = "" > Framed-Protocol = PPP > Framed-IP-Address = 208.148.209.163 > Acct-Session-Time = 1096 > Acct-Terminate-Cause = User-Request > Acct-Input-Octets = 2941 > Acct-Output-Octets = 3424 > Acct-Input-Packets = 83 > Acct-Output-Packets = 88 > Timestamp = 896076400 > Request-Authenticator = Unverified > > Mon May 25 01:06:40 1998 > User-Name = "nes" > NAS-IP-Address = 208.148.192.26 > Acct-Status-Type = Stop > Acct-Session-Id = "95730408" > Acct-Delay-Time = 0 > Acct-Authentic = RADIUS > Service-Type = Framed-User > NAS-Port-Type = Async > NAS-Port = 1033 > Calling-Station-Id = "" > Called-Station-Id = "" > Framed-Protocol = PPP > Framed-IP-Address = 208.148.209.163 > Acct-Session-Time = 1096 > Acct-Terminate-Cause = User-Request > Acct-Input-Octets = 2941 > Acct-Output-Octets = 3424 > Acct-Input-Packets = 83 > Acct-Output-Packets = 88 > Timestamp = 896076400 > Request-Authenticator = Unverified > > Marshall Morgan > > Internet Doorway, Inc. (aka NETDOOR) > http://www.netdoor.com > 601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28 > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Quake Lag
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-25 12:25:51

What version of NetServer do you have? lee@gwinnett.com on 05/25/98 12:04:31 PM Please respond to usr-tc@lists.xmission.com cc: Just got this from a customer: Hi,? ? I still have problems playing Quake through you as my ISP. My connection? on Quake servers is horrible. I lag too bad to play it. ...Well, I know for a fact that there is nothing wrong with my computer.? I've played through my friends' internet connections and it works fine.? When I connect through you, it takes forever to even move forward. I was? hopig that this time you might look into what's doing it and fix it.? ? Thanks,? I know other ISP's are having problems with Quake and the TC Racks. Are there any tips to minimize this problem? With all the other issues I have with the TC Racks, I guess it is time to consider dumping the TC's and buying some Livingston PM-3's for my dial-in needs. Thanks. Lee Reese Gwinnett Communications - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-25 12:29:53

--0__=fG3mloYaRMfFkW5scbKyWnpQosCAnnWPXQUxqtTGwrbISN4YXsgfZvo3 Content-type: text/plain; charset=us-ascii Content-Disposition: inline set system transmit_authentication_name "" type show sys to see what you currently have configured Robert von Bismarck <rvb@petrel.ch> on 05/25/98 11:12:54 AM Please respond to usr-tc@lists.xmission.com cc: "'mike@coredump.ae.usr.com'" <mike@coredump.ae.usr.com> Okay... I did not find the command anywhere in the docs, do you have it handy by any chance ? Thanks, Robert von Bismarck Petrel Communications S.A. -----Original Message----- From: Mike Wronski [SMTP:mike@coredump.ae.usr.com] Sent: jeudi, 7. mai 1998 16:27 To: usr-tc@lists.xmission.com Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis transmit auth name is not matchin what you have on the Cisco.. You have to set this on the HARC. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck >Sent: Thursday, May 07, 1998 9:22 AM >To: 'usr-tc@xmission.com' >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis > > >Guys, > >I ran into some trouble while trying to connect several BRI-equipped >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The >problem lies in the CHAP/PAP authentication. >I enabled CHAP and PAP, and no go... the cisco tells me some things >about a missing user HiPer.... > >Has anyone got any experience with this --0__=fG3mloYaRMfFkW5scbKyWnpQosCAnnWPXQUxqtTGwrbISN4YXsgfZvo3 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-transfer-encoding: quoted-printable =A0and how to solve it=A0? We >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work as >well with the HiPerDSP. > >Thanks for any further info, > >Robert von Bismarck >Petrel Communications S.A. > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. = --0__=fG3mloYaRMfFkW5scbKyWnpQosCAnnWPXQUxqtTGwrbISN4YXsgfZvo3--

Subject: (usr-tc) Quake Lag
From: lee@gwinnett.com
Date: 1998-05-25 13:04:31

Just got this from a customer: Hi, I still have problems playing Quake through you as my ISP. My connection on Quake servers is horrible. I lag too bad to play it. ...Well, I know for a fact that there is nothing wrong with my computer. I've played through my friends' internet connections and it works fine. When I connect through you, it takes forever to even move forward. I was hopig that this time you might look into what's doing it and fix it. Thanks, I know other ISP's are having problems with Quake and the TC Racks. Are there any tips to minimize this problem? With all the other issues I have with the TC Racks, I guess it is time to consider dumping the TC's and buying some Livingston PM-3's for my dial-in needs. Thanks. Lee Reese Gwinnett Communications

Subject: (usr-tc) USR Netserver PROBLEM
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-25 14:19:50

Hi! I have problem with USR Netserver 8/16 Plus: If user doesn't put at first in DiaL Up program his User name and password, he will be disconnected. The Netserver doesn't makes ability to retype user name or incorrect password. Do you know how to resolve this prob. With best regards, Alexander

Subject: (usr-tc) RADIUS woes- thanks
From: Ross Becker <beckerr@softrends.com>
Date: 1998-05-25 14:28:53

Folks, Thanks for the responses on the query- it _was_ an incorrectly configured key; the USR modem server had apparently forgotten what the key was, and I had never seen what happened when the key was incorrect- I had assumed that the RADIUS would not function at all- so when the accounting looked ok, I incorrectly assumed the key to be set properly on both sides. Now I get to fight with the fun stuff- VSA's. Thanks again. --Ross beckerr@softrends.com

Subject: Re: (usr-tc) Quake Lag
From: Brian <signal@shreve.net>
Date: 1998-05-25 17:36:04

On Mon, 25 May 1998 lee@gwinnett.com wrote: > Just got this from a customer: > > Hi, I still have problems playing Quake through you as my ISP. My > connection on Quake servers is horrible. I lag too bad to play it. > ...Well, I know for a fact that there is nothing wrong with my > computer. I've played through my friends' internet connections and it > works fine. When I connect through you, it takes forever to even move > forward. I was hopig that this time you might look into what's doing it > and fix it. Thanks, > > I know other ISP's are having problems with Quake and the TC Racks. Are > there any tips to minimize this problem? With all the other issues I > have with the TC Racks, I guess it is time to consider dumping the TC's > and buying some Livingston PM-3's for my dial-in needs. Thanks. Lee > Reese Gwinnett Communications > Use HiperDSP modems and HiperARC cards. This will get rid of most of it. Minimize broadcast from other networks to your dialup pools. Also run a dynamic routing protocol (ripv2) so that your users go directly from there dialup pool and your NAS to the servers on your ethernet, rather than having to go thru the router. run full duplex ether switched servers. Brian > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1998-05-25 18:12:54

Okay... I did not find the command anywhere in the docs, do you have it handy by any chance ? Thanks, Robert von Bismarck Petrel Communications S.A. -----Original Message----- From: Mike Wronski [SMTP:mike@coredump.ae.usr.com] Sent: jeudi, 7. mai 1998 16:27 To: usr-tc@lists.xmission.com Subject: RE: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis transmit auth name is not matchin what you have on the Cisco.. You have to set this on the HARC. =09 '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck >Sent: Thursday, May 07, 1998 9:22 AM >To: 'usr-tc@xmission.com' >Subject: (usr-tc) Connecting Cisco 1003, 1603 or 2503 to HiPer Chassis > > >Guys, > >I ran into some trouble while trying to connect several BRI-equipped >Ciscoes to one of my TC Racks running HiPerDSP with HiPerARC. The >problem lies in the CHAP/PAP authentication. >I enabled CHAP and PAP, and no go... the cisco tells me some things >about a missing user HiPer.... > >Has anyone got any experience with this=A0and how to solve it=A0? We >abandoned Cisco 76x series in favor of ZyXel Prestige 100 which work as >well with the HiPerDSP. > >Thanks for any further info, > >Robert von Bismarck >Petrel Communications S.A. > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: (usr-tc) Beta testers required
From: Mike McCauley <mikem@open.com.au>
Date: 1998-05-25 21:10:08

We require a small number of beta testers for the new iPASS roaming features available in our Radiator radius server. If you are (or want to become) an iPASS roaming partner, have a suitable Unix host, and can help us test this latest addition to our full-featured radius server, please email me directly. Details at http://www.open.com.au/radiator -- Mike McCauley mikem@open.com.au Open System Consultants Pty. Ltd Unix, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia Consulting and development Phone, Fax: +61 3 9598-0985 http://www.open.com.au

Subject: Re: (usr-tc) Quake Lag
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-25 21:35:09

If you're running Netservers, there's really no solution to this problem (nor is there ever likely to be with this hardware). If you're also running HiPer DSP's with the Netserver, this really makes it bad. Our only "fix" to the problem was to remove the HiPer DSP's from the TCH with the Netserver and purchase a new TCH with the HiPer ARC to go with the DSP's. Apparently the Netserver can only really handle a max of 48 modems. Since we have gone to this setup, we've had very few legitimate Quake complaints. lee@gwinnett.com wrote: > > Just got this from a customer: > > Hi, > > I still have problems playing Quake through you as my ISP. My connection > on Quake servers is horrible. I lag too bad to play it. ...Well, I know for a fact that > there is nothing wrong with my computer. > I've played through my friends' internet connections and it works fine. > When I connect through you, it takes forever to even move forward. I was > hopig that this time you might look into what's doing it and fix it. > > Thanks, > > I know other ISP's are having problems with Quake and the TC Racks. Are there > any tips to minimize this problem? With all the other issues I have with the TC > Racks, I guess it is time to consider dumping the TC's and buying some Livingston > PM-3's for my dial-in needs. Thanks. > Lee Reese > Gwinnett Communications > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: Re: (usr-tc) Dual t1 NAC for Dual PR1
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-26 08:51:53

You can not flash Dual T1 cards to Dual PRI unless the card is labeled a Dual PRI or a Dual PRI/T1 Jeff Lynch <jeff@mercury.jorsm.com> on 05/07/98 02:34:58 PM Please respond to usr-tc@lists.xmission.com cc: On Thu, 7 May 1998, Joe Kvidera wrote: > can you use a dual t1 nac as a dual pri nac if you flash it? and can you > have both cards in the same chassis at the same time? Yes and yes. If you flash from CT1 to PRI or vice versa, you need to type in the download file names by hand. ========================================================================= Jeffrey A. Lynch JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) How to get a report on failed logins!!
From: Total Control <totalcontrol@globalco.net>
Date: 1998-05-26 09:34:52

------ =_NextPart_000_01BD8890.F4289390 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Does anyone have or created a database or anything to report usernames and if they failed on login? Also looking for someone who has created a webpage that will link to the database, and show logged in users, and time online. If anyone has created any of the above and wish to share, would be really appreciated! Jeff Ault Globalnet ------ =_NextPart_000_01BD8890.F4289390 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IjoOAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAOAEAAAEAAAAMAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54 bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEA AAAEAAAAAAAAAso+AQSAAQAnAAAASG93IHRvIGdldCBhIHJlcG9ydCBvbiBmYWlsZWQgbG9naW5z ISEAPg0BBYADAA4AAADOBwUAGgAJACIANAACAFUBASCAAwAOAAAAzgcFABoACQAfABQAAgAyAQEJ gAEAIQAAADQ4OUYzMzg5OURGNEQxMTE4QzM2MDA2MDA4Q0Y0MjdFAA0HAQOQBgBQAwAAFAAAAAsA IwAAAAAAAwAmAAAAAAALACkAAAAAAAMALgAAAAAAAwA2AAAAAABAADkA4EsrEKuIvQEeAHAAAQAA ACcAAABIb3cgdG8gZ2V0IGEgcmVwb3J0IG9uIGZhaWxlZCBsb2dpbnMhIQAAAgFxAAEAAAAWAAAA Ab2IqxAoiTOfSfSdEdGMNgBgCM9CfgAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABoAAAB0 b3RhbGNvbnRyb2xAZ2xvYmFsY28ubmV0AAAAAwAGEDp5JisDAAcQDwEAAB4ACBABAAAAZQAAAERP RVNBTllPTkVIQVZFT1JDUkVBVEVEQURBVEFCQVNFT1JBTllUSElOR1RPUkVQT1JUVVNFUk5BTUVT QU5ESUZUSEVZRkFJTEVET05MT0dJTj9BTFNPTE9PS0lOR0ZPUlNPTUUAAAAAAgEJEAEAAACxAQAA rQEAAKQCAABMWkZ1KoeJjf8ACgEPAhUCpAPkBesCgwBQEwNUAgBjaArAc2V07jIGAAbDAoMyA8YH EwKDIjMPemhlbAMgRGy6ZwKAfQqACM8J2TsWb3gyNTUCgAqBDbELYG7wZzEwMxQgCwoS8gwBtmMA QBUwbweRAHB5AiB0ZSARwHYb8AWxBQBlzGF0CYAbkCBkHMABoE5hEfAcUhuhdGgLgGdRCoV0byAW cHAWESD2dRHwBKBhB4IAcBzwBpCjHtAU8HkgZgtwbBzh1QIgIBYAZwuAPwqFCoWYQWxzHvAWAG9r HkGfINAFsSLgB4Ab0ndoHvBHEcAEIByYd2ViCrBnvmUedhHABUAD8BURbAuArmse0iCRHScsIBNz JGA/B+AhgSXAIEEDoB+Ccyw7CoUgInQHcSFBJvFlLv0KhUkgcBunJLkbsBxQIHPfG5AG4BwxICID 8Wge0iiQVwrAKCAKhXcIYGwc8GKPG/AcoRUQIMBhcHAWcNZjBzAc0SEKhUoNwRNwtS/gdAqFRxYA HXBsG+DnMnYKiybwMzYN8Bo8MOC6bxzQYwVACoUVkQA3MAAAAAMAEBAAAAAAAwAREAAAAABAAAcw YEFYkaqIvQFAAAgwYEFYkaqIvQEeAD0AAQAAAAEAAAAAAAAAAwANNP03AAB34A== ------ =_NextPart_000_01BD8890.F4289390--

Subject: Re: (usr-tc) Quake Lag
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-26 09:57:38

Thus spake Andrew Aken >If you're running Netservers, there's really no solution to this problem >(nor is there ever likely to be with this hardware). BS. The *hardware* is perfectly capable of handling this...the software for it is what's royally screwed up. The other question is whether 3Com is going to take the effort to fix it on what really amounts to a legacy platform for them at this point...albeit a legacy platform with more protocol support than their primary. IMHO, it would be a *colossal* mistake not to fix this on the netservers given the huge installed base of netserver hardware and the discontent that this issue is generating for 3Com customers using this hardware. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) tc enterprise hub with webtv and direcpc
From: Jolliffe, Anu <ajolliffe@imagen.net>
Date: 1998-05-26 10:44:47

I'm in the process of adding a tc enterprise network hub to our dialup pool, and am wondering if there are any special consideration I have to make in order to allow webtv and direcpc access. Thank You.

Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc
From: Gilles Lorphelin <gilles@mana.pf>
Date: 1998-05-26 10:48:14

Hi , I'm am looking by now for webtv solutions . Could you give me some info on your experience ? (which webtv set ? compatibility ? , satisfaction ? ...) Thanks for your help, Best Regards. Jolliffe, Anu wrote: > > I'm in the process of adding a tc enterprise network hub to our dialup > pool, and am wondering if there are any special consideration I have to > make in order to allow webtv and direcpc access. > > Thank You. -- Gilles Lorphelin Telecoms Mgr. - ISOC Member Phone : +689 508 888 MANA S.A. (www.mana.pf) Fax : +689 508 889 IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf

Subject: Re: (usr-tc) How to get a report on failed logins!!
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1998-05-26 11:48:18

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ------ =_NextPart_000_01BD8890.F4289390 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: <Pine.BSF.3.95q.980526114729.19845D@mercury.jorsm.com> On Tue, 26 May 1998, Total Control wrote: > Does anyone have or created a database or anything > to report usernames and if they failed on login? > > Also looking for someone who has created a webpage > that will link to the database, and show logged in users, > and time online. > If anyone has created any of the above and wish to share, > would be really appreciated! > Jeff Ault > Globalnet Cistron radius does this well through logging in radius.log, you can even tell it to log the password they typed. ========================================================================= Jeffrey A. Lynch JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com ------ =_NextPart_000_01BD8890.F4289390 Content-Type: APPLICATION/MS-TNEF Content-Transfer-Encoding: BASE64 Content-ID: <Pine.BSF.3.95q.980526114729.19845E@mercury.jorsm.com> Content-Description: eJ8+IjoOAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAOAEAAAEAAAAMAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54 bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEA AAAEAAAAAAAAAso+AQSAAQAnAAAASG93IHRvIGdldCBhIHJlcG9ydCBvbiBmYWlsZWQgbG9naW5z ISEAPg0BBYADAA4AAADOBwUAGgAJACIANAACAFUBASCAAwAOAAAAzgcFABoACQAfABQAAgAyAQEJ gAEAIQAAADQ4OUYzMzg5OURGNEQxMTE4QzM2MDA2MDA4Q0Y0MjdFAA0HAQOQBgBQAwAAFAAAAAsA IwAAAAAAAwAmAAAAAAALACkAAAAAAAMALgAAAAAAAwA2AAAAAABAADkA4EsrEKuIvQEeAHAAAQAA ACcAAABIb3cgdG8gZ2V0IGEgcmVwb3J0IG9uIGZhaWxlZCBsb2dpbnMhIQAAAgFxAAEAAAAWAAAA Ab2IqxAoiTOfSfSdEdGMNgBgCM9CfgAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABoAAAB0 b3RhbGNvbnRyb2xAZ2xvYmFsY28ubmV0AAAAAwAGEDp5JisDAAcQDwEAAB4ACBABAAAAZQAAAERP RVNBTllPTkVIQVZFT1JDUkVBVEVEQURBVEFCQVNFT1JBTllUSElOR1RPUkVQT1JUVVNFUk5BTUVT QU5ESUZUSEVZRkFJTEVET05MT0dJTj9BTFNPTE9PS0lOR0ZPUlNPTUUAAAAAAgEJEAEAAACxAQAA rQEAAKQCAABMWkZ1KoeJjf8ACgEPAhUCpAPkBesCgwBQEwNUAgBjaArAc2V07jIGAAbDAoMyA8YH EwKDIjMPemhlbAMgRGy6ZwKAfQqACM8J2TsWb3gyNTUCgAqBDbELYG7wZzEwMxQgCwoS8gwBtmMA QBUwbweRAHB5AiB0ZSARwHYb8AWxBQBlzGF0CYAbkCBkHMABoE5hEfAcUhuhdGgLgGdRCoV0byAW cHAWESD2dRHwBKBhB4IAcBzwBpCjHtAU8HkgZgtwbBzh1QIgIBYAZwuAPwqFCoWYQWxzHvAWAG9r HkGfINAFsSLgB4Ab0ndoHvBHEcAEIByYd2ViCrBnvmUedhHABUAD8BURbAuArmse0iCRHScsIBNz JGA/B+AhgSXAIEEDoB+Ccyw7CoUgInQHcSFBJvFlLv0KhUkgcBunJLkbsBxQIHPfG5AG4BwxICID 8Wge0iiQVwrAKCAKhXcIYGwc8GKPG/AcoRUQIMBhcHAWcNZjBzAc0SEKhUoNwRNwtS/gdAqFRxYA HXBsG+DnMnYKiybwMzYN8Bo8MOC6bxzQYwVACoUVkQA3MAAAAAMAEBAAAAAAAwAREAAAAABAAAcw YEFYkaqIvQFAAAgwYEFYkaqIvQEeAD0AAQAAAAEAAAAAAAAAAwANNP03AAB34A== ------ =_NextPart_000_01BD8890.F4289390--

Subject: Re: (usr-tc) How to get a report on failed logins!!
From: Brian <signal@shreve.net>
Date: 1998-05-26 13:37:15

On Tue, 26 May 1998, Total Control wrote: > Does anyone have or created a database or anything > to report usernames and if they failed on login? tail -f /usr/private/etc/raddb/logfile > > Also looking for someone who has created a webpage > that will link to the database, and show logged in users, > and time online. www.tsmon.com > If anyone has created any of the above and wish to share, > would be really appreciated! We couldnt' live without tsmon. It allows you to really push your ratio's. Run it for a month and then tell me you can live without it :). Soooooo many users try that multiple login thing, or stay connected 24 hours a day etc. The best feature of tsmon is its "soft limit" settings. Brian > Jeff Ault > Globalnet > > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: Re: (usr-tc) How to get a report on failed logins!!
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-26 13:46:58

Jeff Lynch was heard to say: >On Tue, 26 May 1998, Total Control wrote: >> Does anyone have or created a database or anything >> to report usernames and if they failed on login? USR/3Com RADIUS will log login failures if instructed to do so. --Ricky

Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-26 14:09:32

No special considerations. However, make sure that you don't turn off header compression for those users. Otherwise, they won't connect. Jolliffe, Anu wrote: > > I'm in the process of adding a tc enterprise network hub to our dialup > pool, and am wondering if there are any special consideration I have to > make in order to allow webtv and direcpc access. > > Thank You. > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: Re: (usr-tc) Quake Lag
From: Russ Miescke <russm@powerweb.net>
Date: 1998-05-26 14:43:10

I am having the same problem. My customers are ready to leave. Is there a fix? Russ Miescke Power Web Connect > >Just got this from a customer: > >Hi,? >? >I still have problems playing Quake through you as my ISP. My connection? >on Quake servers is horrible. I lag too bad to play it. ...Well, I know for >a fact that >there is nothing wrong with my computer.? >I've played through my friends' internet connections and it works fine.? >When I connect through you, it takes forever to even move forward. I was? >hopig that this time you might look into what's doing it and fix it.? >? >Thanks,? > >I know other ISP's are having problems with Quake and the TC Racks. Are >there >any tips to minimize this problem? With all the other issues I have with >the TC >Racks, I guess it is time to consider dumping the TC's and buying some >Livingston >PM-3's for my dial-in needs. Thanks. >Lee Reese >Gwinnett Communications > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) Quake Lag
From: Brian <signal@shreve.net>
Date: 1998-05-26 14:50:07

On Mon, 25 May 1998, Brian McIntire wrote: > What version of NetServer do you have? > because whatever version you have, they *ALL* have serious UDP latency problems......................... > > > > lee@gwinnett.com on 05/25/98 12:04:31 PM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: > Subject: (usr-tc) Quake Lag > > > > > Just got this from a customer: > > Hi,? > ? > I still have problems playing Quake through you as my ISP. My connection? > on Quake servers is horrible. I lag too bad to play it. ...Well, I know for > a fact that > there is nothing wrong with my computer.? > I've played through my friends' internet connections and it works fine.? > When I connect through you, it takes forever to even move forward. I was? > hopig that this time you might look into what's doing it and fix it.? > ? > Thanks,? > > I know other ISP's are having problems with Quake and the TC Racks. Are > there > any tips to minimize this problem? With all the other issues I have with > the TC > Racks, I guess it is time to consider dumping the TC's and buying some > Livingston > PM-3's for my dial-in needs. Thanks. > Lee Reese > Gwinnett Communications > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: RE: (usr-tc) How to get a report on failed logins!!
From: Total Control <totalcontrol@globalco.net>
Date: 1998-05-26 14:57:03

------ =_NextPart_000_01BD88B6.8C0316C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit how is this done!?

Subject: RE: (usr-tc) How to get a report on failed logins!!
From: Randy Cosby <dcosby@infowest.com>
Date: 1998-05-26 15:09:38

Will TSMon (now PMMON?) support the Hiper Chassis? Randy

Subject: RE: (usr-tc) How to get a report on failed logins!!
From: Randy Cosby <dcosby@infowest.com>
Date: 1998-05-26 15:09:38

Will TSMon (now PMMON?) support the Hiper Chassis? Randy

Subject: RE: (usr-tc) How to get a report on failed logins!!
From: Randy Cosby <dcosby@infowest.com>
Date: 1998-05-26 15:09:38

Will TSMon (now PMMON?) support the Hiper Chassis? Randy

Subject: RE: (usr-tc) tc enterprise hub with webtv and direcpc
From: Jolliffe, Anu <ajolliffe@imagen.net>
Date: 1998-05-26 15:35:36

We are currently running dialup lines via external modems, digiboards and Windows NT R&Ras. We have a couple of customers using webtv, and apparently there isn't much to setting it up. I was informed by our support staff that only the standard dialup configuration information is required by webtv i.e. username & password, dialup phone number, primary & secondary dns, mail server, etc. I'm told that webtv is really easy to setup and use. Personally, I have never viewed webtv in action, but I must mention that we have yet to receive a single support call from a webtv customer. I would have to say that it works, or maybe it doesn't and they can't be bothered to let us know or cancel their access. Hmmmm? -----Original Message----- Sent: Monday, May 25, 1998 5:48 PM Hi , I'm am looking by now for webtv solutions . Could you give me some info on your experience ? (which webtv set ? compatibility ? , satisfaction ? ...) Thanks for your help, Best Regards. Jolliffe, Anu wrote: > > I'm in the process of adding a tc enterprise network hub to our dialup > pool, and am wondering if there are any special consideration I have to > make in order to allow webtv and direcpc access. > > Thank You. -- Gilles Lorphelin Telecoms Mgr. - ISOC Member Phone : +689 508 888 MANA S.A. (www.mana.pf) Fax : +689 508 889 IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) NETserver 3.7.24 memory leak again
From: Aaron Parks <acparks@netxn.com>
Date: 1998-05-26 15:39:05

Our Netserver does not have any memory leaks at all.. We dont use mpip or CCP at all I am in the process of doing MPIP. At 12:36 PM 5/21/98 -0400, Mike Andrews wrote: >OK, so obviously the memory leak doesn't affect everybody, and it's >something specific to our setup. That's what I figured. FWIW, we do use >MPIP, but we don't use the Munich board; ISDN's terminated on the quads. >Syslog servers are fine. Radius accounting servers are *mostly* fine. I >made one change last night and I'll keep an eye on it today -- if it's >fixed, I'll let you know what happened after I get done feeling stupid... >:) > >Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank >mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ >Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY >v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > >

Subject: Re: (usr-tc) Quake Lag
From: Brian <signal@shreve.net>
Date: 1998-05-26 15:54:33

On Tue, 26 May 1998, Russ Miescke wrote: > I am having the same problem. My customers are ready to leave. Is there a > fix? > The fix is, you pay lots of money to swap out your netservers for hiper arcs, then your problems are solved. the only other way would be for 3com to re-write the netserver code to make it more efficient. They say they can't do this, and that its as tweaked as it can get. Only problem I have with this, is that the Netserver has as much processing power (if not more) than a PM3, and the PM3 does not have this problem (not on this scale anyways). Brian > Russ Miescke > Power Web Connect > > > >Just got this from a customer: > > > >Hi,? > >? > >I still have problems playing Quake through you as my ISP. My connection? > >on Quake servers is horrible. I lag too bad to play it. ...Well, I know for > >a fact that > >there is nothing wrong with my computer.? > >I've played through my friends' internet connections and it works fine.? > >When I connect through you, it takes forever to even move forward. I was? > >hopig that this time you might look into what's doing it and fix it.? > >? > >Thanks,? > > > >I know other ISP's are having problems with Quake and the TC Racks. Are > >there > >any tips to minimize this problem? With all the other issues I have with > >the TC > >Racks, I guess it is time to consider dumping the TC's and buying some > >Livingston > >PM-3's for my dial-in needs. Thanks. > >Lee Reese > >Gwinnett Communications > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: Re: (usr-tc) Quake Lag
From: Brian <signal@shreve.net>
Date: 1998-05-26 15:54:33

Subject: Re: (usr-tc) Quake Lag
From: lee@gwinnett.com
Date: 1998-05-26 16:24:32

3.7.24 Lee Date sent: Mon, 25 May 1998 12:25:51 -0500 Send reply to: usr-tc@lists.xmission.com > What version of NetServer do you have? > > > > > lee@gwinnett.com on 05/25/98 12:04:31 PM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: > Subject: (usr-tc) Quake Lag > > > > > Just got this from a customer: > > Hi,? > ? > I still have problems playing Quake through you as my ISP. My connection? > on Quake servers is horrible. I lag too bad to play it. ...Well, I know for > a fact that > there is nothing wrong with my computer.? > I've played through my friends' internet connections and it works fine.? > When I connect through you, it takes forever to even move forward. I was? > hopig that this time you might look into what's doing it and fix it.? > ? > Thanks,? > > I know other ISP's are having problems with Quake and the TC Racks. Are > there > any tips to minimize this problem? With all the other issues I have with > the TC > Racks, I guess it is time to consider dumping the TC's and buying some > Livingston > PM-3's for my dial-in needs. Thanks. > Lee Reese > Gwinnett Communications > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) Excessive Busies on MVN Klex Numbers
From: Chris Havelka <chavelka@interaccess.com>
Date: 1998-05-26 16:55:28

Someone reported busies on the Skokie 847-745-0514 number. After some research (Dialing many MVN numbers) I found we are getting busies at all MVN kflex numbers. I called Worldcom (MFS) and they reported a problem but did not give details. I logged a problem ticket. The only thing that they said was that it is an intermittent problem. If you redial a few times you can connect. I witnessed this problem personally today. I hope to have an answer tonight. -- Chris Havelka Network Analyst InterAccess Co. chris2@interaccess.com 168 N. Clinton (312)496-4647 Office Chicago, Il. 60661 (312)496-4494 Fax

Subject: (usr-tc) V.8bis Tones
From: Cassandra M. Perkins <cassy@loop.com>
Date: 1998-05-26 17:25:36

Is there an option to turn on V.8bis tones on modems in TC Chassis? One of my subscribers was told that the Zoom's V.90 code requires that V.8bis tone be enabled to get a 56K (52K) connection. TIA. | Cassandra M. Perkins | People usually get what's coming to | | Network Operations | them... unless it's been mailed. | | The Loop Internet Switch Co., LLC | -fortune |

Subject: Re: (usr-tc) Quake Lag
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 1998-05-26 17:26:10

Same here ... I really hope USR WAKES UP!!!! and get's a FIX OUT! .. We are considering Livingston equipment to get rid of these problems ... as are other ISP's where I have friends ... -----Original Message----- >I am having the same problem. My customers are ready to leave. Is there a >fix? > >Russ Miescke >Power Web Connect >> >>Just got this from a customer: >> >>Hi,? >>? >>I still have problems playing Quake through you as my ISP. My connection? >>on Quake servers is horrible. I lag too bad to play it. ...Well, I know for >>a fact that >>there is nothing wrong with my computer.? >>I've played through my friends' internet connections and it works fine.? >>When I connect through you, it takes forever to even move forward. I was? >>hopig that this time you might look into what's doing it and fix it.? >>? >>Thanks,? >> >>I know other ISP's are having problems with Quake and the TC Racks. Are >>there >>any tips to minimize this problem? With all the other issues I have with >>the TC >>Racks, I guess it is time to consider dumping the TC's and buying some >>Livingston >>PM-3's for my dial-in needs. Thanks. >>Lee Reese >>Gwinnett Communications >> >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) Quake Lag
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 1998-05-26 17:26:10

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-26 17:59:01

check the idle time out setup. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 27 May 1998, Alexander Kandelaki wrote: > > Hi all! > > Please help me , i running USR Netserver 8/16 v.34 Plus, > just installed it. > the problem in the authentication, if the user didn't type first his > user name and password he will be immediatly disconnected. > I want to change this setting on Netserver.Which command I need to put, > I didn't find about this in docs :(( > Please help me to resolve this problem . > > Regards Alexander > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Quake Lag
From: lee@gwinnett.com
Date: 1998-05-26 18:31:48

Whatever happened to the HiPer ARC upgrade program that 3Com was planning? Lee Reese Date sent: Tue, 26 May 1998 14:43:10 -0500 Send reply to: usr-tc@lists.xmission.com > I am having the same problem. My customers are ready to leave. Is there a > fix? > > Russ Miescke > Power Web Connect > > > >Just got this from a customer: > > > >Hi,? > >? > >I still have problems playing Quake through you as my ISP. My connection? > >on Quake servers is horrible. I lag too bad to play it. ...Well, I know for > >a fact that > >there is nothing wrong with my computer.? > >I've played through my friends' internet connections and it works fine.? > >When I connect through you, it takes forever to even move forward. I was? > >hopig that this time you might look into what's doing it and fix it.? > >? > >Thanks,? > > > >I know other ISP's are having problems with Quake and the TC Racks. Are > >there > >any tips to minimize this problem? With all the other issues I have with > >the TC > >Racks, I guess it is time to consider dumping the TC's and buying some > >Livingston > >PM-3's for my dial-in needs. Thanks. > >Lee Reese > >Gwinnett Communications > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc
From: Stephen W. Buza <steve@nemaine.com>
Date: 1998-05-26 18:32:47

Hi. We have several webtv users and a handful of direcpc users. We did not have to do anything extraordinary to allow them access through our TC hubs. Note that webtv boxes can only authenticate via PAP (will not work with CHAP / scripts so far as I have been told by the webtv folks). Normally, the webtv customer signs up with us as their ISP and we provide them with the info they need for servers and stuff (dns, etc.). They then provide this info to webtv support and webtv support gets them connected. We have never had a problem with any webtv box. Steve Buza -----Original Message----- >Hi , > > I'm am looking by now for webtv solutions . > > Could you give me some info on your experience ? > (which webtv set ? compatibility ? , satisfaction ? ...) > > >Thanks for your help, > >Best Regards. > > >Jolliffe, Anu wrote: >> >> I'm in the process of adding a tc enterprise network hub to our dialup >> pool, and am wondering if there are any special consideration I have to >> make in order to allow webtv and direcpc access. >> >> Thank You. > >-- >Gilles Lorphelin >Telecoms Mgr. - ISOC Member > > Phone : +689 508 888 >MANA S.A. (www.mana.pf) Fax : +689 508 889 >IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Quake Lag
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-26 20:18:50

Brian was heard to say: >The fix is, you pay lots of money to swap out your netservers for hiper >arcs, then your problems are solved. the only other way would be for 3com >to re-write the netserver code to make it more efficient. They say they >can't do this, and that its as tweaked as it can get. > >Only problem I have with this, is that the Netserver has as much >processing power (if not more) than a PM3, and the PM3 does not have this >problem (not on this scale anyways). Well, if USR/3Com would release the hardware interface specs for the Netserver, then some of us more enterprising people can write an OS for it that actually works. The netserver has more than enough memory and CPU to do the job. --Ricky

Subject: Re: (usr-tc) Quake Lag
From: Allen Marsalis <am@shreve.net>
Date: 1998-05-26 20:38:31

At 09:57 AM 5/26/98 -0400, Jeff Mcadams wrote: >Thus spake Andrew Aken >>If you're running Netservers, there's really no solution to this problem >>(nor is there ever likely to be with this hardware). > >BS. The *hardware* is perfectly capable of handling this...the software >for it is what's royally screwed up. The other question is whether 3Com >is going to take the effort to fix it on what really amounts to a legacy >platform for them at this point...albeit a legacy platform with more >protocol support than their primary. IMHO, it would be a *colossal* >mistake not to fix this on the netservers given the huge installed base >of netserver hardware and the discontent that this issue is generating >for 3Com customers using this hardware. >-- I'd rather they beef up the protocol support on their flagship platform first! :) My guess is that while they are behind on the primary code, then a total re-write of legacy code is highly unlikely. It all reeks of micky mouse software development.. a few guys doing all the work.. poor specifications.. months turned to years.. and so forth.. Of course I have no idea what actual resources 3com/usr commits to NAS software development. It just seems like MPIP and OSPF, etc. have turned out that way.. The flip side of the this is that with 4,800 isps averaging maybe 3 or 4 TC hubs, I would hardly call this installed base as huge.. I mean I'm guessing here. Some isp's have 100 TC hubs and some none at all. But all in all, there probably isn't more than 20 to 50K TC hubs out there. That's a real small market as far as software publishing is concerned. There is probably that many apple II's left running out there but apple isn't developing a new refined OS for it.. JMHO that's all. That's why I felt the wait could be years if ever so we upgraded to 100% HARCs... Quake is great! And yes I paid too much to have it that way.. But at least I'm now able to stop whinning about it.. :))) Allen _____________________________________________________________ Allen Marsalis President Voice: 318.222.2NET (2638) Shrevenet, Inc. mailto:am@shreve.net 333 Texas St. Suite 619 FAX: 318.221.6612 Shreveport, LA 71101 http://www.shreve.net _____________________________________________________________ Thoughtful Provider of Internet Services

Subject: Re: (usr-tc) hangup problems
From: Liping <liping@netsol.net>
Date: 1998-05-26 20:43:38

Had a strange situation happened here before. Ones the cards messed up in upgrade, later version upgrade also messed up. So, Downgrade to the lowest "working version" for all cards, then upgrade to the lastest version. It worked for me -- through a lot of "try and error". Good Luck! Liping Chen -----Original Message----- >ok ... here's the story so far ... > >we were having troubles with a netserver/16+ hanging up >on people right after authentication. after using up our 90 >days with 3com (they just scratched thier heads, they >didn't help out at all), we desided to take matters into >our own hands and order another box and try replacing >it. no luck. so yesterday i downgraded the netserver >to "version 3". better, but still not fixed. our users could >dialin, get disconnected about three times, and then they >could get in just fine. ;-) so feeling that that wasn't the problem >i upgraded it back to the latest "version 4". now it's just about >imposable to dialin. it was working (kind of) until i upgraded >the modem code to the newest version on their webpage, thats >when it got really bad. > >anyway, has anyone else had this problem? we are using the >latest code/software on everything. we are using 3com's >security and acct. server (latest version). no matter what >we do, this netserver/16 is nothing but problems. our total >control hub (that we haven't updated since we purchased >about 2 years ago) works without a hitch. > >we have some older netservers running "version 3" (the same >exact modem/netserver code i ran on the netserver/16) that >are also working just fine. their in another location. > >can anybody think of anything at all i can try, you name it, >i've probably tried it. 3com isn't any help at all. > >c-ya! :-) > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Quake Lag
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 1998-05-26 21:16:53

I hope 3com engineers read this because I to am SICK AND TIRED OF 3COM ... If they are not going to provide a fix for my NETServer hardware and force us to get a HiPERARC, sorry I am going with livingston ... I have had no complaints from other ISP's using livingston products ... We are loosing customers because of the NETServer lag problems ... this is not acceptible ... I want fixes and not excuses from 3com tech support ... -----Original Message----- >Thus spake Andrew Aken >>If you're running Netservers, there's really no solution to this problem >>(nor is there ever likely to be with this hardware). > >BS. The *hardware* is perfectly capable of handling this...the software >for it is what's royally screwed up. The other question is whether 3Com >is going to take the effort to fix it on what really amounts to a legacy >platform for them at this point...albeit a legacy platform with more >protocol support than their primary. IMHO, it would be a *colossal* >mistake not to fix this on the netservers given the huge installed base >of netserver hardware and the discontent that this issue is generating >for 3Com customers using this hardware. >-- >Jeff McAdams Email: jeffm@iglou.com >Head Network Administrator Voice: (502) 966-3848 >IgLou Internet Services (800) 436-4456 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) hangup problems
From: Cummings, Jamin <jamin@computer-connection.net>
Date: 1998-05-26 21:37:31

ok ... here's the story so far ... we were having troubles with a netserver/16+ hanging up on people right after authentication. after using up our 90 days with 3com (they just scratched thier heads, they didn't help out at all), we desided to take matters into our own hands and order another box and try replacing it. no luck. so yesterday i downgraded the netserver to "version 3". better, but still not fixed. our users could dialin, get disconnected about three times, and then they could get in just fine. ;-) so feeling that that wasn't the problem i upgraded it back to the latest "version 4". now it's just about imposable to dialin. it was working (kind of) until i upgraded the modem code to the newest version on their webpage, thats when it got really bad. anyway, has anyone else had this problem? we are using the latest code/software on everything. we are using 3com's security and acct. server (latest version). no matter what we do, this netserver/16 is nothing but problems. our total control hub (that we haven't updated since we purchased about 2 years ago) works without a hitch. we have some older netservers running "version 3" (the same exact modem/netserver code i ran on the netserver/16) that are also working just fine. their in another location. can anybody think of anything at all i can try, you name it, i've probably tried it. 3com isn't any help at all. c-ya! :-)

Subject: Re: (usr-tc) V.8bis Tones
From: Douglas Palmer <telos@gain-ny.com>
Date: 1998-05-26 21:54:26

At 05:25 PM 5/26/98 -0700, you wrote: >Is there an option to turn on V.8bis tones on modems in TC Chassis? One >of my subscribers was told that the Zoom's V.90 code requires that V.8bis >tone be enabled to get a 56K (52K) connection. Aren't these generated by the calling(originating) modem? DCP

Subject: (usr-tc) How to get a report on failed logins!!
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-26 22:08:00

Jeff, Check out the following web pages: www2.asacomp.com/asa_online_test/failed_logins.asp www2.asacomp.com/asa_online_test/on_line.asp www2.asacomp.com/asa_online_test/average_calls.asp There are all running against a standard 3Com RADIUS database running on MS Access. They equally can run against Sybase, MS SQl and more. Let me know if they interest you. Jeff Binkley ASA Network Computing -> Does anyone have or created a database or anything -> to report usernames and if they failed on login? -> -> Also looking for someone who has created a webpage -> that will link to the database, and show logged in users, -> and time online. -> If anyone has created any of the above and wish to share, -> would be really appreciated! -> Jeff Ault -> Globalnet ->

Subject: (usr-tc) How to get a report on failed logins!!
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-26 22:08:00

Subject: Re: (usr-tc) DNIS BLOCKING ON HYPERDSP ?
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-26 22:11:00

-> This function is included in the software but will not be turned on untill -> TCS 3.5. Word from R&D. -> -> Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> on 05/17/98 09:18:56 PM -> Please respond to usr-tc@lists.xmission.com -> -> To: Jeff Binkley <jeff.binkley@asacomp.com> -> cc: USR-TC@lists.xmission.com -> Subject: Re: (usr-tc) DNIS BLOCKING ON HYPERDSP ? -> -> I am not really sure, but I would think this is not supported yet. Will -> find out. -> -> krish Krish, As usual you are the authoritative source for this type of info. Thank you very much. You have just saved me heaps of money. What's the projected timeframe for 3.5 ? Any word on the memory leak for the RADIUS 5.5.3 software ? Jeff Binkley ASA Network Computing

Subject: (usr-tc) V.8bis Tones
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-26 22:18:00

-> Is there an option to turn on V.8bis tones on modems in TC Chassis? One of -> my subscribers was told that the Zoom's V.90 code requires that V.8bis tone -> be enabled to get a 56K (52K) connection. You gotta be kidding. V.8bis ??? I'd offer to give them a deal on a 3rd party X2 modem. If you buy hardware you can get X2 enabled Magitronic modems from various sources for less than $50 ea. Jeff Binkley ASA network Computing

Subject: (usr-tc) V.8bis Tones
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-26 22:18:00

Subject: Re: (usr-tc) Quake Lag
From: Mike Andrews <mandrews@termfrost.org>
Date: 1998-05-26 22:31:51

On Tue, 26 May 1998, Allen Marsalis wrote: > At 09:57 AM 5/26/98 -0400, Jeff Mcadams wrote: > >Thus spake Andrew Aken > >>If you're running Netservers, there's really no solution to this problem > >>(nor is there ever likely to be with this hardware). > > > >BS. The *hardware* is perfectly capable of handling this...the software > >for it is what's royally screwed up. The other question is whether 3Com > >is going to take the effort to fix it on what really amounts to a legacy > >platform for them at this point...albeit a legacy platform with more > >protocol support than their primary. IMHO, it would be a *colossal* > >mistake not to fix this on the netservers given the huge installed base > >of netserver hardware and the discontent that this issue is generating > >for 3Com customers using this hardware. > >-- > > I'd rather they beef up the protocol support on their flagship platform > first! :) My guess is that while they are behind on the primary code, > then a total re-write of legacy code is highly unlikely. It all reeks > of micky mouse software development.. a few guys doing all the work.. > poor specifications.. months turned to years.. and so forth.. Of > course I have no idea what actual resources 3com/usr commits to NAS > software development. It just seems like MPIP and OSPF, etc. have > turned out that way.. [munch] I'm almost afraid to bring this idea up, and I'm only half serious here, but what the hell... :) What about finishing the port of the Pilgrim code to NETserver hardware? They ported it to the NETserver 8/16[I] and some people here have run both the 4.x (Pilgrim) code and the 3.x (ComOS) code on the same hardware, which I assume is i486 based. The Viper DSL appears to use Pilgrim too, though I don't know what CPU it has... Putting aside for a moment how horrible people here have said running 4.x on their NETserver 16Is has been... Has anyone, for example, compared UDP latency on a NETserver 8I running 3.x code to the same running 4.x code? It still amuses me that nobody faults id Software for this issue, in the same way that everyone (me included) blames Microsoft for everything. :) John Carmack did admit (after its release) he screwed up and designed with T1 latency in mind, which is why we now have QuakeWorld... which nobody seems to want to play as much, so we're stuck with it. Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: mike <mwronski@coredump.ae.usr.com>
Date: 1998-05-26 23:39:17

Sorry.. There is no way to make the 8/16 (plus) authenticate more than once at this time.. This should bre fixed in later versions of code. -M On Wed, 27 May 1998, Alexander Kandelaki wrote: > > >I changged all possible timeout to maximum but it doesnt works, >Netserver says me : Check your user name or you password is incorrect, > >May be here special command for "repeating authentication " > >Regards Alexander > >> On Wed, 27 May 1998, Alexander Kandelaki wrote: >> >> > >> > Hi all! >> > >> > Please help me , i running USR Netserver 8/16 v.34 Plus, >> > just installed it. >> > the problem in the authentication, if the user didn't type first his >> > user name and password he will be immediatly disconnected. >> > I want to change this setting on Netserver.Which command I need to put, >> > I didn't find about this in docs :(( >> > Please help me to resolve this problem . >> > >> > Regards Alexander >> > >> > >> > >> > - >> > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > -M

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: mike <mwronski@coredump.ae.usr.com>
Date: 1998-05-26 23:39:17

Subject: Re: (usr-tc) Quake Lag
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-27 00:19:40

Just to jump briefly back in here. I never said that the hardware was incapable of handling users with no quake lag, I said that there is not likely to be a solution with this hardware (which is still the case). Not because it won't handle it, but because 3Com will not fix it. Personally, I have a love/hate relationship with my 3Com/USR equipment. When it's running, it outperforms any other ISP in our area. Unfortunately, when it's not running correctly, it's more by shear luck and this list that it starts working again and not through any fault of 3Com's tech support. And when am I getting that friggin' v.90 code!!!! Jeff Mcadams wrote: > > Thus spake Andrew Aken > >If you're running Netservers, there's really no solution to this problem > >(nor is there ever likely to be with this hardware). > > BS. The *hardware* is perfectly capable of handling this...the software > for it is what's royally screwed up. -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: Re: (usr-tc) Quake Lag
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-27 00:19:40

Subject: (usr-tc) AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-27 01:04:27

Hi all! Please help me , i running USR Netserver 8/16 v.34 Plus, just installed it. the problem in the authentication, if the user didn't type first his user name and password he will be immediatly disconnected. I want to change this setting on Netserver.Which command I need to put, I didn't find about this in docs :(( Please reply me . Regards Alexander

Subject: (usr-tc) AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-27 01:04:27

Subject: Re: (usr-tc) Quake Lag
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-27 01:22:05

Allen Marsalis was heard to say: >I'd rather they beef up the protocol support on their flagship platform >first! :) My guess is that while they are behind on the primary code, >then a total re-write of legacy code is highly unlikely. It all reeks >of micky mouse software development.. a few guys doing all the work.. Gee, have you been to IL? From what I understand, this is not far from the truth. (At least in some areas) ... That's what the support contracts are for. And, these are not cheap toys. --Ricky

Subject: Re: (usr-tc) Quake Lag
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-27 01:29:11

Bob Purdon was heard to say: >> I hope 3com engineers read this because I to am SICK AND TIRED OF 3COM ... >> If they are not going to provide a fix for my NETServer hardware and force >> us to get a HiPERARC, sorry I am going with livingston > >We're considering the same actually. We're happy with our TC gear, and >very happy with the local people here in Oz, but not overly impressed with >the overall attitude towards the product from the company as a whole in >the US. I'm sure alot of people are doing the same. 3Com doesn't seem to have much desire to continue pushing dialup hardware, as far as I can tell. I was told this afternoon that any future dialup hardware placed in the network would not be USR TC's. Just when you get used to a new system of hardware (everything has bugs and other problems until you get used to the way they work,) management goes with some other _totally_ unknown hardware. >The NETserver lag issue is one. It doesn't affect us as we don't have a >local quake server, but the whole attitude from 3COM/USR on the issue >doesn't sit well with us. USR/3Com doesn't own the Netserver code base. I have no problem with them dropping it. But, if they are going to do away with support for it, then they need to give the existing customers an option that gives the same level of support and functionality and USR/3Com has not come anywhere close to that to date. --Ricky

Subject: (usr-tc) Re: AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-27 01:51:02

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-27 03:13:44

I changged all possible timeout to maximum but it doesnt works, Netserver says me : Check your user name or you password is incorrect, May be here special command for "repeating authentication " Regards Alexander On Tue, 26 May 1998, Tatai SV Krishnan wrote: > check the idle time out setup. > > krish > > ----------------------------------------- > \ T.S.V. Krishnan \ > \ Network System Engineer \ ( : - : ) > \ 3Com ............ \ > ----------------------------------------------/ > tkrishna@bubba.ae.usr.com > ----------------------------/ http://interproc.ae.usr.com ----/ > -------------------------------------------------------------------------\ > Any Sufficiently advanced bug is indistinguishable for a feature. > - Rick Kulawiec > -------------------------------------------------------------------------/ > > On Wed, 27 May 1998, Alexander Kandelaki wrote: > > > > > Hi all! > > > > Please help me , i running USR Netserver 8/16 v.34 Plus, > > just installed it. > > the problem in the authentication, if the user didn't type first his > > user name and password he will be immediatly disconnected. > > I want to change this setting on Netserver.Which command I need to put, > > I didn't find about this in docs :(( > > Please help me to resolve this problem . > > > > Regards Alexander > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > >

Subject: Re: (usr-tc) Quake Lag
From: Ricky Beam <jfbeam@interpath.net>
Date: 1998-05-27 03:48:31

Bob Purdon was heard to say: >> USR/3Com doesn't own the Netserver code base. > >I realise that, however the PM2/PM3 (by all accounts) has no problems with >UDP, so why should the TC? It's based on the same code-base, and the TC >has more grunt. Livingston didn't write it, USR did. (which should make some people very nervous.) --Ricky

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-27 07:24:38

On Wed, 27 May 1998, Alexander Kandelaki wrote: > > > I changged all possible timeout to maximum but it doesnt works, > Netserver says me : Check your user name or you password is incorrect, > > May be here special command for "repeating authentication " > Lets start from scratch. Create a user on the NETServer itself - Dialin and see if the new user connects and works properlly. Now create another user on the Radius server - try to login to the NETserver with the radius user. If the first works and the second fails - then you have a problem with possibly due to 1. Secret key mismatch 2. user setup parse error 3. radius timeout. Now the next step is to get a trace from the wire - typically an snoop trace will tell us what is wrong krish > Regards Alexander > > On Tue, 26 May 1998, Tatai SV Krishnan wrote: > > > check the idle time out setup. > > > > krish > > > > ----------------------------------------- > > \ T.S.V. Krishnan \ > > \ Network System Engineer \ ( : - : ) > > \ 3Com ............ \ > > ----------------------------------------------/ > > tkrishna@bubba.ae.usr.com > > ----------------------------/ http://interproc.ae.usr.com ----/ > > -------------------------------------------------------------------------\ > > Any Sufficiently advanced bug is indistinguishable for a feature. > > - Rick Kulawiec > > -------------------------------------------------------------------------/ > > > > On Wed, 27 May 1998, Alexander Kandelaki wrote: > > > > > > > > Hi all! > > > > > > Please help me , i running USR Netserver 8/16 v.34 Plus, > > > just installed it. > > > the problem in the authentication, if the user didn't type first his > > > user name and password he will be immediatly disconnected. > > > I want to change this setting on Netserver.Which command I need to put, > > > I didn't find about this in docs :(( > > > Please help me to resolve this problem . > > > > > > Regards Alexander > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > > > >

Subject: RE: (usr-tc) How to get a report on failed logins!!
From: Brian <signal@shreve.net>
Date: 1998-05-27 08:51:07

On Tue, 26 May 1998, Randy Cosby wrote: > Will TSMon (now PMMON?) support the Hiper Chassis? > > Randy Yes it does, and it does it nicely. Brad Owens spent alot of time getting this accomplished so we would have something to work with. Brian > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: RE: (usr-tc) How to get a report on failed logins!!
From: Brian <signal@shreve.net>
Date: 1998-05-27 08:51:07

Subject: Re: (usr-tc) Quake Lag
From: Brian <signal@shreve.net>
Date: 1998-05-27 08:55:15

> > I'm almost afraid to bring this idea up, and I'm only half serious here, > but what the hell... :) > > What about finishing the port of the Pilgrim code to NETserver hardware? > They ported it to the NETserver 8/16[I] and some people here have run both > the 4.x (Pilgrim) code and the 3.x (ComOS) code on the same hardware, > which I assume is i486 based. The Viper DSL appears to use Pilgrim too, > though I don't know what CPU it has... > > Putting aside for a moment how horrible people here have said running 4.x > on their NETserver 16Is has been... Has anyone, for example, compared UDP > latency on a NETserver 8I running 3.x code to the same running 4.x code? > > It still amuses me that nobody faults id Software for this issue, in the > same way that everyone (me included) blames Microsoft for everything. :) > John Carmack did admit (after its release) he screwed up and designed with > T1 latency in mind, which is why we now have QuakeWorld... which nobody > seems to want to play as much, so we're stuck with it. > Its not ID's fault. Quake works fine on HiPerARC, and sucks on a netserver, so its NAS related. QuakeWorld, which is the quake that is "fixed" for dialup play even lags on the netserver. > > Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank > mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/ > Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY > v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: Re: (usr-tc) Quake Lag
From: Brian <signal@shreve.net>
Date: 1998-05-27 08:57:30

On Wed, 27 May 1998, Andrew Aken wrote: > Just to jump briefly back in here. I never said that the hardware was > incapable of handling users with no quake lag, I said that there is not > likely to be a solution with this hardware (which is still the case). > Not because it won't handle it, but because 3Com will not fix it. > > Personally, I have a love/hate relationship with my 3Com/USR equipment. > When it's running, it outperforms any other ISP in our area. > Unfortunately, when it's not running correctly, it's more by shear luck > and this list that it starts working again and not through any fault of > 3Com's tech support. > > And when am I getting that friggin' v.90 code!!!! I love the USR/3Com equipment, I wouldn't want to go any other way. It has perform flawlessly for us these last few months of running all ARC/HDM equipment. In the beginning of ARC/HDM there was some troubles that were quickly resolved. Everything has "issues", TotalControl's are ospf,mpip, netserver lag, etc. But in the "big picture" I really beleive we made the right move in going with 3com. Brian > > Jeff Mcadams wrote: > > > > Thus spake Andrew Aken > > >If you're running Netservers, there's really no solution to this problem > > >(nor is there ever likely to be with this hardware). > > > > BS. The *hardware* is perfectly capable of handling this...the software > > for it is what's royally screwed up. > -- > ======================================================= > =========== Andrew Aken - President ========= > ====== GlobalEyes Communications, Inc. ====== > =Southern Illinois' Fastest Connection to the Internet= > ========== http://www.GlobalEyes.net ======== > ======================================================= > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: Re: (usr-tc) Quake Lag
From: Brian <signal@shreve.net>
Date: 1998-05-27 09:00:39

On Wed, 27 May 1998, -=X=- wrote: > Hey! > > On Tue, 26 May 1998, Jamie Orzechowski wrote: > > > Same here ... I really hope USR WAKES UP!!!! and get's a FIX OUT! .. We are > > considering Livingston equipment to get rid of these problems ... as are > > other ISP's where I have friends ... > > We have a few TC hubs here, as well as some Shiva LanRover access > switches. I have never had bad support from Shiva, and hardly ever have > trouble with the boxes. There are only 2 things I can think of that we > have ever dealt with: > > 1) Windows 3.1 machines running IE dialup software have real problems > connecting. That's pretty scary considering Shiva wrote the PPP/tcpip stacks in windows/IE, right? > 2) So far they do not support bonded analog modems like 3com. > > Just throwing this out FYI > > Dan Allen - System Admin. > -Novagate Communications Corp.- > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: (usr-tc) Red yellow green
From: Terry Kennedy <terry@olypen.com>
Date: 1998-05-27 09:01:00

quad modem lights ,before v.90 upgrade, used to turn yellow when they went off hook, then green when they trained and connected. Now they turn red for a brief instant then yellow as before then green. Some of my modems recently have been staying red, then no connect. Anyone know the meaning of the colour changes now?

Subject: Re: (usr-tc) DNIS BLOCKING ON HYPERDSP ?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-27 09:01:52

On Tue, 26 May 1998, Jeff Binkley wrote: > -> This function is included in the software but will not be turned on untill > -> TCS 3.5. Word from R&D. > -> > -> Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> on 05/17/98 09:18:56 PM > -> Please respond to usr-tc@lists.xmission.com > -> > -> To: Jeff Binkley <jeff.binkley@asacomp.com> > -> cc: USR-TC@lists.xmission.com > -> Subject: Re: (usr-tc) DNIS BLOCKING ON HYPERDSP ? > -> > -> I am not really sure, but I would think this is not supported yet. Will > -> find out. > -> > -> krish > > Krish, > > As usual you are the authoritative source for this type of info. Thank > you very much. You have just saved me heaps of money. What's the > projected timeframe for 3.5 ? Any word on the memory leak for the RADIUS > 5.5.3 software ? There is a an ER release for the windows version - which will not cause the Dr. Watson problem in NT/Win95 for Radius 5.x.x code. I am not aware of any particular memory leak with this radius - Could you please explain the problem? regards krish > > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Quake Lag
From: -=X=- <xlogan@novagate.com>
Date: 1998-05-27 09:22:59

Hey! On Tue, 26 May 1998, Jamie Orzechowski wrote: > Same here ... I really hope USR WAKES UP!!!! and get's a FIX OUT! .. We are > considering Livingston equipment to get rid of these problems ... as are > other ISP's where I have friends ... We have a few TC hubs here, as well as some Shiva LanRover access switches. I have never had bad support from Shiva, and hardly ever have trouble with the boxes. There are only 2 things I can think of that we have ever dealt with: 1) Windows 3.1 machines running IE dialup software have real problems connecting. 2) So far they do not support bonded analog modems like 3com. Just throwing this out FYI Dan Allen - System Admin. -Novagate Communications Corp.-

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-27 09:33:18

It's very strange, that the latest version doesn't makes ability for authenticatate more than one time, I also have Netserver /16 and he let's me make authentication more than one time :(( Sincerely yours, Alexander Kandelaki ==================================================================== Alexander I. Kandelaki Sa*Net Network, System Administrator 37 Rustaveli ave., Tbilisi,380008, Georgia Phones : +995 32 987414, 922949 WWW : http://www.sanet.ge 987470, 922989 E-Mail: kai@sanet.ge Fax: : +995 32 001367 ICQ : 2851311 On Tue, 26 May 1998, mike wrote: > Sorry.. There is no way to make the 8/16 (plus) authenticate > more than once at this time.. This should bre fixed in later versions of > code. > > -M > > > On Wed, 27 May 1998, Alexander Kandelaki wrote: > > > > > > >I changged all possible timeout to maximum but it doesnt works, > >Netserver says me : Check your user name or you password is incorrect, > > > >May be here special command for "repeating authentication " > > > >Regards Alexander > > > >> On Wed, 27 May 1998, Alexander Kandelaki wrote: > >> > >> > > >> > Hi all! > >> > > >> > Please help me , i running USR Netserver 8/16 v.34 Plus, > >> > just installed it. > >> > the problem in the authentication, if the user didn't type first his > >> > user name and password he will be immediatly disconnected. > >> > I want to change this setting on Netserver.Which command I need to put, > >> > I didn't find about this in docs :(( > >> > Please help me to resolve this problem . > >> > > >> > Regards Alexander > >> > > >> > > >> > > >> > - > >> > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > > > > -M > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Quake Lag
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-27 10:13:46

Thus spake Mike Andrews >I'm almost afraid to bring this idea up, and I'm only half serious here, >but what the hell... :) >What about finishing the port of the Pilgrim code to NETserver hardware? >They ported it to the NETserver 8/16[I] and some people here have run both >the 4.x (Pilgrim) code and the 3.x (ComOS) code on the same hardware, >which I assume is i486 based. The Viper DSL appears to use Pilgrim too, >though I don't know what CPU it has... Not, overall, a bad idea I don't think...they have to get the pilgrim code onto the netservers anyway as they have to move away from the ComOS based code for licensing reasons...I don't know what the protocol support in the Pilgrim code is like (is that what's running on the ARC's?) if so, then they *really* need to get at *least* MPIP into it before we'll switch over...we depend heavily on MPIP at this point and could not switch to an OS that doesn't have it (and we'd *really* like to see some improvements in the reliability/scaleability of it as well, I've been underwhelmed with the number of MPIP clients that you can run off of an MPIP server (even unix based)). >It still amuses me that nobody faults id Software for this issue, in the >same way that everyone (me included) blames Microsoft for everything. :) >John Carmack did admit (after its release) he screwed up and designed with >T1 latency in mind, which is why we now have QuakeWorld... which nobody >seems to want to play as much, so we're stuck with it. The main reason that noone faults id for this is because, despite what we've been calling it, its not just a "Quake Lag" issue...it affects all UDP streams...including things like Real(Audio|Video), Netshow, most likely even DNS lookups, though since DNS isn't exactly as time sensitive, its not noticed there. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) LCP packets
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-27 10:56:03

On Wed, 27 May 1998 oswald_walsh@westcon.com wrote: > > Does any-one know why the Hiper system is or will not report LCP packtes to the > Hiper, What do you mean that it does not report LCP packets - Are you using the ppp monitor to see what happens when the call comes in? Check your template config. krish > for ISDN Routers.. is this specific to Routers or is there someting that we must > do, or we're not doing. > > Please let me knot.. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) LCP packets
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-27 10:56:06

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of >oswald_walsh@westcon.com >Sent: Wednesday, May 27, 1998 11:38 AM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) LCP packets > > > >Does any-one know why the Hiper system is or will not report LCP >packtes to the >Hiper, >for ISDN Routers.. is this specific to Routers or is there >someting that we must >do, or we're not doing. > >Please let me knot.. Can you be a little more specific? Are you having connection problems? -m

Subject: Re: (usr-tc) Strange, Strange problem
From: Davey Walbeck <davey@vii.com>
Date: 1998-05-27 11:34:21

Sounds like you have a signal quality problem. If the kitchen line is closer to the main phone box then the living room the signal will be a little bit hotter. If your on the edge of acceptable signal strength, then this could possibly make it unusable. Your competitors may be fewer hops away from that customer to their location. At any rate is sounds like you have a problem in the line signals being delivered to you by your telco. Are you running pots lines in or T1's or PRI lines? You may need to upgrade to a higher quality line to get the signal necessary. -Davey > I have a rather strange problem, and I am not sure what it is, but let me > tell you all anyways. First some background info: > > We had a bunch of users getting "protocol" errors upon connecting with > Windows95, this was about 6 months ago. This quickly became epidemic, and > when we started gathering information, we found that it all came from a > certain group of prefixes. > > After a long long battle, we found out the telco installed some "overflow" > equipment, and it was the cause of the problem. They pulled it all out, > and the problem went away. > > Now we are getting a "few" users with this same problem. One user can > connect to us using her phone line in her kitchen, but not her phone line > in her living room. The kicker is, she can use EITHER line to connect to > our competitors! She has had the phone company out to her house and they > have not fixed this problem. They didn't believe that her kitchen line > could connect but not her living room line, and she showed them and they > were speechless. > > She had no choice but to cancel her account with us, since she does not > wish to operate her computer out of her kitchen. > > 1. Has anyone every seen something like this? > 2. Does the kitchen/livingroom test confirm its telco 100%? > 3. What can someone like myself do, in my position, to help the customer? > 4. Why would our competitors work off her living room line, but we don't? > (Our competitors don't run TotalControl, they run stand alone modem banks > and Annex servers) > > Brian > > > /-------------------------- signal@shreve.net -----------------------------\ > | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | > | Network Administrator | Perl, Linux | Web hosting, online stores, | > | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | > | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | > | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | > \-------------------------- 318-222-2638 x109 -----------------------------/ > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) lcp packets and hiper
From: Al Thiel <usradmin@specdata.com>
Date: 1998-05-27 11:35:20

Hi. I have a new total control box with the HiperCard modems. Users that have ISDN connections are having trouble connecting to our net. One user seemed to indicate a problem with LCP packets. Is this a known problem and is there a fix available if so. Thanks. -Al Thiel

Subject: (usr-tc) LCP packets
From: oswald_walsh@westcon.com
Date: 1998-05-27 11:37:53

Does any-one know why the Hiper system is or will not report LCP packtes to the Hiper, for ISDN Routers.. is this specific to Routers or is there someting that we must do, or we're not doing. Please let me knot..

Subject: (usr-tc) Strange, Strange problem
From: Brian <signal@shreve.net>
Date: 1998-05-27 11:47:47

I have a rather strange problem, and I am not sure what it is, but let me tell you all anyways. First some background info: We had a bunch of users getting "protocol" errors upon connecting with Windows95, this was about 6 months ago. This quickly became epidemic, and when we started gathering information, we found that it all came from a certain group of prefixes. After a long long battle, we found out the telco installed some "overflow" equipment, and it was the cause of the problem. They pulled it all out, and the problem went away. Now we are getting a "few" users with this same problem. One user can connect to us using her phone line in her kitchen, but not her phone line in her living room. The kicker is, she can use EITHER line to connect to our competitors! She has had the phone company out to her house and they have not fixed this problem. They didn't believe that her kitchen line could connect but not her living room line, and she showed them and they were speechless. She had no choice but to cancel her account with us, since she does not wish to operate her computer out of her kitchen. 1. Has anyone every seen something like this? 2. Does the kitchen/livingroom test confirm its telco 100%? 3. What can someone like myself do, in my position, to help the customer? 4. Why would our competitors work off her living room line, but we don't? (Our competitors don't run TotalControl, they run stand alone modem banks and Annex servers) Brian /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: Re: (usr-tc) Quake Lag
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-27 13:00:34

> I hope 3com engineers read this because I to am SICK AND TIRED OF 3COM ... > If they are not going to provide a fix for my NETServer hardware and force > us to get a HiPERARC, sorry I am going with livingston We're considering the same actually. We're happy with our TC gear, and very happy with the local people here in Oz, but not overly impressed with the overall attitude towards the product from the company as a whole in the US. The NETserver lag issue is one. It doesn't affect us as we don't have a local quake server, but the whole attitude from 3COM/USR on the issue doesn't sit well with us. The HiPerArc issue is another - missing essential features. Again, it doesn't affect us as we don't have any HiPer gear yet, but it's the whole approach that we get nervous about. I'm sure Livingston aren't perfect, but they seem to have fewer problems with their release code and products are released with the feature-set that you'd expect. We'll have to see what happens. Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc
From: Grant Hopwood <techmaster@trip.net>
Date: 1998-05-27 13:27:44

Actually we have a number of webtv's connecting to us via either our tc's or portmasters. The user only requires your phone number, login, and password (via pap). DNS, mail, etc is handled by webtv online services. We dont pay 9.95 for webtv to use our services. Their users pay US to get to webtv. Setting up is very easy. (naturally, considering the small amount of info required to configure the unit). At 02:23 PM 5/27/98 -0400, you wrote: >Hi Jolliffe, You have to cut webTV in for $9.95 so that you can connect >the units to your dialup, right? At least that is what I have read on their >WebTV about open ISP. We have a WebTV a dialing in with there number, and >have a WebPal from newcom dialing in to us. > >If you find out that you can connect a webtv without the $9.95 bribe to >them please let me know. > >mikeh@drfast.net >---------- >From: Jolliffe, Anu <ajolliffe@imagen.net> >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) tc enterprise hub with webtv and direcpc >Date: Tuesday, May 26, 1998 6:35 PM > >We are currently running dialup lines via external modems, digiboards >and Windows NT R&Ras. We have a couple of customers using webtv, and >apparently there isn't much to setting it up. I was informed by our >support staff that only the standard dialup configuration information is >required by webtv i.e. username & password, dialup phone number, primary >& secondary dns, mail server, etc. > >I'm told that webtv is really easy to setup and use. Personally, I have >never viewed webtv in action, but I must mention that we have yet to >receive a single support call from a webtv customer. I would have to >say that it works, or maybe it doesn't and they can't be bothered to let >us know or cancel their access. Hmmmm? > >-----Original Message----- >From: Gilles Lorphelin [mailto:gilles@mana.pf] >Sent: Monday, May 25, 1998 5:48 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc > > >Hi , > > I'm am looking by now for webtv solutions . > > Could you give me some info on your experience ? > (which webtv set ? compatibility ? , satisfaction ? ...) > > >Thanks for your help, > >Best Regards. > > >Jolliffe, Anu wrote: >> >> I'm in the process of adding a tc enterprise network hub to our dialup >> pool, and am wondering if there are any special consideration I have >to >> make in order to allow webtv and direcpc access. >> >> Thank You. > >-- >Gilles Lorphelin >Telecoms Mgr. - ISOC Member > > Phone : +689 508 888 >MANA S.A. (www.mana.pf) Fax : +689 508 889 >IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc
From: Greg Coffey <greg@coffey.com>
Date: 1998-05-27 13:41:11

We don't pay them anything. Customers pay us $20 per month and $9.95 directly to WebTV. We bill them and treat them just like any other customer. At 02:23 PM 5/27/98 -0400, you wrote: >Hi Jolliffe, You have to cut webTV in for $9.95 so that you can connect >the units to your dialup, right? At least that is what I have read on their >WebTV about open ISP. We have a WebTV a dialing in with there number, and >have a WebPal from newcom dialing in to us. > >If you find out that you can connect a webtv without the $9.95 bribe to >them please let me know. > >mikeh@drfast.net >---------- >From: Jolliffe, Anu <ajolliffe@imagen.net> >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) tc enterprise hub with webtv and direcpc >Date: Tuesday, May 26, 1998 6:35 PM > >We are currently running dialup lines via external modems, digiboards >and Windows NT R&Ras. We have a couple of customers using webtv, and >apparently there isn't much to setting it up. I was informed by our >support staff that only the standard dialup configuration information is >required by webtv i.e. username & password, dialup phone number, primary >& secondary dns, mail server, etc. > >I'm told that webtv is really easy to setup and use. Personally, I have >never viewed webtv in action, but I must mention that we have yet to >receive a single support call from a webtv customer. I would have to >say that it works, or maybe it doesn't and they can't be bothered to let >us know or cancel their access. Hmmmm? > >-----Original Message----- >From: Gilles Lorphelin [mailto:gilles@mana.pf] >Sent: Monday, May 25, 1998 5:48 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc > > >Hi , > > I'm am looking by now for webtv solutions . > > Could you give me some info on your experience ? > (which webtv set ? compatibility ? , satisfaction ? ...) > > >Thanks for your help, > >Best Regards. > > >Jolliffe, Anu wrote: >> >> I'm in the process of adding a tc enterprise network hub to our dialup >> pool, and am wondering if there are any special consideration I have >to >> make in order to allow webtv and direcpc access. >> >> Thank You. > >-- >Gilles Lorphelin >Telecoms Mgr. - ISOC Member > > Phone : +689 508 888 >MANA S.A. (www.mana.pf) Fax : +689 508 889 >IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. > > Thanks, Greg Coffey, CoffeyNet Voice 307-234-5443 307-234-5446 Fax ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ 142 S. Center St. 3Com/USR v.90 56k $20 in Casper & Douglas Casper, WY 82601 Local Internet for Casper, Rawlins, Douglas, www.coffey.com Wheatland, Pinedale, Lander & Lusk, WY ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~

Subject: Re: (usr-tc) lcp packets and hiper
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-27 13:46:22

On Wed, 27 May 1998, Al Thiel wrote: > Hi. > > I have a new total control box with the HiperCard modems. Users that have > ISDN connections are having trouble connecting to our net. One user seemed > to indicate a problem with LCP packets. Is this a known problem and is > there a fix available if so. Thanks. -Al Thiel > The above information does not help in understanding the problem. All it says is that you have HiPer DSP cards and you have a problem with ISDN users. Please be more specific - Do you have HiPer ARC or NETServer? What version of code on the HiPer ARC/NETServer? How did you find out that LCP was not working? krish > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) tc enterprise hub with webtv and direcpc
From: Mike Hamrich <mhamrich@drfast.net>
Date: 1998-05-27 14:23:24

Hi Jolliffe, You have to cut webTV in for $9.95 so that you can connect the units to your dialup, right? At least that is what I have read on their WebTV about open ISP. We have a WebTV a dialing in with there number, and have a WebPal from newcom dialing in to us. If you find out that you can connect a webtv without the $9.95 bribe to them please let me know. mikeh@drfast.net

Subject: (usr-tc) Netserver: limited expansion room
From: George Louie <glouie@netcom.com>
Date: 1998-05-27 15:25:10

Krish, I recieved your relayed mail from Kelly. I'm still seeing this output from one of my cards and I'm currently on the phone waiting for somebody at 3com to pick up.. remote_slifrecv: Limited expansion room - packet lost remote_slifrecv: Limited expansion room - packet lost remote_slifrecv: Limited expansion room - packet lost remote_slifrecv: Limited expansion room - packet lost remote_slifrecv: Limited expansion room - packet lost remote_slifrecv: Limited expansion room - packet lost remote_slifrecv: Limited expansion room - packet lost

Subject: Re: (usr-tc) Netserver: limited expansion room
From: George Louie <glouie@netcom.com>
Date: 1998-05-27 15:51:43

Well, I'm pretty sure I've enough here. Krish stated to me (indi- rectly) that the packet dropping wouldn't cause any qos problems. I'm not convinced of that, connections don't start recieving or sending any packets normaly _until_ about 30-40 seconds onced the static is assigned, or presumably active. Seen this before? >sh mem Total physical RAM: 16384 kb Total physical FLASH: 4096 kb System memory 12551087 bytes - 7545632 used, 5005455 available Free blocks (block_size:count): 16:0 32:36 48:7 64:2 80:9 112:2 128:0 144:1 160:0 176:0 208:0 240:1 256:3 272:3 288:1 304:2 320:1 336:1 640:1 1168:1 1984:1 2064:1 4160:1 4208:3 8208:4 16400:4 20384:1 Real Available Memory: 5152991 System nbufs 1000 - 31 used, 969 available > sh flash Size Filename ------ ---------- 571 "confdata" 86785 "config" 0 "passwd" 0 "hosttab" 0 "routes" 0 "ipxroutes" 89 "location" 0 "script" 124 "snmp" 506 "filters" 26 "ipxfilt" 26 "sapfilt" 220 "netmasks" 252 "t/serv" 0 "t/servp" 0 "subdev" 0 "mpipclnt" 0 "ip_pool" 0 "stat_arp" Total FLASH: 262144 bytes Used: 91212 bytes, Free: 170932 bytes No commit in progress On Wed, 27 May 1998, Jeff Mcadams wrote: > Thus spake George Louie > > Krish, I recieved your relayed mail from Kelly. I'm still seeing > > this output from one of my cards and I'm currently on the phone > > waiting for somebody at 3com to pick up.. > > >remote_slifrecv: Limited expansion room - packet lost > >remote_slifrecv: Limited expansion room - packet lost > >remote_slifrecv: Limited expansion room - packet lost > >remote_slifrecv: Limited expansion room - packet lost > >remote_slifrecv: Limited expansion room - packet lost > >remote_slifrecv: Limited expansion room - packet lost > >remote_slifrecv: Limited expansion room - packet lost > > Looks like (if I remember this correctly), the netserver was trying to > decompress a packet, but didn't have room to do it, so it just dropped > it on the floor (not really any other choice I'm afraid...no room to > decompress it, and can't do anything with it without decompressing it). > How much RAM do you have on this card? Sounds like it may not be > enough. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) How to get a report on failed logins, plus another question!
From: Total Control <totalcontrol@globalco.net>
Date: 1998-05-27 16:04:20

------ =_NextPart_000_01BD8989.1FB45A00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I'm Interested, liked this, how is it done? Do you have some templates, or whatever? I use MSAccess, on NT 4.0 IIS Web server 3.0 I have asp setup, and the database setup to the point at the correct database in ODBC Guess i need the correct web pages, etc... Also other ideas also welcome, need as much import as I can get on this. The database has grown to large to access it remotely, am also interested in a way to remotely add, and edit the user via a web page. JA Globalnet

Subject: RE: (usr-tc) lcp packets and hiper
From: TW <twalters@3-cities.com>
Date: 1998-05-27 17:24:52

Al -- I experienced this problem too. It occurred when my Telco had looped back my D channel. For some reason, voice calls connected fine. ISDN started to connect but never seemed1 to get past the login/LCP stage. As soon as they pulled the loopback plugs, ISDN connected fine! My guess is check your D channels. Tom -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Al Thiel Sent: Wednesday, May 27, 1998 8:35 AM Hi. I have a new total control box with the HiperCard modems. Users that have ISDN connections are having trouble connecting to our net. One user seemed to indicate a problem with LCP packets. Is this a known problem and is there a fix available if so. Thanks. -Al Thiel - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Quake Lag
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-27 17:33:39

> >The NETserver lag issue is one. It doesn't affect us as we don't have a > >local quake server, but the whole attitude from 3COM/USR on the issue > >doesn't sit well with us. > > USR/3Com doesn't own the Netserver code base. I realise that, however the PM2/PM3 (by all accounts) has no problems with UDP, so why should the TC? It's based on the same code-base, and the TC has more grunt. > I have no problem with them dropping it. But, if they are going to do > away with support for it, then they need to give the existing customers > an option that gives the same level of support and functionality and > USR/3Com has not come anywhere close to that to date. Agreed! Regards, Bob Purdon, Technical Manager, Southern Internet Services. PGP key at: http://www.southcom.com.au/~bobp/bobp.asc

Subject: (usr-tc) Event Messages
From: Johnson, Andy <andy@paracom.com>
Date: 1998-05-27 18:02:26

Does anyone know where to get the explanations for events from syslog on a Hiper Arc Chassis? Thanks.

Subject: Re: (usr-tc) Quake Lag
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-27 18:20:23

>>> USR/3Com doesn't own the Netserver code base. >> >>I realise that, however the PM2/PM3 (by all accounts) has no problems with >>UDP, so why should the TC? It's based on the same code-base, and the TC >>has more grunt. > >Livingston didn't write it, USR did. (which should make some people very >nervous.) Huh? I was of the impression that Livingston wrote the base for what is now the NETserver code - ie, USR based it on what was ComOS at the time. Of course USR/3COM developed the Pilgrim code for the HiPerArc. Am I wrong in my understanding here? Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: Re: (usr-tc) Netserver: limited expansion room
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-27 18:34:01

Thus spake George Louie > Krish, I recieved your relayed mail from Kelly. I'm still seeing > this output from one of my cards and I'm currently on the phone > waiting for somebody at 3com to pick up.. >remote_slifrecv: Limited expansion room - packet lost >remote_slifrecv: Limited expansion room - packet lost >remote_slifrecv: Limited expansion room - packet lost >remote_slifrecv: Limited expansion room - packet lost >remote_slifrecv: Limited expansion room - packet lost >remote_slifrecv: Limited expansion room - packet lost >remote_slifrecv: Limited expansion room - packet lost Looks like (if I remember this correctly), the netserver was trying to decompress a packet, but didn't have room to do it, so it just dropped it on the floor (not really any other choice I'm afraid...no room to decompress it, and can't do anything with it without decompressing it). How much RAM do you have on this card? Sounds like it may not be enough. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Quake Lag
From: Bob Purdon <bobp@southcom.com.au>
Date: 1998-05-27 18:50:59

>The fix is, you pay lots of money to swap out your netservers for hiper >arcs, then your problems are solved. Hardly a solution. If a new HiPerArc was only a few hundred dollars to trade up to then I'd grin and bear it, but we didn't pay a small fortune for NETserver's only to have these sort of problems. As I've said before, we're not directly affected by this problem. It's the whole approach to rectifying it that worries me. Are 3COM going to take the same stance when the next big problem is discovered - one that *does* affect us? Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: Re: (usr-tc) Quake Lag
From: Allen Marsalis <am@shreve.net>
Date: 1998-05-27 20:31:05

At 01:00 PM 5/27/98 +1000, Bob Purdon wrote: [snip] >The NETserver lag issue is one. It doesn't affect us as we don't have a >local quake server, [snip] It doesn't matter whether you host a server or not. what matters is whether your customers play or want to play quake. on either side of the border, quake lags on netservers.. I believe hosting quake servers is good for business because anything that keeps people off the T1 and on the local network is good.. right? And I can probably attribute 50-100 customers out of 2000.. Is it worth it for 3-5% of our customer base? Probably not. But it's one more reason to choose us.. As for a Netserver to HiperArc upgrade, their last bundle sorta addressed this with some wierd logic: "Buy 2 hdms and get a HARC, chassis, PS, and NMC for free!" It seems like spare HARC's would be all over the place as folks filled their chassis with hdm's.. Someone on the list had 60 spares as I recall.. I'd rather have seen an upgrade that was more straight forward though.. Allen

Subject: Re: (usr-tc) Quake Lag
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-27 21:00:38

> As for a Netserver to HiperArc upgrade, their last bundle sorta > addressed this with some wierd logic: "Buy 2 hdms and get a > HARC, chassis, PS, and NMC for free!" It seems like spare HARC's would > be all over the place as folks filled their chassis with hdm's.. > Someone on the list had 60 spares as I recall.. I'd rather have > seen an upgrade that was more straight forward though.. That was me - and I used the "double up w/ARC" package to get all the extra ARC cards. I filled 13 chassis with those kits, and ended up with around 60 extra ARC cards to "fix" all my other netserver based chassis. However, it is my understanding they will have a netserver trade in program as well. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: RE: (usr-tc) v90 for HyperDSP: end of June
From: Marshall Morgan <marshall@netdoor.com>
Date: 1998-05-27 22:40:38

On Thursday, May 21, 1998 11:56 AM, Curt Shambeau [SMTP:curt@execpc.com] wrote: > > No kidding ... It's really disappointing that I have 5 chassis here and 6 > > HiPERS that are not v.90 and the rest are. Wonder why they are having so > > many problems with v.90 on HiPER > > I don't know if it is problems so much as they are behind on the code. > From my understanding, the modem code for the HDM is a complete bottom-up > re-write - they didn't recycle any of the old Quad or other code that has > been growing for the past 4 years or so. Is there an offical 3com date for v90 on HiperDSPs? How is the beta code working for CT1 (not PRI) and how can we get it? Marshall Morgan Internet Doorway, Inc. (aka NETDOOR) http://www.netdoor.com 601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28

Subject: (usr-tc) Radius Problem
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-27 22:55:28

Does any one have an idea of what is wrong? I'm sure the users exist. I'm using Livingston Radius 2.0.1, on BSDI 3.1 and Hyper Arc. If I use Windows Dial-up with terminal window on, and put the login and password manually it works! May 27 22:36:58 du-gw1c.centroin.com.br At 22:36:44, Facility "Auth Facility", Level "COMMON":: Port slot:1/mod:13 unable to authenticate user - RADIUS failure for: nandoser May 27 22:37:00 du-gw1c.centroin.com.br At 22:36:45, Facility "Auth Facility", Level "COMMON":: The connection for call id 00000c00, on if slot:1/mod:13 was dropped for user UNKNOWN - Marcelo

Subject: RE: (usr-tc) v90 for HyperDSP: end of June
From: Curt Shambeau <curt@execpc.com>
Date: 1998-05-28 09:13:01

> Is there an offical 3com date for v90 on HiperDSPs? I don't believe so - I haven't heard anything. > How is the beta code working for CT1 (not PRI) and how can we get it? You can sign up for the beta on their web site, but I don't believe they are taking any new people for the v.90 HDM code. As far as how the code is working - All beta sites are under NDA about the code they are testing. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) Radius Problem
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-28 09:15:22

Are you using PAP/CHAP? Check the windows DUN and make sure that if you have encrypted password setup then the password of the user in radius should be in clear text krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 27 May 1998, Marcelo Souza wrote: > > Does any one have an idea of what is wrong? > I'm sure the users exist. > I'm using Livingston Radius 2.0.1, on BSDI 3.1 and Hyper Arc. > If I use Windows Dial-up with terminal window on, and put the > login and password manually it works! > > > May 27 22:36:58 du-gw1c.centroin.com.br At 22:36:44, Facility "Auth > Facility", Level "COMMON":: Port slot:1/mod:13 unable to authenticate user > - RADIUS failure for: nandoser > May 27 22:37:00 du-gw1c.centroin.com.br At 22:36:45, Facility "Auth > Facility", Level "COMMON":: The connection for call id 00000c00, on if > slot:1/mod:13 was dropped for user UNKNOWN > > > - Marcelo > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Server Database problems
From: TW <twalters@3-cities.com>
Date: 1998-05-28 09:28:02

Kirk, I feel your pain! I'm having the same problems with the S/A server. I've switched to a mutated version of Livingston RADIUS 1.16 to do my accounting. I'd like to use some of the nice graphing features in the USR S/A server but, I can't get them to work. Tom -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of K Mitchell Sent: Thursday, May 28, 1998 9:15 AM Good Day all, I'm using a HiPer Access chassis with the TC S&A Database Manager v5.0.7 running on Windows NT 4.0, Ser Pack 3. I also have MS Access 97 installed on the machine. I have been unable to generate any kind of reports or logs. When trying to do reports, after filling in the parameters, I end up with a page that has nothing but "error" in all columns. Another problem I'm having is that the TC Security/Accounting Server will not show any diagnostic information, stating that WSOCK32.DLL is unavailable. I have to say that the help files included with this product and TCM are nearly the most piss poor I have seen. The files are full of information on what options are available and what buttons are shown where, but don't tell you a damn thing about how to use the options or what the buttons do. There's also a nice list of what call termination codes you may see but no information on what the codes mean. I'm new to this and have a lot to learn, but can't possibly be as clueless as these freakin help files make me feel. Any assistance would be greatly appreciated :)

Subject: Re: (usr-tc) Netserver: limited expansion room
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-28 09:50:30

On Wed, 27 May 1998, George Louie wrote: > > > Krish, I recieved your relayed mail from Kelly. I'm still seeing > this output from one of my cards and I'm currently on the phone > waiting for somebody at 3com to pick up.. > > remote_slifrecv: Limited expansion room - packet lost > remote_slifrecv: Limited expansion room - packet lost > remote_slifrecv: Limited expansion room - packet lost > remote_slifrecv: Limited expansion room - packet lost > remote_slifrecv: Limited expansion room - packet lost > remote_slifrecv: Limited expansion room - packet lost > remote_slifrecv: Limited expansion room - packet lost > This basically means that the amount of buffer space in the ethernet/remote end is full and the NETServer is droping the packet. This was seen in the old version of NETServer code. It will not cause any problems - as soon the buffer is empty the NETServer will request for the packet again. What version of code are you using on the NETServer? Is ppp enabled on the modem? krish > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) !root netserver account, pri dialout?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-28 10:33:30

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Laszlo Vecsey >Sent: Thursday, May 28, 1998 10:23 AM >To: usr-tc@xmission.com >Subject: (usr-tc) !root netserver account, pri dialout? > > >Recently on the bugtraq mailing list, some 3com products were found to >have secret 'backdoor' accounts, allowing tech support to gain access. I'm >fairly certain the usr-tc (netserver) has something similar because I've >called in to speak to a technician before about a chasis I was having >problems with, and all they needed was the dialup number to check it out. >I offered the !root password but apparently it wasnt needed. > >We've heard over and over how security through obscurity doesnt work. If a >backdoor account exists in the netserver codebase, it needs to be removed! >I checked my PRI phonebill and noticed a bunch of outgoing calls (I didnt >even think outgoing calls were possible with the lines I ordered, I'll >have to correct that), but it seems someone has gotten into my chasis. not >good. > There is no back door into HiperARC or Netserver code. I don't know what the tech did without your !root password, but they didn't get into your box. The 'backdoor' accounts you speak of were '3com' products not former USRobotics. It is agreed that security by obscurity is not a valid solution and we have not put our customers in this situation. '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp

Subject: RE: (usr-tc) Re: AUTHENTICATION !
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-28 11:01:03

What code version are you using on your 16 that "Works" and your other Netserver 8/16 plus that does not? '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Alexander Kandelaki >Sent: Thursday, May 28, 1998 9:47 AM >To: usr-tc@lists.xmission.com >Cc: usr-tc@xmission.com >Subject: Re: (usr-tc) Re: AUTHENTICATION ! > > > >I check setup of my Netserver, no probs with Secret Keys, no probs with >Radius timeout, because from other equipment such as Livingston portmaster >or Netserver 16/ i can retype my incorrect password then i logging. > >So I think in Netserver must be special command for retrying >authentication more than 1 times . > >If anyone knows please reply. > > > > Sincerely yours, > Alexander Kandelaki > >==================================================================== >Alexander I. Kandelaki Sa*Net Network, >System Administrator 37 Rustaveli ave., > Tbilisi,380008, Georgia > >Phones : +995 32 987414, 922949 WWW : http://www.sanet.ge > 987470, 922989 E-Mail: kai@sanet.ge >Fax: : +995 32 001367 ICQ : 2851311 > >On Wed, 27 May 1998, Tatai SV Krishnan wrote: > >> On Wed, 27 May 1998, Alexander Kandelaki wrote: >> >> > >> > >> > I changged all possible timeout to maximum but it doesnt works, >> > Netserver says me : Check your user name or you password is incorrect, >> > >> > May be here special command for "repeating authentication " >> > >> >> Lets start from scratch. Create a user on the NETServer itself - Dialin >> and see if the new user connects and works properlly. Now >create another >> user on the Radius server - try to login to the NETserver with >the radius >> user. >> >> If the first works and the second fails - then you have a problem with >> possibly due to >> >> 1. Secret key mismatch >> 2. user setup parse error >> 3. radius timeout. >> >> >> Now the next step is to get a trace from the wire - typically an snoop >> trace will tell us what is wrong >> >> krish >> >> > Regards Alexander >> > >> > On Tue, 26 May 1998, Tatai SV Krishnan wrote: >> > >> > > check the idle time out setup. >> > > >> > > krish >> > > >> > > ----------------------------------------- >> > > \ T.S.V. Krishnan \ >> > > \ Network System Engineer \ ( : - : ) >> > > \ 3Com ............ \ >> > > ----------------------------------------------/ >> > > tkrishna@bubba.ae.usr.com >> > > ----------------------------/ http://interproc.ae.usr.com ----/ >> > > >-------------------------------------------------------------------------\ >> > > Any Sufficiently advanced bug is indistinguishable for a feature. >> > > - Rick Kulawiec >> > > >-------------------------------------------------------------------------/ >> > > >> > > On Wed, 27 May 1998, Alexander Kandelaki wrote: >> > > >> > > > >> > > > Hi all! >> > > > >> > > > Please help me , i running USR Netserver 8/16 v.34 Plus, >> > > > just installed it. >> > > > the problem in the authentication, if the user didn't type >first his >> > > > user name and password he will be immediatly disconnected. >> > > > I want to change this setting on Netserver.Which command I >need to put, >> > > > I didn't find about this in docs :(( >> > > > Please help me to resolve this problem . >> > > > >> > > > Regards Alexander >> > > > >> > > > >> > > > >> > > > - >> > > > To unsubscribe to usr-tc, send an email to >"majordomo@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@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@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. >

Subject: Re: (usr-tc) Time Zone at ARC
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-28 11:20:29

NO - you cannot set time zone on the arc. its GMT only krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Thu, 28 May 1998, Marcelo Souza wrote: > > How can set my TZ at ARC ? > > Since I set the NTP, the time is GMT at board ? > > - Marcelo > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) !root netserver account, pri dialout?
From: Laszlo Vecsey <master@internexus.net>
Date: 1998-05-28 11:22:39

Recently on the bugtraq mailing list, some 3com products were found to have secret 'backdoor' accounts, allowing tech support to gain access. I'm fairly certain the usr-tc (netserver) has something similar because I've called in to speak to a technician before about a chasis I was having problems with, and all they needed was the dialup number to check it out. I offered the !root password but apparently it wasnt needed. We've heard over and over how security through obscurity doesnt work. If a backdoor account exists in the netserver codebase, it needs to be removed! I checked my PRI phonebill and noticed a bunch of outgoing calls (I didnt even think outgoing calls were possible with the lines I ordered, I'll have to correct that), but it seems someone has gotten into my chasis. not good. - lv

Subject: (usr-tc) Basic DSS
From: Randy Cosby <dcosby@infowest.com>
Date: 1998-05-28 11:50:28

We have a number of TC Chassis running on Advanced DSS T1's just fine. Now, our telco has run into a problem where they won't have any more advanced circuits available for a couple months ( they are waiting for some new equipment from Lucent). The telco has offered us "Basic DSS" circuits to get us by, and will upgrade them to advanced when the switch equipment is upgraded. First, I know we won't get great speeds (28.8 if we're lucky) on non-advanced DSS. Are there any other considerations? Should we just hold out for the advanced DSS? Will the TC (HiperDSP) work at all with the basic DSS? As it is, we're putting all new subscribers on a waiting list until we can get more lines. We're a month into this. Not fun :( Thanks, Randy Cosby Vice President, InfoWest Global Internet Services, Inc. 435 674-0165 / Fax: 435 674-9734 http://www.devshed.com - Free web authoring tutorials, tools, and hundreds of PHP, Perl and CGI scripts!

Subject: (usr-tc) Server Database problems
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-28 12:14:30

Good Day all, I'm using a HiPer Access chassis with the TC S&A Database Manager v5.0.7 running on Windows NT 4.0, Ser Pack 3. I also have MS Access 97 installed on the machine. I have been unable to generate any kind of reports or logs. When trying to do reports, after filling in the parameters, I end up with a page that has nothing but "error" in all columns. Another problem I'm having is that the TC Security/Accounting Server will not show any diagnostic information, stating that WSOCK32.DLL is unavailable. I have to say that the help files included with this product and TCM are nearly the most piss poor I have seen. The files are full of information on what options are available and what buttons are shown where, but don't tell you a damn thing about how to use the options or what the buttons do. There's also a nice list of what call termination codes you may see but no information on what the codes mean. I'm new to this and have a lot to learn, but can't possibly be as clueless as these freakin help files make me feel. Any assistance would be greatly appreciated :) TIA, Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Radius Problem
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-28 13:10:01

Yes, I found it during the night. 8-) For while I disabled the CHAP in the ARC. Thank you! - Marcelo On Thu, 28 May 1998, Tatai SV Krishnan wrote: |Are you using PAP/CHAP? Check the windows DUN and make sure that if you |have encrypted password setup then the password of the user in radius |should be in clear text | |krish | |----------------------------------------- | \ T.S.V. Krishnan \ | \ Network System Engineer \ ( : - : ) | \ 3Com ............ \ | ----------------------------------------------/ |tkrishna@bubba.ae.usr.com |----------------------------/ http://interproc.ae.usr.com ----/ |-------------------------------------------------------------------------\ | Any Sufficiently advanced bug is indistinguishable for a feature. | - Rick Kulawiec |-------------------------------------------------------------------------/ | |On Wed, 27 May 1998, Marcelo Souza wrote: | |> |> Does any one have an idea of what is wrong? |> I'm sure the users exist. |> I'm using Livingston Radius 2.0.1, on BSDI 3.1 and Hyper Arc. |> If I use Windows Dial-up with terminal window on, and put the |> login and password manually it works! |> |> |> May 27 22:36:58 du-gw1c.centroin.com.br At 22:36:44, Facility "Auth |> Facility", Level "COMMON":: Port slot:1/mod:13 unable to authenticate user |> - RADIUS failure for: nandoser |> May 27 22:37:00 du-gw1c.centroin.com.br At 22:36:45, Facility "Auth |> Facility", Level "COMMON":: The connection for call id 00000c00, on if |> slot:1/mod:13 was dropped for user UNKNOWN |> |> |> - Marcelo |> |> |> - |> To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: (usr-tc) Time Zone at ARC
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-28 13:19:47

How can set my TZ at ARC ? Since I set the NTP, the time is GMT at board ? - Marcelo

Subject: (usr-tc) Idle users and ARC
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-28 13:24:33

How can I monitor the session idle time in the CLI of the ARC or by SNMP comand line ? - Marcelo

Subject: RE: (usr-tc) Re: AUTHENTICATION !
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1998-05-28 13:36:32

>-----Original Message----- >From: Alexander Kandelaki [mailto:kai@sanet.ge] >Sent: Thursday, May 28, 1998 10:47 AM >To: Mike Wronski >Cc: usr-tc@lists.xmission.com; kisho@sanet.ge >Subject: RE: (usr-tc) Re: AUTHENTICATION ! >I have in my network both - Netserver (v3.2.5.3 build Dec 2 1996) it is >the old one, which allows user to authenticate up to 3 times. >As I know the old code was based on the Livingston portmaster's code. > >The new Netservers Plus (just arrived one week ago - v4.0.13 build Aug 23 >1997), allows user to authenticate only once. It seems the code was >changed complitely and now is similar to code of cisco. This is the "Plus" code. >Is it possible somehow to encrease the retries of the authentication in >the code v4.*? No. This is a design defect. They designed it this way. We have entered a feature request to have this changed. I do not have an expected date though. >If not - is it possible to upload the old v3.* to the Netserver. We can >operate with it till the new version will be released. Yes. Use the PCSDL.exe program that ships with the code. The old code is available on http://totalservice.usr.com '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp

Subject: (usr-tc) Mixing Quad and Hyper DSP card in New Chassis
From: Chris Havelka <chavelka@interaccess.com>
Date: 1998-05-28 14:01:57

I have installed several Hyper racks each with 2 24 Modem HyperDSP cards and added 6 Quad modem cards. The hyper cards work great, but my 4 modem cards are having X2 problems. I can't get X2 speeds. I also get a message incompatible version under x2 status when I pull up the chassis performance monitor under the Total Control Software. Any Ideas would be great? -- Chris Havelka Network Analyst InterAccess Co. chris2@interaccess.com 168 N. Clinton (312)496-4647 Office Chicago, Il. 60661 (312)496-4494 Fax

Subject: Re: (usr-tc) Quake Lag
From: MegaZone <megazone@megazone.org>
Date: 1998-05-28 15:48:01

Once upon a time Ricky Beam shaped the electrons to say... >hardware (everything has bugs and other problems until you get used to the >way they work,) management goes with some other _totally_ unknown hardware. So, what totally unknown hardware did they stick you with? :-) -MZ -- <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!

Subject: Re: (usr-tc) Radius Problem
From: MegaZone <megazone@megazone.org>
Date: 1998-05-28 15:49:10

Once upon a time Marcelo Souza shaped the electrons to say... > I'm using Livingston Radius 2.0.1, on BSDI 3.1 and Hyper Arc. > If I use Windows Dial-up with terminal window on, and put the >login and password manually it works! Does it work ok with your PortMaster? -MZ -- <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!

Subject: Re: (usr-tc) How to get a report on failed logins!!
From: MegaZone <megazone@megazone.org>
Date: 1998-05-28 15:51:21

Once upon a time Randy Cosby shaped the electrons to say... >Will TSMon (now PMMON?) support the Hiper Chassis? Note - it WAS PMMon - PortMaster Monitor. When they started supporting other vendors it was changed to TSMon - Terminal Server Monitor. Personally I think NASMon would have been more accurate... Don't know the answer about the HiPer, but wanted to clear up the name issue. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!

Subject: Re: (usr-tc) Mixing Quad and Hyper DSP card in New Chassis
From: Brian Elfert <brian@citilink.com>
Date: 1998-05-28 17:54:27

On Thu, 28 May 1998, Chris Havelka wrote: > I have installed several Hyper racks each with 2 24 Modem HyperDSP cards > and added 6 Quad modem cards. > > The hyper cards work great, but my 4 modem cards are having X2 problems. > I can't get X2 speeds. I also get a message incompatible version under > x2 status when I pull up the chassis performance monitor under the Total > Control Software. What version of code in the quads? You probably should either load the V.90 code or the most recent x2 code. Also, be sure the NMC has x2 enabled. The HiPer DSP cards are hard coded for x2, from what I've heard. Brian

Subject: Re: (usr-tc) !root netserver account, pri dialout?
From: Kent Tambling <kent@acceleration.net>
Date: 1998-05-28 18:12:25

Actually, we once found a user named 'line' who could dial in and stay dialed with packet activity. We could only prevent this by adding a user 'line' into USR Radius NT. Anybody else seen this? Kent Tambling System Engineer www.acceleration.net -----Original Message----- >>-----Original Message----- >>From: owner-usr-tc@lists.xmission.com >>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Laszlo Vecsey >>Sent: Thursday, May 28, 1998 10:23 AM >>To: usr-tc@xmission.com >>Subject: (usr-tc) !root netserver account, pri dialout? >> >> >>Recently on the bugtraq mailing list, some 3com products were found to >>have secret 'backdoor' accounts, allowing tech support to gain access. I'm >>fairly certain the usr-tc (netserver) has something similar because I've >>called in to speak to a technician before about a chasis I was having >>problems with, and all they needed was the dialup number to check it out. >>I offered the !root password but apparently it wasnt needed. >> >>We've heard over and over how security through obscurity doesnt work. If a >>backdoor account exists in the netserver codebase, it needs to be removed! >>I checked my PRI phonebill and noticed a bunch of outgoing calls (I didnt >>even think outgoing calls were possible with the lines I ordered, I'll >>have to correct that), but it seems someone has gotten into my chasis. not >>good. >> > >There is no back door into HiperARC or Netserver code. I don't know what >the tech >did without your !root password, but they didn't get into your box. The >'backdoor' >accounts you speak of were '3com' products not former USRobotics. It is >agreed that >security by obscurity is not a valid solution and we have not put our >customers in this >situation. > >'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' >Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics >Network Systems Engineer >PGP: http://coredump.ae.usr.com/pgp > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) !root netserver account, pri dialout?
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-28 19:28:12

Hi All! So if 3Com knows about this security holes, why it doesn't tells us about it? This is really big security holl. Sincerely yours, Alexander Kandelaki ==================================================================== Alexander I. Kandelaki Sa*Net Network, System Administrator 37 Rustaveli ave., Tbilisi,380008, Georgia Phones : +995 32 987414, 922949 WWW : http://www.sanet.ge 987470, 922989 E-Mail: kai@sanet.ge Fax: : +995 32 001367 ICQ : 2851311 On Thu, 28 May 1998, Laszlo Vecsey wrote: > Recently on the bugtraq mailing list, some 3com products were found to > have secret 'backdoor' accounts, allowing tech support to gain access. I'm > fairly certain the usr-tc (netserver) has something similar because I've > called in to speak to a technician before about a chasis I was having > problems with, and all they needed was the dialup number to check it out. > I offered the !root password but apparently it wasnt needed. > > We've heard over and over how security through obscurity doesnt work. If a > backdoor account exists in the netserver codebase, it needs to be removed! > I checked my PRI phonebill and noticed a bunch of outgoing calls (I didnt > even think outgoing calls were possible with the lines I ordered, I'll > have to correct that), but it seems someone has gotten into my chasis. not > good. > > - lv > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) !root netserver account, pri dialout?
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-28 19:28:12

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-28 19:47:11

I check setup of my Netserver, no probs with Secret Keys, no probs with Radius timeout, because from other equipment such as Livingston portmaster or Netserver 16/ i can retype my incorrect password then i logging. So I think in Netserver must be special command for retrying authentication more than 1 times . If anyone knows please reply. Sincerely yours, Alexander Kandelaki ==================================================================== Alexander I. Kandelaki Sa*Net Network, System Administrator 37 Rustaveli ave., Tbilisi,380008, Georgia Phones : +995 32 987414, 922949 WWW : http://www.sanet.ge 987470, 922989 E-Mail: kai@sanet.ge Fax: : +995 32 001367 ICQ : 2851311 On Wed, 27 May 1998, Tatai SV Krishnan wrote: > On Wed, 27 May 1998, Alexander Kandelaki wrote: > > > > > > > I changged all possible timeout to maximum but it doesnt works, > > Netserver says me : Check your user name or you password is incorrect, > > > > May be here special command for "repeating authentication " > > > > Lets start from scratch. Create a user on the NETServer itself - Dialin > and see if the new user connects and works properlly. Now create another > user on the Radius server - try to login to the NETserver with the radius > user. > > If the first works and the second fails - then you have a problem with > possibly due to > > 1. Secret key mismatch > 2. user setup parse error > 3. radius timeout. > > > Now the next step is to get a trace from the wire - typically an snoop > trace will tell us what is wrong > > krish > > > Regards Alexander > > > > On Tue, 26 May 1998, Tatai SV Krishnan wrote: > > > > > check the idle time out setup. > > > > > > krish > > > > > > ----------------------------------------- > > > \ T.S.V. Krishnan \ > > > \ Network System Engineer \ ( : - : ) > > > \ 3Com ............ \ > > > ----------------------------------------------/ > > > tkrishna@bubba.ae.usr.com > > > ----------------------------/ http://interproc.ae.usr.com ----/ > > > -------------------------------------------------------------------------\ > > > Any Sufficiently advanced bug is indistinguishable for a feature. > > > - Rick Kulawiec > > > -------------------------------------------------------------------------/ > > > > > > On Wed, 27 May 1998, Alexander Kandelaki wrote: > > > > > > > > > > > Hi all! > > > > > > > > Please help me , i running USR Netserver 8/16 v.34 Plus, > > > > just installed it. > > > > the problem in the authentication, if the user didn't type first his > > > > user name and password he will be immediatly disconnected. > > > > I want to change this setting on Netserver.Which command I need to put, > > > > I didn't find about this in docs :(( > > > > Please help me to resolve this problem . > > > > > > > > Regards Alexander > > > > > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Re: AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-28 19:47:11

Subject: Re: (usr-tc) Radius Problem
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-28 20:28:39

On Thu, 28 May 1998, MegaZone wrote: |Once upon a time Marcelo Souza shaped the electrons to say... |> I'm using Livingston Radius 2.0.1, on BSDI 3.1 and Hyper Arc. |> If I use Windows Dial-up with terminal window on, and put the |>login and password manually it works! | |Does it work ok with your PortMaster? Yes. But I already find the reason. Is some kind of misconfiguration in CHAP. For while I disable CHAP. - Marcelo | |-MZ |-- |<URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me |"A little nonsense now and then, is relished by the wisest men" 781-788-0130 |<URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia! | |- | To unsubscribe to usr-tc, send an email to "majordomo@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. | []s Marcelo mpsouza@centroin.com.br Rio de Janeiro - RJ

Subject: RE: (usr-tc) Re: AUTHENTICATION !
From: Alexander Kandelaki <kai@sanet.ge>
Date: 1998-05-28 20:47:22

Hi Mike, Here is the situation, I have in my network both - Netserver (v3.2.5.3 build Dec 2 1996) it is the old one, which allows user to authenticate up to 3 times. As I know the old code was based on the Livingston portmaster's code. The new Netservers Plus (just arrived one week ago - v4.0.13 build Aug 23 1997), allows user to authenticate only once. It seems the code was changed complitely and now is similar to code of cisco. Is it possible somehow to encrease the retries of the authentication in the code v4.*? If not - is it possible to upload the old v3.* to the Netserver. We can operate with it till the new version will be released. If it is NOT possible, could you please provide me with information when we should wait the NEW version, does it will cost us to upgrade access servers? With respect, Alexander Kandelaki ==================================================================== Alexander I. Kandelaki Sa*Net Network, System Administrator 37 Rustaveli ave., Tbilisi,380008, Georgia Phones : +995 32 987414, 922949 WWW : http://www.sanet.ge 987470, 922989 E-Mail: kai@sanet.ge Fax: : +995 32 001367 ICQ : 2851311 On Thu, 28 May 1998, Mike Wronski wrote: > What code version are you using on your 16 that "Works" and your other > Netserver 8/16 plus that does not? > > > '`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' > Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics > Network Systems Engineer > PGP: http://coredump.ae.usr.com/pgp > > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Alexander Kandelaki > >Sent: Thursday, May 28, 1998 9:47 AM > >To: usr-tc@lists.xmission.com > >Cc: usr-tc@xmission.com > >Subject: Re: (usr-tc) Re: AUTHENTICATION ! > > > > > > > >I check setup of my Netserver, no probs with Secret Keys, no probs with > >Radius timeout, because from other equipment such as Livingston portmaster > >or Netserver 16/ i can retype my incorrect password then i logging. > > > >So I think in Netserver must be special command for retrying > >authentication more than 1 times . > > > >If anyone knows please reply. > > > > > > > > Sincerely yours, > > Alexander Kandelaki > > > >==================================================================== > >Alexander I. Kandelaki Sa*Net Network, > >System Administrator 37 Rustaveli ave., > > Tbilisi,380008, Georgia > > > >Phones : +995 32 987414, 922949 WWW : http://www.sanet.ge > > 987470, 922989 E-Mail: kai@sanet.ge > >Fax: : +995 32 001367 ICQ : 2851311 > > > >On Wed, 27 May 1998, Tatai SV Krishnan wrote: > > > >> On Wed, 27 May 1998, Alexander Kandelaki wrote: > >> > >> > > >> > > >> > I changged all possible timeout to maximum but it doesnt works, > >> > Netserver says me : Check your user name or you password is incorrect, > >> > > >> > May be here special command for "repeating authentication " > >> > > >> > >> Lets start from scratch. Create a user on the NETServer itself - Dialin > >> and see if the new user connects and works properlly. Now > >create another > >> user on the Radius server - try to login to the NETserver with > >the radius > >> user. > >> > >> If the first works and the second fails - then you have a problem with > >> possibly due to > >> > >> 1. Secret key mismatch > >> 2. user setup parse error > >> 3. radius timeout. > >> > >> > >> Now the next step is to get a trace from the wire - typically an snoop > >> trace will tell us what is wrong > >> > >> krish > >> > >> > Regards Alexander > >> > > >> > On Tue, 26 May 1998, Tatai SV Krishnan wrote: > >> > > >> > > check the idle time out setup. > >> > > > >> > > krish > >> > > > >> > > ----------------------------------------- > >> > > \ T.S.V. Krishnan \ > >> > > \ Network System Engineer \ ( : - : ) > >> > > \ 3Com ............ \ > >> > > ----------------------------------------------/ > >> > > tkrishna@bubba.ae.usr.com > >> > > ----------------------------/ http://interproc.ae.usr.com ----/ > >> > > > >-------------------------------------------------------------------------\ > >> > > Any Sufficiently advanced bug is indistinguishable for a feature. > >> > > - Rick Kulawiec > >> > > > >-------------------------------------------------------------------------/ > >> > > > >> > > On Wed, 27 May 1998, Alexander Kandelaki wrote: > >> > > > >> > > > > >> > > > Hi all! > >> > > > > >> > > > Please help me , i running USR Netserver 8/16 v.34 Plus, > >> > > > just installed it. > >> > > > the problem in the authentication, if the user didn't type > >first his > >> > > > user name and password he will be immediatly disconnected. > >> > > > I want to change this setting on Netserver.Which command I > >need to put, > >> > > > I didn't find about this in docs :(( > >> > > > Please help me to resolve this problem . > >> > > > > >> > > > Regards Alexander > >> > > > > >> > > > > >> > > > > >> > > > - > >> > > > To unsubscribe to usr-tc, send an email to > >"majordomo@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@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@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. > > >

Subject: RE: (usr-tc) v90 for HyperDSP: end of June
From: Marshall Morgan <marshall@netdoor.com>
Date: 1998-05-29 00:55:10

On Thursday, May 28, 1998 9:13 AM, Curt Shambeau [SMTP:curt@execpc.com] wrote: > > Is there an offical 3com date for v90 on HiperDSPs? > > I don't believe so - I haven't heard anything. How come we cannot get a date ? I would like to update my customers who see we offer v.90 in every city except our largest! Marshall Morgan Internet Doorway, Inc. (aka NETDOOR) http://www.netdoor.com 601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28

Subject: Re: (usr-tc) Quake Lag - netserver/nmc -> arc bundle upgrade
From: Brian <signal@shreve.net>
Date: 1998-05-29 09:12:22

On Fri, 29 May 1998, Laszlo Vecsey wrote: > On Wed, 27 May 1998, Allen Marsalis wrote: > > > As for a Netserver to HiperArc upgrade, their last bundle sorta > > addressed this with some wierd logic: "Buy 2 hdms and get a > > HARC, chassis, PS, and NMC for free!" It seems like spare HARC's would > > be all over the place as folks filled their chassis with hdm's.. > > Someone on the list had 60 spares as I recall.. I'd rather have > > seen an upgrade that was more straight forward though.. > > Do you have a product number for this bundle? > > - lv > 002861 http://www.source-technology.com/3combundle1.htm 48 port HiPer bundle for $9985. BTW, we have shoped the planet for the lowest price and best service on USR TC equipment, and source-technology wins hands down. They know the product, give personalized service, and go that extra mile to make you happy, and they definitly get our return business. I am curious if anyone else uses other vendors, or if everyone uses source? I have found that no one can touch there pricing. Brian > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Network Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 | \-------------------------- 318-222-2638 x109 -----------------------------/

Subject: Re: (usr-tc) Quake Lag - netserver/nmc -> arc bundle upgrade
From: Laszlo Vecsey <master@internexus.net>
Date: 1998-05-29 09:15:34

On Wed, 27 May 1998, Allen Marsalis wrote: > As for a Netserver to HiperArc upgrade, their last bundle sorta > addressed this with some wierd logic: "Buy 2 hdms and get a > HARC, chassis, PS, and NMC for free!" It seems like spare HARC's would > be all over the place as folks filled their chassis with hdm's.. > Someone on the list had 60 spares as I recall.. I'd rather have > seen an upgrade that was more straight forward though.. Do you have a product number for this bundle? - lv

Subject: Re: (usr-tc) Quake Lag - netserver/nmc -> arc bundle upgrade
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1998-05-29 10:17:19

Thus spake Brian >BTW, we have shoped the planet for the lowest price and best service on >USR TC equipment, and source-technology wins hands down. They know the >product, give personalized service, and go that extra mile to make you >happy, and they definitly get our return business. >I am curious if anyone else uses other vendors, or if everyone uses >source? I have found that no one can touch there pricing. CommNet Plus in Indianapolis here...not sure about the pricing (I don't deal with money around here...just a tech head), but their service is great...we've had several times where they've brought us some of our equipment personally down to us (we're in Louisville). Great service...very helpful...all that. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) FS: USR Total Control 48 port chassis
From: Brian Wiser <brwiser@xmission.com>
Date: 1998-05-29 11:12:53

Total Control Hub : 16-slot chassis single 110v ac 70Amp power supply, fan tray, ethernet network management card 12 Quad v34 Digital Modem NAC (48 ports total) Netserver PRI Dual PRI/T1 - supports analog/ISDN Asking $7,500 for above bundle. OR separately: Quad v34 Digital Modem NAC $500 Analog/Digital Modem NIC/NAC $1,000 Netserver PRI $900 Dual PRI/T1 $900 USR Courier v.90 ext . modem $150 All products are used and in excellent condition. Buyer is responsible for shipping. Contact brwiser@xmission.com, or call Brian at 801-539-0852, extension 131. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= XMission Internet Access | Save a Tree -- Use Email! 51 E. 400 S, Suite 200 | XMission Help : http://www.xmission.com/help Salt Lake City, UT 84111 | Billing Questions: <accounting@xmission.com> Voice 801.539.0852 | Sales Department : <sales@xmission.com> Fax 801.539.0853 | Technical Support: <support@xmission.com> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subject: Re: Source Tech (was Re: (usr-tc) Quake Lag - netserver/nmc -> arc bundle upgrade)
From: Richard Mazurowski <rick@surfmail.net>
Date: 1998-05-29 16:00:13

I couldnt agree more. We had a similiar situation and they tried to make good as well but I am still trying to determine if it is a good enough effort. :) Jeff Lynch wrote: > On Fri, 29 May 1998, Brian wrote: > > > > > BTW, we have shoped the planet for the lowest price and best service on > > USR TC equipment, and source-technology wins hands down. They know the > > product, give personalized service, and go that extra mile to make you > > happy, and they definitly get our return business. > > > > I am curious if anyone else uses other vendors, or if everyone uses > > source? I have found that no one can touch there pricing. > > > > Brian > > We've had a less than desirable experience with Source Technology. > The good news was they gave us a price break on our equipment > purchase last year between the time we purchased and the time the > leasing company approved the deal and they said they would apply the > difference (about $800) to an additional premimum support contract. The > problem is that we asked for it three times and they kept saying they > would send a quote but never followed through. At least three separate > times I spoke with Charlie Tate about it and he continued to drop > the ball. I still consider they owe us the money and I've told them > they need to make good or we will go elsewhere. Guess what? > Screw me once, shame one them, screw me twice, shame on me. Yep, > elsewhere we go.... I consider us a very good customer, we probably > give too much benefit of the doubt and we don't make a PITA of > ourselves with our suppliers. > > Granted, $800 out of a $60K order is not a lot of money in relative terms > and I have not been highly vocal about it to anyone over there, but > I do expect suppliers to follow through and make good on their promises > which they have shown me that they do not intend to do so. > > ========================================================================= > Jeffrey A. Lynch JORSM Internet > email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > Autoresponse: info@jorsm.com http://www.jorsm.com > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- Richard Mazurowski SurNet Corporation Voice- 773-283-9000 Fax- 773-283-9009

Subject: Source Tech (was Re: (usr-tc) Quake Lag - netserver/nmc -> arc bundle upgrade)
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1998-05-29 16:22:47

On Fri, 29 May 1998, Brian wrote: > > BTW, we have shoped the planet for the lowest price and best service on > USR TC equipment, and source-technology wins hands down. They know the > product, give personalized service, and go that extra mile to make you > happy, and they definitly get our return business. > > I am curious if anyone else uses other vendors, or if everyone uses > source? I have found that no one can touch there pricing. > > Brian We've had a less than desirable experience with Source Technology. The good news was they gave us a price break on our equipment purchase last year between the time we purchased and the time the leasing company approved the deal and they said they would apply the difference (about $800) to an additional premimum support contract. The problem is that we asked for it three times and they kept saying they would send a quote but never followed through. At least three separate times I spoke with Charlie Tate about it and he continued to drop the ball. I still consider they owe us the money and I've told them they need to make good or we will go elsewhere. Guess what? Screw me once, shame one them, screw me twice, shame on me. Yep, elsewhere we go.... I consider us a very good customer, we probably give too much benefit of the doubt and we don't make a PITA of ourselves with our suppliers. Granted, $800 out of a $60K order is not a lot of money in relative terms and I have not been highly vocal about it to anyone over there, but I do expect suppliers to follow through and make good on their promises which they have shown me that they do not intend to do so. ========================================================================= Jeffrey A. Lynch JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com

Subject: (usr-tc) Cannot get a successful handshake with NS16's dialout service
From: R�e Ronny <ronny.roe@fidelioswe.se>
Date: 1998-05-29 16:26:26

I'm trying to use our Netserver 16I's dial-out possibilities. I have made a service that looks like this: � Service Name: TELNETD Socket number: 32773 Data: service_type=dialout,modem_group="test",auth=off Close session: FALSE � So, this works when I make a telnet session like this: [IP ADRESS]:32773 I can issue AT commands directly to the modem. I haven't got any hosts to call though with VT-100 so I don't know if it works 100% to make a connection. But I have tried to enter a phonenumber and that phone is dialing so it should be OK. � I am also using DIALOUT/IP V 1.2.2 to be able to emulate the presence of a modem. I have installed in NT and WIN95 the modem "Standard 28k8 modem" and connected it to the redirected com-port 3. The tools that I need to let my support-staff use with the dialout service is PC Anywhere V8 for Windows and Carbon Copy for DOS. When I dial a number in PC Anywhere the Netserver is placing the call but there isn't a successful connection. I can hear the handshaking going on but the receiving modem (I tried with USR Sportster Flash) is hanging up before they have finished the handshaking. � I have also tried to use DUN to a ISP - samt thing happens. I have tried calling a BBS with Hyperterminal - same thing again. I asked a friend of mine about this and he thinks that it must be the S-registers in the Netserver modems that is wrong. OK, sure enough, I have a look at them, but I haven�t got a clue as to what to change or alter. Shouldn't this stuff be working with the factory default settings? � If anybody can give me a hint about what to change or if the S-registers are the right or wrong way to go I would be more than happy. I have included the settings when typing ATI4 ATI5 to the modems. If anyone would like to look at them and comment I would appreciate it. � Thanks a lot! � /Ronny Roe IT & Communication responsible Micros Fidelio Sweden AB�� begin 600 ati4.txt M55-2;V)O=&EC<R!4;W1A;"!#;VYT<F]L($U0($DM;6]D96T@=VET:"!)4T1. M+U8N,S0@4V5T=&EN9W,N+BX-"@T*("`@0C`@($,Q("!%,2`@1C$@(%$P("!6 M,2`@6#<-"B`@($)!540],3$U,C`P(%!!4DE463U.("!73U)$3$5./3@-"B`@ M($1)04P]4%5,4T4@($].($A/3TL@("!424U%4@T*#0H@("`F03,@("9",2`@ M)D,Q("`F1#(@("9',B`@)D@Q("`F23`@("9+,2`@)DTT("`F3C$V("`F4#$@ M("92,B`@)E,P#0H@("`F5#4@("95,"`@)E@P("`F63$@("5.-B`@*E8],"`J M6#`],C`T."`@*E@Q/3<@("-#240],`T*#0H@("!3,#`],#`Q("!3,#$],#`P M("!3,#(],C4U("!3,#,],#$S("!3,#0],#$P("!3,#4],#`X("!3,#8],#`R M("!3,#<],#DP#0H@("!3,#@],#`R("!3,#D],#`V("!3,3`],#$T("!3,3$] M,#<P("!3,3(],#4P("!3,3,],#`P("!3,30],#`R("!3,34],#`P#0H@("!3 M,38],#`P("!3,3<],#`P("!3,3@],#`P("!3,3D],#`P("!3,C`],#`P("!3 M,C$],#$P("!3,C(],#$W("!3,C,],#$Y#0H@("!3,C0],34P("!3,C4],#`P M("!3,C8],#`Q("!3,C<],#`Q("!3,C@],#`X("!3,CD],#(P("!3,S`],#`P M("!3,S$],#`P#0H@("!3,S(],#`Y("!3,S,],#`P("!3,S0],#`P("!3,S4] M,#`P("!3,S8],#`P("!3,S<],#`P("!3,S@],#`P("!3,SD],#$P#0H@("!3 M-#`],#`P("!3-#$],#`P("!3-#(],3(V("!3-#,],C`P("!3-#0],#$U("!3 M-#4],#`P("!3-#8],C4U("!3-#<],#`P#0H@("!3-#@],#`P("!3-#D],#$V M("!3-3`],3`P("!3-3$],#8T("!3-3(],#`U("!3-3,],#$P("!3-30],#8T M("!3-34],#`P#0H@("!3-38],#`P("!3-3<],#`P("!3-3@],#$V("!3-3D] M,#`P("!3-C`],#`P("!3-C$],#`P("!3-C(],#`P("!3-C,],#`P#0H@("!3 M-C0],#`P("!3-C4],#`P("!3-C8],#`P("!3-C<],#`V("!3-C@],#`X("!3 M-CD],#`P("!3-S`],#`P("!3-S$],#`P#0H@("!3-S(],#`P("!3-S,],#`P M("!3-S0],#`P("!3-S4],#`P("!3-S8],#`P("!3-S<],#`P("!3-S@],#`P M("!3-SD],#`P#0H@("!3.#`],#`P("!3.#$],#`Q("!3.#(],#`P("!3.#,] E,#`Q#0H-"B`@($Q!4U0@1$E!3$5$(",Z#0H-"D]+("`@("`@(`== ` end begin 600 ati5.txt M("`@1$E!3#U054Q312`@0C`@($4Q("!&,2`@3#(@($TQ("!1,"`@5C$@(%@W M#0H@("!"055$/3$Q-3(P,"!005))5%D]3B`@5T]21$Q%3CTX#0H-"B`@("9! M,R`@)D(Q("`F0S$@("9$,B`@)D<R("`F2#$@("9),"`@)DLQ("`F3#`@("9- M-"`@)DXQ-B`@)E`Q#0H@("`F4C(@("93,"`@)E0U("`F53`@("98,"`@)EDQ M("`E3C8@("I6/3`@*E@P/3(P-#@@("I8,3TW("`C0TE$/3`-"@T*("`@4S`P M/3`P,2`@4S`R/3(U-2`@4S`S/3`Q,R`@4S`T/3`Q,"`@4S`U/3`P."`@4S`V M/3`P,B`@4S`W/3`Y,"`@4S`X/3`P,@T*("`@4S`Y/3`P-B`@4S$P/3`Q-"`@ M4S$Q/3`W,"`@4S$R/3`U,"`@4S$S/3`P,"`@4S$T/3`P,B`@4S$U/3`P,"`@ M4S$Y/3`P,`T*("`@4S(Q/3`Q,"`@4S(R/3`Q-R`@4S(S/3`Q.2`@4S(T/3$U M,"`@4S(U/3`P,"`@4S(V/3`P,2`@4S(W/3`P,2`@4S(X/3`P.`T*("`@4S(Y M/3`R,"`@4S,Q/3`P,"`@4S,R/3`P.2`@4S,S/3`P,"`@4S,T/3`P,"`@4S,U M/3`P,"`@4S,V/3`P,"`@4S,W/3`P,`T*("`@4S,X/3`P,"`@4S,Y/3`Q,"`@ M4S0P/3`P,"`@4S0Q/3`P,"`@4S0R/3$R-B`@4S0S/3(P,"`@4S0T/3`Q-2`@ M4S0U/3`P,`T*("`@4S0V/3(U-2`@4S0W/3`P,"`@4S0X/3`P,"`@4S0Y/3`Q M-B`@4S4P/3$P,"`@4S4Q/3`V-"`@4S4R/3`P-2`@4S4S/3`Q,`T*("`@4S4T M/3`V-"`@4S4U/3`P,"`@4S4V/3`P,"`@4S4W/3`P,"`@4S4X/3`Q-B`@4S4Y M/3`P,"`@4S8P/3`P,"`@4S8Q/3`P,`T*("`@4S8R/3`P,"`@4S8S/3`P,"`@ M4S8W/3`P-B`@4S8X/3`P."`@4S<Y/3`P,"`@4S@P/3`P,"`@4S@Q/3`P,2`@ 34S@R/3`P,`T*("`@4S@S/3`P,0== ` end

Subject: (usr-tc) raddebug update
From: mike <mwronski@coredump.ae.usr.com>
Date: 1998-05-29 17:34:17

Just a note to inform you all that I have updated my raddebug utility. -Multiple packets are now read out of the same file (snoop only) -CCA packet types are understood -Larger dictionary As always it is available at http://coredump.ae.usr.com/raddebug -M

Subject: Re: (usr-tc) Server Database problems
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-29 20:14:07

At 12:14 PM 5/28/98 -0400, I wrote: >Good Day all, > I'm using a HiPer Access chassis with the TC S&A Database Manager v5.0.7 >running on Windows NT 4.0, Ser Pack 3. I also have MS Access 97 installed >on the machine. I have been unable to generate any kind of reports or logs. >When trying to do reports, after filling in the parameters, I end up with a >page that has nothing but "error" in all columns. > Another problem I'm having is that the TC Security/Accounting Server will >not show any diagnostic information, stating that WSOCK32.DLL is unavailable. > I have to say that the help files included with this product and TCM are >nearly the most piss poor I have seen. The files are full of information on >what options are available and what buttons are shown where, but don't tell >you a damn thing about how to use the options or what the buttons do. >There's also a nice list of what call termination codes you may see but no >information on what the codes mean. > I'm new to this and have a lot to learn, but can't possibly be as >clueless as these freakin help files make me feel. Any assistance would be >greatly appreciated :) Yet more fun...After going through some things with support, their suggestion was to re-install S&A Mgr. Uninstalled and re-installed it...while doing so got a message saying that, since I didn't have graph5 or graph8 installed, S&A would not be able to show reports. Looked through my MS Office installation and didn't have graph5 or graph8. Re-installed MS Word to include graph8. Again uninstalled and reinstalled S&A Mgr. Got the same message stating that I did not have graph5 or 8 on my system. I'm about 2 steps from going postal here, does anyone have any ideas? TIA, Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Double Stops in Radius
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1998-05-29 20:44:16

Subject: (usr-tc) RE: (USR-TC) SERVER DATABASE PROBLEMS
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1998-05-30 08:03:00

-> At 12:14 PM 5/28/98 -0400, I wrote: -> >Good Day all, -> > I'm using a HiPer Access chassis with the TC S&A Database Manager -> v5.0.7 >running on Windows NT 4.0, Ser Pack 3. I also have MS Access -> 97 installed >on the machine. I have been unable to generate any kind -> of reports or logs. >When trying to do reports, after filling in the -> parameters, I end up with a >page that has nothing but "error" in all -> columns. -> > Another problem I'm having is that the TC Security/Accounting -> Server will >not show any diagnostic information, stating that -> WSOCK32.DLL is unavailable. > I have to say that the help files -> included with this product and TCM are >nearly the most piss poor I -> have seen. The files are full of information on >what options are -> available and what buttons are shown where, but don't tell >you a -> damn thing about how to use the options or what the buttons do. -> >There's also a nice list of what call termination codes you may see -> but no >information on what the codes mean. -> > I'm new to this and have a lot to learn, but can't possibly be as -> >clueless as these freakin help files make me feel. Any assistance -> would be >greatly appreciated :) -> -> Yet more fun...After going through some things with support, their -> suggestion was to re-install S&A Mgr. Uninstalled and re-installed -> it...while doing so got a message saying that, since I didn't have -> graph5 or graph8 installed, S&A would not be able to show reports. -> Looked through my MS Office installation and didn't have graph5 or -> graph8. Re-installed MS Word to include graph8. Again uninstalled and -> reinstalled S&A Mgr. Got the same message stating that I did not have -> graph5 or 8 on my system. I'm about 2 steps from going postal here, -> does anyone have any ideas? Kirk, While I don't use the builtin reporting for the S/A software, it will work to a certain degree. You missed something in the MS Office setup. I assume your using Office 95 or higher ? If so, look in \Program Files\Common Files\Microsoft Shared and you should see a folder called Msgraph5. That is what I believe it is looking for. Jeff Binkley ASA Network Computing

Subject: Re: (usr-tc) Routing
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1998-05-30 13:28:13

Can you start routing? If routing is enabled then your problem can be easily solved. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Sat, 30 May 1998, Walt Gnann wrote: > I've got a small problem I'm trying to work out. I have two class C's and 6 > TCs. 2 of the TCs are using the second class C for the dialup IP pool. > However, I have a couple of dedicated IP customers on the first class C. If > they dial into the last two TCs they can connect, but they won't go > anywhere. I added a static route to the Netserver like so: > > Destination = 208.236.113.253 > Gateway = 208.224.174.1 > Netmask = 255.255.255.0 > > Radius is setup like: > joeblow Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 208.236.113.253, > Framed-Netmask = 255.255.255.0, > Framed-Routing = None, > Framed-Compression = None, > Framed-MTU = 1500 > > Any guidance would be greatly appreciated. > > Walt > ------------------------------------------ > Walter N. Gnann > ISLC, Manager > Phone: 803.770.1000 > Fax: 803.770.1002 > http://www.islc.net > wgnann@islc.net > ------------------------------------------ > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Routing Question
From: Walt Gnann <wgnann@islc.net>
Date: 1998-05-30 14:14:31

I've got a small problem I'm trying to work out. I have two class C's and 6 TCs. 2 of the TCs are using the second class C for the dialup IP pool. However, I have a couple of dedicated IP customers on the first class C. If they dial into the last two TCs they can connect, but they won't go anywhere. I added a static route to the Netserver like so: Destination = 208.236.113.253 Gateway = 208.224.174.1 Netmask = 255.255.255.0 Radius is setup like: joeblow Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 208.236.113.253, Framed-Netmask = 255.255.255.0, Framed-Routing = None, Framed-Compression = None, Framed-MTU = 1500 Any guidance would be greatly appreciated. Walt Walter N. Gnann ISLC, Manager Phone: 803.770.1000 Fax: 803.770.1002 http://www.islc.net wgnann@islc.net

Subject: Re: (usr-tc) Server Database problems
From: Liping <liping@netsol.net>
Date: 1998-05-30 16:23:08

S/A manager always complains about the msgraph not availible - At least in my expierences - about 20 times of fresh install. I mean, fresh NT installation, SP3, MS-office97, S/A. Every single time, S/A complains graph not available. Funny thing is, everything seems to work for us. Hope this helps. Liping Chen -----Original Message----- >At 12:14 PM 5/28/98 -0400, I wrote: >>Good Day all, >> I'm using a HiPer Access chassis with the TC S&A Database Manager v5.0.7 >>running on Windows NT 4.0, Ser Pack 3. I also have MS Access 97 installed >>on the machine. I have been unable to generate any kind of reports or logs. >>When trying to do reports, after filling in the parameters, I end up with a >>page that has nothing but "error" in all columns. >> Another problem I'm having is that the TC Security/Accounting Server will >>not show any diagnostic information, stating that WSOCK32.DLL is unavailable. >> I have to say that the help files included with this product and TCM are >>nearly the most piss poor I have seen. The files are full of information on >>what options are available and what buttons are shown where, but don't tell >>you a damn thing about how to use the options or what the buttons do. >>There's also a nice list of what call termination codes you may see but no >>information on what the codes mean. >> I'm new to this and have a lot to learn, but can't possibly be as >>clueless as these freakin help files make me feel. Any assistance would be >>greatly appreciated :) > > >Yet more fun...After going through some things with support, their >suggestion was to re-install S&A Mgr. Uninstalled and re-installed >it...while doing so got a message saying that, since I didn't have graph5 >or graph8 installed, S&A would not be able to show reports. Looked through >my MS Office installation and didn't have graph5 or graph8. Re-installed MS >Word to include graph8. Again uninstalled and reinstalled S&A Mgr. Got the >same message stating that I did not have graph5 or 8 on my system. I'm >about 2 steps from going postal here, does anyone have any ideas? > >TIA, >Kirk > > >Kirk Mitchell-General Manager tech@keyconn.net >Keystone Connect http://www.keyconn.net >***** Providing quality internet services in central PA ***** >******* (814)941-5000 We unlock the world ******** > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Routing Question
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1998-05-30 21:16:27

First thing I would do is change all of the Framed-Netmasks to 255.255.255.255. If you run this on a HiPer Arc, the netmask you have will trash your network. Walt Gnann wrote: > > I've got a small problem I'm trying to work out. I have two class C's and 6 > TCs. 2 of the TCs are using the second class C for the dialup IP pool. > However, I have a couple of dedicated IP customers on the first class C. If > they dial into the last two TCs they can connect, but they won't go > anywhere. I added a static route to the Netserver like so: > > Destination = 208.236.113.253 > Gateway = 208.224.174.1 > Netmask = 255.255.255.0 > > Radius is setup like: > joeblow Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 208.236.113.253, > Framed-Netmask = 255.255.255.0, > Framed-Routing = None, > Framed-Compression = None, > Framed-MTU = 1500 > > Any guidance would be greatly appreciated. > ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: Re: (usr-tc) RE: (USR-TC) SERVER DATABASE PROBLEMS
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-30 22:00:56

At 08:03 AM 5/30/98 -0500, jeff.binkley@asacomp.com wrote: >-> Yet more fun...After going through some things with support, their >-> suggestion was to re-install S&A Mgr. Uninstalled and re-installed >-> it...while doing so got a message saying that, since I didn't have >-> graph5 or graph8 installed, S&A would not be able to show reports. >-> Looked through my MS Office installation and didn't have graph5 or >-> graph8. Re-installed MS Word to include graph8. Again uninstalled and >-> reinstalled S&A Mgr. Got the same message stating that I did not have >-> graph5 or 8 on my system. I'm about 2 steps from going postal here, >-> does anyone have any ideas? > >Kirk, > >While I don't use the builtin reporting for the S/A software, it >will work to a certain degree. You missed something in the MS Office >setup. I assume your using Office 95 or higher ? If so, look in >\Program Files\Common Files\Microsoft Shared and you should see a >folder called Msgraph5. That is what I believe it is looking for. I'll buy that. If anyone can let me know exactly what files should be in ...program files/common files/microsoft shared/graph8 I'll be happy to transfer same in there. Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Server Database problems
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-31 01:03:16

At 04:23 PM 5/30/98 -0700, "Liping" <liping@netsol.net> wrote: > >S/A manager always complains about the msgraph not availible - At least in >my expierences - about 20 times of fresh install. I mean, fresh NT >installation, SP3, MS-office97, S/A. > >Every single time, S/A complains graph not available. > >Funny thing is, everything seems to work for us. > >Hope this helps. Problem is, it isn't working for me, doesn't help much :) My Office 97 is Small Business Edition but it shouldn't make a difference as other shared components have been placed in the /microsoft shared folder and graph8 was installed with Access 97 and the MS Word portion of Office. Apparently Access is dedicated to finding graph8 in the shared folder as it doesn't see graph8.exe in the /office directory, which is the same dir that msaccess.exe is Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Server Database problems
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-31 13:22:24

Are you running S/A 5.0.7 as a service and attempting to start it as a application? Or vice versa? This should be the only reason you would see the Winsock error. As to your reports not working make sure you have the following configured: 1. You must enable log for on in coming termination on all of your modems. This setting can be found on quads by highlighting the modem LED's and clicking on fault/trap settings/trap enables. On DSP's it can be found by highlighting the entire card and doing the same. Be sure to save all settings to NVRAM. 2. you'll need to make sure you have defined the correct primary logging server IP address on the NMC under logging group. Also under logging group make sure you are at least making the logging group selection 3. Be sure to save all settings to NVRAM. 3. On RADIUS, under server setup/accounting you must enter the IP address of the RADIUS server and at least check enable LOGIN tracking. 4. Use the following example to make sure you have your RADIUS clients filled in correctly: IP Port Secret Type xxx.xxx.xxx.xxx 1645 xxxxx NETServer 3.x (or HiPer and NETServer 8/16 depending on the product) xxx.xxx.xxx.xxx 1646 NETServer 3.x (or HiPer and NETServer 8/16 depending on the product) xxx.xxx.xxx.xxx 1646 NMC xxx.xxx.xxx.xxx 1645 Accounting Server xxx.xxx.xxx.xxx 1646 Accounting Server If you have done all of the above, restarted RADIUS, and still can not get the reports to work there may be an issue with your Microsoft Office installation or S/A installation. Ensure you have installed S/A for the correct version of Office you have installed. If you reinstall S/A on NT you can install it as a service, but make it Manual Start and run it as a application until you are sure everything works. When you know everything works close the application and go to services under the control panel and start the service. K Mitchell <mitch@keyconn.net> on 05/28/98 11:14:30 AM Please respond to usr-tc@lists.xmission.com cc: Good Day all, I'm using a HiPer Access chassis with the TC S&A Database Manager v5.0.7 running on Windows NT 4.0, Ser Pack 3. I also have MS Access 97 installed on the machine. I have been unable to generate any kind of reports or logs. When trying to do reports, after filling in the parameters, I end up with a page that has nothing but "error" in all columns. Another problem I'm having is that the TC Security/Accounting Server will not show any diagnostic information, stating that WSOCK32.DLL is unavailable. I have to say that the help files included with this product and TCM are nearly the most piss poor I have seen. The files are full of information on what options are available and what buttons are shown where, but don't tell you a damn thing about how to use the options or what the buttons do. There's also a nice list of what call termination codes you may see but no information on what the codes mean. I'm new to this and have a lot to learn, but can't possibly be as clueless as these freakin help files make me feel. Any assistance would be greatly appreciated :) TIA, Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ******** - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) lcp packets and hiper
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-31 13:50:19

Dial in ISDN via HyPer terminal and see if you are getting a login prompt. If not, do the following: Here is what needs to be done. Select the whole card - go to configure - > > > Program Settings > > > > You will see a Templte window pop up. Select all the four templetes - > > > Click OK - > you will go into modem parameter section - > select call > > control Options - > > > > > Change the following > > > > Result Codes (Qn) - > DisplayResult > > Verbal/Numeric Result Codes (Vn) - > numeric > > Result Code Groups (X) - > 1 > > ARQ Result Codes (&A) - > arqResultsDisabled > > Response to +++ -> ignoreEscCode > > > > > > Set these values once these values are set now select the card once again > > > > go to Configure - > Action/Commands > > > > Command to execute is Software - > Save Template 1 Config to NVRAM > > Save Template 2 Config to NVRAM > > Save Template 3 Config to NVRAM > > Save Template 4 Config to NVRAM > > > > Now load this command - > > > > > Refresh Template 1 Config to Channels > > Refresh Template 2 Config to Channels > > Refresh Template 3 Config to Channels > > Refresh Template 3 config to channels cortesy of Krish. Also, it would probably be a good idea to type "Set ppp receive_authentication PAP" from the HiPer ARC CLI. Make sure you are running 1.0.8 HiPer DSP code and 4.0.29 HiPer ARC code. If upgrading from 4.0.19 it is highly advisible to connect to the HiPer ARC via console and type delete config and run quick setup to reconfigure. This will avoid any possible flash corruption due to the new software build. "TW" <twalters@3-cities.com> on 05/27/98 07:24:52 PM Please respond to usr-tc@lists.xmission.com cc: Al -- I experienced this problem too. It occurred when my Telco had looped back my D channel. For some reason, voice calls connected fine. ISDN started to connect but never seemed1 to get past the login/LCP stage. As soon as they pulled the loopback plugs, ISDN connected fine! My guess is check your D channels. Tom -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Al Thiel Sent: Wednesday, May 27, 1998 8:35 AM Hi. I have a new total control box with the HiperCard modems. Users that have ISDN connections are having trouble connecting to our net. One user seemed to indicate a problem with LCP packets. Is this a known problem and is there a fix available if so. Thanks. -Al Thiel - To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) Server Database problems
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-31 18:22:02

At 01:22 PM 5/31/98 -0500, Brian McIntire wrote: >Are you running S/A 5.0.7 as a service and attempting to start it as a >application? Or vice versa? This should be the only reason you would see >the Winsock error. As to your reports not working make sure you have the >following configured: Total Control Security and Accounting Server is running as a service, set for manual start, which is how support told me to set it >1. You must enable log for on in coming termination on all of your modems. >This setting can be found on quads by highlighting the modem LED's and >clicking on fault/trap settings/trap enables. On DSP's it can be found >by highlighting the entire card and doing the same. Be sure to save all >settings to NVRAM. Trap settings are all enabled. Under commands/software setting is "Save both T1/E1 and modems to NVRAM" >2. you'll need to make sure you have defined the correct primary logging >server IP address on the NMC under logging group. Also under logging group >make sure you are at least making the logging group selection 3. Be >sure to save all settings to NVRAM. Where do I find this? >3. On RADIUS, under server setup/accounting you must enter the IP address >of the RADIUS server and at least check enable LOGIN tracking. done >4. Use the following example to make sure you have your RADIUS clients >filled in correctly: > > IP Port Secret Type > xxx.xxx.xxx.xxx 1645 xxxxx HiPer and NETServer 8/16 This is set to the ARC's IP address > xxx.xxx.xxx.xxx 1646 NETServer 3.x (or >HiPer and NETServer 8/16 depending on the product) > xxx.xxx.xxx.xxx 1646 NMC > xxx.xxx.xxx.xxx 1645 Accounting Server 127.0.0.1 is set in the above row > xxx.xxx.xxx.xxx 1646 Accounting Server I only have 2 rows filled in; xxx.xxx.xxx.xxx(ARC IP) 1645 ******** HiPer and NETServer 8/16 127.0.0.1 1646 ********** Accounting Server >If you have done all of the above, restarted RADIUS, and still can not get >the reports to work there may be an issue with your Microsoft Office >installation or S/A installation. I think this is a possibility Ensure you have installed S/A for the >correct version of Office you have installed. It's never asked for an Office version during install, just Access version. If you reinstall S/A on NT >you can install it as a service, but make it Manual Start and run it as a >application until you are sure everything works. When you know everything >works close the application and go to services under the control panel and >start the service. It's set for manual start, as noted above. Regards, Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Server Database problems
From: Brian McIntire <brian_mcintire@mw.3com.com>
Date: 1998-05-31 18:49:12

Highlight the NMC and go to configure/program settings/logging group K Mitchell <mitch@keyconn.net> on 05/31/98 05:22:02 PM Please respond to usr-tc@lists.xmission.com cc: At 01:22 PM 5/31/98 -0500, Brian McIntire wrote: >Are you running S/A 5.0.7 as a service and attempting to start it as a >application? Or vice versa? This should be the only reason you would see >the Winsock error. As to your reports not working make sure you have the >following configured: Total Control Security and Accounting Server is running as a service, set for manual start, which is how support told me to set it >1. You must enable log for on in coming termination on all of your modems. >This setting can be found on quads by highlighting the modem LED's and >clicking on fault/trap settings/trap enables. On DSP's it can be found >by highlighting the entire card and doing the same. Be sure to save all >settings to NVRAM. Trap settings are all enabled. Under commands/software setting is "Save both T1/E1 and modems to NVRAM" >2. you'll need to make sure you have defined the correct primary logging >server IP address on the NMC under logging group. Also under logging group >make sure you are at least making the logging group selection 3. Be >sure to save all settings to NVRAM. Where do I find this? >3. On RADIUS, under server setup/accounting you must enter the IP address >of the RADIUS server and at least check enable LOGIN tracking. done >4. Use the following example to make sure you have your RADIUS clients >filled in correctly: > > IP Port Secret Type > xxx.xxx.xxx.xxx 1645 xxxxx HiPer and NETServer 8/16 This is set to the ARC's IP address > xxx.xxx.xxx.xxx 1646 NETServer 3.x (or >HiPer and NETServer 8/16 depending on the product) > xxx.xxx.xxx.xxx 1646 NMC > xxx.xxx.xxx.xxx 1645 Accounting Server 127.0.0.1 is set in the above row > xxx.xxx.xxx.xxx 1646 Accounting Server I only have 2 rows filled in; xxx.xxx.xxx.xxx(ARC IP) 1645 ******** HiPer and NETServer 8/16 127.0.0.1 1646 ********** Accounting Server >If you have done all of the above, restarted RADIUS, and still can not get >the reports to work there may be an issue with your Microsoft Office >installation or S/A installation. I think this is a possibility Ensure you have installed S/A for the >correct version of Office you have installed. It's never asked for an Office version during install, just Access version. If you reinstall S/A on NT >you can install it as a service, but make it Manual Start and run it as a >application until you are sure everything works. When you know everything >works close the application and go to services under the control panel and >start the service. It's set for manual start, as noted above. Regards, Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ******** - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Server Database problems
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-31 20:22:37

At 06:49 PM 5/31/98 -0500, you wrote: >Highlight the NMC and go to configure/program settings/logging group >>2. you'll need to make sure you have defined the correct primary logging >>server IP address on the NMC under logging group. Also under logging >>group make sure you are at least making the logging group selection 3. Be >>sure to save all settings to NVRAM. ok, done(I'm assuming the the primary log server is the server running TC S&A) another ?; "Logging servers' name"---the NT name or domain name? "Logging server DNS enable"---this is also my primary DNS server, enable? Thanks, Kirk Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Server Database problems
From: K Mitchell <mitch@keyconn.net>
Date: 1998-05-31 20:24:49

At 06:49 PM 5/31/98 -0500, you wrote: >Highlight the NMC and go to configure/program settings/logging group forgot to note on prior message; "Event logging server" shows a greyed "none" Kirk Mitchell-General Manager tech@keyconn.net Keystone Connect http://www.keyconn.net ***** Providing quality internet services in central PA ***** ******* (814)941-5000 We unlock the world ********

Subject: Re: (usr-tc) Merit Radius and USR support
From: Robert Szarka <szarka@downcity.net>
Date: 1998-05-31 23:23:17

At 11:21 PM 4/21/98 , Charles Sprickman wrote: [about Merit RADIUS] > >Does anyone actually use the "for cost" release?=A0 It's pretty pricey, and >it almost seems worth it to hack some old livingston code, or hire someone >to do so as we're considering.=A0 All I want to add is session-limiting and >the VSA support.=A0 I did get the 3com source, but it's a really old >release, and I'm rather scared of it. This is a month old message, but since I don't see a relevant reply... Charles, you might want to take a look at=20 http://www.mr.net/~bcarlson/radius/ which has some info on hacking session limiting into Merit. I believe I've seen at least one other such patch, but don't have the URL handy. =20 If anyone has this patch working, or has Merit Basic 3.5.6 working with a= USR chassis under Linux at all, I'd be interesting in hearing how you get rid of stuff like the following: Sun May 31 22:47:31 1998: generate26: Vendor 429 attribute 0 unknown Sun May 31 22:47:31 1998: gen_valpairs: non-encapsulated vendor specific attribu te Vendor-Specific=3DvUSR-000090230000000c [etc.] ...and whatever other tricks you found necessary to make it work smoothly. = Or maybe I'll figure it out. I either have to patch the old version to fix a= bug with the select() routine or make the new one work and I want to get done before midnight so it's a tossup. ;) Robert Szarka Managing Partner, Operations DownCity, LLC +1 860 823 3000