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).
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
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
>
--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--
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.
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
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!"
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
>
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
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
>
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
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?
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.
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
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--
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
> 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
--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--
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
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
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
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.
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
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
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.
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 \
\-----------------------------------------------------------------------/
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
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