March 1997

54 messages

« February 1997April 1997 »

Messages

Subject: Re: (usr-tc) X2 release for TC?
From: Bill Garfield <wdg@hal-pc.org>
Date: 1997-03-01 00:31:35
On Fri, 28 Feb 1997 14:33:43 -0700 (MST), Pete Ashdown <pashdown@xmission.com> wrote: >Has anyone heard anything about when X2 is going to be released for the TC? > >What genius at USR decided it would be better to release the standalone >modem code before the TC code? What good is the modem code if your >provider hasn't got the TC code? There are several players in the X2 server-side beta and AOL has announced an "X2 field trial" for their customers in 4 or 5 selected cities. Prepare yourself for 'less-than' 56k performance (gee, no surprise here). USR was under enormous pressure to release something as people were getting tired of all the ad hype and were demanding product. The Client product which released is an all new flash rom based external Sportster. Nothing else released (no upgrades yet).
Subject: (usr-tc) X2?? Anyone? Anyone?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1997-03-06 17:44:34
Has anyone managed to acquire their TC X2 upgrade? The totalservice site was completely bogged today, but I'm not sure if that was it being overwhelmed or the state of the Internet between us and it. -- Pete XMission
Subject: Re: (usr-tc) X2?? Anyone? Anyone?
From: MegaZone <megazone@livingston.com>
Date: 1997-03-06 21:10:56
Wondering why the 'Sender' on the list changed... Should I change my filters, or is this temporary? -MZ
Subject: Re: (usr-tc) X2?? Anyone? Anyone?
From: Thomas J. Bilan <tom@tdi.net>
Date: 1997-03-06 23:09:06
Same problem here. I'm PATIENTLY awaiting it. I've had nothing but bad experiences with totalservice... Tom On Thu, 6 Mar 1997, Pete Ashdown wrote: > Has anyone managed to acquire their TC X2 upgrade? > > The totalservice site was completely bogged today, but I'm not sure if that > was it being overwhelmed or the state of the Internet between us and it. > > -- > Pete > XMission >
Subject: Re: (usr-tc) X2?? Anyone? Anyone?
From: jlacour@usr.com
Date: 1997-03-07 07:44:04
--IMA.Boundary.603247758 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Yesterday in anticipation of the x2 chassis released, we moved the TOTALservice servers to another network with a faster internet link. Because of this, the ip addresses changed. Your DNS servers may still have the old ip address which of course will prevent you from being able to access the server by name. The new ip address is 207.24.160.20. You can point your web browser there or ftp directly using your TOTALservice username/password. -John >Subject: (usr-tc) X2?? Anyone? Anyone? >Author: Pete Ashdown <pashdown@xmission.com> at Internet >Date: 3/6/97 5:44 PM > > >Has anyone managed to acquire their TC X2 upgrade? > >The totalservice site was completely bogged today, but I'm not sure if that >was it being overwhelmed or the state of the Internet between us and it. > --IMA.Boundary.603247758 Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Content-Disposition: attachment; filename="RFC822 message headers" Received: from usr.com (mail.usr.com) by robogate2.usr.com with SMTP (IMA Internet Exchange 2.02 Enterprise) id 31F669A0; Thu, 6 Mar 97 18:51:38 -0600 Received: from mail.xmission.com by usr.com (8.7.5/3.1.090690-US Robotics) id SAA16640; Thu, 6 Mar 1997 18:54:01 -0600 (CST) Received: from daemon by mail.xmission.com with local (Exim 1.61 #1) id 0w2nm8-0002hE-00; Thu, 6 Mar 1997 17:44:44 -0700 Received: from slack.xmission.com (pashdown@slack.xmission.com [199.104.120.18]) by mail.xmission.com (8.8.5/8.7.5) with ESMTP id RAA10294 for <usr-tc@mail.xmission.com>; Thu, 6 Mar 1997 17:44:36 -0700 (MST) Received: (from pashdown@localhost) by slack.xmission.com (8.8.5/8.7.5) id RAA09717 for usr-tc; Thu, 6 Mar 1997 17:44:34 -0700 (MST) Message-Id: <199703070044.RAA09717@slack.xmission.com> X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk Reply-To: usr-tc@mail.xmission.com Sender: 0000-Admin(0000) <daemon@mail.xmission.com> --IMA.Boundary.603247758--
Subject: Re: (usr-tc) X2?? Anyone? Anyone?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1997-03-07 11:28:01
MegaZone said once upon a time: > >Wondering why the 'Sender' on the list changed... > >Should I change my filters, or is this temporary? I switched list delivery from sendmail to exim. Exim adds the sender. It is permanent.
Subject: Re: (usr-tc) X2?? Anyone? Anyone?
From: Calvin Choi <calvinck@hk.super.net>
Date: 1997-03-07 14:01:12
What do you want to know about the X2 on Total Control ? Best Regards. Calvin Choi Pete Ashdown wrote: Has anyone managed to acquire their TC X2 upgrade? The totalservice site was completely bogged today, but I'm not sure if that was it being overwhelmed or the state of the Internet between us and it. -- Pete XMission
Subject: (usr-tc) Restricting ISDN
From: Pete Ashdown <pashdown@xmission.com>
Date: 1997-03-13 11:46:33
I can't seem to find a good way to restrict ISDN via RADIUS. That is, anyone who can use the analog ports can use the ISDN ports. What am I missing? -- Pete XMission
Subject: Re: (usr-tc) Restricting ISDN
From: David Bolen <db3l@ans.net>
Date: 1997-03-13 16:27:23
Pete Ashdown <pashdown@xmission.com> writes: > I can't seem to find a good way to restrict ISDN via RADIUS. That is, > anyone who can use the analog ports can use the ISDN ports. What am I > missing? One way would be to restrict what ports that user is allowed to authenticate from. The ISDN Ports (I0->) show up in the RADIUS requests as high port numbers (I believe they start at 67), so you could disallow a user based on the port range. Or, you should also find a NAS-Port-Type attribute in the request, which can be used to distinguish the ISDN calls (values ISDN-Sync, ISDN-Async-V120 or ISDN-Async-V110) from analog calls. -- David
Subject: (usr-tc) Archive of list?
From: David Carmean <dlc@avtel.net>
Date: 1997-03-15 18:11:30
Hi. Just discovered this list via inet-access@earth.com. Are there archives available, expecially searchable? I want to find out if people are having as much trouble with Netserver/16s as I am. So far, ten of ten units I've had in service have failed, usually causing ring-no-answers. Thanks. -- David Carmean <dlc@avtel.net> Avtel Communications, Santa Barbara, CA +1-805-730-7740 Opinions herein are those of the author only, unless otherwise noted
Subject: (usr-tc) Framed-Route Question
From: Brian <signal@ns1.shreve.net>
Date: 1997-03-16 00:03:03
Has anyone been able to get something like this to work? signal Authentication-Type = Unix-PW Service-Type = Framed, Framed-Protocol = PPP, Framed-IP-Address = 208.206.76.90, Framed-IP-Netmask = 255.255.255.0, Framed-Routing = None, Framed-Route = "208.206.76.91/32 0.0.0.0 2", Framed-MTU = 1500, Framed-Compression = Van-Jacobson-TCP-IP Just want to route 2 IP's to the customer and that is all.............cant seem to get anything written to the route table. I would really appreciate any help with this. From what I know the above should work. I am using the latest version of Merit Radius (basic). using: U.S. Robotics Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.3.28 Build date: Dec 13 1996 Build time: 13:54:59 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
Subject: (usr-tc) Unix image-upload software
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1997-03-16 00:42:30
I need to replace the image in one of our USR NetServers, and I have to do it with Unix. Is anyone familiar with the protocol used for the delivery to the NetServer? Thanks. --- Mark R. Lindsey, mark@datasys.net DSS Online Network Engineer (912) 241-0607, Fax: 241-0190
Subject: (usr-tc) NETserver <-> modem problem
From: Bob Purdon <bobp@gremlin.southcom.com.au>
Date: 1997-03-16 10:31:06
Hi All, Hoping that someone might be able to help me. We're installing several USR TC racks at present and I'm having a problem getting the modems to speak to the NETServer. I've got the modem DTE source set for 'packetBus', I've got the port enabled in the NETServer (set modem s60 active), and generally got all the other settings right (as far as I can tell). I can dial up OK, but never get a login prompt from the NETServer. 'show s56' shows the port as idle, even though there is a call on it. The port configuration is below. If I adapt the configuration I can telnet to the modem and configure it (although I normally use TCM for that). Any ideas? ----------------------- Current Status - Port S60 --------------------------- Status: IDLE Input: 0 Parity Errors: 0 Output: 0 Framing Errors: 0 Pending: 0 Overrun Errors: 0 Active Configuration Default Configuration (* = Host -------------------- --------------------- Can Override) Port Type: Login/Netwrk Login/Netwrk (Dial In) (Security) Login Service: PortMux PortMux Device Service: Telnet@6060 Telnet@6060 Modem Stat: READY ACTIVE Databits: 8 8 Stopbits: 1 1 Parity: none none Flow Control: None None Modem Control: on on HDLC Framing: PPP in modem PPP in modem SLIP Framing: SLIP in modem SLIP in modem Modem Presence: Modem is present Init Script: (None) Init When?: Never Hosts: default Terminal Type: vt100 Login Prompt: $hostname login: Login Message: Southern Internet Services - Hobart^ Dial Group: 0 TAP type: OFF OFF Regards, Bob Purdon, System Administrator, Southern Internet Services.
Subject: Re: (usr-tc) Archive of list?
From: Ken Leland <kwl@shell.monmouth.com>
Date: 1997-03-16 13:57:23
Hi, David Carmean wrote: > > Just discovered this list via inet-access@earth.com. Are there > archives available, expecially searchable? same here > > I want to find out if people are having as much trouble with > Netserver/16s as I am. So far, ten of ten units I've had in > service have failed, usually causing ring-no-answers. > yeah, I'm running 4 single modem failures per 14 boxes after you exclude 4 completely dead on arrival boxes. I'm starting to doubt their MTBF numbers. (No box is older than approx 6 months). Ken Leland Monmouth Internet
Subject: (usr-tc) Auto-PPP detection
From: Paul Schuh <paul@new-era.com>
Date: 1997-03-16 15:30:28
I'm running Radius 1.6/shadow on a Linux Box, and have my Quad modems configured for Login/Network (dialin). Radius is configured with a single Default (PPP) entry which uses the UNIX password file. When security is OFF, the TC Hub does what I call 'AutoPPP', it automatically differentiates between PPP and shell logins, without the need for any 'prefixes' or 'suffixes' to the username. (Which I am aware would require a patch to Radius 1.6) When security is ON, users can ONLY connect with PPP. Is there any way to get the TC-Hub (Netserver Card) to do the AutoPPP with security set on so I can get shell logins listed in the Radius Log Files? The userbase is about 700 users, and requiring users to use prefixes or suffixes will be a big headache. On another point, I'm going to the USR TC classes in Seattle, WA next week. Anyone have any comments about the classes? Thanks, Paul Schuh Paul@new-era.com
Subject: Re: (usr-tc) Archive of list?
From: Jason S Kohles <robobob@xmission.com>
Date: 1997-03-17 10:08:29
On Sat, 15 Mar 1997, David Carmean wrote: > Just discovered this list via inet-access@earth.com. Are there > archives available, expecially searchable? > I dont know of any searchable archives (maybe if I get the time I will set up searching on the archives here), but there is an archive available at ftp://ftp.xmission.com/pub/lists/usr-tc or http://www.xmission.com/pub/lists/usr-tc Jason Kohles -- System Administrator -- XMission Internet Access robobob@xmission.com (at work) robobob@mindwell.com (at play) "We're not surrounded, we're in a target-rich environment!"
Subject: RE: (usr-tc) Framed-Route Question
From: Marcus Needham <marcus@theriver.com>
Date: 1997-03-17 12:48:57
I do not understand your Framed-Route line--you are routing a single address with a metric of 2?? I use the following (with Livingston RADIUS) with no problem to route to a /27: username Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = <IP address in class-C that Netserver is on>, Framed-Netmask = 255.255.255.224, Framed-Route = "<IP of client's network> <same as Framed-Address> 1" This works well for modem routers (eg NT) that need to have an IP address for their modem port that is not on the same network as their Ethernet. Other routers (and Linux or FreeBSD) can be assigned an address within the client's network. On Saturday, March 15, 1997 11:03 PM, Brian wrote: > > Has anyone been able to get something like this to work? > > signal Authentication-Type = Unix-PW > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Address = 208.206.76.90, > Framed-IP-Netmask = 255.255.255.0, > Framed-Routing = None, > Framed-Route = "208.206.76.91/32 0.0.0.0 2", > Framed-MTU = 1500, > Framed-Compression = Van-Jacobson-TCP-IP > > Just want to route 2 IP's to the customer and that is all.............cant > seem to get anything written to the route table. > > I would really appreciate any help with this. From what I know the above > should work. I am using the latest version of Merit Radius (basic). > > using: > U.S. Robotics > Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.3.28 > Build date: Dec 13 1996 > Build time: 13:54:59 > > > > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo > Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET > UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 > signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo >
Subject: Re: (usr-tc) Restricting ISDN
From: Butch Kemper <kemper@bihs.net>
Date: 1997-03-17 13:40:42
At 15:27 -0600 on 3/13/97, David Bolen wrote: > Pete Ashdown <pashdown@xmission.com> writes: > > > I can't seem to find a good way to restrict ISDN via RADIUS. That is, > > anyone who can use the analog ports can use the ISDN ports. What am I > > missing? > Or, you should also find a NAS-Port-Type attribute in the request, > which can be used to distinguish the ISDN calls (values ISDN-Sync, > ISDN-Async-V120 or ISDN-Async-V110) from analog calls. This is what I do with Radius and a Livingston box. Put "Nas-Port-Type = ISDN-Sync" in the "check" entry. Butch Butch Kemper | Free sound advice available Brazos Internet Consulting Group | "95% sound and 5% advice" 409-696-6057 | Refunds cheerfully provided
Subject: (usr-tc) RADIUS: Idle-Timout = 15?
From: Laszlo Vecsey <master@internexus.net>
Date: 1997-03-17 19:06:18
Anyone know why Idle-Timout isn't working right? I have it listed under my DEFAULT entry in the Radius server config. U.S. Robotics Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.3.28 Build date: Dec 13 1996 Build time: 13:54:59
Subject: (usr-tc) Framed Route
From: Brian <signal@ns1.shreve.net>
Date: 1997-03-17 20:25:39
If ANYONE has got a user in the users file successfully using Framed-Route, I'd like to see a copy of the entry, because I just CAN'T get it to work, and USR's tech support SUCKS! Brian oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
Subject: (usr-tc) mrtg/snmp scripts for USR TC
From: Brian <signal@netjam.net>
Date: 1997-03-18 08:52:44
Does anyone have any usefull scripts, snmp or otherwise, to track usage and useful data on the usr total control system? We use MRTG for our routers, and would like to see something done with that, just didnt know if anyone crafted anything for it yet. Things like modem usage, who's logged on, connect speeds, bandwidth consumption by modem, things like that would all be usefull. Brian oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
Subject: Re: (usr-tc) RADIUS: Idle-Timout = 15?
From: Ray Kopp <rjkopp@mailbox.syr.edu>
Date: 1997-03-18 10:23:24
Lazlo, What is the rest of your setup like? Are you using Auto Response? How have you activated idle-timeout? Strictly by modem setting? As an alternative usually whatever Communications Server or whatever you are using behind the modem also should have this capability and you might find it works better or more reliably. Ray Kopp Syracuse, New York Internet:rjkopp@mailbox.syr.edu On Mon, 17 Mar 1997, Laszlo Vecsey wrote: > Anyone know why Idle-Timout isn't working right? I have it listed under my > DEFAULT entry in the Radius server config. > > U.S. Robotics > Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.3.28 > Build date: Dec 13 1996 > Build time: 13:54:59 >
Subject: Re: (usr-tc) mrtg/snmp scripts for USR TC
From: Ray Kopp <rjkopp@mailbox.syr.edu>
Date: 1997-03-18 13:57:30
Brian, We use USR's Total Control Product but strictly in a management/configuration scope. I've note tried to bring in any of the accounting etc. Many of our measuring systems are done on unix with in house scripts. For our modem usage statistics we use unix scripts which go out and do a finger against our Cisco 2511s (Communications Servers) which the modems attach to. We do this once every so many minutes. Currently I think we look about 1 time per 10 minutes. Our modems have a 1 hour limit for usage on them also. We wrote perl scripts which condense and calculate the stats and then output them to some kind of a format that we can graph. It was quite a job and unfortunatly we are constantly being questioned about the validity of our stats. But my argument is that almost any measurement system works this way, periodically looking at the lines, either through SNMp queries or through some other method and basically they see how many lines are in use. Most all lose some kind of issue. Ours for instance cannot always tell when a line gets screwed up and either won't answer or gets inadvertently busied out. So we're trying to build safes into our system to let us know when modems may be screwed up and then either manuallly or automatically reduce the max available to account for that. Stats seem to be a tough issue for us. We've looked at alot of methods. USR's accounting package, I would have to see work for a while before I would depend on it. Their AutoResponse package I've not been overly happy with. I've seen cases where because so many events are taking place the response scripts appear to get lost, leaving modems in strange (unrecoverable) states and I'm not convinced that this wouldn't happen with their accounting packages either. Time will tell I guess. Our office is next to the Network Computing Magazine's lab and one kid that works for me works there, so he's trying to get it for an eval and if so I'll be looking over his shoulder on it. We also use tacacs authentication logs as a basis of use also. Once again this is unix based with home built scripts (usually perl) to condense the stats it collects. Thanks, Ray Kopp Syracuse Unviersity Computing and Media Services Network Systems rjkopp@mailbox.syr.edu 207 Machinery Hall Syracuse, New York 13244 Voice (315)443-5776 Fax (315)443-3817 On Tue, 18 Mar 1997, Brian wrote: > Does anyone have any usefull scripts, snmp or otherwise, to track usage > and useful data on the usr total control system? > > We use MRTG for our routers, and would like to see something done with > that, just didnt know if anyone crafted anything for it yet. Things like > modem usage, who's logged on, connect speeds, bandwidth consumption by > modem, things like that would all be usefull. > > Brian > > > > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo > Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET > UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 > signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo >
Subject: (usr-tc) Abort modem code upload w/out reboot?
From: David Carmean <dlc@avtel.net>
Date: 1997-03-18 13:59:39
I'm having trouble upgrading the modem firmware in my Netserver/16s. If for some reason an upload doesn't work, but the unit never responds FAILS or COMPLETE or similar...is there a way to reset whatever flag tells the nsmgr software that an upload is still "in progress"? Short of rebooting the box? It's in production, with ten users on it, and I don't want to kick them off....but even when I start a new Netserver Manager session, it seems to know that a previous upload hadn't completed. Thanks. -- David Carmean <dlc@avtel.net> Avtel Communications, Santa Barbara, CA +1-805-730-7740 Opinions herein are those of the author only, unless otherwise noted
Subject: Re:(usr-tc) Framed-Route Question
From: Butch Kemper <kemper@bihs.net>
Date: 1997-03-18 18:00:29
At 0:03 -0600 on 3/16/97, Brian wrote: > Has anyone been able to get something like this to work? > > signal Authentication-Type = Unix-PW > Service-Type = Framed, > Framed-Protocol = PPP, > Framed-IP-Address = 208.206.76.90, > Framed-IP-Netmask = 255.255.255.0, > Framed-Routing = None, > Framed-Route = "208.206.76.91/32 0.0.0.0 2", > Framed-MTU = 1500, > Framed-Compression = Van-Jacobson-TCP-IP I use a Livingston PortMaster with Merit Radius and this is what an entry looks like: userid password = "password", NAS-Port-Type = ISDN-Sync Port-Limit = 1, Framed-IP-Address = 206.61.18.33, Framed-IP-Netmask = 255.255.255.224, Framed-Route = "206.61.18.32 206.61.18.33 2", Service-Type = Framed, Idle-Timeout = 0, Framed-Protocol = PPP All of my documentation and discussions with the Livingston Tech Staff did not indicate that the format "NetNumber/MaskBits" was available so I had to add a netmask to the PortMaster configuration for the network: add netmask 206.61.18.0 255.255.255.224 Butch Butch Kemper | Free sound advice available Brazos Internet Consulting Group | "95% sound and 5% advice" 409-696-6057 | Refunds cheerfully provided
Subject: Re: (usr-tc) Framed Route and idle-timeout
From: Pete Ashdown <pashdown@xmission.com>
Date: 1997-03-19 17:34:01
Laszlo Vecsey said once upon a time: >Also, an entry of Idle-Timeout in the radius config (I'm speaking of the >unix radiusd) does not seem to work at all.. this is needed because I need >the average user to have a timeout of 15 minutes in the DEFAULT entry, and >certain static users to have a timeout of zero. Thats why it can't be set >on a port by port basis in the netserver. I'm having trouble with the Idle-Timeout as well. Has anyone talked to USR about this?
Subject: Re: (usr-tc) Framed Route and idle-timeout
From: Laszlo Vecsey <master@internexus.net>
Date: 1997-03-19 18:43:28
On Mon, 17 Mar 1997, Brian wrote: > If ANYONE has got a user in the users file successfully using > Framed-Route, I'd like to see a copy of the entry, because I just CAN'T > get it to work, and USR's tech support SUCKS! > I tried using the examples shown on the mailing list and have had similar difficulty. With small subnets, like 29bits, I just map a 32bit entry for each of the individual routes.. at least that seems to be the only solution at the moment. Also, an entry of Idle-Timeout in the radius config (I'm speaking of the unix radiusd) does not seem to work at all.. this is needed because I need the average user to have a timeout of 15 minutes in the DEFAULT entry, and certain static users to have a timeout of zero. Thats why it can't be set on a port by port basis in the netserver.
Subject: Re: (usr-tc) Restricting ISDN
From: Todd Landry <tlandry@cassatt.mass-usr.com>
Date: 1997-03-20 10:40:18
Around 11:46 AM 3/13/97 -0700 your keyboard played the following... >I can't seem to find a good way to restrict ISDN via RADIUS. That is, >anyone who can use the analog ports can use the ISDN ports. What am I >missing? > >-- >Pete >XMission > You should be able to look at the port type in the Access Request message. We have both "I" ports and "S" ports. The "I" indicates an ISDN call. I'll have to check but I think you can filter on this and deny ISDN calls. Todd ~~~~~~~~~~~~~~~~~ USRobotics Network Systems Division ~~~~~~~~~~~~~~~ Todd Landry -- Product Line Management -- Network Access Products Surface Mail: 1800 West Central Road, Mount Prospect, IL 60056-2293 ccMail gateway: tlandry@usr.com Other: tlandry@mass-usr.com http://www.usr.com Support: support@usr.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Subject: Re[2]: (usr-tc) Restricting ISDN
From: kjohnson@usr.com
Date: 1997-03-20 13:39:26
--IMA.Boundary.705888858 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Pete, Correction on Todd's message. There are TWO ways of identifying ISDN vs. Analog. Method #1: Using the NAS-Port attribute (attribute #5 in RADIUS IETF spec), the RADIUS server can parse the value and identify the port source. All numbers 0-64 indicate an analog port, 65-66 indicate the Frame Relay ports, all numbers 67-131 indicate ISDN ports. This method works on all NETServers using v3.1 code or later. Method #2: Using the NAS-Port-Type attribute (#61 in the RADIUS IETF spec), the NETServer will send a field with one of five values, which include (0)Async, (1)Sync, (2)ISDN Sync, (3)ISDN Async V.120, (4)ISDN Async V.110, and (5)Virtual. The RADIUS server can then key off this field to determine if the caller is using either (0, 1, or 5)analog or using (2, 3, or 4)ISDN service. This method works on all NETServers using v3.3 code or later. Hope this helps. Kurtiss ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ __ __ ~ ~ Kurtiss Johnson | | | | RRRRR ~ ~ Product Manager | | | | ***RR RR ~ ~ US Robotics | \_/ |*** RRRRR ~ ~ kjohnson@usr.com \___/ RR RR ~ ~ See us at www.usr.com! ~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _________________________ Reply Separator ________________________________ Author: Todd Landry <tlandry@cassatt.Mass-USR.COM> at Internet Around 11:46 AM 3/13/97 -0700 your keyboard played the following... >I can't seem to find a good way to restrict ISDN via RADIUS. That is, >anyone who can use the analog ports can use the ISDN ports. What am I >missing? > >-- >Pete >XMission > You should be able to look at the port type in the Access Request message. We have both "I" ports and "S" ports. The "I" indicates an ISDN call. I'll have to check but I think you can filter on this and deny ISDN calls. Todd ~~~~~~~~~~~~~~~~~ USRobotics Network Systems Division ~~~~~~~~~~~~~~~ Todd Landry -- Product Line Management -- Network Access Products Surface Mail: 1800 West Central Road, Mount Prospect, IL 60056-2293 ccMail gateway: tlandry@usr.com Other: tlandry@mass-usr.com http://www.usr.com Support: support@usr.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --IMA.Boundary.705888858 Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Content-Disposition: attachment; filename="RFC822 message headers" Received: from usr.com (mail.usr.com) by robogate2.usr.com with SMTP (IMA Internet Exchange 2.02 Enterprise) id 3316B140; Thu, 20 Mar 97 10:51:32 -0600 Received: from mail.xmission.com by usr.com (8.7.5/3.1.090690-US Robotics) id KAA15123; Thu, 20 Mar 1997 10:53:43 -0600 (CST) Received: from domo by mail.xmission.com with local (Exim 1.61 #1) id 0w7kwK-00070b-00; Thu, 20 Mar 1997 09:43:44 -0700 Received: from cleopatra.ultra.net (cleopatra.ultra.net [199.232.56.35]) by mail.xmission.com (8.8.5/8.7.5) with ESMTP id JAA26872 for <usr-tc@mail.xmission.com>; Thu, 20 Mar 1997 09:43:25 -0700 (MST) Received: from cassatt (cassatt.mass-usr.com [146.115.120.199]) by cleopatra.ultra.net (8.8.5/ult1.04) with SMTP id LAA14754 for <usr-tc@mail.xmission.com>; Thu, 20 Mar 1997 11:43:25 -0500 (EST) Received: from [149.112.174.150] by cassatt (5.x/SMI-SVR4) id AB13344; Thu, 20 Mar 1997 11:43:19 -0500 Message-Id: <3.0.32.19970313142357.0071f760@mass-usr.com> X-Sender: tlandry@mass-usr.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-usr-tc@xmission.com Precedence: bulk Reply-To: usr-tc@mail.xmission.com --IMA.Boundary.705888858--
Subject: (usr-tc) 1200 bps Settings
From: Greg Osterdyk <gosterdyk@intouchavl.com>
Date: 1997-03-21 19:46:10
can anyone recommend good 1200 bps settings? What protocols do I disable? Which settings do I change to 1200bps? ------------------------------------------------------------------ | Greg Osterdyk | PeopleNet Communications Corp | | Network Administrator | 1107 Hazeltine Blvd | | | Suite 350, MD#53 | | 612-368-4100 x 216 | Chaska, MN | | | 55318 | | | | | | http://www.intouchavl.com | ------------------------------------------------------------------
Subject: (usr-tc) Test or Sample user, IP restriction
From: Laszlo Vecsey <master@internexus.net>
Date: 1997-03-21 20:37:10
It would be very useful to have a test or sample account created, either in radius or netserver configuration, such that dialup users would be able to log in for a PPP session but be limited to only the local network, or better yet, a specific IP or range of IP's. In this way they could test out their connection, and read up on information provided by a local webserver. How would this be implemented in (unix) radius configuration, or on the netserver card? - Lester
Subject: (usr-tc) TC-MP/16 I-modem with a Cisco 2511
From: Thomas Blauvelt <blauvelt@aldus.northnet.org>
Date: 1997-03-21 21:45:58
We are considering purchasing a Total Control MP/16 I-modem box and attaching it to the 16 async lines of a Cisco 2511 access server. I would be interested in corresponding with anyone who already has this type of setup. Especially helpful would be someone using TACACS+ for authentication. Thank you. tom blauvelt Thomas Blauvelt North Country Reference & Research Resources Council blauvelt@northnet.org 7 Commerce Lane Canton NY 13617 USA (315) 386-4569
Subject: (usr-tc) Total Control System
From: Tim Buchalka <tim@newave.com.au>
Date: 1997-03-23 17:02:53
We have recently purchased a basic Total Control System comprising Basic Chassis and 4 x 4 modem cards (total 16 ports) We are planning to use 2 x 8 port digiboards in a Windows NT 4.0 Server and RAS. Can anyone enlighten me as to which modem I should select from the various modems selectable under NT 4.0 ? e.g. A Basic courier or what? There does not appear to be a direct 33.6K driver for this particular modem and USR Tech Support are not returning e-mails. Any help would be appreciated. Regards
Subject: (usr-tc) Re: mrtg/snmp scripts for USR TC
From: Postmaster <postmaster@wingnet.net>
Date: 1997-03-24 10:34:36
> Does anyone have any usefull scripts, snmp or otherwise, to track usage > and useful data on the usr total control system? > > We use MRTG for our routers, and would like to see something done with > that, just didnt know if anyone crafted anything for it yet. Things like > modem usage, who's logged on, connect speeds, bandwidth consumption by > modem, things like that would all be usefull. If you find anything out, please forward copies to me, too. HOWEVER, I have been able to use some of the Portmaster utilities available on the net such as pmwho and pmcom. These will get you started. I would like to see USR develop more practical, daily, friendly tools for their customers... Postmaster WingNET Internet Services http://www.wingnet.net
Subject: Re: (usr-tc) 1200 bps Settings
From: kjohnson@usr.com
Date: 1997-03-24 10:40:01
--IMA.Boundary.305322958 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part What function are you trying to accomplish with this connection? That would have much more impact on the settings you use than the speed you are trying to connect at. Also, which product are you using? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ __ __ ~ ~ Kurtiss Johnson | | | | RRRRR ~ ~ Product Manager | | | | ***RR RR ~ ~ US Robotics | \_/ |*** RRRRR ~ ~ kjohnson@usr.com \___/ RR RR ~ ~ See us at www.usr.com! ~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ______________________________ Reply Separator _________________________________ Author: gosterdyk@intouchavl.com (Greg Osterdyk) at Internet can anyone recommend good 1200 bps settings? What protocols do I disable? Which settings do I change to 1200bps? ------------------------------------------------------------------ | Greg Osterdyk | PeopleNet Communications Corp | | Network Administrator | 1107 Hazeltine Blvd | | | Suite 350, MD#53 | | 612-368-4100 x 216 | Chaska, MN | | | 55318 | | | | | | http://www.intouchavl.com | ------------------------------------------------------------------ --IMA.Boundary.305322958 Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Content-Disposition: attachment; filename="RFC822 message headers" Received: from usr.com (mail.usr.com) by robogate2.usr.com with SMTP (IMA Internet Exchange 2.02 Enterprise) id 3333BFC0; Fri, 21 Mar 97 19:55:08 -0600 Received: from mail.xmission.com by usr.com (8.7.5/3.1.090690-US Robotics) id TAA01730; Fri, 21 Mar 1997 19:57:19 -0600 (CST) Received: from domo by mail.xmission.com with local (Exim 1.61 #1) id 0w8FtA-0002ib-00; Fri, 21 Mar 1997 18:46:32 -0700 Received: from taz.intouchavl.com (taz.intouchavl.com [208.137.6.200]) by mail.xmission.com (8.8.5/8.7.5) with ESMTP id SAA10274 for <usr-tc@mail.xmission.com>; Fri, 21 Mar 1997 18:46:12 -0700 (MST) Received: from foosball ([208.137.6.123]) by taz.intouchavl.com (post.office MTA v2.0 0813 ID# 0-29383U35) with SMTP id AAA425 for <usr-tc@mail.xmission.com>; Fri, 21 Mar 1997 19:46:10 -0600 Message-Id: <3.0.32.19970321194610.0092e3c0@taz.intouchavl.com> X-Sender: gosterdyk@taz.intouchavl.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-usr-tc@xmission.com Precedence: bulk Reply-To: usr-tc@mail.xmission.com --IMA.Boundary.305322958--
Subject: Re: (usr-tc) Test or Sample user, IP restriction
From: kjohnson@usr.com
Date: 1997-03-24 18:54:01
--IMA.Boundary.297103958 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Here's something to work from, which will provide you with a generic account for testing. This one's defined on the NETServer: add filter testconn.in set filter testconn.in 1 permit 0.0.0.0/0 <your web server>/32 set filter testconn.in 2 deny add filter testconn.out set filter testconn.out 1 permit <your web server>/32 0.0.0.0/32 set filter testconn.out 2 deny add netuser testconn password testconn set user testconn address 1.2.3.4 <or whatever IP addr you want> netmask 255.255.255.255 set user testconn ifilter testconn.in ofilter testconn.out Here's the same thing defined in a RADIUS server, using the Livingston/Merit format for user profiles: testconn Password = testconn Service-Type = Framed, Framed-Protocol = PPP, Framed-IP-Address = 1.2.3.4 <or whatever IP addr you want> Framed-IP-Netmask = 255.255.255.255, Framed-MTU = 1500, Framed-Routing = None, Idle-Timeout = 60, IP-Filter-In = "1 permit 0.0.0.0/0 <your web server>/32", IP-Filter-In = "2 deny", IP-Filter-Out = "1 permit <your web server>/32 0.0.0.0/0", IP-Filter-Out = "2 deny", ______________________________ Reply Separator _________________________________ Author: Laszlo Vecsey <master@internexus.net> at Internet It would be very useful to have a test or sample account created, either in radius or netserver configuration, such that dialup users would be able to log in for a PPP session but be limited to only the local network, or better yet, a specific IP or range of IP's. In this way they could test out their connection, and read up on information provided by a local webserver. How would this be implemented in (unix) radius configuration, or on the netserver card? - Lester --IMA.Boundary.297103958 Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Content-Disposition: attachment; filename="RFC822 message headers" Received: from usr.com (mail.usr.com) by robogate2.usr.com with SMTP (IMA Internet Exchange 2.02 Enterprise) id 3333B730; Fri, 21 Mar 97 19:52:51 -0600 Received: from mail.xmission.com by usr.com (8.7.5/3.1.090690-US Robotics) id TAA01695; Fri, 21 Mar 1997 19:55:02 -0600 (CST) Received: from domo by mail.xmission.com with local (Exim 1.61 #1) id 0w8Fke-0001S0-00; Fri, 21 Mar 1997 18:37:44 -0700 Received: from micro.internexus.net (internexus.net [206.152.14.2]) by mail.xmission.com (8.8.5/8.7.5) with ESMTP id SAA05468 for <usr-tc@xmission.com>; Fri, 21 Mar 1997 18:37:25 -0700 (MST) Received: from localhost (master@localhost) by micro.internexus.net (8.8.5/8.8.4) with SMTP id UAA14276 for <usr-tc@xmission.com>; Fri, 21 Mar 1997 20:37:10 -0500 Message-ID: <Pine.LNX.3.96.970321203433.14150A-100000@micro.internexus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-usr-tc@xmission.com Precedence: bulk Reply-To: usr-tc@mail.xmission.com --IMA.Boundary.297103958--
Subject: (usr-tc) totalservice.usr.com
From: Laszlo Vecsey <master@internexus.net>
Date: 1997-03-25 08:26:22
The route to totalservice.usr.com seems to be down, are other people also experiencing this? Also, (I mentioned this in a previous post) does anyone have any suggestions about setting up a public PPP account which restricts access to only the local network... ?
Subject: Re: (usr-tc) totalservice.usr.com
From: kjohnson@usr.com
Date: 1997-03-25 09:12:46
--IMA.Boundary.582303958 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part I've not seen the route down, either from my work or home accounts. The web server -is- kinda slow to respond right now, though, due to the number of people hitting the site to download x2 code. Following is a re-post of the info I sent out earlier. It may have gotten lost in the works between me and you. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ __ __ ~ ~ Kurtiss Johnson | | | | RRRRR ~ ~ Product Manager | | | | ***RR RR ~ ~ US Robotics | \_/ |*** RRRRR ~ ~ kjohnson@usr.com \___/ RR RR ~ ~ See us at www.usr.com! ~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ *************************************** Here's something to work from, which will provide you with a generic account for testing. This one's defined on the NETServer: add filter testconn.in set filter testconn.in 1 permit 0.0.0.0/0 <your web server>/32 set filter testconn.in 2 deny add filter testconn.out set filter testconn.out 1 permit <your web server>/32 0.0.0.0/32 set filter testconn.out 2 deny add netuser testconn password testconn set user testconn address 1.2.3.4 <or whatever IP addr you want> netmask 255.255.255.255 set user testconn ifilter testconn.in ofilter testconn.out Here's the same thing defined in a RADIUS server, using the Livingston/Merit format for user profiles: testconn Password = testconn Service-Type = Framed, Framed-Protocol = PPP, Framed-IP-Address = 1.2.3.4 <or whatever addr you want> Framed-IP-Netmask = 255.255.255.255, Framed-MTU = 1500, Framed-Routing = None, Idle-Timeout = 60, IP-Filter-In = "1 permit 0.0.0.0/0 <your web server>/32", IP-Filter-In = "2 deny", IP-Filter-Out = "1 permit <your web server>/32 0.0.0.0/0", IP-Filter-Out = "2 deny", ______________________________ Reply Separator _________________________________ Author: Laszlo Vecsey <master@internexus.net> at Internet The route to totalservice.usr.com seems to be down, are other people also experiencing this? Also, (I mentioned this in a previous post) does anyone have any suggestions about setting up a public PPP account which restricts access to only the local network... ? --IMA.Boundary.582303958 Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Content-Disposition: attachment; filename="RFC822 message headers" Received: from usr.com (mail.usr.com) by robogate2.usr.com with SMTP (IMA Internet Exchange 2.02 Enterprise) id 337D4BC0; Tue, 25 Mar 97 07:35:56 -0600 Received: from mail.xmission.com by usr.com (8.7.5/3.1.090690-US Robotics) id HAA15070; Tue, 25 Mar 1997 07:38:04 -0600 (CST) Received: from domo by mail.xmission.com with local (Exim 1.61 #1) id 0w9WFD-0004nU-00; Tue, 25 Mar 1997 06:26:31 -0700 Received: from micro.internexus.net (internexus.net [206.152.14.2]) by mail.xmission.com (8.8.5/8.7.5) with ESMTP id GAA18413 for <usr-tc@mail.xmission.com>; Tue, 25 Mar 1997 06:26:24 -0700 (MST) Received: from localhost (master@localhost) by micro.internexus.net (8.8.5/8.8.4) with SMTP id IAA03164 for <usr-tc@mail.xmission.com>; Tue, 25 Mar 1997 08:26:22 -0500 In-Reply-To: <336B5D00.3000@usr.com> Message-ID: <Pine.LNX.3.96.970325082320.3048A-100000@micro.internexus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-usr-tc@xmission.com Precedence: bulk Reply-To: usr-tc@mail.xmission.com --IMA.Boundary.582303958--
Subject: Re: (usr-tc) totalservice.usr.com
From: David Bolen <db3l@ans.net>
Date: 1997-03-25 14:26:00
kjohnson@usr.com writes: > I've not seen the route down, either from my work or home accounts. > The web server -is- kinda slow to respond right now, though, due to > the number of people hitting the site to download x2 code. The machine was unreachable for a number of hours last night (I tried it probably from about midnight-4am EST). It wasn't a routing problem (at least not on a wide area) since traffic reached the local network where the machine is located. I expect it was just maintenance or some other problem with the machine. It appears to be reachable now. -- David
Subject: (usr-tc) all sessions ending as Lost-Carrier
From: Tom Bilan <tom@tdi.net>
Date: 1997-03-25 21:05:42
My TC ENH is reporting to radius that all session disconnects are lost-carrier when the are not. If I call in and hang up, then check the total control manager modem performance stats it shows that the sessions was lost because of a v42 disconnect command (the user asked to hang up) NOT a dropped carrier. Anyone else having this problem? Also, the TC is returning the property #26 and it isn't defined in the radius dictionary file. I even downloaded the latest radiusd and dictionary file. I tried adding it in myself and it didn't return anything that made sense to me. I tried changing the value to type string, ipaddr, integer and date. Thanks, Tom
Subject: (usr-tc) ISDN Modem added cost feature?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1997-03-26 18:59:21
Does anyone know what the new "ISDN Modem" added cost feature does? I noticed this after upgrading to X2. Will it allow me to do 56K ISDN signaling over a channelized T1 (oh, please!)? -- Pete XMission
Subject: (usr-tc) NMC Hub Status critical
From: Laszlo Vecsey <master@internexus.net>
Date: 1997-03-27 01:55:26
After powering up the nmc, the hub status light is set to green for about 10 seconds and then turns red, even if it is the only card in the chasis. Its running codebase 4.3.4.. any suggestions? USR tech support suggested I send it in for a replacement, but before I do so I thought I'd check here. - lv
Subject: Re: (usr-tc) NMC Hub Status critical
From: Ray Kopp <rjkopp@mailbox.syr.edu>
Date: 1997-03-27 09:22:52
If you have the capability I'd check for duplicate IP addresses. If that is not possible or is not a concern I'd check the setup information using the serial port. Chances are though USR is correct. I've had that happen with one of our 6 NMCs and it did have to be sent in for repair. Thanks, Ray Kopp Syracuse Unviersity Computing and Media Services Network Systems rjkopp@mailbox.syr.edu 207 Machinery Hall Syracuse, New York 13244 Voice (315)443-5776 Fax (315)443-3817 On Thu, 27 Mar 1997, Laszlo Vecsey wrote: > After powering up the nmc, the hub status light is set to green for about > 10 seconds and then turns red, even if it is the only card in the chasis. > Its running codebase 4.3.4.. any suggestions? USR tech support suggested I > send it in for a replacement, but before I do so I thought I'd check here. > > - lv >
Subject: Re: (usr-tc) Total Control System
From: Greg Osterdyk <gosterdyk@intouchavl.com>
Date: 1997-03-27 15:18:48
NT 4.0 has Total Control Quad Modems under the Modems Tab. That is what we use. At 05:02 PM 3/23/97 +1030, you wrote: >We have recently purchased a basic Total Control System comprising > >Basic Chassis and 4 x 4 modem cards (total 16 ports) > >We are planning to use 2 x 8 port digiboards in a Windows NT 4.0 >Server and RAS. > >Can anyone enlighten me as to which modem I should select from >the various modems selectable under NT 4.0 ? e.g. A Basic >courier or what? There does not appear to be a direct 33.6K driver >for this particular modem and USR Tech Support are not returning >e-mails. > >Any help would be appreciated. > >Regards > ------------------------------------------------------------------ | Greg Osterdyk | PeopleNet Communications Corp | | Network Administrator | 1107 Hazeltine Blvd | | | Suite 350, MD#53 | | 612-368-4100 x 216 | Chaska, MN | | | 55318 | | | | | | http://www.intouchavl.com | ------------------------------------------------------------------
Subject: Re: (usr-tc) Re: mrtg/snmp scripts for USR TC
From: Brian <signal@ns1.shreve.net>
Date: 1997-03-27 15:58:47
On Mon, 24 Mar 1997, Postmaster wrote: > > Does anyone have any usefull scripts, snmp or otherwise, to track usage > > and useful data on the usr total control system? > > > > We use MRTG for our routers, and would like to see something done with > > that, just didnt know if anyone crafted anything for it yet. Things like > > modem usage, who's logged on, connect speeds, bandwidth consumption by > > modem, things like that would all be usefull. > > If you find anything out, please forward copies to me, too. > > HOWEVER, I have been able to use some of the Portmaster utilities > available on the net such as pmwho and pmcom. > > These will get you started. > > I would like to see USR develop more practical, daily, friendly tools > for their customers... Where can I get those commands? Alot of PM commands should work since its ComOS Brian > > > Postmaster > WingNET Internet Services > http://www.wingnet.net > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
Subject: Re: (usr-tc) Total Control System
From: David Bolen <db3l@ans.net>
Date: 1997-03-27 16:14:34
Tim Buchalka <tim@newave.com.au> writes: > Can anyone enlighten me as to which modem I should select from > the various modems selectable under NT 4.0 ? e.g. A Basic > courier or what? A Courier 33.6 or V.Everything type of profile should be fine. -- David
Subject: Re: (usr-tc) NMC Hub Status critical
From: David Bolen <db3l@ans.net>
Date: 1997-03-27 16:22:51
Laszlo Vecsey <master@internexus.net> writes: > After powering up the nmc, the hub status light is set to green for about > 10 seconds and then turns red, even if it is the only card in the chasis. > Its running codebase 4.3.4.. any suggestions? Dumb question (since you're probably right in front of chassis and would have noticed) but the hub status can also reflect a failure of one of the power supplies, which of course exist even if you don't have any other cards in slots 1-16. You could also check the self test status from the NMC - it might be that one of its own components (such as the UARTs used to drive the management bus to all the slots) has failed testing. Of course in such a case a swap is the right thing anyway. If you have an alternate NMC then swapping it in could help test chassis issues versus NMC card issues, prior to swapping the NMC via USR. -- David
Subject: (usr-tc) available ports/lines
From: Laszlo Vecsey <master@internexus.net>
Date: 1997-03-28 15:07:52
Is there a netserver console command to show how many Sxx ports (quad modems) are available, or more accurately, online and prepared for a call? (The system might have more quad modems/ports than PRI lines to handle them) I'm finishing up a freeware utility that does a few different things, (disconnects duplicate logins, people over a certain idle or online time.. especially during prime time hours) and it would be helpful if the user wouldn't have to specify a maxport setting.. but instead it would be extracted from somewhere.
Subject: Re: (usr-tc) Re: mrtg/snmp scripts for USR TC
From: Webmaster <webmaster@wingnet.net>
Date: 1997-03-31 12:26:02
I did an AltaVista search on pmcom and pmwho. You get the pmcom.c and pmwho.c files and compile them after adding in your specific info. > On Mon, 24 Mar 1997, Postmaster wrote: > > > > Does anyone have any usefull scripts, snmp or otherwise, to track usage > > > and useful data on the usr total control system? > > > > > > We use MRTG for our routers, and would like to see something done with > > > that, just didnt know if anyone crafted anything for it yet. Things like > > > modem usage, who's logged on, connect speeds, bandwidth consumption by > > > modem, things like that would all be usefull. > > > > If you find anything out, please forward copies to me, too. > > > > HOWEVER, I have been able to use some of the Portmaster utilities > > available on the net such as pmwho and pmcom. > > > > These will get you started. > > > > I would like to see USR develop more practical, daily, friendly tools > > for their customers... > > > Where can I get those commands? Alot of PM commands should work since its > ComOS > > > Brian > > > > > > > > Postmaster > > WingNET Internet Services > > http://www.wingnet.net > > > > > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo > Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET > UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 > signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo > > > > Webmaster http://www.wingnet.net
Subject: (usr-tc) pppmodem performance? activity?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1997-03-31 12:50:37
We seem to be having rather poor UDP performance over a Netserver. The game players here are complaining. Could it be the "PPP in modem" command? Right now I have it set to "on". I couldn't help but wonder why the default is "off". Second, what packets count as activity with the Netserver? One nice thing I liked about the Annexes is that you could define activity with a filter. Any chance of this happening with USR? -- Pete XMission
Subject: Re: (usr-tc) pppmodem performance? activity?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1997-03-31 16:10:31
David Bolen said once upon a time: >Can you quantify the metric by which you would define "poor"? > >Since you mention game players I'm assuming you mean latency, as they >are quite sensitive to that. Well, more latency than what was happening on my Xylogics Annexes and external Couriers. >In terms of latency you definitely want PPP framing in the modem to be >on, since that let's the modem build up the entire PPP frame and then >transmit it to the NETServer as a single unit. Otherwise, it has to >come character by character and additional latency can be introduced >in between the fragments. Interesting, because since I switched it to off, performance seems to be better. I haven't done any hard tests yet though. I'm going to try with netperf tonight. >One suggestion I would have is to be using the latest modem and >NETServer code. Latency used to be quite poor through the >modem<->packet bus<->NETServer path, particularly before PPP framing >was supported in the modems. But even after that subsequent NETServer >releases did offer improvements on that front. But beyond that there >really aren't any tunable parameters. I am on the latest version of the code. >Also, for those players they may wish to disable (if they aren't >already) compression in their modems since that adds significant >latency at the modem level, perhaps more than at other parts of the >system. Again, this is USR-TC vs Xylogics Annex, and it only seems to be affecting UDP/ICMP traffic. >Also, are you sure the performance issues are just between the player and >the NETServer, or could they also be arising from elsewhere in the >network path? Netserver - XLNT Switch - Cisco 7000 - XLNT Switch - Quake Server Not a lot of room for error in there. Especially since replacing the Netserver with Xylogics Annex fixes the problem.
Subject: Re: (usr-tc) pppmodem performance? activity?
From: David Bolen <db3l@ans.net>
Date: 1997-03-31 17:43:41
Pete Ashdown <pashdown@xmission.com> writes: > We seem to be having rather poor UDP performance over a Netserver. (...) Can you quantify the metric by which you would define "poor"? Since you mention game players I'm assuming you mean latency, as they are quite sensitive to that. > The > game players here are complaining. Could it be the "PPP in modem" command? > Right now I have it set to "on". I couldn't help but wonder why the > default is "off". In terms of latency you definitely want PPP framing in the modem to be on, since that let's the modem build up the entire PPP frame and then transmit it to the NETServer as a single unit. Otherwise, it has to come character by character and additional latency can be introduced in between the fragments. The default is off probably just for backwards compatibility I expect. One suggestion I would have is to be using the latest modem and NETServer code. Latency used to be quite poor through the modem<->packet bus<->NETServer path, particularly before PPP framing was supported in the modems. But even after that subsequent NETServer releases did offer improvements on that front. But beyond that there really aren't any tunable parameters. Also, for those players they may wish to disable (if they aren't already) compression in their modems since that adds significant latency at the modem level, perhaps more than at other parts of the system. Also, are you sure the performance issues are just between the player and the NETServer, or could they also be arising from elsewhere in the network path? I'm not sure about the packet activity question. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications \ Phone: (914) 789-5327 | / 100 Clearbrook Road, Elmsford, NY 10523 \ Fax: (914) 789-5310 \ \-----------------------------------------------------------------------/
Subject: Re: (usr-tc) pppmodem performance? activity?
From: David Bolen <db3l@ans.net>
Date: 1997-03-31 18:21:20
Pete Ashdown <pashdown@xmission.com> writes: > Well, more latency than what was happening on my Xylogics Annexes and > external Couriers. Agreed, I think that combination will beat it currently. The NETServer packet bus path has gotten better over time, but it still adds more than I would like. However, I wouldn't expect it to deviate by a tremendous amount nowadays. I tend to get round-trip times for your average ping packet over a V.34 dialup through a NETServer to a locally attached Unix workstation of perhaps 125-150ms. That's with full modem compression and stuff. > Interesting, because since I switched it to off, performance seems to be > better. I haven't done any hard tests yet though. I'm going to try with > netperf tonight. That is interesting since I've normally gained 10-15ms at least by letting the modem handle the PPP frame. Unless something changed recently. Not sure. > Again, this is USR-TC vs Xylogics Annex, and it only seems to be affecting > UDP/ICMP traffic. Are you actually saying that measurements of TCP show a different latency than UDP? > Not a lot of room for error in there. Especially since replacing the > Netserver with Xylogics Annex fixes the problem. Well, I do think the Annex will get you some gain over the NETServer, at least that's been my experience in the past, if latency is specifically what you are looking for. -- David
Subject: Re: (usr-tc) pppmodem performance? activity?
From: Brian <signal@ns1.shreve.net>
Date: 1997-03-31 20:19:05
On Mon, 31 Mar 1997, Pete Ashdown wrote: > We seem to be having rather poor UDP performance over a Netserver. The > game players here are complaining. Could it be the "PPP in modem" command? > Right now I have it set to "on". I couldn't help but wonder why the > default is "off". we have ours set to "off", I guess because its the default and never really messed with it. My understanding is that it does the PPP within the modem, thus freeing up the Netserver. Is this worth it? I mean do you actually notice a performance increase? What other advantages are there? Brian > -- > Pete > XMission > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo Brian Feeny oo ShreveNet, Inc. oo Phone: (318) 222-2NET UNIX Administrator oo 333 Texas St #619 oo FAX: (318) 221-6612 signal@shreve.net oo Shreveport, LA 71101 oo http://www.shreve.net/ oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
« February 1997April 1997 »
USR Total Control Mailing List Archive · Messages from 1995–2001 · Generated from archived data