ftp.xmission.com/2014.06.ftp.xmission.com.tar/ftp.xmission.com/pub/lists/usr-tc/archive/usr-tc.199901

Internet Message Format | 1999-01-31 | 1MB

From: [e-mail] (Mark R. Lindsey)
Subject: (usr-tc) Archive at usr-tc.datasys.net
Date: 02 Jan 1999 00:25:39 -0500


The http://usr-tc.datasys.net/ archive of this list is back up and
useful, and it will be updated daily with the latest postings. (I'm
sorry about the recent usefulness deficiency that the site suffered.)

Indexes by date, subject, thread, and author are provided. Also, all
articles can be searched for keywords.

With this archive, I aim to provide up-to-date (literally) mirroring of
the list, complete with full-text searching of all articles. All
postings since January, 1997 are available.

The authoritative archive for this list can still be found near
ftp://ftp.xmission.com/



---
Mark R. Lindsey, [e-mail]
Internet Engineering, DSS Online
Voice: 912.241.0607x200, Fax: [phone] (US)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: (usr-tc) WebTV connect problems
Date: 02 Jan 1999 17:15:39 -0500

We have a prospective customer who can't get connected into our HiPer. He
gets about 90% through the negotiation process and gets dumped with a
"could not connect to modem" message, but my log shows a normal connect. He
is able to connect to WebTV with no problems.

Any ideas?

Thanks,
Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Russ Miescke" <[e-mail]>
Subject: Re: (usr-tc) WebTV connect problems
Date: 02 Jan 1999 17:15:15 -0600

Must have the latest hiper code.  This was fixed.  I still have a few web tv
problems, but they are solved by entering the user in the hiper, not just
radius.

----- Original Message -----
Sent: Saturday, January 02, 1999 4:15 PM


>We have a prospective customer who can't get connected into our HiPer. He
>gets about 90% through the negotiation process and gets dumped with a
>"could not connect to modem" message, but my log shows a normal connect. He
>is able to connect to WebTV with no problems.
>
>Any ideas?
>
>Thanks,
>Kirk
>
>
>
>Kirk Mitchell-General Manager     [e-mail]
>Keystone Connect                http://www.keyconn.net
>Altoona, PA   814-941-5000         We Unlock the World
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc) WebTV connect problems
Date: 03 Jan 1999 10:27:44 +1100 (EST)


> Must have the latest hiper code.  This was fixed.  I still have a few
> web tv problems, but they are solved by entering the user in the
> hiper, not just radius.

I wouldn't be tolerating that - sounds like a management nightmare to
me...

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) WebTV connect problems
Date: 02 Jan 1999 20:05:41 -0500

At 05:15 PM 1/2/99 -0600, "Russ Miescke" <[e-mail]> wrote:
>Must have the latest hiper code.  This was fixed.  I still have a few web tv
>problems, but they are solved by entering the user in the hiper, not just
>radius.

I'm running 4.1.72 ARC code and 1.2.5 on the DSPs. Do you just add_user on
the HiPer or do you need to include any special parameters?

Thanks,
Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Wronski <[e-mail]>
Subject: Re: (usr-tc) WebTV connect problems
Date: 02 Jan 1999 21:05:11 -0600

At 10:27 AM 1/3/99 +1100, you wrote:
>
>> Must have the latest hiper code.  This was fixed.  I still have a few
>> web tv problems, but they are solved by entering the user in the
>> hiper, not just radius.
>
>I wouldn't be tolerating that - sounds like a management nightmare to
>me...
>

This is very strange.. By having the user entered in the HARC you are using
only the HARC's local authentication.  If this works but a RADIUS auth does
not you should check what is being sent in your access accept packets and
see where that differs from the user you create or the default user. There
is a conflict there and you should be able to resolve it on the RADIUS side
and not have to create local users for all of your WEB TV customers.

-M



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: (usr-tc) Netserver Sanity Check (expect script)
Date: 02 Jan 1999 22:49:10 -0500

This is a program I just whipped up to do a rudimentary sanity check on
a Netserver. We frequently experience a problem where the NetServer
properly authenticates, sends accounting records, and sets up PPP, but
it drops all sessions within a few seconds. This can happen on Netservers
that have been up for 40 days, or 4 days.

When this does occur, we've also noticed that the Netserver will not
act quite right when you telnet in to it; typically, it doesn't give a login
prompt. Thus, one way to check for sanity is to telnet into it.

This expect script does just that. (You can get expect and tcl from
ftp://ftp.cme.nist.gov/pub/expect/)  It returns 0 if everything looks
okay, and nonzero if it doesn't. So you might setup a script in somebody's
crontab to do something like

    for netserver_name in 1.usr 2.usr 3.usr 4.usr
    do
        if ! check_netserver_sanity $netserver_name LetMeIn
        then
            ## Whine and moan because another Netserver has bit
            ## the dust.

            set_alarm_state $netserver_name-insane
            cat ah-oo-ga.au  >/dev/audio
            echo "$netserver is insane! Aaaah!" >/dev/console

            ## You get the idea.
        fi
    done

You may need to customize a few of the variables at the top, e.g.,
if the prompt on your Netservers doesn't have a `>' in it.








#!/usr/local/bin/expect -f
##
## Check the sanity of a NetServer: I've observed that when a Netserver goes
## insane and starts dropping calls immediately after authentication, it
## still has a functioning IP stack, but it won't give a normal login prompt
## to let '!root' login. This program telnets to the Netserver whose name or
## IP address is given as the first parameter on the command line, and logs
## in as '!root' with the password given as the second parameter.
##
## It returns nonzero if it cannot log in and log back out, and zero if it
## can.
##
## Usage:
##    check_netserver_sanity <netserverNameOrIP> <!rootPassword>
## Returns:
##    0        If the Netserver seems sane
##    nonzero        If there was a problem; diagnostics go to stdout
##
## -- Mark Lindsey, Sat Jan  2 19:25:05 EST 1999
## DSS Online, Valdosta, GA  http://www.datasys.net/

if { $argc < 2 } {
    send_user  "Usage:\n\t$argv0 NetserverToCheck BangRootPassword\n"
        exit 255
}

exp_version -exit 5.0
log_user 10

## If by some twist your administrative login name is not !root, change this
set login_name "!root"

## Set this to a pattern that is in the Netserver's shell prompt
set shell_prompt ">"

## This is something in the login prompt
set login_prompt "login:"
## This is something in the password prompt
set password_prompt "Password:"
## This is what to send to log out
set logout_command "exit"
## This is something that's output when the connection dies
set dead_connection_notice "Connection closed"

## Set this to the number of seconds that the Netserver can be uncooperative
## without being considered insane
set timeout 10

set netserver_name [lindex $argv 0]
set password [lindex $argv 1]




spawn telnet $netserver_name

## Now we're waiting for the login prompt.
expect timeout {
    send_user "$netserver_name did not provide a login prompt within $timeout seconds.\n"
    exit 1
} "$login_prompt" {
    send "$login_name\r"
} else {
    send_user "I got something unexpected while waiting for the login prompt.\n"
    exit 8
}


## Now we're expecting the password prompt
expect timeout {
    send_user "$netserver_name didnt provide a password prompt with $timeout seconds.\n"
    exit 2
} "$password_prompt" {
    send "$password\r"
} else {
    send_used "I got something unexpected while waiting for the password prompt.\n"
    exit 7
}

## Now we're expecting the shell prompt
expect timeout {
    send_user "$netserver_name didnt provide a shell prompt within $timeout seconds.\n"
    exit 3
} "$shell_prompt" {
    send  "$logout_command\r"
} else {
    send_user "I got something unexpected while waiting for shell prompt $shell_prompt\n"
    exit 6
}

## Now we're expecting something telling us that
## the connection is dead
expect timeout {
    send_user "$netserver_name didnt close the connection when I said '$logout_command'.\n"
    exit 4
} "$dead_connection_notice" {
    exit 0
} else {
    send_user "I got something unexpected while waiting for $dead_connection_notice\n"
    exit 5
}


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Russ Miescke" <[e-mail]>
Subject: Re: (usr-tc) WebTV connect problems
Date: 02 Jan 1999 22:05:56 -0600

I have over 100 web tv customers, and only 2 of them have this problem.
Nothing in Radius has helped.  This was an issue when v.90 was first
introduced to the HiperArc, but the newer code took care of most problems.
----- Original Message -----
Sent: Saturday, January 02, 1999 9:05 PM


>At 10:27 AM 1/3/99 +1100, you wrote:
>>
>>> Must have the latest hiper code.  This was fixed.  I still have a few
>>> web tv problems, but they are solved by entering the user in the
>>> hiper, not just radius.
>>
>>I wouldn't be tolerating that - sounds like a management nightmare to
>>me...
>>
>
>This is very strange.. By having the user entered in the HARC you are using
>only the HARC's local authentication.  If this works but a RADIUS auth does
>not you should check what is being sent in your access accept packets and
>see where that differs from the user you create or the default user. There
>is a conflict there and you should be able to resolve it on the RADIUS side
>and not have to create local users for all of your WEB TV customers.
>
>-M
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Marshall Morgan <[e-mail]>
Subject: (usr-tc) DSPv1.2.60 and ARCv4.0.30
Date: 04 Jan 1999 04:25:24 -0600

Not on the comp notes but will it work?  I sorta upgraded to 1.2.60 without
looking until 1/2 way through a full HiPer chassis.   Anyone know?  I was
waiting to upgrade the ARC when the next full release came out.

Marshall Morgan

Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com

601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: (usr-tc) NFAS on HARC and/or dual-PRI
Date: 04 Jan 1999 06:19:05 -0500

We've been using channelized T1s forever because PRI isn't yet available.
So forgive this question, which is probably pretty basic: Is NFAS supported
on any TC equipment, including HARC or the dual-PRI cards? Does USR have a
multi-chassis NFAS?

On a loaded rack of HDMs and a HARC or two, NFAS would let you using a couple
of D channels to control lots of PRIs, instead of a D channel on every PRI.

Second question: is there any planned support for SS7?

Thanks.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI
Date: 04 Jan 1999 08:27:18 -0500 (EST)

Thus spake Mark R. Lindsey
>We've been using channelized T1s forever because PRI isn't yet available.
>So forgive this question, which is probably pretty basic: Is NFAS supported
>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a
>multi-chassis NFAS?

The dual-PRI card will do NFAS between the two spans on the card.
Nothing else supports NFAS at this point.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Cassandra M. Perkins" <[e-mail]>
Subject: (usr-tc) Calls Skipping PRI
Date: 04 Jan 1999 06:55:33 -0800 (PST)



I've had a TC unit for a several months with two PRIs that were running
fine, until last night.  All incoming calls now terminates on the second
span and once that is full, I get a busy signal.  No call terminates on
the first span.  I checked with the phone company and was told its on my
end. All I could get from them is that my equipment is sending an
"unexpected frame".  Any suggestions, please?

Thank you,

Cassandra

| Cassandra M. Perkins             | People usually get what's coming to |
| Network Operations             | them... unless it's been mailed.    |
| The Loop Internet Switch Co., LLC  |        -fortune           |



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jim Johnson <[e-mail]>
Subject: (usr-tc) Quad MDM not receieving calls
Date: 04 Jan 1999 11:02:42 -0500



Over the weekend, I noticed using TCM that a quad card at a remote site
chassis (D-PRI/12 quads/Netserver/NMC) is never getting a call.

There are no error lights and the card appears functional in TCM.

Telnetting into the netserver card shows the port is active and the
modem is present.

I can hard/soft reset the card, power cycle the chassis and have even
re-downloaded the firmware to the card but still none of the four modems
on the card ever receives a call.

Before I drive out there and physically swap out the card, what should I
check for?

Thanks,

Jim

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Steve McConnell <[e-mail]>
Subject: RE: (usr-tc) Quad MDM not receieving calls
Date: 04 Jan 1999 11:30:05 -0500

make sure the Line Interface Source is set to PRITDM instead of nic.

in TCM:
choose the modems that are giving you trouble, then click Configuration then
Line Interface Options. Then make sure the last setting is the correct
interface.


steve

> -----Original Message-----
> From: Jim Johnson [mailto:[e-mail]]
> Sent: Monday, January 04, 1999 11:03 AM
> To: usr-tc Mailing List
> Subject: (usr-tc) Quad MDM not receieving calls
>
>
>
>
> Over the weekend, I noticed using TCM that a quad card at a
> remote site
> chassis (D-PRI/12 quads/Netserver/NMC) is never getting a call.
>
> There are no error lights and the card appears functional in TCM.
>
> Telnetting into the netserver card shows the port is active and the
> modem is present.
>
> I can hard/soft reset the card, power cycle the chassis and have even
> re-downloaded the firmware to the card but still none of the
> four modems
> on the card ever receives a call.
>
> Before I drive out there and physically swap out the card,
> what should I
> check for?
>
> Thanks,
>
> Jim
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Eric Billeter" <[e-mail]>
Subject: RE: (usr-tc) WebTV connect problems
Date: 04 Jan 1999 09:56:06 -0700

I couldn't get webtv users auth'd until I added VJ Header Compression
enable to the default radius profile.

Thanks

Eric T. Billeter                   Cable One
Internet Engineer                  1314 North 3rd Street
[e-mail]             Phoenix, AZ 85004

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Mike Wronski
Sent: Saturday, January 02, 1999 8:05 PM


At 10:27 AM 1/3/99 +1100, you wrote:
>
>> Must have the latest hiper code.  This was fixed.  I still have a few
>> web tv problems, but they are solved by entering the user in the
>> hiper, not just radius.
>
>I wouldn't be tolerating that - sounds like a management nightmare to
>me...
>

This is very strange.. By having the user entered in the HARC you are using
only the HARC's local authentication.  If this works but a RADIUS auth does
not you should check what is being sent in your access accept packets and
see where that differs from the user you create or the default user. There
is a conflict there and you should be able to resolve it on the RADIUS side
and not have to create local users for all of your WEB TV customers.

-M



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: RE: (usr-tc) Fwd: Re: 3com (fwd)
Date: 04 Jan 1999 13:25:34 -0500

FYI,

The original concept behind the adm username was for use with a tool we
were working with to grab config info from a netserver, convert it, and
load the config to an Arc. Since the tool did not grab the passwords from
the netserver it needed a known username to access the ARC.

If you want to delete the adm user, disable it first, save all,  then
delete it, save all, reboot.

regards,
/norm





"Brian K McIntire" <[e-mail]> on 12/22/98 09:53:08 AM

Please respond to [e-mail]

cc:    (Norm Miller/US/3Com)




>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Brian Uechi
>Sent: Tuesday, December 22, 1998 7:47 AM
>To: [e-mail]
>Subject: Re: (usr-tc) Fwd: Re: 3com (fwd)
>
>
>On Tue, 22 Dec 1998, Jeff Mcadams wrote:
>
>> Thus spake Brian Uechi
>> >Does anybody know what the heck this guy is talking about? NMC login
>> >accounts? Aren't all logins handled by the Netserver? In any case, I
>> >tried logging in via ppp and tty as adm with no password and it
>> >doesn't work. Also tried telnet to Netserver and NMC.
>>
>> This is referring to the HiPer Arc's, not the NETServers or NMC.  Not
>> having Arc's to play with much (I have one, but haven't played with it
>> much yet), I can't confirm that this is what's happening, but I have no
>> reason to doubt it.  Sounds like poor design wrt the adm account on the
>> ARC, though it can be set up to not be a security whole, its slightly
>> counter-intuitive on how to do it.
>
>Thanks! I'm not using HARC's yet so I'll file this one away for now.

One thing Krish and Mike didn't mention.  In addition to disabling the user
or giving it a password you can also change the type of the adm user to
prevent administrative access.
>
>---
>Brian K. Uechi                 Email: [e-mail]
>Technical Support Engineer     Phone: [phone]
>LavaNet, Inc.                  FAX  : [phone]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.









-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI
Date: 04 Jan 1999 14:46:11 -0500

We support NFAS on the HDM's (HiperDSP Modem)  in version 3.5 which is in
beta now. If you want to sign up for the beta go to
http://totalservice.usr.com/
You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we
support HDM's with NFAS, like to like.   We do not support multi chassis
NFAS.
regards,
/norm





Jeff Mcadams <[e-mail]> on 01/04/99 08:27:18 AM

Please respond to [e-mail]

cc:    (Norm Miller/US/3Com)




Thus spake Mark R. Lindsey
>We've been using channelized T1s forever because PRI isn't yet available.
>So forgive this question, which is probably pretty basic: Is NFAS
supported
>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a
>multi-chassis NFAS?

The dual-PRI card will do NFAS between the two spans on the card.
Nothing else supports NFAS at this point.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.









-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jim Johnson <[e-mail]>
Subject: Re: (usr-tc) Quad MDM not receieving calls
Date: 04 Jan 1999 15:44:25 -0500

Steve,

That was the problem, it was set to t1TDM not priTDM.  Not sure why/how
it got changed though.  I should have thought of looking at that setting
myself.

Thanks for your help!

Jim

Steve McConnell wrote:
>
> make sure the Line Interface Source is set to PRITDM instead of nic.
>
> in TCM:
> choose the modems that are giving you trouble, then click Configuration then
> Line Interface Options. Then make sure the last setting is the correct
> interface.
>
> steve
>
> > -----Original Message-----
> > From: Jim Johnson [mailto:[e-mail]]
> > Sent: Monday, January 04, 1999 11:03 AM
> > To: usr-tc Mailing List
> > Subject: (usr-tc) Quad MDM not receieving calls
> >
> >
> >
> >
> > Over the weekend, I noticed using TCM that a quad card at a
> > remote site
> > chassis (D-PRI/12 quads/Netserver/NMC) is never getting a call.
> >
> > There are no error lights and the card appears functional in TCM.
> >
> > Telnetting into the netserver card shows the port is active and the
> > modem is present.
> >
> > I can hard/soft reset the card, power cycle the chassis and have even
> > re-downloaded the firmware to the card but still none of the
> > four modems
> > on the card ever receives a call.
> >
> > Before I drive out there and physically swap out the card,
> > what should I
> > check for?
> >
> > Thanks,
> >
> > Jim
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) NFAS on HARC and/or dual-PRI
Date: 04 Jan 1999 16:42:48 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of
>[e-mail]
>Sent: Monday, January 04, 1999 1:46 PM
>To: [e-mail]
>Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI
>
>
>We support NFAS on the HDM's (HiperDSP Modem)  in version 3.5 which is in
>beta now. If you want to sign up for the beta go to
>http://totalservice.usr.com/
>You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we
>support HDM's with NFAS, like to like.   We do not support multi chassis
>NFAS.
I know telco's can configure NFAS for more PRI's than we can currently fit
into a chassis but How many DSP's will 3COM support NFAS for?  15? (assuming
you have only one ARC)
I have heard a few different things and would appreciate more info on it.

Thanks
Brian

>regards,
>/norm
>
>
>
>
>
>Jeff Mcadams <[e-mail]> on 01/04/99 08:27:18 AM
>
>Please respond to [e-mail]
>
>To:   [e-mail]
>cc:    (Norm Miller/US/3Com)
>Subject:  Re: (usr-tc) NFAS on HARC and/or dual-PRI
>
>
>
>
>Thus spake Mark R. Lindsey
>>We've been using channelized T1s forever because PRI isn't yet available.
>>So forgive this question, which is probably pretty basic: Is NFAS
>supported
>>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a
>>multi-chassis NFAS?
>
>The dual-PRI card will do NFAS between the two spans on the card.
>Nothing else supports NFAS at this point.
>--
>Jeff McAdams                            Email: [e-mail]
>Head Network Administrator              Voice: [phone]
>IgLou Internet Services                        [phone]
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) and Sega Saturns
Date: 04 Jan 1999 13:46:37 -0600

Hello,  I have several users that cannot connect with a Sega Saturn.  I am
running the lastest code on my Hiper Arc card, DSP cards and Quad Modem
cards. I know this sounds crazy but I think the sega must have a modem in it
for online gameing.   Does anyone else have this problem.  The Problem
started when I made the Changeover to the Hiper Platform.  Any suggestions
would be helpful.



Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Monday, January 04, 1999 1:46 PM


>We support NFAS on the HDM's (HiperDSP Modem)  in version 3.5 which is in
>beta now. If you want to sign up for the beta go to
>http://totalservice.usr.com/
>You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we
>support HDM's with NFAS, like to like.   We do not support multi chassis
>NFAS.
>regards,
>/norm
>
>
>
>
>
>Jeff Mcadams <[e-mail]> on 01/04/99 08:27:18 AM
>
>Please respond to [e-mail]
>
>To:   [e-mail]
>cc:    (Norm Miller/US/3Com)
>Subject:  Re: (usr-tc) NFAS on HARC and/or dual-PRI
>
>
>
>
>Thus spake Mark R. Lindsey
>>We've been using channelized T1s forever because PRI isn't yet available.
>>So forgive this question, which is probably pretty basic: Is NFAS
>supported
>>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a
>>multi-chassis NFAS?
>
>The dual-PRI card will do NFAS between the two spans on the card.
>Nothing else supports NFAS at this point.
>--
>Jeff McAdams                            Email: [e-mail]
>Head Network Administrator              Voice: [phone]
>IgLou Internet Services                        [phone]
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: matthews <[e-mail]>
Subject: RE: (usr-tc) Calls Skipping PRI
Date: 04 Jan 1999 11:26:41 -0400

On Monday, January 04, 1999 10:56 AM, Cassandra M. Perkins
[SMTP:[e-mail]] wrote:
>
>
> I've had a TC unit for a several months with two PRIs that were running
> fine, until last night.  All incoming calls now terminates on the second
> span and once that is full, I get a busy signal.  No call terminates on
> the first span.  I checked with the phone company and was told its on my
> end. All I could get from them is that my equipment is sending an
> "unexpected frame".  Any suggestions, please?
>

Check your DSO status and make sure none of them are out of service.  Same
with your entire span.  Also make sure your D channel is up.  Double check
your DNIS digits as well.

Be Seeing You...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>[phone]
Don't rush me, sonny.  You rush a miracle maker and you get rotten
miracles.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: matthews <[e-mail]>
Subject: RE: (usr-tc) Netserver Sanity Check (expect script)
Date: 04 Jan 1999 09:54:10 -0400

On Saturday, January 02, 1999 11:49 PM, [e-mail]
[SMTP:[e-mail]] wrote:
> ##    check_netserver_sanity <netserverNameOrIP> <!rootPassword>

Hopefully you would be running this on a private machine.  Running this
with the password on the command line makes the password available to
anybody running a ps while the script is running.

Be Seeing You...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>[phone]
Don't rush me, sonny.  You rush a miracle maker and you get rotten
miracles.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) sql backed snmp logger/report generator
Date: 31 Dec 1999 12:53:21 -0600

A Program called MTRG can be used to do all that you are wanting.  Such as
this> http://netman.alaweb.com/MRTG/205.216.53.129.2.html

I would suggest trying it out.  It can even be used to graph processor usage
on a NT Server if you know the Mib information.
http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html

Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Thursday, December 31, 1998 11:38 AM


>I am interested in a project and was wondering if anyone else is
>interested or has something like this.
>
>I am sure some of you have something like this which is in place and
>private, but I would be interested in making something public.
>
>It would basically log traps and query snmp stats from USR TC gear.
>Things like PRI card, hdm's, arc's, nmc's.  It would plug all of the
>information into a free database, like postgresql (using a different
>database would be trivial, especially if this were done using DBI::DBD
>stuff in perl).
>
>Things like errors, and resets, and connect speeds etc could all be
>logged.
>
>The real power would come in its reporting.  Where you could run a report
>of average connect speed per chassis, or per hdm, or per modem even.  Have
>it "look" for problems for you, such as hi error ratios inconsistancies
>etc.
>
>I have alot of snmp tools, we all probably do, but I am looking for a
>centralized trapper and query system that just grabs it all, everything,
>and plugs it into a database.
>
>I would probably use perl/php/postgresql but I mean anything is possible.
>
>Brian
>
>
>--------------------------------------------------------------------------
>Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Remote managment of S&A
Date: 31 Dec 1999 09:46:32 -0600

I would recomend VNC.  It's FREE and is very fast.


Thanks
Paul JR.


 Original Message -----
Sent: Thursday, December 31, 1998 4:40 AM


You don't need Citrix - just get Windows NT Terminal Server Edition - alo=
t
cheaper than Citrix, and if you don't need load balancing and some of the
other advanced features of Citirx, you can get away with it.


At 06:45 AM 12/31/98 -0500, you wrote:
>Thanks. Big help.
>
>                          o      o
>                           \_  _/
>                        <(@@)>
>----------------000----()----000-------------------
>         [e-mail]
>       THE TRUTH IS OUT THERE
>------------------------------------------------------
>                       00O O00   =A9
>
>
>-----Original Message-----
>From: Yevgeniy Kruglov [SMTP:[e-mail]]
>Sent: Wednesday, December 30, 1998 11:34 PM
>To: [e-mail]
>Subject: Re: (usr-tc) Remote managment of S&A
>
>On Wed, Dec 30, 1998 at 11:14:19PM -0500, Ricky wrote:
>
>> Can anyone post options for remotely managing a server running USR's
Security and Accounting...such as being able to add a user, delete a user
etc... Figure something like PC Anywhere for sure, but is that about the
only option?
>
>If security is not an issue for Security server managing <g> try VNC,
>www.orl.co.uk, it's free and runs on almost every platform. If you are
>ready to spend *some* money, get Citrix or even make your 3Com sales rep
>happy by buying Edge Server Pro with Thin client/server :)
>
>
>Yevgeniy Kruglov,                               email:  [e-mail]
>System Administrator                            phone:  [phone]
>CIFNet, Inc.                                    fax:    [phone]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: (usr-tc) Gateway Telepath win modem and Rockwell 56K flex
Date: 30 Dec 1999 20:11:58 -0600

I think I have found a driver to update the Telepath Gateway modems.
<Warning> This driver has not been approved by Gateway but it does seem to
work just fine. You can download it from me at
http://www.alaweb.com/~support/downloads/lucnt518.exe I simply got it from
HP because HP and the telepath modems both have a lucent chip set. Let me
know if you try it and it works. I actually had a person bring in his
Gateway machine and I got a chance to test it. This even allows the Telepath
to dial into Flex V.90 also.

I also found a fix to make the Compaq 56K Rockwell modems connect. <Warning>
This Inet string does not allow a a 56K connection it simply sets the modem
to V.34.  Just put this string in  (+ms=v34) Also Let me know if this works
for you.




Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Wednesday, December 30, 1998 7:48 PM


>YES YES YES
>
>Dale Hege wrote:
>>
>> Has anyone else noticed that usr winmodems and gateway telepaths have
lots
>> of trouble connecting?
>>
>> -Dale
>>
>> On Wed, 30 Dec 1998, Brian K McIntire wrote:
>>
>> > Date: Wed, 30 Dec 1998 14:02:13 -0600
>> > From: Brian K McIntire <[e-mail]>
>> > Reply-To: [e-mail]
>> > To: [e-mail]
>> > Subject: RE: (usr-tc) HiperDSP 1.2.60 code
>> >
>> > I've installed it on roughly 70-80 DSP's.  Seems to improve a few
things a
>> > bit.  By no means does it resolve everything.  There are still allot of
>> > issues out there relating to the client modems.  On the other side of
it I
>> > have seen no new problems come up so it seems like it's a stable
release.
>> > Worth trying!
>> >
>> > >-----Original Message-----
>> > >From: [e-mail]
>> > >[mailto:[e-mail]]On Behalf Of John Rockwell
>> > >Sent: Wednesday, December 30, 1998 12:55 PM
>> > >To: [e-mail]
>> > >Subject: (usr-tc) HiperDSP 1.2.60 code
>> > >
>> > >
>> > >
>> > >     Has anyone yet implemented the new revision (1.2.60) of the
>> > >HiperDSP code in a production environment?  How does it seem to impact
v.90
>> > >performance?  Good or bad experiences?
>> > >
>> > >-------------------------------------
>> > >John Rockwell
>> > >e-mail: [e-mail]
>> > >Network Engineer
>> > >Clarityconnect, Inc.
>> > >Ithaca Area: [phone]
>> > >Outside Ithaca Area: [phone]
>> > >Try us: http://www.clarityconnect.com
>> > >-------------------------------------
>> > >
>> > >
>> > >
>> > >-
>> > > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > > with "unsubscribe usr-tc" in the body of the message.
>> > > For information on digests or retrieving files and old messages send
>> > > "help" to the same address.  Do not use quotes in your message.
>> > >
>> >
>> >
>> > -
>> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
>> >  with "unsubscribe usr-tc" in the body of the message.
>> >  For information on digests or retrieving files and old messages send
>> >  "help" to the same address.  Do not use quotes in your message.
>> >
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) 1.2.60 DSP code
Date: 30 Dec 1999 17:16:11 -0600

This is a multi-part message in MIME format.

------=_NextPart_000_01ED_01BE3418.18E0D5C0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Does anyone have a fix for these Gateway Telepath 56K Win modems?  I am =
running the latest code on my DSP cards and Quad modem cards.  The =
telepath connects 50% of the time to the DSP cards and never to the Quad =
modem cards.  I am also haveing similar problems with  Rockwell 56K =
modems.

Any Suggestions would be much appreciated.  Our support department has =
been flooded will calls about these two modems.


Thanks
Paul JR.
AlaWeb Support=20
1800-427-8896
http://www.alaweb.com/support.html=20


                    =20
  =20
----- Original Message -----=20
Sent: Wednesday, December 30, 1998 5:55 PM


>>-----Original Message-----
>>From: [e-mail]
>>[mailto:[e-mail]]On Behalf Of Brian Biggs
>>Sent: Wednesday, December 30, 1998 4:52 PM
>>To: [e-mail]
>>Subject: Re: (usr-tc) 1.2.60 DSP code
>>
>>
>>> On Wed, 30 Dec 1998, Brian K McIntire wrote:
>>> Yes, use the online warranty deal at totalservice.com, and it will
>>> instantly unlock the parts of the site you need access for.
>>Hmm, but I am
>>> wondering if what he meant was that he didn't have a totalservice =
login,
>>> can you get a total service login instantly?
>>
>>Actually what I meant was: I registered my DSP through =
totalservice.usr.com
>>(I do have a login), then the code showed that it was unlocked.
>>When I tried
>>to d/l it, an error message popped up saying it couldn't locate the =
file. I
>>called USR tech support and was told that it takes 48 hours from the =
time
>>you register a product 'till you get access to the files. The tech
>>also told
>>me that since it was a holiday (Friday), I probably would not be
>>able to get
>>the code until Monday.
>
>Try registering the whole chassis under your existing account.  The =
tech
>that told you that was wrong.  Under most circumstances the files can =
be
>unlocked immediately.
>>
>>Anyway, someone on the list did send it to me and I now have the code.
>>Thanks!
>>
>> -Brian
>>--
>> # Brian Biggs            |           Sonic / Sonoma Interconnect
>>         #
>> # Sys Admin / Programmer | v707.522.1000   fax[phone]
>>d707.522.1001 #
>> # mailto:[e-mail]    | http://www.sonic.net
>mailto:[e-mail] #
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

------=_NextPart_000_01ED_01BE3418.18E0D5C0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<STYLE></STYLE>

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY>
<DIV>Does anyone have a fix for these Gateway Telepath 56K Win=20
modems?  <U>I am running the latest code</U> on my DSP cards and =
Quad modem=20
cards.  The telepath connects 50% of the time to the DSP cards and =
never to=20
the Quad modem cards.  I am also haveing similar problems with  =
Rockwell=20
56K modems.</DIV>
<DIV> </DIV>
<DIV>Any Suggestions would be much appreciated.  Our support =
department has=20
been flooded will calls about these two modems.</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Thanks<BR>Paul JR.<BR>AlaWeb Support <BR>1800-427-8896<BR><A=20
href=3D"http://www.alaweb.com/support.html">http://www.alaweb.com/support=
.html</A>=20
</DIV>
<DIV> </DIV>
<DIV><BR>                     <BR>   </DIV>
<DIV>----- Original Message -----=20
<DIV>From: Brian K McIntire <<A=20
href=3D"mailto:[e-mail]">[e-mail]</A>></DIV>=

<DIV>To: <<A=20
href=3D"mailto:[e-mail]">[e-mail]</A>&g=
t;</DIV>
<DIV>Sent: Wednesday, December 30, 1998 5:55 PM</DIV>
<DIV>Subject: RE: (usr-tc) 1.2.60 DSP code</DIV></DIV>
<DIV><BR></DIV>>>-----Original Message-----<BR>>>From: <A=20
href=3D"mailto:[e-mail]">[e-mail]=
on.com</A><BR>>>[<A=20
href=3D"mailto:[e-mail]">mailto:owner-usr-tc@lists=
.xmission.com</A>]On=20
Behalf Of Brian Biggs<BR>>>Sent: Wednesday, December 30, 1998 4:52 =

PM<BR>>>To: <A=20
href=3D"mailto:[e-mail]">[e-mail]</A><B=
R>>>Subject:=20
Re: (usr-tc) 1.2.60 DSP code<BR>>><BR>>><BR>>>> On =
Wed, 30=20
Dec 1998, Brian K McIntire wrote:<BR>>>> Yes, use the online =
warranty=20
deal at totalservice.com, and it will<BR>>>> instantly unlock =
the parts=20
of the site you need access for.<BR>>>Hmm, but I =
am<BR>>>>=20
wondering if what he meant was that he didn't have a totalservice=20
login,<BR>>>> can you get a total service login=20
instantly?<BR>>><BR>>>Actually what I meant was: I =
registered my DSP=20
through totalservice.usr.com<BR>>>(I do have a login), then the =
code=20
showed that it was unlocked.<BR>>>When I tried<BR>>>to d/l =
it, an=20
error message popped up saying it couldn't locate the file. =
I<BR>>>called=20
USR tech support and was told that it takes 48 hours from the=20
time<BR>>>you register a product 'till you get access to the =
files. The=20
tech<BR>>>also told<BR>>>me that since it was a holiday =
(Friday), I=20
probably would not be<BR>>>able to get<BR>>>the code until=20
Monday.<BR>><BR>>Try registering the whole chassis under your =
existing=20
account.  The tech<BR>>that told you that was wrong.  Under =
most=20
circumstances the files can be<BR>>unlocked=20
immediately.<BR>>><BR>>>Anyway, someone on the list did send =
it to=20
me and I now have the code.<BR>>>Thanks!<BR>>><BR>>>=20
-Brian<BR>>>--<BR>>> # Brian=20
Biggs           =20
|           Sonic / =
Sonoma=20
Interconnect<BR>>>         =

#<BR>>> # Sys Admin / Programmer | v707.522.1000  =20
fax[phone]<BR>>>d707.522.1001 #<BR>>> # <A=20
href=3D"mailto:[e-mail]">mailto:[e-mail]</A>    | =
<A=20
href=3D"http://www.sonic.net">http://www.sonic.net</A><BR>><A=20
href=3D"mailto:[e-mail]">mailto:[e-mail]</A>=20
#<BR>><BR>>-<BR>> To unsubscribe to usr-tc, send an email =
to=20
"<A=20
href=3D"mailto:[e-mail]">[e-mail]</A>"<B=
R>> with=20
"unsubscribe usr-tc" in the body of the =
message.<BR>> For=20
information on digests or retrieving files and old messages=20
send<BR>> "help" to the same address.  Do not use =
quotes=20
in your message.<BR>><BR>><BR>>-<BR>> To unsubscribe to =
usr-tc,=20
send an email to "<A=20
href=3D"mailto:[e-mail]">[e-mail]</A>"<B=
R>> with=20
"unsubscribe usr-tc" in the body of the =
message.<BR>> For=20
information on digests or retrieving files and old messages=20
send<BR>> "help" to the same address.  Do not use =
quotes=20
in your message.<BR>></BODY></HTML>

------=_NextPart_000_01ED_01BE3418.18E0D5C0--

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) and Sega Saturns
Date: 04 Jan 1999 17:01:03 -0600 (CST)

What version of code are you running on your hiper arc dsp quad?
When you say cannot connect what is the problem? - The modems cannot
connect? - The modems connect - but ppp does not start?

Please explain

krish

        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Mon, 4 Jan 1999, Paul Jr. (AlaWeb Support) wrote:

> Hello,  I have several users that cannot connect with a Sega Saturn.  I am
> running the lastest code on my Hiper Arc card, DSP cards and Quad Modem
> cards. I know this sounds crazy but I think the sega must have a modem in it
> for online gameing.   Does anyone else have this problem.  The Problem
> started when I made the Changeover to the Hiper Platform.  Any suggestions
> would be helpful.
>
>
>
> Thanks
> Paul JR.
> AlaWeb Support
> 1800-427-8896
> http://www.alaweb.com/support.html
>
>
>
>
> ----- Original Message -----
> From: <[e-mail]>
> To: <[e-mail]>
> Sent: Monday, January 04, 1999 1:46 PM
> Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI
>
>
> >We support NFAS on the HDM's (HiperDSP Modem)  in version 3.5 which is in
> >beta now. If you want to sign up for the beta go to
> >http://totalservice.usr.com/
> >You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we
> >support HDM's with NFAS, like to like.   We do not support multi chassis
> >NFAS.
> >regards,
> >/norm
> >
> >
> >
> >
> >
> >Jeff Mcadams <[e-mail]> on 01/04/99 08:27:18 AM
> >
> >Please respond to [e-mail]
> >
> >To:   [e-mail]
> >cc:    (Norm Miller/US/3Com)
> >Subject:  Re: (usr-tc) NFAS on HARC and/or dual-PRI
> >
> >
> >
> >
> >Thus spake Mark R. Lindsey
> >>We've been using channelized T1s forever because PRI isn't yet available.
> >>So forgive this question, which is probably pretty basic: Is NFAS
> >supported
> >>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a
> >>multi-chassis NFAS?
> >
> >The dual-PRI card will do NFAS between the two spans on the card.
> >Nothing else supports NFAS at this point.
> >--
> >Jeff McAdams                            Email: [e-mail]
> >Head Network Administrator              Voice: [phone]
> >IgLou Internet Services                        [phone]
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) HiperDSP 1.2.60 code
Date: 30 Dec 1999 13:45:01 -0600

Yes I have implemented the new revision (1.2.60) of the HiperDSP code in a
production environment and it worked great.  It fixed alot of v.90 issues
with certian modems.  It fixed some modem issues on the DSP card  that the
Quad modem cards still have.  So I would say the latest DSP code has less
problems than the latest code for the quad modem cards.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Wednesday, December 30, 1998 12:55 PM


>
> Has anyone yet implemented the new revision (1.2.60) of the
>HiperDSP code in a production environment?  How does it seem to impact v.90
>performance?  Good or bad experiences?
>
>-------------------------------------
>John Rockwell
>e-mail: [e-mail]
>Network Engineer
>Clarityconnect, Inc.
>Ithaca Area: [phone]
>Outside Ithaca Area: [phone]
>Try us: http://www.clarityconnect.com
>-------------------------------------
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Kevin Benton <[e-mail]>
Subject: (usr-tc) ARC IP Migration Misinformation
Date: 30 Dec 1999 14:03:14 -0500 (EST)

An unnamed 3Com support rep. told me that it was not possible to move IP's
of an ARC without having a console connection to that ARC or a second
ethernet cable. This is clearly not true.  An arc *CAN* have more than one
active IP address on an interface at a time.  Adding a second network
address to the same interface allows migration easily without worrying
about whether or not a second network cable is plugged in.  At the time I
called in for support, I hadn't even thought of adding an additional IP to
the network interface.  (Too much NetServer mentality I guess...)

I thought everyone might appreciate this especially if they're changing
NSP's.

Kevin Benton
Network Engineer
SOTA Technologies

E-Mail:  [e-mail]
Web:     http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Gateway Telepath win modem and Rockwell 56K flex
Date: 04 Jan 1999 18:25:52 -0500 (EST)

That's LT Winmodem code version 5.18.  There's a newer version (5.32) at:

   http://808hi.com/56k/x2-lucent.htm

and that version is supposed to specifically address HiPer DSP problems.
With DSP version 1.2.60 it's probably not that critical, but with the LT
Winmodems having the absolute newest thing is usually a BIG plus.

Some of the Telepaths are based on 3com Sportsters, not LT Winmodems.
We're still having some problems with the Sportster-based ones...


Mike Andrews (MA12) icq 6602506  --------------  [e-mail]
VP 'n' Systems/Network Administrator  ---------------  [e-mail]
Digital Crescent, Frankfort, KY  -----------  http://www.termfrost.org/
# view;touch;unzip;finger;mount;mv;mv;mv;yes;mv;yes;mv;yes;umount;sleep

On Wed, 30 Dec 1998, Paul Jr. (AlaWeb Support) wrote:

> I think I have found a driver to update the Telepath Gateway modems.
> <Warning> This driver has not been approved by Gateway but it does seem to
> work just fine. You can download it from me at
> http://www.alaweb.com/~support/downloads/lucnt518.exe I simply got it from
> HP because HP and the telepath modems both have a lucent chip set. Let me
> know if you try it and it works. I actually had a person bring in his
> Gateway machine and I got a chance to test it. This even allows the Telepath
> to dial into Flex V.90 also.
>
> I also found a fix to make the Compaq 56K Rockwell modems connect. <Warning>
> This Inet string does not allow a a 56K connection it simply sets the modem
> to V.34.  Just put this string in  (+ms=v34) Also Let me know if this works
> for you.
>
>
>
>
> Thanks
> Paul JR.
> AlaWeb Support
> 1800-427-8896
> http://www.alaweb.com/support.html
>
>
>
>
> ----- Original Message -----
> From: Matthew Opoka <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, December 30, 1998 7:48 PM
> Subject: Re: (usr-tc) HiperDSP 1.2.60 code
>
>
> >YES YES YES
> >
> >Dale Hege wrote:
> >>
> >> Has anyone else noticed that usr winmodems and gateway telepaths have
> lots
> >> of trouble connecting?
> >>
> >> -Dale
> >>
> >> On Wed, 30 Dec 1998, Brian K McIntire wrote:
> >>
> >> > Date: Wed, 30 Dec 1998 14:02:13 -0600
> >> > From: Brian K McIntire <[e-mail]>
> >> > Reply-To: [e-mail]
> >> > To: [e-mail]
> >> > Subject: RE: (usr-tc) HiperDSP 1.2.60 code
> >> >
> >> > I've installed it on roughly 70-80 DSP's.  Seems to improve a few
> things a
> >> > bit.  By no means does it resolve everything.  There are still allot of
> >> > issues out there relating to the client modems.  On the other side of
> it I
> >> > have seen no new problems come up so it seems like it's a stable
> release.
> >> > Worth trying!
> >> >
> >> > >-----Original Message-----
> >> > >From: [e-mail]
> >> > >[mailto:[e-mail]]On Behalf Of John Rockwell
> >> > >Sent: Wednesday, December 30, 1998 12:55 PM
> >> > >To: [e-mail]
> >> > >Subject: (usr-tc) HiperDSP 1.2.60 code
> >> > >
> >> > >
> >> > >
> >> > >     Has anyone yet implemented the new revision (1.2.60) of the
> >> > >HiperDSP code in a production environment?  How does it seem to impact
> v.90
> >> > >performance?  Good or bad experiences?
> >> > >
> >> > >-------------------------------------
> >> > >John Rockwell
> >> > >e-mail: [e-mail]
> >> > >Network Engineer
> >> > >Clarityconnect, Inc.
> >> > >Ithaca Area: [phone]
> >> > >Outside Ithaca Area: [phone]
> >> > >Try us: http://www.clarityconnect.com
> >> > >-------------------------------------
> >> > >
> >> > >
> >> > >
> >> > >-
> >> > > To unsubscribe to usr-tc, send an email to "[e-mail]"
> >> > > with "unsubscribe usr-tc" in the body of the message.
> >> > > For information on digests or retrieving files and old messages send
> >> > > "help" to the same address.  Do not use quotes in your message.
> >> > >
> >> >
> >> >
> >> > -
> >> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >> >  with "unsubscribe usr-tc" in the body of the message.
> >> >  For information on digests or retrieving files and old messages send
> >> >  "help" to the same address.  Do not use quotes in your message.
> >> >
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Gateway Telepath win modem and Rockwell 56K flex
Date: 04 Jan 1999 17:34:47 -0600

Thank you very much.  I sent that message two days ago.  I will start useing
that new code.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Monday, January 04, 1999 5:25 PM


>That's LT Winmodem code version 5.18.  There's a newer version (5.32) at:
>
>   http://808hi.com/56k/x2-lucent.htm
>
>and that version is supposed to specifically address HiPer DSP problems.
>With DSP version 1.2.60 it's probably not that critical, but with the LT
>Winmodems having the absolute newest thing is usually a BIG plus.
>
>Some of the Telepaths are based on 3com Sportsters, not LT Winmodems.
>We're still having some problems with the Sportster-based ones...
>
>
>Mike Andrews (MA12) icq 6602506  --------------  [e-mail]
>VP 'n' Systems/Network Administrator  ---------------  [e-mail]
>Digital Crescent, Frankfort, KY  -----------  http://www.termfrost.org/
># view;touch;unzip;finger;mount;mv;mv;mv;yes;mv;yes;mv;yes;umount;sleep
>
>On Wed, 30 Dec 1998, Paul Jr. (AlaWeb Support) wrote:
>
>> I think I have found a driver to update the Telepath Gateway modems.
>> <Warning> This driver has not been approved by Gateway but it does seem
to
>> work just fine. You can download it from me at
>> http://www.alaweb.com/~support/downloads/lucnt518.exe I simply got it
from
>> HP because HP and the telepath modems both have a lucent chip set. Let me
>> know if you try it and it works. I actually had a person bring in his
>> Gateway machine and I got a chance to test it. This even allows the
Telepath
>> to dial into Flex V.90 also.
>>
>> I also found a fix to make the Compaq 56K Rockwell modems connect.
<Warning>
>> This Inet string does not allow a a 56K connection it simply sets the
modem
>> to V.34.  Just put this string in  (+ms=v34) Also Let me know if this
works
>> for you.
>>
>>
>>
>>
>> Thanks
>> Paul JR.
>> AlaWeb Support
>> 1800-427-8896
>> http://www.alaweb.com/support.html
>>
>>
>>
>>
>> ----- Original Message -----
>> From: Matthew Opoka <[e-mail]>
>> To: <[e-mail]>
>> Sent: Wednesday, December 30, 1998 7:48 PM
>> Subject: Re: (usr-tc) HiperDSP 1.2.60 code
>>
>>
>> >YES YES YES
>> >
>> >Dale Hege wrote:
>> >>
>> >> Has anyone else noticed that usr winmodems and gateway telepaths have
>> lots
>> >> of trouble connecting?
>> >>
>> >> -Dale
>> >>
>> >> On Wed, 30 Dec 1998, Brian K McIntire wrote:
>> >>
>> >> > Date: Wed, 30 Dec 1998 14:02:13 -0600
>> >> > From: Brian K McIntire <[e-mail]>
>> >> > Reply-To: [e-mail]
>> >> > To: [e-mail]
>> >> > Subject: RE: (usr-tc) HiperDSP 1.2.60 code
>> >> >
>> >> > I've installed it on roughly 70-80 DSP's.  Seems to improve a few
>> things a
>> >> > bit.  By no means does it resolve everything.  There are still allot
of
>> >> > issues out there relating to the client modems.  On the other side
of
>> it I
>> >> > have seen no new problems come up so it seems like it's a stable
>> release.
>> >> > Worth trying!
>> >> >
>> >> > >-----Original Message-----
>> >> > >From: [e-mail]
>> >> > >[mailto:[e-mail]]On Behalf Of John Rockwell
>> >> > >Sent: Wednesday, December 30, 1998 12:55 PM
>> >> > >To: [e-mail]
>> >> > >Subject: (usr-tc) HiperDSP 1.2.60 code
>> >> > >
>> >> > >
>> >> > >
>> >> > >     Has anyone yet implemented the new revision (1.2.60) of the
>> >> > >HiperDSP code in a production environment?  How does it seem to
impact
>> v.90
>> >> > >performance?  Good or bad experiences?
>> >> > >
>> >> > >-------------------------------------
>> >> > >John Rockwell
>> >> > >e-mail: [e-mail]
>> >> > >Network Engineer
>> >> > >Clarityconnect, Inc.
>> >> > >Ithaca Area: [phone]
>> >> > >Outside Ithaca Area: [phone]
>> >> > >Try us: http://www.clarityconnect.com
>> >> > >-------------------------------------
>> >> > >
>> >> > >
>> >> > >
>> >> > >-
>> >> > > To unsubscribe to usr-tc, send an email to
"[e-mail]"
>> >> > > with "unsubscribe usr-tc" in the body of the message.
>> >> > > For information on digests or retrieving files and old messages
send
>> >> > > "help" to the same address.  Do not use quotes in your message.
>> >> > >
>> >> >
>> >> >
>> >> > -
>> >> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
>> >> >  with "unsubscribe usr-tc" in the body of the message.
>> >> >  For information on digests or retrieving files and old messages
send
>> >> >  "help" to the same address.  Do not use quotes in your message.
>> >> >
>> >>
>> >> -
>> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>> >>  with "unsubscribe usr-tc" in the body of the message.
>> >>  For information on digests or retrieving files and old messages send
>> >>  "help" to the same address.  Do not use quotes in your message.
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>> >
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Dave May <[e-mail]>
Subject: (usr-tc) Reported RADIUS Auth/Acct Problem
Date: 04 Jan 1999 18:11:21 -0700 (MST)

USR/TC Users,

Noticed a few people having problems authenticating to a radius server on
UNIX, and accounting logs being flooded. We also had the same problem, and
solved it. Anyone using RADIUS on UNIX, please note.

The problem mentioned was that the USR/TC would send an AUTH request fine,
and the RADIUS server would reply fine, but the USR/TC would ignore it.

To those folks: if your RADIUS server responds to multiple IP addresses,
make sure (using tcpdump) that it is sending them back with the same UDP
source address as the address the USR/TC uses as a destination address.
Otherwise, the USR/TC ignores it, and you should change the RADIUS server
to the base address of your ethernet card.

Hope that helps.

Dave May


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: (usr-tc) Multiple NETservers in one chassis?
Date: 05 Jan 1999 12:51:30 +1100 (EST)


I'm sure I've seen reference to this before, but I'll be stuffed if I can
find it...

Can I put TWO NETserver cards in one chassis and have each card manage a
subset of the modems?  Say slots 2-10 on one NETserver, and 11-15 on the
other?

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) Multiple NETservers in one chassis?
Date: 04 Jan 1999 21:00:54 EST

Bob Purdon <[e-mail]> writes:

> Can I put TWO NETserver cards in one chassis and have each card manage a
> subset of the modems?  Say slots 2-10 on one NETserver, and 11-15 on the
> other?

Yep - just make sure they don't accidentally collide thinking that
they both "own" the same modem :-)

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc) Multiple NETservers in one chassis?
Date: 05 Jan 1999 13:11:19 +1100 (EST)


> > Can I put TWO NETserver cards in one chassis and have each card manage a
> > subset of the modems?  Say slots 2-10 on one NETserver, and 11-15 on the
> > other?
>
> Yep - just make sure they don't accidentally collide thinking that
> they both "own" the same modem :-)

That's what I was expecting, but thought it safer to check with those that
had actually done it before I upset anything...

Cheers,

Bob.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Multiple NETservers in one chassis?
Date: 04 Jan 1999 20:09:27 -0600 (CST)



On Tue, 5 Jan 1999, Bob Purdon wrote:

>
> I'm sure I've seen reference to this before, but I'll be stuffed if I can
> find it...
>
> Can I put TWO NETserver cards in one chassis and have each card manage a
> subset of the modems?  Say slots 2-10 on one NETserver, and 11-15 on the
> other?

Certainly, I had this arrangement for a while to test new Netserver/modem
code.  I had the telco put the last 4 modems on my last trunk in a
seperate hunt group.  Only those modems were assigned to the secondary
Netserver card.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: RE: (usr-tc) Netserver Sanity Check (expect script)
Date: 04 Jan 1999 22:06:40 -0500

: On Saturday, January 02, 1999 11:49 PM, [e-mail]
: [SMTP:[e-mail]] wrote:
: > ##    check_netserver_sanity <netserverNameOrIP> <!rootPassword>
:
: Hopefully you would be running this on a private machine.  Running this
: with the password on the command line makes the password available to
: anybody running a ps while the script is running.

Um, yes. I highly recommend setting up a diagnostic machine, to which only
network operators have access; you don't want to do diagnostics from your
production boxes, after all.

So don't manage your Netservers from your eskimo.com account! :-P


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) ARC IP Migration Misinformation
Date: 05 Jan 1999 00:11:38 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Kevin Benton
>Sent: Wednesday, December 30, 1998 1:03 PM
>To: [e-mail]
>Subject: (usr-tc) ARC IP Migration Misinformation
>
>
>An unnamed 3Com support rep. told me that it was not possible to move IP's
>of an ARC without having a console connection to that ARC or a second
>ethernet cable. This is clearly not true.  An arc *CAN* have more than one
>active IP address on an interface at a time.  Adding a second network
>address to the same interface allows migration easily without worrying
>about whether or not a second network cable is plugged in.

Even easier still you can type the following:

reconfiure ip network ip address <new address/netmask

>At the time I
>called in for support, I hadn't even thought of adding an additional IP to
>the network interface.  (Too much NetServer mentality I guess...)
>
>I thought everyone might appreciate this especially if they're changing
>NSP's.
>
>Kevin Benton
>Network Engineer
>SOTA Technologies
>
>E-Mail:  [e-mail]
>Web:     http://users.sota-oh.com/~s1kevin/
>Unsolicited advertisements processing fee: $50 subject to change
>without notice
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian Gordon" <[e-mail]>
Subject: Re: (usr-tc) supramax 56i voice pci
Date: 05 Jan 1999 08:13:07 -0500

Having Compatablity problems with this type of modem Supramax 56i voice pci

Having trouble with this modem on my Hiper chassis, I am running the latest
revisions

4.1.72 Hiper Arc

1.60 Hiper DSP

Anyone know of any init Strings to fix this one?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Multiple NETservers in one chassis?
Date: 05 Jan 1999 08:17:49 -0500 (EST)

Thus spake Bob Purdon
>I'm sure I've seen reference to this before, but I'll be stuffed if I can
>find it...

>Can I put TWO NETserver cards in one chassis and have each card manage a
>subset of the modems?  Say slots 2-10 on one NETserver, and 11-15 on the
>other?

Yup, I've currently got a chassis configured with DSP's in slots 1 and
2, a NETServer in 3, DSP's in 4 and 5 and another NETServer in 6.  Works
like a champ...was rather a nightmare to get it working initially
though, sometimes the NETServer doesn't seem to want to take the
activation of modems or setting of slot densities correctly.  Once I
managed to get that forced down their throats, (involved deactivating,
save all, reboot, set density, save all, reboot, activate, save all,
reboot...may not have required all those steps, but that's what I
finally did to be sure) it worked and is working fine.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Chris Hanes <[e-mail]>
Subject: (usr-tc) RADIUS auth problems
Date: 05 Jan 1999 10:29:27 -0500

I have a secondary radius server that all my boxes but
one HIPER box will authenticate correctly from.  The HIPER
box in question auths fine from primary but won't from
secondary. I've snooped the network and found that the
RADIUS server is receiving the auth requests and sending
auth accepts. The auth process itself is taking about 200 milliseconds.
However, the HIPER box acts as if it is not receiving the accepts
as it timeouts (3 seconds) and then sends out another request.
So the RADIUS is working but the HIPER box acts like it is not getting
the
answers from this particular radius.  Any ideas?

Thanks,
Chris Hanes

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Dave May <[e-mail]>
Subject: Re: (usr-tc) RADIUS auth problems
Date: 05 Jan 1999 08:49:24 -0700 (MST)

Chris,

I emailed the list on a possible cause of this type of problem last night.
Does your RADIUS server send the packets with the proper source IP
address? I had major problems getting my TC to authenticate, and I
realized that the RADIUS server, which is configured to multiple IP
addresses, was responding to requests (auth and acct) with the wrong
source, so the TC ignored the ACKs!

I would think that RADIUS would be smart enough to pick up on this, and
use the same source address as the destination address it finds in the
request. But, no.

What OS is your RADIUS running on?

Dave May

On Tue, 5 Jan 1999, Chris Hanes wrote:

> I have a secondary radius server that all my boxes but
> one HIPER box will authenticate correctly from.  The HIPER
> box in question auths fine from primary but won't from
> secondary. I've snooped the network and found that the
> RADIUS server is receiving the auth requests and sending
> auth accepts. The auth process itself is taking about 200 milliseconds.
> However, the HIPER box acts as if it is not receiving the accepts
> as it timeouts (3 seconds) and then sends out another request.
> So the RADIUS is working but the HIPER box acts like it is not getting
> the
> answers from this particular radius.  Any ideas?
>
> Thanks,
> Chris Hanes
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) ARC IP Migration Misinformation
Date: 05 Jan 1999 09:52:41 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Kevin Benton
|Sent: Wednesday, December 30, 1998 1:03 PM
|To: [e-mail]
|Subject: (usr-tc) ARC IP Migration Misinformation
|
|
|An unnamed 3Com support rep. told me that it was not possible to move IP's
|of an ARC without having a console connection to that ARC or a second
|ethernet cable. This is clearly not true.  An arc *CAN* have more than one
|active IP address on an interface at a time.  Adding a second network
|address to the same interface allows migration easily without worrying
|about whether or not a second network cable is plugged in.  At the time I
|called in for support, I hadn't even thought of adding an additional IP to
|the network interface.  (Too much NetServer mentality I guess...)
|
|I thought everyone might appreciate this especially if they're changing
|NSP's.
|

The problem you run into is if the Default Gateway router that the netserver uses
has an unusually long ARP cache timeout. Some routers are infinite by default and
must be rebooted to clear if misconfigured. If you use the same pool of addresses
on the HARC as was on your Netserver you may see that dial-in users wont route
since the gateway is using the wrong hardware address (NS instead of HARC) for
your pool addresses.  I have seen this a few times now.. I would suggest that in
your migration plan you check the ARP cache of your first hop router to avoid
this problem.

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) sql backed snmp logger/report generator
Date: 05 Jan 1999 10:07:24 -0600 (CST)

On Thu, 31 Dec 1998, Paul Jr. (AlaWeb Support) wrote:

> A Program called MTRG can be used to do all that you are wanting.  Such as
> this> http://netman.alaweb.com/MRTG/205.216.53.129.2.html
>
> I would suggest trying it out.  It can even be used to graph processor usage
> on a NT Server if you know the Mib information.
> http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html
>

mrtg is a bit simple for what I have described below.  Its a great tool,
and we use it, and love it, but its not something I would use to build the
program below, I would probably use perl and snmp libraries


> Thanks
> Paul JR.
> AlaWeb Support
> 1800-427-8896
> http://www.alaweb.com/support.html
>
>
>
>
> ----- Original Message -----
> From: Brian <[e-mail]>
> To: USRobotics TC Mailing List <[e-mail]>
> Sent: Thursday, December 31, 1998 11:38 AM
> Subject: (usr-tc) sql backed snmp logger/report generator
>
>
> >I am interested in a project and was wondering if anyone else is
> >interested or has something like this.
> >
> >I am sure some of you have something like this which is in place and
> >private, but I would be interested in making something public.
> >
> >It would basically log traps and query snmp stats from USR TC gear.
> >Things like PRI card, hdm's, arc's, nmc's.  It would plug all of the
> >information into a free database, like postgresql (using a different
> >database would be trivial, especially if this were done using DBI::DBD
> >stuff in perl).
> >
> >Things like errors, and resets, and connect speeds etc could all be
> >logged.
> >
> >The real power would come in its reporting.  Where you could run a report
> >of average connect speed per chassis, or per hdm, or per modem even.  Have
> >it "look" for problems for you, such as hi error ratios inconsistancies
> >etc.
> >
> >I have alot of snmp tools, we all probably do, but I am looking for a
> >centralized trapper and query system that just grabs it all, everything,
> >and plugs it into a database.
> >
> >I would probably use perl/php/postgresql but I mean anything is possible.
> >
> >Brian
> >
> >
> >--------------------------------------------------------------------------
> >Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Chris Hanes <[e-mail]>
Subject: Re: (usr-tc) RADIUS auth problems
Date: 05 Jan 1999 11:16:10 -0500

Hey Dave,

I double checked the packets - the IP address info is correct.
My RADIUS is running on NT 4.0 SP3.  Any other ideas?

Thanks,
Chris Hanes

Dave May wrote:
>
> Chris,
>
> I emailed the list on a possible cause of this type of problem last night.
> Does your RADIUS server send the packets with the proper source IP
> address? I had major problems getting my TC to authenticate, and I
> realized that the RADIUS server, which is configured to multiple IP
> addresses, was responding to requests (auth and acct) with the wrong
> source, so the TC ignored the ACKs!
>
> I would think that RADIUS would be smart enough to pick up on this, and
> use the same source address as the destination address it finds in the
> request. But, no.
>
> What OS is your RADIUS running on?
>
> Dave May
>
> On Tue, 5 Jan 1999, Chris Hanes wrote:
>
> > I have a secondary radius server that all my boxes but
> > one HIPER box will authenticate correctly from.  The HIPER
> > box in question auths fine from primary but won't from
> > secondary. I've snooped the network and found that the
> > RADIUS server is receiving the auth requests and sending
> > auth accepts. The auth process itself is taking about 200 milliseconds.
> > However, the HIPER box acts as if it is not receiving the accepts
> > as it timeouts (3 seconds) and then sends out another request.
> > So the RADIUS is working but the HIPER box acts like it is not getting
> > the
> > answers from this particular radius.  Any ideas?
> >
> > Thanks,
> > Chris Hanes
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ronald E. Kushner" <[e-mail]>
Subject: Re: (usr-tc) RADIUS auth problems
Date: 05 Jan 1999 11:28:16 -0500



Chris Hanes wrote:
>
> Hey Dave,
>
> I double checked the packets - the IP address info is correct.
> My RADIUS is running on NT 4.0 SP3.  Any other ideas?

Wrong shared secret?

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) RADIUS auth problems
Date: 05 Jan 1999 10:50:10 -0600 (CST)

There is a option on the HiPer arc 4.1.x code to monitor radius packets

Mon radius

is the command.  Use it to see what you are sending and what you are
getting back.  Send me this info and we can see what your problem is

krish

        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Tue, 5 Jan 1999, Dave May wrote:

> Chris,
>
> I emailed the list on a possible cause of this type of problem last night.
> Does your RADIUS server send the packets with the proper source IP
> address? I had major problems getting my TC to authenticate, and I
> realized that the RADIUS server, which is configured to multiple IP
> addresses, was responding to requests (auth and acct) with the wrong
> source, so the TC ignored the ACKs!
>
> I would think that RADIUS would be smart enough to pick up on this, and
> use the same source address as the destination address it finds in the
> request. But, no.
>
> What OS is your RADIUS running on?
>
> Dave May
>
> On Tue, 5 Jan 1999, Chris Hanes wrote:
>
> > I have a secondary radius server that all my boxes but
> > one HIPER box will authenticate correctly from.  The HIPER
> > box in question auths fine from primary but won't from
> > secondary. I've snooped the network and found that the
> > RADIUS server is receiving the auth requests and sending
> > auth accepts. The auth process itself is taking about 200 milliseconds.
> > However, the HIPER box acts as if it is not receiving the accepts
> > as it timeouts (3 seconds) and then sends out another request.
> > So the RADIUS is working but the HIPER box acts like it is not getting
> > the
> > answers from this particular radius.  Any ideas?
> >
> > Thanks,
> > Chris Hanes
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Luke Gasteiger" <[e-mail]>
Subject: (usr-tc) Diamond SupraSonic II Bonded modems
Date: 05 Jan 1999 12:08:09 -0500


Does anybody have any experience working with the Suprasonic II
bonded modems? The Diamond website claims "Successfully connected
with the HiPer Access Router Card (ARC) using MP. 3COM has
reported problems in V.90 code stability possibly leading to
sporatic line drops" -- has anybody noticed if this problem does
exist with the particular modem in practical use?-- I am using
DSP1.2.66, ARC 4.1.72 & Quad 5.10.9 code

thanks
lg


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Pete Ashdown <[e-mail]>
Subject: (usr-tc) MPPP still funky
Date: 05 Jan 1999 14:54:58 -0700 (MST)

Hiper ARC V4.1.72  HDM V1.2.60

We're still having problems with some cross-rack bonding using MLPPP.
Oddly enough, for some people, they've stated that the new code has finally
cleaned up all of their bonding problems.  However, for a number of others,
including our own office-test Pipeline 75, we see the following problem.
The only other brand I've verified with this issue is the USR Courier
I-Modem, go figure.

MLPPP will establish the connection and things will run fine for a while.
However, over time, the transfer speed will degrade to the point of no
usability.  This usually happens in the span of 10 or so minutes.

As far as I know my MLPPP is correctly configured.  Any ideas on the above?
Is anyone else in the same environment (ie: no Netservers in the mix
either) seeing this?

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 05 Jan 1999 16:57:15 -0600 (CST)

On Tue, 5 Jan 1999, Pete Ashdown wrote:

> Hiper ARC V4.1.72  HDM V1.2.60
>
> We're still having problems with some cross-rack bonding using MLPPP.
> Oddly enough, for some people, they've stated that the new code has finally
> cleaned up all of their bonding problems.  However, for a number of others,
> including our own office-test Pipeline 75, we see the following problem.
> The only other brand I've verified with this issue is the USR Courier
> I-Modem, go figure.
>
> MLPPP will establish the connection and things will run fine for a while.
> However, over time, the transfer speed will degrade to the point of no
> usability.  This usually happens in the span of 10 or so minutes.
>
> As far as I know my MLPPP is correctly configured.  Any ideas on the above?
> Is anyone else in the same environment (ie: no Netservers in the mix
> either) seeing this?

Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
you see any left over connections?  Meaning do you see anything when you
do a list mpip bundles
do you see any bundles just hanging around - not been cleared for days?

Also how many MPIP servers you have?

krish

>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) Connection Problems
Date: 05 Jan 1999 18:26:00 -0500



We have a customer with a Megahertz XJ288 PCMCIA modem running AA01J
firmware on it that is having a terrible time with the modem negotiating
a connection with our Quads running 5.10.9 .  The majority of the calls
hang with the modems continually training.  I just mailed her out the
latest firmware from 3Com's website, AA01N .  Has anyone else seen this
or have an init string which may help ?  Looking through the 3Com support
info for Megahertz, there seems to be a lost of files for connection
problems.  She is running Windows 95 on a Dell laptop.


Thanks in advance,

Jeff Binkley
ASA Network Computing

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Lemmert <[e-mail]>
Subject: (usr-tc) HiperDSP 1.2.60 code
Date: 05 Jan 1999 18:30:27 -0600 (CST)

>I've been using 1.2.60 for quite some time, and it has been working fine.
>I don't really have anything good or bad to say about it, other than it
>fixed several bugs in 1.2.68 related to using a T3 mux.

>I have it flashed into around 80+ HDM's, and haven't had any more
>complaints than usual... <grin>

I'm using a Telco Systems T3 MUX in larger POPS and I haven't
had any problems that I have perceived to be related to it,
what sort of problems were you having before going to 1.2.60?
(I'm still running 1.2.5)


Mark Lemmert                           AthEnet Data Exchange
Chief Technical Officer                888-919-8700





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Pete Ashdown <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 05 Jan 1999 17:44:03 -0700 (MST)

Tatai SV Krishnan said once upon a time:

>Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
>you see any left over connections?  Meaning do you see anything when you
>do a list mpip bundles
>do you see any bundles just hanging around - not been cleared for days?

There are 60 or so bundles listed on my server, of course, this is out of 5
chassis's with 11 HDM's each, so it doesn't seem out of the norm.  Is there
a way to show how old some of them are?  The few I checked corresponded
with existing connections.

>Also how many MPIP servers you have?

One.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeremy Shaffner <[e-mail]>
Subject: (usr-tc) Adding filters
Date: 05 Jan 1999 18:48:51 -0600 (CST)


Resending in case it got lost in the Holiday hubub.


In trying to add (and subsequently verify) a filter I receive the
following error.

HiPer>> add filter signup.in
FM: In filter file signup.in, protocol IP, action PERMIT/DENY at line 999
must end the section

And indeed it does..

HiPer>> show file signup.in
#filter
IP:
010 AND dst-addr = XXX.XXX.XXX.2;
011 ACCEPT tcp-dst-port = 53;
020 AND dst-addr = XXX.XXX.XXX.1;
021 ACCEPT tcp-dst-port = 53;
030 AND dst-addr = XXX.XXX.XXX.2;
031 ACCEPT udp-dst-port = 53;
040 AND dst-addr = XXX.XXX.XXX.1;
041 ACCEPT udp-dst-port = 53;
050 AND dst-addr = XXX.XXX.XXX.5;
051 ACCEPT tcp-dst-port = 80;
060 AND dst-addr = XXX.XXX.XXX.5;
061 ACCEPT tcp-dst-port = 443;
999 DENY;
HiPer>>

I've turned on filter_access on all ports and disabled them and reenabled
them.

I get the same error on the outbound filter (same layout, complement
rules) as well.

There's no trailing spaces or tabs or newlines after "999 DENY;".  (Just
how picky is the Hiper anyway?)

Is that the normal response when adding a new filter?
Any Ideas?

TIA,

-Jeremy


-===================================================================-
Jeremy Shaffner                    JORSM Internet
Senior Technical Support           Northwest Indiana's Premium
[e-mail]                   Internet Service Provider
[e-mail]                 http://www.jorsm.com
-===================================================================-



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeremy Shaffner <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 05 Jan 1999 18:58:48 -0600 (CST)


How many MPIP Tunnels can the Hiper handle as a MPIP Server?  What about
splitting them up, or running a Unix box as the Server instead?  So far
it's working here just fine, but the majority of our MLPPP users are still
on the Netserver16i.

Also make sure NTP is setup properly and that all chassis are in sync.
Actually..check that first.  :)

-Jeremy


On Tue, 5 Jan 1999, Pete Ashdown wrote:

> Tatai SV Krishnan said once upon a time:
>
> >Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
> >you see any left over connections?  Meaning do you see anything when you
> >do a list mpip bundles
> >do you see any bundles just hanging around - not been cleared for days?
>
> There are 60 or so bundles listed on my server, of course, this is out of 5
> chassis's with 11 HDM's each, so it doesn't seem out of the norm.  Is there
> a way to show how old some of them are?  The few I checked corresponded
> with existing connections.
>
> >Also how many MPIP servers you have?
>
> One.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-===================================================================-
Jeremy Shaffner                    JORSM Internet
Senior Technical Support           Northwest Indiana's Premium
[e-mail]                   Internet Service Provider
[e-mail]                 http://www.jorsm.com
-===================================================================-


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Fairlight <[e-mail]>
Subject: (usr-tc) Mib.txt for HARC?
Date: 05 Jan 1999 21:58:29 -0500 (EST)

Call me inept (although I'd rather you didn't), but I scoured 3com's and
USR's web and ftp sites last night looking for a Mib file for the HARC.  I
found many others, but not one for the HARC.

Does anyone have one, or know the location of one I might download?

TIA.

mark->
--
Fairlight->   |||        [e-mail]          | Fairlight Consulting
  __/\__      ||| "I'm talking for free...           | http://www.fairlite.com
 <__<>__>     |||   It's a New Religion..."          | [e-mail]
    \/        ||| PGP Public Key available via finger @iglou, or Key servers

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 05 Jan 1999 21:00:16 -0500 (EST)

Thus spake Jeremy Shaffner
>How many MPIP Tunnels can the Hiper handle as a MPIP Server?

Well...the Arc has a PPC603 processor so it doesn't lack in processor
power...but regardless of that, MPIP doesn't deal with tunnels...the
tunneling is done via VTP directly between the boxes which are actually
hosting the MP links, MPIP is only used for the NASen to find out where
they need to tunnel to.

>What about
>splitting them up, or running a Unix box as the Server instead?

Unless they've come out with a new mpipd, using a UNIX box for that
would be a death knell for the UNIX box.  The coding on the mpipd that I
saw (unsupported from 3Com) absolutely was horrible and absolutely
killed the performance of the machine it was running on (had the
equivalent of a while(1) loop in it...blech).

>So far
>it's working here just fine, but the majority of our MLPPP users are still
>on the Netserver16i.

MPIP support has been problematic here at best...its getting better, but
still has problems from what I've seen...I have new code that I haven't
gotten on our systems yet that's supposed to improve on it (crosses
fingers).  We're an all NETServer shop though, no HiPer Arc's.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 05 Jan 1999 20:24:18 -0600 (CST)

On Tue, 5 Jan 1999, Pete Ashdown wrote:

> Tatai SV Krishnan said once upon a time:
>
> >Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
> >you see any left over connections?  Meaning do you see anything when you
> >do a list mpip bundles
> >do you see any bundles just hanging around - not been cleared for days?
>
> There are 60 or so bundles listed on my server, of course, this is out of 5
> chassis's with 11 HDM's each, so it doesn't seem out of the norm.  Is there
> a way to show how old some of them are?  The few I checked corresponded
> with existing connections.

There is no exclusive way to see if the bundles are old or not.  If you
want I can take a look and see what I find out from your server.  Also it
is very easy to find out what is the problem with the connection - if you
can reproduce the same - while I monitor the server connection.  If you
want to do this let me know - I am open.

krish


>
> >Also how many MPIP servers you have?
>
> One.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 06 Jan 1999 13:26:26 +1100 (EST)


> MPIP support has been problematic here at best...its getting better, but
> still has problems from what I've seen...I have new code that I haven't
> gotten on our systems yet that's supposed to improve on it (crosses
> fingers).  We're an all NETServer shop though, no HiPer Arc's.

This is specifically why we're avoiding the MPIP issue altogether.  We're
in the process of acquiring different hardware from a different vendor to
support MLPPP.

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Laszlo Vecsey <[e-mail]>
Subject: (usr-tc) ip filters assigned via snmp, by port, for hiperarc?
Date: 05 Jan 1999 21:39:31 -0500 (EST)

Curious if IP Filters can be assigned via snmp.. I did an snmpwalk and
didnt find much of anything.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) Mib.txt for HARC?
Date: 05 Jan 1999 23:08:15 -0500

: Call me inept (although I'd rather you didn't), but I scoured 3com's and
: USR's web and ftp sites last night looking for a Mib file for the HARC.  I
: found many others, but not one for the HARC.
:
: Does anyone have one, or know the location of one I might download?

I believe it's in the curiously-named HARM package. (You can tell they didn't
run that one through marketing. ;^)

To get most of the USR MIB descriptions for my
not-supported-by-TCM-for-Unix Unix boxen, we've unzipped the 95/NT
versions and extracted the interesting parts. The HARC MIBs may be in
there.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Phil Le Clercq <[e-mail]>
Subject: (usr-tc) MPIP and Subnets
Date: 06 Jan 1999 09:51:27 -0000

Hi folks, just a quick question to save me some testing. Does MPIP work
across different subnets, eg the first channel is established and assigned
an address from a pool in the network 195.28.160.0/24 and the other channel
connects to a pool from the 195.28.161.0/24 Network?
Does this work? Can the MPIP server handle this kind of situation or is it
just basically unroutable at the end of the day?
 Do any of you guy's with setup's across subnets offer MPIP? If so how do
you do it?

Cheers
Phil Le Clercq
Cinergy Communications

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MPIP and Subnets
Date: 06 Jan 1999 08:17:39 -0500 (EST)

Thus spake Phil Le Clercq
>Hi folks, just a quick question to save me some testing. Does MPIP work
>across different subnets, eg the first channel is established and assigned
>an address from a pool in the network 195.28.160.0/24 and the other channel
>connects to a pool from the 195.28.161.0/24 Network?
>Does this work? Can the MPIP server handle this kind of situation or is it
>just basically unroutable at the end of the day?
> Do any of you guy's with setup's across subnets offer MPIP? If so how do
>you do it?

Works fine...I've got my main hunt group spread across 3 different
networks/subnets.  If the NASen used broadcast to advertise their links,
and didn't use a back-end server (like Lucent PM's do...sorry MZ ;) it
would cause a problem to be cross-networks, but MPIP uses unicast, so it
has no problems with it.  The ideal situation, IMHO, would be to use
multicast to advertise the links...then, no need for a back-end server,
and no problems going across networks/subnets.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Curt Shambeau <[e-mail]>
Subject: Re: (usr-tc) HiperDSP 1.2.60 code
Date: 06 Jan 1999 09:09:23 -0600 (CST)

> >I've been using 1.2.60 for quite some time, and it has been working fine.
> >I don't really have anything good or bad to say about it, other than it
> >fixed several bugs in 1.2.68 related to using a T3 mux.
>
> >I have it flashed into around 80+ HDM's, and haven't had any more
> >complaints than usual... <grin>
>
> I'm using a Telco Systems T3 MUX in larger POPS and I haven't
> had any problems that I have perceived to be related to it,
> what sort of problems were you having before going to 1.2.60?
> (I'm still running 1.2.5)

There was a bug introduced into one of the ER versions - I believe it
started at 1.2.68.  It's not actually a bug in the code as much as it was
an incompatability with the Telco's who weren't doing things in the Titan
by standards established for idle time, I believe.

The problem wasn't in 1.2.5, nor any other code I can think of.  It was a
killer, though.  It would take down the whole T3....<grin>

| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
|                Executive Vice President - Exec-PC, Inc.                |


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Jose Ruben Avila" <[e-mail]>
Subject: RE: (usr-tc) RADIUS auth problems
Date: 06 Jan 1999 12:10:33 -0400

I do have the same problem, and we had checked the source and destination
and everything looks fine.
We are using RS/6000 running AIX 4.1
Thanks for any help


-----Mensaje original-----
De: Dave May <[e-mail]>
Para: [e-mail] <[e-mail]>; Chris Hanes
<[e-mail]>
Fecha: Martes, 05 de Enero de 1999 08:56 a.m.
Asunto: Re: (usr-tc) RADIUS auth problems


>Chris,
>
>I emailed the list on a possible cause of this type of problem last night.
>Does your RADIUS server send the packets with the proper source IP
>address? I had major problems getting my TC to authenticate, and I
>realized that the RADIUS server, which is configured to multiple IP
>addresses, was responding to requests (auth and acct) with the wrong
>source, so the TC ignored the ACKs!
>
>I would think that RADIUS would be smart enough to pick up on this, and
>use the same source address as the destination address it finds in the
>request. But, no.
>
>What OS is your RADIUS running on?
>
>Dave May
>
>On Tue, 5 Jan 1999, Chris Hanes wrote:
>
>> I have a secondary radius server that all my boxes but
>> one HIPER box will authenticate correctly from.  The HIPER
>> box in question auths fine from primary but won't from
>> secondary. I've snooped the network and found that the
>> RADIUS server is receiving the auth requests and sending
>> auth accepts. The auth process itself is taking about 200 milliseconds.
>> However, the HIPER box acts as if it is not receiving the accepts
>> as it timeouts (3 seconds) and then sends out another request.
>> So the RADIUS is working but the HIPER box acts like it is not getting
>> the
>> answers from this particular radius.  Any ideas?
>>
>> Thanks,
>> Chris Hanes
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: Re: (usr-tc) Adding filters
Date: 06 Jan 1999 10:13:24 -0500

Jeremy
Try removing the last semi-colon after the DENY verb.
Also remove all spaces in the lines EXCEPT from either side of the verbs
(AND, ACCEPT,etc.)
EM




Jeremy Shaffner <[e-mail]> on 01/05/99 07:48:51 PM

Please respond to [e-mail]

cc:    (Eric McCarthy/US/3Com)





Resending in case it got lost in the Holiday hubub.


In trying to add (and subsequently verify) a filter I receive the
following error.

HiPer>> add filter signup.in
FM: In filter file signup.in, protocol IP, action PERMIT/DENY at line 999
must end the section

And indeed it does..

HiPer>> show file signup.in
#filter
IP:
010 AND dst-addr = XXX.XXX.XXX.2;
011 ACCEPT tcp-dst-port = 53;
020 AND dst-addr = XXX.XXX.XXX.1;
021 ACCEPT tcp-dst-port = 53;
030 AND dst-addr = XXX.XXX.XXX.2;
031 ACCEPT udp-dst-port = 53;
040 AND dst-addr = XXX.XXX.XXX.1;
041 ACCEPT udp-dst-port = 53;
050 AND dst-addr = XXX.XXX.XXX.5;
051 ACCEPT tcp-dst-port = 80;
060 AND dst-addr = XXX.XXX.XXX.5;
061 ACCEPT tcp-dst-port = 443;
999 DENY;
HiPer>>

I've turned on filter_access on all ports and disabled them and reenabled
them.

I get the same error on the outbound filter (same layout, complement
rules) as well.

There's no trailing spaces or tabs or newlines after "999 DENY;".  (Just
how picky is the Hiper anyway?)

Is that the normal response when adding a new filter?
Any Ideas?

TIA,

-Jeremy


-===================================================================-
Jeremy Shaffner                          JORSM Internet
Senior Technical Support             Northwest Indiana's Premium
[e-mail]                    Internet Service Provider
[e-mail]                  http://www.jorsm.com
-===================================================================-



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.









-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeremy Shaffner <[e-mail]>
Subject: Re: (usr-tc) ip filters assigned via snmp, by port, for hiperarc?
Date: 06 Jan 1999 09:15:02 -0600 (CST)

Well, since I wasn't able to get them assigned via CLI, I tried with the
Hiper Manager, and they go through fine.

I'd still like to be able to use the CLI, as re rely on expect scripts to
configure new chassis.

-Jeremy


On Tue, 5 Jan 1999, Laszlo Vecsey wrote:

> Curious if IP Filters can be assigned via snmp.. I did an snmpwalk and
> didnt find much of anything.
>


-===================================================================-
Jeremy Shaffner                    JORSM Internet
Senior Technical Support           Northwest Indiana's Premium
[e-mail]                   Internet Service Provider
[e-mail]                 http://www.jorsm.com
-===================================================================-



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) Getting modem fixed
Date: 06 Jan 1999 09:39:26 -0600 (CST)

I sent an HDM off to 3Com a few weeks back to be repaired (one of the
led's burned out on it), and I was wondering if anyone had ever sent in a
modem card and how long it takes *without* a "spare in the air" support
contract.  I am just using the 2year hardware warranty of the product to
get it repaired.  Can I expect weeks? months?

Brian


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Curt Shambeau <[e-mail]>
Subject: Re: (usr-tc) Getting modem fixed
Date: 06 Jan 1999 09:48:47 -0600 (CST)

> I sent an HDM off to 3Com a few weeks back to be repaired (one of the
> led's burned out on it), and I was wondering if anyone had ever sent in a
> modem card and how long it takes *without* a "spare in the air" support
> contract.  I am just using the 2year hardware warranty of the product to
> get it repaired.  Can I expect weeks? months?

Depending on how busy they are, I usually see stuff come back within
1-2 weeks.

| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
|                Executive Vice President - Exec-PC, Inc.                |


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Luke Gain <[e-mail]>
Subject: Re: (usr-tc) Getting modem fixed
Date: 06 Jan 1999 10:46:02 -0500 (EST)

>
> I sent an HDM off to 3Com a few weeks back to be repaired (one of the
> led's burned out on it), and I was wondering if anyone had ever sent in a
> modem card and how long it takes *without* a "spare in the air" support
> contract.  I am just using the 2year hardware warranty of the product to
> get it repaired.  Can I expect weeks? months?
>
> Brian
>
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) Adding filters
Date: 06 Jan 1999 10:04:29 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Jeremy Shaffner
|Sent: Tuesday, January 05, 1999 6:49 PM
|To: [e-mail]
|Subject: (usr-tc) Adding filters
|
|
|
|Resending in case it got lost in the Holiday hubub.
|
|
|In trying to add (and subsequently verify) a filter I receive the
|following error.
|
|HiPer>> add filter signup.in
|FM: In filter file signup.in, protocol IP, action PERMIT/DENY at line 999
|must end the section
|
|And indeed it does..
|
|HiPer>> show file signup.in
|#filter
|IP:
|010 AND dst-addr = XXX.XXX.XXX.2;
|011 ACCEPT tcp-dst-port = 53;
|020 AND dst-addr = XXX.XXX.XXX.1;
|021 ACCEPT tcp-dst-port = 53;
|030 AND dst-addr = XXX.XXX.XXX.2;
|031 ACCEPT udp-dst-port = 53;
|040 AND dst-addr = XXX.XXX.XXX.1;
|041 ACCEPT udp-dst-port = 53;
|050 AND dst-addr = XXX.XXX.XXX.5;
|051 ACCEPT tcp-dst-port = 80;
|060 AND dst-addr = XXX.XXX.XXX.5;
|061 ACCEPT tcp-dst-port = 443;
|999 DENY;
|HiPer>>
|
|I've turned on filter_access on all ports and disabled them and reenabled
|them.
|
|I get the same error on the outbound filter (same layout, complement
|rules) as well.
|
|There's no trailing spaces or tabs or newlines after "999 DENY;".  (Just
|how picky is the Hiper anyway?)
|
|Is that the normal response when adding a new filter?
|Any Ideas?
|

Check for controll chars or newlines after the DENY.. Maybe that is causing you
some problems..

BTW: What version of HARC code are you running??

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Lemmert <[e-mail]>
Subject: (usr-tc) MPPP still funky / MPIP bundle problem
Date: 06 Jan 1999 10:49:30 -0600 (CST)

>> Hiper ARC V4.1.72  HDM V1.2.60
>>
>> We're still having problems with some cross-rack bonding using MLPPP.
>> Oddly enough, for some people, they've stated that the new code has finally
>> cleaned up all of their bonding problems.  However, for a number of others,
>> including our own office-test Pipeline 75, we see the following problem.
>> The only other brand I've verified with this issue is the USR Courier
>> I-Modem, go figure.
>>
>> MLPPP will establish the connection and things will run fine for a while.
>> However, over time, the transfer speed will degrade to the point of no
>> usability.  This usually happens in the span of 10 or so minutes.
>>
>> As far as I know my MLPPP is correctly configured.  Any ideas on the above?
>> Is anyone else in the same environment (ie: no Netservers in the mix
>> either) seeing this?
>
>Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
>you see any left over connections?  Meaning do you see anything when you
>do a list mpip bundles
>do you see any bundles just hanging around - not been cleared for days?
>
>Also how many MPIP servers you have?
>
>krish


I've been running 3.8.85 on my netservers for the last month and all of a sudden
last week I started having problems where a MLPPP client would disconnect
and their
bundle would not be deleted from the MPIP server (a HyperARC running 4.1.72 -7),
this would cause problems when the client tried to connect again. The
bandaid fix
I found was to turn the MPIP server on and off on the ARC and that would
clear out
all bundles. At this location I have 7 netservers as clients from this one
HyperARC.

I just upgraded the netserver code to 3.8.71 today in attemp to fix some
throughput
issues (havn't tested it yet), so perhaps that will have an impact on the bundle
problem.

Has anybody else seen this?




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Wayne Barber" <[e-mail]>
Subject: (usr-tc) V.90 upgrade
Date: 06 Jan 1999 12:15:53 -0500

We just upgraded our hub to v.90 on the quad digital modems and I have some
users who have not been able to connect. There was a recent thread about
init strings for LT winmodems which I haven't been able to find in the
archives. Could someone repost the information?

Thanks,
Wayne Barber
Coastal Telco Services


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Kingsley S. Grant" <[e-mail]>
Subject: Re: (usr-tc) V.90 upgrade
Date: 06 Jan 1999 12:34:06 -0500

Wayne,

Click here for firmware updates for LT
  http://www.808hi.com/56k/x2-lucent.htm#firmware

Click Here for Init string changes you will need to make so the customer can
download the firmware.
http://www.56k.com/trouble/interop.shtml#x2disable
 instructions here for X2 and LT and rockwell chipsets
                King.

Wayne Barber wrote:

> We just upgraded our hub to v.90 on the quad digital modems and I have some
> users who have not been able to connect. There was a recent thread about
> init strings for LT winmodems which I haven't been able to find in the
> archives. Could someone repost the information?
>
> Thanks,
> Wayne Barber
> Coastal Telco Services
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--
Kingsley S. Grant
RipNET Manager
RipNET Internet Services
31 Broad Street
Brockville ON, Canada
K6V 4T9
[phone] work
[phone] fax
[phone] Cel
[phone] Res
[phone] Pager
1-888-509-6677
E-Mail mailto:[e-mail]



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeremy Shaffner <[e-mail]>
Subject: Re: (usr-tc) V.90 upgrade
Date: 06 Jan 1999 11:35:42 -0600 (CST)


AT-90=0 will do it in most cases.  It disables V.90 until they can get
newer firmware.

There's lots more at http://808hi.com/56k/x2-lucent.htm with specific
information about LT's and HiperARCS.

-Jeremy

On Wed, 6 Jan 1999, Wayne Barber wrote:

> We just upgraded our hub to v.90 on the quad digital modems and I have some
> users who have not been able to connect. There was a recent thread about
> init strings for LT winmodems which I haven't been able to find in the
> archives. Could someone repost the information?
>
> Thanks,
> Wayne Barber
> Coastal Telco Services


-===================================================================-
Jeremy Shaffner                    JORSM Internet
Senior Technical Support           Northwest Indiana's Premium
[e-mail]                   Internet Service Provider
[e-mail]                 http://www.jorsm.com
-===================================================================-


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Campbell <[e-mail]>
Subject: Re: (usr-tc) V.90 upgrade
Date: 06 Jan 1999 12:40:15 -0500

    Not sure about the repost, but we have had problems with the LT
winmodems as well... Especailly under Win98. We found that a modem
initsting helped as follows: <fontfamily><param>Comic Sans
MS</param><smaller>AT+MS=V34 which is goes in the modem additional
commands in the control panel. Hope that this helps

</smaller></fontfamily>

At 12:15 PM 1/6/99 -0500, you wrote:

>We just upgraded our hub to v.90 on the quad digital modems and I have
some

>users who have not been able to connect. There was a recent thread
about

>init strings for LT winmodems which I haven't been able to find in the

>archives. Could someone repost the information?

>

>Thanks,

>Wayne Barber

>Coastal Telco Services

>

>

>-

> To unsubscribe to usr-tc, send an email to "[e-mail]"

> with "unsubscribe usr-tc" in the body of the message.

> For information on digests or retrieving files and old messages send

> "help" to the same address.  Do not use quotes in your message.

>

>



John Campbell

Owner - Roanoke Virginia Net

http://www.roava.net

mailto:[e-mail]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Richard Lorbieski <[e-mail]>
Subject: (usr-tc) Hiper DSP card
Date: 06 Jan 1999 12:04:33 -0600

Does anyone have a spare Hiper DSP card we could "rent" for about 3-4
weeks? We need it so we can switch over some PRIs to other locations
without sacrificing downtime.

Richard Lorbieski
Alpha1 Internet

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Rob Nelson <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky / MPIP bundle problem
Date: 06 Jan 1999 10:20:33 -0800

At 10:49 AM 1/6/99 -0600, Mark Lemmert wrote:
>I've been running 3.8.85 on my netservers for the last month and all of a
sudden
>last week I started having problems where a MLPPP client would disconnect
>and their
>bundle would not be deleted from the MPIP server (a HyperARC running
4.1.72 -7),
>this would cause problems when the client tried to connect again. The
>bandaid fix
>I found was to turn the MPIP server on and off on the ARC and that would
>clear out all bundles.

We've seen this same problem here although we are running just Arc's and no
netservers.
The only solution I have found is to toggle the mpip server_state off and
then on again to clear out the leftover bundles. We are running with Arc
4.1.72-7 as well here.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Biggs <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 06 Jan 1999 10:21:46 -0800 (PST)

> On Tue, 5 Jan 1999, Pete Ashdown wrote:
>
> > Tatai SV Krishnan said once upon a time:
> >
> > >Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
> > >you see any left over connections?  Meaning do you see anything when you
> > >do a list mpip bundles
> > >do you see any bundles just hanging around - not been cleared for days?

Yes, our MPIP server shows the following:

MPIP Bundles
Bundle           EndPointDescriminator   No.    User
Owner           Value              Type  Links  Name
208.201.224.xxx 42014E00000000000000   4  1    barbara.ppp
208.201.224.xxx AC6B7D01000000000000   4  1    barbara.ppp
208.201.224.xxx 68910600000000000000   4  1    barbara.ppp
208.201.224.xxx CF7FBA00000000000000   4  1    barbara.ppp
208.201.224.xxx 216A3800000000000000   4  2    barbara.ppp
208.201.224.xxx 0E164F00000000000000   4  1    barbara.ppp
208.201.224.xxx 85320C00000000000000   4  1    barbara.ppp
208.201.224.xxx 60541603000000000000   4  1    barbara.ppp
208.201.224.xxx BA54B801000000000000   4  1    barbara.ppp
208.201.224.xxx 3AE90E00000000000000   4  1    barbara.ppp

None of these are live connects. However, we haven't had any reports of
problems from our users. We've got four chassis (all ARC) and 1 MPIP server.

    -Brian
--
 # Brian Biggs            |           Sonic / Sonoma Interconnect           #
 # Sys Admin / Programmer | v707.522.1000   fax[phone]   d707.522.1001 #
 # mailto:[e-mail]    | http://www.sonic.net   mailto:[e-mail] #

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Peter D. Mayer" <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 06 Jan 1999 13:24:28 -0500

I am having a problem similar to what you described, lots of MPIP links and
bundles that have been hanging around for days.  There are 125 links listed for
one username, and dozens of others.  What can I do about this?  I am running the
MPIP server on ARC version 4.1.72, with 7 NetServer clients.

Peter D. Mayer
NetWalk System Administrator
[e-mail]

-----Original Message-----


On Tue, 5 Jan 1999, Pete Ashdown wrote:

> Hiper ARC V4.1.72  HDM V1.2.60
>
> We're still having problems with some cross-rack bonding using MLPPP.
> Oddly enough, for some people, they've stated that the new code has finally
> cleaned up all of their bonding problems.  However, for a number of others,
> including our own office-test Pipeline 75, we see the following problem.
> The only other brand I've verified with this issue is the USR Courier
> I-Modem, go figure.
>
> MLPPP will establish the connection and things will run fine for a while.
> However, over time, the transfer speed will degrade to the point of no
> usability.  This usually happens in the span of 10 or so minutes.
>
> As far as I know my MLPPP is correctly configured.  Any ideas on the above?
> Is anyone else in the same environment (ie: no Netservers in the mix
> either) seeing this?

Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
you see any left over connections?  Meaning do you see anything when you
do a list mpip bundles
do you see any bundles just hanging around - not been cleared for days?

Also how many MPIP servers you have?

krish

>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
To unsubscribe to usr-tc, send an email to "[e-mail]"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address.  Do not use quotes in your message.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 06 Jan 1999 13:47:55 -0500 (EST)

Thus spake Brian Biggs
>Yes, our MPIP server shows the following:

>MPIP Bundles
>Bundle           EndPointDescriminator   No.    User
>Owner           Value              Type  Links  Name
>208.201.224.xxx 42014E00000000000000   4  1    barbara.ppp
>208.201.224.xxx AC6B7D01000000000000   4  1    barbara.ppp
>208.201.224.xxx 68910600000000000000   4  1    barbara.ppp
>208.201.224.xxx CF7FBA00000000000000   4  1    barbara.ppp
>208.201.224.xxx 216A3800000000000000   4  2    barbara.ppp
>208.201.224.xxx 0E164F00000000000000   4  1    barbara.ppp
>208.201.224.xxx 85320C00000000000000   4  1    barbara.ppp
>208.201.224.xxx 60541603000000000000   4  1    barbara.ppp
>208.201.224.xxx BA54B801000000000000   4  1    barbara.ppp
>208.201.224.xxx 3AE90E00000000000000   4  1    barbara.ppp

>None of these are live connects. However, we haven't had any reports of
>problems from our users. We've got four chassis (all ARC) and 1 MPIP server.

"barbara.ppp" is lucky.  Her(?) ISDN equipment is using Class 4 EndPoint
discriminators which are generated new each time it connects (this is
not necessarily the case, but seems to be here) so she's getting a
different EDO each time, preventing her from having the MPIP problem
that all the rest of us are experiencing.  If her equipment was using
just about any other class of EDO, she's be hounding you all the time
about having this problem as the EDO wouldn't change every time and
she'd have trouble connecting.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 06 Jan 1999 14:02:15 -0600 (CST)

On Wed, 6 Jan 1999, Brian Biggs wrote:

> > On Tue, 5 Jan 1999, Pete Ashdown wrote:
> >
> > > Tatai SV Krishnan said once upon a time:
> > >
> > > >Looks like you are using MPIP - not just MLPPP.  On your MPIP server do
> > > >you see any left over connections?  Meaning do you see anything when you
> > > >do a list mpip bundles
> > > >do you see any bundles just hanging around - not been cleared for days?
>
> Yes, our MPIP server shows the following:
>
> MPIP Bundles
> Bundle           EndPointDescriminator   No.    User
> Owner           Value              Type  Links  Name
> 208.201.224.xxx 42014E00000000000000   4  1    barbara.ppp
> 208.201.224.xxx AC6B7D01000000000000   4  1    barbara.ppp
> 208.201.224.xxx 68910600000000000000   4  1    barbara.ppp
> 208.201.224.xxx CF7FBA00000000000000   4  1    barbara.ppp


This is basically a problem with De-registration.  The MPIP server is not
getting the de-registration packet from the client.  There could be many
reasons.  We had one such problem reported and we are working with that
customer to fix this problem.  I am willing to work with anyone here who
is having the same problem.

There would be new code for the hiper arc that needs to be put on the
server and the client.  If anyone is open for this idea - please email me.
This would be an ER code and should fix the issue.

regards

krish



> 208.201.224.xxx 216A3800000000000000   4  2    barbara.ppp
> 208.201.224.xxx 0E164F00000000000000   4  1    barbara.ppp
> 208.201.224.xxx 85320C00000000000000   4  1    barbara.ppp
> 208.201.224.xxx 60541603000000000000   4  1    barbara.ppp
> 208.201.224.xxx BA54B801000000000000   4  1    barbara.ppp
> 208.201.224.xxx 3AE90E00000000000000   4  1    barbara.ppp
>
> None of these are live connects. However, we haven't had any reports of
> problems from our users. We've got four chassis (all ARC) and 1 MPIP server.
>
>     -Brian
> --
>  # Brian Biggs            |           Sonic / Sonoma Interconnect           #
>  # Sys Admin / Programmer | v707.522.1000   fax[phone]   d707.522.1001 #
>  # mailto:[e-mail]    | http://www.sonic.net   mailto:[e-mail] #
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MPPP still funky
Date: 06 Jan 1999 15:11:34 -0500 (EST)

Thus spake Tatai SV Krishnan
>This is basically a problem with De-registration.  The MPIP server is not
>getting the de-registration packet from the client.  There could be many
>reasons.  We had one such problem reported and we are working with that
>customer to fix this problem.  I am willing to work with anyone here who
>is having the same problem.

>There would be new code for the hiper arc that needs to be put on the
>server and the client.  If anyone is open for this idea - please email me.
>This would be an ER code and should fix the issue.

I've got a version of code that I haven't put on yet, I do have on
3.8.76, that improved the situation significantly, but still isn't
perfect.  I also have 3.8.71 that was sent to me in my ongoing ticket
that I have open, but haven't had a chance to put it on any systems yet.
Again, I'm only a NETServer shop to this point, so don't need the Arc
code, but I *am* definitely interested in exorcising this long-standing
problem that I've had with this equipment.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Jacklin <[e-mail]>
Subject: (usr-tc) v90 on quads
Date: 06 Jan 1999 19:52:19 -0600

Is there v90 software available for the quad cards?
We have a couple of small markets just not worth the swap out
 with DSP's.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) v90 on quads
Date: 06 Jan 1999 19:54:35 -0600 (CST)



On Wed, 6 Jan 1999, Brian Jacklin wrote:

> Is there v90 software available for the quad cards?
> We have a couple of small markets just not worth the swap out
>  with DSP's.

The V.90 code for the quads has been available since March or April.

V.90 for the quads was out long before V.90 for the Hiper DSP.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tom Dodds <[e-mail]>
Subject: (usr-tc) Want to buy a Hiper DSP card
Date: 06 Jan 1999 20:16:05 -0600 (CST)


Want to buy a Hiper DSP card, please email with your price or any good
vendors. Thanks.

Tom Dodds
[e-mail]
Mitec Internet Services
[phone]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) v90 on quads
Date: 06 Jan 1999 21:32:43 -0500 (EST)

Thus spake Brian Jacklin
>Is there v90 software available for the quad cards?
>We have a couple of small markets just not worth the swap out
> with DSP's.

I believe 5.7.x and above is v.90 capable for quads, I *know* 5.9.x and
above is.  Go ahead and get 5.9.x and 5.10.x, no problems really with
them, so no reason to back off to 5.7.x and 5.8.x.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Drew Whittle <[e-mail]>
Subject: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 16:48:18 +1300

Hi,

I am trying to work out how to get my Total Control boxes temperature via a
UNIX snmp program.

I haven't been able to construct the OID from the information I have, does
anyone know what the OID for this is?

Regards,

Drew

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 06 Jan 1999 23:04:09 EST

Drew Whittle <[e-mail]> writes:

> I haven't been able to construct the OID from the information I have, does
> anyone know what the OID for this is?

nmcStatTemperature (1.3.6.1.4.1.429.1.2.2.5)
  Unique: Temperature
  Parent: nmcStat
  Type  : Integer
  Access: Read-Only
  Status: Optional
  Description:
    This object reflects the current temperature in the NAS
    chassis, as detected by the NMC.  The value of this object
    indicates the temperature in degree Celcius.


You can find the formal definition in the nmc.mib file.

Hope this helps.

-- David

/-----------------------------------------------------------------------\
\               David Bolen              \  Internet: [e-mail]    /
|        ANS Communications, Inc.         \   Phone: [phone] |
/ 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Marshall Morgan <[e-mail]>
Subject: RE: (usr-tc) Temp. via SNMP
Date: 06 Jan 1999 22:08:28 -0600

On Wednesday, January 06, 1999 9:48 PM, Drew Whittle
[SMTP:[e-mail]] wrote:
> Hi,
>
> I am trying to work out how to get my Total Control boxes temperature via a
> UNIX snmp program.
>
> I haven't been able to construct the OID from the information I have, does
> anyone know what the OID for this is?

from our temp checked.

%snmpget::OIDS = (  'nmcStatTemperature' => '1.3.6.1.4.1.429.1.2.2.5.0',
                    'sysUptime' => '1.3.6.1.2.1.1.3.0',);

Marshall Morgan

Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com

601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Verreault <[e-mail]>
Subject: RE: (usr-tc) Want to buy a Hiper DSP card
Date: 07 Jan 1999 00:02:54 -0500

I have 2 available at $3K each.

John

On Wednesday, January 06, 1999 9:16 PM, Tom Dodds [SMTP:[e-mail]] wrote:
>
> Want to buy a Hiper DSP card, please email with your price or any good
> vendors. Thanks.
>
> Tom Dodds
> [e-mail]
> Mitec Internet Services
> [phone]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Verreault <[e-mail]>
Subject: RE: (usr-tc) v90 on quads
Date: 07 Jan 1999 00:04:48 -0500

Jeff,
Don't you need to "feature enable" the NMC cards for v.90 or X/2 to work???
I believe this is about a $1K option from 3com.

John

On Wednesday, January 06, 1999 9:33 PM, Jeff Mcadams [SMTP:[e-mail]] wrote:
> Thus spake Brian Jacklin
> >Is there v90 software available for the quad cards?
> >We have a couple of small markets just not worth the swap out
> > with DSP's.
>
> I believe 5.7.x and above is v.90 capable for quads, I *know* 5.9.x and
> above is.  Go ahead and get 5.9.x and 5.10.x, no problems really with
> them, so no reason to back off to 5.7.x and 5.8.x.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Powell <[e-mail]>
Subject: RE: (usr-tc) v90 on quads
Date: 07 Jan 1999 01:07:12 -0600 (CST)


- yes, a feature key is required, as is an NMC card (that is where the key
is installed)
- 5.9.9/5.10.9 or a later ER is required (everything before that did not
support V.90)

As long as you have the proper line (PRI or trunk-side T1) you are ready
to rock.

JP

On Thu, 7 Jan 1999, John Verreault wrote:

> Jeff,
> Don't you need to "feature enable" the NMC cards for v.90 or X/2 to work???
> I believe this is about a $1K option from 3com.
>
> John
>
> On Wednesday, January 06, 1999 9:33 PM, Jeff Mcadams [SMTP:[e-mail]] wrote:
> > Thus spake Brian Jacklin
> > >Is there v90 software available for the quad cards?
> > >We have a couple of small markets just not worth the swap out
> > > with DSP's.
> >
> > I believe 5.7.x and above is v.90 capable for quads, I *know* 5.9.x and
> > above is.  Go ahead and get 5.9.x and 5.10.x, no problems really with
> > them, so no reason to back off to 5.7.x and 5.8.x.
> > --
> > Jeff McAdams                            Email: [e-mail]
> > Head Network Administrator              Voice: [phone]
> > IgLou Internet Services                        [phone]
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Drew Whittle <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 21:13:40 +1300

At 17:04 7/01/99 , you wrote:

>nmcStatTemperature (1.3.6.1.4.1.429.1.2.2.5)
>  Unique: Temperature
>  Parent: nmcStat
>  Type  : Integer
>  Access: Read-Only
>  Status: Optional
>  Description:
>    This object reflects the current temperature in the NAS
>    chassis, as detected by the NMC.  The value of this object
>    indicates the temperature in degree Celcius.
>
>
>You can find the formal definition in the nmc.mib file.

Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from
memory though the mibs I have (at work) dont have the OID in them. I'll
check tomorrow coz I need something to graph with it.

Regards,

Drew


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Uechi <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 06 Jan 1999 23:03:04 -1000 (HST)

On Thu, 7 Jan 1999, Drew Whittle wrote:

> Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from
> memory though the mibs I have (at work) dont have the OID in them. I'll
> check tomorrow coz I need something to graph with it.

Check out MRTG at

http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html

You give it OIDs and it will poll the device, log values, and produce
plots as GIF files and web pages.

---
Brian K. Uechi                 Email: [e-mail]
Technical Support Engineer     Phone: [phone]
LavaNet, Inc.                  FAX  : [phone]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Drew Whittle <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 22:09:46 +1300

At 22:03 7/01/99 , you wrote:
>On Thu, 7 Jan 1999, Drew Whittle wrote:
>
>> Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from
>> memory though the mibs I have (at work) dont have the OID in them. I'll
>> check tomorrow coz I need something to graph with it.
>
>Check out MRTG at
>
>http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html
>
>You give it OIDs and it will poll the device, log values, and produce
>plots as GIF files and web pages.

After re-reading what I wrote I guess I should of explained myself better.
I am using MRTG and I want to find another suitable item to put on the same
graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I
haven't figured that out yet.

Regards,

Drew


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) v90 on quads
Date: 07 Jan 1999 07:56:58 -0500 (EST)

Thus spake John Verreault
>Don't you need to "feature enable" the NMC cards for v.90 or X/2 to work???

Yeah, that's why I said it was "available."  Not that they had it.

>I believe this is about a $1K option from 3com.

They still charging for this idiocy?
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jim Johnson <[e-mail]>
Subject: Re: (usr-tc) Want to buy a Hiper DSP card
Date: 07 Jan 1999 08:27:18 -0500

John,

Sorry to butt in, but we are also interested in buying a set of these
cards.

Do you still have them?  Do you take credit cards?

Regards,

Jim Johnson

John Verreault wrote:
>
> I have 2 available at $3K each.
>
> John
>
> On Wednesday, January 06, 1999 9:16 PM, Tom Dodds [SMTP:[e-mail]] wrote:
> >
> > Want to buy a Hiper DSP card, please email with your price or any good
> > vendors. Thanks.
> >
> > Tom Dodds
> > [e-mail]
> > Mitec Internet Services
> > [phone]
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 08:51:21 -0500

At 10:09 PM 1/7/99 +1300, Drew Whittle <[e-mail]> wrote:
>
>After re-reading what I wrote I guess I should of explained myself better.
>I am using MRTG and I want to find another suitable item to put on the same
>graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I
>haven't figured that out yet.

Have you tried doubling up the OID? For example;
1.2.3.4.5&1.2.3.4.5

I'm not sure if that will work or not, but it can't hurt to try  :o)

Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 09:35:33 -0500 (EST)

Thus spake K Mitchell
>At 10:09 PM 1/7/99 +1300, Drew Whittle <[e-mail]> wrote:
>>After re-reading what I wrote I guess I should of explained myself better.
>>I am using MRTG and I want to find another suitable item to put on the same
>>graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I
>>haven't figured that out yet.

>Have you tried doubling up the OID? For example;
>1.2.3.4.5&1.2.3.4.5

Yup, that's the way to do it...basically, it ends up graphing the same
thing twice, with the second being exactly superimposed right on top of
the other.  That, or you could have it graph a value over which you
think it should never top, but that's not an SNMP grab.  Ooh...or what I
think I'd find more interesting...graph the highest its ever hit.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 08:22:37 -0700

We just replaced a pm30 with a tc unit and customers are not
getting their dns passed to them.  I looked through the archives and did not
find a relevant discussion that had the answer. The netserver card is
running 3.3.28  I have done
set nameserver 1 xxx
set nameserver 2 xxx
set namesvc dns

I thought there was an extra command from reading the archives that I could
not get to work.
set nasdns_info on
the netserver did not like that command
thanks
eric
Delaware Online!.........The SMART Choice!  With 56K V.90 & X2 & Flex Modems
Phone : [phone]                Fax:     [phone]        Failure is NOT an option...


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Nair, Shibu (MED, Wipro Systems, Inc)"
Subject: RE: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 09:25:30 -0600


    >After re-reading what I wrote I guess I should of explained
myself better.
    >I am using MRTG and I want to find another suitable item to put
on the same
    >graph. MRTG needs 2 items to graph, I believe you can make it
graph 1 but I
    >haven't figured that out yet.

    Have you tried doubling up the OID? For example;
    1.2.3.4.5&1.2.3.4.5

MRTG need a zero last i believe.....

ie. 1.2.3.4.5.0&1.2.3.4.5.0:public@<ip address of the hub>
where 1.2.3.4.5 is the actual snmp OID

Regards
Shibu

    I'm not sure if that will work or not, but it can't hurt to try
:o)

    Kirk



    Kirk Mitchell-General Manager     [e-mail]
    Keystone Connect                http://www.keyconn.net
    Altoona, PA   814-941-5000         We Unlock the World


    -
     To unsubscribe to usr-tc, send an email to
"[e-mail]"
     with "unsubscribe usr-tc" in the body of the message.
     For information on digests or retrieving files and old messages
send
     "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 10:42:46 +0000

As far as I know, the only way to get the Netserver to assign DNS
automatically is to use vendor
specific attributes in Radius.  Our PM3's do this automatically.  None of
our Netservers do.

At 08:22 AM 1/7/99 -0700, you wrote:
>We just replaced a pm30 with a tc unit and customers are not
>getting their dns passed to them.  I looked through the archives and did not
>find a relevant discussion that had the answer. The netserver card is
>running 3.3.28  I have done
>set nameserver 1 xxx
>set nameserver 2 xxx
>set namesvc dns
>
>I thought there was an extra command from reading the archives that I could
>not get to work.
>set nasdns_info on
>the netserver did not like that command
>thanks
>eric
>Delaware Online!.........The SMART Choice!  With 56K V.90 & X2 & Flex Modems
>Phone : [phone]                Fax:     [phone]        Failure is NOT an option...
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 10:51:29 -0500 (EST)

Thus spake Clayton Zekelman
>As far as I know, the only way to get the Netserver to assign DNS
>automatically is to use vendor
>specific attributes in Radius.  Our PM3's do this automatically.  None of
>our Netservers do.

Not true...the NETServer, by default, will assign the DNS servers that
it has configured to its PPP clients.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 10:03:19 -0600 (CST)


On Thu, 7 Jan 1999, Clayton Zekelman wrote:

> As far as I know, the only way to get the Netserver to assign DNS
> automatically is to use vendor
> specific attributes in Radius.  Our PM3's do this automatically.  None of
> our Netservers do.
>

You have a very old version on Netserver code.  This code did not support
DNS.  You need to upgrade the code first.  The code 3.4 and above support
DNS in two way.  The default way is to send the dns address of the
netserver to the user and the second way is to be able to provide DNS
address using VSA


krish


> At 08:22 AM 1/7/99 -0700, you wrote:
> >We just replaced a pm30 with a tc unit and customers are not
> >getting their dns passed to them.  I looked through the archives and did not
> >find a relevant discussion that had the answer. The netserver card is
> >running 3.3.28  I have done
> >set nameserver 1 xxx
> >set nameserver 2 xxx
> >set namesvc dns
> >
> >I thought there was an extra command from reading the archives that I could
> >not get to work.
> >set nasdns_info on
> >the netserver did not like that command
> >thanks
> >eric
> >Delaware Online!.........The SMART Choice!  With 56K V.90 & X2 & Flex Modems
> >Phone : [phone]                Fax:     [phone]        Failure is NOT an option...
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
> ---
> Clayton Zekelman
> Managed Network Systems Inc. (MNSi)
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. [phone]
> fax. [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Nick Lott <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 15:53:56 +0000

[e-mail] wrote:
>
> We just replaced a pm30 with a tc unit and customers are not
> getting their dns passed to them.  I looked through the archives and did not
> find a relevant discussion that had the answer. The netserver card is
> running 3.3.28  I have done
> set nameserver 1 xxx
> set nameserver 2 xxx
> set namesvc dns

I had the same problem with that version.  Upgrade to 3.5.x or above and
it will work.


Nick


>
> I thought there was an extra command from reading the archives that I could
> not get to work.
> set nasdns_info on
> the netserver did not like that command
> thanks
> eric
> Delaware Online!.........The SMART Choice!  With 56K V.90 & X2 & Flex Modems
> Phone : [phone]                            Fax:    [phone]            Failure is NOT an option...
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 09:55:52 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Clayton Zekelman
|Sent: Thursday, January 07, 1999 4:43 AM
|To: [e-mail]
|Subject: Re: (usr-tc) making a chassis assign dns #s
|
|
|As far as I know, the only way to get the Netserver to assign DNS
|automatically is to use vendor
|specific attributes in Radius.  Our PM3's do this automatically.  None of
|our Netservers do.

Wrong.. Netserver will send the DNS that is has configured to the use if you use
the command "set nasdns_info on". The current state of this setting can be seen
in the
global configs as "Send DNS info: XXX"

Command> sh glob
[SNIP]
-- Press Return for More --

      PPP in modem: ON        SLIP in modem: OFF       Packet bus clock: SLAVE
ICMP error logging: ON      Connect message: ON       Dial !root access: ON
 Random hosts list: OFF                SNMP: ON               Proxy Arp: OFF
  Response message: ON          PPP message: ON         Lan/Wan Routing: ON
     RIP V2 Authen: OFF   VPN Local Routing: OFF            MPIP Server: OFF
     Hint assigned: OFF           Tap Login: OFF        Syslog facility: auth
  Extd. IPXCP Opts: OFF        Acct AuthChk: OFF/OFF      Send DNS info: OFF
DNS cache reset timeout: 0 days 0 hours 30 minutes (30 min)
Configured Ethernet media: Autodetect
Currently Active B-channels: 0  Maximum Active B-channels: 60

You can use the VSA's as well.

|>
|>I thought there was an extra command from reading the archives that I could
|>not get to work.
|>set nasdns_info on
|>the netserver did not like that command

What version of code are you running? I just tried the command. Its in the help
and it works.
"help set"
Command> help set
                               SET OPTIONS
General Parameters
s0-s100    - Set configuration for a port   net0 - Set configuration of ethernet
assigned  - Set pooled IP address            netbios   - Enable NetBIOS over IPX
connectmessage - Enable connect message    password  - Set the admin password
console   - Attach to sys console          pppmodem  - Enable PPP in the modem
default   - Set the use of default routes  pppmsg    - Enable PPP startup banner
device    - Set device port options        prompt    - Change console prompt
dialnet   - Enable dialnet table           proxyarp  - Enable nonlocal IP addr
dnscache  - Set cache time for DNS entry   radius_option - Enable RADIUS options
domain    - Set the NIS or DNS domain      randomhost- Random host selection
gateway   - Set the default route          reported  - Dialin PPP's reported IP
host      - Set default login host         responsemsg - Enable response message
icmplogging - Enable ICMP logging          slipmodem - Enable SLIP in the modem
ipxgateway- Set the IPX default route      snmp      - Set SNMP parameters
localip   - Local IP in SNMP reports       sysname   - Set SNMP system name
loghost   - Set the syslog host            telnet    - Set the TCP access port
maxbchann - Set ISDN call limit            wan0,wan1 - Frame relay WAN params
media     - Set network media type         !rootacc  - Dial in user root access
modem     - Set modem activation           2ndlog    - Set second syslog host
mss       - Set TCP maximal segment size   nameserver- Set the NIS or DNS server
namesvc   - Set NIS or DNS service         limit     - Set assigned IP limit
facility  - Set the syslog facility        frgw_mode - Set frame relay gw mode
lanwan_routing - Set routing from lan to wan
time_server - Set the NTP server IP Addr.  mpipserver- Set the MPIP srvr IP Addr
mpipclient- Set the MPIP client            nasdns_info on|off - Set Send DNS info
local_routing on|off                       enh_routing on|off - Set enhanced rou
ting on|off                         chapfst - Set chapfst on|off

Authentication Parameters                  Entries in Tables
accounting- Set the accounting server      filter    - Set rule for IP filter
alternate - Set the alternate auth server  init      - Set the port init script
authentic - Set the primary auth server    ipxfilter - Set rule for IPX filter
pap       - Enable PAP authentication      isdncallmap - Bind caller to service
secret    - Set the encryption secret      isdnservice - Set ISDN call profile
acct_authchk - Set acct authchk [on|off]   location  - Set value for a location
rechap_timeout - Set Periodic CHAP timeout sapfilter - Set rule for SAP filter
                                           snmp      - Set value for SNMP
                                           user      - Set value for a user
Use "help set option" for further assistance
Command>

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 11:05:58 +0000

Interesting.  We have 18 PM3's, and 23 Netservers.  None of the Netservers
do it, all of the PM3's do it.


At 10:51 AM 1/7/99 -0500, you wrote:
>Thus spake Clayton Zekelman
>>As far as I know, the only way to get the Netserver to assign DNS
>>automatically is to use vendor
>>specific attributes in Radius.  Our PM3's do this automatically.  None of
>>our Netservers do.
>
>Not true...the NETServer, by default, will assign the DNS servers that
>it has configured to its PPP clients.
>--
>Jeff McAdams                            Email: [e-mail]
>Head Network Administrator              Voice: [phone]
>IgLou Internet Services                        [phone]
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 11:10:00 -0500 (EST)

Thus spake Clayton Zekelman
>Interesting.  We have 18 PM3's, and 23 Netservers.  None of the Netservers
>do it, all of the PM3's do it.

What version of code do you have on the NETServers?  They do it for us
just fine.  Also, check show global and make sure "send DNS info:" is
set to "on".

Works like a charm here.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: RE: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 11:13:19 +0000

At 09:55 AM 1/7/99 -0600, you wrote:
>
>
>|-----Original Message-----
>|From: [e-mail]
>|[mailto:[e-mail]]On Behalf Of Clayton Zekelman
>|Sent: Thursday, January 07, 1999 4:43 AM
>|To: [e-mail]
>|Subject: Re: (usr-tc) making a chassis assign dns #s
>|
>|
>|As far as I know, the only way to get the Netserver to assign DNS
>|automatically is to use vendor
>|specific attributes in Radius.  Our PM3's do this automatically.  None of
>|our Netservers do.
>

Well excuse me.  I've never seen it work properly on Netserver.  My tech
support guys bitch about it all the time, and the answer that USR gave me
was that I NEEDED to use VSA's.  I thought that sounded a little odd at the
time, but they're SUPPOSED to be the experts, and I really didn't feel like
calling back and waiting another hour and a half on hold to get a second
opinion from another tech.

>Wrong.. Netserver will send the DNS that is has configured to the use if
you use
>the command "set nasdns_info on". The current state of this setting can be
seen
>in the
>global configs as "Send DNS info: XXX"
>
>Command> sh glob
>[SNIP]
>-- Press Return for More --
>
>      PPP in modem: ON        SLIP in modem: OFF       Packet bus clock:
SLAVE
>ICMP error logging: ON      Connect message: ON       Dial !root access: ON
> Random hosts list: OFF                SNMP: ON               Proxy Arp: OFF
>  Response message: ON          PPP message: ON         Lan/Wan Routing: ON
>     RIP V2 Authen: OFF   VPN Local Routing: OFF            MPIP Server: OFF
>     Hint assigned: OFF           Tap Login: OFF        Syslog facility: auth
>  Extd. IPXCP Opts: OFF        Acct AuthChk: OFF/OFF      Send DNS info: OFF
>DNS cache reset timeout: 0 days 0 hours 30 minutes (30 min)
>Configured Ethernet media: Autodetect
>Currently Active B-channels: 0  Maximum Active B-channels: 60
>
>You can use the VSA's as well.
>
>|>
>|>I thought there was an extra command from reading the archives that I could
>|>not get to work.
>|>set nasdns_info on
>|>the netserver did not like that command
>
>What version of code are you running? I just tried the command. Its in the
help
>and it works.
>"help set"
>Command> help set
>                               SET OPTIONS
>General Parameters
>-----------------------------------------
>s0-s100    - Set configuration for a port   net0 - Set configuration of
ethernet
>assigned  - Set pooled IP address            netbios   - Enable NetBIOS
over IPX
>connectmessage - Enable connect message    password  - Set the admin password
>console   - Attach to sys console          pppmodem  - Enable PPP in the
modem
>default   - Set the use of default routes  pppmsg    - Enable PPP startup
banner
>device    - Set device port options        prompt    - Change console prompt
>dialnet   - Enable dialnet table           proxyarp  - Enable nonlocal IP
addr
>dnscache  - Set cache time for DNS entry   radius_option - Enable RADIUS
options
>domain    - Set the NIS or DNS domain      randomhost- Random host selection
>gateway   - Set the default route          reported  - Dialin PPP's
reported IP
>host      - Set default login host         responsemsg - Enable response
message
>icmplogging - Enable ICMP logging          slipmodem - Enable SLIP in the
modem
>ipxgateway- Set the IPX default route      snmp      - Set SNMP parameters
>localip   - Local IP in SNMP reports       sysname   - Set SNMP system name
>loghost   - Set the syslog host            telnet    - Set the TCP access
port

>maxbchann - Set ISDN call limit            wan0,wan1 - Frame relay WAN
params
>media     - Set network media type         !rootacc  - Dial in user root
access
>modem     - Set modem activation           2ndlog    - Set second syslog host
>mss       - Set TCP maximal segment size   nameserver- Set the NIS or DNS
server
>namesvc   - Set NIS or DNS service         limit     - Set assigned IP limit
>facility  - Set the syslog facility        frgw_mode - Set frame relay gw
mode
>lanwan_routing - Set routing from lan to wan
>time_server - Set the NTP server IP Addr.  mpipserver- Set the MPIP srvr
IP Addr
>mpipclient- Set the MPIP client            nasdns_info on|off - Set Send
DNS info
>local_routing on|off                       enh_routing on|off - Set
enhanced rou
>ting on|off                        chapfst - Set chapfst on|off
>
>Authentication Parameters                  Entries in Tables
>-----------------------------------------
>accounting- Set the accounting server      filter    - Set rule for IP filter
>alternate - Set the alternate auth server  init      - Set the port init
script
>authentic - Set the primary auth server    ipxfilter - Set rule for IPX
filter
>pap       - Enable PAP authentication      isdncallmap - Bind caller to
service
>secret    - Set the encryption secret      isdnservice - Set ISDN call
profile
>acct_authchk - Set acct authchk [on|off]   location  - Set value for a
location
>rechap_timeout - Set Periodic CHAP timeout sapfilter - Set rule for SAP
filter
>                                           snmp      - Set value for SNMP
>                                           user      - Set value for a user
>Use "help set option" for further assistance
>Command>
>
>-M
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 10:15:26 -0600 (CST)

On Thu, 7 Jan 1999, Clayton Zekelman wrote:

> Interesting.  We have 18 PM3's, and 23 Netservers.  None of the Netservers
> do it, all of the PM3's do it.
>

You are running broken code or misconfigured netservers than.


>
> At 10:51 AM 1/7/99 -0500, you wrote:
> >Thus spake Clayton Zekelman
> >>As far as I know, the only way to get the Netserver to assign DNS
> >>automatically is to use vendor
> >>specific attributes in Radius.  Our PM3's do this automatically.  None of
> >>our Netservers do.
> >
> >Not true...the NETServer, by default, will assign the DNS servers that
> >it has configured to its PPP clients.
> >--
> >Jeff McAdams                            Email: [e-mail]
> >Head Network Administrator              Voice: [phone]
> >IgLou Internet Services                        [phone]
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
> ---
> Clayton Zekelman
> Managed Network Systems Inc. (MNSi)
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. [phone]
> fax. [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 11:21:57 +0000


>
>You are running broken code or misconfigured netservers than.
>
>

Gee, that really narrows it down. Besides, all Netservers run broken code.
You should know that by now.

Newest code we're running:
Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.6.28


Oldest code we're running:
Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.5.34

---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) making a chassis assign dns #s
Date: 07 Jan 1999 10:35:14 -0600 (CST)

On Thu, 7 Jan 1999, Clayton Zekelman wrote:

>
> >
> >You are running broken code or misconfigured netservers than.
> >
> >
>
> Gee, that really narrows it down. Besides, all Netservers run broken code.
> You should know that by now.

Actually I don't run Netservers anymore.  But, it *does* narrow it
down.....how?  Well, because all you have to do is check your code version
against the known issues on Total Service and see if failure to properly
send DNS info is part of that code release.  If its not than..........

Just check the global settings and make sure its configured correctly.

>
> Newest code we're running:
> Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.6.28
>
>
> Oldest code we're running:
> Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.5.34
>

Any special reason you aren't running just one code release?  Running
different code releases, especially different major releases (3.5.x,
3.6.x) could be very bad news when it comes to things like MPIP etc.
Sometimes different major releases don't play well together.

Brian



> ---
> Clayton Zekelman
> Managed Network Systems Inc. (MNSi)
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. [phone]
> fax. [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: (usr-tc) Total Control Crashing my Network....
Date: 07 Jan 1999 09:22:20 -0800 (PST)

My Netserver card is crashing my network !!!!!
After several min of operation the util lights on my network hub go up to
100% and of course the collision light is solid.....

This seems to happen only when the Total Control box is being used,
otherwise it does not effect the network.

has anyone seen this ?

Could this be the Netserver card or the ether NIC behind it ?

Would a Ethernet NIC that sits behind the NetMgt card also work behind the
Netserver card ? The only difference I see is the "WAN" ports not being
avail on the Netserver card (I dont use them anyway).

Also does anyone have a Ethernet NIC for the Netserver card for sale ?

thansk


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Total Control Crashing my Network....
Date: 07 Jan 1999 11:34:59 -0600 (CST)

On Thu, 7 Jan 1999, Mark Ross wrote:

> My Netserver card is crashing my network !!!!!
> After several min of operation the util lights on my network hub go up to
> 100% and of course the collision light is solid.....

You need to run a sniffer and see what is going on.

>
> This seems to happen only when the Total Control box is being used,
> otherwise it does not effect the network.
>

Sounds like some sort of misconfiguration, perhaps some sort of routing
loop.

> has anyone seen this ?
>
> Could this be the Netserver card or the ether NIC behind it ?

Could be.  When it happens, pull the plug on the USR's nic and see what
happens.  Switches make things like this so much easier to troubleshoot.

>
> Would a Ethernet NIC that sits behind the NetMgt card also work behind the
> Netserver card ? The only difference I see is the "WAN" ports not being

No, the NMC card has its own nic.

> avail on the Netserver card (I dont use them anyway).
>
> Also does anyone have a Ethernet NIC for the Netserver card for sale ?
>
> thansk
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Total Control Crashing my Network....
Date: 07 Jan 1999 12:22:25 -0600 (CST)

On Thu, 7 Jan 1999, Mark Ross wrote:

> My Netserver card is crashing my network !!!!!
> After several min of operation the util lights on my network hub go up to
> 100% and of course the collision light is solid.....
>
> This seems to happen only when the Total Control box is being used,
> otherwise it does not effect the network.
>

May be you are running into a arp/rip/broadcast strom - Clearly if you
can isolate it to a netserver card, then disable routing on the card and
see what it does.

krish


> has anyone seen this ?
>
> Could this be the Netserver card or the ether NIC behind it ?
>
> Would a Ethernet NIC that sits behind the NetMgt card also work behind the
> Netserver card ? The only difference I see is the "WAN" ports not being
> avail on the Netserver card (I dont use them anyway).
>
> Also does anyone have a Ethernet NIC for the Netserver card for sale ?
>
> thansk
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 13:40:52 EST

Drew Whittle <[e-mail]> writes:

> Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from
> memory though the mibs I have (at work) dont have the OID in them. I'll
> check tomorrow coz I need something to graph with it.

Most MIB definitions are hierarchical, so an individual object
definition just contains it's own sub-identifier, referring to its
parent for the reset of the OID.  So yes, you won't find the complete
OID from the root of the ISO tree listed for each object in a typical
MIB file.  It's not too hard to construct the OID manually if you
already have a good common prefix (like knowing that "usr" is
1.3.6.1.4.1.429) since you don't have to follow too many parents, but
normally it's easier to load the MIB into some tool and do a lookup,
as I did.  I just pointed to the MIB for completeness :-)

As someone else pointed out in this thread, you may find it necessary
to add an instance of ".0" to the OID for the object, since it's a
scalar object.  The NMC itself doesn't require this (some SNMP agents
do) although the returned value from a query will include it, and this
may require some tools (MRTG?) to have it in the actual query as
well to consider it a matching response.

(and from a later message)

> After re-reading what I wrote I guess I should of explained myself better.
> I am using MRTG and I want to find another suitable item to put on the same
> graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I
> haven't figured that out yet.

I don't use MRTG but would assume it would have some way to just
increment a horizontal axis value in terms of "samples" or queries,
but even without that - as I believe someone else pointed out in an
earlier message in this thread you might try the standard MIB-II
sysUpTime object:

sysUpTime (1.3.6.1.2.1.1.3)
  Unique: UpTime
  Parent: system
  Type  : Timeticks
  Access: Read-Only
  Status: Mandatory
  Description:
    The time (in hundredths of a second) since the
    network management portion of the system was last
    re-initialized.

(same comment as above about the ".0" instance)

That would give you a nice incrementing timestamp (in 1/100s of a
second) for your horizontal axis and the temperature for your vertical
axis in a graph.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Terry Kennedy" <[e-mail]>
Subject: Re: (usr-tc) Total Control Crashing my Network....
Date: 07 Jan 1999 10:51:16 -0800

We had a different problem with the same results, NetBIOS
storms overrunning the stacs in our SCO box's. Turned it off
at the router, might be something along those lines.
-----Original Message-----
Cc: [e-mail] <[e-mail]>


>On Thu, 7 Jan 1999, Mark Ross wrote:
>
>> My Netserver card is crashing my network !!!!!
>> After several min of operation the util lights on my network hub go up to
>> 100% and of course the collision light is solid.....
>>
>> This seems to happen only when the Total Control box is being used,
>> otherwise it does not effect the network.
>>
>
>May be you are running into a arp/rip/broadcast strom - Clearly if you
>can isolate it to a netserver card, then disable routing on the card and
>see what it does.
>
>krish
>
>
>> has anyone seen this ?
>>
>> Could this be the Netserver card or the ether NIC behind it ?
>>
>> Would a Ethernet NIC that sits behind the NetMgt card also work behind
the
>> Netserver card ? The only difference I see is the "WAN" ports not being
>> avail on the Netserver card (I dont use them anyway).
>>
>> Also does anyone have a Ethernet NIC for the Netserver card for sale ?
>>
>> thansk
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jaime Sainez <[e-mail]>
Subject: (usr-tc) Anyone got client V.90 working on Quads?
Date: 07 Jan 1999 11:22:21 -0800

Hi,

Does anyone know if V.90 client mode is supported on the Quads?  I'm
working with a third party that's trying to use the TCH as a modem dialout
pool for a V.90 test bed.  They will be using the analog ports on the back
to connect to their RS-232 ports on the test bed.  If it is supported, can
you please share the particulars on how you got it to work so I can pass it
on.

Thanks a bunch,

Jaime


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Drew Whittle <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 08 Jan 1999 08:57:35 +1300

At 13:40 7/01/99 -0500, you wrote:


>MIB file.  It's not too hard to construct the OID manually if you
>already have a good common prefix (like knowing that "usr" is
>1.3.6.1.4.1.429) since you don't have to follow too many parents, but
>normally it's easier to load the MIB into some tool and do a lookup,
>as I did.  I just pointed to the MIB for completeness :-)

Not being that familiar with SNMP I have had a few minor hicups
understanding it, but I am getting the drift of it now. I guess I need to
go and find a SNMP Walker so I can get OID's quickly.

>As someone else pointed out in this thread, you may find it necessary
>to add an instance of ".0" to the OID for the object, since it's a

Without the .0 MRTG won't get the results.

>That would give you a nice incrementing timestamp (in 1/100s of a
>second) for your horizontal axis and the temperature for your vertical
>axis in a graph.

In MRTG, Vertical is temperature, and Horizontal is time automatically.
MRTG unfortunately wants two values to graph into this space. Uptime is not
a good solution in this case. (Plus MRTG puts uptime in Text at the top of
the report for me :>)

I have "solved" the problem by selecting an OID that always seems to return
0, so I just have a blue line across the bottom.

Thank you everyone for your help.

Regards,

Drew Whittle
System Admin - Black Albatross
University of Otago


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Temp. via SNMP
Date: 07 Jan 1999 14:19:22 -0600

Here is a very good piece of software to use when working with SNMP
information like you are doing.
http://www.equival.com.au/mibmaster/index.html


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Thursday, January 07, 1999 1:57 PM


>At 13:40 7/01/99 -0500, you wrote:
>
>
>>MIB file.  It's not too hard to construct the OID manually if you
>>already have a good common prefix (like knowing that "usr" is
>>1.3.6.1.4.1.429) since you don't have to follow too many parents, but
>>normally it's easier to load the MIB into some tool and do a lookup,
>>as I did.  I just pointed to the MIB for completeness :-)
>
>Not being that familiar with SNMP I have had a few minor hicups
>understanding it, but I am getting the drift of it now. I guess I need to
>go and find a SNMP Walker so I can get OID's quickly.
>
>>As someone else pointed out in this thread, you may find it necessary
>>to add an instance of ".0" to the OID for the object, since it's a
>
>Without the .0 MRTG won't get the results.
>
>>That would give you a nice incrementing timestamp (in 1/100s of a
>>second) for your horizontal axis and the temperature for your vertical
>>axis in a graph.
>
>In MRTG, Vertical is temperature, and Horizontal is time automatically.
>MRTG unfortunately wants two values to graph into this space. Uptime is not
>a good solution in this case. (Plus MRTG puts uptime in Text at the top of
>the report for me :>)
>
>I have "solved" the problem by selecting an OID that always seems to return
>0, so I just have a blue line across the bottom.
>
>Thank you everyone for your help.
>
>Regards,
>
>Drew Whittle
>System Admin - Black Albatross
>University of Otago
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Dale Pendergrass" <[e-mail]>
Subject: Re: (usr-tc) Diamond SupraSonic II Bonded modems
Date: 05 Jan 1999 14:20:07 -0800

Switch to the newest code it help somewhat your looking for DSP 1.2.60
-----Original Message-----


>
>Does anybody have any experience working with the Suprasonic II
>bonded modems? The Diamond website claims "Successfully connected
>with the HiPer Access Router Card (ARC) using MP. 3COM has
>reported problems in V.90 code stability possibly leading to
>sporatic line drops" -- has anybody noticed if this problem does
>exist with the particular modem in practical use?-- I am using
>DSP1.2.66, ARC 4.1.72 & Quad 5.10.9 code
>
>thanks
>lg
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: 3Com Total Service <[e-mail]>
Subject: RE: (usr-tc) NMC not responding
Date: 07 Jan 1999 10:06:40 -0800

I still don't seem to be able to communicate with the NMC through the CH1
port for the purpose of configuration.  When I connect through my terminal
program I get no response from the NMC, no logon screen or anything.  I have
put another NMC in the same slot and I had no problem communicating with it.
I'm wondering if there is a dip switch somewhere on the NMC which disables
communication for the purpose of configuring between the CH1 and the card.

I have tried booting the rack with dip switches 5 & 6 on per the Knowledge
Base article for loading with the factory defaults.  Nothing

I have however successfully uploaded new code via the pc-sdl.



-----Original Message-----
Sent: Monday, December 28, 1998 6:05 AM


Jolliffe, Anu wrote:
> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and
nmc.
> The rack supposedly has the newest code installed for X2, but have been
> unable to connect to the nmc via the CH1 port.  I am able to successfully
> connect to the nsc card, and another nmc that I temporarily installed in
the
> rack for testing purposes.  The rack boots up fine with green all across
and
> I've verified the baud rate of the CH1 port.
>
> Any ideas on where I should go from here?

Try to upload software to this card via pc-sdl.

Wojciech
+-------------------------+-----------------+------------------------------+
> [e-mail] |    WJ14-RIPE    |    Multinet  -  Bydgoszcz    <
+-------------------------+-----------------+------------------------------+

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Carl Litt <[e-mail]>
Subject: (usr-tc) HiperARC MIB compatable with CMU SNMP
Date: 04 Jan 1999 19:35:17 -0500 (EST)


Does anyone have a MIB for the HiperARC which will work
with CMU SNMP (Linux)?

I have a mib.txt file with all the other USR MIBs and they all
work fine, but when I when I add USR_HIPER.MIB to it, the snmp tools
stop working with this error:


Textual convention doesn't map to real type.(Integer32): On or around line
32845
Bad parse of ASN type definition.: On or around line 32845
Mib table is bad.  Exiting


The section around 32845 is:


        InterfaceIndex  ::= TEXTUAL-CONVENTION
        DISPLAY-HINT "d"
                STATUS  current
                DESCRIPTION
                "A unique value, greater than zero, for each interface
                 or interface sub-layer in the managed system.
                 It is recommended that values are assigned contiguously
                 .... starting from 1.
                 The value for each interface sub-layer must remain
                 constant at least from one re-initialization
                 of the entity's network management system
                 to the next re-initialization."
                SYNTAX  Integer32

           InterfaceIndexOrZero ::= InterfaceIndex


I've toyed around with it for a bit, but I haven't gotten it
working.  Am I missing a MIB for something else?

Any help would be appreciated.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Robb Bryn" <[e-mail]>
Subject: (usr-tc) Netserver Chassis duplicating NAS-Identifier column....
Date: 07 Jan 1999 17:20:35 -0500

We recently purchased a demo Netserver Chassis and am experiencing some
problems getting it to work with our Radius servers.  The chassis is
duplicating the NAS-Identifier column resulting in failed accounting
packets.  Below is an example of a standard start/stop accounting packet,
notice the NAS-Identifier showing up at the top as 208.133.29.248 and the
NAS-Identifier also showing up as BCINet1 at the bottom of the list.  Any
ideas on how to turn one of these off?  Netserver code is v3.8.1


Thanks
Robb Bryn

Resp Time: 280   Auth: 0/0 -> 0  Acct: 1/11/0 -> 12
radrecv: Request from host d0851df8 code=4, id=105, length=212
    Acct-Session-Id = "0a000003"
    User-Name = "test"
    NAS-Identifier = 208.133.29.248
    NAS-Port = 41
    Acct-Status-Type = Start
    Acct-Authentic = RADIUS
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    NAS-Identifier = "BCINet1"
    NAS-Port-Type = Async
    User-Service = Framed-User
    Framed-Protocol = PPP
    Framed-Address = 208.133.29.185
    Acct-Delay-Time = 2590


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) Netserver Chassis duplicating NAS-Identifier column....
Date: 07 Jan 1999 17:22:57 -0500

We recently purchased a demo Netserver Chassis and am experiencing some
problems getting it to work with our Radius servers.  The chassis is
duplicating the NAS-Identifier column resulting in failed accounting
packets.  Below is an example of a standard start/stop accounting packet,
notice the NAS-Identifier showing up at the top as 208.133.29.248 and the
NAS-Identifier also showing up as BCINet1 at the bottom of the list.  Any
ideas on how to turn one of these off?  Netserver code is v3.8.1


Thanks
Robb Bryn

Resp Time: 280   Auth: 0/0 -> 0  Acct: 1/11/0 -> 12
radrecv: Request from host d0851df8 code=4, id=105, length=212
    Acct-Session-Id = "0a000003"
    User-Name = "test"
    NAS-Identifier = 208.133.29.248
    NAS-Port = 41
    Acct-Status-Type = Start
    Acct-Authentic = RADIUS
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    Vendor-Specific = ""
    NAS-Identifier = "BCINet1"
    NAS-Port-Type = Async
    User-Service = Framed-User
    Framed-Protocol = PPP
    Framed-Address = 208.133.29.185
    Acct-Delay-Time = 2590

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) HiperARC MIB compatable with CMU SNMP
Date: 07 Jan 1999 17:26:11 EST

Carl Litt <[e-mail]> writes:

> I have a mib.txt file with all the other USR MIBs and they all
> work fine, but when I when I add USR_HIPER.MIB to it, the snmp tools
> stop working with this error:

The issue is that Integer32 is a datatype defined by SNMPv2 SMI
(RFC1442) and not included in the SNMPv1 SMI (RFC1155).  Since you've
probably pre-pended a copy of the RFC1155-SMI module to the USR MIBs
you don't have those types.

You can either switch to pre-pending a copy of the SNMPv2-SMI module,
or "cheat" a little and just add some textual conventions for the new
data types.  By using a textual convention it will also work with some
other MIBs you may find that also define these types as textual
conventions (I've found some Cisco MIBs this way).  So stick the
following:

    Integer32 ::= INTEGER (-2147483648..2147483647)
    Counter32 ::= Counter (0..4294967295)
    Gauge32   ::= Gauge (0..4294967295)

Into your SMI module at the top of the MIBs (or even just at the front
of the HiperARC module), and it should parse ok.  In a pinch you can
drop the range restrictions if they cause problems.

Note however that if I recall the original CMU code, it may parse
through this, but since this is a case of a textual convention defined
in terms of another textual convention, I don't believe that the
actual object will load with the actual data type.  This won't matter
for queries, but may have some impact on read-write objects if you are
trying to set a value.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Netserver Chassis duplicating NAS-Identifier column....
Date: 07 Jan 1999 17:26:41 -0500 (EST)

Robb Bryn was heard to say:
>We recently purchased a demo Netserver Chassis and am experiencing some
>problems getting it to work with our Radius servers.  The chassis is
>duplicating the NAS-Identifier column resulting in failed accounting
>packets.  Below is an example of a standard start/stop accounting packet,
>notice the NAS-Identifier showing up at the top as 208.133.29.248 and the
>NAS-Identifier also showing up as BCINet1 at the bottom of the list.  Any
>ideas on how to turn one of these off?  Netserver code is v3.8.1

It's not the NAS (unless 3.8.1 really is screwy) but more likely your
radius dictionary.  The first one should be NAS-IP-Address.

--Ricky


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Powell <[e-mail]>
Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
Date: 07 Jan 1999 19:12:23 -0600 (CST)


On Thu, 7 Jan 1999, Jaime Sainez wrote:

> Hi,
>
> Does anyone know if V.90 client mode is supported on the Quads?  I'm
> working with a third party that's trying to use the TCH as a modem dialout
> pool for a V.90 test bed.  They will be using the analog ports on the back
> to connect to their RS-232 ports on the test bed.  If it is supported, can
> you please share the particulars on how you got it to work so I can pass it
> on.

Jaime,

Sorry, not supported.

JP



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
Date: 07 Jan 1999 20:19:32 -0500 (EST)

Thus spake John Powell
>On Thu, 7 Jan 1999, Jaime Sainez wrote:
>> Does anyone know if V.90 client mode is supported on the Quads?  I'm
>> working with a third party that's trying to use the TCH as a modem dialout
>> pool for a V.90 test bed.  They will be using the analog ports on the back
>> to connect to their RS-232 ports on the test bed.  If it is supported, can
>> you please share the particulars on how you got it to work so I can pass it
>> on.

>Sorry, not supported.

v.90 client side isn't supported?  isn't supported as in won't do it?
or isn't supported as in, won't get any help from tech support?

I know there is SNMP values and such that indicate they'll do client side,
and I'm relatively certain that they'll do symetric mode, so it *should*
be able to do client mode I would think.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
Date: 07 Jan 1999 20:24:36 EST

Jeff Mcadams <[e-mail]> writes:

> v.90 client side isn't supported?  isn't supported as in won't do it?
> or isn't supported as in, won't get any help from tech support?

As in won't do it - the client code isn't in the modem.  Sort of a
pain if you want to use local analog OOB modems for testing local
calls remotely, but them's the breaks.  I don't think (but it's been a
while) that x2 client mode worked either.

> I know there is SNMP values and such that indicate they'll do client side,
> and I'm relatively certain that they'll do symetric mode, so it *should*
> be able to do client mode I would think.

Symmetric (which is only x2 at the moment - I think they're working on
the definition for a V.90 equivalent) really isn't that related to
client mode - it's still the client mode that has to do the bulk of
the work - symmetric just means that a fully digital path is
recognized and the encoding used in both directions.  Supporting
symmetric in the server code is still a far cry from all of the
complexity involved in the client code for analyzing and picking (or
computing in V.90) the appropriate constellation and other parameters.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
Date: 07 Jan 1999 21:03:57 -0500 (EST)

Thus spake David Bolen
>Symmetric (which is only x2 at the moment - I think they're working on
>the definition for a V.90 equivalent) really isn't that related to
>client mode - it's still the client mode that has to do the bulk of
>the work - symmetric just means that a fully digital path is
>recognized and the encoding used in both directions.  Supporting
>symmetric in the server code is still a far cry from all of the
>complexity involved in the client code for analyzing and picking (or
>computing in V.90) the appropriate constellation and other parameters.

Well...hrmm...I stand corrected.  (ugh...and go take an aspirin
corrected, and go take a decongestant corrected, and get some sleep
corrected...I hate colds...now back to your regularly scheduled vendor
rants)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Verreault <[e-mail]>
Subject: (usr-tc) FS: USR Total Control 70AMP DC Power Supplies
Date: 07 Jan 1999 23:27:48 -0500

For sale:  Never Used USR Total Control 70AMP DC Power Supplies

I have 4 available.

Asking $500.00each or trade for 70 AMP AC power supplies

John Verreault
AEI Internet


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: (usr-tc) HiPer ARC MRTG oddity
Date: 08 Jan 1999 10:29:37 -0500

I'm using MRTG to graph modem useage, but am experiencing some odd
behavior. I have 2 DSPs. MRTG monitors DSP #1 fine. On DSP #2, if DSP #1 is
full and calls roll over to #2, MRTG includes those totals on the chart. If
someone calls directly into DSP #2 however, MRTG does not record the DSP #2
count in the modem totals. The IOD I'm using is:
Target[tch1]:
1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:<community
string>@<ARC IP>

Any ideas?

Thanks,
Kirk


Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) TC HUB never getting full?
Date: 08 Jan 1999 11:31:40 -0500 (Eastern Standard Time)

Hello

I tried searching through the archives on this, but my search words match
too many articles :-P

First, here are our specs

A TC hub with Dual PRI, 12 Quads, 2 dsp, netserver, nmc. Codes are:

Netserver 16 meg  3.7.24
NMC 16 meg  5.5.2
PRI 3.0.2
Quads  5.10.9
Hyper  1.0.8

I plan on flashing the Netserver, nmc, and hyper to the newest code soon.

Anyway, we are having an issue with calls coming in, and I am not sure if
it's the hub, the PRIs, or our lines after this recent blizzard. Our box
never seems to get full. We have about 20 or so free quad modems and our
DSPs are only about half full, and when we get to this point with the
quads a ton of customers call in complaining about not being able to
connect or getting disconnected immediately. It only seems to happen to
the quads though, because I have seen the DSP cards fill up, and when I
tested it I got in on them OK.

Here is what we have for disconnect reasons according to TCM:

Reason for Call Termination
none(32)
v42DisconnectCmd(26)
v42DisconnectCmd(26)
v42DisconnectCmd(26)
rcvdGatewayDiscCmd(62)
v42DisconnectCmd(26)
v42DisconnectCmd(26)
none(32)
none(32)
rcvdGatewayDiscCmd(62)
rcvdGatewayDiscCmd(62)
v42DisconnectCmd(26)
rcvdGatewayDiscCmd(62)
v42DisconnectCmd(26)
ds0Teardown(37)
v42DisconnectCmd(26)
none(32)
none(32)
none(32)
v42DisconnectCmd(26)
none(32)
v42DisconnectCmd(26)
v42DisconnectCmd(26)
none(32)
v42DisconnectCmd(26)
none(32)
none(32)
none(32)
none(32)
none(32)
none(32)
none(32)
v42DisconnectCmd(26)
v42DisconnectCmd(26)
none(32)
none(32)
none(32)
rcvdGatewayDiscCmd(62)
v42DisconnectCmd(26)
none(32)
v42DisconnectCmd(26)
v42DisconnectCmd(26)
rcvdGatewayDiscCmd(62)
rcvdGatewayDiscCmd(62)
rcvdGatewayDiscCmd(62)
v42DisconnectCmd(26)
ds0Teardown(37)
v42DisconnectCmd(26)


Any ideas? I already have a trouble ticket out with the telco, and am
going to flash the box up to the newest code. BTW, all the Line Interface
Options are set to priTdm and this only seemed to start happening after
the storm we just received (Michigan).

I did do a test by taking off software compression and connecting to the
quads via v90 and was able to connect, but I was not sure if I was just
getting on by chance or compression was causing the problem. The customers
we have told to take off compression don't seem to notice a difference.
They'll try 6 or 7 times, then finally connect. :-/

Thanks!


 Dan Allen    -    System Admin.
-Novagate Communications Corp.-







-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) NMC not responding
Date: 08 Jan 1999 11:31:12 -0600

Try changing the speed via the NMC nac dip switches and connecting at
different speeds.
>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of 3Com Total Service
>Sent: Thursday, January 07, 1999 12:07 PM
>To: '[e-mail]'
>Subject: RE: (usr-tc) NMC not responding
>
>
>I still don't seem to be able to communicate with the NMC through the CH1
>port for the purpose of configuration.  When I connect through my terminal
>program I get no response from the NMC, no logon screen or
>anything.  I have
>put another NMC in the same slot and I had no problem
>communicating with it.
>I'm wondering if there is a dip switch somewhere on the NMC which disables
>communication for the purpose of configuring between the CH1 and the card.
>
>I have tried booting the rack with dip switches 5 & 6 on per the Knowledge
>Base article for loading with the factory defaults.  Nothing
>
>I have however successfully uploaded new code via the pc-sdl.
>
>
>
>-----Original Message-----
>From: Wojciech Janiszewski [mailto:[e-mail]]
>Sent: Monday, December 28, 1998 6:05 AM
>To: [e-mail]
>Subject: Re: (usr-tc) NMC not responding
>
>
>Jolliffe, Anu wrote:
>> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and
>nmc.
>> The rack supposedly has the newest code installed for X2, but have been
>> unable to connect to the nmc via the CH1 port.  I am able to successfully
>> connect to the nsc card, and another nmc that I temporarily installed in
>the
>> rack for testing purposes.  The rack boots up fine with green all across
>and
>> I've verified the baud rate of the CH1 port.
>>
>> Any ideas on where I should go from here?
>
>Try to upload software to this card via pc-sdl.
>
>Wojciech
>+-------------------------+-----------------+----------------------
>--------+
>> [e-mail] |    WJ14-RIPE    |    Multinet  -
>Bydgoszcz    <
>+-------------------------+-----------------+----------------------
>--------+
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Chris Hanes <[e-mail]>
Subject: (usr-tc) Restore to Fact Def not clearing Pwd
Date: 08 Jan 1999 12:07:12 -0500

Anybody out there had a problem with
management cards not clearing its pwd
to factory default of "private" when booted
with dip 5 on.

Thanks,
Chris Hanes

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) Restore to Fact Def not clearing Pwd
Date: 08 Jan 1999 12:02:06 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Chris Hanes
>Sent: Friday, January 08, 1999 11:07 AM
>To: [e-mail]
>Subject: (usr-tc) Restore to Fact Def not clearing Pwd
>
>
>Anybody out there had a problem with
>management cards not clearing its pwd
>to factory default of "private" when booted
>with dip 5 on.

Dip switch 5 restores only certain parameters to default.  You must flip dip
6 on to reset the community strings
>
>Thanks,
>Chris Hanes
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: (usr-tc) DSP puts unwanted passwords on console
Date: 08 Jan 1999 18:24:32 +0100

Has anyone seen this ? I reboot a DSP and it wants a password on the
console...

WTF is this password ?????

After looking through every possibility I could think of, I found
"restore UI password from default". It is in TCM, highlight the DSP (the
board, not the PRI or modems) and do "action-commands" select software,
and there it is....

But my question is : what is this default password ?????????? I tried
anything coming to my mind, but no luck...

Any ideas ?

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) DSP puts unwanted passwords on console
Date: 08 Jan 1999 11:31:05 -0600 (CST)

On Fri, 8 Jan 1999, Robert von Bismarck wrote:

> Has anyone seen this ? I reboot a DSP and it wants a password on the
> console...
>
> WTF is this password ?????

just hit return, their may be no password set

>
> After looking through every possibility I could think of, I found
> "restore UI password from default". It is in TCM, highlight the DSP (the
> board, not the PRI or modems) and do "action-commands" select software,
> and there it is....
>
> But my question is : what is this default password ?????????? I tried
> anything coming to my mind, but no luck...
>
> Any ideas ?
>
> Robert
>
> --
> Robert von Bismarck
> Network Systems Engineer
> Petrel Communications SA
> Tel : [phone]
> Fax : [phone]
> WWW : http://www.petrel.ch
> e-mail : [e-mail]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) DSP puts unwanted passwords on console
Date: 08 Jan 1999 12:26:53 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Robert von Bismarck
>Sent: Friday, January 08, 1999 11:25 AM
>To: '[e-mail]'
>Subject: (usr-tc) DSP puts unwanted passwords on console
>
>
>Has anyone seen this ? I reboot a DSP and it wants a password on the
>console...
>
>WTF is this password ?????
If you havn't defined one hit enter
>
>After looking through every possibility I could think of, I found
>"restore UI password from default". It is in TCM, highlight the DSP (the
>board, not the PRI or modems) and do "action-commands" select software,
>and there it is....
>
>But my question is : what is this default password ?????????? I tried
>anything coming to my mind, but no luck...
>
>Any ideas ?
>
>Robert
>
>--
>Robert von Bismarck
>Network Systems Engineer
>Petrel Communications SA
>Tel : [phone]
>Fax : [phone]
>WWW : http://www.petrel.ch
>e-mail : [e-mail]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) DSP puts unwanted passwords on console
Date: 08 Jan 1999 11:31:05 -0600 (CST)

On Fri, 8 Jan 1999, Robert von Bismarck wrote:

> Has anyone seen this ? I reboot a DSP and it wants a password on the
> console...
>
> WTF is this password ?????

just hit return, their may be no password set

>
> After looking through every possibility I could think of, I found
> "restore UI password from default". It is in TCM, highlight the DSP (the
> board, not the PRI or modems) and do "action-commands" select software,
> and there it is....
>
> But my question is : what is this default password ?????????? I tried
> anything coming to my mind, but no luck...
>
> Any ideas ?
>
> Robert
>
> --
> Robert von Bismarck
> Network Systems Engineer
> Petrel Communications SA
> Tel : [phone]
> Fax : [phone]
> WWW : http://www.petrel.ch
> e-mail : [e-mail]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Jolliffe, Anu" <[e-mail]>
Subject: RE: (usr-tc) NMC not responding
Date: 08 Jan 1999 11:14:48 -0800

I have already tried a couple of different speeds, but I just tried them
all.  No response yet.

-----Original Message-----
Sent: Friday, January 08, 1999 9:31 AM


Try changing the speed via the NMC nac dip switches and connecting at
different speeds.

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of 3Com Total Service
>Sent: Thursday, January 07, 1999 12:07 PM
>To: '[e-mail]'
>Subject: RE: (usr-tc) NMC not responding
>
>
>I still don't seem to be able to communicate with the NMC through the CH1
>port for the purpose of configuration.  When I connect through my terminal
>program I get no response from the NMC, no logon screen or
>anything.  I have
>put another NMC in the same slot and I had no problem
>communicating with it.
>I'm wondering if there is a dip switch somewhere on the NMC which disables
>communication for the purpose of configuring between the CH1 and the card.
>
>I have tried booting the rack with dip switches 5 & 6 on per the Knowledge
>Base article for loading with the factory defaults.  Nothing
>
>I have however successfully uploaded new code via the pc-sdl.
>
>
>
>-----Original Message-----
>From: Wojciech Janiszewski [mailto:[e-mail]]
>Sent: Monday, December 28, 1998 6:05 AM
>To: [e-mail]
>Subject: Re: (usr-tc) NMC not responding
>
>
>Jolliffe, Anu wrote:
>> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and
>nmc.
>> The rack supposedly has the newest code installed for X2, but have been
>> unable to connect to the nmc via the CH1 port.  I am able to successfully
>> connect to the nsc card, and another nmc that I temporarily installed in
>the
>> rack for testing purposes.  The rack boots up fine with green all across
>and
>> I've verified the baud rate of the CH1 port.
>>
>> Any ideas on where I should go from here?
>
>Try to upload software to this card via pc-sdl.
>
>Wojciech
>+-------------------------+-----------------+----------------------
>--------+
>> [e-mail] |    WJ14-RIPE    |    Multinet  -
>Bydgoszcz    <
>+-------------------------+-----------------+----------------------
>--------+
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: (usr-tc) Using TCM through a MetaFrame connection on a Windows NT Terminal Edition Server
Date: 08 Jan 1999 14:18:11 -0600

I can't set it up here to make sure it works I wanted to ask if there is
anyone out there "Using TCM through a MetaFrame connection on a Windows NT
Terminal Edition Server"?  If so, does it work?  Any hitches?  Gotchas?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) TC HUB never getting full?
Date: 08 Jan 1999 14:28:59 EST

[e-mail] writes:

> Anyway, we are having an issue with calls coming in, and I am not sure if
> it's the hub, the PRIs, or our lines after this recent blizzard. Our box
> never seems to get full. We have about 20 or so free quad modems and our
> DSPs are only about half full, and when we get to this point with the
> quads a ton of customers call in complaining about not being able to
> connect or getting disconnected immediately. It only seems to happen to
> the quads though, because I have seen the DSP cards fill up, and when I
> tested it I got in on them OK.

Hmm - are your free quad modems evenly distributed or do you find that
only the first few slots of quads are getting used (say up to slot 5
or 6)?  There was a problem with earlier releases of the PRI code that
could get into a state where it would not be able to deliver calls
past that point to the quads - any calls arriving on the PRI would be
rejected.  I thought it had been fixed in the latest code, but perhaps
that was only in an ER?

If so, then rebooting the PRI card normally fixed that state, as would
upgrading to the latest code.

If that's not it, then I would suggest checking the PRI's view of the
availability of the modems (option 4 - Quad B-Channel/Modem device
status on the main status menu) to ensure that it believes it can use
all of the modems.

You might also check the debug screen (Ctrl-D) option 11 (call control
counters) and print the error counters.  That might give some insight
into any cases where the PRI got a call but couldn't deliver it
successfully to a modem.  You can then track these to specific modems
using option 10 (IGW/QBMDM information) suboption 11 (Mdm Dev Table)
to get various call counters on a per modem basis.

> Here is what we have for disconnect reasons according to TCM:

The other best source of information is from the PRI itself - if you
enable the call traps from the PRI (in particular callTermFailedEvent)
and then log the traps (any trap logger will do - I think TCM has an
alarm manager which is suitable) you can get real-time indications
from the PRI when it fails to deliver a call to a modem along with
some indication why (although not always which modem is involved).

> Any ideas? I already have a trouble ticket out with the telco, and am
> going to flash the box up to the newest code. BTW, all the Line Interface
> Options are set to priTdm and this only seemed to start happening after
> the storm we just received (Michigan).

Have you tried doing a global reset of all equipment in the chassis?
It's possible that you had some power issues (you might also query the
chassis power information via the NMC to see about any warnings or
recent failures - providing the NMC itself didn't reboot), which left
some of the quads in a flakey state - resetting all the slots might
clean that up.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) NMC not responding
Date: 08 Jan 1999 14:25:12 -0600

This is grasping at straws but it's easy to do so you may want to try it.  I
had the same problem at 3COM with an OLD NMC that had been in a drawer for
awhile.  What we did to get it to work was:

1.  Pull the card out and flips dips 5 & 6 to on
2.  Change the j4 jumper from norm to clear
3.  Left it out of the chassis for about an hour
4.  Changed the j4 jumper back
5.  reseated
6.  Logged in and set and saved new community strings and flip dips 5 & 6
back

I'm not sure if the j4 jumper was the answer but someone in NetWork
Engineering told me to try it.  It may have been what did it.  I'd be
curious to see if it works for you.  I had so many problems with that NMC
I'm having trouble remembering precisely what did fix it.



>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Jolliffe, Anu
>Sent: Friday, January 08, 1999 1:15 PM
>To: '[e-mail]'
>Subject: RE: (usr-tc) NMC not responding
>
>
>I have already tried a couple of different speeds, but I just tried them
>all.  No response yet.
>
>-----Original Message-----
>From: Brian K McIntire [mailto:[e-mail]]
>Sent: Friday, January 08, 1999 9:31 AM
>To: [e-mail]
>Subject: RE: (usr-tc) NMC not responding
>
>
>Try changing the speed via the NMC nac dip switches and connecting at
>different speeds.
>
>>-----Original Message-----
>>From: [e-mail]
>>[mailto:[e-mail]]On Behalf Of 3Com Total Service
>>Sent: Thursday, January 07, 1999 12:07 PM
>>To: '[e-mail]'
>>Subject: RE: (usr-tc) NMC not responding
>>
>>
>>I still don't seem to be able to communicate with the NMC through the CH1
>>port for the purpose of configuration.  When I connect through my terminal
>>program I get no response from the NMC, no logon screen or
>>anything.  I have
>>put another NMC in the same slot and I had no problem
>>communicating with it.
>>I'm wondering if there is a dip switch somewhere on the NMC which disables
>>communication for the purpose of configuring between the CH1 and the card.
>>
>>I have tried booting the rack with dip switches 5 & 6 on per the Knowledge
>>Base article for loading with the factory defaults.  Nothing
>>
>>I have however successfully uploaded new code via the pc-sdl.
>>
>>
>>
>>-----Original Message-----
>>From: Wojciech Janiszewski [mailto:[e-mail]]
>>Sent: Monday, December 28, 1998 6:05 AM
>>To: [e-mail]
>>Subject: Re: (usr-tc) NMC not responding
>>
>>
>>Jolliffe, Anu wrote:
>>> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and
>>nmc.
>>> The rack supposedly has the newest code installed for X2, but have been
>>> unable to connect to the nmc via the CH1 port.  I am able to
>successfully
>>> connect to the nsc card, and another nmc that I temporarily installed in
>>the
>>> rack for testing purposes.  The rack boots up fine with green all across
>>and
>>> I've verified the baud rate of the CH1 port.
>>>
>>> Any ideas on where I should go from here?
>>
>>Try to upload software to this card via pc-sdl.
>>
>>Wojciech
>>+-------------------------+-----------------+----------------------
>>--------+
>>> [e-mail] |    WJ14-RIPE    |    Multinet  -
>>Bydgoszcz    <
>>+-------------------------+-----------------+----------------------
>>--------+
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Richard Mazurowski" <[e-mail]>
Subject: Re: (usr-tc) TC HUB never getting full?
Date: 08 Jan 1999 14:21:24 CDT

I am having similiar problems where my pri/ti card is rejecting calls on like 7 channels of my pri.....Once the telco disable these channels all is good but I am 7 channels light. could you please explain how, via tcm, to see the pri's view of the available modems? If this can not be done via tcm then how, I am running 3.0.2. pri code....

Also, I have to move a quad card from slot 4 to slot 14 because I was told I have a bad chasis on that slot..could you please explain the commands to set modems s17-20 inactive and activate the others...Thanks.....

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Jolliffe, Anu" <[e-mail]>
Subject: RE: (usr-tc) NMC not responding
Date: 08 Jan 1999 12:34:48 -0800

Before I change the j4 jumper, can anyone tell me if I will lose my v.90
"feature enable."

-----Original Message-----
Sent: Friday, January 08, 1999 12:25 PM


This is grasping at straws but it's easy to do so you may want to try it.  I
had the same problem at 3COM with an OLD NMC that had been in a drawer for
awhile.  What we did to get it to work was:

1.  Pull the card out and flips dips 5 & 6 to on
2.  Change the j4 jumper from norm to clear
3.  Left it out of the chassis for about an hour
4.  Changed the j4 jumper back
5.  reseated
6.  Logged in and set and saved new community strings and flip dips 5 & 6
back

I'm not sure if the j4 jumper was the answer but someone in NetWork
Engineering told me to try it.  It may have been what did it.  I'd be
curious to see if it works for you.  I had so many problems with that NMC
I'm having trouble remembering precisely what did fix it.



>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Jolliffe, Anu
>Sent: Friday, January 08, 1999 1:15 PM
>To: '[e-mail]'
>Subject: RE: (usr-tc) NMC not responding
>
>
>I have already tried a couple of different speeds, but I just tried them
>all.  No response yet.
>
>-----Original Message-----
>From: Brian K McIntire [mailto:[e-mail]]
>Sent: Friday, January 08, 1999 9:31 AM
>To: [e-mail]
>Subject: RE: (usr-tc) NMC not responding
>
>
>Try changing the speed via the NMC nac dip switches and connecting at
>different speeds.
>
>>-----Original Message-----
>>From: [e-mail]
>>[mailto:[e-mail]]On Behalf Of 3Com Total Service
>>Sent: Thursday, January 07, 1999 12:07 PM
>>To: '[e-mail]'
>>Subject: RE: (usr-tc) NMC not responding
>>
>>
>>I still don't seem to be able to communicate with the NMC through the CH1
>>port for the purpose of configuration.  When I connect through my terminal
>>program I get no response from the NMC, no logon screen or
>>anything.  I have
>>put another NMC in the same slot and I had no problem
>>communicating with it.
>>I'm wondering if there is a dip switch somewhere on the NMC which disables
>>communication for the purpose of configuring between the CH1 and the card.
>>
>>I have tried booting the rack with dip switches 5 & 6 on per the Knowledge
>>Base article for loading with the factory defaults.  Nothing
>>
>>I have however successfully uploaded new code via the pc-sdl.
>>
>>
>>
>>-----Original Message-----
>>From: Wojciech Janiszewski [mailto:[e-mail]]
>>Sent: Monday, December 28, 1998 6:05 AM
>>To: [e-mail]
>>Subject: Re: (usr-tc) NMC not responding
>>
>>
>>Jolliffe, Anu wrote:
>>> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and
>>nmc.
>>> The rack supposedly has the newest code installed for X2, but have been
>>> unable to connect to the nmc via the CH1 port.  I am able to
>successfully
>>> connect to the nsc card, and another nmc that I temporarily installed in
>>the
>>> rack for testing purposes.  The rack boots up fine with green all across
>>and
>>> I've verified the baud rate of the CH1 port.
>>>
>>> Any ideas on where I should go from here?
>>
>>Try to upload software to this card via pc-sdl.
>>
>>Wojciech
>>+-------------------------+-----------------+----------------------
>>--------+
>>> [e-mail] |    WJ14-RIPE    |    Multinet  -
>>Bydgoszcz    <
>>+-------------------------+-----------------+----------------------
>>--------+
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian Gordon" <[e-mail]>
Subject: (usr-tc)  NMC Chassis Red Light Staying on for no reason.
Date: 08 Jan 1999 15:37:25 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_009F_01BE3B1C.CA6EE1A0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Anyone have this happen?

Hub status red light is staying lit.

Nothing is wrong though?  How do you get the light to come off?

Brian Gordon, MCP
Network Administrator
Westelcom Internet
518-566-8376 Voice
518-566-8348 Fax
http://home.westelcom.com
[e-mail]

------=_NextPart_000_009F_01BE3B1C.CA6EE1A0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<STYLE></STYLE>

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Anyone have this happen?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Hub status red light is staying =
lit.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Nothing is wrong though?  How do =
you get the=20
light to come off?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Brian Gordon, MCP<BR>Network=20
Administrator<BR>Westelcom Internet<BR>518-566-8376 =
Voice<BR>518-566-8348=20
Fax<BR><A =
href=3D"http://home.westelcom.com">http://home.westelcom.com</A><BR><A=20
href=3D"mailto:[e-mail]">[e-mail]</=
A></FONT></DIV></BODY></HTML>

------=_NextPart_000_009F_01BE3B1C.CA6EE1A0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) Uniform Call Distribution
Date: 08 Jan 1999 14:36:33 -0600 (CST)



Becuase of the recent talks about how PRI lines reset faster than the
HDM's do, We are converting from First Available to a different type of
hunting.  We are doing this on the telco switch, not the USR gear, mainly
for the reason that:

If you do it on the USR gear, and set your HDM's for round robin, you are
still in the same boat once you get down to one available channel on an
HDM, that last channel is still prone to the effects described before,
whereas if its done on the telco switch, you don't have this problem.
Also the telco switch can effect the entire picture/chassis, not just a
single hdm.

I had a choice of going with either a round robin type configuration or
"least used".  I was wondering if their was any greater argument to using
either one.  I sort of like the "least" used idea, that would make sure
that the hardware got exercised more uniformly, and could provide for more
of an even distribution accross arcs and what not.

Brian


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Biggs <[e-mail]>
Subject: (usr-tc) new mp16i code
Date: 08 Jan 1999 12:40:55 -0800 (PST)

Hi,
    This is a bit off topic, but has anyone here flashed up to the new
code (2.3.5) for the mp16i? Also, anyone know if there is are similar
mailing lists for other USR equipment (like the mp16i)?

    -Brian
--
 # Brian Biggs            |           Sonic / Sonoma Interconnect           #
 # Sys Admin / Programmer | v707.522.1000   fax[phone]   d707.522.1001 #
 # mailto:[e-mail]    | http://www.sonic.net   mailto:[e-mail] #

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) NMC Chassis Red Light Staying on for no reason.
Date: 08 Jan 1999 15:44:44 EST

"Brian Gordon" <[e-mail]> writes:

> Anyone have this happen?
>
> Hub status red light is staying lit.
>
> Nothing is wrong though?  How do you get the light to come off?

If the red light is lit then yes, something is wrong - you just may
not have checked everything :-)

I've included a past note on a similar question below - perhaps one of
the items mentioned covers your case.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

      - - - - - - - - - - - - - - - - - - - - - - - - -

In-Reply-To: Your message of Wed, 04 Nov 1998 10:40:50 -0500
Message-ID: <[e-mail]>

Ken Hodges <[e-mail]> writes:

> I have had the same experience....
> When you reset the NMC, it may stay green for a few minutes or a few days
> before going red again... doesn't seem to affect any performance of the
> machne, though... 3Com has been unable to fix this... I even had them
> replace the card with the same results.

The red LED indicates some sort of failure in the chassis.  In
general, this will be one of a few things (I'm not positive this list
is exhaustive but I think it covers the cases I've run into):

  * An NMC self-test failure
  * An environmental sensor failure (temperature, power supply, or
    in the integrated fan tray chassis, rotational speed of one of
    the larger fans)
  * A management communication failure with a card in the chassis.
  * In the newer clocked chassis, multiple failures of the chassis
    clock.

I suppose it's possible to be in error, but I've never had that myself
in the past.  Normally it's something other than the NMC, but NMC self
test failures might require a replacement (for example, I've had
specific management bus UARTs fail on an NMC).

Normally, the management communication path will be obvious since a
component will be in a failed operational state (I believe TCM shows
such cards in yellow, if I recall correctly).

The other cases can all be queried via SNMP.  I'm not sure just where
in TCM each query might be, but expect that each table should be
available via some route.  I'll show dumps below from our own tool
just for information.

The NMC self test and chassis temperature is part of the NMC status
table (nmcStat) - I've marked (**) entries that might cause the led:

   NMC:
      CompSwVer:"5.5.0",            DramInstalled:16384(0x4000),
      EventId:547(0x223),           NVRAMInstalled:8192(0x2000),
    **NmcPktBusClk:available,     **PktBusClkSrc:backplaneActive,
      PowerUpTstFailBMap:0,       **PowerUpTstFailures:0,
    **Status:ok,                  **Temperature:22(0x16),
      TestResult:0

You can run a non-disruptive self test of most NMC items as well as an
NMC command.  The nmcStatTestResult object will have the same
bitmapped result as that stored in nmcStatPowerUpTstFailBMap from the
power up tests.

The power supply information is in the chassis power supply tree
(uchasPowerSupply) and gives both current status of the supplies as
well as a count of warnings/failures since the NMC last rebooted:

   Power Supply Status Information:
     Supply  Status       Failures Description
    1    good            0     USR Chassis PowerSupply 70 Amp AC #1
    2    good            0     USR Chassis PowerSupply 70 Amp AC #2

     Output  Status       Nominal Offered Warnings
    1    good           5.00    5.21     0
    2    good          -5.00   -5.01     0
    3    good          12.00   12.38     0
    4    good         -12.00  -12.10     0

The environmental information can be gathered from the chassis
environmental table (uchasEnviron) and includes fan and temperature
sensors as well as counts of warnings/failures since the NMC last
rebooted.  For the older chassis, the fan is for the fan behind the
power supply - for the integrated fan tray chassis it includes the
larger fans in the fan tray (the smaller ones aren't instrumented):

   Environmental Sensor Information:
     Sensor                    Status     Warnings Failures
     Fans                      good           2        1
     Temperature               good           0        0


-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jaye Mathisen <[e-mail]>
Subject: Re: (usr-tc) Uniform Call Distribution
Date: 08 Jan 1999 13:06:00 -0800 (PST)


I would think that least-used would be problematic, if a modem was having
troubles, and kept kicking people off, or had problems negotiating, that
would show up as the least-used line, and keep getting hit.

Most-used would seem like the best choice if it existed.  Then you know
you're connecting to a line that sees a lot of use. :)

We use UCD ourselves, and it works great.  The only bad part is that
testing an individual trunk is troublesome.

On Fri, 8 Jan 1999, Brian wrote:

>
>
> Becuase of the recent talks about how PRI lines reset faster than the
> HDM's do, We are converting from First Available to a different type of
> hunting.  We are doing this on the telco switch, not the USR gear, mainly
> for the reason that:
>
> If you do it on the USR gear, and set your HDM's for round robin, you are
> still in the same boat once you get down to one available channel on an
> HDM, that last channel is still prone to the effects described before,
> whereas if its done on the telco switch, you don't have this problem.
> Also the telco switch can effect the entire picture/chassis, not just a
> single hdm.
>
> I had a choice of going with either a round robin type configuration or
> "least used".  I was wondering if their was any greater argument to using
> either one.  I sort of like the "least" used idea, that would make sure
> that the hardware got exercised more uniformly, and could provide for more
> of an even distribution accross arcs and what not.
>
> Brian
>
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jaye Mathisen <[e-mail]>
Subject: Re: (usr-tc) Uniform Call Distribution
Date: 08 Jan 1999 13:06:00 -0800 (PST)


I would think that least-used would be problematic, if a modem was having
troubles, and kept kicking people off, or had problems negotiating, that
would show up as the least-used line, and keep getting hit.

Most-used would seem like the best choice if it existed.  Then you know
you're connecting to a line that sees a lot of use. :)

We use UCD ourselves, and it works great.  The only bad part is that
testing an individual trunk is troublesome.

On Fri, 8 Jan 1999, Brian wrote:

>
>
> Becuase of the recent talks about how PRI lines reset faster than the
> HDM's do, We are converting from First Available to a different type of
> hunting.  We are doing this on the telco switch, not the USR gear, mainly
> for the reason that:
>
> If you do it on the USR gear, and set your HDM's for round robin, you are
> still in the same boat once you get down to one available channel on an
> HDM, that last channel is still prone to the effects described before,
> whereas if its done on the telco switch, you don't have this problem.
> Also the telco switch can effect the entire picture/chassis, not just a
> single hdm.
>
> I had a choice of going with either a round robin type configuration or
> "least used".  I was wondering if their was any greater argument to using
> either one.  I sort of like the "least" used idea, that would make sure
> that the hardware got exercised more uniformly, and could provide for more
> of an even distribution accross arcs and what not.
>
> Brian
>
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: MegaZone <[e-mail]>
Subject: Re: (usr-tc) MPIP and Subnets
Date: 08 Jan 1999 13:13:48 -0800 (PST)

Once upon a time Phil Le Clercq shaped the electrons to say...
>across different subnets, eg the first channel is established and assigned
>an address from a pool in the network 195.28.160.0/24 and the other channel
>connects to a pool from the 195.28.161.0/24 Network?

This is a erroneous question.  MPIP is a way to do MP across multiple chassis -
and with MP *all* links have the SAME IP address.  If channel 1 connects to
a TC with a 195.28.160.0/24 based pool then it will receive an IP from that
pool.  If channel 2 connects to a different NAS with a pool in the
195.28.161.0/24 network - it does not matter.  Since it is a second line in
a bundle with the first, it inherits the IP of the first line.  It does NOT
receive a new IP address.

-MZ
--
<URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Nair, Shibu (MED, Wipro Systems, Inc)"
Subject: (usr-tc) RE: Line-Side T-1 with the TC
Date: 08 Jan 1999 15:18:26 -0600

Hi

Just inquisitive...
Y r u configuring for Line-side T1...?
As far as i know line side T1 will still reduce the bandwidth when
access dial up
due to the additional ADC


Regards
Shibu

    ----------
    From:     Eric Lenz[SMTP:[e-mail]]
    Reply To:     Eric Lenz
    Sent:     Friday, January 08, 1999 2:36 PM
    Subject:     Line-Side T-1 with the TC


    Hello to all,

    Has anyone attempted to set up the Hiper DSP with a line-side
T-1 from a
    Nortel switch?

    I'm trying to avoind telco charges by using our own T.  Perhaps
I missed it,
    but I can find nothing in the docs about this...

    EricLenz
    Springfield MO




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: (usr-tc) Could someone please tell me what this message means ?
Date: 08 Jan 1999 13:20:10 -0800 (PST)


Hi,
I am getting a lot of the following messages in my logs, I was hoping
someone could tell me what is causing the failures..

TIA

Jan  8 10:34:38 wendy PPP: S6: recieved unknown/unsupported protocol
(0x80FD)
Jan  8 10:34:38 wendy PPP: S6: IPCP Open


Jan  8 09:21:08 wendy MODEM: S8: CALL_REF >0x01030001< PRI_SLOT >255< TS
>60< SPAN >255< B_CH >255<
Jan  8 09:21:08 wendy acct 1 dial: S8 call arrived.
Jan  8 09:21:08 wendy sent out answer incoming call for S8.
Jan  8 09:21:16 wendy S8 didn't get online!  status=-1, connect_fail=36,
link_fail=31

Jan  8 10:12:22 wendy retry_connect: max retry connect count exceeded.
Jan  8 10:12:22 wendy last message repeated 3 times
Jan  8 10:12:22 wendy S1 packet bus failed to connect!  stat=-1
Jan  8 10:12:22 wendy S1 packet bus handle closed.
Jan  8 10:12:22 wendy S2 packet bus failed to connect!  stat=-1
Jan  8 10:12:22 wendy S2 packet bus handle closed.
Jan  8 10:12:23 wendy S3 packet bus failed to connect!  stat=-1
Jan  8 10:12:23 wendy S3 packet bus handle closed.
Jan  8 10:12:23 wendy S4 packet bus failed to connect!  stat=-1
Jan  8 10:12:23 wendy S4 packet bus handle closed.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) Uniform Call Distribution
Date: 08 Jan 1999 16:25:07 EST

Jaye Mathisen <[e-mail]> writes:

> I would think that least-used would be problematic, if a modem was having
> troubles, and kept kicking people off, or had problems negotiating, that
> would show up as the least-used line, and keep getting hit.

It depends on whether least used is implemented simply as a peg count
(in which case any "hit" counts as use) or time based (CCS
computation for utilization).

> We use UCD ourselves, and it works great.  The only bad part is that
> testing an individual trunk is troublesome.

That and the fact that any non-linear (what I'll label ascending or
descending) hunt group can make detecting bad modems/channels more
problematic.  Because such hunting sequences more evenly distribute
calls across all modems/channels, it can exacerbates any failure
statistics (as a percentage of total calls, since total calls are
distributed across more channels) which can hide real problems behind
exagerated statistical swings of non-issues.  In effect, it lowers the
"signal to noise" ratio of your statistics - particularly for less
loaded sites.

Yes, it may lessen the impact of any single problem point, but at the
same time it can prolong the duration of that problem before
discovery, so in the end it's not always clear that the net impact to
users is less.

Additionally, the problem with any of these schemes, at least as far
as the original intercall arrival issue Brian referred to, is that
they all degenerate into the same problem when you fill your hunt
group.  At that point, hunting sort of disappears since the telco is
just going to pick whatever channel frees up immediately, as the next
available channel by any hunting method.

So depending on how saturated you may get, and/or how large the actual
non-linear distribution "chunk" is (non-linear over the entire hunt
group, or chassis/span by chassis/span, or by groups of chassis/spans
such as if you exceed the switches hunt size for distribution
purposes) you end up right with the same problem you had with a linear
hunt, albeit perhaps later in the usage cycle.

In such a case (heavily loaded hunt pools), the only way to really
deal with things is to fix the intercall problem and/or leave yourself
some buffer modems (you get 2 for free in T1 situations which are
often enough with the latest code), regardless of hunting.

I guess in net, I'm somewhat ambivalent about the various hunting
sequences.  I think that overall, the non-linear approaches do
probably result in a better overall result for customers, but they
require more complicated tools and analysis in order to be able to
continue to proactively detect problems as well and as quickly as in
linear hunting, so there's some risk of ending up in a state with a
continuing mildly problematic node without really knowing exactly
where the problem originates.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) new mp16i code
Date: 08 Jan 1999 17:48:08 -0700

US>Hi,
US>         This is a bit off topic, but has anyone here flashed up to the new
US>code (2.3.5) for the mp16i? Also, anyone know if there is are similar
US>mailing lists for other USR equipment (like the mp16i)?

I have not yet even obtained the code... As for another list, if there
is one I would sure like to know about it as well.

Len
MtnMail V3.05:
         ////\are no more bugs. ////\////\
Sent via mainline.ab.ca [phone]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc)  NMC Chassis Red Light Staying on for no reason.
Date: 09 Jan 1999 12:14:59 +1100 (EST)


> Anyone have this happen?

Yes.

> Hub status red light is staying lit.
>
> Nothing is wrong though?  How do you get the light to come off?

Check the power supply fan.  If you run Alarm manager on a PC and point
the traps at it, it'll tell you why it's red.

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Aaron Nabil <[e-mail]>
Subject: (usr-tc) anti-spoofing code in hiperarc 4.1.72 code works
Date: 08 Jan 1999 17:31:24 -0800 (PST)


I've been running 4.1.72 code for several months, and thought I
would mention that the anti-spoofing code seems to work fine.  I couldn't
find any documentation on it, but enabled it with...

enable ip SOURCE_ADDRESS_FILTER
set network user default PPP_SOURCE_IP_FILTER enabled

The logged failures are mostly nameserver and netbuei requests from
dual-homed machines, occassionally you see addresses getting re-used from
previous dial-up sessiions.


--
Aaron Nabil

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jack Singer <[e-mail]>
Subject: Re: (usr-tc)  NMC Chassis Red Light Staying on for no reason.
Date: 08 Jan 1999 21:33:46 -0500

Most likely the unit is getting too hot.  We bolted up our fans on the unit
nice and tight, added more a/c and no more red lights.

Jack.

Bob Purdon wrote:

> > Anyone have this happen?
>
> Yes.
>
> > Hub status red light is staying lit.
> >
> > Nothing is wrong though?  How do you get the light to come off?
>
> Check the power supply fan.  If you run Alarm manager on a PC and point
> the traps at it, it'll tell you why it's red.
>
> Regards,
>
> Bob Purdon,
> Technical Manager,
> Southern Internet Services.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: (usr-tc) question about TCM
Date: 08 Jan 1999 18:49:52 -0800 (PST)

Hi,
I have a question about the labeling and format for the TCM program.

When you select the T-1 card and startup the performance monitor, I can
see any errors that occur on the T-1, but I dont understand the format for
the "SlotChannel" label. The numbering scheme runs from 1001.1 - 1001.87

I think the 01 is for slot "1".

I would expect the number to the right of the decimal to be the channel of
the "channelized T-1" but Then I would only expect it to run to 24 and not
87

If anyone has some insights in this label please let me know

thanks


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jamin Cummings <[e-mail]>
Subject: (usr-tc) courier isdn modems for sale ...
Date: 09 Jan 1999 13:27:17 -0500

This is a multi-part message in MIME format.
--------------315A2E5440D39445BCCE9A7F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

i've got three or four external USR/3COM courier ISDN modems for
sale.  they were just purchased by one of our customers about 2
months ago and still have all the hardware/software that came
with them (along with boxes and manuals).  they "upgraded" to
USR/3COM impact TM IQ external modems instead of going with the
couriers.

there's nothing wrong with them, and they still will carry a full
warranty.  we're just looking to recoup what we paid for them
(dealers cost).  buyer must pay shipping from ontario new york
(zip code is 14519).

make me an offer on how ever many you want.

thanks.  c-ya!  :-)

--------------315A2E5440D39445BCCE9A7F
Content-Type: text/x-vcard; charset=us-ascii;
 name="jamin.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Jamin Cummings
Content-Disposition: attachment;
 filename="jamin.vcf"

begin:vcard
n:Cummings;Jamin
x-mozilla-html:FALSE
org:Computer Connection
version:2.1
email;internet:[e-mail]
title:Director of Engineering
tel;fax:[phone]
tel;work:[phone]
adr;quoted-printable:;;Computer Connection=0D=0A1450 Route 104;Ontario;NY;14519;USA
x-mozilla-cpt:;0
fn:Jamin Cummings
end:vcard

--------------315A2E5440D39445BCCE9A7F--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Fairlight <[e-mail]>
Subject: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 15:27:23 -0500 (EST)

Two questions here...

1) By default, if someone dials into the HiPerARC, and we have PRI's
plugged into the DSP's, will their ISDN immediately be capable of 128K, or
will it default to 64K and I have to make some accomodation for bonding on
the ISP side?  If the latter, how is it done?

2) Does anyone know the RADIUS method of restricting concurrent PPP
sessions by one user to "n" at a time?  I know Enhanced Merit handles this,
but we have basic, and that one feature isn't worth $2495.  I figure it's
about as easy as finding out the definition for the dictionary, and
possibly adding a little source code to the basic source, which is provided
freely.  Obviously it's handled by several other RADIUS servers, so it's
basically a matter of accomodating the protocol assignment.  Any hints?

mark->
--
Fairlight->   |||       [e-mail]       |
  __/\__      |||                                  | "I'm talking for free...
 <__<>__>     |||       System Administrator       |  It's a New Religion..."
    \/        |||                                  |

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 14:54:03 -0600 (CST)

On Sat, 9 Jan 1999, Fairlight wrote:

> Two questions here...
>
> 1) By default, if someone dials into the HiPerARC, and we have PRI's
> plugged into the DSP's, will their ISDN immediately be capable of 128K, or
> will it default to 64K and I have to make some accomodation for bonding on
> the ISP side?  If the latter, how is it done?

The hiper arc has a user called default - its just a template.  By
default this user has Max-channels set to 2.  Meaning if you dial ISDN
sync you will get 128K.

>
> 2) Does anyone know the RADIUS method of restricting concurrent PPP
> sessions by one user to "n" at a time?  I know Enhanced Merit handles this,
> but we have basic, and that one feature isn't worth $2495.  I figure it's
> about as easy as finding out the definition for the dictionary, and
> possibly adding a little source code to the basic source, which is provided
> freely.  Obviously it's handled by several other RADIUS servers, so it's
> basically a matter of accomodating the protocol assignment.  Any hints?
>
If you want to stop in all your locations on all chassis - then you can
do it with either merit or with 3com radius.  If you are talking about
one server only then you can set the max-channels (vsa attribute ) to
what ever value you want to set to.
The other way is to set port-limit where a user at any given point of
time can have only certain amount of channels - but can dial and do a
different session.


regards

krish


> mark->
> --
> Fairlight->   |||       [e-mail]       |
>   __/\__      |||                                  | "I'm talking for free...
>  <__<>__>     |||       System Administrator       |  It's a New Religion..."
>     \/        |||                                  |
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 16:09:46 -0500 (EST)

Thus spake Fairlight
>1) By default, if someone dials into the HiPerARC, and we have PRI's
>plugged into the DSP's, will their ISDN immediately be capable of 128K, or
>will it default to 64K and I have to make some accomodation for bonding on
>the ISP side?  If the latter, how is it done?

Set Port-Limit=2 (or higher) to allow 128K connections.  If you're
bundling across chassis (I think you're only dealing with one at the
moment so I don't think you need this) you'll need to configure MPIP.

>2) Does anyone know the RADIUS method of restricting concurrent PPP
>sessions by one user to "n" at a time?  I know Enhanced Merit handles this,
>but we have basic, and that one feature isn't worth $2495.  I figure it's
>about as easy as finding out the definition for the dictionary, and
>possibly adding a little source code to the basic source, which is provided
>freely.  Obviously it's handled by several other RADIUS servers, so it's
>basically a matter of accomodating the protocol assignment.  Any hints?

Unfortunately, its not just a matter of the protocol definition, as the
protocol itself doesn't have facilities to handle this.  Its a matter
that the RADIUS server has to keep track of login state on each of the
NASen...and when you have multiple NASen, that gets more and more
difficult to do...some RADIUS servers do a decent job of it, by using a
vareity of hacks on top of just the RADIUS reporting, but to my
knowledge, there is no setting on the ARC (either directly or through
RADIUS) to limit concurrent logins as the best you could do with that
would be to limit concurrent logins on a single NAS, there would be no
mechanism to do cross-chassis concurrency checking (at least at this
point...I guess its conceivable that you could use an MPIP-like
mechanism to control cross-chassis concurrency...MPIP could proly be
extended to include that without *too* much difficulty I would
think...but that doesn't exist today).
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 18:16:14 -0500

: Thus spake Fairlight
: >1) By default, if someone dials into the HiPerARC, and we have PRI's
: >plugged into the DSP's, will their ISDN immediately be capable of 128K, or
: >will it default to 64K and I have to make some accomodation for bonding on
: >the ISP side?  If the latter, how is it done?
:
: Set Port-Limit=2 (or higher) to allow 128K connections.  If you're
: bundling across chassis (I think you're only dealing with one at the
: moment so I don't think you need this) you'll need to configure MPIP.

Does USR/3Com's multichassis, MPPP system interoperate with any other
vendors' equipment?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 19:39:30 -0500 (EST)

Thus spake Mark R. Lindsey
>Does USR/3Com's multichassis, MPPP system interoperate with any other
>vendors' equipment?

As far as I'm aware, *no* vendor's multi-chassis MP system interoperates
with any other.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 19:59:25 -0500

: >Does USR/3Com's multichassis, MPPP system interoperate with any other
: >vendors' equipment?
:
: As far as I'm aware, *no* vendor's multi-chassis MP system interoperates
: with any other.

Do you know if there's even an IETF WG to develop a standard?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 20:59:18 -0500 (EST)

Thus spake Mark R. Lindsey
>: >Does USR/3Com's multichassis, MPPP system interoperate with any other
>: >vendors' equipment?
>:
>: As far as I'm aware, *no* vendor's multi-chassis MP system interoperates
>: with any other.

>Do you know if there's even an IETF WG to develop a standard?

There is an...uhm...RFC or draft or something or other that specifies a
method of cross-chassis bundling of MP links.  Uses a multicast address
I believe to advertise between NASen what links are where.  Would be
nice if people would start supporting it, but I figure we have a better
chance with the pig flight RFC honestly.  :/
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 21:57:42 -0600 (CST)

On Sat, 9 Jan 1999, Mark R. Lindsey wrote:

> : Thus spake Fairlight
> : >1) By default, if someone dials into the HiPerARC, and we have PRI's
> : >plugged into the DSP's, will their ISDN immediately be capable of 128K, or
> : >will it default to 64K and I have to make some accomodation for bonding on
> : >the ISP side?  If the latter, how is it done?
> :
> : Set Port-Limit=2 (or higher) to allow 128K connections.  If you're
> : bundling across chassis (I think you're only dealing with one at the
> : moment so I don't think you need this) you'll need to configure MPIP.
>
> Does USR/3Com's multichassis, MPPP system interoperate with any other
> vendors' equipment?

No - every MPIP or multichassis MP is propriotory.

krish
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 09 Jan 1999 21:58:34 -0600 (CST)

On Sat, 9 Jan 1999, Mark R. Lindsey wrote:

> : >Does USR/3Com's multichassis, MPPP system interoperate with any other
> : >vendors' equipment?
> :
> : As far as I'm aware, *no* vendor's multi-chassis MP system interoperates
> : with any other.
>
> Do you know if there's even an IETF WG to develop a standard?

None that I am aware of.

krish
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: (usr-tc) ISDN settings
Date: 09 Jan 1999 23:19:50 -0500

We have our first ISDN customer hooking up next week. His BRI > our PRI >
HiPer ARC. Is there anything special I need to do or watch for to help
ensure this comes off without a hitch?

Thanks,
Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Richard Lorbieski <[e-mail]>
Subject: (usr-tc) flashing a Hiper ARC
Date: 09 Jan 1999 23:48:14 -0600

I'm trying to flash update a Hiper ARC via console. The first attempt
failed gave me an error "out of file buffers" and the card would just
reboot (no prompt, no CLI). 3com sent me a replacement, it had 4.0.19
code on it (crap code), so I called support and followed exactly the
instructions that the tech (Mobin) gave me.

The card just hangs up, again no prompt, but at least the TCM program
can see it and I can reset it. TCM also reports (inventory) that the new
code (4.1.72-7) is installed. I reseated the cards, I pressed the reset
button on the ARC (SW2). Still, no luck.

As a last measure, I reflashed the ARC to 4.0.19 (original code) and it
boots fine, I'm able to configure it, etc. etc.... I even reflashed the
old ARC card to 4.0.19 and it also works. However, I'm unable to flash
the ARCs  to any new version. I've tried 4.0.30, 4.1.11 and niether card
will work. I must be doing something wrong.

Suggestions?

Richard Lorbieski

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Gilles Melanson <[e-mail]>
Subject: (usr-tc) Oddities with 4.1.72
Date: 10 Jan 1999 02:50:24 -0500 (EST)

Sun Jan 10 02:48:58 1999: Accounting: 6/226 'unauthenticated' via
209.91.129.6 from 209.91.129.6 port 1044 Stop - OK

I seem to be getting *alot* of these in my radius logs now (Merit 2.3.24C,
to be exact) .. ever since I made the transition from 4.0.30 -> 4.1.72.

Anyone have any clues as to why the ARC is sending back these packets?
.. this can't be specific to my software.

As well, if anyone can explain how the chassis picks port#s, that
information would be very useful. *laf*

Thanks.

--
Gilles Melanson                         ViaNet Internet Solutions
System Administrator                    128 Larch St. Suite 301
[e-mail]                     Sudbury, ON Canada  P3E 5J8

     There isn't any reason why Linux can't be implemented as an enterprise
     computing solution. Find out what you've been missing while you've
     been rebooting Windows NT.     -- Eric Hammond


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) flashing a Hiper ARC
Date: 10 Jan 1999 09:14:41 -0600 (CST)

On Sat, 9 Jan 1999, Richard Lorbieski wrote:

> I'm trying to flash update a Hiper ARC via console. The first attempt
> failed gave me an error "out of file buffers" and the card would just
> reboot (no prompt, no CLI). 3com sent me a replacement, it had 4.0.19
> code on it (crap code), so I called support and followed exactly the
> instructions that the tech (Mobin) gave me.
>
> The card just hangs up, again no prompt, but at least the TCM program
> can see it and I can reset it. TCM also reports (inventory) that the new
> code (4.1.72-7) is installed. I reseated the cards, I pressed the reset
> button on the ARC (SW2). Still, no luck.
>
> As a last measure, I reflashed the ARC to 4.0.19 (original code) and it
> boots fine, I'm able to configure it, etc. etc.... I even reflashed the
> old ARC card to 4.0.19 and it also works. However, I'm unable to flash
> the ARCs  to any new version. I've tried 4.0.30, 4.1.11 and niether card
> will work. I must be doing something wrong.
>
> Suggestions?
Trying to use TCM and failing basically means that you may be running
into TFTP time outs.  There are several other methods to flash a Hiper
arc and I would suggest to use one of them.

1. TFTP from a host
2. Zmodem

The first one - TFTP from a host is done as follows:


Set up a tftp server on a unix box ( modify the inetd.conf and set the
tftp directory etc )  Put the latest 4.1.72 - 7 code in the tftp directory.

On the hiper arc set the hiper arc to boot and load the tftp code.

set booTROM ip int eth:1 addRESS 1.1.1.1 loaDFILE ne0400172.dmf
tftpserVER 1.1.1.2 gateWAY 1.1.1.254 netMASK 255.255.255.0 tftp_bOOT onCE


This will set the hiper arc on reboot to go to the tftp server and load
the file to boot.


The second way is to use the console cable with some modem application (
like hiper term ) and boot the card start zmodem of the code as soon as
it boots.


regards

krish


>
> Richard Lorbieski
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Oddities with 4.1.72
Date: 10 Jan 1999 09:16:22 -0600 (CST)

On Sun, 10 Jan 1999, Gilles Melanson wrote:

> Sun Jan 10 02:48:58 1999: Accounting: 6/226 'unauthenticated' via
> 209.91.129.6 from 209.91.129.6 port 1044 Stop - OK
>
> I seem to be getting *alot* of these in my radius logs now (Merit 2.3.24C,
> to be exact) .. ever since I made the transition from 4.0.30 -> 4.1.72.
>
> Anyone have any clues as to why the ARC is sending back these packets?
> .. this can't be specific to my software.
>
> As well, if anyone can explain how the chassis picks port#s, that
> information would be very useful. *laf*

This basically means that a call came and got disconnected within 10
sec.  You can disable the same by issuing this command
set accounting loG_UNAUTHENTICATED_CALLS faLSE


krish

>
> Thanks.
>
> --
> Gilles Melanson                         ViaNet Internet Solutions
> System Administrator                    128 Larch St. Suite 301
> [e-mail]                     Sudbury, ON Canada  P3E 5J8
>
>      There isn't any reason why Linux can't be implemented as an enterprise
>      computing solution. Find out what you've been missing while you've
>      been rebooting Windows NT.     -- Eric Hammond
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Fairlight <[e-mail]>
Subject: (usr-tc) To: [e-mail] (USR TC)
Date: 10 Jan 1999 12:50:59 -0500 (EST)

Erm...I've been trying to accomplish something without total success...

1) We run Merit Basic AAA on a primary and secondary.
2) We have our HiPerARC (one chassis at the moment).
3) I tried setting up a user 'fairlite' on the HARC with access for
   login,manage,network

Problem is, under RADIUS on our primary and secondary, user fairlite has a
static IP via Framed-IP-Address.  When I dial into the HARC, I get
allocated a dynamic from the ip_pool.

Is there any way to set this to authenticate with the primary or secondary
even though it's a user on the HARC?

I've also noticed a dreadful shortcoming in "show session username" where
it only lists the most current session if they're on more than once.  I
assume the same applies to "disconnect user" but haven't been willing to
try it on a real user (tempting as that may be...) }>8^)>   ...just as a
side note, of course...  :)  It would be handy if they allowed you to use
the full session id with the unique tracking number assigned, as shown in
"list networks".

TIA...

mark->
--
Fairlight->   |||       [e-mail]       |
  __/\__      |||                                  | "I'm talking for free...
 <__<>__>     |||       System Administrator       |  It's a New Religion..."
    \/        |||                                  |

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) To: [e-mail] (USR TC)
Date: 10 Jan 1999 13:03:45 -0500 (EST)

Thus spake Fairlight
>Erm...I've been trying to accomplish something without total success...

>1) We run Merit Basic AAA on a primary and secondary.
>2) We have our HiPerARC (one chassis at the moment).
>3) I tried setting up a user 'fairlite' on the HARC with access for
>   login,manage,network

>Problem is, under RADIUS on our primary and secondary, user fairlite has a
>static IP via Framed-IP-Address.  When I dial into the HARC, I get
>allocated a dynamic from the ip_pool.

>Is there any way to set this to authenticate with the primary or secondary
>even though it's a user on the HARC?

Eh...I *think* there's a setting that will tell it to ignore its users
it has in its own memory, but not sure about that...short of that, no
there's no way to do that.  I know there's no way to do that on
NETServers at all.

>I've also noticed a dreadful shortcoming in "show session username" where
>it only lists the most current session if they're on more than once.  I
>assume the same applies to "disconnect user" but haven't been willing to
>try it on a real user (tempting as that may be...) }>8^)>   ...just as a
>side note, of course...  :)  It would be handy if they allowed you to use
>the full session id with the unique tracking number assigned, as shown in
>"list networks".

Try "list sessions", remembering past questions along these lines, that
was the answer.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ronald E. Kushner" <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 10 Jan 1999 13:08:24 -0500



Jeff Mcadams wrote:
>
> Thus spake Mark R. Lindsey
> >: >Does USR/3Com's multichassis, MPPP system interoperate with any other
> >: >vendors' equipment?
> >:
> >: As far as I'm aware, *no* vendor's multi-chassis MP system interoperates
> >: with any other.
>
> >Do you know if there's even an IETF WG to develop a standard?
>
> There is an...uhm...RFC or draft or something or other that specifies a
> method of cross-chassis bundling of MP links.  Uses a multicast address
> I believe to advertise between NASen what links are where.  Would be
> nice if people would start supporting it, but I figure we have a better
> chance with the pig flight RFC honestly.  :/

The draft expired in November 1998..

http://search.ietf.org/internet-drafts/draft-ietf-pppext-mmp-discovery-02.txt

-Ron
GLISnet, Inc.
+1 810/939.9885

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: MegaZone <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 10 Jan 1999 12:08:31 -0800 (PST)

Once upon a time Mark R. Lindsey shaped the electrons to say...
>Do you know if there's even an IETF WG to develop a standard?

No, there is no WG working on this to my knowledge.

There was a draft from Gary Malkin at Bey Networks (now Nortel Networks),
but as it dates from May 1998, it expired in November 1998 and has not been
updated.  I have not seen much, or should I say any, interest in a standard
for this.  I think most vendors view the proprietary systems as a way to
lock out competition, and rightfully so.  Also, the philisophies behind the
various systems are very different, some are very simple, others are rather
complex.

BTW, the draft is:
<URL:http://www.ietf.org/internet-drafts/draft-ietf-pppext-mmp-discovery-02.txt>

A nice idea, just not a lot of support.

-MZ
--
<URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 10 Jan 1999 16:03:24 -0500 (EST)

Thus spake Ronald E. Kushner
>Jeff Mcadams wrote:
>> There is an...uhm...RFC or draft or something or other that specifies a
>> method of cross-chassis bundling of MP links.  Uses a multicast address
>> I believe to advertise between NASen what links are where.  Would be
>> nice if people would start supporting it, but I figure we have a better
>> chance with the pig flight RFC honestly.  :/

>The draft expired in November 1998..

>http://search.ietf.org/internet-drafts/draft-ietf-pppext-mmp-discovery-02.txt

OK, thanks for the info...I knew it was out there...had no clue about
its currency.

Thanks!
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 10 Jan 1999 16:06:12 -0500 (EST)

Thus spake MegaZone
>Once upon a time Mark R. Lindsey shaped the electrons to say...
>>Do you know if there's even an IETF WG to develop a standard?

>No, there is no WG working on this to my knowledge.

>There was a draft from Gary Malkin at Bey Networks (now Nortel Networks),
>but as it dates from May 1998, it expired in November 1998 and has not been
>updated.  I have not seen much, or should I say any, interest in a standard
>for this.  I think most vendors view the proprietary systems as a way to
>lock out competition, and rightfully so.

Ugh...another example of where the consumer looses out because vendors
are by and large twits (I'm an equal opportunity insulter here...they're
all pretty much doing it).

>Also, the philisophies behind the
>various systems are very different, some are very simple, others are rather
>complex.

Doesn't mean a standard implementation couldn't be supported.  The
various system philosophies are very different and they all still
support PPP, DNS, IP, ethernet, and any of a number of other standard
technologies.  This would only be one more.

>A nice idea, just not a lot of support.

Agreed...I quickly glanced through it months ago...I'd like to see some
more work done here.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 10 Jan 1999 17:25:43 -0600 (CST)



On Sun, 10 Jan 1999, Jeff Mcadams wrote:

> Doesn't mean a standard implementation couldn't be supported.  The
> various system philosophies are very different and they all still
> support PPP, DNS, IP, ethernet, and any of a number of other standard
> technologies.  This would only be one more.

Vendors probably don't want a standard MCPPP, because then they can't
force you to buy more of their units.

Personally, I'd never put units from different manufacturers in one hunt
group.  The modem code is too different between different units.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 10 Jan 1999 20:35:09 -0500 (EST)

Thus spake Brian Elfert
>On Sun, 10 Jan 1999, Jeff Mcadams wrote:
>> Doesn't mean a standard implementation couldn't be supported.  The
>> various system philosophies are very different and they all still
>> support PPP, DNS, IP, ethernet, and any of a number of other standard
>> technologies.  This would only be one more.

>Vendors probably don't want a standard MCPPP, because then they can't
>force you to buy more of their units.

>Personally, I'd never put units from different manufacturers in one hunt
>group.  The modem code is too different between different units.

Eh...I can see uses for it.  Different numbers for different types of
equipment for different compatibility reasons.  Shouldn't *need* to do
this, but unfortunately, its a consideration.  Really the modem code
should all be pretty compatible, as should the cross-chassis bundling.

Ah well...like I said...consumers get screwed again.  I guess I'm in my
mid-20's I should be used to it by now.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bryan Wann <[e-mail]>
Subject: (usr-tc) Bizzare HiPer session times and Livingston RADIUS
Date: 10 Jan 1999 22:57:47 -0600 (CST)

Hi,

I was sifting through our RADIUS accounting logs that were stored from our
HiPer rack, and found several (over one hundred actually) entries in
which it had really bizzare Acct-Session-Times of a few million seconds.

        Acct-Session-Time = 63641530

A majority of them were listed for "unauthenticated" users (I saw post how
to get rid of unauth users, thanks to who posted it), but the remaining
ones were for legit users which totally screws up our time logs.  I find
it hard to believe that we had users logged in for 1,920 hours in a
month.  :)

I am running 4.1.11 on the HiPer, and Livingston RADIUS v2.01, I borrowed
some detail records from another ISP with the same setup, and we both see
the same bizzare session-times.

From what I can tell, these oddities come after getting this in the detail
files:
    Acct-Session-Id = "This is an Accounting ON message"

and only on those records that do not have a matching start session-ids.


Anybody have any clues as to if this is fixable other than filtering out
the large values when we parse the logs?



---
Bryan Wann        [e-mail]
CWIS Internet Services    http://www.cwis.net 918-967-2858

Give a man a fish, he eats for a day;
Teach a man to fish, he eats for a lifetime;
Enlighten him further, and he opens a chain of seafood restaurants




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Rob Nelson <[e-mail]>
Subject: Re: (usr-tc) Bizzare HiPer session times and Livingston RADIUS
Date: 10 Jan 1999 21:23:34 -0800

At 10:57 PM 1/10/99 -0600, you wrote:
>Hi,
>
>I was sifting through our RADIUS accounting logs that were stored from our
>HiPer rack, and found several (over one hundred actually) entries in
>which it had really bizzare Acct-Session-Times of a few million seconds.
>
>        Acct-Session-Time = 63641530

We had this exact same problem. Turning off logging unauthenticated users
in the radius setup seems to have fixed this nightmare problem for us.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matthew E. Pearson" <[e-mail]>
Subject: (usr-tc) Authentication Failures and Livingston RADIUS
Date: 11 Jan 1999 02:25:55 -0500

We are getting a large number of complaints about slow/bad/failed
authentication. We have all HiPERs with Livingston RADIUS on the backend. Is
there some problem between HIPERs and Livingston RADIUS?

Matt


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) MPIP and Subnets
Date: 11 Jan 1999 11:41:34 +0100

Uhh.. this is perhaps a dumb question, but how is this first IP routed
to the 2nd, 3rd or 35th TC ???? Do you _HAVE_ to use RIP ? or is there
an alternative (like routing all the pools into all the TC's ? or does
MPIP do some extra magic that does all the routing transparently ?

Thanks for any pointers,

Robert


> -----Original Message-----
> From:    MegaZone [SMTP:[e-mail]]
> Sent:    vendredi, 8. janvier 1999 22:14
> To:    [e-mail]
> Subject:    Re: (usr-tc) MPIP and Subnets
>
> Once upon a time Phil Le Clercq shaped the electrons to say...
> >across different subnets, eg the first channel is established and
> assigned
> >an address from a pool in the network 195.28.160.0/24 and the other
> channel
> >connects to a pool from the 195.28.161.0/24 Network?
>
> This is a erroneous question.  MPIP is a way to do MP across multiple
> chassis -
> and with MP *all* links have the SAME IP address.  If channel 1
> connects to
> a TC with a 195.28.160.0/24 based pool then it will receive an IP from
> that
> pool.  If channel 2 connects to a different NAS with a pool in the
> 195.28.161.0/24 network - it does not matter.  Since it is a second
> line in
> a bundle with the first, it inherits the IP of the first line.  It
> does NOT
> receive a new IP address.
>
> -MZ
> --
> <URL:mailto:[e-mail]> Gweep, Discordian, Author,
> Engineer, me..
> Join ISP/C Internet Service Providers' Consortium
> <URL:http://www.ispc.org/>
> "A little nonsense now and then, is relished by the wisest men"
> 781-788-0130
> <URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail
> Discordia!
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MPIP and Subnets
Date: 11 Jan 1999 08:05:41 -0500 (EST)

Thus spake Robert von Bismarck
>Uhh.. this is perhaps a dumb question, but how is this first IP routed
>to the 2nd, 3rd or 35th TC ???? Do you _HAVE_ to use RIP ? or is there
>an alternative (like routing all the pools into all the TC's ? or does
>MPIP do some extra magic that does all the routing transparently ?

MPIP is purely a protocol to coordinate the MP bundles between chassis.
What happens is that the NETServer's/Arc's use MPIP to find where the
bundle is hosted (where the first link of the bundle is), then they use
VTP to set up a tunnel to connect its link (from the 2nd, 3rd, 35th,
etc.) to the bundle head.  The tunnel is created between the actual
NETServers and/or Arcs, so no special routing setup is needed for it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) Bizzare HiPer se
Date: 11 Jan 1999 08:06:00 -0500




It's a known problem to be fixed in a future release of HiPerArc code.

Jeff Binkley
ASA Network Computing


u>Hi,

u>I was sifting through our RADIUS accounting logs that were stored from
u>our HiPer rack, and found several (over one hundred actually) entries
u>in which it had really bizzare Acct-Session-Times of a few million
u>seconds.

u>        Acct-Session-Time = 63641530

u>A majority of them were listed for "unauthenticated" users (I saw post
u>how to get rid of unauth users, thanks to who posted it), but the
u>remaining ones were for legit users which totally screws up our time
u>logs.  I find it hard to believe that we had users logged in for 1,920
u>hours in a month.  :)

u>I am running 4.1.11 on the HiPer, and Livingston RADIUS v2.01, I
u>borrowed some detail records from another ISP with the same setup, and
u>we both see the same bizzare session-times.

u>From what I can tell, these oddities come after getting this in the
u>detail files:
u> Acct-Session-Id = "This is an Accounting ON message"

u>and only on those records that do not have a matching start
u>session-ids.


u>Anybody have any clues as to if this is fixable other than filtering
u>out the large values when we parse the logs?

CMPQwk 1.42 9999

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Marcelo T. Barros" <[e-mail]>
Subject: Re: (usr-tc) Bizzare HiPer session times and Livingston RADIUS
Date: 11 Jan 1999 11:20:54 -0200

Hi.
You need to get a new version to hiper Arc 4.1.72.
You can get from http://totalservice.usr.com.
[]s

At 22:57 1/10/99 -0600, you wrote:
>Hi,
>
>I was sifting through our RADIUS accounting logs that were stored from our
>HiPer rack, and found several (over one hundred actually) entries in
>which it had really bizzare Acct-Session-Times of a few million seconds.
>
>        Acct-Session-Time = 63641530
>
>A majority of them were listed for "unauthenticated" users (I saw post how
>to get rid of unauth users, thanks to who posted it), but the remaining
>ones were for legit users which totally screws up our time logs.  I find
>it hard to believe that we had users logged in for 1,920 hours in a
>month.  :)
>
>I am running 4.1.11 on the HiPer, and Livingston RADIUS v2.01, I borrowed
>some detail records from another ISP with the same setup, and we both see
>the same bizzare session-times.
>
>>From what I can tell, these oddities come after getting this in the detail
>files:
>    Acct-Session-Id = "This is an Accounting ON message"
>
>and only on those records that do not have a matching start session-ids.
>
>
>Anybody have any clues as to if this is fixable other than filtering out
>the large values when we parse the logs?
>
>
>
>---
>Bryan Wann        [e-mail]
>CWIS Internet Services    http://www.cwis.net 918-967-2858
>
>Give a man a fish, he eats for a day;
>Teach a man to fish, he eats for a lifetime;
>Enlighten him further, and he opens a chain of seafood restaurants
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


Marcelo T. Barros
Analista de Suporte Tecnico
[e-mail]
Fone: 55.11.214.4552
Fax:  [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Authentication Failures and Livingston RADIUS
Date: 11 Jan 1999 08:10:09 -0600 (CST)

On Mon, 11 Jan 1999, Matthew E. Pearson wrote:

> We are getting a large number of complaints about slow/bad/failed
> authentication. We have all HiPERs with Livingston RADIUS on the backend. Is
> there some problem between HIPERs and Livingston RADIUS?

Nothing that I am aware of.  Why don't you do a monitor radius on the
harc and see what is happening.  Or you can use raddebug program to
capture the packet and see what is wrong.

krish


>
> Matt
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) "Access violation"?
Date: 11 Jan 1999 07:01:51 -0700

I'm trying to upgrade some hiperarc code via TCM, but keep getting "access
violation" errors at varying points in the download.  Once it was at about
30%, another 48, another at 95% (argh!).  I've seen TFTP timeouts, and
understand that concept.  What in the world is an "access violation"?  I'd
expect to see that at the beginning of the download.

Thanks,


Randy Cosby <[e-mail]>
Vice President
InfoWest Global Internet Services, Inc.
[phone]   http://www.infowest.com


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 11 Jan 1999 08:28:24 -0600

Try Funk Steel Belted Radius.  It does a real nice job with this.
www.funk.com


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Saturday, January 09, 1999 2:27 PM


>Two questions here...
>
>1) By default, if someone dials into the HiPerARC, and we have PRI's
>plugged into the DSP's, will their ISDN immediately be capable of 128K, or
>will it default to 64K and I have to make some accomodation for bonding on
>the ISP side?  If the latter, how is it done?
>
>2) Does anyone know the RADIUS method of restricting concurrent PPP
>sessions by one user to "n" at a time?  I know Enhanced Merit handles this,
>but we have basic, and that one feature isn't worth $2495.  I figure it's
>about as easy as finding out the definition for the dictionary, and
>possibly adding a little source code to the basic source, which is provided
>freely.  Obviously it's handled by several other RADIUS servers, so it's
>basically a matter of accomodating the protocol assignment.  Any hints?
>
>mark->
>--
>Fairlight->   |||       [e-mail]       |
>  __/\__      |||                                  | "I'm talking for
free...
> <__<>__>     |||       System Administrator       |  It's a New
Religion..."
>    \/        |||                                  |
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) Two Questions...ISDN, and RADIUS
Date: 11 Jan 1999 10:07:25 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Paul Jr. (AlaWeb
>Support)
>Sent: Monday, January 11, 1999 8:28 AM
>To: [e-mail]
>Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
>
>
>Try Funk Steel Belted Radius.  It does a real nice job with this.
>www.funk.com

Not a cheap solution.  I think he was looking for assistance not an expense.
>
>
>Thanks
>Paul JR.
>AlaWeb Support
>1800-427-8896
>http://www.alaweb.com/support.html
>
>
>
>
>----- Original Message -----
>From: Fairlight <[e-mail]>
>To: <[e-mail]>
>Sent: Saturday, January 09, 1999 2:27 PM
>Subject: (usr-tc) Two Questions...ISDN, and RADIUS
>
>
>>Two questions here...
>>
>>1) By default, if someone dials into the HiPerARC, and we have PRI's
>>plugged into the DSP's, will their ISDN immediately be capable of 128K, or
>>will it default to 64K and I have to make some accomodation for bonding on
>>the ISP side?  If the latter, how is it done?

If you do not specifically limit the max channels on the default user on the
HiPer ARC or limit the concurrent session or port limit in RADIUS the user
will be able to bond 2 channels.  (This is the default max channels setting
on the default user on the HiPer ARC.  You can increase or decrease this
setting.  Note:  It onlt takes affect if the setting is not specified in
RADIUS.

>>
>>2) Does anyone know the RADIUS method of restricting concurrent PPP
>>sessions by one user to "n" at a time?  I know Enhanced Merit
>handles this,
>>but we have basic, and that one feature isn't worth $2495.  I figure it's
>>about as easy as finding out the definition for the dictionary, and
>>possibly adding a little source code to the basic source, which
>is provided
>>freely.  Obviously it's handled by several other RADIUS servers, so it's
>>basically a matter of accomodating the protocol assignment.  Any hints?
>>
>>mark->
>>--
>>Fairlight->   |||       [e-mail]       |
>>  __/\__      |||                                  | "I'm talking for
>free...
>> <__<>__>     |||       System Administrator       |  It's a New
>Religion..."
>>    \/        |||                                  |
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) totalservice hang over
Date: 11 Jan 1999 08:18:34 -0700

Can someone at 3Com please wake up the totalservice.3com.com web server?  I
can traceroute to it fine, it's just not answering on port 80.

thanks,

Randy Cosby <[e-mail]>
Vice President
InfoWest Global Internet Services, Inc.
[phone]   http://www.infowest.com


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: matthew de Jongh <[e-mail]>
Subject: (usr-tc) netserver card
Date: 11 Jan 1999 10:54:42 -0500


 does anyone have a netserver card they want to part with?

  matthew

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: access1 <[e-mail]>
Subject: Re: (usr-tc) netserver card
Date: 11 Jan 1999 08:31:53 -0800

***********
yes, make a reasonable offer.

matthew de Jongh wrote:

>  does anyone have a netserver card they want to part with?
>
>   matthew
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: (usr-tc) Auto-Response
Date: 11 Jan 1999 11:59:57 -0600

Can Auto Response be used on HiPer DSP's?  I can find no mention of Auto
Response in the HiPer DSP manual.  Likewise, I can find no mention of HiPer
DSP's in chapter 8 of the TCM manual.  Thanks


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Terry Kennedy" <[e-mail]>
Subject: (usr-tc) 12 BRI > Adtran unit > PRI
Date: 11 Jan 1999 09:19:11 -0800

I have some agent who want to replace my channelized T1 circuits with
12 BRI line running into some type of unit that adtran makes and comes
on the other end as PRI. Anyone heard of this? WE don't consider PRI by
itself because of tarrifs. THese BRI 's would cost less than the channelized
T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Marcelo T. Barros" <[e-mail]>
Subject: Re: (usr-tc) "Access violation"?
Date: 11 Jan 1999 15:16:02 -0200

Does not work!!!
Do trugh Hiper Terminal + Zmodem, this is the best way!!!
Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1)
with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable,
push your HIPER ARC, when you see EPROM message, press
AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf.
TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK.


At 07:01 1/11/99 -0700, you wrote:
>I'm trying to upgrade some hiperarc code via TCM, but keep getting "access
>violation" errors at varying points in the download.  Once it was at about
>30%, another 48, another at 95% (argh!).  I've seen TFTP timeouts, and
>understand that concept.  What in the world is an "access violation"?  I'd
>expect to see that at the beginning of the download.
>
>Thanks,
>
>
>Randy Cosby <[e-mail]>
>Vice President
>InfoWest Global Internet Services, Inc.
>[phone]   http://www.infowest.com
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


Marcelo T. Barros
Analista de Suporte Tecnico
[e-mail]
Fone: 55.11.214.4552
Fax:  [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: matthew de Jongh <[e-mail]>
Subject: Re: (usr-tc) netserver card
Date: 11 Jan 1999 12:17:21 -0500

well i have gotten a bunch of replies already, what is reasonable?

 i've never bought one outside of a bundle.

 matthew

At 08:31 AM 1/11/99 -0800, you wrote:
>***********
>yes, make a reasonable offer.
>
>matthew de Jongh wrote:
>
>>  does anyone have a netserver card they want to part with?
>>
>>   matthew
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: Re: (usr-tc) "Access violation"?
Date: 11 Jan 1999 11:42:28 -0600 (CST)

You wouldn't happen to have a copy of 6.0.13?  I can't seem to locate it
on the totalservice website.

Steve

On Mon, 11 Jan 1999, Marcelo T. Barros wrote:

> Does not work!!!
> Do trugh Hiper Terminal + Zmodem, this is the best way!!!
> Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1)
> with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable,
> push your HIPER ARC, when you see EPROM message, press
> AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf.
> TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK.
>
>
> At 07:01 1/11/99 -0700, you wrote:
> >I'm trying to upgrade some hiperarc code via TCM, but keep getting "access
> >violation" errors at varying points in the download.  Once it was at about
> >30%, another 48, another at 95% (argh!).  I've seen TFTP timeouts, and
> >understand that concept.  What in the world is an "access violation"?  I'd
> >expect to see that at the beginning of the download.
> >
> >Thanks,
> >
> >
> >Randy Cosby <[e-mail]>
> >Vice President
> >InfoWest Global Internet Services, Inc.
> >[phone]   http://www.infowest.com
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
>
>
> Marcelo T. Barros
> Analista de Suporte Tecnico
> [e-mail]
> Fone: 55.11.214.4552
> Fax:  [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Marcelo T. Barros" <[e-mail]>
Subject: Re: (usr-tc) "Access violation"?
Date: 11 Jan 1999 16:05:33 -0200

This is a BETA version!!!


At 11:42 1/11/99 -0600, you wrote:
>You wouldn't happen to have a copy of 6.0.13?  I can't seem to locate it
>on the totalservice website.
>
>Steve
>
>On Mon, 11 Jan 1999, Marcelo T. Barros wrote:
>
>> Does not work!!!
>> Do trugh Hiper Terminal + Zmodem, this is the best way!!!
>> Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1)
>> with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable,
>> push your HIPER ARC, when you see EPROM message, press
>> AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf.
>> TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK.
>>
>>
>> At 07:01 1/11/99 -0700, you wrote:
>> >I'm trying to upgrade some hiperarc code via TCM, but keep getting "access
>> >violation" errors at varying points in the download.  Once it was at about
>> >30%, another 48, another at 95% (argh!).  I've seen TFTP timeouts, and
>> >understand that concept.  What in the world is an "access violation"?  I'd
>> >expect to see that at the beginning of the download.
>> >
>> >Thanks,
>> >
>> >
>> >Randy Cosby <[e-mail]>
>> >Vice President
>> >InfoWest Global Internet Services, Inc.
>> >[phone]   http://www.infowest.com
>> >
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>>
>>
>> Marcelo T. Barros
>> Analista de Suporte Tecnico
>> [e-mail]
>> Fone: 55.11.214.4552
>> Fax:  [phone]
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


Marcelo T. Barros
Analista de Suporte Tecnico
[e-mail]
Fone: 55.11.214.4552
Fax:  [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jay Nakamura <[e-mail]>
Subject: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 16:02:03 -0500

We have recently changed our PRI pool from Netserver/Quads chassis to a
Hiper DSP/Hiper ARC.  Several of our customers are complaining about their
ISDN connection coming to a screaching halt after a while and no data
passes through unless they handup and dial again.  The problem seems to
happen mostly to Netgear RT328 but some others as well.

Has anyone else had this problem and what can be done?

DSP Ver 1.2.60
ARC Ver 4.1.72-7



J.S. Nakamura -- Kiva Networking -- Project Manager
Phone [phone] ext 213 -- Fax [phone]
[e-mail]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) "Access violation"?
Date: 11 Jan 1999 13:24:16 -0800

Breathe.....
-----Original Message-----


>This is a BETA version!!!
>
>
>At 11:42 1/11/99 -0600, you wrote:
>>You wouldn't happen to have a copy of 6.0.13?  I can't seem to locate it
>>on the totalservice website.
>>
>>Steve
>>
>>On Mon, 11 Jan 1999, Marcelo T. Barros wrote:
>>
>>> Does not work!!!
>>> Do trugh Hiper Terminal + Zmodem, this is the best way!!!
>>> Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1)
>>> with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable,
>>> push your HIPER ARC, when you see EPROM message, press
>>> AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf.
>>> TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK.
>>>
>>>
>>> At 07:01 1/11/99 -0700, you wrote:
>>> >I'm trying to upgrade some hiperarc code via TCM, but keep getting
"access
>>> >violation" errors at varying points in the download.  Once it was at
about
>>> >30%, another 48, another at 95% (argh!).  I've seen TFTP timeouts, and
>>> >understand that concept.  What in the world is an "access violation"?
I'd
>>> >expect to see that at the beginning of the download.
>>> >
>>> >Thanks,
>>> >
>>> >
>>> >Randy Cosby <[e-mail]>
>>> >Vice President
>>> >InfoWest Global Internet Services, Inc.
>>> >[phone]   http://www.infowest.com
>>> >
>>> >
>>> >-
>>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>>> > with "unsubscribe usr-tc" in the body of the message.
>>> > For information on digests or retrieving files and old messages send
>>> > "help" to the same address.  Do not use quotes in your message.
>>>
>>>
>>> Marcelo T. Barros
>>> Analista de Suporte Tecnico
>>> [e-mail]
>>> Fone: 55.11.214.4552
>>> Fax:  [phone]
>>>
>>> -
>>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>>  with "unsubscribe usr-tc" in the body of the message.
>>>  For information on digests or retrieving files and old messages send
>>>  "help" to the same address.  Do not use quotes in your message.
>>>
>>
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>
>
>Marcelo T. Barros
>Analista de Suporte Tecnico
>[e-mail]
>Fone: 55.11.214.4552
>Fax:  [phone]
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: (usr-tc) ISDN settings [repost]
Date: 11 Jan 1999 16:41:00 -0500

I posted this a few days ago but got no response, I want to double-check
whether or not there's anything different I need to do as far as RADIUS
settings, etc. than our dial-up accounts.
  We have our first ISDN customer hooking up next week. His BRI > our PRI >
HiPer ARC. Is there anything special I need to do or watch for to help
ensure this comes off without a hitch?

Thanks,
Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Frank Basso" <[e-mail]>
Subject: (usr-tc) Weird Beahvior
Date: 11 Jan 1999 14:01:25 -0800

Running ARC 4.1.72-7 and DSP 1.2.60

Running mon ppp I keep getting these connect failures from the a large
amount of users.

PPP - Authentication Complete to lorri.
(IPCP) Layer Down for Bundle 256, Link 20945272, to lorri.
PPP connection down to lorri.

Anyone else see disconnects like this with no apparent reason ? There
appears to be no pattern associated with users platforms or authentication
types that we can derive.


Thank you,

--
Frank Basso
Senior Network Engineer
Got.Net? - The Internet Connection, Inc.
Santa Cruz, California
Voice: 831-460-2000 x117
FAX: [phone]

"Never mess with the one who has control of the Cisco, as "He Is God,
and not just Root... :)"

When they took the fourth amendment, I was quiet because I didn't deal
drugs.
When they took the sixth amendment, I was quiet because I was innocent.
When they took the second amendment, I was quiet because I didn't own a gun.
Now they've taken the first amendment, and I can say nothing about it.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 17:05:17 -0500 (EST)

Thus spake Jay Nakamura
>We have recently changed our PRI pool from Netserver/Quads chassis to a
>Hiper DSP/Hiper ARC.  Several of our customers are complaining about their
>ISDN connection coming to a screaching halt after a while and no data
>passes through unless they handup and dial again.  The problem seems to
>happen mostly to Netgear RT328 but some others as well.

>Has anyone else had this problem and what can be done?

>DSP Ver 1.2.60
>ARC Ver 4.1.72-7

RT328 here with almost completely a quad setup (2 out 24 circuits are on
DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), and
I experience the same thing...I haven't taken the time to track down
what the prob. is...for just me its not a big deal and no customers have
complained to me yet about it, but it is something that I'd like to
track down.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 17:17:07 EST

Jeff Mcadams <[e-mail]> writes:

> Thus spake Jay Nakamura
(...)
> >ISDN connection coming to a screaching halt after a while and no data
> >passes through unless they handup and dial again.  The problem seems to
> >happen mostly to Netgear RT328 but some others as well.
(...)
> RT328 here with almost completely a quad setup (2 out 24 circuits are on
> DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), and
> I experience the same thing...

This sort of behavior can often be related to the software compression
in use (e.g., STAC, MS, etc..).  If there's a bug in the compression
engine you can get into a state where data is being transmitted but
the other end can't decode it properly, and in the past I've sometimes
seen the system get into a mode where it just continually resetting
the dictionary for the compression but never getting any real data
through.

You mentioned quads, but not whether or not you were using ARCs (like
the original poster) or NETServers.  I believe that in either case
(quad or HiperDSP), the compression is handled by the terminal server.

If you have NETServers, and the same client gear does this thus on
both NETServer/ARC configurations, it seems more likely to be a client
bug.  Of course, it could just be common 3Com code in both platforms I
suppose.

You might try having the user disable software compression to see if
that prolongs their session (obviously with some decrease in
throughput for compressible data).

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 17:26:29 -0500 (EST)

Thus spake David Bolen

>Jeff Mcadams <[e-mail]> writes:
>> RT328 here with almost completely a quad setup (2 out 24 circuits are on
>> DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), and
>> I experience the same thing...

>This sort of behavior can often be related to the software compression
>in use (e.g., STAC, MS, etc..).  If there's a bug in the compression
>engine you can get into a state where data is being transmitted but
>the other end can't decode it properly, and in the past I've sometimes
>seen the system get into a mode where it just continually resetting
>the dictionary for the compression but never getting any real data
>through.

Hrmm...good thought...I'll look into that...

>You mentioned quads, but not whether or not you were using ARCs (like
>the original poster) or NETServers.  I believe that in either case
>(quad or HiperDSP), the compression is handled by the terminal server.

NETServers here.

>You might try having the user disable software compression to see if
>that prolongs their session (obviously with some decrease in
>throughput for compressible data).

I'll give that a shot...like I said...not a major thing, but would be
nice not to get hit with it.  :)  And since its my own dialup, its easy
for me to play with it.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: Re: (usr-tc) "Access violation"?
Date: 11 Jan 1999 16:25:55 -0600 (CST)

I saw it was beta.  I thought maybe it was out there somewhere that I
wasn't looking.  I just wanted to try the software out.  Sorry.

Steve


On Mon, 11 Jan 1999, Frank Basso wrote:

> Breathe.....
> -----Original Message-----
> From: Marcelo T. Barros <[e-mail]>
> To: [e-mail] <[e-mail]>
> Date: Monday, January 11, 1999 10:32 AM
> Subject: Re: (usr-tc) "Access violation"?
>
>
> >This is a BETA version!!!
> >
> >
> >At 11:42 1/11/99 -0600, you wrote:
> >>You wouldn't happen to have a copy of 6.0.13?  I can't seem to locate it
> >>on the totalservice website.
> >>
> >>Steve
> >>
> >>On Mon, 11 Jan 1999, Marcelo T. Barros wrote:
> >>
> >>> Does not work!!!
> >>> Do trugh Hiper Terminal + Zmodem, this is the best way!!!
> >>> Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1)
> >>> with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable,
> >>> push your HIPER ARC, when you see EPROM message, press
> >>> AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf.
> >>> TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK.
> >>>
> >>>
> >>> At 07:01 1/11/99 -0700, you wrote:
> >>> >I'm trying to upgrade some hiperarc code via TCM, but keep getting
> "access
> >>> >violation" errors at varying points in the download.  Once it was at
> about
> >>> >30%, another 48, another at 95% (argh!).  I've seen TFTP timeouts, and
> >>> >understand that concept.  What in the world is an "access violation"?
> I'd
> >>> >expect to see that at the beginning of the download.
> >>> >
> >>> >Thanks,
> >>> >
> >>> >
> >>> >Randy Cosby <[e-mail]>
> >>> >Vice President
> >>> >InfoWest Global Internet Services, Inc.
> >>> >[phone]   http://www.infowest.com
> >>> >
> >>> >
> >>> >-
> >>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>> > with "unsubscribe usr-tc" in the body of the message.
> >>> > For information on digests or retrieving files and old messages send
> >>> > "help" to the same address.  Do not use quotes in your message.
> >>>
> >>>
> >>> Marcelo T. Barros
> >>> Analista de Suporte Tecnico
> >>> [e-mail]
> >>> Fone: 55.11.214.4552
> >>> Fax:  [phone]
> >>>
> >>> -
> >>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>>  with "unsubscribe usr-tc" in the body of the message.
> >>>  For information on digests or retrieving files and old messages send
> >>>  "help" to the same address.  Do not use quotes in your message.
> >>>
> >>
> >>
> >>-
> >> To unsubscribe to usr-tc, send an email to "[e-mail]"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and old messages send
> >> "help" to the same address.  Do not use quotes in your message.
> >
> >
> >Marcelo T. Barros
> >Analista de Suporte Tecnico
> >[e-mail]
> >Fone: 55.11.214.4552
> >Fax:  [phone]
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 12 Jan 1999 10:26:00 +1100 (EST)


> RT328 here with almost completely a quad setup (2 out 24 circuits are
> on DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2),
> and I experience the same thing...I haven't taken the time to track
> down what the prob. is...for just me its not a big deal and no
> customers have complained to me yet about it, but it is something that
> I'd like to track down.

Slightly related - I have an RT328 at home dialled into an NP-8B on a
Cisco 4500 and it occasionally dies - it's not a spiral death, but a
screeching halt.  Have to manually drop the call to make it go again.

Checking the Cisco logs shows that the Cisco has lost track of the call
for whatever reason, while the RT328 thinks it's still up.  Forcing the
RT328 to drop and re-establish fixes it.

I've not tried it extensively against the TC though.

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 18:42:20 -0500 (EST)

Thus spake Bob Purdon
>> RT328 here with almost completely a quad setup (2 out 24 circuits are
>> on DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2),
>> and I experience the same thing...I haven't taken the time to track
>> down what the prob. is...for just me its not a big deal and no
>> customers have complained to me yet about it, but it is something that
>> I'd like to track down.

>Slightly related - I have an RT328 at home dialled into an NP-8B on a
>Cisco 4500 and it occasionally dies - it's not a spiral death, but a
>screeching halt.  Have to manually drop the call to make it go again.

Yeah...to be honest, I don't know if my RT328 is a spiral or a
screeching halt...it happens pretty quickly, but it seems like sometimes
its a bit laggy for a few seconds before it shuts down completely.

>Checking the Cisco logs shows that the Cisco has lost track of the call
>for whatever reason, while the RT328 thinks it's still up.  Forcing the
>RT328 to drop and re-establish fixes it.

That's what I do with my TC, drop the call and redial.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 18:45:12 -0500 (EST)

>> RT328 here with almost completely a quad setup (2 out 24 circuits are
>> on DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2),
>> and I experience the same thing...I haven't taken the time to track
>> down what the prob. is...for just me its not a big deal and no
>> customers have complained to me yet about it, but it is something that
>> I'd like to track down.

Oh, forgot to mention...checked it when I got home...compression is
turned off here, so I don't think compression is the culprit.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: (usr-tc) Second acct server on Netserver
Date: 11 Jan 1999 18:51:42 -0500 (EST)

Hi,

Looked through the docs I have and 'help set' and I just can't find how to
set up a secondary accounting server.  SW is 3.7.73.  I found these
commands referenced in the manual:

set authentic (primary auth)
set alternate (secondary auth)
set accounting (primary accounting)
set ???        (secondary accounting)

Sorry to use you folks as a manual...

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Hill <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 17:54:37 -0600 (CST)

I have seen a similar problem with an Ascend Pipeline and a Netserver PRI.
The Pipeline never got a call teardown message on the d-channel, but the
PRI card was sending one to the switch when the connection idle timed out.
The router thought both channels were still up.  It turned out to be a
telco problem with the BRI.  Check the switch type and monitor the
d-channels on both sides to find the culprit.  You'd think that if the
remote router sent an LCP echo request and got no response, it would clear
the B-channels and redial after a period of time.  ???

You have to determine who is originating the call teardown and why both
sides aren't getting the message on the d-chan.

-CH

On Tue, 12 Jan 1999, Bob Purdon wrote:

> Slightly related - I have an RT328 at home dialled into an NP-8B on a
> Cisco 4500 and it occasionally dies - it's not a spiral death, but a
> screeching halt.  Have to manually drop the call to make it go again.
>
> Checking the Cisco logs shows that the Cisco has lost track of the call
> for whatever reason, while the RT328 thinks it's still up.  Forcing the
> RT328 to drop and re-establish fixes it.
>
> I've not tried it extensively against the TC though.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Bryant Ho" <[e-mail]>
Subject: RE: (usr-tc) Second acct server on Netserver
Date: 11 Jan 1999 17:57:51 -0600

Try

set accounting 2 xxx.xxx.xxx.xxx

Bryant Ho
InterAccess Co.
[e-mail]

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Charles Sprickman
> Sent: Monday, January 11, 1999 5:52 PM
> To: [e-mail]
> Subject: (usr-tc) Second acct server on Netserver
>
>
> Hi,
>
> Looked through the docs I have and 'help set' and I just can't find how to
> set up a secondary accounting server.  SW is 3.7.73.  I found these
> commands referenced in the manual:
>
> set authentic (primary auth)
> set alternate (secondary auth)
> set accounting (primary accounting)
> set ???        (secondary accounting)
>
> Sorry to use you folks as a manual...
>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Second acct server on Netserver
Date: 11 Jan 1999 18:59:27 -0500 (EST)

Thus spake Charles Sprickman
>Looked through the docs I have and 'help set' and I just can't find how to
>set up a secondary accounting server.  SW is 3.7.73.  I found these
>commands referenced in the manual:

>set authentic (primary auth)
>set alternate (secondary auth)
>set accounting (primary accounting)
>set ???        (secondary accounting)

set accounting 2 (secondary account)

>Sorry to use you folks as a manual...

Yes, its inconsistent, but 3Com doesn't get the blame for this
one...this goes back to Livingston days and the ComOS heritage.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 12 Jan 1999 10:59:59 +1100 (EST)


> Oh, forgot to mention...checked it when I got home...compression is
> turned off here, so I don't think compression is the culprit.

Actually, ditto here - I'm running no compression into the Cisco...

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Second acct server on Netserver
Date: 11 Jan 1999 19:12:45 -0500 (EST)

Thanks all, that did it.  Less than tech support hold-time too!

Charles
--
On Mon, 11 Jan 1999, Jeff Mcadams wrote:

> Thus spake Charles Sprickman
> >Looked through the docs I have and 'help set' and I just can't find how to
> >set up a secondary accounting server.  SW is 3.7.73.  I found these
> >commands referenced in the manual:
>
> >set authentic (primary auth)
> >set alternate (secondary auth)
> >set accounting (primary accounting)
> >set ???        (secondary accounting)
>
> set accounting 2 (secondary account)
>
> >Sorry to use you folks as a manual...
>
> Yes, its inconsistent, but 3Com doesn't get the blame for this
> one...this goes back to Livingston days and the ComOS heritage.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ronald E. Kushner" <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 11 Jan 1999 19:37:33 -0500



Charles Hill wrote:
>
> I have seen a similar problem with an Ascend Pipeline and a Netserver PRI.
> The Pipeline never got a call teardown message on the d-channel, but the
> PRI card was sending one to the switch when the connection idle timed out.
> The router thought both channels were still up.  It turned out to be a
> telco problem with the BRI.  Check the switch type and monitor the
> d-channels on both sides to find the culprit.  You'd think that if the
> remote router sent an LCP echo request and got no response, it would clear
> the B-channels and redial after a period of time.  ???
>
> You have to determine who is originating the call teardown and why both
> sides aren't getting the message on the d-chan.

I used to have a problem with my Netgear RH-348 with a dead connections
after several days of connection time into a Netserver PRI. Since I
upgraded to HiPer ARC's I have not had any problems, other than after a
100 hour call it wouldn't let me bring up and additional channel without
dropping the first call. Gotta love that flat rate ISDN.

-Ron

--

Ronald Kushner
GLISnet, Inc.
+1 810/939.9885

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: King Ho <[e-mail]>
Subject: (usr-tc) Strange problem with HiperArc
Date: 12 Jan 1999 17:39:03 +0800 (HKT)


Hi,

I replace a Netserver with a HiperArc today and found that once a
PPP connection is established there is about 50% packet loss when pinging
the remote machine. Actually, I cannot not do anything over that connection
as everything times out. The modems are quad with firmware 5.9.9
and the HiperArc is using 4.1.72.  If I replaced the HiperArc with the
Netserver, the packet loss went away.

This HiperArc is configured using the same setting as our other HiperArc's
and I cannot find any setting that is differenet. I actually tried putting
the HiperArc in a chassic with another HiperArc and change the ownership
of one of the quad to the new HiperArc and the packet loss appears.  When
the ownership of the quad is switched back to the old HiperArc, there is
no packet loss! The only hardware difference between this two HiperArc's is
that the new (bad) HiperArc has 128M RAM whereas the old (good) one has
only 64M.

This HiperArc is already a replacement for an DOA HiperArc already and
I hope this is just a setting problem rather than a hardware problem.
Have anyone seen this kind of problem with HiperArc with quad modem card?

Below are some data I collected. I appreciate if anyone can point out
what I did wrong with the setting.

Thanks in advance.

Best regards,

King Ho
Global Link Information Services Ltd.

HiPer>> show sess dtest

INFORMATION FOR SESSION     dtest
Service Type:                            Framed
Framed Protocol:                         PPP
Idle Timeout:                            1800
Speed of Connection:                     Auto
Login Service:                           Telnet
Interface Name:                          slot:12/mod:3
Framed IP Address:                       202.72.1.243
Framed IP Netmask:                       0.0.0.0
Framed Routing:                          None
Framed Callback Identifier:              0
Framed MTU:                              1500
Compression Algorithm:                   None
Compression Reset Mode:                  Auto
Receive Acc Map:                         0
Transmit Acc Map:                        0
HiPer>>

HiPer>> show ppp on int slot:12/mod:3

SETTINGS for PPP on INTERFACE slot:12/mod:3

SETTINGS for PPP BUNDLE 9
Operational Status:                        Opened
Number Active Links:                       1
User Profile:                              dtest
Local MMRU:                                1514
Remote MMRU:                               1514
Local Endpoint Class:                      IEEE MAC Address
Local Endpoint Length:                     6
Local Endpoint ID:                         00:c0:49:12:7e:e4
Remote Endpoint Class:                     Null Class
Remote Endpoint Length:                    0
Remote Endpoint ID:                        Class=0x1:Length=0x0:

SETTINGS for PPP BUNDLE 9 COMPRESSION
Operational Status:                        NotOpened
Compression Protocol:                      NONE

SETTINGS for PPP BUNDLE 9 IP PROTOCOL
Operational Status:                        Opened
Local To Remote Compression Protocol:      VJ_TCP
Remote To Local Compression Protocol:      VJ_TCP
Local Max Slot ID:                         15
Remote Max Slot ID:                        15
Local IP Address:                          202.72.0.50
Remote IP Address:                         202.72.1.243

SETTINGS for PPP LINK 9 - 27533368
Operational Status:                        Opened
Interface Index:                           4075
Local MRU:                                 1514
Remote MRU:                                1514
Local to Peer ACC Map:                     a0000
Peer to Local ACC Map:                     0
Local To Remote Protocol Compression:      ENABLED
Remote To Local Protocol Compression:      ENABLED
Local To Remote AC Compression:            ENABLED
Remote To Local AC Compression:            ENABLED

SETTINGS for PPP LINK 9 - 27533368 AUTHENTICATION
Operational Status:                        Opened
Local To Remote Authenticate Protocol:     PAP
Remote To Local Authenticate Protocol:     NONE
HiPer>>

HiPer>> set switch int slot:12/mod:3 at ati4

USRobotics Analog/Digital Quad  Settings...
Copyright, 1988-97, U.S. Robotics. All rights reserved.

   B0  C1  E0  F1  Q0  V0  X0
   BAUD=115200 PARITY=N  WORDLEN=8  DTE=GATEWAY NAC
   DIAL=TONE   ON HOOK   TIMER     LINE=STANDARD ANALOG

   &A0  &B1  &C1  &D2  &G0  &H1  &I0  &K1  &L0  &M4  &N0  &P0  &R2  &S0
   &T4  &U0  &X0  &Y1  %N6  *U1=0  *U2=0  *U3=1  *V2=3  *X0=2048  *X1=2

   S00=000  S01=000  S02=255  S03=013  S04=010  S05=008  S06=002  S07=045
   S08=002  S09=006  S10=007  S11=070  S12=050  S13=000  S14=000  S15=000
   S16=000  S17=000  S18=000  S19=000  S20=000  S21=010  S22=017  S23=019
   S24=150  S25=005  S26=001  S27=000  S28=008  S29=020  S30=000  S31=000
   S32=009  S33=000  S34=000  S35=000  S36=000  S37=000  S38=000  S39=013
   S40=000  S41=000  S42=126  S43=200  S44=015  S45=000  S46=255  S47=034
   S48=000  S49=016  S50=100  S51=000  S52=005  S53=000  S54=064  S55=000
   S56=000  S57=000  S58=000  S59=000  S60=100  S61=000  S62=008  S63=008
   S64=000  S65=000  S66=000  S67=000  S68=000  S69=000  S70=000  S71=001
   S72=001  S73=001  S74=000  S75=000  S76=128  S77=000  S78=000  S79=000
   S80=000  S81=001  S82=012

   LAST DIALED #:
     LAST DNIS #:                      LAST ANI #:
0



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Strange problem with HiperArc
Date: 12 Jan 1999 08:12:23 -0500 (EST)

Thus spake King Ho
>HiPer>> show sess dtest

>INFORMATION FOR SESSION     dtest
>Service Type:                            Framed
>Framed Protocol:                         PPP
>Idle Timeout:                            1800
>Speed of Connection:                     Auto
>Login Service:                           Telnet
>Interface Name:                          slot:12/mod:3
>Framed IP Address:                       202.72.1.243
>Framed IP Netmask:                       0.0.0.0
                                          ^^^^^^^
That's not right...unless its just a display bug or something...should
be 255.255.255.255

I don't, however, know if this will fix your problem or not...just the
only thing that looked wrong.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mini Computer Room T-5" <[e-mail]>
Subject: (usr-tc) 300 bd on 3com modems
Date: 12 Jan 1999 11:57:40 -0400

does somebody know the settings on quad & hiper dsp to receive incoming
calls
from 300 to 19200 bd

[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Victor J. Velazquez" <[e-mail]>
Subject: (usr-tc) HiperDSP and HiperARC
Date: 12 Jan 1999 11:03:13 -0500

I have a TCH shelf populated with HiperDSPs (with PRIs) and a HiperARC.
As we see more users connect to this shelf, users are experiencing
intermittent fast busies or dead air. Has any had the same experience
and what was the resolution? Is it the HiperDSPs and HiperARC or was
the problem telco-related?

Thanx for any help
Victor

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Richard Lorbieski <[e-mail]>
Subject: Re: (usr-tc) HiperDSP and HiperARC
Date: 12 Jan 1999 10:25:48 -0600

It's something in your trunk settings. Get with your telco and double
check the settings. Most important settings are Framing, line coding,
switch type, dialin/out trunk type, and tone type.

"Victor J. Velazquez" wrote:
>
> I have a TCH shelf populated with HiperDSPs (with PRIs) and a HiperARC.
> As we see more users connect to this shelf, users are experiencing
> intermittent fast busies or dead air. Has any had the same experience
> and what was the resolution? Is it the HiperDSPs and HiperARC or was
> the problem telco-related?
>
> Thanx for any help
> Victor

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: (usr-tc) upgrading memory on netserver card.
Date: 12 Jan 1999 08:56:34 -0800 (PST)

Hi,
I was wanting to know if there is anything special about the 72 pin simms
used on a netserver card ? , I tried installing a 16 MB NON-EDO chip into
the unit, but the card still thinks that it has only 8 MB of ram ?????

Does it require parity ?

thanks


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Curt Shambeau <[e-mail]>
Subject: Re: (usr-tc) upgrading memory on netserver card.
Date: 12 Jan 1999 11:23:16 -0600 (CST)

> I was wanting to know if there is anything special about the 72 pin simms
> used on a netserver card ? , I tried installing a 16 MB NON-EDO chip into
> the unit, but the card still thinks that it has only 8 MB of ram ?????
>
> Does it require parity ?


No, NON-Parity, NON-EDO SIMMs.  However, unless you load a code version
into the Netserver that can see the extra memory - it won't see it.
I believe you need at least a 3.4.xx code revision to see the extra
memory.

| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
|                Executive Vice President - Exec-PC, Inc.                |


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: Re: (usr-tc) flashing a Hiper ARC
Date: 12 Jan 1999 12:09:51 -0600 (CST)

>
> The second way is to use the console cable with some modem application (
> like hiper term ) and boot the card start zmodem of the code as soon as
> it boots.
>
>

I keep getting a 'remote error' in hiperterm when I try to do this.  Any
clues?  Cause I sure need to one.

Steve


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) flashing a Hiper ARC
Date: 12 Jan 1999 14:40:12 EST

<[e-mail]> writes:

> I keep getting a 'remote error' in hiperterm when I try to do this.  Any
> clues?  Cause I sure need to one.

I think one of the cards (ARC?) might auto-detect the Z-Modem, but in
general the SDL-2 (HiperDSP, HiperARC) cards need to be given a
command to cause them to expect the download.

So sit on the console in HyperTerminal (or any program) and wait as it
boots.  You should see a prompt for SDL-2 download.  At that point
(you have like 15seconds), enter the command AT{Z} (or AT{Z{F}} if you
want to format flash first).  That will put the card into Z-Modem
receive mode, at which point you can transmit the DMF file.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) 300 bd on 3com modems
Date: 12 Jan 1999 14:58:43 EST

"Mini Computer Room T-5" <[e-mail]> writes:

> does somebody know the settings on quad & hiper dsp to receive
> incoming calls from 300 to 19200 bd

They're normally all permitted by default, but you can control all of
the various modulations and connection features through the use of the
"signal control" table for the modems.  For the quads you would make
changes directly at the per-modem level, whereas for the HiperDSP you
want to make changes in whichever profile you are using (probably 1)
and then save/refresh the profile to get it to the modems.  In both
cases the final stage would be to save the per-modem configuration.

I'll include an earlier note of mine about limiting call types below
which references the specific objects and settings that you may be
looking for.  Note that the comments about the effectiveness of these
settings on the HiperDSP are based around the TCS 3.1 first round of
V.90 code for those cards - I do not know how relevant they are with
later releases, so you may need to experiment.

Hope this helps.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

      - - - - - - - - - - - - - - - - - - - - - - - - -

In-Reply-To: Your message of Wed, 29 Apr 1998 12:26:35 -0400
Message-ID: <[e-mail]>

"Brian S . Adelson" <[e-mail]> writes:

> Is there a way in which you can limit it so that only X2/V.90 calls
> are allowed to connect a particular TC?

This should also be around in the archives somewhere, in a
pre-HiPerDSP/V.90 context, but here's some previous info updated
slightly for the HiPerDSP (which unfortunately, doesn't do this right
yet).

Note that if you want x2 only or V.90 only, that there are equivalent
objects (mdmScX2Server/Symmetric and mdmScV90Digital/AllDigital) that
can be controlled as well.

-- David

      - - - - - - - - - - - - - - - - - - - - - - - - -

>Does anyone know how to set Total Control Quad Modems and Hiper DSP
>modems to ONLY accept X2/V90 connections?

Unfortunately, the HiPer DSP cards have problems with this, as you
can't really disable the V.34 modulation rates - the objects are
there, but the modems don't pay attention.

However, you can definitely do this with the quads.  Unfortunately, I
think in terms of actual MIB objects, and not the naming that TCM
seems to use, but I'll try to indicate what seems to be appropriate
mappings - maybe the TCM stuff also includes the MIB names somewhere
for a double check.

Controlling the objects this way will cause any users calling in from
something other than an x2/V.90 modem to fail to train:

      - - - - - - - - - - - - - - - - - - - - - - - - -

All you need to do is program the modems involved not to work with
modulations other than x2/V.90.  You can do this by changing some of the
variables in the modem signal control table (which should be
accessible by that name in TCM, or in the mdmScTable table if you are
using the MIB directly).  The objects you want to change are:

   Object(s)                        Set to
   ----------------------------------------------------------------
   mdmSc300, mdmSc1200, mdmSc2400            enable
      Disables lowest baud rates.  The value is actually
      enabled since the objects are defined as a negative (if
      enabled they prevent the specified connection rate).

   mdmScHstMod                        disable
      Disables USR proprietary HST mode.

   mdmScV32Mod, mdmScV32Bis, mdmScV32BisEnhance,    disable
   mdmScV32TerboModeEnable
      Disables V.32 and variations (9600-19.2K)

   mdmScVFCModeEnable                    disable
      Disables V.FC

   mdmScV34ModeEnable                    disable
      Disables V.34


However, you should ensure that the mdmScV34pModeEnable variable is
enabled (the default), since it comes into play when computing the
back-channel for x2 calls - but having it enabled does not allow V.34+
connections since that requires the V.34 mode object to be enabled.

      - - - - - - - - - - - - - - - - - - - - - - - - -

I think that these correspond to the following TCM objects:

> 300 Baud (S48.0)                disable
> 1200 Baud (S48.1)               disable
> 2400 Baud (S48.2)               disable

Enable these.

> HST Modulation (S13.5)          enable

Disable this.

> V.32 Modulation (S27.2)         enable
> V.32 bis Modulation (S34.0)     enable
> V.32 Enhanced Mode (S34.1)      enable
> V.32 Terbo Modulation (S34.7)   enable
> V.34  Modulation (S56.6)        enable
> V.FC Modulation (S56.7)         enable

Disable these.

And you should be set - let everything else remain as defaulted after
initialization the modem to defaults.

I have found that the HiPer DSP will not obey the V34ModeEnable
object, but will allow V.34 users in anyway.  And disabling the other
lower objects at one point got me into a mode where nothing but 2400
baud connections were being allowed.  Basically a mess.

So I wouldn't suggest trying this on HiPer DSP cards yet.  Hopefully,
this will be fixed in the upcoming V.90 code release for those cards.

-- David

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) PCSDL
Date: 12 Jan 1999 13:17:00 -0700

Is there a non-dos PCSDL available?  For FreeBSD or BSDI perhaps?

I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only
way to fix it.  I don't have a dos/windows box near the server.


Thanks,

Randy Cosby <[e-mail]>
Vice President
InfoWest Global Internet Services, Inc.
[phone]   http://www.infowest.com


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) PCSDL
Date: 12 Jan 1999 15:25:46 -0500

: Is there a non-dos PCSDL available?  For FreeBSD or BSDI perhaps?

I've looked for one, but never found one. And I can't find documentation
of the protocol, either, to write one.

: I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only
: way to fix it.  I don't have a dos/windows box near the server.

We've strung our share of long serial cables in our office, too.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) PCSDL
Date: 12 Jan 1999 15:27:50 EST

"Randy Cosby" <[e-mail]> writes:

> I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only
> way to fix it.  I don't have a dos/windows box near the server.

One possibility, if you can get a modem at the remote site, is to use
something like kermit (or any DOS communications program that doesn't
disturb the serial port when you exit) to call into the NMC and then
let PCSDL connect to the serial port thinking it is local but just
utilizing the already established modem connection.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: Re: (usr-tc) 12 BRI > Adtran unit > PRI
Date: 12 Jan 1999 14:09:03 -0800


Terry,

This is the Atlas 800 by Adtran.

Blann





"Terry Kennedy" <[e-mail]> on 01/11/99 09:19:11 AM

Please respond to [e-mail]

cc:    (Blann Firestone/HQ/3Com)




I have some agent who want to replace my channelized T1 circuits with
12 BRI line running into some type of unit that adtran makes and comes
on the other end as PRI. Anyone heard of this? WE don't consider PRI by
itself because of tarrifs. THese BRI 's would cost less than the
channelized
T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.









-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) RADIUS accounting and 4.1.72-7 HARC Code
Date: 12 Jan 1999 23:49:49 +0100

Hello,

We're presently running 4.1.11 on our HiperARC, and have also noticed
that some of the sessions "STOP" accounting records seem to fall into
some kind of "black hole"...  And this is, of course, rather annoying.

As the 4.1.72-7 release notes state that this version solves the
problem, I'm planning to upgrade our HARC in a few days. Can anyone
confirm that it is worth the burden ? Is the RADIUS accountinf problem
really solved ?

Thanks !

Bruno

--
Bruno TREGUIER <[e-mail]>  | " Il y a 3 sortes de personnes:
FreeBSD 2.2.5, XFree86 3.3.1         |   celles qui savent compter,
Association INFINI, Brest, FRANCE    |   et celles qui ne savent pas..."

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) Strange problem with HiperArc
Date: 12 Jan 1999 17:35:12 -0500

At 08:12 AM 1/12/99 -0500, Jeff Mcadams wrote:
>Thus spake King Ho
>>HiPer>> show sess dtest
>
>>Framed IP Address:                       202.72.1.243
>>Framed IP Netmask:                       0.0.0.0
>                                          ^^^^^^^
>That's not right...unless its just a display bug or something...should
>be 255.255.255.255

I get the same thing on a sh sess of my users, with the exception that I'm
not showing an IP address either. Do I have a problem here?

Service Type:                            Framed
Framed Protocol:                         PPP
Session Timeout:                         36000
Idle Timeout:                            1800
Speed of Connection:                     Auto
Login Service:                           Telnet
Interface Name:                          slot:14/mod:5
Framed IP Netmask:                       0.0.0.0
Framed Routing:                          None
Framed Callback Identifier:              0
Framed MTU:                              1514
Compression Algorithm:                   None
Compression Reset Mode:                  Auto
Receive Acc Map:                         4
Transmit Acc Map:                        4

Kirk


Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Becker <[e-mail]>
Subject: (usr-tc) Framed-Route & TC
Date: 12 Jan 1999 17:04:10 -0600

I need to set up a per user framed-route from Radius to my hiper TC's. I
tried setting it to a "non working" IP address and the user continued to
send/receive local and global traffic.

Is per user framed-route not a viable option on the HiPer Chassis?

Thanks,
Brian

Brian Becker
Poplar Bluff Internet, Inc.
     http://www.semo.net
Home of JP Bookstore
     http://www.JerusalemPerspective.com
And Webgabber Chat server
     http://www.webgabber.com
Personal Website
     http://www.Tonionio.com


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: (usr-tc) Getting files from Totalservice
Date: 12 Jan 1999 17:01:07 -0600 (CST)

When I log in to total service, I see files as being unlocked, but I can't
download them.  Any ideas?   I get a file not found error.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: King Ho <[e-mail]>
Subject: Re: (usr-tc) Strange problem with HiperArc
Date: 13 Jan 1999 02:46:46 +0800 (HKT)


I think it is just shows that the radius server did not specify any
netmask and the HiperArc will default to 255.255.255.255 as I just checked
using "list ip net".

Does any one know how to duplicate the setting of one HiperArc to another
by using the bulk config file? I want to duplicate the exact setting of
a known good working HiperArc to this one and change just the IP address
and see if it will still give me the same problem.

Thanks.

Best regards,

King Ho
Global Link Information Services Ltd.

On Tue, 12 Jan 1999, Jeff Mcadams wrote:

> Thus spake King Ho
> >HiPer>> show sess dtest
>
> >INFORMATION FOR SESSION     dtest
> >Service Type:                            Framed
> >Framed Protocol:                         PPP
> >Idle Timeout:                            1800
> >Speed of Connection:                     Auto
> >Login Service:                           Telnet
> >Interface Name:                          slot:12/mod:3
> >Framed IP Address:                       202.72.1.243
> >Framed IP Netmask:                       0.0.0.0
>                                           ^^^^^^^
> That's not right...unless its just a display bug or something...should
> be 255.255.255.255
>
> I don't, however, know if this will fix your problem or not...just the
> only thing that looked wrong.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: -=X=- <[e-mail]>
Subject: Re: (usr-tc) TC HUB never getting full?
Date: 11 Jan 1999 20:18:55 -0500 (Eastern Standard Time)

Hello

OK, me again :-) I think we figured it out ... this whole time the TC box
was running out of IP addresses, even though we have enough in there. I
remember on this board someone mentioned this and said it was a bug and
you had to reboot it when this happened. Oh well.

My next question is .. if someone connects with an ISDN TA, does a light
show up on the Quad or Hyper? We are getting busy signals, but out box
shows 9 lights free, and there are 9 B channels in use. Coincidence?

Thanks

Dan Allen    -    System Admin.
-Novagate Communications Corp.-

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) Getting files from Totalservice
Date: 12 Jan 1999 18:37:17 -0500

: When I log in to total service, I see files as being unlocked, but I can't
: download them.  Any ideas?   I get a file not found error.

Egh. Get the files' pathnames, and try FTPing to the totalservice.usr.com
site directly. Sometimes the web interface and the actual FTP file names
do seem to be unsynchronized.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: -=X=- <[e-mail]>
Subject: Re: (usr-tc) TC HUB never getting full?
Date: 11 Jan 1999 13:45:00 -0500 (Eastern Standard Time)

Hello again

OK, never mind about only 52 calls showing up, that's all there is on the
2 PRIs ;-)

But this problem is still happening :-(

Dan Allen    -    System Admin.
-Novagate Communications Corp.-

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: -=X=- <[e-mail]>
Subject: Re: (usr-tc) TC HUB never getting full?
Date: 11 Jan 1999 13:35:23 -0500 (Eastern Standard Time)

Hello

Thanks for the response .. here is what I get...

On Fri, 8 Jan 1999, David Bolen wrote:

> If that's not it, then I would suggest checking the PRI's view of the
> availability of the modems (option 4 - Quad B-Channel/Modem device
> status on the main status menu) to ensure that it believes it can use
> all of the modems.

Menu Selection (1-4):3
Call Control General Error Counters:
Din  Drop Call Req chan not available:         0
Din  Drop Call no Free MDM:                    0
Din  Drop Call MDMs not allowed:               0
Din  Drop Call MDM(s) reject call:             14
Din  Drop Call MDM(s) setup to:                100
Din  Drop Call no IGW avail:                   0
Din  Drop Call IGW reject call:                0
Din  Drop Call IGW setup to:                   0
Din  Drop Call no TDM TS avail:                9
Din  Drop Call Bearer Cap. not accepted:       0
Din  Drop Call Channel IE not accepted:        0
Din  Drop Call Setup Progress IE not accepted: 0
Din  Drop Call Calling Party IE not accepted:  0
Din  Drop Call Called Party IE not accepted:   0
Dout Drop Call MDMs not allowed:               0
Dout Drop Call Invalid Device Type :           0
Dout Drop Call Invalid Modem Setup Req :       0
Dout Drop Call Invalid Setup Req :             0
Dout Drop Call Reserve IGW not accepted:       0
Dout Drop Call Reserve Modem not accepted :    0
Dout Drop Call Reserve DS0 not accepted :      0
Dout Drop Call no TDM TS avail:                0

> You might also check the debug screen (Ctrl-D) option 11 (call control
> counters) and print the error counters.  That might give some insight
> into any cases where the PRI got a call but couldn't deliver it
> successfully to a modem.  You can then track these to specific modems
> using option 10 (IGW/QBMDM information) suboption 11 (Mdm Dev Table)
> to get various call counters on a per modem basis.

dm Devive Table:
 ID S# C# Stat Pbstat Pb_hdl mdmCp CallRej KaToDrop Instl Remov CallsAccep
  0  1  1    2      2     -1     0       0        0     0     0          0
  1  1  2    2      2     -1     0       0        0     0     0          0
  2  1  3    2      2     -1     0       0        0     0     0          0
  3  1  4    2      2     -1     0       0        0     0     0          0
  4  2  1    3      1      1     2       0        0     1     0       1657
  5  2  2    3      1      2     2       0        0     1     0       1745
  6  2  3    1      1      3     2       0        0     1     0       1859
  7  2  4    3      1      4     2       0        0     2     1       1738
  8  3  1    1      1      5     2     904        0     2     1       1484
  9  3  2    3      1      6     2       0        0     1     0       1771
 10  3  3    3      1      7     2       0        0     2     1       1637
 11  3  4    3      1      8     2       0        0     2     1       1900
 12  4  1    1      1      9     2       0        0     1     0       1777
 13  4  2    1      1     10     2       0        0     1     0       1763
 14  4  3    1      1     11     2       0        0     2     1       1656
 15  4  4    1      1     12     2       0        0     1     0       1763
 16  5  1    3      1     13     2       0        0     1     0       1803
 17  5  2    1      1     14     2       0        0     1     0       1746
 18  5  3    3      1     15     2       0        0     3     2       1770
 19  5  4    3      1     16     2       0        0     3     2       1658
 20  6  1    1      1     17     2       0        0     1     0       1805
 21  6  2    1      1     18     2       0       41     1     0       3112
 22  6  3    1      1     19     2       0       41     1     0       3028
 23  6  4    1      1     20     2       0        0     1     0       1613
 24  7  1    3      1     21     2       0        0     1     0       1593
 25  7  2    3      1     22     2       0        0     2     1       1711
 26  7  3    3      1     23     2       0        0     1     0       1717
 27  7  4    3      1     24     2       0        0     1     0       1701
 28  8  1    1      1     25     2       0        0     1     0       1798
 29  8  2    1      1     26     2       0        0     1     0       1703
 30  8  3    1      1     27     2       0        0     1     0       1698
 31  8  4    3      1     28     2       0        0     1     0       1819
 32  9  1    3      1     29     2       0        0     2     1       1656
 33  9  2    1      1     30     2       0        0     2     1       1603
 34  9  3    2      2     -1     2       0        0     1     1        534
 35  9  4    3      1     31     2       0        0     3     2       1677
 36 10  1    1      1     33     2       0        0     1     0       1664
 37 10  2    3      1     32     2       0        0     3     2       1735
 38 10  3    1      1     35     2    3286        0     1     0        190
 39 10  4    1      1     36     2       0        0     1     0       1657
 40 11  1    3      1     37     2       0        0     1     0       1751
 41 11  2    3      1     38     2       0        0     1     0       1696
 42 11  3    1      1     39     2       0        0     1     0       1858
 43 11  4    3      1     40     2       0        0     1     0       1743
 44 12  1    1      1     41     2       0        0     1     0       1720
 45 12  2    3      1     42     2       0        0     1     0       1777
 46 12  3    1      1     43     2       0        0     1     0       1776
 47 12  4    1      1     44     2       0        0     2     1       1825
 48 13  1    3      1     45     2       0        0     1     0       1743
 49 13  2    3      1     46     2       0        0     1     0       1673
 50 13  3    1      1     47     2       0        0     1     0       1679
 51 13  4    3      1     48     2       0        0     1     0       1692
 52 14  1    2      2     -1     0       0        0     0     0          0
 53 14  2    2      2     -1     0       0        0     0     0          0
 54 14  3    2      2     -1     0       0        0     0     0          0
 55 14  4    2      2     -1     0       0        0     0     0          0
 56 15  1    2      2     -1     0       0        0     0     0          0
 57 15  2    2      2     -1     0       0        0     0     0          0
 58 15  3    2      2     -1     0    0        0     0     0          0
 59 15  4    2      2     -1     0       0        0     0     0          0
 60 16  1    2      2     -1     0       0        0     0     0          0
 61 16  2    2      2     -1     0       0        0     0     0          0
 62 16  3    2      2     -1     0       0        0     0     0          0
 63 16  4    2      2     -1     0       0        0     0     0          0

I hope that came through OK. I notice that 38 had over 3000 rejects, and
that this list only goes up to 63. Am I not having enough modems free for
some reason? I did turn the Line Interface Source to t1Tdm to busy out the
bad modems in the above list, but the problem persists. I have not flashed
to the  new code yet. Customers are dialing up, it starts to authenticate,
then (in Windows) they get back the 624 error that says 'the computer you
dialed has disconnected you' etc etc :-(

Thanks


Dan Allen    -    System Admin.
-Novagate Communications Corp.-

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) Access Violation details
Date: 11 Jan 1999 08:28:12 -0700

This is the exact message I get in the "status" column after the TFTP dies
(this time at 85%).  I've flashed 3 other boxes of identical configuration
this morning without problem.

"Failed.   TFTP Error: Access violation"

Config:

TCM 5.5.1
HiperARC 4.1.84 (special release with IEA) is current
HiperARC 4.2.91 (alpha) is new version.

Randy Cosby <[e-mail]>
Vice President
InfoWest Global Internet Services, Inc.
[phone]   http://www.infowest.com

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian" <[e-mail]>
Subject: Re: (usr-tc)  NMC Chassis Red Light Staying on for no reason.
Date: 08 Jan 1999 21:52:42 -0500

Where do you get alarm manager?

-----Original Message-----


>Most likely the unit is getting too hot.  We bolted up our fans on the unit
>nice and tight, added more a/c and no more red lights.
>
>Jack.
>
>Bob Purdon wrote:
>
>> > Anyone have this happen?
>>
>> Yes.
>>
>> > Hub status red light is staying lit.
>> >
>> > Nothing is wrong though?  How do you get the light to come off?
>>
>> Check the power supply fan.  If you run Alarm manager on a PC and point
>> the traps at it, it'll tell you why it's red.
>>
>> Regards,
>>
>> Bob Purdon,
>> Technical Manager,
>> Southern Internet Services.
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TC HUB never getting full?
Date: 12 Jan 1999 18:43:59 -0500 (EST)

Thus spake -=X=-
>My next question is .. if someone connects with an ISDN TA, does a light
>show up on the Quad or Hyper? We are getting busy signals, but out box
>shows 9 lights free, and there are 9 B channels in use. Coincidence?

With HiPers, yes, they should I believe.  With dual-pri card and quads,
it depends on the isdn gw setting on the dual-pri card.  Ideal is to set
it to 0, and it will use the quad cards for ISDN termination, default I
think has it at 16 which tries to send it to a NETServer which it is
expecting to be in slot 16 with a Munich daughtercard to terminate the
ISDN.  There are many benefits for using the quads rather than the
Munich, so I would recommend that.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) TC HUB never getting full?
Date: 12 Jan 1999 18:47:29 EST

-=X=- <[e-mail]> writes:

> Thanks for the response .. here is what I get...

Since the counters appear to represent different failure totals, you
might also want to reset them (there are adjacent options on each menu
to do that) and then watch it over a shorter period of time to ensure
that the problems you're seeing in the table aren't historical or due
to earlier work or troubleshooting.  I should have mentioned that in
my earlier note.

> I hope that came through OK. I notice that 38 had over 3000 rejects, and
> that this list only goes up to 63.

It's base 0 (0-63), so it represents up to 64 modems - not all of
which may be present in your case - which is the maximum number of
quad modems that may be present in a chassis (16 slots of quads and
one slot of the PRI card).

>                                    Am I not having enough modems free for

Did the modem status from the main (non-debug) menu show that all of
your quad modems were "AVAIL" to the PRI card?  If so, and presuming
that your chassis had the typical 12 quad cards (48 modems), then
having enough shouldn't be that much of a problem.

>              I did turn the Line Interface Source to t1Tdm to busy out the
> bad modems in the above list, but the problem persists.

Remember that you'll have to reset the modem (or maybe the slot, I
forget) to have such a change take effect.  More importantly, however,
is to be careful not to reduce your modem count to below your active
channels.  If you've only tried to remove 2 modems then you should be
ok, as you have a "natural" buffer of 2 when you have 48 modems and 2
PRI circuits (only 46 B channels).

You might also just try resetting the slot that holds the affected
modem (presumably waiting until usage is low) to see if you can clean
up whatever is preventing the modem from handling the calls.

> bad modems in the above list, but the problem persists. I have not flashed
> to the  new code yet. Customers are dialing up, it starts to authenticate,
> then (in Windows) they get back the 624 error that says 'the computer you
> dialed has disconnected you' etc etc :-(

Hmm, this sounds slightly different - are you saying the customers are
managing to make a modem connection (they hear it train and/or Windows
shifts to trying to log in rather than just dialing)?  If that's the
case then your failure is occurring later than the PRI<->modem
communication.  But if the users are getting this message while the
computer is still trying to make a call (e.g., the modem doesn't make
a remote connection and try to train), then it could still be a
failure of the PRI to deliver calls successfully to a modem.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) Access Violation details
Date: 12 Jan 1999 18:55:23 EST

"Randy Cosby" <[e-mail]> writes:

> This is the exact message I get in the "status" column after the TFTP dies
> (this time at 85%).  I've flashed 3 other boxes of identical configuration
> this morning without problem.

TFTP has extraordinarily few options (error codes) for returning error
information, so I wouldn't take the access violation message itself too
seriously.

A likely possibility is that there is an underlying failure - such as a
flash failure - and the TFTP result code is just used to reflect that
fact.  Because of the way the NMC receives the DMF file somewhat in
parallel with actually transmitting it to the card can muddy the issue with
just how far along the transfer has really gotten.

If you are using the normal download process through the NMC command table
for that slot, try checking out the result and code objects in that table
since they often provide additional detail.

Then, I would suggest (a) rebooting this card while watching the console
port and verify that no self tests (like for the flash hardware) fail.  If
not, then try using the console port on the card and attempting a manual
Z-Modem download - if there is a failure it's possible that after the card
aborts you may get some additional information.  (This latter option may be
slightly risky since there may be some chance of the flash image becoming
corrupted if it completes partially).

-- David

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Richard Mazurowski" <[e-mail]>
Subject: (usr-tc) Help with upgrading?
Date: 08 Jan 1999 11:59:47 CDT

Guys,

I have a question. I am a fairly new TCH user and I have obtained the code to upgrade my chassis and modems...My question is what is the recommended process for doing so under my current conditions:

PRI/TI: 3.02
Netserver: 3.7.24
Quad Modems: 5.6.7
NMC: 5.18

I have all the latest code but I do not want to upgrade more than I need if it is not recommended. If so, what order would you start upgrading this stuff so I wont run into problem...I apprciate all responses....

Thanks...

Richard

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) Help with upgrading?
Date: 12 Jan 1999 19:12:30 EST

"Richard Mazurowski" <[e-mail]> writes:

> I have all the latest code but I do not want to upgrade more than I
> need if it is not recommended. If so, what order would you start
> upgrading this stuff so I wont run into problem...I apprciate all
> responses....

By and large I would recommend sticking with system platform releases
(that is, keeping all of your components at the same overall release
level), unless you are able to perform your own tests of "mixed"
releases.  I also recommend, if at all possible, to use a selection of
your chassis for test purposes prior to upgrading everything.  Test
the final combination of code as a system unit at some production
location to compare to your prior configuration and ensure that you
aren't hit by any "gotchas" somehow tickled by your environment.

At a minimum, however, I would recommend ensuring that your NMC is at
least as updated as the most updated component in the chassis, since
the NMC does have internal communication with all cards, and later
changes on some card could confuse the NMC if not kept up to date.

As for upgrade order, it really doesn't matter all that much (and I've
done it in all sorts of sequences).  FYI, here's how our tools have
handled things for the past few years:

Sequence:

  * NMC first.
  * Circuit cards (T1/PRI)
  * Modems (quads, HDMs)
  * Terminal servers (NETServers, ARCs)

Doing the NMC first ensures you have the latest code if any code
upgrade fixes were made, and it also gets the NMC reset which can help
avoid some problems that have happened in the past when a long-running
NMC was used for downloading.

The rest of the order came about largely due to position in the
chassis (I worked left to right :-)).  But there is an advantage to
doing all modems before the NETServer/ARC, in that you get an
automatic reset following the code downloading, during which the
NETServer/ARC can re-attach the packet bus sessions that were lost
when the modems were downloaded.  If you're not doing the
NETServer/ARC, but are doing the modems, don't forget to check the
ports after you are done - you may need to reset them to re-open the
packet bus links, depending on how well chassis awareness from the NMC
is working that day of the week. :-)

One other item we do have - if it's been a while since your last
upgrade (for ourselves, we probably have no more than 2 system
upgrades a year), we also reset all cards about to be upgraded, and
then reset the NMC as well.  In the past we ran into strange problems
doing full chassis upgrades with NMCs that had been operational for a
while, and this sort of cleans things out just prior to doing the
upgrade - your mileage may vary.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        ANS Communications, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Tony Loosle" <[e-mail]>
Subject: (usr-tc) Netserver 16I Help
Date: 12 Jan 1999 17:24:22 -0700

Has anyone used the v.90 service release 2.3.5 and the netserver plus
4.1.77 code??

After installing the code and the v.90 code on 1 modem, my box is
locking up every few minutes.

I was running code version 4.1.82 for quite awhile with no problems.
What version's of code are other people using and with what success.

Tony



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Help with upgrading?
Date: 12 Jan 1999 20:11:41 -0500 (EST)

Thus spake David Bolen
>As for upgrade order, it really doesn't matter all that much (and I've
>done it in all sorts of sequences).  FYI, here's how our tools have
>handled things for the past few years:

>Sequence:

>  * NMC first.
>  * Circuit cards (T1/PRI)
>  * Modems (quads, HDMs)
>  * Terminal servers (NETServers, ARCs)

Heh...almost opposite of how I do them.  I do the NMC first as well
(that's pretty obvious IMHO), set the circuit cards to localoutofservice
(assuming PRI's which is about all we have) then terminal servers (which
kicks everyone off the chassis)...after this its leisurely since the
chassis will be skipped over because of the local out of service.  Then
I do modems, and when they come back up ensure that communication
between NETServer and modems is working, then last do the circuit cards
since when they come back up, they automatically put the ds0's back in
service, which saves me from having to worry about that, and also saves
me from having to hurredly put them back into localoutofservice if I
haven't done the modems yet.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 12 Jan 1999 23:17:15 -0600 (CST)

On Mon, 11 Jan 1999, Jay Nakamura wrote:

> We have recently changed our PRI pool from Netserver/Quads chassis to a
> Hiper DSP/Hiper ARC.  Several of our customers are complaining about their
> ISDN connection coming to a screaching halt after a while and no data
> passes through unless they handup and dial again.  The problem seems to
> happen mostly to Netgear RT328 but some others as well.
>

to cure this we did:

1. run the latest rt328 code (1.5)
2. disable compression on the rt328


> Has anyone else had this problem and what can be done?
>
> DSP Ver 1.2.60
> ARC Ver 4.1.72-7
>
>
>
> J.S. Nakamura -- Kiva Networking -- Project Manager
> Phone [phone] ext 213 -- Fax [phone]
> [e-mail]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Richard Mazurowski" <[e-mail]>
Subject: Re: (usr-tc) Help with upgrading?
Date: 12 Jan 1999 23:38:17 CDT

Thanks I really appreciate it...I think I have a bad chassis card on a slot and I want to move a quad modem card to the end of the chassis and enable it on slot 14 or 15...what are the commands in the netserver to disable it fromt he current slot (4) and enable slot 14 to take the quad and answer calls on it...Thanks for any help...

rick

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Richard Mazurowski" <[e-mail]>
Subject: Re: (usr-tc) Help with upgrading?
Date: 12 Jan 1999 23:38:17 CDT

Thanks I really appreciate it...I think I have a bad chassis card on a slot and I want to move a quad modem card to the end of the chassis and enable it on slot 14 or 15...what are the commands in the netserver to disable it fromt he current slot (4) and enable slot 14 to take the quad and answer calls on it...Thanks for any help...

rick

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Syed Amiruddin <[e-mail]>
Subject: (usr-tc) V.90 and 56K on USR TC
Date: 13 Jan 1999 12:39:34 +0500

Hi ,

Any one help me how I can upgrade my USR modems on V.90. I have USR
total control access servers with v.34 quad modem cards, and I need to
upgrade these modem on V.90 and 56K also.

Regards,
--
Syed Amiruddin
Sr.Systems Engineer
Network Operations
Cyber Internet Services (Pvt) Ltd.
E-mail:  [e-mail]
Phone : [phone] Ext.232/201
Fax   : [phone]



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 13 Jan 1999 07:58:56 -0500 (EST)

Thus spake Brian
>On Mon, 11 Jan 1999, Jay Nakamura wrote:
>> We have recently changed our PRI pool from Netserver/Quads chassis to a
>> Hiper DSP/Hiper ARC.  Several of our customers are complaining about their
>> ISDN connection coming to a screaching halt after a while and no data
>> passes through unless they handup and dial again.  The problem seems to
>> happen mostly to Netgear RT328 but some others as well.

>to cure this we did:

>1. run the latest rt328 code (1.5)
>2. disable compression on the rt328

No workie here.  Done both, still see it.  :/
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) (USR-TC) RADIUS ACCOUNTIN
Date: 13 Jan 1999 07:58:00 -0500




Bruno,

It appears to be better but I am still seeing instances where they don't
make it and RADIUS thinks the user is still online <sigh>.  I am not
sure what happened between 4.0.29 and 4.1 with this but 3COm definetly
broke things.

Jeff




U>Hello,

U>We're presently running 4.1.11 on our HiperARC, and have also noticed
U>that some of the sessions "STOP" accounting records seem to fall into
U>some kind of "black hole"...  And this is, of course, rather annoying.

U>As the 4.1.72-7 release notes state that this version solves the
U>problem, I'm planning to upgrade our HARC in a few days. Can anyone
U>confirm that it is worth the burden ? Is the RADIUS accountinf problem
U>really solved ?

U>Thanks !

U>Bruno

U>--
U>Bruno TREGUIER <[e-mail]>  | " Il y a 3 sortes de personnes:
U>FreeBSD 2.2.5, XFree86 3.3.1         |   celles qui savent compter,
U>Association INFINI, Brest, FRANCE    |   et celles qui ne savent
U>pas..."

U>-
U> To unsubscribe to usr-tc, send an email to "[e-mail]"
U> with "unsubscribe usr-tc" in the body of the message.
U> For information on digests or retrieving files and old messages send
U> "help" to the same address.  Do not use quotes in your message.

CMPQwk 1.42 9999

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jim Johnson <[e-mail]>
Subject: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 10:28:26 -0500


First, thanks for this list.  It provides a valuable technical resource
greater than  any I know of from 3COM at any price.

Anyway, we have been using the HiPer DSP chassis from 3COM since July
and are reasonably pleased with them now that 1.2.60 and 4.1.72 are
running on them.

Now we are considering taking some of our older chassis Netserver cards
and trading them out for the ARC/HDM combo and rebate program.

Are there any problems that we should be aware of before we start giving
away our Netserver cards?

Thanks,

Jim Johnson

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 11:20:29 -0600 (CST)

On Wed, 13 Jan 1999, Jim Johnson wrote:

>
> First, thanks for this list.  It provides a valuable technical resource
> greater than  any I know of from 3COM at any price.
>
> Anyway, we have been using the HiPer DSP chassis from 3COM since July
> and are reasonably pleased with them now that 1.2.60 and 4.1.72 are
> running on them.
>
> Now we are considering taking some of our older chassis Netserver cards
> and trading them out for the ARC/HDM combo and rebate program.
>
> Are there any problems that we should be aware of before we start giving
> away our Netserver cards?

In my opinion, at this point in time, their are no reasons to want to stay
with netservers over hiperarcs.  For us anyways, it was a no brainer,
however some people may have some special considerations that apply to
their networks.

Brian


>
> Thanks,
>
> Jim Johnson
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 12:45:58 -0500 (EST)

I was trying to come up with a list of differences between the NETservers
and ARCs for pretty much the same reason -- we need more modems badly and
the ARC/HDM tradeup combo looks like the best deal going this month.

The only ones I could come up with offhand:

- The ARC has no way of getting a user's idle time.  Given that there are
things like ICQ that make people seem un-idle when they're really idle
anyway, this isn't that serious of an issue, just mildly annoying.

- When a user tries to log in with a bad password, the NETserver will
allow them to try several times.  The ARC disconnects them immediately;
one strike you're out.  Again, mildly annoying, but more so than the
idle time thing.

Are there any others I forgot about?

Going the other direction, by getting rid of NETservers, you get rid of
Quake problems and some problems with scripted logins (haven't fully
tracked down the cause of the latter but the ARC seems immune).  Plus the
debugging tools on the ARC are a bit more helpful.

By the way... did I see someone say that ARCs are now shipping with 128
meg of RAM?  What in the world do they need that for?  Are they planning
to add BGP or something?  Our ARC never uses even close to half of the 64
meg it has now...


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Wed, 13 Jan 1999, Jim Johnson wrote:

> Now we are considering taking some of our older chassis Netserver cards
> and trading them out for the ARC/HDM combo and rebate program.
>
> Are there any problems that we should be aware of before we start giving
> away our Netserver cards?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 10:09:07 -0800 (PST)

Hi,
Will net ARC cards work with the older Total Control boxes and
Digital/analog modems ?

What kind of prices are the ARC cards running ?

On Wed, 13 Jan 1999, Mike Andrews wrote:

> I was trying to come up with a list of differences between the NETservers
> and ARCs for pretty much the same reason -- we need more modems badly and
> the ARC/HDM tradeup combo looks like the best deal going this month.
>
> The only ones I could come up with offhand:
>
> - The ARC has no way of getting a user's idle time.  Given that there are
> things like ICQ that make people seem un-idle when they're really idle
> anyway, this isn't that serious of an issue, just mildly annoying.
>
> - When a user tries to log in with a bad password, the NETserver will
> allow them to try several times.  The ARC disconnects them immediately;
> one strike you're out.  Again, mildly annoying, but more so than the
> idle time thing.
>
> Are there any others I forgot about?
>
> Going the other direction, by getting rid of NETservers, you get rid of
> Quake problems and some problems with scripted logins (haven't fully
> tracked down the cause of the latter but the ARC seems immune).  Plus the
> debugging tools on the ARC are a bit more helpful.
>
> By the way... did I see someone say that ARCs are now shipping with 128
> meg of RAM?  What in the world do they need that for?  Are they planning
> to add BGP or something?  Our ARC never uses even close to half of the 64
> meg it has now...
>
>
> Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
> [e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
> getting beaten by the police, put down the video camera and come help me!"
>
> On Wed, 13 Jan 1999, Jim Johnson wrote:
>
> > Now we are considering taking some of our older chassis Netserver cards
> > and trading them out for the ARC/HDM combo and rebate program.
> >
> > Are there any problems that we should be aware of before we start giving
> > away our Netserver cards?
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Adam Snodgrass" <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 13:40:41 -0500

Hi,

-----Original Message-----


>I was trying to come up with a list of differences between the NETservers
>and ARCs for pretty much the same reason -- we need more modems badly and
>the ARC/HDM tradeup combo looks like the best deal going this month.
>
>The only ones I could come up with offhand:
>
>- The ARC has no way of getting a user's idle time.  Given that there are
>things like ICQ that make people seem un-idle when they're really idle
>anyway, this isn't that serious of an issue, just mildly annoying.



I'd love to see this change myself.  As you say, mildly annoying, but
something I'd rather have available nonetheless.


>- When a user tries to log in with a bad password, the NETserver will
>allow them to try several times.  The ARC disconnects them immediately;
>one strike you're out.  Again, mildly annoying, but more so than the
>idle time thing.



This is something that bothers me.  I much preferred allowing the user to
attempt to re-enter the password again.  This 'feature' has begun to
generate tech calls from folks who have mistyped their password or username
and got disconnected with some sort of error message.  This, to me, is more
than mildly annoying.  Is there something I can do in the HiperARC to
alleviate this?


>Are there any others I forgot about?
>
>Going the other direction, by getting rid of NETservers, you get rid of
>Quake problems and some problems with scripted logins (haven't fully
>tracked down the cause of the latter but the ARC seems immune).  Plus the
>debugging tools on the ARC are a bit more helpful.



I did the trade-up program here back in December, and have been very pleased
with the HARC since.  I had zero problems getting it setup after removing
the Netserver, and the debugging tools are definitely terrific.  Never had
any Quake problems with my old Netserver (or, at least none reported), so I
don't know how that may have helped/hindered me.


>By the way... did I see someone say that ARCs are now shipping with 128
>meg of RAM?  What in the world do they need that for?  Are they planning
>to add BGP or something?  Our ARC never uses even close to half of the 64
>meg it has now...



My HARC shipped with a 128MB DIMM.  My chassis uses very little of that.
Future expansion, I suppose?


>Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
>[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
>getting beaten by the police, put down the video camera and come help me!"


Kind Regards,
Adam Snodgrass


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 13:42:06 +0000

Any ComOS type scripts and utilities will no longer work with HiPerARC
(pmwho, etc...).  We ran a couple of HiPerARCs in our network under test
for a while, and decided to swap out all of our Netservers.  We just got
our shipment of 20 tradeup kits in yesterday, and we started deploying today.


At 10:28 AM 1/13/99 -0500, you wrote:
>
>First, thanks for this list.  It provides a valuable technical resource
>greater than  any I know of from 3COM at any price.
>
>Anyway, we have been using the HiPer DSP chassis from 3COM since July
>and are reasonably pleased with them now that 1.2.60 and 4.1.72 are
>running on them.
>
>Now we are considering taking some of our older chassis Netserver cards
>and trading them out for the ARC/HDM combo and rebate program.
>
>Are there any problems that we should be aware of before we start giving
>away our Netserver cards?
>
>Thanks,
>
>Jim Johnson
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) PCSDL
Date: 13 Jan 1999 13:44:55 -0500 (EST)

This is why I never got rid of my old Compaq 486SX laptop... it's great
for exactly this sort of thing.  (Put a FreeBSD partition on it too, and
it makes a great mobile packet sniffer...)

If the PCSDL protocol for Total Control cards is anything like the SDL
protocol for Couriers, it's really messy -- somewhere I have a writeup
where some guy reverse engineered it, and says it does things like send a
command at one speed, then switch port speeds and watches the "OK" come
back at the different speed...


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Tue, 12 Jan 1999, Randy Cosby wrote:

> Is there a non-dos PCSDL available?  For FreeBSD or BSDI perhaps?
>
> I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only
> way to fix it.  I don't have a dos/windows box near the server.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Tony Loosle" <[e-mail]>
Subject: (usr-tc) Netserver 16I
Date: 13 Jan 1999 12:08:48 -0700

Has anyone successfully put the v.90 code on a 8I or 16I netserver?  if
so, what version of netserver code and modem code are you using?

My box keeps locking up!!  If I flash it and reconfigure it, it will run
for about 12 hours before locking up, then lockup every hour or so until
I reflash it again.

Any help would be greatly appreciated!!

Tony



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 14:14:14 -0500 (EST)

Yeah, this I knew. :)  We've been running a mixed NETserver/ARC shop for a
while now.  There are at least two "pmwho" replacements for the ARC though
(Marshall Morgan's and my own)... and I've got some other homebrew stuff
that works on both platforms.  pmcom can be hacked to run on both
platforms too, though of course the commands you actually send with it
would be different.

Besides idle time, not re-starting PAP on password failures, and that it
isn't ComOS... does anyone else know of any major or minor differences
between the two?  (In the current release, and excluding major things the
NETserver will never have, like Appletalk, TACACS, and eventually OSPF)


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Wed, 13 Jan 1999, Clayton Zekelman wrote:

> Any ComOS type scripts and utilities will no longer work with HiPerARC
> (pmwho, etc...).  We ran a couple of HiPerARCs in our network under test
> for a while, and decided to swap out all of our Netservers.  We just got
> our shipment of 20 tradeup kits in yesterday, and we started deploying today.
>
>
> At 10:28 AM 1/13/99 -0500, you wrote:
> >
> >First, thanks for this list.  It provides a valuable technical resource
> >greater than  any I know of from 3COM at any price.
> >
> >Anyway, we have been using the HiPer DSP chassis from 3COM since July
> >and are reasonably pleased with them now that 1.2.60 and 4.1.72 are
> >running on them.
> >
> >Now we are considering taking some of our older chassis Netserver cards
> >and trading them out for the ARC/HDM combo and rebate program.
> >
> >Are there any problems that we should be aware of before we start giving
> >away our Netserver cards?
> >
> >Thanks,
> >
> >Jim Johnson
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
> ---
> Clayton Zekelman
> Managed Network Systems Inc. (MNSi)
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. [phone]
> fax. [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 14:35:34 -0500 (EST)

Thus spake Mike Andrews
>does anyone else know of any major or minor differences
>between the two?  (In the current release, and excluding major things the
>NETserver will never have, like Appletalk, TACACS, and eventually OSPF)

On the subject of eventually supported things, if you dump the
file...uhm...strings.something or other.  Don't remember the actual
filename at this point (been a while since I played with our Arc demo
unit), there are a bunch of strings in there that kind of indicate what
type of stuff 3Com seems to be aiming for to support in the Arc, I did
notice OSPF of course, also saw BGP, and quite a few other routing
protocols.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (David Swearingin)
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 13:49:00 -0600

We made the changeover and we use TC S/A Database manager and now have an
"unauthenticated" user in the log files with six digit hours of use shown.
Ours does allow more than one password attempt.  another problem is not
rejecting a user who enters his user name as [e-mail] instead of
simply johndoe.  That creates another entry in the "Calls" database and now
we have entries for johndoe and [e-mail].  Anyone have solutions?

David

At 02:14 PM 1/13/99 -0500, you wrote:
>Yeah, this I knew. :)  We've been running a mixed NETserver/ARC shop for a
>while now.  There are at least two "pmwho" replacements for the ARC though
>(Marshall Morgan's and my own)... and I've got some other homebrew stuff
>that works on both platforms.  pmcom can be hacked to run on both
>platforms too, though of course the commands you actually send with it
>would be different.
>
>Besides idle time, not re-starting PAP on password failures, and that it
>isn't ComOS... does anyone else know of any major or minor differences
>between the two?  (In the current release, and excluding major things the
>NETserver will never have, like Appletalk, TACACS, and eventually OSPF)
>
>
>Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
>[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
>getting beaten by the police, put down the video camera and come help me!"
>
>On Wed, 13 Jan 1999, Clayton Zekelman wrote:
>
>> Any ComOS type scripts and utilities will no longer work with HiPerARC
>> (pmwho, etc...).  We ran a couple of HiPerARCs in our network under test
>> for a while, and decided to swap out all of our Netservers.  We just got
>> our shipment of 20 tradeup kits in yesterday, and we started deploying
today.
>>
>>
>> At 10:28 AM 1/13/99 -0500, you wrote:
>> >
>> >First, thanks for this list.  It provides a valuable technical resource
>> >greater than  any I know of from 3COM at any price.
>> >
>> >Anyway, we have been using the HiPer DSP chassis from 3COM since July
>> >and are reasonably pleased with them now that 1.2.60 and 4.1.72 are
>> >running on them.
>> >
>> >Now we are considering taking some of our older chassis Netserver cards
>> >and trading them out for the ARC/HDM combo and rebate program.
>> >
>> >Are there any problems that we should be aware of before we start giving
>> >away our Netserver cards?
>> >
>> >Thanks,
>> >
>> >Jim Johnson
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>> >
>> ---
>> Clayton Zekelman
>> Managed Network Systems Inc. (MNSi)
>> 875 Ouellette Avenue
>> Windsor, Ontario
>> N9A 4J6
>>
>> tel. [phone]
>> fax. [phone]
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (www.carolnet.com)
First Financial Group, Inc.
11 N. Folger, Carrollton, MO  64633
816-542-3002   Fax [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 13:45:53 -0600 (CST)



On Wed, 13 Jan 1999, Jeff Mcadams wrote:

> unit), there are a bunch of strings in there that kind of indicate what
> type of stuff 3Com seems to be aiming for to support in the Arc, I did
> notice OSPF of course, also saw BGP, and quite a few other routing
> protocols.

On the Totalservice site, under betas, they talk about a whole bunch of
protocols for the HiperARC that are being tested.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: (usr-tc) Wierd radius problem
Date: 13 Jan 1999 14:08:51 -0600 (CST)

Hello,

I've got a problem where users can dial into one of our boxes running
netserver with quads via a different telephone number and then also dial
into our main hunt group and be authenticated twice via radius.

If they were to dial our main number twice they would not be authenticated
on the second connection.  But if they are connected on the main number
and then connect on the other number they can connect.

All of our boxes authenticate via radius to the same machine.  It's almost
as if this box isn't checking with radius or radius isn't acknowledging
what is happening correctly.

Anyone ever experience anything like this or have any ideas where to go to
fix it?

Thanks,
Steve


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Wayne Barber" <[e-mail]>
Subject: (usr-tc) v.90 upgrade = high tech support overhead
Date: 13 Jan 1999 15:29:08 -0500

We just upgraded to x2/v.90 on our TCH. We have a Netserver/PRI and 12 d/a
quad modems. Since the upgrade, it's been a tech support nightmare. Many
people with 56k modems cannot connect at all, while a few can connect at
slow (v.34) speeds. Why is this such a hassle? Is there some setting I could
change that would allow more people to connect?

To give something back, here are some URLs that have helped a lot and some
info I have found:
http://www.808hi.com/56k/
http://www.56k.com
http://www.modemhelp.com

Also, LT Winmodems work well after upgrading to driver version 5.32.

Wayne Barber
Coastal Telco Services


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) v.90 upgrade = high tech support overhead
Date: 13 Jan 1999 15:40:57 EST

"Wayne Barber" <[e-mail]> writes:

> We just upgraded to x2/v.90 on our TCH. We have a Netserver/PRI and 12 d/a
> quad modems. Since the upgrade, it's been a tech support nightmare. Many
> people with 56k modems cannot connect at all, while a few can connect at
> slow (v.34) speeds. Why is this such a hassle? Is there some setting I could
> change that would allow more people to connect?

One thought - when you did the upgrade, did you restore all modems to
factory defaults, add in any settings you may have customized and
saved the changes?  Depending on the code revision you upgraded from,
I've found that not doing so can sometimes result in all sorts of
"interesting" behavior.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        UUNET Technologies, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: (usr-tc) Upgrade from Trunk T-1 to PRI
Date: 13 Jan 1999 12:46:50 -0800

Dear List,

Help!!

We are upgrading our Trunks to PRI. So Far, haven't have much luck.

On the those hiper/dsp bundles, the one that was used for Trunk gives a
cause code 100 when
calls comes in. Thought the DSPs that was originally connected to PRI still
works fine.

On the old dual PRI/quad bundles, we flashed "dual PRI card" to the PRI
code. Also give us the cause code 100 when call comes in.

I appreciate any thoughts/ideas/pointers.

Liping Chen
--
Netsol Technologies


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ronald E. Kushner" <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 16:23:27 -0500



David Swearingin wrote:
>
> We made the changeover and we use TC S/A Database manager and now have an
> "unauthenticated" user in the log files with six digit hours of use shown.
> Ours does allow more than one password attempt.  another problem is not
> rejecting a user who enters his user name as [e-mail] instead of
> simply johndoe.  That creates another entry in the "Calls" database and now
> we have entries for johndoe and [e-mail].  Anyone have solutions?

Not only does a HiPer ARC allow [e-mail], it also accepts
Windows NT domains, such as DCNAHQ\reaton.

I wish it would strip the domain information off before it logs it. Just
log under what it used to authenticate.

--

Ronald Kushner
GLISnet, Inc.
+1 810/939.9885

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 15:34:03 -0600

I tried testing [e-mail] and it does not work.  It only accepts
the username with the version of Hiper Code that I am running.  4.1.72


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Wednesday, January 13, 1999 3:23 PM


>
>
>David Swearingin wrote:
>>
>> We made the changeover and we use TC S/A Database manager and now have an
>> "unauthenticated" user in the log files with six digit hours of use
shown.
>> Ours does allow more than one password attempt.  another problem is not
>> rejecting a user who enters his user name as [e-mail] instead
of
>> simply johndoe.  That creates another entry in the "Calls" database and
now
>> we have entries for johndoe and [e-mail].  Anyone have
solutions?
>
>Not only does a HiPer ARC allow [e-mail], it also accepts
>Windows NT domains, such as DCNAHQ\reaton.
>
>I wish it would strip the domain information off before it logs it. Just
>log under what it used to authenticate.
>
>--
>
>Ronald Kushner
>GLISnet, Inc.
>+1 810/939.9885
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (David Swearingin)
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 15:43:36 -0600

I'm also using Hiper code 4.1.72.  I think the weakness is in the Security
and Accounting Database Manager V6.0.8 I'm using.

David

At 03:34 PM 1/13/99 -0600, you wrote:
>I tried testing [e-mail] and it does not work.  It only accepts
>the username with the version of Hiper Code that I am running.  4.1.72
>
>
>Thanks
>Paul JR.
>AlaWeb Support
>1800-427-8896
>http://www.alaweb.com/support.html
>
>
>
>
>----- Original Message -----
>From: Ronald E. Kushner <[e-mail]>
>To: <[e-mail]>
>Sent: Wednesday, January 13, 1999 3:23 PM
>Subject: Re: (usr-tc) Swapping Netservers for ARCS
>
>
>>
>>
>>David Swearingin wrote:
>>>
>>> We made the changeover and we use TC S/A Database manager and now have an
>>> "unauthenticated" user in the log files with six digit hours of use
>shown.
>>> Ours does allow more than one password attempt.  another problem is not
>>> rejecting a user who enters his user name as [e-mail] instead
>of
>>> simply johndoe.  That creates another entry in the "Calls" database and
>now
>>> we have entries for johndoe and [e-mail].  Anyone have
>solutions?
>>
>>Not only does a HiPer ARC allow [e-mail], it also accepts
>>Windows NT domains, such as DCNAHQ\reaton.
>>
>>I wish it would strip the domain information off before it logs it. Just
>>log under what it used to authenticate.
>>
>>--
>>
>>Ronald Kushner
>>GLISnet, Inc.
>>+1 810/939.9885
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (www.carolnet.com)
First Financial Group, Inc.
11 N. Folger, Carrollton, MO  64633
816-542-3002   Fax [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 18:09:49 -0500 (EST)

On Wed, 13 Jan 1999, Ronald E. Kushner wrote:

> David Swearingin wrote:
> >
> > We made the changeover and we use TC S/A Database manager and now have an
> > "unauthenticated" user in the log files with six digit hours of use shown.

Known bug in older ARC code...  there's a setting you can change to make
it stop logging these.


> > Ours does allow more than one password attempt.  another problem is not

It does?  Wonder if this is Radius server specific -- though I wouldn't
think so...


> > rejecting a user who enters his user name as [e-mail] instead of
> > simply johndoe.  That creates another entry in the "Calls" database and now
> > we have entries for johndoe and [e-mail].  Anyone have solutions?

Really?  Ours very definitely rejects username@domain.  Do you have any
NETservers to compare against?  I'd think that would be more of a Radius
server problem anyway....  we're running a modified Livingston 2.0.1
server, not 3Com's Radius server.


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 18:01:00 -0500

-> >- When a user tries to log in with a bad password, the NETserver will
-> >allow them to try several times.  The ARC disconnects them immediately;
-> >one strike you're out.  Again, mildly annoying, but more so than the >idle
-> time thing.
->
-> This is something that bothers me.  I much preferred allowing the user to
-> attempt to re-enter the password again.  This 'feature' has begun to
-> generate tech calls from folks who have mistyped their password or username
-> and got disconnected with some sort of error message.  This, to me, is more
-> than mildly annoying.  Is there something I can do in the HiperARC to
-> alleviate this?
->


I remeber reporting this to Krish many months ago when we first went
to the HiPerArc.  Back then it couldn't be fixed and then later Krish
said that if you set the authentication to PAP only, then it would
work like the Netserver.  I personally never tried it because by then
we had NT users who had defaulted to CHAP and that would break them.
Maybe Krish can chime in here.

                Jeff Binkley
            ASA Network Computing

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (David Swearingin)
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 17:26:52 -0600

At 06:09 PM 1/13/99 -0500, you wrote:
>On Wed, 13 Jan 1999, Ronald E. Kushner wrote:
>
>> David Swearingin wrote:
>> >
>> > We made the changeover and we use TC S/A Database manager and now have an
>> > "unauthenticated" user in the log files with six digit hours of use
shown.
>
>Known bug in older ARC code...  there's a setting you can change to make
>it stop logging these.
>

Can you direct me to where this setting is?

>
>> > Ours does allow more than one password attempt.  another problem is not
>
>It does?  Wonder if this is Radius server specific -- though I wouldn't
>think so...
>
>
>> > rejecting a user who enters his user name as [e-mail]
instead of
>> > simply johndoe.  That creates another entry in the "Calls" database
and now
>> > we have entries for johndoe and [e-mail].  Anyone have
solutions?
>
>Really?  Ours very definitely rejects username@domain.  Do you have any
>NETservers to compare against?  I'd think that would be more of a Radius
>server problem anyway....  we're running a modified Livingston 2.0.1
>server, not 3Com's Radius server.
>
>
>Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
>[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
>getting beaten by the police, put down the video camera and come help me!"
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (www.carolnet.com)
First Financial Group, Inc.
11 N. Folger, Carrollton, MO  64633
816-542-3002   Fax [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 13 Jan 1999 18:41:29 -0500 (EST)

On Wed, 13 Jan 1999, David Swearingin wrote:

> At 06:09 PM 1/13/99 -0500, you wrote:
> >On Wed, 13 Jan 1999, Ronald E. Kushner wrote:
> >
> >> David Swearingin wrote:
> >> >
> >> > We made the changeover and we use TC S/A Database manager and now have an
> >> > "unauthenticated" user in the log files with six digit hours of use
> shown.
> >
> >Known bug in older ARC code...  there's a setting you can change to make
> >it stop logging these.
> >
>
> Can you direct me to where this setting is?

Krish posted it here just the other day... let me look through my mirror
of the list archives....

ah, here it is:



On Sun, 10 Jan 1999, Gilles Melanson wrote:

> Sun Jan 10 02:48:58 1999: Accounting: 6/226 'unauthenticated' via
> 209.91.129.6 from 209.91.129.6 port 1044 Stop - OK
>
> I seem to be getting *alot* of these in my radius logs now (Merit
2.3.24C,
> to be exact) .. ever since I made the transition from 4.0.30 -> 4.1.72.
>
> Anyone have any clues as to why the ARC is sending back these packets?
> .. this can't be specific to my software.
>
> As well, if anyone can explain how the chassis picks port#s, that
> information would be very useful. *laf*

This basically means that a call came and got disconnected within 10
sec.  You can disable the same by issuing this command
set accounting loG_UNAUTHENTICATED_CALLS faLSE


krish



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 14 Jan 1999 11:13:09 +1100 (EST)


> >to cure this we did:
>
> >1. run the latest rt328 code (1.5)
> >2. disable compression on the rt328
>
> No workie here.  Done both, still see it.  :/

Ditto - I've got 1.5 RT328 code, and compression is disabled.  Dialling
into a Cisco though rather than a NETserver/ARC.  Makes me suspicious of
the RT328...

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 13 Jan 1999 23:20:52 -0500 (EST)

Thus spake Bob Purdon
>> >to cure this we did:
>>
>> >1. run the latest rt328 code (1.5)
>> >2. disable compression on the rt328
>>
>> No workie here.  Done both, still see it.  :/

>Ditto - I've got 1.5 RT328 code, and compression is disabled.  Dialling
>into a Cisco though rather than a NETserver/ARC.  Makes me suspicious of
>the RT328...

Agreed...and if my life ever slows down a bit, I'll give Bay a holler
about it.  From what I'm hearing here, this is a fairly widespread
problems with the RT3[24]8.  If anyone else beats me to it, give me a
holler.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bob Purdon <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 14 Jan 1999 15:39:04 +1100 (EST)


> Agreed...and if my life ever slows down a bit, I'll give Bay a holler
> about it.  From what I'm hearing here, this is a fairly widespread
> problems with the RT3[24]8.  If anyone else beats me to it, give me a
> holler.

Good luck.

I contacted them about another issue and, for comparison, stated that a
Cisco didn't exhibit the same (in my opinion) incorrect behaviour.  The
reply I got back was to the effect that "Cisco's cost more, what did you
expect?"

Regards,

Bob Purdon,
Technical Manager,
Southern Internet Services.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ronald E. Kushner" <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 14 Jan 1999 00:40:11 -0500



Jeff Mcadams wrote:

> Agreed...and if my life ever slows down a bit, I'll give Bay a holler
> about it.  From what I'm hearing here, this is a fairly widespread
> problems with the RT3[24]8.  If anyone else beats me to it, give me a
> holler.

Here is a hint.  Bay doesn't make the equipment. Calling them is
worthless.  Zyxel makes the RT-328 & RH-348. They seem more responsive.

--

Ronald Kushner
GLISnet, Inc.
+1 810/939.9885

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 14 Jan 1999 00:45:45 -0500 (EST)

Thus spake Ronald E. Kushner
>Jeff Mcadams wrote:
>> Agreed...and if my life ever slows down a bit, I'll give Bay a holler
>> about it.  From what I'm hearing here, this is a fairly widespread
>> problems with the RT3[24]8.  If anyone else beats me to it, give me a
>> holler.

>Here is a hint.  Bay doesn't make the equipment. Calling them is
>worthless.  Zyxel makes the RT-328 & RH-348. They seem more responsive.

Well...I knew it wasn't originally at least Bay equipment, but hadn't a
clue about who really made it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 14 Jan 1999 01:16:44 -0500 (EST)

On Thu, 14 Jan 1999, Jeff Mcadams wrote:

> Thus spake Ronald E. Kushner
> >Jeff Mcadams wrote:
> >> Agreed...and if my life ever slows down a bit, I'll give Bay a holler
> >> about it.  From what I'm hearing here, this is a fairly widespread
> >> problems with the RT3[24]8.  If anyone else beats me to it, give me a
> >> holler.
>
> >Here is a hint.  Bay doesn't make the equipment. Calling them is
> >worthless.  Zyxel makes the RT-328 & RH-348. They seem more responsive.
>
> Well...I knew it wasn't originally at least Bay equipment, but hadn't a
> clue about who really made it.

Zyxel makes that thing?  Interesting...

For anyone who's interested, Cisco is running a promotion on their new 804
ISDN routers -- one per company for $250:

http://www.cisco.com/offer/800eval/v028/
http://www.cisco.com/warp/public/728/800/800sr_ds.htm

Basically the same idea as a Cisco 776 (NT-1, two POTS, 4 port 10baseT
hub), except it's a real Cisco product and not a relabeled Combinet.
Meaning, it runs IOS 12.0, has a better cpu, more ram, more flash, costs a
ton (~$600) after the promo's over...

I've got one on order to replace the Ascend (err, Lucent... "Lucend"?)
Pipeline 25FX I use at home now...  I found out about it right before I
was going to upgrade to a Pipeline 75.  Now I can have IOS at home
instead of Ascend's awful menu interface. :)


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 14 Jan 1999 01:41:39 -0500 (EST)

Thus spake Mike Andrews
>Now I can have IOS at home
>instead of Ascend's awful menu interface. :)

I had a business lunch with a company that uses all Ascend stuff to run
their network and I said something along the lines of "Whoever came up
with that menu config system that they use should be...", he completed
the sentence as "given a medal." (he wasn't a techie), at the same time
as I was completing it as "shot."
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 14 Jan 1999 04:35:40 -0600 (CST)

On Wed, 13 Jan 1999, Jeff Binkley wrote:

> -> >- When a user tries to log in with a bad password, the NETserver will
> -> >allow them to try several times.  The ARC disconnects them immediately;
> -> >one strike you're out.  Again, mildly annoying, but more so than the >idle
> -> time thing.
> ->
> -> This is something that bothers me.  I much preferred allowing the user to
> -> attempt to re-enter the password again.  This 'feature' has begun to
> -> generate tech calls from folks who have mistyped their password or username
> -> and got disconnected with some sort of error message.  This, to me, is more
> -> than mildly annoying.  Is there something I can do in the HiperARC to
> -> alleviate this?
> ->
>
>
> I remeber reporting this to Krish many months ago when we first went
> to the HiPerArc.  Back then it couldn't be fixed and then later Krish
> said that if you set the authentication to PAP only, then it would
> work like the Netserver.  I personally never tried it because by then
> we had NT users who had defaulted to CHAP and that would break them.
> Maybe Krish can chime in here.
>
In 4.0.30 and above code using pap - the HiPer arc will behave just as
NETSErver - will provide 5 attempts for the user to send username and
password.  If the user does chap - then its alwas only one attempt.

krish




>                 Jeff Binkley
>             ASA Network Computing
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 14 Jan 1999 04:49:48 -0600 (CST)

On Thu, 14 Jan 1999, Jeff Mcadams wrote:

> Thus spake Mike Andrews
> >Now I can have IOS at home
> >instead of Ascend's awful menu interface. :)
>
> I had a business lunch with a company that uses all Ascend stuff to run
> their network and I said something along the lines of "Whoever came up
> with that menu config system that they use should be...", he completed
> the sentence as "given a medal." (he wasn't a techie), at the same time
> as I was completing it as "shot."

Talking about Ascend - I have a question.  This is regarding BACP.  I am
testing BACP.
Is there anything that can be done that will
from the command line on the ascend 50 that will give me some type of
debug info etc - regarding BACP.  I am looking for any debug command that
will give me some info.  Something similar to debug ppp bacp ( Cisco type
) or if there is something that can be done to report to syslog.

Any thing at all.

thanks

krish

> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: Re: (usr-tc) Swapping Net
Date: 14 Jan 1999 08:46:00 -0500


u>On Wed, 13 Jan 1999, Jeff Binkley wrote:

u>> -> >- When a user tries to log in with a bad password, the NETserver
u>> -> >will allow them to try several times.  The ARC disconnects them
u>> -> >immediately; one strike you're out.  Again, mildly annoying, but
u>more so than the >idle
u>> -> time thing.

u>> -> This is something that bothers me.  I much preferred allowing the
u>> -> user to attempt to re-enter the password again.  This 'feature'
u>> -> has begun to generate tech calls from folks who have mistyped
u>their password or username
u>> -> and got disconnected with some sort of error message.  This, to
u>me, is more
u>> -> than mildly annoying.  Is there something I can do in the
u>> -> HiperARC to alleviate this?



u>> I remeber reporting this to Krish many months ago when we first went
u>> to the HiPerArc.  Back then it couldn't be fixed and then later
u>> Krish said that if you set the authentication to PAP only, then it
u>> would work like the Netserver.  I personally never tried it because
u>> by then we had NT users who had defaulted to CHAP and that would
u>> break them. Maybe Krish can chime in here.

u>In 4.0.30 and above code using pap - the HiPer arc will behave just as
u>NETSErver - will provide 5 attempts for the user to send username and
u>password.  If the user does chap - then its alwas only one attempt.


Krish,

I've never gotten it to work.  I just retested 4.1.72 and after one
attempt is disconnects.  I thought you had said it depends upon how you
have PPP configured.  Here's what I am using:

PPP AUTHENTICATION
DIAL_IN Users Authenticate:               ANY
PPP Authentication Preference:            DEFAULT
System Transmit Authentication Name:      HiPer

PPP offloading:                           ENABLED

CCP will be attempted for call type(s):   ALL

Primary NBNS Server address:              0.0.0.0
Secondary NBNS Server address:            0.0.0.0

DNS configuration Usage:                  SYSTEM

Primary PPP DNS Server address:           199.178.136.2
Secondary PPP DNS  Server address:        199.178.136.5

PPP session start message:                PPP session from %server_ip to
%client


Jeff Binkley
ASA Network Computing

CMPQwk 1.42 9999


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Swapping Net
Date: 14 Jan 1999 08:58:10 -0600 (CST)

On Thu, 14 Jan 1999, Jeff Binkley wrote:

>
> Krish,
>
> I've never gotten it to work.  I just retested 4.1.72 and after one
> attempt is disconnects.  I thought you had said it depends upon how you
> have PPP configured.  Here's what I am using:
>
> PPP AUTHENTICATION
> DIAL_IN Users Authenticate:               ANY
> PPP Authentication Preference:            DEFAULT
This setup - basically says that HiPer arc will accept any authentication
request, and it will from its side start chap first, and PAP next.
If you want the hiper arc to start PAP first and chap next - like the
netserver without the chapfst on - then you set the ppp authentication
preference to pap and leave the ppp authentication to pap.

krish


> System Transmit Authentication Name:      HiPer
>
> PPP offloading:                           ENABLED
>
> CCP will be attempted for call type(s):   ALL
>
> Primary NBNS Server address:              0.0.0.0
> Secondary NBNS Server address:            0.0.0.0
>
> DNS configuration Usage:                  SYSTEM
>
> Primary PPP DNS Server address:           199.178.136.2
> Secondary PPP DNS  Server address:        199.178.136.5
>
> PPP session start message:                PPP session from %server_ip to
> %client
>
>
> Jeff Binkley
> ASA Network Computing
>
> CMPQwk 1.42 9999
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) "Access violation"?
Date: 14 Jan 1999 16:10:26 +0100

I had the same problem while uploading code via a VERY crowded 64k
leased line, after upgrading to 2Meg HDSL I've never seen this problem
arise again.
This could also be caused by too many collisions on the ethernet network
where your HiPerARC is located (is it a switch, or a passive hub ? hint
? hint ? ;-)

I successfully flashed HiperARC, HiperDSP and NMC code.

My setup :     HiperARC 4.1.72-7
        HiperDSP 1.2.5
        NMC : 5.5.5
        TCM 5.5.1 for M$-Window$

(I know I'm conservative with code versions, but I like other members in
the list do the beta testing, and apply the fixes they recommend ;-)

Robert


> -----Original Message-----
> From:    Randy Cosby [SMTP:[e-mail]]
> Sent:    lundi, 11. janvier 1999 15:02
> To:    [e-mail]
> Subject:    (usr-tc) "Access violation"?
>
> I'm trying to upgrade some hiperarc code via TCM, but keep getting
> "access
> violation" errors at varying points in the download.  Once it was at
> about
> 30%, another 48, another at 95% (argh!).  I've seen TFTP timeouts, and
> understand that concept.  What in the world is an "access violation"?
> I'd
> expect to see that at the beginning of the download.
>
> Thanks,
>
>
> Randy Cosby <[e-mail]>
> Vice President
> InfoWest Global Internet Services, Inc.
> [phone]   http://www.infowest.com
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
Date: 14 Jan 1999 16:26:14 +0100

According to the documentation from 3com, NTP works like this on the ARC
:

HiPer>> set ntP primARY_SERVER aaa.bbb.ccc.ddd enABLED yES

This is what my ARC answers :

HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes
CLI - Invalid Argument: enabled

This field is a KEYWORD. The possible values are:
POLLING_INTERVAL             RETRANSMISSIONS              TIMEOUT
PRIMARY_SERVER               SECONDARY_SERVER
Required Arguments are:

End of Command
HiPer>>

This is the result of shOW ntP :

HiPer>> sh ntp
Primary Server is:                         aaa.bbb.ccc.ddd
Secondary Server is:                       0.0.0.0
Status:                                    DISABLED
Polling Interval:                          600 seconds
Max Retranmissions:                        5
Retransmission  Timeout:                   10 seconds
HiPer>>

How the f.. do I enable NTP ??????? It's required for MPIP to work if
I'm not mistaken ?

My NTP server works fine, all my ciscos work with it real good, the suns
as well...

Any ideas ?

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) Swapping Netservers for ARCS
Date: 14 Jan 1999 16:38:46 +0100

    OSPF would be nicer than BGP in the meantime...

    Hey 3com ! anyone read this ?? hellooooo ??? hint ? hint ?

    Robert ;-)



> By the way... did I see someone say that ARCs are now shipping with
> 128
> meg of RAM?  What in the world do they need that for?  Are they
> planning
> to add BGP or something?  Our ARC never uses even close to half of the
> 64
> meg it has now...
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) Swapping Netservers for ARCS
Date: 14 Jan 1999 10:47:13 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Robert von Bismarck
>Sent: Thursday, January 14, 1999 9:39 AM
>To: '[e-mail]'
>Subject: RE: (usr-tc) Swapping Netservers for ARCS
>
>
>    OSPF would be nicer than BGP in the meantime...
>
>    Hey 3com ! anyone read this ?? hellooooo ??? hint ? hint ?
>
>    Robert ;-)
>

No one needs a hint.  It's been in the works for sometime.  You will see it
soon.
>
>
>> By the way... did I see someone say that ARCs are now shipping with
>> 128
>> meg of RAM?  What in the world do they need that for?  Are they
>> planning
>> to add BGP or something?  Our ARC never uses even close to half of the
>> 64
>> meg it has now...
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
Date: 14 Jan 1999 10:52:16 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Robert von Bismarck
>Sent: Thursday, January 14, 1999 9:26 AM
>To: '[e-mail]'
>Subject: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
>
>
>According to the documentation from 3com, NTP works like this on the ARC
>:
>
>HiPer>> set ntP primARY_SERVER aaa.bbb.ccc.ddd enABLED yES
>
>This is what my ARC answers :
>
>HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes
>CLI - Invalid Argument: enabled

It's been changed:
1.  First set ntp primary_server <ip address>     then
2.  enable ntp

>
>This field is a KEYWORD. The possible values are:
>POLLING_INTERVAL             RETRANSMISSIONS              TIMEOUT
>PRIMARY_SERVER               SECONDARY_SERVER
>Required Arguments are:
>
>End of Command
>HiPer>>
>
>This is the result of shOW ntP :
>
>HiPer>> sh ntp
>Primary Server is:                         aaa.bbb.ccc.ddd
>Secondary Server is:                       0.0.0.0
>Status:                                    DISABLED
>Polling Interval:                          600 seconds
>Max Retranmissions:                        5
>Retransmission  Timeout:                   10 seconds
>HiPer>>
>
>How the f.. do I enable NTP ??????? It's required for MPIP to work if
>I'm not mistaken ?
>
>My NTP server works fine, all my ciscos work with it real good, the suns
>as well...
>
>Any ideas ?
>
>Robert
>
>--
>Robert von Bismarck
>Network Systems Engineer
>Petrel Communications SA
>Tel : [phone]
>Fax : [phone]
>WWW : http://www.petrel.ch
>e-mail : [e-mail]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
Date: 14 Jan 1999 11:03:38 -0500

At 04:26 PM 1/14/99 +0100, Robert von Bismarck <[e-mail]> wrote:
>According to the documentation from 3com, NTP works like this on the ARC
>:
>
>HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes
>CLI - Invalid Argument: enabled
>
>How the f.. do I enable NTP ??????? It's required for MPIP to work if
>I'm not mistaken ?

try SET NTP PRIMARY_SERVER aaa.bbb.ccc.ddd
then
ENABLE NTP
or even vise-versa might work

Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 14 Jan 1999 11:05:08 -0500 (EST)

Thus spake Robert von Bismarck
>    OSPF would be nicer than BGP in the meantime...

>    Hey 3com ! anyone read this ?? hellooooo ??? hint ? hint ?

OSPF is nearly there...my understanding is that it seriously almost made
it into 4.1.x, so I actually feel rather confident that it will be in
4.2.x.  I know this is a song and dance that we've all heard before, but
this time I really do think its coming.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
Date: 14 Jan 1999 11:01:19 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Brian K McIntire
>Sent: Thursday, January 14, 1999 10:52 AM
>To: [e-mail]
>Subject: RE: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
>
>
>>-----Original Message-----
>>From: [e-mail]
>>[mailto:[e-mail]]On Behalf Of Robert von Bismarck
>>Sent: Thursday, January 14, 1999 9:26 AM
>>To: '[e-mail]'
>>Subject: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
>>
>>
>>According to the documentation from 3com, NTP works like this on the ARC

By the way, you must be looking at old documentation.  Mine shows it
correctly.  Download harc41user(2).pdf from totalservice.
>>:
>>
>>HiPer>> set ntP primARY_SERVER aaa.bbb.ccc.ddd enABLED yES
>>
>>This is what my ARC answers :
>>
>>HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes
>>CLI - Invalid Argument: enabled
>
>It's been changed:
>1.  First set ntp primary_server <ip address>     then
>2.  enable ntp
>
>>
>>This field is a KEYWORD. The possible values are:
>>POLLING_INTERVAL             RETRANSMISSIONS              TIMEOUT
>>PRIMARY_SERVER               SECONDARY_SERVER
>>Required Arguments are:
>>
>>End of Command
>>HiPer>>
>>
>>This is the result of shOW ntP :
>>
>>HiPer>> sh ntp
>>Primary Server is:                         aaa.bbb.ccc.ddd
>>Secondary Server is:                       0.0.0.0
>>Status:                                    DISABLED
>>Polling Interval:                          600 seconds
>>Max Retranmissions:                        5
>>Retransmission  Timeout:                   10 seconds
>>HiPer>>
>>
>>How the f.. do I enable NTP ??????? It's required for MPIP to work if
>>I'm not mistaken ?
>>
>>My NTP server works fine, all my ciscos work with it real good, the suns
>>as well...
>>
>>Any ideas ?
>>
>>Robert
>>
>>--
>>Robert von Bismarck
>>Network Systems Engineer
>>Petrel Communications SA
>>Tel : [phone]
>>Fax : [phone]
>>WWW : http://www.petrel.ch
>>e-mail : [e-mail]
>>
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 14 Jan 1999 13:17:08 -0600 (CST)

On Wed, 13 Jan 1999, Jeff Mcadams wrote:

> Thus spake Mike Andrews
> >does anyone else know of any major or minor differences
> >between the two?  (In the current release, and excluding major things the
> >NETserver will never have, like Appletalk, TACACS, and eventually OSPF)
>
> On the subject of eventually supported things, if you dump the
> file...uhm...strings.something or other.  Don't remember the actual
> filename at this point (been a while since I played with our Arc demo
> unit), there are a bunch of strings in there that kind of indicate what
> type of stuff 3Com seems to be aiming for to support in the Arc, I did
> notice OSPF of course, also saw BGP, and quite a few other routing
> protocols.

Interesting.  Is their a file you can dump/grok/strings on that will show
*all* commands, even the hidden ones?

Brian


> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Swapping Netservers for ARCS
Date: 14 Jan 1999 14:24:13 -0500 (EST)

Thus spake Brian
>Interesting.  Is their a file you can dump/grok/strings on that will show
>*all* commands, even the hidden ones?

Not that I found when playing.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Powell <[e-mail]>
Subject: Re: (usr-tc) 12 BRI > Adtran unit > PRI
Date: 14 Jan 1999 14:41:22 -0600 (CST)

Terry,

I assume that is the Atlas 800.  Kind of limited, but a nice box
for that purpose.  I use them in my lab for splitting out PRIs to various
test boxes.  Adtran may be a slight competitor, but I have to say it is a
pretty cool box that is quite unique for its' price range.

The one thing you will want to look out for is trying to get the BRIs
configured in a hunt.  Seems like child's play, but it isn't.  You will
likely run into issues having both digital and analogcalls hunt, and
almost certainly run into issues with limits on the number of channels in
the hunt.

Your mileage will vary depending on the switch, switch code rev, knowledge
of the telco person taking your order and provisioning the circuits, etc.
On top of that, have fun troubleshooting it if they don't get it right.

Bottom line, although it seems real swell on the face, it can be an uphill
battle actually getting it running.  Potentially, it could work
great and you'll love it.  Caveat emptor is all I can say.

JP


On Mon, 11 Jan 1999, Terry Kennedy wrote:

> I have some agent who want to replace my channelized T1 circuits with
> 12 BRI line running into some type of unit that adtran makes and comes
> on the other end as PRI. Anyone heard of this? WE don't consider PRI by
> itself because of tarrifs. THese BRI 's would cost less than the channelized
> T1
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: (usr-tc) NT 4.0 and HiperArc/v.90
Date: 14 Jan 1999 15:55:32 -0500 (EST)


    We have a client that is using Windows NT v4.x and a Hayes Accura
4703US v.90 modem....  The can sometimes connect, but usually get
disconnected within a few sec/min.  We did a search for some init strings
and ended up putting s38=0 in the "Extra settings".  The modem now
connects, but at v.34 (26,400)  Anyone have any suggestions that we might
be able to pass along to see if we can get them a good v.90 connection?

  This is the first time we have had problems with NT.  I remember reading
something about turning compression Off/On LCP maybe... Not sure.  If any
one has suggestions, woould be glad to hear them!

  You can reply via separate email!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) Swapping Netservers for ARCS
Date: 14 Jan 1999 16:07:25 -0600

>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Jeff Mcadams
>Sent: Thursday, January 14, 1999 1:24 PM
>To: [e-mail]
>Subject: Re: (usr-tc) Swapping Netservers for ARCS
>
>
>Thus spake Brian
>>Interesting.  Is their a file you can dump/grok/strings on that will show
>>*all* commands, even the hidden ones?

I didn't catch the whole thread so I apologize if someone mentioned this
already.  You can reveal many of the hidden commands by type _rev com.
However, I would not recommend using most of them.  It wouldn't be hard to
foul things up a bit.

>
>Not that I found when playing.
>--
>Jeff McAdams                            Email: [e-mail]
>Head Network Administrator              Voice: [phone]
>IgLou Internet Services                        [phone]
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Theodore Cekan" <[e-mail]>
Subject: (usr-tc) channelized vs pri DSP
Date: 14 Jan 1999 18:02:10 -0700

How do I change the DSP configuration from PRI to channelized T1 and vice
versa?

Thanks,

Ted


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: (usr-tc) Adding a Extra IP to Hiper Arc.
Date: 14 Jan 1999 19:25:53 -0600

Can anyone tell me how to add a extra Ip  address to the Hiper Arc Router
card?  Will the Hiper router card  support two Ip addresses?

Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Thursday, January 14, 1999 7:02 PM


>How do I change the DSP configuration from PRI to channelized T1 and vice
>versa?
>
>Thanks,
>
>Ted
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Adding a Extra IP to Hiper Arc.
Date: 14 Jan 1999 21:00:42 -0600 (CST)

yes - you can add multiple ip address to hiper arc.  Just add another ip
network

krish

        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Thu, 14 Jan 1999, Paul Jr. (AlaWeb Support) wrote:

> Can anyone tell me how to add a extra Ip  address to the Hiper Arc Router
> card?  Will the Hiper router card  support two Ip addresses?
>
> Thanks
> Paul JR.
> AlaWeb Support
> 1800-427-8896
> http://www.alaweb.com/support.html
>
>
>
>
> ----- Original Message -----
> From: Theodore Cekan <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, January 14, 1999 7:02 PM
> Subject: (usr-tc) channelized vs pri DSP
>
>
> >How do I change the DSP configuration from PRI to channelized T1 and vice
> >versa?
> >
> >Thanks,
> >
> >Ted
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Curt Shambeau <[e-mail]>
Subject: Re: (usr-tc) channelized vs pri DSP
Date: 14 Jan 1999 21:50:25 -0600 (CST)

> How do I change the DSP configuration from PRI to channelized T1 and vice
> versa?

Change the signaling mode from message oriented to robbed bit.

| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
|                Executive Vice President - Exec-PC, Inc.                |


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Curt Shambeau <[e-mail]>
Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
Date: 14 Jan 1999 21:54:47 -0600 (CST)

>> How do I change the DSP configuration from PRI to channelized T1 and
>>vice versa?
>
>Change the signaling mode from message oriented to robbed bit.

I should probably add to my own comments that after you change it to
robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and
reboot the card for it to take effect.

| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
|                Executive Vice President - Exec-PC, Inc.                |



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Theodore Cekan" <[e-mail]>
Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
Date: 14 Jan 1999 21:36:37 -0700

Did that, anything else?  The Hiper still only shows 23 modems.  Switch type
is also still set at priSw5ESS.

Thanks,

Ted


-----Original Message-----


>>> How do I change the DSP configuration from PRI to channelized T1 and
>>>vice versa?
>>
>>Change the signaling mode from message oriented to robbed bit.
>
>I should probably add to my own comments that after you change it to
>robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and
>reboot the card for it to take effect.
>
>--------------------------------------------------------------------------
>| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
>|                Executive Vice President - Exec-PC, Inc.                |
>--------------------------------------------------------------------------
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Curt Shambeau <[e-mail]>
Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
Date: 15 Jan 1999 09:15:29 -0600 (CST)


Ah.... Make sure you set up the modem type on the ARC if you have the card
set to STATIC.  Do a liST chaSSIS to see what the cards are set to.

Then, you'll have to:

set chassis slot xx card_type HDM_24

set chassis slot xx ports 24


-------------------------
> Did that, anything else?  The Hiper still only shows 23 modems.  Switch type
> is also still set at priSw5ESS.
>
> Thanks,
>
> Ted
>
>
> -----Original Message-----
> From: Curt Shambeau <[e-mail]>
> To: USR Total Control Mailing list <[e-mail]>
> Date: Thursday, January 14, 1999 8:56 PM
> Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
>
>
> >>> How do I change the DSP configuration from PRI to channelized T1 and
> >>>vice versa?
> >>
> >>Change the signaling mode from message oriented to robbed bit.
> >
> >I should probably add to my own comments that after you change it to
> >robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and
> >reboot the card for it to take effect.
> >
> >--------------------------------------------------------------------------
> >| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
> >|                Executive Vice President - Exec-PC, Inc.                |
> >--------------------------------------------------------------------------
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
|                Executive Vice President - Exec-PC, Inc.                |


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jim Johnson <[e-mail]>
Subject: (usr-tc) Can't HARM one of my HARCs
Date: 15 Jan 1999 10:35:41 -0500


When I try and open one particular HARCs to HARM it, the connection
times out.  I checked the SNMP communities on the HARC and it looks
right.  I can still communicate with all of my other HARCs (including
one in the same chassis) and they are configured the same.

Am I missing something obvious?

Thanks in advance,

Jim Johnson

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: matthews <[e-mail]>
Subject: RE: (usr-tc) Just upgraded to HiperDSP
Date: 15 Jan 1999 12:44:39 -0400

On Friday, January 15, 1999 12:40 PM, Wayne Barber [SMTP:[e-mail]] wrote:
> Ok, so I got the upgrade package but I've only installed the HiperDSP so
> far. The modems are working, the netserver recognizes them and they are
> taking calls. So what's the problem this time?
>
> I've told the netserver it now has 72 addresses it can assign, which is up
> from the 48 I had configured before. But it isn't assigning any of the new
> ones. I've added them to DNS (regular and reverse). I have saved all, but
> haven't restarted the netserver. I hope I don't have to, since the weather
> in Maine has kept everyone inside and on the Internet.
>

Yes, I believe you need to reboot.  At least I had to when I increased my pool size from 47 to 48 to accomodate an additional analog line.

Be Seeing You...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>[phone]
Don't rush me, sonny.  You rush a miracle maker and you get rotten miracles.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: Re: (usr-tc) (USR-TC) RADIUS ACCOUNTIN
Date: 14 Jan 1999 22:50:16 +0100

Dans son message postΘ le 13/01/99 α 07:58, Jeff Binkley Θcrivait:
>
>
>
> Bruno,
>
> It appears to be better but I am still seeing instances where they don't
> make it and RADIUS thinks the user is still online <sigh>.  I am not
> sure what happened between 4.0.29 and 4.1 with this but 3COm definetly
> broke things.

Thanks Jeff.

In fact, We are currently testing 4.1.72-7, which I downloaded via tftp.
BTW, when you boot from network and specify the "ONCE" option in the
boot menu, does it mean that your flash mem gets upgraded too, so that
the next time you boot from flash you get the new version ? I did'nt
take the time to reboot once again to check that, as I didn't want my
users to keep knocking at the door for too long. :-)

Something which might be related to this problem: when you take a look
at log messages sent via syslog, you can see things like "Stop Acct
already sent for session xxxx, not resending." (or something
approaching). Perhaps the HARC is sometimes wrong in its assumption
about the Stop accounting having already been sent... And finally
ends up sending no Stop acct at all for some of the sessions !

We've been running 4.1.72 for about 24 hours now, and haven't lost any
Stop accounting log yet. Compared to the 15% or so we were losing with
4.1.11, it's _really_ an improvement (at least on this side, there may
still be bad suprises on others)...

Bruno

--
Bruno TREGUIER <[e-mail]>  | " Il y a 3 sortes de personnes:
FreeBSD 2.2.5, XFree86 3.3.1         |   celles qui savent compter,
Association INFINI, Brest, FRANCE    |   et celles qui ne savent pas..."

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Curt Shambeau <[e-mail]>
Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
Date: 15 Jan 1999 09:15:29 -0600 (CST)


Ah.... Make sure you set up the modem type on the ARC if you have the card
set to STATIC.  Do a liST chaSSIS to see what the cards are set to.

Then, you'll have to:

set chassis slot xx card_type HDM_24

set chassis slot xx ports 24


-------------------------
> Did that, anything else?  The Hiper still only shows 23 modems.  Switch type
> is also still set at priSw5ESS.
>
> Thanks,
>
> Ted
>
>
> -----Original Message-----
> From: Curt Shambeau <[e-mail]>
> To: USR Total Control Mailing list <[e-mail]>
> Date: Thursday, January 14, 1999 8:56 PM
> Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
>
>
> >>> How do I change the DSP configuration from PRI to channelized T1 and
> >>>vice versa?
> >>
> >>Change the signaling mode from message oriented to robbed bit.
> >
> >I should probably add to my own comments that after you change it to
> >robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and
> >reboot the card for it to take effect.
> >
> >--------------------------------------------------------------------------
> >| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
> >|                Executive Vice President - Exec-PC, Inc.                |
> >--------------------------------------------------------------------------
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
|                Executive Vice President - Exec-PC, Inc.                |


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jim Johnson <[e-mail]>
Subject: (usr-tc) Can't HARM one of my HARCs
Date: 15 Jan 1999 10:35:41 -0500


When I try and open one particular HARCs to HARM it, the connection
times out.  I checked the SNMP communities on the HARC and it looks
right.  I can still communicate with all of my other HARCs (including
one in the same chassis) and they are configured the same.

Am I missing something obvious?

Thanks in advance,

Jim Johnson

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Peter Stemwedel <[e-mail]>
Subject: (usr-tc) VSA Question
Date: 15 Jan 1999 16:19:22 -0600

Is there a way on the Netservers to disable the sending on vendor specific
attributes like there is on the Hiper?  Thanks,

Peter

Peter Stemwedel
Network Engineer
InterAccess Co.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Terry Kennedy" <[e-mail]>
Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
Date: 15 Jan 1999 08:26:36 -0800

Or repower the unit
-----Original Message-----


>
>Ah.... Make sure you set up the modem type on the ARC if you have the card
>set to STATIC.  Do a liST chaSSIS to see what the cards are set to.
>
>Then, you'll have to:
>
>set chassis slot xx card_type HDM_24
>
>set chassis slot xx ports 24
>
>
>-------------------------
>> Did that, anything else?  The Hiper still only shows 23 modems.  Switch
type
>> is also still set at priSw5ESS.
>>
>> Thanks,
>>
>> Ted
>>
>>
>> -----Original Message-----
>> From: Curt Shambeau <[e-mail]>
>> To: USR Total Control Mailing list <[e-mail]>
>> Date: Thursday, January 14, 1999 8:56 PM
>> Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
>>
>>
>> >>> How do I change the DSP configuration from PRI to channelized T1 and
>> >>>vice versa?
>> >>
>> >>Change the signaling mode from message oriented to robbed bit.
>> >
>> >I should probably add to my own comments that after you change it to
>> >robbed bit, you need to select the card, save T1/E1 settings to NVRAM,
and
>> >reboot the card for it to take effect.
>> >
>>
>--------------------------------------------------------------------------
>> >| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt
|
>> >|                Executive Vice President - Exec-PC, Inc.
|
>>
>--------------------------------------------------------------------------
>> >
>> >
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>--------------------------------------------------------------------------
>| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
>|                Executive Vice President - Exec-PC, Inc.                |
>--------------------------------------------------------------------------
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Wayne Barber" <[e-mail]>
Subject: (usr-tc) Just upgraded to HiperDSP
Date: 15 Jan 1999 11:39:58 -0500

Ok, so I got the upgrade package but I've only installed the HiperDSP so
far. The modems are working, the netserver recognizes them and they are
taking calls. So what's the problem this time?

I've told the netserver it now has 72 addresses it can assign, which is up
from the 48 I had configured before. But it isn't assigning any of the new
ones. I've added them to DNS (regular and reverse). I have saved all, but
haven't restarted the netserver. I hope I don't have to, since the weather
in Maine has kept everyone inside and on the Internet.

Any ideas?

Thanks,
Wayne Barber
Coastal Telco Services


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Just upgraded to HiperDSP
Date: 15 Jan 1999 11:45:07 -0500 (EST)

Thus spake Wayne Barber
>I have saved all, but
>haven't restarted the netserver. I hope I don't have to, since the weather
>in Maine has kept everyone inside and on the Internet.

>Any ideas?

Unfortunately, you have to reboot.  Sorry.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: matthews <[e-mail]>
Subject: RE: (usr-tc) Just upgraded to HiperDSP
Date: 15 Jan 1999 12:44:39 -0400

On Friday, January 15, 1999 12:40 PM, Wayne Barber [SMTP:[e-mail]] wrote:
> Ok, so I got the upgrade package but I've only installed the HiperDSP so
> far. The modems are working, the netserver recognizes them and they are
> taking calls. So what's the problem this time?
>
> I've told the netserver it now has 72 addresses it can assign, which is up
> from the 48 I had configured before. But it isn't assigning any of the new
> ones. I've added them to DNS (regular and reverse). I have saved all, but
> haven't restarted the netserver. I hope I don't have to, since the weather
> in Maine has kept everyone inside and on the Internet.
>

Yes, I believe you need to reboot.  At least I had to when I increased my pool size from 47 to 48 to accomodate an additional analog line.

Be Seeing You...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>[phone]
Don't rush me, sonny.  You rush a miracle maker and you get rotten miracles.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Eric Billeter" <[e-mail]>
Subject: RE: (usr-tc) channelized vs pri DSP (fwd)
Date: 15 Jan 1999 15:50:02 -0700

Reboot the Hiperarc.

Eric T. Billeter                   Cable One
Internet Engineer                  1314 North 3rd Street
[e-mail]             Phoenix, AZ 85004

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Terry Kennedy
Sent: Friday, January 15, 1999 9:27 AM


Or repower the unit
-----Original Message-----


>
>Ah.... Make sure you set up the modem type on the ARC if you have the card
>set to STATIC.  Do a liST chaSSIS to see what the cards are set to.
>
>Then, you'll have to:
>
>set chassis slot xx card_type HDM_24
>
>set chassis slot xx ports 24
>
>
>-------------------------
>> Did that, anything else?  The Hiper still only shows 23 modems.  Switch
type
>> is also still set at priSw5ESS.
>>
>> Thanks,
>>
>> Ted
>>
>>
>> -----Original Message-----
>> From: Curt Shambeau <[e-mail]>
>> To: USR Total Control Mailing list <[e-mail]>
>> Date: Thursday, January 14, 1999 8:56 PM
>> Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
>>
>>
>> >>> How do I change the DSP configuration from PRI to channelized T1 and
>> >>>vice versa?
>> >>
>> >>Change the signaling mode from message oriented to robbed bit.
>> >
>> >I should probably add to my own comments that after you change it to
>> >robbed bit, you need to select the card, save T1/E1 settings to NVRAM,
and
>> >reboot the card for it to take effect.
>> >
>>
>--------------------------------------------------------------------------
>> >| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt
|
>> >|                Executive Vice President - Exec-PC, Inc.
|
>>
>--------------------------------------------------------------------------
>> >
>> >
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>--------------------------------------------------------------------------
>| Curtis V. Shambeau  |  [e-mail]  |  http://www.execpc.com/~curt |
>|                Executive Vice President - Exec-PC, Inc.                |
>--------------------------------------------------------------------------
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matthew E. Pearson" <[e-mail]>
Subject: (usr-tc) Security and Acounting server wont startup!
Date: 15 Jan 1999 23:10:40 -0500

When I run saserver to get it gong I get the following messages which end in
it crashing and not loading! HELP!



19990115 18:52:51 [503]: *** Starting Security/Accounting Server Script at:
01/1
5/1999 18:52:51 ***
19990115 18:52:51 [503]: Version: Server: V06.00.07/sa6100  Build Date: Thu
Aug
13 16:02:04 CDT 1998, Database: 6.0.7
19990115 18:52:51 [503]: Operating System: SunOS 5.5.1 Generic
19990115 18:52:51 [503]: Database:           Text Files
19990115 18:52:51 [503]: bUseAcctFlatFiles: 1
19990115 18:52:51 [503]: Ports: Radius Acct: 1646, Radius Sec: 1645
19990115 18:52:51 [503]: *** Security Startup Complete at 01/15/1999
18:52:51 **
*
19990115 18:52:53 [502]: gethostbyname() failed: Error 0 [ccomms.cpp(113)]
19990115 18:52:53 [502]: Could not create Communications Object: -1
[radserv.cpp
(1968)]
RadCtrl::closeWriteCPort(): Closing the Write Control Port.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Adam Greene" <[e-mail]>
Subject: (usr-tc) USR-TC and Lucent PM3
Date: 16 Jan 1999 10:52:11 -0500

Hi!

I subscribed to this mailing list so I could ask you the following question:

I am considering buying a USR Total Control Chassis with HiperDSP cards.  I
currently have a Lucent Portmaster3 but, like any NAS, it has problems
connecting to some client modems.

My question is:  does anyone else have both a USR-TC and a PM3?  Do some of
the client modems that don't connect well to the PM3 will connect well to
the USR-TC?  Do you think I will spend less time giving technical support to
my customers and increase my ISP's popularity (due to a greater number of
satisfied customers) by having both boxes?

Thanks for sharing your point of view,
Adam Greene
Webjogger Internet Services
http://www.webjogger.net






-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: Re: (usr-tc) USR-TC and Lucent PM3
Date: 16 Jan 1999 10:20:26 -0800 (PST)

Hi,
We offer both types of servers to our customers, It sure helps, Its much
easier offering the customer a choice of servers, than pulling out your
hair tring to figure out why brand x server does not work with brand y
modem. Also be sure to put it on its own "hunt group".

On Sat, 16 Jan 1999, Adam Greene wrote:

> Hi!
>
> I subscribed to this mailing list so I could ask you the following question:
>
> I am considering buying a USR Total Control Chassis with HiperDSP cards.  I
> currently have a Lucent Portmaster3 but, like any NAS, it has problems
> connecting to some client modems.
>
> My question is:  does anyone else have both a USR-TC and a PM3?  Do some of
> the client modems that don't connect well to the PM3 will connect well to
> the USR-TC?  Do you think I will spend less time giving technical support to
> my customers and increase my ISP's popularity (due to a greater number of
> satisfied customers) by having both boxes?
>
> Thanks for sharing your point of view,
> Adam Greene
> Webjogger Internet Services
> http://www.webjogger.net
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: Re: (usr-tc) USR-TC and Lucent PM3
Date: 16 Jan 1999 10:20:26 -0800 (PST)

Hi,
We offer both types of servers to our customers, It sure helps, Its much
easier offering the customer a choice of servers, than pulling out your
hair tring to figure out why brand x server does not work with brand y
modem. Also be sure to put it on its own "hunt group".

On Sat, 16 Jan 1999, Adam Greene wrote:

> Hi!
>
> I subscribed to this mailing list so I could ask you the following question:
>
> I am considering buying a USR Total Control Chassis with HiperDSP cards.  I
> currently have a Lucent Portmaster3 but, like any NAS, it has problems
> connecting to some client modems.
>
> My question is:  does anyone else have both a USR-TC and a PM3?  Do some of
> the client modems that don't connect well to the PM3 will connect well to
> the USR-TC?  Do you think I will spend less time giving technical support to
> my customers and increase my ISP's popularity (due to a greater number of
> satisfied customers) by having both boxes?
>
> Thanks for sharing your point of view,
> Adam Greene
> Webjogger Internet Services
> http://www.webjogger.net
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jack Singer <[e-mail]>
Subject: Re: (usr-tc) USR-TC and Lucent PM3
Date: 16 Jan 1999 13:15:48 -0500

We use both. The PM3 works well witht he rockwell chip set and lucent.  The USR
box works best with the rest.

Jack

Adam Greene wrote:

> Hi!
>
> I subscribed to this mailing list so I could ask you the following question:
>
> I am considering buying a USR Total Control Chassis with HiperDSP cards.  I
> currently have a Lucent Portmaster3 but, like any NAS, it has problems
> connecting to some client modems.
>
> My question is:  does anyone else have both a USR-TC and a PM3?  Do some of
> the client modems that don't connect well to the PM3 will connect well to
> the USR-TC?  Do you think I will spend less time giving technical support to
> my customers and increase my ISP's popularity (due to a greater number of
> satisfied customers) by having both boxes?
>
> Thanks for sharing your point of view,
> Adam Greene
> Webjogger Internet Services
> http://www.webjogger.net
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Pete Ashdown <[e-mail]>
Subject: (usr-tc) Block call based on ANI?
Date: 16 Jan 1999 13:28:50 -0700 (MST)

We've got a problem with a spammer who is repeatedly signing up different
accounts to spam from.  Apparently since he's making more money off of
spamming for porno sites than what we're taking away from him with each
cancellation, he just keeps signing up.

The only commonality between accounts is the phone number he is dialing
from.  Is there anyway to configure a HDM to block based on a particular
ANI?

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Peter D. Mayer" <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 16 Jan 1999 17:08:22 -0500

Yup, DNIS and ANI restriction is a new feature in ARC 4.1.72-7.  Check the
release notes for details on the new commands.

Peter D. Mayer
NetWalk System Administrator
[e-mail]


-----Original Message-----


We've got a problem with a spammer who is repeatedly signing up different
accounts to spam from.  Apparently since he's making more money off of
spamming for porno sites than what we're taking away from him with each
cancellation, he just keeps signing up.

The only commonality between accounts is the phone number he is dialing
from.  Is there anyway to configure a HDM to block based on a particular
ANI?

-
To unsubscribe to usr-tc, send an email to "[e-mail]"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address.  Do not use quotes in your message.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: (usr-tc) Quad Modem Hardware Revs
Date: 16 Jan 1999 17:25:35 +0000



I just received my batch of HiPerARC cards from 3Com and have been swapping
out my Netservers.  I've noticed on a few occasions now that some Qauds
show their Oper Status to be Down, but their Admin Status to be up when I
do a list int.  The only thing I've noticed that is different about these
modems is they show up as having a product code of 000790 and a hardware
rev of 0.2.0 in TCM's inventory screen.  The working modems show up as
0NV000 with a hardware rev of 3.0.0.  Any idea whats up?


---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 16 Jan 1999 16:32:09 -0600 (CST)

I'll let someone else handle the ANI blocking but why don't you have a
legal clause that allows you to fine him a decent sum ($200.00 or more)
every time it happens for your time investigating it?  Or better yet have
your attorney send him a letter saying that he is violating a federal law
by taking over your mail server to do the spamming and to cease and
desist.  There are more than a few legal options against this person if he
is one of your customers provided that you have setup your legal agreement
correct.

Steve

On Sat, 16 Jan 1999, Pete Ashdown wrote:

> We've got a problem with a spammer who is repeatedly signing up different
> accounts to spam from.  Apparently since he's making more money off of
> spamming for porno sites than what we're taking away from him with each
> cancellation, he just keeps signing up.
>
> The only commonality between accounts is the phone number he is dialing
> from.  Is there anyway to configure a HDM to block based on a particular
> ANI?
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Peter D. Mayer" <[e-mail]>
Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
Date: 16 Jan 1999 17:57:35 -0500

-----Original Message-----


>Thus spake Brian
>>On Mon, 11 Jan 1999, Jay Nakamura wrote:
>>> We have recently changed our PRI pool from Netserver/Quads chassis to a
>>> Hiper DSP/Hiper ARC.  Several of our customers are complaining about
their
>>> ISDN connection coming to a screaching halt after a while and no data
>>> passes through unless they handup and dial again.  The problem seems to
>>> happen mostly to Netgear RT328 but some others as well.
>
>>to cure this we did:
>
>>1. run the latest rt328 code (1.5)
>>2. disable compression on the rt328
>
>No workie here.  Done both, still see it.  :/


I've noticed this too.  I have a NetGear RH348 dialing into NETServer/Quads
that does the same thing.  I've noticed it mostly with SMB traffic.  We have
a customer with an RT328 and they're reporting the same problem at random.
Both running 1.5, compression is off on both.  Anybody have any ideas?

Peter D. Mayer
NetWalk System Administrator
[e-mail]



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Powell <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 16 Jan 1999 18:10:16 -0600 (CST)

I don't know of any way to do it with the modem.  I would think Radius
would be the best way.  The phone company might also be able to do it.

Of course, no matter what you do with ANI, chances are if he figures that
out, he'll just block "callerID" with a dial code (I assume that is a dial
option in your area) or use a different line.

Personally, I'd send Bubba and Louie (or even worse, a lawyer) to go pay a
personal visit ;)

It is too bad you guys need to go to such lengths with these morons.  I
don't envy the position ISPs are being put in.

JP

On Sat, 16 Jan 1999, Pete Ashdown wrote:

> We've got a problem with a spammer who is repeatedly signing up different
> accounts to spam from.  Apparently since he's making more money off of
> spamming for porno sites than what we're taking away from him with each
> cancellation, he just keeps signing up.
>
> The only commonality between accounts is the phone number he is dialing
> from.  Is there anyway to configure a HDM to block based on a particular
> ANI?
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 16 Jan 1999 21:58:52 -0500 (EST)

Actually, we do it in Radius, which makes it work on NETservers and ARCs
regardless of which software release you have.  I don't know if all Radius
servers can do this though, but just in case it helps anyone...

We use a modified Livingston Radius 2.0.1, which lets you have multiple
DEFAULT entries at the bottom.  We use this primarily to give different
defaults to users in different Unix groups.  (For example, setting
Port-Limit and Max_Channels for MLPPP users.)

You can also use it to block logins from an ANI:

DEFAULT Auth-Type = Reject, Calling-Station-Id = "5025551212"

near the bottom of your users file (before your normal DEFAULT entry),
which will stop all logins from that phone number.

You can also get creative and make it so that one user can only log in
from one particular number, and other numbers are rejected for that user;
we've used this for people who just don't understand that sharing their
password with their friends is stupid.  For example:

joesixpack        Auth-Type = System, Calling-Station-Id = "5025551212"
        Port-Limit = 1,
        Max_Channels = 1,
        Session-Timeout = 43200,
        Idle-Timeout = 1800,
        User-Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-Address = 255.255.255.254,
        Framed-Netmask = 255.255.255.255,
        Framed-Routing = Listen,
        Framed-Compression = Van-Jacobsen-TCP-IP,
        Framed-MTU = 1500,
        Framed-Filter-Id = "dialup"
#
joesixpack        Auth-Type = Reject


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Sat, 16 Jan 1999, Peter D. Mayer wrote:

> Yup, DNIS and ANI restriction is a new feature in ARC 4.1.72-7.  Check the
> release notes for details on the new commands.
>
> Peter D. Mayer
> NetWalk System Administrator
> [e-mail]
>
>
> -----Original Message-----
> From: Pete Ashdown <[e-mail]>
> To: [e-mail] <[e-mail]>
> Date: Saturday, January 16, 1999 3:30 PM
> Subject: (usr-tc) Block call based on ANI?
>
>
> We've got a problem with a spammer who is repeatedly signing up different
> accounts to spam from.  Apparently since he's making more money off of
> spamming for porno sites than what we're taking away from him with each
> cancellation, he just keeps signing up.
>
> The only commonality between accounts is the phone number he is dialing
> from.  Is there anyway to configure a HDM to block based on a particular
> ANI?
>
> -
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 17 Jan 1999 08:33:14 -0600 (CST)

On Sat, 16 Jan 1999, Pete Ashdown wrote:

> We've got a problem with a spammer who is repeatedly signing up different
> accounts to spam from.  Apparently since he's making more money off of
> spamming for porno sites than what we're taking away from him with each
> cancellation, he just keeps signing up.
>
> The only commonality between accounts is the phone number he is dialing
> from.  Is there anyway to configure a HDM to block based on a particular
> ANI?
>

You can block ani and DNIS via radius.  But then again if this guy is
smart - he will block the ani or caller id from his side.
Personally - the best way i think is to tell this once not to do this if
he does it again - then pay him a visit or use a lawyer.

You can also do block him by giving him a specific IP address everytime
he signs up with you and do source address filtering and restric the guy
only to one site - say put a filter such that he can go only to one site
- say the fbi site only.

regards

krish

> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) Port on Quad modem always connects at 2400 BPS
Date: 17 Jan 1999 10:26:04 -0500


We have a sinlge port on a quad modem card that will only
connect at 2400 bps.  I am not quite sure what to do about
it.

 1) Is this a know failure mode for one of these modems?
 2) What is the best way to take it out of service?
 3) Is there anything to check on its configuration? What
would cause this?

Jim Johnson

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 17 Jan 1999 09:06:58 -0800 (PST)


ANI and caller-ID aren't synonyms.

The subscriber can't block ANI.  If anyone ever figures
out a way to "block ANI", that means they can make long
distance calls for free.

ANI is not non-blockable caller-ID.  They are two different
elements, and can be different numbers.  They are unrelated.

Unless you have an 800 number and direct trunking, you
don't get ANI, you get caller-ID.



--
Aaron Nabil

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mario M. Bustamante" <[e-mail]>
Subject: RE: (usr-tc) Block call based on ANI?
Date: 17 Jan 1999 13:09:37 -0500

Catching spammers is one of the most annoying and resource
consuming tasks for us. Last year, I personally went to another
spammer's house and scared the hell out of him (our lawyer told
us not to do that again). We have a user agreement that calls for
a $500.00 per incident charge. The plan is to sue them in small
claims court (up to $5,000 in Dade County).

Even though we have a terrible time catching them through our
logs, we generally catch them by tracing whatever they are
peddling. We are presently preparing a case against a spammer for
an adult web site, and after we contacted the technical contact
for the domain that was hosting the site, the administrator
refused to reveal the identity of the spammer. We are debating
whether we should sue him instead.

We have been using channalized t-1's and were not getting ANI,
however, we are switching over to PRI's so we now have it in some
lines. I would be very interested in knowing how some of the
other members of this great list catch spammers, and what you do
when you catch them. The mail servers are not used, so its really
a Total Control issue.

Thanks,
_______________________________________________

Mario M. Bustamante,  President
AccessPro Communications Inc.
Miami, Florida

Internet Service Providers, Web Hosting & Design
Microsoft Certified Web Presence Providers
Wide Area Networks, Security, Intranets.
http://www.AccessPro.net               [e-mail]
_______________________________________________

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of
> Pete Ashdown
> Sent: Saturday, January 16, 1999 3:29 PM
> To: [e-mail]
> Subject: (usr-tc) Block call based on ANI?
>
>
> We've got a problem with a spammer who is repeatedly
> signing up different
> accounts to spam from.  Apparently since he's making
> more money off of
> spamming for porno sites than what we're taking away
> from him with each
> cancellation, he just keeps signing up.
>
> The only commonality between accounts is the phone
> number he is dialing
> from.  Is there anyway to configure a HDM to block
> based on a particular
> ANI?
>
> -
>  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and
> old messages send
>  "help" to the same address.  Do not use quotes in
> your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Powell <[e-mail]>
Subject: Re: (usr-tc) Port on Quad modem always connects at 2400 BPS
Date: 17 Jan 1999 12:37:58 -0600 (CST)

No, that is not a known failure (at least not known to me).

What I recommend is to highlight that modem, restore from the h/w flow
control template (to get all the detaults back) and save to NVRAM.

JP

On Sun, 17 Jan 1999 [e-mail] wrote:

>
> We have a sinlge port on a quad modem card that will only
> connect at 2400 bps.  I am not quite sure what to do about
> it.
>
>  1) Is this a know failure mode for one of these modems?
>  2) What is the best way to take it out of service?
>  3) Is there anything to check on its configuration? What
> would cause this?
>
> Jim Johnson
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: RE: (usr-tc) Block call based on ANI?
Date: 17 Jan 1999 12:54:04 -0600 (CST)

On Sun, 17 Jan 1999, Mario M. Bustamante wrote:
> Even though we have a terrible time catching them through our
> logs, we generally catch them by tracing whatever they are
> peddling. We are presently preparing a case against a spammer for
> an adult web site, and after we contacted the technical contact
> for the domain that was hosting the site, the administrator
> refused to reveal the identity of the spammer. We are debating
> whether we should sue him instead.

I would strongly recommend against suing the tech contact.  Case law is
very much against you for that avenue.  However I would probably subpeona
the tech contact's records(which may involve suing him).  But your case is
against the person or persons who sent the unsolicited email.  Our policy
and the policy of many IPS's would not allow us to disclose who our
account holder was without a subpeona.

Steve


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ronald E. Kushner" <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 17 Jan 1999 13:56:53 -0500



"Mario M. Bustamante" wrote:

> We have been using channalized t-1's and were not getting ANI,
> however, we are switching over to PRI's so we now have it in some
> lines. I would be very interested in knowing how some of the
> other members of this great list catch spammers, and what you do
> when you catch them. The mail servers are not used, so its really
> a Total Control issue.

I just call the security department at the telco you are dealing with.
They can trace a DS-0 or B channel down to a phone number. Never tell
them the caller a spammer, tell them the caller is a hacker.

PRI circuits do not show Caller ID when it is blocked by the
caller(*67). CAS DS-1's will always show the ANI even if blocked by the
caller.  The problem is the telcos have a problem providing ANI to CAS
customers these days - they argue that it takes up valuable resources in
the switches, when the truth is nobody wants to buy toner cards for
their switches now that everything is SS7. They just hate in band
signaling these days.

Is there a way to block incoming callers that do not show their Caller
ID on a HiPer ARC? I don't think it's unreasonable to require callers to
show their caller ID.

-Ron

--

Ronald Kushner
GLISnet, Inc.
+1 810/939.9885

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: RE: (usr-tc) Block call based on ANI?
Date: 17 Jan 1999 13:58:14 -0500 (EST)

We've only ever had two sign up with us... one was a local guy who
honestly didn't know better (someone sold him a CD-ROM of email addresses)
and the other was a pretty well known Usenet spammer.  Both of them were
cancelled within 2 hours and weren't heard from again...  but just in case
we blocked their ANI's in Radius.  Other than that, our protection against
spammers actually on our own system is kinda lacking.

There's really not anything you can do from the Total Control end of
things.  You could maybe filter port 25 on your dialups so that they can
only get to your own mail servers; that stops them from abusing other
people's open relays.  We don't do this because a lot of our customers
work for KY State Government and pick up mail from their Exchange (eww)
servers from home.  (It also means we're limited in how much NetBIOS we
can filter.  Bleah.)

One thing I've been meaning to look at is having Sendmail do some rate
limiting, so a dialup user can't rapid-fire spam thru our own mail server.
You'd have to make allowances for mailing lists though.

As far as protecting against external spammers...  One fun twist we just
started using is to try to actively prevent spammers from getting
addresses in the first place.  Many of them troll newsgroups, and there's
not much you can do about that.  But a lot more of them seem to use
web-crawling bots to collect addresses off of your web pages.  We found
that the customers that were getting the most spam were the ones who were
listed on our customer web page list (or who posted to newsgroups).

Some of these web-crawling bots are stupid enough to send a browser ID to
the web server -- the one that would normally say "Mozilla" and the
version of Netscape or IE that they're using.  Look through your Web
server logs for "EmailSiphon", "ExtractorPro", and other similar things;
if you find them, a spammer just got all addresses on your web pages.

It's fairly easy to configure Apache to redirect all requests from these
client ID's to something else, like a blank page.  Or, if you wanna be
really evil like us, direct it to a CGI that generates random bogus email
addresses...  ;-)

Aside from that, we just use the usual protection Sendmail 8.9.x gives you
(RBL, relay off by default, verification of domain names, etc), combined
with a large set of Procmail filters.


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Sun, 17 Jan 1999, Mario M. Bustamante wrote:

> Catching spammers is one of the most annoying and resource
> consuming tasks for us. Last year, I personally went to another
> spammer's house and scared the hell out of him (our lawyer told
> us not to do that again). We have a user agreement that calls for
> a $500.00 per incident charge. The plan is to sue them in small
> claims court (up to $5,000 in Dade County).
>
> Even though we have a terrible time catching them through our
> logs, we generally catch them by tracing whatever they are
> peddling. We are presently preparing a case against a spammer for
> an adult web site, and after we contacted the technical contact
> for the domain that was hosting the site, the administrator
> refused to reveal the identity of the spammer. We are debating
> whether we should sue him instead.
>
> We have been using channalized t-1's and were not getting ANI,
> however, we are switching over to PRI's so we now have it in some
> lines. I would be very interested in knowing how some of the
> other members of this great list catch spammers, and what you do
> when you catch them. The mail servers are not used, so its really
> a Total Control issue.
>
> Thanks,
> _______________________________________________
>
> Mario M. Bustamante,  President
> AccessPro Communications Inc.
> Miami, Florida
>
> Internet Service Providers, Web Hosting & Design
> Microsoft Certified Web Presence Providers
> Wide Area Networks, Security, Intranets.
> http://www.AccessPro.net               [e-mail]
> _______________________________________________
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of
> > Pete Ashdown
> > Sent: Saturday, January 16, 1999 3:29 PM
> > To: [e-mail]
> > Subject: (usr-tc) Block call based on ANI?
> >
> >
> > We've got a problem with a spammer who is repeatedly
> > signing up different
> > accounts to spam from.  Apparently since he's making
> > more money off of
> > spamming for porno sites than what we're taking away
> > from him with each
> > cancellation, he just keeps signing up.
> >
> > The only commonality between accounts is the phone
> > number he is dialing
> > from.  Is there anyway to configure a HDM to block
> > based on a particular
> > ANI?
> >
> > -
> >  To unsubscribe to usr-tc, send an email to
> > "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and
> > old messages send
> >  "help" to the same address.  Do not use quotes in
> > your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Powell <[e-mail]>
Subject: Re: (usr-tc) Block call based on ANI?
Date: 17 Jan 1999 12:59:14 -0600 (CST)

Semantically correct, but for the purposes of this thread (and pretty much
any NAS implementation), they are synonymous (assuming the span is LEC or
CLEC provided).  You are completely correct in the case of IXC 800 spans,
the receiver is ENTITLED to the ANI and it cannot be blocked.

I think we can safely assume Pete is probably running on xLEC provided
spans, and any attempt to block calls based on the "ANI" value could be
easily circumvented with CallerID blocking.  Though I don't like to give
maggots like spammers credit, they are generally crafty enough to figure
that out (my mother is likely to be able to figure that out for that
matter).

JP

On Sun, 17 Jan 1999, Aaron Nabil wrote:

>
> ANI and caller-ID aren't synonyms.
>
> The subscriber can't block ANI.  If anyone ever figures
> out a way to "block ANI", that means they can make long
> distance calls for free.
>
> ANI is not non-blockable caller-ID.  They are two different
> elements, and can be different numbers.  They are unrelated.
>
> Unless you have an 800 number and direct trunking, you
> don't get ANI, you get caller-ID.
>
>
>
> --
> Aaron Nabil
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jesse Sipprell <[e-mail]>
Subject: (usr-tc) DOVBS w/ Dual T1/PRI & Quads
Date: 17 Jan 1999 20:27:26 -0500

I know this question has been asked to death, at least in the past, but ...

Has anyone actually gotten DOVBS to *work* with Dual PRI & Quads (w/ Quads
handling ISDN)?  I followed the instructions quite carefully that I found on
interproc, but was unable to get it to work with my test Ascend Pipe130.  I
did notice that I was actually unable to tell the Dual PRI card that no
netserver was installed in slot 16 (via a direct console connection), however
I am certain all other criteria are being met: ISDN gateway set to 0, have a
separate DNIS just for DOVBS and that DNIS is "mapped" to data on every B
channel on the PRI, card code is latest, etc.  When I dial the DN from an
analog set, a modem still picks up, and the ascend simply spews CRC errors at
me.

Anyone have any clues?

--
Jesse Sipprell
Technical Operations Director
Evolution Communications, Inc.
800-496-4736 (ext 106)

* Finger [e-mail] for my PGP Public Key *

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) Security and Acounting server wont startup!
Date: 18 Jan 1999 11:20:46 +0100

This sounds like a DNS reverse lookup failure, check if your DNS's have
the same name and match the hosts file (if you're under UNIX)...

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]



> -----Original Message-----
> From:    Matthew E. Pearson [SMTP:[e-mail]]
> Sent:    samedi, 16. janvier 1999 05:11
> To:    [e-mail]
> Subject:    (usr-tc) Security and Acounting server wont startup!
>
> When I run saserver to get it gong I get the following messages which
> end in
> it crashing and not loading! HELP!
>
>
>
> 19990115 18:52:51 [503]: *** Starting Security/Accounting Server
> Script at:
> 01/1
> 5/1999 18:52:51 ***
> 19990115 18:52:51 [503]: Version: Server: V06.00.07/sa6100  Build
> Date: Thu
> Aug
> 13 16:02:04 CDT 1998, Database: 6.0.7
> 19990115 18:52:51 [503]: Operating System: SunOS 5.5.1 Generic
> 19990115 18:52:51 [503]: Database:           Text Files
> 19990115 18:52:51 [503]: bUseAcctFlatFiles: 1
> 19990115 18:52:51 [503]: Ports: Radius Acct: 1646, Radius Sec: 1645
> 19990115 18:52:51 [503]: *** Security Startup Complete at 01/15/1999
> 18:52:51 **
> *
> 19990115 18:52:53 [502]: gethostbyname() failed: Error 0
> [ccomms.cpp(113)]
> 19990115 18:52:53 [502]: Could not create Communications Object: -1
> [radserv.cpp
> (1968)]
> RadCtrl::closeWriteCPort(): Closing the Write Control Port.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) Block call based on ANI?
Date: 18 Jan 1999 11:39:40 +0100

Try blocking the access of this user to your mail server. Or be really
evil and install exim instead of sendmail, and build a so-called "tar
pit" for these guys. and put a 10 second delay between every RCPT if
there are more than 50 recipients or so... this really slows things down
(like 10 minutes for 60 e-mails :-) and non-spammers won't see
anything... if they're using other mail servers, then it's no good.

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


> -----Original Message-----
> From:    Pete Ashdown [SMTP:[e-mail]]
> Sent:    samedi, 16. janvier 1999 21:29
> To:    [e-mail]
> Subject:    (usr-tc) Block call based on ANI?
>
> We've got a problem with a spammer who is repeatedly signing up
> different
> accounts to spam from.  Apparently since he's making more money off of
> spamming for porno sites than what we're taking away from him with
> each
> cancellation, he just keeps signing up.
>
> The only commonality between accounts is the phone number he is
> dialing
> from.  Is there anyway to configure a HDM to block based on a
> particular
> ANI?
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian Gordon" <[e-mail]>
Subject: (usr-tc) Radius/Billing software?
Date: 18 Jan 1999 16:35:44 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_00A8_01BE4300.9827D1C0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

What is the best Radius / Billing software to use?

If you have a choice of whatever you could use what would you use?

I have a total 100% USR total control solution and we use Windows NT 4 =
platform on our servers.

Help is appreciated!

Brian Gordon, MCP
Network Administrator
Westelcom Internet
518-566-8376 Voice
518-566-8348 Fax
http://home.westelcom.com
[e-mail]

------=_NextPart_000_00A8_01BE4300.9827D1C0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<STYLE></STYLE>

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>What is the best Radius / Billing =
software to=20
use?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>If you have a choice of whatever you =
could use what=20
would you use?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I have a total 100% USR total control =
solution and=20
we use Windows NT 4 platform on our servers.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Help is appreciated!</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Brian Gordon, MCP<BR>Network=20
Administrator<BR>Westelcom Internet<BR>518-566-8376 =
Voice<BR>518-566-8348=20
Fax<BR><A =
href=3D"http://home.westelcom.com">http://home.westelcom.com</A><BR><A=20
href=3D"mailto:[e-mail]">[e-mail]</=
A></FONT></DIV></BODY></HTML>

------=_NextPart_000_00A8_01BE4300.9827D1C0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Chris <[e-mail]>
Date: 18 Jan 1999 15:53:35 -0600

Can anyone tell me what each of these files hold and which should be backed
up on a regular basis.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Adam Greene" <[e-mail]>
Subject: Re: (usr-tc) USR-TC and Lucent PM3
Date: 18 Jan 1999 19:02:33 -0500

Thank you very much for your feedback!  From what you say, maintaining two
brands of access servers may be the way to go.

I appreciate your help,
Adam Greene
Webjogger Internet Services


-----Original Message-----


>We use both. The PM3 works well witht he rockwell chip set and lucent.  The
USR
>box works best with the rest.
>
>Jack
>
>Adam Greene wrote:
>
>> Hi!
>>
>> I subscribed to this mailing list so I could ask you the following
question:
>>
>> I am considering buying a USR Total Control Chassis with HiperDSP cards.
I
>> currently have a Lucent Portmaster3 but, like any NAS, it has problems
>> connecting to some client modems.
>>
>> My question is:  does anyone else have both a USR-TC and a PM3?  Do some
of
>> the client modems that don't connect well to the PM3 will connect well to
>> the USR-TC?  Do you think I will spend less time giving technical support
to
>> my customers and increase my ISP's popularity (due to a greater number of
>> satisfied customers) by having both boxes?
>>
>> Thanks for sharing your point of view,
>> Adam Greene
>> Webjogger Internet Services
>> http://www.webjogger.net
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Verreault <[e-mail]>
Subject: (usr-tc) FS: USR Total Control 70AMP DC Power Supplies
Date: 18 Jan 1999 22:19:50 -0500

For sale:  Never Used USR Total Control 70AMP DC Power Supplies

I have 4 available.

Asking $500.00each or trade for 70 AMP AC power supplies

John Verreault
AEI Internet


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Verreault <[e-mail]>
Subject: (usr-tc) FS: USR Total Control Chassis (2059)
Date: 18 Jan 1999 22:22:31 -0500

For Sale Total Control 2059 Bundle

Dual PRI/T1 card
12xQuad modems
Netserver PRI (Ethernet)
Network Management Card (Ethernet)
Dual 45AMP Power Supply
Chassis & Fan Tray
X2/V.90 Enabled
Latest Code already flashed
Currently in production

$5000

John Verreault
AEI Internet


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) Geobook
Date: 18 Jan 1999 21:26:12 -0600 (CST)


Any issues between the Geobook (runs GEOS and probably some lame as tcpip
stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code?

Brian


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mario M. Bustamante" <[e-mail]>
Subject: RE: (usr-tc) USR-TC and Lucent PM3
Date: 18 Jan 1999 22:27:47 -0500

I am not sure this is the right solution. In my opinion, these
connectivity problems are temporary in nature. As the different
manufacturers put out better V90 code, both systems will be able
to handle the calls equally. Its already a lot better than it was
just a couple of months ago.

We looked at the situation and elected to bite the bullet in the
short term in order to maintain better integrity in the long
term. We like to keep things simple and having all equipment from
3Com looked to us as the best solution in the long run.

Thanks,
_______________________________________________

Mario M. Bustamante,  President
AccessPro Communications Inc.
Miami, Florida

http://www.AccessPro.net               [e-mail]
_______________________________________________

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of
> Adam Greene
> Sent: Monday, January 18, 1999 7:03 PM
> To: [e-mail]
> Subject: Re: (usr-tc) USR-TC and Lucent PM3
>
>
> Thank you very much for your feedback!  From what you
> say, maintaining two
> brands of access servers may be the way to go.
>
> I appreciate your help,
> Adam Greene
> Webjogger Internet Services
>
>
> -----Original Message-----
> From: Jack Singer <[e-mail]>
> To: [e-mail] <[e-mail]>
> Date: Saturday, January 16, 1999 1:29 PM
> Subject: Re: (usr-tc) USR-TC and Lucent PM3
>
>
> >We use both. The PM3 works well witht he rockwell
> chip set and lucent.  The
> USR
> >box works best with the rest.
> >
> >Jack
> >
> >Adam Greene wrote:
> >
> >> Hi!
> >>
> >> I subscribed to this mailing list so I could ask
> you the following
> question:
> >>
> >> I am considering buying a USR Total Control Chassis
> with HiperDSP cards.
> I
> >> currently have a Lucent Portmaster3 but, like any
> NAS, it has problems
> >> connecting to some client modems.
> >>
> >> My question is:  does anyone else have both a
> USR-TC and a PM3?  Do some
> of
> >> the client modems that don't connect well to the
> PM3 will connect well to
> >> the USR-TC?  Do you think I will spend less time
> giving technical support
> to
> >> my customers and increase my ISP's popularity (due
> to a greater number of
> >> satisfied customers) by having both boxes?
> >>
> >> Thanks for sharing your point of view,
> >> Adam Greene
> >> Webjogger Internet Services
> >> http://www.webjogger.net
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and
> old messages send
> >>  "help" to the same address.  Do not use quotes in
> your message.
> >
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and
> old messages send
> > "help" to the same address.  Do not use quotes in
> your message.
> >
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and
> old messages send
>  "help" to the same address.  Do not use quotes in
> your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jack Singer <[e-mail]>
Subject: Re: (usr-tc) USR-TC and Lucent PM3
Date: 18 Jan 1999 22:25:49 -0500

That sounds great, however, there are too many flex people out there with
modems that will not upgrade to v.90.  These are cheap modems!  If you
want to keep these customers happy, maintain one old flex machine.  It
works for us.
Jack.

Mario M. Bustamante wrote:

> I am not sure this is the right solution. In my opinion, these
> connectivity problems are temporary in nature. As the different
> manufacturers put out better V90 code, both systems will be able
> to handle the calls equally. Its already a lot better than it was
> just a couple of months ago.
>
> We looked at the situation and elected to bite the bullet in the
> short term in order to maintain better integrity in the long
> term. We like to keep things simple and having all equipment from
> 3Com looked to us as the best solution in the long run.
>
> Thanks,
> _______________________________________________
>
> Mario M. Bustamante,  President
> AccessPro Communications Inc.
> Miami, Florida
>
> http://www.AccessPro.net               [e-mail]
> _______________________________________________
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of
> > Adam Greene
> > Sent: Monday, January 18, 1999 7:03 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) USR-TC and Lucent PM3
> >
> >
> > Thank you very much for your feedback!  From what you
> > say, maintaining two
> > brands of access servers may be the way to go.
> >
> > I appreciate your help,
> > Adam Greene
> > Webjogger Internet Services
> >
> >
> > -----Original Message-----
> > From: Jack Singer <[e-mail]>
> > To: [e-mail] <[e-mail]>
> > Date: Saturday, January 16, 1999 1:29 PM
> > Subject: Re: (usr-tc) USR-TC and Lucent PM3
> >
> >
> > >We use both. The PM3 works well witht he rockwell
> > chip set and lucent.  The
> > USR
> > >box works best with the rest.
> > >
> > >Jack
> > >
> > >Adam Greene wrote:
> > >
> > >> Hi!
> > >>
> > >> I subscribed to this mailing list so I could ask
> > you the following
> > question:
> > >>
> > >> I am considering buying a USR Total Control Chassis
> > with HiperDSP cards.
> > I
> > >> currently have a Lucent Portmaster3 but, like any
> > NAS, it has problems
> > >> connecting to some client modems.
> > >>
> > >> My question is:  does anyone else have both a
> > USR-TC and a PM3?  Do some
> > of
> > >> the client modems that don't connect well to the
> > PM3 will connect well to
> > >> the USR-TC?  Do you think I will spend less time
> > giving technical support
> > to
> > >> my customers and increase my ISP's popularity (due
> > to a greater number of
> > >> satisfied customers) by having both boxes?
> > >>
> > >> Thanks for sharing your point of view,
> > >> Adam Greene
> > >> Webjogger Internet Services
> > >> http://www.webjogger.net
> > >>
> > >> -
> > >>  To unsubscribe to usr-tc, send an email to
> > "[e-mail]"
> > >>  with "unsubscribe usr-tc" in the body of the message.
> > >>  For information on digests or retrieving files and
> > old messages send
> > >>  "help" to the same address.  Do not use quotes in
> > your message.
> > >
> > >
> > >
> > >
> > >-
> > > To unsubscribe to usr-tc, send an email to
> > "[e-mail]"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and
> > old messages send
> > > "help" to the same address.  Do not use quotes in
> > your message.
> > >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to
> > "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and
> > old messages send
> >  "help" to the same address.  Do not use quotes in
> > your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Frank Basso" <[e-mail]>
Subject: (usr-tc) Re:
Date: 18 Jan 1999 21:13:11 -0800

What files ?
-----Original Message-----


>Can anyone tell me what each of these files hold and which should be backed
>up on a regular basis.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Geobook
Date: 19 Jan 1999 08:44:41 -0600 (CST)

Know issue - If you need a code to correct this problem - I can get you
the same.

Will talk to you about IEA later


krish

        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Mon, 18 Jan 1999, Brian wrote:

>
> Any issues between the Geobook (runs GEOS and probably some lame as tcpip
> stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code?
>
> Brian
>
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Chris <[e-mail]>
Subject: (usr-tc) backing up Chassis files.
Date: 19 Jan 1999 08:47:21 -0600

Can anyone tell me what each of these files hold and which should be backed
up on a regular basis. Total Control Chassis. (You see them if you type:
list files).

Atmarp.cfg
CLI.cfg
CallInitProcess.cfg
Chassis.cfg
ConfigProcess.cfg
DNS.cfg
DialOutProcess.cfg
EventHandler.cfg
FilterMgr.cfg
IPForwarder.cfg
IpRterProcess.cfg
L2tpProcess.cfg
MPIPProcess.cfg
Ntp.cfg
PilgrimStrings.ind
PilgrimStrings.str
PingProcess.cfg
PppProcess.cfg
PptpProcess.cfg
QuickSetup.cfg
RemotePingProcess.cfg
Robo.stats
RoboExecNMProcess.cfg
RoboString.ind
RoboString.str
SlipProcess.cfg
SnmpProcess.cfg
TcpProcess.cfg
TermProt.cfg
TftpProcess.cfg
TracerouteProcess.cfg
app.ld
atm.bin
bspman.cfg
user_settings.cfg


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Geobook
Date: 19 Jan 1999 08:59:34 -0600 (CST)

On Tue, 19 Jan 1999, Tatai SV Krishnan wrote:

> Know issue - If you need a code to correct this problem - I can get you
> the same.
>
> Will talk to you about IEA later

Krish,

Ok.  Yes we have a customer with a Geobook and it's giving us troubles.
Would be ideal if a code base was out their that had:

1. IEA
2. Mem leaks fixed (from 4.1.11)
3. Geobook fix

However, we only have one customer with a geobook, and would settle for:

1. IEA
2. Mem leaks fixed


Thanks krish


>
>
> krish
>
> -----------------------------------------
>         \    T.S.V. Krishnan  \
>          \      Network System Engineer \ ( : - : )
>           \     3Com ............   \
>         ----------------------------------------------/
> [e-mail]
> ----------------------------/ http://interproc.ae.usr.com ----/
> The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
> -------------------------------------------------------------------------\
>     Any Sufficiently advanced bug is indistinguishable for a feature.
>                         - Rick Kulawiec
> -------------------------------------------------------------------------/
>
> On Mon, 18 Jan 1999, Brian wrote:
>
> >
> > Any issues between the Geobook (runs GEOS and probably some lame as tcpip
> > stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code?
> >
> > Brian
> >
> >
> > --------------------------------------------------------------------------
> > Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> > [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> > (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Geobook
Date: 19 Jan 1999 09:32:42 -0600 (CST)

On Tue, 19 Jan 1999, Brian wrote:

> On Tue, 19 Jan 1999, Tatai SV Krishnan wrote:
>
> > Know issue - If you need a code to correct this problem - I can get you
> > the same.
> >
> > Will talk to you about IEA later
>
> Krish,
>
> Ok.  Yes we have a customer with a Geobook and it's giving us troubles.
> Would be ideal if a code base was out their that had:
>
> 1. IEA
> 2. Mem leaks fixed (from 4.1.11)
> 3. Geobook fix
>
> However, we only have one customer with a geobook, and would settle for:
>
> 1. IEA
> 2. Mem leaks fixed

IEA fixes are now standard in the 4.2 tree - meaning this code is
currently in alpha and will be beta soon.  I will check and find out if
all the fixes are ported, they should be but will check.

krish

>
>
> Thanks krish
>
>
> >
> >
> > krish
> >
> > -----------------------------------------
> >         \    T.S.V. Krishnan  \
> >          \      Network System Engineer \ ( : - : )
> >           \     3Com ............   \
> >         ----------------------------------------------/
> > [e-mail]
> > ----------------------------/ http://interproc.ae.usr.com ----/
> > The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
> > -------------------------------------------------------------------------\
> >     Any Sufficiently advanced bug is indistinguishable for a feature.
> >                         - Rick Kulawiec
> > -------------------------------------------------------------------------/
> >
> > On Mon, 18 Jan 1999, Brian wrote:
> >
> > >
> > > Any issues between the Geobook (runs GEOS and probably some lame as tcpip
> > > stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code?
> > >
> > > Brian
> > >
> > >
> > > --------------------------------------------------------------------------
> > > Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> > > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> > > [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> > > (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "C Thompson" <[e-mail]>
Subject: (usr-tc) why won't my HARC pick up a route?
Date: 19 Jan 1999 10:59:20 -0500

I ran into this with the Netserver/PRI, and now I'm running into the same
thing with the HARC.

I have a customer that we route a Class C to via his ISDN link.  I have a
statement in my Cisco router that says (numbers changed):
        (network)        (class c)            (static IP for ISDN)
ip route 131.131.132.0    255.255.255.0        131.131.131.55

I also have the router set to advertise via RIP the various networks
(131.131.131.0, 131.131.132.0, etc.).

When I trace from a Unix box to a machine in the 131.131.132 network,
the Unix box hits the router, the router hits the USR hub, then the USR
hits back to the router.

I have tried enabling, disabling, stiff-arming, etc. the routing protocol on
the USR hub.  Nothing I do seems to work except manually adding a
static route into the HARC itself.  Then, every other HARC card (or
Netserver card) picks up on this route properly.  This stinks, IMO,
because it should be able to learn the route from the router.

What am I doing wrong?  Is this possible to do?

TIA for any help,


Craig Thompson
WingNET Internet Services,
P.O. Box 3000 // Cleveland, TN 37320-3000
423-559-LINK (v)  423-559-5444 (f)
http://www.wingnet.net

The world of children's publishing is bunny eat bunny.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) why won't my HARC pick up a route?
Date: 19 Jan 1999 17:57:42 +0100

Doing it in the HARC is a bit awkward.
Why not do it by RADIUS with a user definition like this :

user    Password = "blerg",
    Expiration = "Dec 31 2040",
    User-Service-Type = Framed-User,
    Framed-Address = 131.131.131.55,
    Framed-Netmask = 255.255.255.255,
    Framed-Route = "131.131.132.0 255.255.255.0 131.131.131.55 1";
    Framed-Routing = None

That's what I'm doing here, the HARC's are all talking RIP with each
other and with the cisco, and it works like a charm.

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


> -----Original Message-----
> From:    C Thompson [SMTP:[e-mail]]
> Sent:    mardi, 19. janvier 1999 16:59
> To:    [e-mail]
> Subject:    (usr-tc) why won't my HARC pick up a route?
>
> I ran into this with the Netserver/PRI, and now I'm running into the
> same
> thing with the HARC.
>
> I have a customer that we route a Class C to via his ISDN link.  I
> have a
> statement in my Cisco router that says (numbers changed):
>         (network)        (class c)
> (static IP for ISDN)
> ip route 131.131.132.0    255.255.255.0        131.131.131.55
>
> I also have the router set to advertise via RIP the various networks
> (131.131.131.0, 131.131.132.0, etc.).
>
> When I trace from a Unix box to a machine in the 131.131.132 network,
> the Unix box hits the router, the router hits the USR hub, then the
> USR
> hits back to the router.
>
> I have tried enabling, disabling, stiff-arming, etc. the routing
> protocol on
> the USR hub.  Nothing I do seems to work except manually adding a
> static route into the HARC itself.  Then, every other HARC card (or
> Netserver card) picks up on this route properly.  This stinks, IMO,
> because it should be able to learn the route from the router.
>
> What am I doing wrong?  Is this possible to do?
>
> TIA for any help,
>
>
> Craig Thompson
> ----------------------------------------------------------------------
> WingNET Internet Services,
> P.O. Box 3000 // Cleveland, TN 37320-3000
> 423-559-LINK (v)  423-559-5444 (f)
> http://www.wingnet.net
> ----------------------------------------------------------------------
>
> The world of children's publishing is bunny eat bunny.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Tony Loosle" <[e-mail]>
Subject: (usr-tc) Netserver16I HELP!!!
Date: 19 Jan 1999 12:06:20 -0700

After putting v.90 code on the box, and taking it off the box has been
locking up.  It works great if only win 9X calls in but as soon as an NT
box calls it, it locks right up, and I have to power cycle it.

What can nt be doing to lock up the box.  I have tried different nt
boxes and they all lock it up.  I have spent hours on the phone with
usr, which of course is a waste of time.  Any help would be
appreciated!!

Tony




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: (usr-tc) ARC/DSP upgrade
Date: 19 Jan 1999 15:41:09 -0500 (EST)

Hi,

Just got a bunch of upgrade kits today, so I've got alot of questions :)

First off, is software.  I've seen all kinds of stuff fly by, but what are
people using in production for both the dsp and the arc?  What are the
known issues.  Yeah, it should all be on a web page somewhere, shouldn't
it?

Second, I have an old 45A chassis here serving about a dozen lines.  I'd
like to preconfigure everything in the office here before heading out to
the POP.  Can I have a HARC and DSP in the chassis while still using the
Quads and Netserver to handle calls?  Will they fight over ownership of
the modems?

That's it for now, thanks...

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) ARC/DSP upgrade
Date: 19 Jan 1999 16:06:02 -0500

At 03:41 PM 1/19/99 -0500, Charles Sprickman <[e-mail]> wrote:
>Hi,
>
>Just got a bunch of upgrade kits today, so I've got alot of questions :)
>
>First off, is software.  I've seen all kinds of stuff fly by, but what are
>people using in production for both the dsp and the arc?  What are the
>known issues.  Yeah, it should all be on a web page somewhere, shouldn't
>it?

  After bouncing back and forth on code upgrades, and having to downgrade
due to customer problems connecting, the most recent upgrade has been very
stable for us. We've been running it for about 3 weeks now with no complaints.
HiPer ARC: 4.1.72
HiPer DSP: 1.2.60
HiPer NMC: 5.5.5
  I've never had a Netserver so I can't help with those questions, sorry.

Kirk


Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Jamie Dolan" <[e-mail]>
Subject: (usr-tc) ISDN
Date: 19 Jan 1999 15:24:05 -0600

Are there any know issues with 2 channel ISDN connections on 3.6.28?

Thank for the help.

--
Jamie Dolan
PowerNet Online LLC.
Internet Access Provider
920-725-5015
http://uspower.net



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Rob Williams <[e-mail]>
Subject: (usr-tc) version and firmware questions
Date: 19 Jan 1999 13:54:09 -0800 (PST)


    I have a few questions which I have been trying to find
answers for.

1. How can I tell if I have single sided or double sided modem cards?

2. What is the latest version of firmware for single sided and double
   sided modem cards?

3. Has anyone seen this situation: I have 12 quad modem cards, 1 nmc,
   1 netserver, 1 t1 card, and 2 power suplly cards in this particular
   chassis. The problem I have is this. Random cards will go yellow
   in the tc manager software at random times. All modem cards have
   been flashed with the same version of firmware. When the card is
   yellow, I usually have to disable it, then restore from default
   to get it back, and working again. This isnt only happening to the
   modem cards. It happens to the other cards as well, but getting
   them back into service is different than with the modems. I had
   spoken to 3com tech support, and they suggested that the chassis
   may be bad, or I have flashed the modem cards with the wrong version
   of firmware. I dont really understand how they would work with the
   wrong version of firmware, but who knows, hence my previous two
   questions. BTW, I have reseated all cards, behaviour continues.


Any help with these questions is greatly appriciated.

thanks,

[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Gilles Melanson <[e-mail]>
Subject: (usr-tc) Rockwell 56k voice and 1.2.60
Date: 19 Jan 1999 22:20:18 -0500 (EST)

Has anyone actually figured out how to fix Rockwell connect problems?

Since the upgrade to 1.2.60, I've broken several Rockwell voice modems,
and have not come up with a solution to get them to connect.

Any info would be appreciated.

Thanks.

--
Gilles Melanson                         ViaNet Internet Solutions
System Administrator                    128 Larch St. Suite 301
[e-mail]                     Sudbury, ON Canada  P3E 5J8

     There isn't any reason why Linux can't be implemented as an enterprise
     computing solution. Find out what you've been missing while you've
     been rebooting Windows NT.     -- Eric Hammond


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Kingsley S. Grant" <[e-mail]>
Subject: Re: (usr-tc) Rockwell 56k voice and 1.2.60
Date: 20 Jan 1999 09:26:36 -0500

Gilles,
 In order to get the rockwells to connect for now until they update their code
or 3com updates its v.90 to work with them you must disable the v.90 and Kflex
on the modem to get it to work with the TC.
 you can get all the inits to do this at http://www.56k.com under
troubleshooting and then under how to disable v90 kflex and x2.
 This will allow the person to connect at 33.6 until Rockwell issues a software
revision.
        King.

Gilles Melanson wrote:

> Has anyone actually figured out how to fix Rockwell connect problems?
>
> Since the upgrade to 1.2.60, I've broken several Rockwell voice modems,
> and have not come up with a solution to get them to connect.
>
> Any info would be appreciated.
>
> Thanks.
>
> --
> Gilles Melanson                         ViaNet Internet Solutions
> System Administrator                    128 Larch St. Suite 301
> [e-mail]                     Sudbury, ON Canada  P3E 5J8
>
>      There isn't any reason why Linux can't be implemented as an enterprise
>      computing solution. Find out what you've been missing while you've
>      been rebooting Windows NT.     -- Eric Hammond
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--
Kingsley S. Grant
RipNET Manager
RipNET Internet Services
31 Broad Street
Brockville ON, Canada
K6V 4T9
[phone] work
[phone] fax
[phone] Cel
[phone] Res
[phone] Pager
1-888-509-6677
E-Mail mailto:[e-mail]



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Dale Hege <[e-mail]>
Subject: (usr-tc) HARC Software Upgrade
Date: 20 Jan 1999 09:54:39 -0500 (EST)


I've been tftping the software updates to the harcs and it has worked
fine. But now I upload the file, reboot, and it says

**
** Found file netserve.dmf in Flash FileSystem
** Updating System with New Software Image
**

But then it keeps going without updating the software. Has anyone else had
this problem?

-Dale


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) HARC Software Upgrade
Date: 20 Jan 1999 10:17:27 -0500 (EST)

Thus spake Dale Hege
>I've been tftping the software updates to the harcs and it has worked
>fine. But now I upload the file, reboot, and it says

>**
>** Found file netserve.dmf in Flash FileSystem
>** Updating System with New Software Image
>**

>But then it keeps going without updating the software. Has anyone else had
>this problem?

Reboot...it starts up on your old image...redoes all the flash
filesystem and installs the new image to that filesystem, but never
reboots to that new image.  Another reboot gets it running the new
image.  At least it did when I just upgraded my HARC toy.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Dale Hege <[e-mail]>
Subject: Re: (usr-tc) HARC Software Upgrade
Date: 20 Jan 1999 10:23:30 -0500 (EST)

I'll try that. It the past it runs through the files it updates and then
reboots itself. It's worth a shot. Thanks

-Dale

On Wed, 20 Jan 1999, Jeff Mcadams wrote:

> Date: Wed, 20 Jan 1999 10:17:27 -0500 (EST)
> From: Jeff Mcadams <[e-mail]>
> Reply-To: [e-mail]
> To: [e-mail]
> Subject: Re: (usr-tc) HARC Software Upgrade
>
> Thus spake Dale Hege
> >I've been tftping the software updates to the harcs and it has worked
> >fine. But now I upload the file, reboot, and it says
>
> >**
> >** Found file netserve.dmf in Flash FileSystem
> >** Updating System with New Software Image
> >**
>
> >But then it keeps going without updating the software. Has anyone else had
> >this problem?
>
> Reboot...it starts up on your old image...redoes all the flash
> filesystem and installs the new image to that filesystem, but never
> reboots to that new image.  Another reboot gets it running the new
> image.  At least it did when I just upgraded my HARC toy.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Rob Williams <[e-mail]>
Subject: (usr-tc) used tc hub pricing
Date: 20 Jan 1999 09:12:00 -0800 (PST)


    I am curious about current pricing on used tc hubs, 12 quad modem
cards, 1 nmc, 1 netserver, 1 dual t1 card, and two power supplies. Anyone
familiar with the going rate??

[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 11:17:48 -0600

I have read somewhere that MLPPP comes turned on by default on the HARC.
Can someone tell me how to turn this off until we are ready to implement
this feature?


Thanks in Advance.

Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html






-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 12:34:25 -0500 (EST)

Thus spake Paul Jr.
>I have read somewhere that MLPPP comes turned on by default on the HARC.
>Can someone tell me how to turn this off until we are ready to implement
>this feature?

Keep in mind that Multi-link PPP (correctly abbreviated MP, BTW),
doesn't inherently mean that the connection is using more than one
channel.  You can use MP and only use a single channel connection.  So,
I doubt you really want to turn off MP completely, but rather want to
limit all connections to only allow one channel.  The way to do this is
with the Port-Limit RADIUS attribute.  Set it to 1 and the customers
will only be able to have a single channel in a bundle.  Alternatively,
you can set the limit (Max Channels) on the HARC "default" user, and
that will apply to all logins that aren't explicity overridden with that
setting from elsewhere.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: (usr-tc) MPIP on HARC 4.1.72-7, how ?
Date: 20 Jan 1999 18:36:25 +0100

Hello,

I have a little problem setting up MPIP on a TC pool (Fully HiPer). I'm
a little confused with the MPIP syntax.

I have 5 ARC's, 4 manage 20 DSP's (5 each) and one is spare and will be
used as MPIP server.

Here's my config :

Client :

Client1>> add mpip client 1.1.1.1 sharedsecret secret
Client1>> add mpip server 1.1.1.10 sharedsecret secret
Client1>> set ntp primary_server 2.2.2.2
Client1>> enable ntp
Client1>> save all

Same for all the other clients, except for line 1

Server :

Server>> add mpip server 1.1.1.10 sharedsecret secret
Server>> add mpip client 1.1.1.1 sharedsecret secret
Server>> add mpip client 1.1.1.2 sharedsecret secret
Server>> add mpip client 1.1.1.3 sharedsecret secret
Server>> add mpip client 1.1.1.4 sharedsecret secret
Server>> add mpip client 1.1.1.10 sharedsecret secret
Server>> set mpip server_state on
Server>> set ntp primary_server 2.2.2.2
Server>> enable ntp
Server>> save all

Is this correct, or are there too many, too few commands ?

Thanks for any info, because the 3com documentation is a bit.. erhm...
confusing...
We'd really need a FAQ for TC stuff....

Robert

PS : has anyone a sample config of RIP with HARC 4.1.72-7 with a cisco
running 11.3 that I could read somewhere ?



--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: MegaZone <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 09:38:25 -0800 (PST)

Once upon a time Paul Jr. shaped the electrons to say...
[Charset Windows-1252 unsupported, skipping...]

Arg - what is up with this Charset?  It is like a virus...

Anyway - Port-Limit = 1 in RADIUS should limit users to 1 channel.  They
won't be able to bundle in additional channels.

-MZ
--
<URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MPIP on HARC 4.1.72-7, how ?
Date: 20 Jan 1999 12:39:11 -0500 (EST)

Thus spake Robert von Bismarck
>Client1>> add mpip client 1.1.1.1 sharedsecret secret
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
           Not needed on clients.

>Is this correct, or are there too many, too few commands ?

Everything else should be pretty good...what are you seeing happening?
or not happening?
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 18:42:11 +0100

Set the default user to use only one channel max

the command is :

set network user default ppp max_channels 1

This will limit any PPP user to one DS0, i.e, no Multilink PPP....
In RADIUS, you use the Port-Limit attribute.

Regards,

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]

> -----Original Message-----
> From:    Paul Jr. (AlaWeb Support) [SMTP:[e-mail]]
> Sent:    mercredi, 20. janvier 1999 18:18
> To:    [e-mail]
> Subject:    Re: (usr-tc) MultiLink PPP
>
> I have read somewhere that MLPPP comes turned on by default on the
> HARC.
> Can someone tell me how to turn this off until we are ready to
> implement
> this feature?
>
>
> Thanks in Advance.
>
> Thanks
> Paul JR.
> AlaWeb Support
> 1800-427-8896
> http://www.alaweb.com/support.html
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) MPIP on HARC 4.1.72-7, how ?
Date: 20 Jan 1999 18:44:42 +0100

Not seeing anything yet, I flashed the HARC's this morning.

It's for future reference, i.e tomorrow ;-)

Thanks anyway,

Robert

> -----Original Message-----
> From:    Jeff Mcadams [SMTP:[e-mail]]
> Sent:    mercredi, 20. janvier 1999 18:39
> To:    [e-mail]
> Subject:    Re: (usr-tc) MPIP on HARC 4.1.72-7, how ?
>
> Thus spake Robert von Bismarck
> >Client1>> add mpip client 1.1.1.1 sharedsecret secret
>            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>            Not needed on clients.
>
> >Is this correct, or are there too many, too few commands ?
>
> Everything else should be pretty good...what are you seeing happening?
> or not happening?
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Wayne Barber" <[e-mail]>
Subject: RE: (usr-tc) version and firmware questions
Date: 20 Jan 1999 12:48:02 -0500

> [mailto:[e-mail]]On Behalf Of Rob Williams
> Sent: Tuesday, January 19, 1999 4:54 PM
>
>     I have a few questions which I have been trying to find
> answers for.
>
> 1. How can I tell if I have single sided or double sided modem cards?

Pull a card out. If there are chips on both sides, it's double-sided.

>
> 2. What is the latest version of firmware for single sided and double
>    sided modem cards?

Double-sided = 5.9.9
Single-sided = 5.10.9

I can't answer the last question. I've had problems, but not like that.

Wayne Barber
Coastal Telco Services


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul M. Oster" <[e-mail]>
Subject: RE: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 11:58:16 -0600 (CST)

Umm, I was under the impression that hte way to do this in radius would be

Simultaneous-Use = 1,

  Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout
and Session-Timeout attributes dont seem to work right, any suggestions on
that one?



Paul M. Oster <[e-mail]>               http://www.minot.com/
Magic Internet Services                         [phone]
Minots FIRST Internet Connection

-=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-

"I might not agree with what you have to say but I will defend, to
my death, your right to say it." - Voltaire

On Wed, 20 Jan 1999, Robert von Bismarck wrote:

> Set the default user to use only one channel max
>
> the command is :
>
> set network user default ppp max_channels 1
>
> This will limit any PPP user to one DS0, i.e, no Multilink PPP....
> In RADIUS, you use the Port-Limit attribute.
>
> Regards,
>
> Robert
>
> --
> Robert von Bismarck
> Network Systems Engineer
> Petrel Communications SA
> Tel : [phone]
> Fax : [phone]
> WWW : http://www.petrel.ch
> e-mail : [e-mail]
>
> > -----Original Message-----
> > From:    Paul Jr. (AlaWeb Support) [SMTP:[e-mail]]
> > Sent:    mercredi, 20. janvier 1999 18:18
> > To:    [e-mail]
> > Subject:    Re: (usr-tc) MultiLink PPP
> >
> > I have read somewhere that MLPPP comes turned on by default on the
> > HARC.
> > Can someone tell me how to turn this off until we are ready to
> > implement
> > this feature?
> >
> >
> > Thanks in Advance.
> >
> > Thanks
> > Paul JR.
> > AlaWeb Support
> > 1800-427-8896
> > http://www.alaweb.com/support.html
> >
> >
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: RE: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 13:04:14 -0500 (EST)


    Speaking of Simul use... Has anyone started using the Merit3.6B
with the newly released patch for Simultaneous Use?  We have it compiled,
but have not moved it into place yet!  Would like to know if it works!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================

On Wed, 20 Jan 1999, Paul M. Oster wrote:

> Umm, I was under the impression that hte way to do this in radius would be
>
> Simultaneous-Use = 1,
>
>   Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout
> and Session-Timeout attributes dont seem to work right, any suggestions on
> that one?
>
>
>
> Paul M. Oster <[e-mail]>               http://www.minot.com/
> Magic Internet Services                         [phone]
> Minots FIRST Internet Connection
>
> -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-
>
> "I might not agree with what you have to say but I will defend, to
> my death, your right to say it." - Voltaire
>
> On Wed, 20 Jan 1999, Robert von Bismarck wrote:
>
> > Set the default user to use only one channel max
> >
> > the command is :
> >
> > set network user default ppp max_channels 1
> >
> > This will limit any PPP user to one DS0, i.e, no Multilink PPP....
> > In RADIUS, you use the Port-Limit attribute.
> >
> > Regards,
> >
> > Robert
> >
> > --
> > Robert von Bismarck
> > Network Systems Engineer
> > Petrel Communications SA
> > Tel : [phone]
> > Fax : [phone]
> > WWW : http://www.petrel.ch
> > e-mail : [e-mail]
> >
> > > -----Original Message-----
> > > From:    Paul Jr. (AlaWeb Support) [SMTP:[e-mail]]
> > > Sent:    mercredi, 20. janvier 1999 18:18
> > > To:    [e-mail]
> > > Subject:    Re: (usr-tc) MultiLink PPP
> > >
> > > I have read somewhere that MLPPP comes turned on by default on the
> > > HARC.
> > > Can someone tell me how to turn this off until we are ready to
> > > implement
> > > this feature?
> > >
> > >
> > > Thanks in Advance.
> > >
> > > Thanks
> > > Paul JR.
> > > AlaWeb Support
> > > 1800-427-8896
> > > http://www.alaweb.com/support.html
> > >
> > >
> > >
> > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 13:16:49 -0500 (EST)

Thus spake Paul M. Oster
>Umm, I was under the impression that hte way to do this in radius would be

>Simultaneous-Use = 1,

Simultaneous-Use proly tells the NAS to only allow a single login, ie,
single bundle, though I've never seen it in actual use...especially
since these systems (no NAS that I'm aware of) don't have the ability to
check simultaneous use across chassis, so for anything but the smallest
shops, that check-item is almost useless.

>Which is correct?

To limit each login to a single channel, Port-Limit.

To limit each userid to a single login, Simultaneous-Use (sorta).
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: RE: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 13:17:55 -0500 (EST)

What patch?  Is this for the "Basic" server?  I assume it's not a
Merit-supplied patch?  Bring on the URL!

Thanks,

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=

On Wed, 20 Jan 1999 [e-mail] wrote:

>
>     Speaking of Simul use... Has anyone started using the Merit3.6B
> with the newly released patch for Simultaneous Use?  We have it compiled,
> but have not moved it into place yet!  Would like to know if it works!
>
> ==============================================================================
> Phillip Ferraro                WorldNet Access, Inc
> [e-mail]    Onslow County's PREMIER InterNet Service
> Voice [phone]            824 Gumbranch Square, Suite R3
> FAX   [phone]             Jacksonville, Nc  28540-6269
> ==============================================================================
>
> On Wed, 20 Jan 1999, Paul M. Oster wrote:
>
> > Umm, I was under the impression that hte way to do this in radius would be
> >
> > Simultaneous-Use = 1,
> >
> >   Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout
> > and Session-Timeout attributes dont seem to work right, any suggestions on
> > that one?
> >
> >
> >
> > Paul M. Oster <[e-mail]>               http://www.minot.com/
> > Magic Internet Services                         [phone]
> > Minots FIRST Internet Connection
> >
> > -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-
> >
> > "I might not agree with what you have to say but I will defend, to
> > my death, your right to say it." - Voltaire
> >
> > On Wed, 20 Jan 1999, Robert von Bismarck wrote:
> >
> > > Set the default user to use only one channel max
> > >
> > > the command is :
> > >
> > > set network user default ppp max_channels 1
> > >
> > > This will limit any PPP user to one DS0, i.e, no Multilink PPP....
> > > In RADIUS, you use the Port-Limit attribute.
> > >
> > > Regards,
> > >
> > > Robert
> > >
> > > --
> > > Robert von Bismarck
> > > Network Systems Engineer
> > > Petrel Communications SA
> > > Tel : [phone]
> > > Fax : [phone]
> > > WWW : http://www.petrel.ch
> > > e-mail : [e-mail]
> > >
> > > > -----Original Message-----
> > > > From:    Paul Jr. (AlaWeb Support) [SMTP:[e-mail]]
> > > > Sent:    mercredi, 20. janvier 1999 18:18
> > > > To:    [e-mail]
> > > > Subject:    Re: (usr-tc) MultiLink PPP
> > > >
> > > > I have read somewhere that MLPPP comes turned on by default on the
> > > > HARC.
> > > > Can someone tell me how to turn this off until we are ready to
> > > > implement
> > > > this feature?
> > > >
> > > >
> > > > Thanks in Advance.
> > > >
> > > > Thanks
> > > > Paul JR.
> > > > AlaWeb Support
> > > > 1800-427-8896
> > > > http://www.alaweb.com/support.html
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: RE: (usr-tc) MultiLink PPP (fwd)
Date: 20 Jan 1999 13:38:50 -0500 (EST)

---------- Forwarded message ----------


    Charles,

  Here you go!

http://www.mr.net/~bradley/radius/simult.html

  Let me know if you get it to work across your chassis!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================

On Wed, 20 Jan 1999, Charles Sprickman wrote:

> What patch?  Is this for the "Basic" server?  I assume it's not a
> Merit-supplied patch?  Bring on the URL!
>
> Thanks,
>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
> On Wed, 20 Jan 1999 [e-mail] wrote:
>
> >
> >     Speaking of Simul use... Has anyone started using the Merit3.6B
> > with the newly released patch for Simultaneous Use?  We have it compiled,
> > but have not moved it into place yet!  Would like to know if it works!
> >
> > ==============================================================================
> > Phillip Ferraro                WorldNet Access, Inc
> > [e-mail]    Onslow County's PREMIER InterNet Service
> > Voice [phone]            824 Gumbranch Square, Suite R3
> > FAX   [phone]             Jacksonville, Nc  28540-6269
> > ==============================================================================
> >
> > On Wed, 20 Jan 1999, Paul M. Oster wrote:
> >
> > > Umm, I was under the impression that hte way to do this in radius would be
> > >
> > > Simultaneous-Use = 1,
> > >
> > >   Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout
> > > and Session-Timeout attributes dont seem to work right, any suggestions on
> > > that one?
> > >
> > >
> > >
> > > Paul M. Oster <[e-mail]>               http://www.minot.com/
> > > Magic Internet Services                         [phone]
> > > Minots FIRST Internet Connection
> > >
> > > -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-
> > >
> > > "I might not agree with what you have to say but I will defend, to
> > > my death, your right to say it." - Voltaire
> > >
> > > On Wed, 20 Jan 1999, Robert von Bismarck wrote:
> > >
> > > > Set the default user to use only one channel max
> > > >
> > > > the command is :
> > > >
> > > > set network user default ppp max_channels 1
> > > >
> > > > This will limit any PPP user to one DS0, i.e, no Multilink PPP....
> > > > In RADIUS, you use the Port-Limit attribute.
> > > >
> > > > Regards,
> > > >
> > > > Robert
> > > >
> > > > --
> > > > Robert von Bismarck
> > > > Network Systems Engineer
> > > > Petrel Communications SA
> > > > Tel : [phone]
> > > > Fax : [phone]
> > > > WWW : http://www.petrel.ch
> > > > e-mail : [e-mail]
> > > >
> > > > > -----Original Message-----
> > > > > From:    Paul Jr. (AlaWeb Support) [SMTP:[e-mail]]
> > > > > Sent:    mercredi, 20. janvier 1999 18:18
> > > > > To:    [e-mail]
> > > > > Subject:    Re: (usr-tc) MultiLink PPP
> > > > >
> > > > > I have read somewhere that MLPPP comes turned on by default on the
> > > > > HARC.
> > > > > Can someone tell me how to turn this off until we are ready to
> > > > > implement
> > > > > this feature?
> > > > >
> > > > >
> > > > > Thanks in Advance.
> > > > >
> > > > > Thanks
> > > > > Paul JR.
> > > > > AlaWeb Support
> > > > > 1800-427-8896
> > > > > http://www.alaweb.com/support.html
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > -
> > > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > > >  with "unsubscribe usr-tc" in the body of the message.
> > > > >  For information on digests or retrieving files and old messages send
> > > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Dan Hollis <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 11:13:49 -0800 (PST)

On Wed, 20 Jan 1999, MegaZone wrote:
> Once upon a time Paul Jr. shaped the electrons to say...
> [Charset Windows-1252 unsupported, skipping...]
> Arg - what is up with this Charset?  It is like a virus...

Code page 1252 is the RFC-violating microsoft charset thats defecated by
piles of trash like Word97. Thats why you see web pages with "?" in place
of single quotes, because morons used Word97 and "smart quoting" feature
to write web pages. Its bad enough when it shows up in web pages, but its
inexcusable on mailing lists.

-Dan


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: matthews <[e-mail]>
Subject: (usr-tc) NETServer stuff still avaliable?
Date: 20 Jan 1999 15:18:56 -0400


Is NETServer code and memory still available or was it all pulled on January 1st?

Be Seeing You...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>[phone]
Don't rush me, sonny.  You rush a miracle maker and you get rotten miracles.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jay Nakamura <[e-mail]>
Subject: (usr-tc) ISDN problem continues(Krishnan help!)
Date: 20 Jan 1999 16:28:57 -0500

I have posted this once but I got little more info about it.

We used to have Quad/Netserver.

We swapped them for Hiper ARC/DSP.

Ever since then our customers and emploees have been having the problem
where, randomly the connection stops sending traffic over.  The connection
doesn't drop, it just stops sending traffic.  For some routers like the
3com office connect, it locks up the client rotuer.

We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office
Connect, 3Com Imapct IQ.  I haven't heard if anyone is not having the
problem since of course, if they are not having problems, they won't call
us about it.  And all of our employees are using one of the above routers/TA.

I dialin to this pool with a modem all the time and modem doesn't seem to
have the same problem.

I have called 3Com techsupport, they checked my settings, firmware rev,
etc, and found nothing wrong.

Anyone have any suggestion for

-Fixing it
-What to look for to pin point what is going on.

Anyone at 3Com reading this list, is there any similar reports?

Thank you!
--

-- J.S. Nakamura --                        Phone [phone] x213
   -- Kiva Networking --                    Fax  [phone]
      -- Network Engineer --               email [e-mail]
         -- Cisco Certified Design Associate --

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
Date: 20 Jan 1999 16:58:31 -0500 (EST)

Jay Nakamura was heard to say:
>Ever since then our customers and emploees have been having the problem
>where, randomly the connection stops sending traffic over.  The connection
>doesn't drop, it just stops sending traffic.  For some routers like the
>3com office connect, it locks up the client rotuer.
...

If you have CCP (software compression) enabled, turn it off.  The HARC
tends to have a few serious problems with software compression.  Modem
users usually will not see this as they use an MNP/V.XX compression
handled by the HDSP.

--Ricky


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
Date: 20 Jan 1999 17:59:05 -0600 (CST)

On Wed, 20 Jan 1999, Jay Nakamura wrote:

> I have posted this once but I got little more info about it.
>
> We used to have Quad/Netserver.
>
> We swapped them for Hiper ARC/DSP.
>
> Ever since then our customers and emploees have been having the problem
> where, randomly the connection stops sending traffic over.  The connection
> doesn't drop, it just stops sending traffic.  For some routers like the
> 3com office connect, it locks up the client rotuer.
>

When you say the client router gets locked up -

Can you still send a ping packet from the hiper arc to the client?
Does the HiPer arc see this connection?

Also I would like to know the code version and a show ppp on the hiper arc


regards

krish

> We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office
> Connect, 3Com Imapct IQ.  I haven't heard if anyone is not having the
> problem since of course, if they are not having problems, they won't call
> us about it.  And all of our employees are using one of the above routers/TA.
>
> I dialin to this pool with a modem all the time and modem doesn't seem to
> have the same problem.
>
> I have called 3Com techsupport, they checked my settings, firmware rev,
> etc, and found nothing wrong.
>
> Anyone have any suggestion for
>
> -Fixing it
> -What to look for to pin point what is going on.
>
> Anyone at 3Com reading this list, is there any similar reports?
>
> Thank you!
> --
>
> -- J.S. Nakamura --                        Phone [phone] x213
>    -- Kiva Networking --                    Fax  [phone]
>       -- Network Engineer --               email [e-mail]
>          -- Cisco Certified Design Associate --
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Biggs <[e-mail]>
Subject: (usr-tc) ARC Timezones?
Date: 20 Jan 1999 15:55:56 -0800 (PST)

Hi,
    Is there any facility in ARC (4.1.72-7) to set the Time zone?

    -Brian
--
 # Brian Biggs            |           Sonic / Sonoma Interconnect           #
 # Sys Admin / Programmer | v707.522.1000   fax[phone]   d707.522.1001 #
 # mailto:[e-mail]    | http://www.sonic.net   mailto:[e-mail] #

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) ARC Timezones?
Date: 20 Jan 1999 18:19:24 -0600 (CST)

no - its gmt only for now.


krish

        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Wed, 20 Jan 1999, Brian Biggs wrote:

> Hi,
>     Is there any facility in ARC (4.1.72-7) to set the Time zone?
>
>     -Brian
> --
>  # Brian Biggs            |           Sonic / Sonoma Interconnect           #
>  # Sys Admin / Programmer | v707.522.1000   fax[phone]   d707.522.1001 #
>  # mailto:[e-mail]    | http://www.sonic.net   mailto:[e-mail] #
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: MegaZone <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 17:43:40 -0800 (PST)

Once upon a time Paul M. Oster shaped the electrons to say...
>Umm, I was under the impression that hte way to do this in radius would be
>Simultaneous-Use = 1,

This is not a standard attribute.  This is a *server specific* attribute
that should never be sent to a NAS.  Some servers - such as Cistron -
use a combination of RADIUS and SNMP (or telnet, etc) to monitor the
state of user logins across the NAS pool.  The server can then allow some
set number of logins per user name.

But this only works if you have a RADIUS server that supports this, AND
it said RADIUS server also works with your NAS.  And I don't mean just
RADIUS - the checking system has to be able to talk with your NAS as
well to backstop the RADIUS protocol and make this effective.  Without
it RADIUS is prone to race conditions and will deny valid logins.


>  Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout
>and Session-Timeout attributes dont seem to work right, any suggestions on

I seem to recall these were broken but have been fixed in recent revs.

-MZ
--
<URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) HARC Software Upgrade
Date: 20 Jan 1999 21:39:51 -0500



> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jeff Mcadams
> Sent: Wednesday, January 20, 1999 10:17 AM
> To: [e-mail]
> Subject: Re: (usr-tc) HARC Software Upgrade
>
>
> Thus spake Dale Hege
> >I've been tftping the software updates to the harcs and it has worked
> >fine. But now I upload the file, reboot, and it says
>
> >**
> >** Found file netserve.dmf in Flash FileSystem
> >** Updating System with New Software Image
> >**
>
> >But then it keeps going without updating the software. Has
> anyone else had
> >this problem?
>
> Reboot...it starts up on your old image...redoes all the flash
> filesystem and installs the new image to that filesystem, but never
> reboots to that new image.  Another reboot gets it running the new
> image.  At least it did when I just upgraded my HARC toy.

Actually, I have seen this problem before.  Multiple reboots did not help.
We had to delete config and rebuild.  Once we did that we re-flashed it and
the upgrade took the first time we reboot.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 21:47:22 -0500 (EST)

Thus spake MegaZone
>Once upon a time Paul M. Oster shaped the electrons to say...
>>Umm, I was under the impression that hte way to do this in radius would be
>>Simultaneous-Use = 1,

>This is not a standard attribute.  This is a *server specific* attribute
>that should never be sent to a NAS.

Seriously?  Hrmm...its in our pretty much stock and old Merit server
that we're running.  Listed as a check-item though, so only used I
believe for a check on whether to authenticate a user, not sent back as
a configuration item....at least I *think* this is how it works...I'm
not extremely up on the RADIUS protocol.

>The server can then allow some set number of logins per user name.

OK, so this is a check-item for the server, and the server keeps track
of it, its not an item received or sent to the NAS, but is a counter
kept by the server then (at least in theory)...I think I'm following
you.  We've never used this item so I was a little unclear on the
concept of it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) HARC Software Upgrade
Date: 20 Jan 1999 21:50:40 -0500 (EST)

Thus spake Brian K McIntire
>Actually, I have seen this problem before.  Multiple reboots did not help.
>We had to delete config and rebuild.  Once we did that we re-flashed it and
>the upgrade took the first time we reboot.

Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of
4.2 (got via tech support to check on something that we're working
with...not even testing it at our site beyond just checking to see if a
specific feature was available on it), and it did this...went through
the flash filesystem format and rebuild, then kept running, did
a...uhm...show system settings I think?...and it still showed 4.0.29 as
the version, rebooted and it came up on 4.2.whatever the heck it is.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 22:03:07 EST

Jeff Mcadams <[e-mail]> writes:

> Seriously?  Hrmm...its in our pretty much stock and old Merit server
> that we're running.  Listed as a check-item though, so only used I
> believe for a check on whether to authenticate a user, not sent back as
> a configuration item....at least I *think* this is how it works...I'm
> not extremely up on the RADIUS protocol.

For what it's worth, this doesn't really involve RADIUS (certainly not
as a protocol) at all - the whole concept of a "check-item" was a
server-specific implementation thing (not sure if Merit introduced it
or inherited it from the original Livingston code).  Yes, they did
borrow the dictionary notation to be able to specify attributes that
the server wanted to use, which may have added to the confusion, since
it was a convenient construct already in place, but as it turns out
that's completely unrelated to RADIUS, or the attributes defined for
use with a NAS in the various RADIUS-related RFCs and IDs.

As far as that goes, the "dictionary" is really distinct from RADIUS
as well.  RADIUS defines the protocol and there are well-known
attributes numbered and defined for use with the protocol but how a
system resolves attributes to names and vice versa is implementation
specific.  True, a lot of code has continued the original dictionary
format/method used in the Livingston code, but I expect that others
(our own internal code included) does not.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        UUNET Technologies, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: MegaZone <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 20 Jan 1999 19:31:39 -0800 (PST)

Once upon a time Jeff Mcadams shaped the electrons to say...
>OK, so this is a check-item for the server, and the server keeps track
>of it, its not an item received or sent to the NAS, but is a counter
>kept by the server then (at least in theory)...I think I'm following
>you.  We've never used this item so I was a little unclear on the
>concept of it.

You've pretty much got it.

<URL:http://www.mdi.ca/sysadmin/multiple-logins.html>

I'm doing a one day training on RADIUS at ISPF 2 (still need to write
all the materials).  And maybe a panel during the show, still talking on
that.

-MZ
--
<URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: (usr-tc) Quad modem revs
Date: 20 Jan 1999 22:24:28 -0800 (PST)

Does anyone know what the funtional difference (if any) on the quad
analog/digital modems Hardware Versions 2.0 and 3.0

thanks


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: (usr-tc) 5.9.9/5.10.9 Connection Problems
Date: 21 Jan 1999 10:38:33 +0000



We've recently started upgrading our Quad modems with the latest code, and
have found a large number of our customers can't connect anymore.
Curiously enough, many of these customers have USR modems.

We also can't get our new HARC's to recognize our quads with hardware rev
0.2.0.

Any suggestions.  Krish?  Anyone?

---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) HARC Software Upgrade
Date: 21 Jan 1999 10:03:46 -0600 (CST)



On Wed, 20 Jan 1999, Jeff Mcadams wrote:

> Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of
> 4.2 (got via tech support to check on something that we're working
> with...not even testing it at our site beyond just checking to see if a
> specific feature was available on it), and it did this...went through

So, does 4.2 have OSPF, or are you under NDA?

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) HARC Software Upgrade
Date: 21 Jan 1999 11:08:45 -0500 (EST)

Thus spake Brian Elfert
>On Wed, 20 Jan 1999, Jeff Mcadams wrote:
>> Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of
>> 4.2 (got via tech support to check on something that we're working
>> with...not even testing it at our site beyond just checking to see if a
>> specific feature was available on it), and it did this...went through

>So, does 4.2 have OSPF, or are you under NDA?

Not under NDA that I'm aware of.  The code that I have *does* have OSPF
and I have it picking up routes from my cisco box via OSPF, but keep in
mind.  This isn't release code yet...it could get yanked out if its not
ready in time to release it (I don't see this as likely, but its
possible).
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: (usr-tc) ALPHA/BETA & NDA
Date: 21 Jan 1999 10:29:28 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Jeff Mcadams
|Sent: Thursday, January 21, 1999 10:09 AM
|To: [e-mail]
|Subject: Re: (usr-tc) HARC Software Upgrade
|
|
|Thus spake Brian Elfert
|>On Wed, 20 Jan 1999, Jeff Mcadams wrote:
|>> Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of
|>> 4.2 (got via tech support to check on something that we're working
|>> with...not even testing it at our site beyond just checking to see if a
|>> specific feature was available on it), and it did this...went through
|
|>So, does 4.2 have OSPF, or are you under NDA?
|
|Not under NDA that I'm aware of.  The code that I have *does* have OSPF
|and I have it picking up routes from my cisco box via OSPF, but keep in
|mind.  This isn't release code yet...it could get yanked out if its not
|ready in time to release it (I don't see this as likely, but its
|possible).

FYI: Not that the above is a big deal, but if you have ever applied for BETA or
participated in one you have
signed a blanket NDA blocking you from dislosing anything about any BETA/ALPHA
product you have experience with from that time forward.

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ALPHA/BETA & NDA
Date: 21 Jan 1999 12:00:57 -0500 (EST)

Thus spake Mike Wronski
>FYI: Not that the above is a big deal, but if you have ever applied for BETA or
>participated in one you have
>signed a blanket NDA blocking you from dislosing anything about any BETA/ALPHA
>product you have experience with from that time forward.

Well, to be honest, I didn't "apply" for this under the normal process.
I was given access to this one specific thing to check out one specific
(minor) feature.  Maybe I shouldn't have been given access to it like
that, but I certainly am not one to reveal any critical information.  :)
Like you said...the above isn't a big deal....if I had any thought that
it might have been, I *wouldn't* have answered that.  :)  I've gotten a
lot of other information through various channels that I haven't
revealed for fear that it might be critical information.  Sometimes,
even to be told later by someone that it wasn't really critical
information.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) telco woes
Date: 21 Jan 1999 11:34:26 -0600 (CST)


I am having users all the sudden getting "Error 629 - The computer you are
dialing is not answering".  It basically dials, answers, and  tries to
negotiate a connection, but fails during the modem handshake.

I saw this problem before.  It took alot of pressuring the telco, but they
eventually found that they had installed some "overflow" equipment and
that was the culprit.  Also someone had posted here that maybe they
switched some of their SLC96's into mode2, which may have even been what
they were talking about when they said "overflow" equipment.

This all came about very epidemiclly, all of the sudden.  Modems won't
handshake, and it's mainly from a certain handfull of exchanges that we
are tracking.  It smells of telco.  Does anyone have any ideas what this
could be?

Brian


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) errors
Date: 21 Jan 1999 12:07:26 -0600 (CST)


Can anyone explain what these messages are and if they are a real problem?

Jan 19 21:28:33 usr2ts2 At 03:26:59, Facility "GWC Modem Driver", Level
"CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c51f70
failed,while removing from the list
Jan 19 21:28:43 usr2ts2 At 03:27:09, Facility "GWC Modem Driver", Level
"CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c53a70
failed,while removing from the list
Jan 19 21:29:00 usr2ts2 At 03:27:26, Facility "GWC Modem Driver", Level
"CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c63230
failed,while removing from the list
Jan 19 21:29:18 usr2ts2 At 03:27:44, Facility "GWC Modem Driver", Level
"CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c63b30
failed,while removing from the list
Jan 19 21:29:44 usr2ts2 At 03:28:10, Facility "GWC Modem Driver", Level
"CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c64430
failed,while removing from the list
Jan 19 21:29:49 usr2ts2 At 03:28:16, Facility "GWC Modem Driver", Level
"CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c6e570
failed,while removing from the list
Jan 19 21:30:27 usr2ts2 At 03:28:53, Facility "GWC Modem Driver", Level
"CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c501b0
failed,while removing from the list


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mark Ross <[e-mail]>
Subject: (usr-tc) WTB Ethernet NIC for USR total control chassis
Date: 21 Jan 1999 12:01:36 -0800 (PST)

 WTB Ethernet NIC for USR total control chassis

Hi,
I need to purchase 3 Ethernet Nic cards for use behind the Netserver
cards, This is for a USR total control box.

Please email prices and availablity

thanks



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: (usr-tc) ARC - multiple IP pools?
Date: 21 Jan 1999 15:45:48 -0500 (EST)

Hi,

I thought that while I'm swapping out my Netservers, I'd reorganize things
a bit.  The only thing is, 48 quads + 1 DSP = 72 ports, not an easy to
subnet number.  I'd hate to waste half of a C on one box...

Can I make two smaller pools of 62 and 30?

The docs suggest it can be done by just defining two public pools, but I'm
curious if anyone has actually done it successfully...

Thanks,

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
Date: 21 Jan 1999 15:02:47 -0600 (CST)

On Thu, 21 Jan 1999, Clayton Zekelman wrote:

>
>
> We've recently started upgrading our Quad modems with the latest code, and
> have found a large number of our customers can't connect anymore.
> Curiously enough, many of these customers have USR modems.
>
> We also can't get our new HARC's to recognize our quads with hardware rev
> 0.2.0.
>

This part tells me that you have a configuration problem?  If you have a
nmc and one hiper arc in the chassis the modems will be recognized
automatically with chasssis awarness.  If this is not set or if you have
static config - need to take a look at one such hiper arc and help you out.

let me know

krish

> Any suggestions.  Krish?  Anyone?
>
> ---
> Clayton Zekelman
> Managed Network Systems Inc. (MNSi)
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. [phone]
> fax. [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Rob Williams <[e-mail]>
Subject: (usr-tc) single or double sided?
Date: 21 Jan 1999 12:58:24 -0800 (PST)


    I am trying to find out by what criterea are the quad modem
cards for the tc hub deemed single sided or double sided? Any help
would be appriciated.

[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
Date: 21 Jan 1999 15:59:49 +0000

Actually, they show up properly in a "list chassis", and a "list int" shows
them as Oper Status Down and Admin Status Up.

They're configured exactly like the other quads - only difference is the HW
rev.  I've moved them around in the chassis, and the problem follows the card.


At 03:02 PM 1/21/99 -0600, you wrote:
>On Thu, 21 Jan 1999, Clayton Zekelman wrote:
>
>>
>>
>> We've recently started upgrading our Quad modems with the latest code, and
>> have found a large number of our customers can't connect anymore.
>> Curiously enough, many of these customers have USR modems.
>>
>> We also can't get our new HARC's to recognize our quads with hardware rev
>> 0.2.0.
>>
>
>This part tells me that you have a configuration problem?  If you have a
>nmc and one hiper arc in the chassis the modems will be recognized
>automatically with chasssis awarness.  If this is not set or if you have
>static config - need to take a look at one such hiper arc and help you out.
>
>let me know
>
>krish
>
>> Any suggestions.  Krish?  Anyone?
>>
>> ---
>> Clayton Zekelman
>> Managed Network Systems Inc. (MNSi)
>> 875 Ouellette Avenue
>> Windsor, Ontario
>> N9A 4J6
>>
>> tel. [phone]
>> fax. [phone]
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) single or double sided?
Date: 21 Jan 1999 16:04:47 EST

Rob Williams <[e-mail]> writes:

>     I am trying to find out by what criterea are the quad modem
> cards for the tc hub deemed single sided or double sided? Any help
> would be appriciated.

Physically, it's whether the components are mounted on both sides of
the printed circuit board or not.  The "single sided" moniker refers
to the "newer" quad cards (years old now) when the major components
were only surface mounted on one side of the card - the back side of
the circuit board is clean (with the possible exception of some small
capacitors).  The older "dual" or "double sided" cards had chips
mounted on both sides of the card.

As far as what the NMC detects, the cards let the NMC know what type
they are (as do any of the NACs in a chassis) based on an assigned
identifer, which the NMC then reports to any SNMP tools, such as TCM,
as the newer card (defined in the mib as the "G2" quad card types).

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        UUNET Technologies, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) ARC - multiple IP pools?
Date: 21 Jan 1999 13:11:15 -0800

We did that for awhile, but it made more sense to have one large pool.

-Frank
-----Original Message-----


>Hi,
>
>I thought that while I'm swapping out my Netservers, I'd reorganize things
>a bit.  The only thing is, 48 quads + 1 DSP = 72 ports, not an easy to
>subnet number.  I'd hate to waste half of a C on one box...
>
>Can I make two smaller pools of 62 and 30?
>
>The docs suggest it can be done by just defining two public pools, but I'm
>curious if anyone has actually done it successfully...
>
>Thanks,
>
>Charles
>
>--
>=-----------------=                                        =
>| Charles Sprickman                       Internet Channel |
>| INCH System Administration Team         [phone]    |
>| [e-mail]                          [e-mail]  |
>=                                         =----------------=
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) ARC - multiple IP pools?
Date: 21 Jan 1999 15:10:16 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Charles Sprickman
|Sent: Thursday, January 21, 1999 2:46 PM
|To: [e-mail]
|Subject: (usr-tc) ARC - multiple IP pools?
|
|
|Hi,
|
|I thought that while I'm swapping out my Netservers, I'd reorganize things
|a bit.  The only thing is, 48 quads + 1 DSP = 72 ports, not an easy to
|subnet number.  I'd hate to waste half of a C on one box...
|
|Can I make two smaller pools of 62 and 30?
|
|The docs suggest it can be done by just defining two public pools, but I'm
|curious if anyone has actually done it successfully...

This works fine.. Just make both pools public.. Many people use it this way..

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
Date: 21 Jan 1999 15:31:01 -0600 (CST)


On Thu, 21 Jan 1999, Clayton Zekelman wrote:

> Actually, they show up properly in a "list chassis", and a "list int" shows
> them as Oper Status Down and Admin Status Up.
>
> They're configured exactly like the other quads - only difference is the HW
> rev.  I've moved them around in the chassis, and the problem follows the card.
Well if the problem follows the card - then we can suspect the hardware.
But then again you may want to check the software rev on the card also or
redownload the software to the card and set it to defaults.  If there is
some changes made to the default settings - there may be a problem with
communication over the packet bus.  Is this only with one card or with
many cards of the same hardware rev?


krish

>
>
> At 03:02 PM 1/21/99 -0600, you wrote:
> >On Thu, 21 Jan 1999, Clayton Zekelman wrote:
> >
> >>
> >>
> >> We've recently started upgrading our Quad modems with the latest code, and
> >> have found a large number of our customers can't connect anymore.
> >> Curiously enough, many of these customers have USR modems.
> >>
> >> We also can't get our new HARC's to recognize our quads with hardware rev
> >> 0.2.0.
> >>
> >
> >This part tells me that you have a configuration problem?  If you have a
> >nmc and one hiper arc in the chassis the modems will be recognized
> >automatically with chasssis awarness.  If this is not set or if you have
> >static config - need to take a look at one such hiper arc and help you out.
> >
> >let me know
> >
> >krish
> >
> >> Any suggestions.  Krish?  Anyone?
> >>
> >> ---
> >> Clayton Zekelman
> >> Managed Network Systems Inc. (MNSi)
> >> 875 Ouellette Avenue
> >> Windsor, Ontario
> >> N9A 4J6
> >>
> >> tel. [phone]
> >> fax. [phone]
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >>
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
> ---
> Clayton Zekelman
> Managed Network Systems Inc. (MNSi)
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. [phone]
> fax. [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
Date: 21 Jan 1999 16:28:45 +0000

I've re-flashed the cards to the latest rev.  The problem shows up so far
in 7 cards, all of the same HW rev.  (0.2.0).  I think I tried defaulting
the cards once already, but that didn't help.


At 03:31 PM 1/21/99 -0600, you wrote:
>
>On Thu, 21 Jan 1999, Clayton Zekelman wrote:
>
>> Actually, they show up properly in a "list chassis", and a "list int" shows
>> them as Oper Status Down and Admin Status Up.
>>
>> They're configured exactly like the other quads - only difference is the HW
>> rev.  I've moved them around in the chassis, and the problem follows the
card.
>Well if the problem follows the card - then we can suspect the hardware.
>But then again you may want to check the software rev on the card also or
>redownload the software to the card and set it to defaults.  If there is
>some changes made to the default settings - there may be a problem with
>communication over the packet bus.  Is this only with one card or with
>many cards of the same hardware rev?
>
>
>krish
>
>>
>>
>> At 03:02 PM 1/21/99 -0600, you wrote:
>> >On Thu, 21 Jan 1999, Clayton Zekelman wrote:
>> >
>> >>
>> >>
>> >> We've recently started upgrading our Quad modems with the latest
code, and
>> >> have found a large number of our customers can't connect anymore.
>> >> Curiously enough, many of these customers have USR modems.
>> >>
>> >> We also can't get our new HARC's to recognize our quads with hardware
rev
>> >> 0.2.0.
>> >>
>> >
>> >This part tells me that you have a configuration problem?  If you have a
>> >nmc and one hiper arc in the chassis the modems will be recognized
>> >automatically with chasssis awarness.  If this is not set or if you have
>> >static config - need to take a look at one such hiper arc and help you
out.
>> >
>> >let me know
>> >
>> >krish
>> >
>> >> Any suggestions.  Krish?  Anyone?
>> >>
>> >> ---
>> >> Clayton Zekelman
>> >> Managed Network Systems Inc. (MNSi)
>> >> 875 Ouellette Avenue
>> >> Windsor, Ontario
>> >> N9A 4J6
>> >>
>> >> tel. [phone]
>> >> fax. [phone]
>> >>
>> >> -
>> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>> >>  with "unsubscribe usr-tc" in the body of the message.
>> >>  For information on digests or retrieving files and old messages send
>> >>  "help" to the same address.  Do not use quotes in your message.
>> >>
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>> >
>> ---
>> Clayton Zekelman
>> Managed Network Systems Inc. (MNSi)
>> 875 Ouellette Avenue
>> Windsor, Ontario
>> N9A 4J6
>>
>> tel. [phone]
>> fax. [phone]
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.

>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Taino d Johnston <[e-mail]>
Subject: (usr-tc) modem expansion question
Date: 21 Jan 1999 13:31:58 -0800

I have a question for everyone and hope someone can help.

We have four Total Control chassis in our office.  Below is how they are
configured:

chassis 1 - Dual PRI card, NMC card, NETserver card, 12 Quad cards and 2
45A PSU
chassis 2 - Dual PRI card, NMC card, NETserver card, 12 Quad cards and 2
45A PSU
chassis 3 - Dual PRI card, NMC card, NETserver card, 12 Quad cards and 2
70A PSU, built in fan
chassis 4 - 2 45A PSU

All our Quad modem cards, NETserver PRI cards, Dual PRI cards and NMC cards
are running the current versions of the software.

We are starting to give out busy signals so we are thinking of getting more
modems.  We are aware that 3Com has a HiPer Trade Up bundle promotion
running at this time.  Would it be worth it to begin switching to HiPer DSP
cards?  Are there any known problems with the HiPer Router or DSP cards?
We have never had any problems with the NETserver or Quad cards.

Is there anything else we should know before we begin expanding?

Taino Johnston
Manager, Technical Support
Access Internet Communications
+----------------------------------------------------------------+
| Taino d Johnston               | Phone:         [phone] |
| Manager, Technical Support     | Tech Support:  [phone] |
|                                | Fax:           [phone] |
| Access Internet Communications | http://www.accesscom.com/     |
| [e-mail]              | [e-mail]         |
+----------------------------------------------------------------+

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Peter Olson <[e-mail]>
Subject: (usr-tc) Unable to load NT 4.0 on new EdgeServer Pro
Date: 21 Jan 1999 15:44:47 -0600



Hello,

Sorry this seems to be such a silly question, but I have been unable to get
NT Server to install on an Edgeserver Pro that we bought without NT
preinstalled. The issue seems to be the fact that the driver for other
three Edgeservers we have use the IDE hard drivers atdisk.sys. when NT
installs, it does not see this IDE controller, but instead sees the
controller as a proprietary CD-ROM controller. Does anyone have an idea
where I could get the atdisk.sys driver?

I have looked on the 3com web site to no avail, and on the included disks,
CD.

Thanks in advance,
--Peter




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
Date: 21 Jan 1999 16:07:39 -0600 (CST)

On Thu, 21 Jan 1999, Clayton Zekelman wrote:

> I've re-flashed the cards to the latest rev.  The problem shows up so far
> in 7 cards, all of the same HW rev.  (0.2.0).  I think I tried defaulting
> the cards once already, but that didn't help.
>

If you have not already - open a ticket with 3com and let me know the
ticket number.  I am not aware of any hardware problems with Quad and
hiper arc - we need to get to the bottom of this and fix your problem ASAP.

krish


>
> At 03:31 PM 1/21/99 -0600, you wrote:
> >
> >On Thu, 21 Jan 1999, Clayton Zekelman wrote:
> >
> >> Actually, they show up properly in a "list chassis", and a "list int" shows
> >> them as Oper Status Down and Admin Status Up.
> >>
> >> They're configured exactly like the other quads - only difference is the HW
> >> rev.  I've moved them around in the chassis, and the problem follows the
> card.
> >Well if the problem follows the card - then we can suspect the hardware.
> >But then again you may want to check the software rev on the card also or
> >redownload the software to the card and set it to defaults.  If there is
> >some changes made to the default settings - there may be a problem with
> >communication over the packet bus.  Is this only with one card or with
> >many cards of the same hardware rev?
> >
> >
> >krish
> >
> >>
> >>
> >> At 03:02 PM 1/21/99 -0600, you wrote:
> >> >On Thu, 21 Jan 1999, Clayton Zekelman wrote:
> >> >
> >> >>
> >> >>
> >> >> We've recently started upgrading our Quad modems with the latest
> code, and
> >> >> have found a large number of our customers can't connect anymore.
> >> >> Curiously enough, many of these customers have USR modems.
> >> >>
> >> >> We also can't get our new HARC's to recognize our quads with hardware
> rev
> >> >> 0.2.0.
> >> >>
> >> >
> >> >This part tells me that you have a configuration problem?  If you have a
> >> >nmc and one hiper arc in the chassis the modems will be recognized
> >> >automatically with chasssis awarness.  If this is not set or if you have
> >> >static config - need to take a look at one such hiper arc and help you
> out.
> >> >
> >> >let me know
> >> >
> >> >krish
> >> >
> >> >> Any suggestions.  Krish?  Anyone?
> >> >>
> >> >> ---
> >> >> Clayton Zekelman
> >> >> Managed Network Systems Inc. (MNSi)
> >> >> 875 Ouellette Avenue
> >> >> Windsor, Ontario
> >> >> N9A 4J6
> >> >>
> >> >> tel. [phone]
> >> >> fax. [phone]
> >> >>
> >> >> -
> >> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >> >>  with "unsubscribe usr-tc" in the body of the message.
> >> >>  For information on digests or retrieving files and old messages send
> >> >>  "help" to the same address.  Do not use quotes in your message.
> >> >>
> >> >
> >> >-
> >> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> >> > with "unsubscribe usr-tc" in the body of the message.
> >> > For information on digests or retrieving files and old messages send
> >> > "help" to the same address.  Do not use quotes in your message.
> >> >
> >> ---
> >> Clayton Zekelman
> >> Managed Network Systems Inc. (MNSi)
> >> 875 Ouellette Avenue
> >> Windsor, Ontario
> >> N9A 4J6
> >>
> >> tel. [phone]
> >> fax. [phone]
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >>
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
>
> >
> ---
> Clayton Zekelman
> Managed Network Systems Inc. (MNSi)
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. [phone]
> fax. [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Taino d Johnston <[e-mail]>
Subject: (usr-tc) limiting dial-up access
Date: 21 Jan 1999 14:38:42 -0800

We have four Total Control chassis in our office.  All our Quad modem
cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the
current versions of the software.

We would like to sell a dial-up service to customers that only want dial-up
access during off peak hours.  How can this be done?

Taino Johnston
Manager, Technical Support
Access Internet Communications
+----------------------------------------------------------------+
| Taino d Johnston               | Phone:         [phone] |
| Manager, Technical Support     | Tech Support:  [phone] |
|                                | Fax:           [phone] |
| Access Internet Communications | http://www.accesscom.com/     |
| [e-mail]              | [e-mail]         |
+----------------------------------------------------------------+

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Greg Coffey <[e-mail]>
Subject: Re: (usr-tc) limiting dial-up access
Date: 21 Jan 1999 15:59:38 -0600

We are looking for some software to limit simultaneous logins and found one
that looks good called Tsmon.  I think it looks like it could do what you
are asking here too.  Anyone use this software, we are going to try it out
very soon.

At 02:38 PM 1/21/99 -0800, you wrote:
>We have four Total Control chassis in our office.  All our Quad modem
>cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the
>current versions of the software.
>
>We would like to sell a dial-up service to customers that only want dial-up
>access during off peak hours.  How can this be done?
>
>Taino Johnston
>Manager, Technical Support
>Access Internet Communications
>+----------------------------------------------------------------+
>| Taino d Johnston               | Phone:         [phone] |
>| Manager, Technical Support     | Tech Support:  [phone] |
>|                                | Fax:           [phone] |
>| Access Internet Communications | http://www.accesscom.com/     |
>| [e-mail]              | [e-mail]         |
>+----------------------------------------------------------------+
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>

Have a good one,
______________________________________________________
Greg Coffey             307-234-5443           Fax [phone]
CoffeyNet           v.90 56k Access for Casper & Douglas
142 S. Center St.    Rawlins, Pinedale, Lander and Wheatland
Casper, WY  82601                   http://www.coffey.com

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) limiting dial-up access
Date: 21 Jan 1999 19:25:41 -0500 (EST)

From what I understand, Radiator can limit accounts to certain times of
the day... (http://www.open.com.au)

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=

On Thu, 21 Jan 1999, Taino d Johnston wrote:

> We have four Total Control chassis in our office.  All our Quad modem
> cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the
> current versions of the software.
>
> We would like to sell a dial-up service to customers that only want dial-up
> access during off peak hours.  How can this be done?
>
> Taino Johnston
> Manager, Technical Support
> Access Internet Communications
> +----------------------------------------------------------------+
> | Taino d Johnston               | Phone:         [phone] |
> | Manager, Technical Support     | Tech Support:  [phone] |
> |                                | Fax:           [phone] |
> | Access Internet Communications | http://www.accesscom.com/     |
> | [e-mail]              | [e-mail]         |
> +----------------------------------------------------------------+
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jay Nakamura <[e-mail]>
Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
Date: 21 Jan 1999 19:27:37 -0500

I have turned off compression and the problem seems to have gone away, but
we haven't completely confirmed that yet.

With the 3Com office connect, no you can't ping, and what I have heard is
the unit completely locks up and you have to re-boot it.

I don't know if the HiperArc keeps the connections on the 3com office
connect, since I have always been notified after the fact.  With the
Netgear 328, the HiperARC still sees the connection, but you can't ping
that IP.

Today, I was notified that Ascend Pipeline customers are affected also.

The code on the Hiper ARC is the latest.

System Version:                           V4.1.72

HiPer>> show ppp

PPP AUTHENTICATION
DIAL_IN Users Authenticate:               PAP
PPP Authentication Preference:            PAP
System Transmit Authentication Name:      HiPer

PPP offloading:                           ENABLED

CCP will be attempted for call type(s):   NONE

Primary NBNS Server address:              0.0.0.0
Secondary NBNS Server address:            0.0.0.0

DNS configuration Usage:                  SYSTEM

Primary PPP DNS Server address:           206.97.64.2
Secondary PPP DNS  Server address:        206.97.64.9

PPP session start message:                PPP session from %server_ip to
%client
_ip beginning....

Would you need anything else?

On Wed, 20 Jan 1999, Jay Nakamura wrote:

> I have posted this once but I got little more info about it.
>
> We used to have Quad/Netserver.
>
> We swapped them for Hiper ARC/DSP.
>
> Ever since then our customers and emploees have been having the problem
> where, randomly the connection stops sending traffic over.  The connection
> doesn't drop, it just stops sending traffic.  For some routers like the
> 3com office connect, it locks up the client rotuer.
>

When you say the client router gets locked up -

Can you still send a ping packet from the hiper arc to the client?
Does the HiPer arc see this connection?

Also I would like to know the code version and a show ppp on the hiper arc


regards

krish

> We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office
> Connect, 3Com Imapct IQ.  I haven't heard if anyone is not having the
> problem since of course, if they are not having problems, they won't call
> us about it.  And all of our employees are using one of the above
routers/TA.
>
> I dialin to this pool with a modem all the time and modem doesn't seem to
> have the same problem.
>
> I have called 3Com techsupport, they checked my settings, firmware rev,
> etc, and found nothing wrong.
>
> Anyone have any suggestion for
>
> -Fixing it
> -What to look for to pin point what is going on.
>
> Anyone at 3Com reading this list, is there any similar reports?
>
> Thank you!
> --
>
> -- J.S. Nakamura --                        Phone [phone] x213
>    -- Kiva Networking --                    Fax  [phone]
>       -- Network Engineer --               email [e-mail]
>          -- Cisco Certified Design Associate --
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


--

-- J.S. Nakamura --                        Phone [phone] x213
   -- Kiva Networking --                    Fax  [phone]
      -- Network Engineer --               email [e-mail]
         -- Cisco Certified Design Associate --

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
Date: 21 Jan 1999 18:55:40 -0600 (CST)

On Thu, 21 Jan 1999, Jay Nakamura wrote:

> I have turned off compression and the problem seems to have gone away, but
> we haven't completely confirmed that yet.
>
Yes I see that in your ppp setup on the hiper arc.

> With the 3Com office connect, no you can't ping, and what I have heard is
> the unit completely locks up and you have to re-boot it.
>
CCP or compression especially stack may have problem with 3com office
connect but then again if this problem is occurs with compression off
then you are running into a different problem.

> I don't know if the HiperArc keeps the connections on the 3com office
> connect, since I have always been notified after the fact.  With the
> Netgear 328, the HiperARC still sees the connection, but you can't ping
> that IP.
>
> Today, I was notified that Ascend Pipeline customers are affected also.
>

I have not seen any problem with Netgear, ascend, cisco, lanmodem-
I would like to take a look at your hiper arc when this problem occours.

regards

krish

> The code on the Hiper ARC is the latest.
>
> System Version:                           V4.1.72
>
> HiPer>> show ppp
>
> PPP AUTHENTICATION
> DIAL_IN Users Authenticate:               PAP
> PPP Authentication Preference:            PAP
> System Transmit Authentication Name:      HiPer
>
> PPP offloading:                           ENABLED
>
> CCP will be attempted for call type(s):   NONE
>
> Primary NBNS Server address:              0.0.0.0
> Secondary NBNS Server address:            0.0.0.0
>
> DNS configuration Usage:                  SYSTEM
>
> Primary PPP DNS Server address:           206.97.64.2
> Secondary PPP DNS  Server address:        206.97.64.9
>
> PPP session start message:                PPP session from %server_ip to
> %client
> _ip beginning....
>
> Would you need anything else?
>
> On Wed, 20 Jan 1999, Jay Nakamura wrote:
>
> > I have posted this once but I got little more info about it.
> >
> > We used to have Quad/Netserver.
> >
> > We swapped them for Hiper ARC/DSP.
> >
> > Ever since then our customers and emploees have been having the problem
> > where, randomly the connection stops sending traffic over.  The connection
> > doesn't drop, it just stops sending traffic.  For some routers like the
> > 3com office connect, it locks up the client rotuer.
> >
>
> When you say the client router gets locked up -
>
> Can you still send a ping packet from the hiper arc to the client?
> Does the HiPer arc see this connection?
>
> Also I would like to know the code version and a show ppp on the hiper arc
>
>
> regards
>
> krish
>
> > We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office
> > Connect, 3Com Imapct IQ.  I haven't heard if anyone is not having the
> > problem since of course, if they are not having problems, they won't call
> > us about it.  And all of our employees are using one of the above
> routers/TA.
> >
> > I dialin to this pool with a modem all the time and modem doesn't seem to
> > have the same problem.
> >
> > I have called 3Com techsupport, they checked my settings, firmware rev,
> > etc, and found nothing wrong.
> >
> > Anyone have any suggestion for
> >
> > -Fixing it
> > -What to look for to pin point what is going on.
> >
> > Anyone at 3Com reading this list, is there any similar reports?
> >
> > Thank you!
> > --
> >
> > -- J.S. Nakamura --                        Phone [phone] x213
> >    -- Kiva Networking --                    Fax  [phone]
> >       -- Network Engineer --               email [e-mail]
> >          -- Cisco Certified Design Associate --
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
> --
>
> -- J.S. Nakamura --                        Phone [phone] x213
>    -- Kiva Networking --                    Fax  [phone]
>       -- Network Engineer --               email [e-mail]
>          -- Cisco Certified Design Associate --
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Blake Fithen <[e-mail]>
Subject: (usr-tc) DSP 1.2.6
Date: 22 Jan 1999 00:57:58 -0600

hello, has anyone else had users complaining after upgrading
to 1.2.6? we went from 1.2.5 to one 1.2.6 about 2 weeks ago
to help out the $35 56k winmodem users but shortly after that
we began getting complaints about users who normally get ~49k
connections with thier USR 56k v.90's now getting 28.8, 14.4,
etc...  read through the release notes but couldn't find any
clues.  also running 4.1.72, and 5.5.5.

any hints?, thanks for your time. blake

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) DSP 1.2.6
Date: 21 Jan 1999 23:54:14 -0800

We are running the same combo and have experienced some issues, but it seems
that the Telco is responsible. Or maybe not, it just feels to me like this
code is more susceptible to bad customer z end line noise.

-Frank
-----Original Message-----


>hello, has anyone else had users complaining after upgrading
>to 1.2.6? we went from 1.2.5 to one 1.2.6 about 2 weeks ago
>to help out the $35 56k winmodem users but shortly after that
>we began getting complaints about users who normally get ~49k
>connections with thier USR 56k v.90's now getting 28.8, 14.4,
>etc...  read through the release notes but couldn't find any
>clues.  also running 4.1.72, and 5.5.5.
>
>any hints?, thanks for your time. blake
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more...
Date: 22 Jan 1999 14:53:18 +0100

Hey guys,

I have a customer with a Cisco 1603 with IOS 11.2 dialing into our TC
Rack.
The config works fine with 4.0.30 and 4.0.29, after upgrading to
4.1.72-7, it does not work any more. The customer is going crazy, and me
too.
I checked on Interproc, but this does not help at all
I've built a test bed here and it dumps on the CHAP handshake.

So, has anyone got a cisco 1603 to HiperARC config that works ??????

I'n really beginning to go crazy about this interoperational issues...

Thanks for any info,

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more...
Date: 22 Jan 1999 08:13:49 -0600 (CST)

Can you get a ppp trace on the hiper arc when the user connects?

type mon ppp and ask the user to connect


krish

        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Fri, 22 Jan 1999, Robert von Bismarck wrote:

> Hey guys,
>
> I have a customer with a Cisco 1603 with IOS 11.2 dialing into our TC
> Rack.
> The config works fine with 4.0.30 and 4.0.29, after upgrading to
> 4.1.72-7, it does not work any more. The customer is going crazy, and me
> too.
> I checked on Interproc, but this does not help at all
> I've built a test bed here and it dumps on the CHAP handshake.
>
> So, has anyone got a cisco 1603 to HiperARC config that works ??????
>
> I'n really beginning to go crazy about this interoperational issues...
>
> Thanks for any info,
>
> Robert
>
> --
> Robert von Bismarck
> Network Systems Engineer
> Petrel Communications SA
> Tel : [phone]
> Fax : [phone]
> WWW : http://www.petrel.ch
> e-mail : [e-mail]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) limiting dial-up access
Date: 22 Jan 1999 08:48:59 -0600 (CST)

On Thu, 21 Jan 1999, Greg Coffey wrote:

> We are looking for some software to limit simultaneous logins and found one
> that looks good called Tsmon.  I think it looks like it could do what you
> are asking here too.  Anyone use this software, we are going to try it out
> very soon.
>

I use it, it works great.

Brian



> At 02:38 PM 1/21/99 -0800, you wrote:
> >We have four Total Control chassis in our office.  All our Quad modem
> >cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the
> >current versions of the software.
> >
> >We would like to sell a dial-up service to customers that only want dial-up
> >access during off peak hours.  How can this be done?
> >
> >Taino Johnston
> >Manager, Technical Support
> >Access Internet Communications
> >+----------------------------------------------------------------+
> >| Taino d Johnston               | Phone:         [phone] |
> >| Manager, Technical Support     | Tech Support:  [phone] |
> >|                                | Fax:           [phone] |
> >| Access Internet Communications | http://www.accesscom.com/     |
> >| [e-mail]              | [e-mail]         |
> >+----------------------------------------------------------------+
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
> >
>
> Have a good one,
> ______________________________________________________
> Greg Coffey             307-234-5443           Fax [phone]
> CoffeyNet           v.90 56k Access for Casper & Douglas
> 142 S. Center St.    Rawlins, Pinedale, Lander and Wheatland
> Casper, WY  82601                   http://www.coffey.com
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Jason" <[e-mail]>
Subject: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 22 Jan 1999 12:18:22 -0700

I'm experiencing a problem with the HiPer ARC card
running version 4.1.72.  What happens is when the
chassis ports get full except one, the last available
port will not allow a connection.  In syslog I get this
critical error "no IP address available for dynamic
address assignment"  But, the IP pool is set to 47
addresses, and the last port on this chassis is used
for a dedicated customer.  It seems like the ARC
is not flushing the last address before the last person
can connect.  Has anyone had this problem before,
or does anyone see anything I'm missing??

Thanks.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jason Watkins   [e-mail]
I-Land NOC Tech http://www.iland.net
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: (usr-tc) Arc radius question
Date: 22 Jan 1999 15:18:44 -0500 (EST)

Hi,

I found a little bit about Fall-Through versus Round-Robin authentication
algorithms in the archives, but never saw a definitive answer.

Basically, I want to always try the primary first.  Which is appropriate
for that, and which is the default.  Also, where do I find docs on new
commands like this?

Thanks,

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 22 Jan 1999 14:34:02 -0600 (CST)

On Fri, 22 Jan 1999, Jason wrote:

> I'm experiencing a problem with the HiPer ARC card
> running version 4.1.72.  What happens is when the
> chassis ports get full except one, the last available
> port will not allow a connection.  In syslog I get this
> critical error "no IP address available for dynamic
> address assignment"  But, the IP pool is set to 47
> addresses, and the last port on this chassis is used

Do you have only 46 connections when this happens?
krish


> for a dedicated customer.  It seems like the ARC
> is not flushing the last address before the last person
> can connect.  Has anyone had this problem before,
> or does anyone see anything I'm missing??
>
> Thanks.
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Jason Watkins   [e-mail]
> I-Land NOC Tech http://www.iland.net
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Arc radius question
Date: 22 Jan 1999 15:26:30 -0500 (EST)

Thus spake Charles Sprickman
>I found a little bit about Fall-Through versus Round-Robin authentication
>algorithms in the archives, but never saw a definitive answer.

>Basically, I want to always try the primary first.  Which is appropriate
>for that,

Fall-Through

>and which is the default.

Round-Robin

>Also, where do I find docs on new commands like this?

*Should* be in the manual on the web site I believe (available in pdf
format) but don't quote me on that part.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 22 Jan 1999 16:25:21 -0600 (CST)

On Fri, 22 Jan 1999, Jason wrote:

> I'm experiencing a problem with the HiPer ARC card
> running version 4.1.72.  What happens is when the
> chassis ports get full except one, the last available
> port will not allow a connection.  In syslog I get this
> critical error "no IP address available for dynamic
> address assignment"  But, the IP pool is set to 47
> addresses, and the last port on this chassis is used
> for a dedicated customer.  It seems like the ARC
> is not flushing the last address before the last person
> can connect.  Has anyone had this problem before,
> or does anyone see anything I'm missing??

Make sure your ip address pools have a few more addresses than your ports,
that is, if you have 48 ports, put like 50 or so addreses in the pool,
Personally I would just make it a /26 (64 IP Addresses).

Brian


>
> Thanks.
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Jason Watkins   [e-mail]
> I-Land NOC Tech http://www.iland.net
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Buzz Gould <[e-mail]>
Subject: (usr-tc) 7 DSPs on a 70A chassis?
Date: 22 Jan 1999 17:07:07 -0600

We just installed a 7th DSP card in a 70A chassis. The memory usage changed
some from the 6th card to the 7th (less free mem) but not a great deal.
This is the current:

SYSTEM MEMORY RESOURCES
Total System Memory Resources:             52911 KB
Code Size:                                 3732 KB
Initialized Data Size:                     632 KB
Uninitialized Data Size:                   3913 KB
Stack Size:                                512 KB
Free Memory Current Value:                 27531 KB
Free Memory 1 Hour Before:                 27460 KB
Free Memory 12 Hours Before:               29947 KB
Free Memory 24 Hours Before:               27522 KB
Total Buffer Cache:                        40000
Free Buffer Cache:                         22883

Since the card was added we are having many users who used to connect fine
now having trouble. Sometimes the handshake fails, sometimes the connection
drops after they authenticate.
We are using 1.2.6 on the DSPs and 4.1.72 on the ARC. The disconnect
reasons are
52secs reason: 2  or  reason: 1 and reason: 17 ( is there a list of these
somewhere?)

Is the 70A enough to handle 7DSPs ?

Thanks for any ideas.
                    Buzz  Gould
Rural Connections ~ Information Services
                1(800)228-6454
              www.rconnect.com





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Randy Cosby" <[e-mail]>
Subject: RE: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 22 Jan 1999 16:08:07 -0700

3Com folks - I've seen this recommendation a few times.  Can you clarify why
we should have more than 48IP's in the pool?  Spare IP's are like gold any
more :)

Randy


> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Brian
> Sent: Friday, January 22, 1999 3:25 PM
> To: [e-mail]
> Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
>
>
> On Fri, 22 Jan 1999, Jason wrote:
>
> > I'm experiencing a problem with the HiPer ARC card
> > running version 4.1.72.  What happens is when the
> > chassis ports get full except one, the last available
> > port will not allow a connection.  In syslog I get this
> > critical error "no IP address available for dynamic
> > address assignment"  But, the IP pool is set to 47
> > addresses, and the last port on this chassis is used
> > for a dedicated customer.  It seems like the ARC
> > is not flushing the last address before the last person
> > can connect.  Has anyone had this problem before,
> > or does anyone see anything I'm missing??
>
> Make sure your ip address pools have a few more addresses than your ports,
> that is, if you have 48 ports, put like 50 or so addreses in the pool,
> Personally I would just make it a /26 (64 IP Addresses).
>
> Brian
>
>
> >
> > Thanks.
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > Jason Watkins   [e-mail]
> > I-Land NOC Tech http://www.iland.net
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service
> Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) 7 DSPs on a 70A chassis?
Date: 22 Jan 1999 15:15:11 -0800

This is fine. We use 10 DSP's with a single 70A Supply.
-----Original Message-----


>We just installed a 7th DSP card in a 70A chassis. The memory usage changed
>some from the 6th card to the 7th (less free mem) but not a great deal.
>This is the current:
>
>SYSTEM MEMORY RESOURCES
>Total System Memory Resources:             52911 KB
>Code Size:                                 3732 KB
>Initialized Data Size:                     632 KB
>Uninitialized Data Size:                   3913 KB
>Stack Size:                                512 KB
>Free Memory Current Value:                 27531 KB
>Free Memory 1 Hour Before:                 27460 KB
>Free Memory 12 Hours Before:               29947 KB
>Free Memory 24 Hours Before:               27522 KB
>Total Buffer Cache:                        40000
>Free Buffer Cache:                         22883
>
>Since the card was added we are having many users who used to connect fine
>now having trouble. Sometimes the handshake fails, sometimes the connection
>drops after they authenticate.
>We are using 1.2.6 on the DSPs and 4.1.72 on the ARC. The disconnect
>reasons are
>52secs reason: 2  or  reason: 1 and reason: 17 ( is there a list of these
>somewhere?)
>
>Is the 70A enough to handle 7DSPs ?
>
>Thanks for any ideas.
>                    Buzz  Gould
>Rural Connections ~ Information Services
>                1(800)228-6454
>              www.rconnect.com
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: RE: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 22 Jan 1999 17:43:34 -0600 (CST)

On Fri, 22 Jan 1999, Randy Cosby wrote:

> 3Com folks - I've seen this recommendation a few times.  Can you clarify why
> we should have more than 48IP's in the pool?  Spare IP's are like gold any
> more :)

We recommend using more than 48 ips for NETServer - the reason for this
is that the console port is also a port and if set active you may run
into pool address loss.  For Hiper arc you do not need any more that your
number of modems.

krish

>
> Randy
>
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Brian
> > Sent: Friday, January 22, 1999 3:25 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
> >
> >
> > On Fri, 22 Jan 1999, Jason wrote:
> >
> > > I'm experiencing a problem with the HiPer ARC card
> > > running version 4.1.72.  What happens is when the
> > > chassis ports get full except one, the last available
> > > port will not allow a connection.  In syslog I get this
> > > critical error "no IP address available for dynamic
> > > address assignment"  But, the IP pool is set to 47
> > > addresses, and the last port on this chassis is used
> > > for a dedicated customer.  It seems like the ARC
> > > is not flushing the last address before the last person
> > > can connect.  Has anyone had this problem before,
> > > or does anyone see anything I'm missing??
> >
> > Make sure your ip address pools have a few more addresses than your ports,
> > that is, if you have 48 ports, put like 50 or so addreses in the pool,
> > Personally I would just make it a /26 (64 IP Addresses).
> >
> > Brian
> >
> >
> > >
> > > Thanks.
> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > > Jason Watkins   [e-mail]
> > > I-Land NOC Tech http://www.iland.net
> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> > --------------------------------------------------------------------------
> > Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service
> > Provider
> > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> > [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> > (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 22 Jan 1999 17:25:57 -0600

I would also like to know the anwser to this one.  We have never had to do
this on any other RAS device.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Friday, January 22, 1999 5:08 PM


>3Com folks - I've seen this recommendation a few times.  Can you clarify
why
>we should have more than 48IP's in the pool?  Spare IP's are like gold any
>more :)
>
>Randy
>
>
>> -----Original Message-----
>> From: [e-mail]
>> [mailto:[e-mail]]On Behalf Of Brian
>> Sent: Friday, January 22, 1999 3:25 PM
>> To: [e-mail]
>> Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
>>
>>
>> On Fri, 22 Jan 1999, Jason wrote:
>>
>> > I'm experiencing a problem with the HiPer ARC card
>> > running version 4.1.72.  What happens is when the
>> > chassis ports get full except one, the last available
>> > port will not allow a connection.  In syslog I get this
>> > critical error "no IP address available for dynamic
>> > address assignment"  But, the IP pool is set to 47
>> > addresses, and the last port on this chassis is used
>> > for a dedicated customer.  It seems like the ARC
>> > is not flushing the last address before the last person
>> > can connect.  Has anyone had this problem before,
>> > or does anyone see anything I'm missing??
>>
>> Make sure your ip address pools have a few more addresses than your
ports,
>> that is, if you have 48 ports, put like 50 or so addreses in the pool,
>> Personally I would just make it a /26 (64 IP Addresses).
>>
>> Brian
>>
>>
>> >
>> > Thanks.
>> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> > Jason Watkins   [e-mail]
>> > I-Land NOC Tech http://www.iland.net
>> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> >
>> >
>> > -
>> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
>> >  with "unsubscribe usr-tc" in the body of the message.
>> >  For information on digests or retrieving files and old messages send
>> >  "help" to the same address.  Do not use quotes in your message.
>> >
>>
>> -------------------------------------------------------------------------
-
>> Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service
>> Provider
>> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>> [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
>> (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 22 Jan 1999 17:30:03 -0600

Thanks Krish for your help.  Your support dept also recommended it to me on
the Hiper Arc but I was fresh out of IP's.  Glad to know I really did not
need to do it anyway.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Cc: <[e-mail]>
Sent: Friday, January 22, 1999 5:43 PM


>On Fri, 22 Jan 1999, Randy Cosby wrote:
>
>> 3Com folks - I've seen this recommendation a few times.  Can you clarify
why
>> we should have more than 48IP's in the pool?  Spare IP's are like gold
any
>> more :)
>
>We recommend using more than 48 ips for NETServer - the reason for this
>is that the console port is also a port and if set active you may run
>into pool address loss.  For Hiper arc you do not need any more that your
>number of modems.
>
>krish
>
>>
>> Randy
>>
>>
>> > -----Original Message-----
>> > From: [e-mail]
>> > [mailto:[e-mail]]On Behalf Of Brian
>> > Sent: Friday, January 22, 1999 3:25 PM
>> > To: [e-mail]
>> > Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
>> >
>> >
>> > On Fri, 22 Jan 1999, Jason wrote:
>> >
>> > > I'm experiencing a problem with the HiPer ARC card
>> > > running version 4.1.72.  What happens is when the
>> > > chassis ports get full except one, the last available
>> > > port will not allow a connection.  In syslog I get this
>> > > critical error "no IP address available for dynamic
>> > > address assignment"  But, the IP pool is set to 47
>> > > addresses, and the last port on this chassis is used
>> > > for a dedicated customer.  It seems like the ARC
>> > > is not flushing the last address before the last person
>> > > can connect.  Has anyone had this problem before,
>> > > or does anyone see anything I'm missing??
>> >
>> > Make sure your ip address pools have a few more addresses than your
ports,
>> > that is, if you have 48 ports, put like 50 or so addreses in the pool,
>> > Personally I would just make it a /26 (64 IP Addresses).
>> >
>> > Brian
>> >
>> >
>> > >
>> > > Thanks.
>> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> > > Jason Watkins   [e-mail]
>> > > I-Land NOC Tech http://www.iland.net
>> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> > >
>> > >
>> > > -
>> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > >  with "unsubscribe usr-tc" in the body of the message.
>> > >  For information on digests or retrieving files and old messages send
>> > >  "help" to the same address.  Do not use quotes in your message.
>> > >
>> >
>>
> --------------------------------------------------------------------------
>> > Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service
>> > Provider
>> > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>> > [e-mail]     | Web Hosting, Virtual Domains, Storefronts,
>> > (318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>> >
>> >
>> > -
>> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
>> >  with "unsubscribe usr-tc" in the body of the message.
>> >  For information on digests or retrieving files and old messages send
>> >  "help" to the same address.  Do not use quotes in your message.
>> >
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matt Harper" <[e-mail]>
Subject: Re: (usr-tc) 7 DSPs on a 70A chassis?
Date: 22 Jan 1999 17:49:09 -0600

>From RFC2139:

5.10.  Acct-Terminate-Cause

   Description

      This attribute indicates how the session was terminated, and can
      only be present in Accounting-Request records where the Acct-
      Status-Type is set to Stop.

   A summary of the Acct-Terminate-Cause attribute format is shown
   below.  The fields are transmitted from left to right.

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |    Length     |             Value
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
              Value (cont)         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Type

      49 for Acct-Terminate-Cause

   Length

      6

















Rigney                       Informational                     [Page 18]

RFC 2139                   RADIUS Accounting                  April 1997


   Value

      The Value field is four octets, containing an integer specifying
      the cause of session termination, as follows:

      1       User Request
      2       Lost Carrier
      3       Lost Service
      4       Idle Timeout
      5       Session Timeout
      6       Admin Reset
      7       Admin Reboot
      8       Port Error
      9       NAS Error
      10      NAS Request
      11      NAS Reboot
      12      Port Unneeded
      13      Port Preempted
      14      Port Suspended
      15      Service Unavailable
      16      Callback
      17      User Error
      18      Host Request



      The termination causes are as follows:

      User Request         User requested termination of service, for
                           example with LCP Terminate or by logging out.

      Lost Carrier         DCD was dropped on the port.

      Lost Service         Service can no longer be provided; for
                           example, user's connection to a host was
                           interrupted.

      Idle Timeout         Idle timer expired.

      Session Timeout      Maximum session length timer expired.

      Admin Reset          Administrator reset the port or session.

      Admin Reboot         Administrator is ending service on the NAS,
                           for example prior to rebooting the NAS.

      Port Error           NAS detected an error on the port which
                           required ending the session.



Rigney                       Informational                     [Page 19]

RFC 2139                   RADIUS Accounting                  April 1997


      NAS Error            NAS detected some error (other than on the
                           port) which required ending the session.

      NAS Request          NAS ended session for a non-error reason not
                           otherwise listed here.

      NAS Reboot           The NAS ended the session in order to reboot
                           non-administratively ("crash").

      Port Unneeded        NAS ended session because resource usage fell
                           below low-water mark (for example, if a
                           bandwidth-on-demand algorithm decided that
                           the port was no longer needed).

      Port Preempted       NAS ended session in order to allocate the
                           port to a higher priority use.

      Port Suspended       NAS ended session to suspend a virtual
                           session.

      Service Unavailable  NAS was unable to provide requested service.

      Callback             NAS is terminating current session in order
                           to perform callback for a new session.

      User Error           Input from user is in error, causing
                           termination of session.

      Host Request         Login Host terminated session normally.


-- Matt





Buzz Gould <[e-mail]> on 01/22/99 05:07:07 PM

Please respond to [e-mail]

cc:    (Matt Harper/MW/US/3Com)




We just installed a 7th DSP card in a 70A chassis. The memory usage changed
some from the 6th card to the 7th (less free mem) but not a great deal.
This is the current:

SYSTEM MEMORY RESOURCES
Total System Memory Resources:             52911 KB
Code Size:                                 3732 KB
Initialized Data Size:                     632 KB
Uninitialized Data Size:                   3913 KB
Stack Size:                                512 KB
Free Memory Current Value:                 27531 KB
Free Memory 1 Hour Before:                 27460 KB
Free Memory 12 Hours Before:               29947 KB
Free Memory 24 Hours Before:               27522 KB
Total Buffer Cache:                        40000
Free Buffer Cache:                         22883

Since the card was added we are having many users who used to connect fine
now having trouble. Sometimes the handshake fails, sometimes the connection
drops after they authenticate.
We are using 1.2.6 on the DSPs and 4.1.72 on the ARC. The disconnect
reasons are
52secs reason: 2  or  reason: 1 and reason: 17 ( is there a list of these
somewhere?)

Is the 70A enough to handle 7DSPs ?

Thanks for any ideas.
                    Buzz  Gould
Rural Connections ~ Information Services
                1(800)228-6454
              www.rconnect.com





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matt Harper" <[e-mail]>
Subject: (usr-tc) List of RADIUS Accounting terminate codes from RFC2139
Date: 22 Jan 1999 17:54:17 -0600



5.10.  Acct-Terminate-Cause

   Description

      This attribute indicates how the session was terminated, and can
      only be present in Accounting-Request records where the Acct-
      Status-Type is set to Stop.

   A summary of the Acct-Terminate-Cause attribute format is shown
   below.  The fields are transmitted from left to right.

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |    Length     |             Value
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
              Value (cont)         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Type

      49 for Acct-Terminate-Cause

   Length

      6


Rigney                       Informational                     [Page 18]

RFC 2139                   RADIUS Accounting                  April 1997


   Value

      The Value field is four octets, containing an integer specifying
      the cause of session termination, as follows:

      1       User Request
      2       Lost Carrier
      3       Lost Service
      4       Idle Timeout
      5       Session Timeout
      6       Admin Reset
      7       Admin Reboot
      8       Port Error
      9       NAS Error
      10      NAS Request
      11      NAS Reboot
      12      Port Unneeded
      13      Port Preempted
      14      Port Suspended
      15      Service Unavailable
      16      Callback
      17      User Error
      18      Host Request



      The termination causes are as follows:

      User Request         User requested termination of service, for
                           example with LCP Terminate or by logging out.

      Lost Carrier         DCD was dropped on the port.

      Lost Service         Service can no longer be provided; for
                           example, user's connection to a host was
                           interrupted.

      Idle Timeout         Idle timer expired.

      Session Timeout      Maximum session length timer expired.

      Admin Reset          Administrator reset the port or session.

      Admin Reboot         Administrator is ending service on the NAS,
                           for example prior to rebooting the NAS.

      Port Error           NAS detected an error on the port which
                           required ending the session.



Rigney                       Informational                     [Page 19]

RFC 2139                   RADIUS Accounting                  April 1997


      NAS Error            NAS detected some error (other than on the
                           port) which required ending the session.

      NAS Request          NAS ended session for a non-error reason not
                           otherwise listed here.

      NAS Reboot           The NAS ended the session in order to reboot
                           non-administratively ("crash").

      Port Unneeded        NAS ended session because resource usage fell
                           below low-water mark (for example, if a
                           bandwidth-on-demand algorithm decided that
                           the port was no longer needed).

      Port Preempted       NAS ended session in order to allocate the
                           port to a higher priority use.

      Port Suspended       NAS ended session to suspend a virtual
                           session.

      Service Unavailable  NAS was unable to provide requested service.

      Callback             NAS is terminating current session in order
                           to perform callback for a new session.

      User Error           Input from user is in error, causing
                           termination of session.

      Host Request         Login Host terminated session normally.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: Re: (usr-tc) MultiLink PPP
Date: 23 Jan 1999 11:52:47 -0600 (CST)

We're having major problems with people dialing in multiple times.  We
have the ability to allow Simultaneous Use through Merit Radius, but our
problem is that logins on one of our boxes(running Netserver on a separate
phone number) doesn't seem to register with Radius that it is a login and
that any subsqeuent logins should be disallowed.  The user shows up in the
radius logfile from that box but then if they dial-in with the same
username on a different access number, radius still allows them in even
though it knows about the first one.  We've checked realms and they appear
to be the same.

Steve

On Wed, 20 Jan 1999, MegaZone wrote:

> Once upon a time Jeff Mcadams shaped the electrons to say...
> >OK, so this is a check-item for the server, and the server keeps track
> >of it, its not an item received or sent to the NAS, but is a counter
> >kept by the server then (at least in theory)...I think I'm following
> >you.  We've never used this item so I was a little unclear on the
> >concept of it.
>
> You've pretty much got it.
>
> <URL:http://www.mdi.ca/sysadmin/multiple-logins.html>
>
> I'm doing a one day training on RADIUS at ISPF 2 (still need to write
> all the materials).  And maybe a panel during the show, still talking on
> that.
>
> -MZ
> --
> <URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
> Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
> "A little nonsense now and then, is relished by the wisest men" 781-788-0130
> <URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Walt Gnann" <[e-mail]>
Subject: (usr-tc) Oper Status Down and cant' get up!
Date: 23 Jan 1999 17:07:18 -0500

I have a chasis of quad modems (5.10.9).  I've taken out the Netserver and
replaced it with a HyperArc (4.1.11).  I have one modem that gives dead air.
A list inter shows the Oper status is down and the Admin status is up.  I've
tried an enable with no luck.  I've tried a hardware reset with no luck.
I've pulled the offending Quad card and put in another...same problem.  I've
done everything short of resetting the HyperArc and powering down the
chasis.  Could this be a telco problem or do I just need to reboot the box
and see what happens?

Walt



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Oper Status Down and cant' get up!
Date: 23 Jan 1999 16:18:14 -0600 (CST)



On Sat, 23 Jan 1999, Walt Gnann wrote:

> I have a chasis of quad modems (5.10.9).  I've taken out the Netserver and
> replaced it with a HyperArc (4.1.11).  I have one modem that gives dead air.
> A list inter shows the Oper status is down and the Admin status is up.  I've
> tried an enable with no luck.  I've tried a hardware reset with no luck.
> I've pulled the offending Quad card and put in another...same problem.  I've
> done everything short of resetting the HyperArc and powering down the
> chasis.  Could this be a telco problem or do I just need to reboot the box
> and see what happens?

I'd suggest a config problem with the modem card itself.

I had to power down a perfectly working TC rack yesterday to install an
additional Netserver NAC and NIC.  (It's my understanding that NICs are
not hot swappable.)

When the unit came back up, one quad card wasn't recognized period, and 5
other modems were in busy-out status.  I had to physically remove the one
quad to get it working.  The other 5 modems had to be restored from
default.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Richard Fink)
Subject: Re: (usr-tc) limiting dial-up access
Date: 23 Jan 1999 14:51:30 -0800

May I ask for a URL to get tsmon ?

Thanks.

-Ric


At 08:48 AM 1/22/99 -0600, you wrote:
>On Thu, 21 Jan 1999, Greg Coffey wrote:
>
>> We are looking for some software to limit simultaneous logins and found one
>> that looks good called Tsmon.  I think it looks like it could do what you
>> are asking here too.  Anyone use this software, we are going to try it out
>> very soon.
>>
>
>I use it, it works great.
>
>Brian
>
>
>
>> At 02:38 PM 1/21/99 -0800, you wrote:
>> >We have four Total Control chassis in our office.  All our Quad modem
>> >cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the
>> >current versions of the software.
>> >
>> >We would like to sell a dial-up service to customers that only want dial-up
>> >access during off peak hours.  How can this be done?
>> >
>> >Taino Johnston
>> >Manager, Technical Support
>> >Access Internet Communications
>> >+----------------------------------------------------------------+
>> >| Taino d Johnston               | Phone:         [phone] |
>> >| Manager, Technical Support     | Tech Support:  [phone] |
>> >|                                | Fax:           [phone] |
>> >| Access Internet Communications | http://www.accesscom.com/     |
>> >| [e-mail]              | [e-mail]         |
>> >+----------------------------------------------------------------+
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>> >
>> >
>>
>> Have a good one,
>> ______________________________________________________
>> Greg Coffey             307-234-5443           Fax [phone]
>> CoffeyNet           v.90 56k Access for Casper & Douglas
>> 142 S. Center St.    Rawlins, Pinedale, Lander and Wheatland
>> Casper, WY  82601                   http://www.coffey.com
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>--------------------------------------------------------------------------
>Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


=====================================================================
 Richard Fink                                     Tel:  [phone]
 WorldPassage                                     Fax:  [phone]
 P.O.Box 2339                                 [e-mail]
 Mill Valley, CA 94942                   http://www.worldpassage.net
    WorldPassage is a communications service and Internet Service
    Provider owned and operated by RainTree Computer Systems, Inc.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Oper Status Down and cant' get up!
Date: 23 Jan 1999 17:13:50 -0600 (CST)

On Sat, 23 Jan 1999, Walt Gnann wrote:

> I have a chasis of quad modems (5.10.9).  I've taken out the Netserver and
> replaced it with a HyperArc (4.1.11).  I have one modem that gives dead air.
> A list inter shows the Oper status is down and the Admin status is up.  I've
> tried an enable with no luck.  I've tried a hardware reset with no luck.
> I've pulled the offending Quad card and put in another...same problem.  I've
> done everything short of resetting the HyperArc and powering down the
> chasis.  Could this be a telco problem or do I just need to reboot the box
> and see what happens?
>
Nothing on the telco side should cause any problems for the modem to be
on the packet bus.  It the modem that you are using is a anlog modem then
it will not work.  If its a analog/digital or digital then there is no
problem.

First make sure that no one else ( meaning any other card in the chassis
) is not access the same modem.  Then using tcm make sure that the card
is set for packet bus answer etc.

now use this command on the hiper arc.

say if the modem is in slot 3

set chas sl 3 ow ye card_type quad_i_modem type static

This command should get your modem - if its does not then you are running
into a contention problem.

regards

krish


> Walt
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Walt Gnann" <[e-mail]>
Subject: Re: (usr-tc) Oper Status Down and cant' get up!
Date: 23 Jan 1999 18:20:25 -0500

The card was working fine after the HyperArc upgrade...it's just recently
that it started giving dead air.  I've swapped a known working card into the
same slot and the 4 modem is still Oper Status Down (and the card I took out
is working fine on another chasis).

Walt
Walter N. Gnann
ISLC, Manager
843.770.1000
843.770.1002 (fax)
[e-mail]
http://www.islc.net
http://www.beaufortcomputerclub.org

-----Original Message-----


>
>
>On Sat, 23 Jan 1999, Walt Gnann wrote:
>
>> I have a chasis of quad modems (5.10.9).  I've taken out the Netserver
and
>> replaced it with a HyperArc (4.1.11).  I have one modem that gives dead
air.
>> A list inter shows the Oper status is down and the Admin status is up.
I've
>> tried an enable with no luck.  I've tried a hardware reset with no luck.
>> I've pulled the offending Quad card and put in another...same problem.
I've
>> done everything short of resetting the HyperArc and powering down the
>> chasis.  Could this be a telco problem or do I just need to reboot the
box
>> and see what happens?
>
>I'd suggest a config problem with the modem card itself.
>
>I had to power down a perfectly working TC rack yesterday to install an
>additional Netserver NAC and NIC.  (It's my understanding that NICs are
>not hot swappable.)
>
>When the unit came back up, one quad card wasn't recognized period, and 5
>other modems were in busy-out status.  I had to physically remove the one
>quad to get it working.  The other 5 modems had to be restored from
>default.
>
>Brian
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Walt Gnann" <[e-mail]>
Subject: Re: (usr-tc) Oper Status Down and cant' get up!
Date: 23 Jan 1999 18:27:09 -0500

Ownership doesn't seem to be the problem.

tc5> sh chas sl 4

CHASSIS SLOT 4 SETTINGS
Owner:                      YES
Description:                Quad I-modem
Number of Ports:            4
Type:                       STATIC

I tried the command you provided anyway and it still shows Oper Status Down:
tc5> li inter
...
slot:4/mod:1                    Up      Up
slot:4/mod:2                    Up      Up
slot:4/mod:3                    Up      Up
slot:4/mod:4                    Down    Up
...

Finally broke down and just powered down the chasis and powered it back up
again.  That fixed it.  I'll have to keep my eye on it and see if it happens
again.

Walt


Walter N. Gnann
ISLC, Manager
843.770.1000
843.770.1002 (fax)
[e-mail]
http://www.islc.net
http://www.beaufortcomputerclub.org

-----Original Message-----
Cc: [e-mail] <[e-mail]>


>On Sat, 23 Jan 1999, Walt Gnann wrote:
>
>> I have a chasis of quad modems (5.10.9).  I've taken out the Netserver
and
>> replaced it with a HyperArc (4.1.11).  I have one modem that gives dead
air.
>> A list inter shows the Oper status is down and the Admin status is up.
I've
>> tried an enable with no luck.  I've tried a hardware reset with no luck.
>> I've pulled the offending Quad card and put in another...same problem.
I've
>> done everything short of resetting the HyperArc and powering down the
>> chasis.  Could this be a telco problem or do I just need to reboot the
box
>> and see what happens?
>>
>Nothing on the telco side should cause any problems for the modem to be
>on the packet bus.  It the modem that you are using is a anlog modem then
>it will not work.  If its a analog/digital or digital then there is no
>problem.
>
>First make sure that no one else ( meaning any other card in the chassis
>) is not access the same modem.  Then using tcm make sure that the card
>is set for packet bus answer etc.
>
>now use this command on the hiper arc.
>
>say if the modem is in slot 3
>
>set chas sl 3 ow ye card_type quad_i_modem type static
>
>This command should get your modem - if its does not then you are running
>into a contention problem.
>
>regards
>
>krish
>
>
>> Walt
>>
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Oper Status Down and cant' get up!
Date: 23 Jan 1999 19:30:47 -0500 (EST)

I saw this in a mixed netserver/arc environment, the arc thought it owned
it but actually didn't.  I don't recall if you mentioned if there's
another term server device in the rack...  If there's a netserver the
command for those who have gleefully forgotten their netserver commands is
'set modem s_ inactive'.

FWIW, I've had the best luck in general doing all static assignments, even
in the simplest chassis arrangement.

Good luck,

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=

On Sat, 23 Jan 1999, Walt Gnann wrote:

> Ownership doesn't seem to be the problem.
>
> tc5> sh chas sl 4
>
> CHASSIS SLOT 4 SETTINGS
> Owner:                      YES
> Description:                Quad I-modem
> Number of Ports:            4
> Type:                       STATIC
>
> I tried the command you provided anyway and it still shows Oper Status Down:
> tc5> li inter
> ...
> slot:4/mod:1                    Up      Up
> slot:4/mod:2                    Up      Up
> slot:4/mod:3                    Up      Up
> slot:4/mod:4                    Down    Up
> ...
>
> Finally broke down and just powered down the chasis and powered it back up
> again.  That fixed it.  I'll have to keep my eye on it and see if it happens
> again.
>
> Walt
>
>
> -----------------------------------------------------
> Walter N. Gnann
> ISLC, Manager
> 843.770.1000
> 843.770.1002 (fax)
> [e-mail]
> http://www.islc.net
> http://www.beaufortcomputerclub.org
> -----------------------------------------------------
>
> -----Original Message-----
> From: Tatai SV Krishnan <[e-mail]>
> To: Walt Gnann <[e-mail]>
> Cc: [e-mail] <[e-mail]>
> Date: Saturday, January 23, 1999 6:04 PM
> Subject: Re: (usr-tc) Oper Status Down and cant' get up!
>
>
> >On Sat, 23 Jan 1999, Walt Gnann wrote:
> >
> >> I have a chasis of quad modems (5.10.9).  I've taken out the Netserver
> and
> >> replaced it with a HyperArc (4.1.11).  I have one modem that gives dead
> air.
> >> A list inter shows the Oper status is down and the Admin status is up.
> I've
> >> tried an enable with no luck.  I've tried a hardware reset with no luck.
> >> I've pulled the offending Quad card and put in another...same problem.
> I've
> >> done everything short of resetting the HyperArc and powering down the
> >> chasis.  Could this be a telco problem or do I just need to reboot the
> box
> >> and see what happens?
> >>
> >Nothing on the telco side should cause any problems for the modem to be
> >on the packet bus.  It the modem that you are using is a anlog modem then
> >it will not work.  If its a analog/digital or digital then there is no
> >problem.
> >
> >First make sure that no one else ( meaning any other card in the chassis
> >) is not access the same modem.  Then using tcm make sure that the card
> >is set for packet bus answer etc.
> >
> >now use this command on the hiper arc.
> >
> >say if the modem is in slot 3
> >
> >set chas sl 3 ow ye card_type quad_i_modem type static
> >
> >This command should get your modem - if its does not then you are running
> >into a contention problem.
> >
> >regards
> >
> >krish
> >
> >
> >> Walt
> >>
> >>
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >>
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Oper Status Down and cant' get up!
Date: 23 Jan 1999 22:14:31 -0500 (EST)

Thus spake Brian Elfert
>>Could this be a telco problem or do I just need to reboot the box
>> and see what happens?

A telco problem interfering with what essentially amounts to DTE
communication?  That would be a neat trick.

>(It's my understanding that NICs are
>not hot swappable.)

Your understanding would be incorrect, I pop NICs in and out all the
time.  Just make sure you pop the NIC in before the NAC, and take the
NAC out before you pull the NIC out as the NAC's that require NICs don't
like to be in the chassis without said NIC (try saying that three times
fast).
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: (usr-tc) Motorola VoiceSurfr probs
Date: 24 Jan 1999 16:35:00 -0500

  I apologize for somewhat of a rehash, I realize that the Motorola's have
been discussed recently on the list, but I've not been able to find any
informative letters.
  Anybody have any strings or other help that will get a stable connection
from a Motorola VoiceSurfr modem calling into ARC 4.1.72/DSP 1.2.60? He was
connecting ok at 33.6 and got the v90 upgrade from http://v90.motorola.com/
Now he has difficulty connecting and frequent boots when he does get
connected.


Thanks,
Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Arc radius question
Date: 24 Jan 1999 22:02:13 -0600 (CST)


FALLTHRU:-      HiPerARC tries the primary server first, if it doesn't
get
a response,
                it starts retrasmiting to all the servers
RNDROBIN:-      The HiPerARC keeps the present ACTIVE server and start
sending
                 an AUTH-REQ to that server, if it doesn't send a
response,
then the
                 AUTH-REQ is retrasmitted to the next server in a
round-robin fashion.


Accounting:
        HiPerARC                        Scheme Avalable         Max # of
servers
        -----------------
-------------------------
             4.0                        Send Accounting to ANY or BOTH 2
                                        servers

             4.1                        Two server groups with 2 backup
2
groups
                                servers in each group (altogether   with
2
backups
                                6 accounting servers).     ie. (2+1)*2 = 6


        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Fri, 22 Jan 1999, Charles Sprickman wrote:

> Hi,
>
> I found a little bit about Fall-Through versus Round-Robin authentication
> algorithms in the archives, but never saw a definitive answer.
>
> Basically, I want to always try the primary first.  Which is appropriate
> for that, and which is the default.  Also, where do I find docs on new
> commands like this?
>
> Thanks,
>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more
Date: 25 Jan 1999 12:13:41 +0100

L2TP encrypted VPN's to customer HQ is an example that comes to mind,
Basically, a guy dialing in with a cisco is a business customer (mind
you I'm not speaking about 7xx crap), so he probably won't be using POP3
but an exchange or Notes Server, and ssh and scp instead of telnet and
ftp.
And these guys usually have security policies in their sites to use the
most secure protocols available.

BTW, I just tried with PAP, and it's still no go ;-)


Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


> -----Original Message-----
> From:    Andres Kroonmaa [SMTP:[e-mail]]
> Sent:    vendredi, 22. janvier 1999 14:19
> To:    Robert von Bismarck
> Subject:    Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7
> any more...
>
>
>  And why on earth do you insist on chap? Set Hiper preference to PAP
>  and don't use chap. What's the point in secure password exchange on
> the
>  telco line when pop3, ftp, telnet, etc uses unsecure password
> exchange
>  on the internet anyway?
>
>
>
> ----------------------------------------------------------------------
>   Andres Kroonmaa                                mail: [e-mail]
>   Network Manager
>   Organization:            MicroLink Online       Tel:        [phone]
>   Tallinn, Sakala 19                              Pho:  [phone]
>   Estonia, EE0001        http://www.online.ee     Fax:  [phone]
>
> ----------------------------------------------------------------------

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more
Date: 25 Jan 1999 14:10:07 +0100

No trace from the HARC because there's too much traffic.
If I trace the next session to start up, I get another guy, if I trace
the user, I don't get the LCP negotiation.
I only get LCP echo requests from the remote (the cisco) and these are
answered by the ARC, but IPCP never starts
CHAP-PAP is okay now, it does PAP as well as CHAP and the HARC ACK's the
call

Here's the trace from the 1603.

%LINK-3-UPDOWN: Interface BRI0:1, changed state to up
BR0:1 PPP: Treating connection as a callout
BR0:1 LCP: O CONFREQ [Closed] id 52 len 14
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xE035EC3E (0x0506E035EC3E)
BR0:1 PPP: I pkt type 0xC021, datagramsize 34
BR0:1 LCP: I CONFREQ [REQsent] id 1 len 30
BR0:1 LCP:    MRU 1514 (0x010405EA)
BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
BR0:1 LCP:    PFC (0x0702)
BR0:1 LCP:    ACFC (0x0802)
BR0:1 LCP:    MRRU 1514 (0x110405EA)
BR0:1 LCP:    EndpointDisc 0 Null (0x130300)
BR0:1 LCP: O CONFREJ [REQsent] id 1 len 16
BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
BR0:1 LCP:    MRRU 1514 (0x110405EA)
BR0:1 LCP:    EndpointDisc 0 Null (0x130300)
BR0:1 PPP: I pkt type 0xC021, datagramsize 26
BR0:1 LCP: I CONFREQ [REQsent] id 2 len 22
BR0:1 LCP:    MRU 1514 (0x010405EA)
BR0:1 LCP:    AuthProto EAP (0x0304C227)
BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
BR0:1 LCP:    PFC (0x0702)
BR0:1 LCP:    ACFC (0x0802)
BR0:1 LCP: O CONFNAK [REQsent] id 2 len 8
BR0:1 LCP:      MRU 1514 (0x010405EA)
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
BR0:1 LCP:    PFC (0x0702)
BR0:1 LCP:    ACFC (0x0802)
BR0:1 LCP: O CONFACK [REQsent] id 3 len 22
BR0:1 LCP:    MRU 1514 (0x010405EA)
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
BR0:1 LCP:    PFC (0x0702)
BR0:1 LCP:    ACFC (0x0802)
BR0:1 LCP: TIMEout: Time 0x171D6C State ACKsent
BR0:1 LCP: O CONFREQ [ACKsent] id 53 len 14
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xE035EC3E (0x0506E035EC3E)
BR0:1 PPP: I pkt type 0xC021, datagramsize 18
BR0:1 LCP: I CONFACK [ACKsent] id 53 len 14
BR0:1 LCP:    AuthProto PAP (0x0304C023)
BR0:1 LCP:    MagicNumber 0xE035EC3E (0x0506E035EC3E)
BR0:1 PPP: Phase is AUTHENTICATING, by both
BR0:1 PAP: O AUTH-REQ id 26 len 22 from "gvef0033"
BR0:1 PPP: I pkt type 0xC0 ECHOREQ [Open] id 1 len 12 magic 0xE035EC3E
BR0:1 LCP: echo_cnt 1, sent id 1, line down
BR0:1 PPP: I pkt type 0xC021, datagramsize 16
BR0:1 LCP: I ECHOREP [Open] id 1 len 12 magic 0xD4DCC6CD
BR0:1 LCP: Received id 1, sent id 1, line down
%LINK-3-UPDOWN: Interface BRI0:1, changed state to down
%ISDN-6-DISCONNECT: Interface BRI0:1  disconnected from unknown , call
lasted 10 seconds
%ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0, TEI 119 changed to down

I see that IPCP never starts, and the TC should be the one starting it.
The 1603 justs sits there and is waiting for an IP address...

If you need the config of the cisco, just ask, I'll send it over...

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]




> -----Original Message-----
> From:    Tatai SV Krishnan [SMTP:[e-mail]]
> Sent:    vendredi, 22. janvier 1999 15:14
> To:    Robert von Bismarck
> Cc:    '[e-mail]'
> Subject:    Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7
> any more...
>
> Can you get a ppp trace on the hiper arc when the user connects?
>
> type mon ppp and ask the user to connect
>
>
> krish
>
> -----------------------------------------
>         \    T.S.V. Krishnan  \
>          \      Network System Engineer \ ( : - : )
>           \     3Com ............   \
>         ----------------------------------------------/
> [e-mail]
> ----------------------------/ http://interproc.ae.usr.com ----/
> The Yadda Yadda Search - for simple anwers -
> http://interproc.ae.usr.com/tkb.html
> ----------------------------------------------------------------------
> ---\
>     Any Sufficiently advanced bug is indistinguishable for a
> feature.
>                         - Rick Kulawiec
> ----------------------------------------------------------------------
> ---/
>
> On Fri, 22 Jan 1999, Robert von Bismarck wrote:
>
> > Hey guys,
> >
> > I have a customer with a Cisco 1603 with IOS 11.2 dialing into our
> TC
> > Rack.
> > The config works fine with 4.0.30 and 4.0.29, after upgrading to
> > 4.1.72-7, it does not work any more. The customer is going crazy,
> and me
> > too.
> > I checked on Interproc, but this does not help at all
> > I've built a test bed here and it dumps on the CHAP handshake.
> >
> > So, has anyone got a cisco 1603 to HiperARC config that works ??????
> >
> > I'n really beginning to go crazy about this interoperational
> issues...
> >
> > Thanks for any info,
> >
> > Robert
> >
> > --
> > Robert von Bismarck
> > Network Systems Engineer
> > Petrel Communications SA
> > Tel : [phone]
> > Fax : [phone]
> > WWW : http://www.petrel.ch
> > e-mail : [e-mail]
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages
> send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: RE: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more ...
Date: 25 Jan 1999 08:07:51 -0600 (CST)

On Mon, 25 Jan 1999, Robert von Bismarck wrote:

> No trace from the HARC because there's too much traffic.

Does not make sense.  You are starting LCP - that should show up in the
ppp monitor of the Hiper arc.  You do not need traffic.

> If I trace the next session to start up, I get another guy, if I trace
> the user, I don't get the LCP negotiation.
> I only get LCP echo requests from the remote (the cisco) and these are
> answered by the ARC, but IPCP never starts
LCP echo is just lcp keep alives typically should come into play only
after the connection.


> CHAP-PAP is okay now, it does PAP as well as CHAP and the HARC ACK's the
> call
>
> Here's the trace from the 1603.
>
> %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
> BR0:1 PPP: Treating connection as a callout
> BR0:1 LCP: O CONFREQ [Closed] id 52 len 14
> BR0:1 LCP:    AuthProto PAP (0x0304C023)
> BR0:1 LCP:    MagicNumber 0xE035EC3E (0x0506E035EC3E)
> BR0:1 PPP: I pkt type 0xC021, datagramsize 34
> BR0:1 LCP: I CONFREQ [REQsent] id 1 len 30
> BR0:1 LCP:    MRU 1514 (0x010405EA)
> BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
> BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
> BR0:1 LCP:    PFC (0x0702)
> BR0:1 LCP:    ACFC (0x0802)
> BR0:1 LCP:    MRRU 1514 (0x110405EA)
> BR0:1 LCP:    EndpointDisc 0 Null (0x130300)
> BR0:1 LCP: O CONFREJ [REQsent] id 1 len 16
> BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
> BR0:1 LCP:    MRRU 1514 (0x110405EA)
> BR0:1 LCP:    EndpointDisc 0 Null (0x130300)
> BR0:1 PPP: I pkt type 0xC021, datagramsize 26
> BR0:1 LCP: I CONFREQ [REQsent] id 2 len 22
> BR0:1 LCP:    MRU 1514 (0x010405EA)
> BR0:1 LCP:    AuthProto EAP (0x0304C227)
> BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
> BR0:1 LCP:    PFC (0x0702)
> BR0:1 LCP:    ACFC (0x0802)
> BR0:1 LCP: O CONFNAK [REQsent] id 2 len 8
> BR0:1 LCP:      MRU 1514 (0x010405EA)
> BR0:1 LCP:    AuthProto PAP (0x0304C023)
> BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
> BR0:1 LCP:    PFC (0x0702)
> BR0:1 LCP:    ACFC (0x0802)
> BR0:1 LCP: O CONFACK [REQsent] id 3 len 22
> BR0:1 LCP:    MRU 1514 (0x010405EA)
> BR0:1 LCP:    AuthProto PAP (0x0304C023)
> BR0:1 LCP:    MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD)
> BR0:1 LCP:    PFC (0x0702)
> BR0:1 LCP:    ACFC (0x0802)
> BR0:1 LCP: TIMEout: Time 0x171D6C State ACKsent
> BR0:1 LCP: O CONFREQ [ACKsent] id 53 len 14
> BR0:1 LCP:    AuthProto PAP (0x0304C023)
> BR0:1 LCP:    MagicNumber 0xE035EC3E (0x0506E035EC3E)
> BR0:1 PPP: I pkt type 0xC021, datagramsize 18
> BR0:1 LCP: I CONFACK [ACKsent] id 53 len 14
> BR0:1 LCP:    AuthProto PAP (0x0304C023)
> BR0:1 LCP:    MagicNumber 0xE035EC3E (0x0506E035EC3E)
> BR0:1 PPP: Phase is AUTHENTICATING, by both
> BR0:1 PAP: O AUTH-REQ id 26 len 22 from "gvef0033"
> BR0:1 PPP: I pkt type 0xC0 ECHOREQ [Open] id 1 len 12 magic 0xE035EC3E
> BR0:1 LCP: echo_cnt 1, sent id 1, line down
> BR0:1 PPP: I pkt type 0xC021, datagramsize 16
> BR0:1 LCP: I ECHOREP [Open] id 1 len 12 magic 0xD4DCC6CD
> BR0:1 LCP: Received id 1, sent id 1, line down
> %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
> %ISDN-6-DISCONNECT: Interface BRI0:1  disconnected from unknown , call
> lasted 10 seconds
> %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0, TEI 119 changed to down
>
> I see that IPCP never starts, and the TC should be the one starting it.
> The 1603 justs sits there and is waiting for an IP address...
>
> If you need the config of the cisco, just ask, I'll send it over...
>
Go ahead - send it to me.  I can see if that has some specifics

krish


> Robert
>
> --
> Robert von Bismarck
> Network Systems Engineer
> Petrel Communications SA
> Tel : [phone]
> Fax : [phone]
> WWW : http://www.petrel.ch
> e-mail : [e-mail]
>
>
>
>
> > -----Original Message-----
> > From:    Tatai SV Krishnan [SMTP:[e-mail]]
> > Sent:    vendredi, 22. janvier 1999 15:14
> > To:    Robert von Bismarck
> > Cc:    '[e-mail]'
> > Subject:    Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7
> > any more...
> >
> > Can you get a ppp trace on the hiper arc when the user connects?
> >
> > type mon ppp and ask the user to connect
> >
> >
> > krish
> >
> > -----------------------------------------
> >         \    T.S.V. Krishnan  \
> >          \      Network System Engineer \ ( : - : )
> >           \     3Com ............   \
> >         ----------------------------------------------/
> > [e-mail]
> > ----------------------------/ http://interproc.ae.usr.com ----/
> > The Yadda Yadda Search - for simple anwers -
> > http://interproc.ae.usr.com/tkb.html
> > ----------------------------------------------------------------------
> > ---\
> >     Any Sufficiently advanced bug is indistinguishable for a
> > feature.
> >                         - Rick Kulawiec
> > ----------------------------------------------------------------------
> > ---/
> >
> > On Fri, 22 Jan 1999, Robert von Bismarck wrote:
> >
> > > Hey guys,
> > >
> > > I have a customer with a Cisco 1603 with IOS 11.2 dialing into our
> > TC
> > > Rack.
> > > The config works fine with 4.0.30 and 4.0.29, after upgrading to
> > > 4.1.72-7, it does not work any more. The customer is going crazy,
> > and me
> > > too.
> > > I checked on Interproc, but this does not help at all
> > > I've built a test bed here and it dumps on the CHAP handshake.
> > >
> > > So, has anyone got a cisco 1603 to HiperARC config that works ??????
> > >
> > > I'n really beginning to go crazy about this interoperational
> > issues...
> > >
> > > Thanks for any info,
> > >
> > > Robert
> > >
> > > --
> > > Robert von Bismarck
> > > Network Systems Engineer
> > > Petrel Communications SA
> > > Tel : [phone]
> > > Fax : [phone]
> > > WWW : http://www.petrel.ch
> > > e-mail : [e-mail]
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages
> > send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more
Date: 25 Jan 1999 08:58:56 -0500 (EST)

Thus spake Robert von Bismarck
>No trace from the HARC because there's too much traffic.
>If I trace the next session to start up, I get another guy, if I trace
>the user, I don't get the LCP negotiation.

Indeed...what would be *lovely* would be if you could tell it to do the
trace, much like specifying a userid, but instead, specifying a DNIS or
ANI number.  This is immediately available before any PPP negotiation
starts, but still allows admins to easily pick out which PPP session to
trace.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more ...
Date: 25 Jan 1999 09:01:46 -0500 (EST)

Thus spake Tatai SV Krishnan
>On Mon, 25 Jan 1999, Robert von Bismarck wrote:
>> No trace from the HARC because there's too much traffic.

>Does not make sense.  You are starting LCP - that should show up in the
>ppp monitor of the Hiper arc.  You do not need traffic.

What he means I believe is that there's too much *other* traffic on the
ARC and its virtually impossible to pick out the connection you want if
you trace *all* of PPP.  And if you do the trace on a userid, you miss
all the LCP stuff since its already past.  What's needed is the ability
to initiate a PPP trace on a session based on its ANI or DNIS.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) Diva Modem
Date: 25 Jan 1999 09:37:21 -0600 (CST)

Any issues with HDM 1.2.6 and the Diva modem?

Brian


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) limiting dial-up access
Date: 25 Jan 1999 09:38:50 -0600 (CST)

On Sat, 23 Jan 1999, Richard Fink wrote:

> May I ask for a URL to get tsmon ?
>
> Thanks.
>
> -Ric
>
>

http://www.tsmon.com



> At 08:48 AM 1/22/99 -0600, you wrote:
> >On Thu, 21 Jan 1999, Greg Coffey wrote:
> >
> >> We are looking for some software to limit simultaneous logins and found one
> >> that looks good called Tsmon.  I think it looks like it could do what you
> >> are asking here too.  Anyone use this software, we are going to try it out
> >> very soon.
> >>
> >
> >I use it, it works great.
> >
> >Brian
> >
> >
> >
> >> At 02:38 PM 1/21/99 -0800, you wrote:
> >> >We have four Total Control chassis in our office.  All our Quad modem
> >> >cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the
> >> >current versions of the software.
> >> >
> >> >We would like to sell a dial-up service to customers that only want dial-up
> >> >access during off peak hours.  How can this be done?
> >> >
> >> >Taino Johnston
> >> >Manager, Technical Support
> >> >Access Internet Communications
> >> >+----------------------------------------------------------------+
> >> >| Taino d Johnston               | Phone:         [phone] |
> >> >| Manager, Technical Support     | Tech Support:  [phone] |
> >> >|                                | Fax:           [phone] |
> >> >| Access Internet Communications | http://www.accesscom.com/     |
> >> >| [e-mail]              | [e-mail]         |
> >> >+----------------------------------------------------------------+
> >> >
> >> >-
> >> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> >> > with "unsubscribe usr-tc" in the body of the message.
> >> > For information on digests or retrieving files and old messages send
> >> > "help" to the same address.  Do not use quotes in your message.
> >> >
> >> >
> >>
> >> Have a good one,
> >> ______________________________________________________
> >> Greg Coffey             307-234-5443           Fax [phone]
> >> CoffeyNet           v.90 56k Access for Casper & Douglas
> >> 142 S. Center St.    Rawlins, Pinedale, Lander and Wheatland
> >> Casper, WY  82601                   http://www.coffey.com
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >>
> >
> >--------------------------------------------------------------------------
> >Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
>
>
> =====================================================================
>  Richard Fink                                     Tel:  [phone]
>  WorldPassage                                     Fax:  [phone]
>  P.O.Box 2339                                 [e-mail]
>  Mill Valley, CA 94942                   http://www.worldpassage.net
>     WorldPassage is a communications service and Internet Service
>     Provider owned and operated by RainTree Computer Systems, Inc.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 25 Jan 1999 11:19:25 +0000

At 04:25 PM 1/22/99 -0600, you wrote:
>On Fri, 22 Jan 1999, Jason wrote:
>
>> I'm experiencing a problem with the HiPer ARC card
>> running version 4.1.72.  What happens is when the
>> chassis ports get full except one, the last available
>> port will not allow a connection.  In syslog I get this
>> critical error "no IP address available for dynamic
>> address assignment"  But, the IP pool is set to 47
>> addresses, and the last port on this chassis is used
>> for a dedicated customer.  It seems like the ARC
>> is not flushing the last address before the last person
>> can connect.  Has anyone had this problem before,
>> or does anyone see anything I'm missing??
>
>Make sure your ip address pools have a few more addresses than your ports,
>that is, if you have 48 ports, put like 50 or so addreses in the pool,
>Personally I would just make it a /26 (64 IP Addresses).

I would suggest making that 62 addresses, as the network and broadcast
address are not usable in the pool.

>
>Brian
>
>
>>
>> Thanks.
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> Jason Watkins   [e-mail]
>> I-Land NOC Tech http://www.iland.net
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>--------------------------------------------------------------------------
>Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Hill <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 25 Jan 1999 11:07:20 -0600 (CST)

> >Make sure your ip address pools have a few more addresses than your ports,
> >that is, if you have 48 ports, put like 50 or so addreses in the pool,
> >Personally I would just make it a /26 (64 IP Addresses).
>
> I would suggest making that 62 addresses, as the network and broadcast
> address are not usable in the pool.

Well, if that /26 subnet were on one wire then the top and bottom
addresses would be for broadcasts, but since it is just a route to the
NAS, which is putting /32 routes on the wires why can't you use the top
and bottom addresses, too?

-CH


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Aaron Nabil <[e-mail]>
Subject: (usr-tc) Yikes, filters broken in arc V4.1.63?
Date: 25 Jan 1999 11:12:28 -0800 (PST)


System Version:                           V4.1.63

Here's what I send...

Framed-Routing = None
Framed-IP-Netmask = 255.255.255.255
Service-Type = Framed-User
Idle-Timeout = 3600
Session-Timeout = 43200
USR-Max-Channels = 1
Framed-Protocol = PPP
USR-Log-Filter-Packet = Log-Disable
USR-IP-Input-Filter = "1 REJECT dst-addr = 192.168.0.0/16"

This is what I get in the syslog with every login...

Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL"::
Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: invalid token near line 1 (text was '=')
Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL"::
Jan 25 11:08:29 us4b last message repeated 2 times
Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: line 1: syntax error near or at "REJECT"

This must have started very recently, I'm guessing with this version.

Can anyone suggest anything?

--
Aaron Nabil

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: (usr-tc) new problems
Date: 25 Jan 1999 14:34:06 -0500

  I've been running HiPer ARC 4.1.71/DSP 1.2.60 for about 5 weeks now with
no complaints from my users. Within the last few days I've started getting
complaints of "The modem you are dialing is not answering" problems getting
connected. Nothing has changed at our end. Monitoring PPP on the ARC when
this occurs results in no information coming across, as if they've never
even hit a modem here, although the open modem does show up in <list
connections>. Could Bell Atlantic have changed anything with our PRI lines
that could be doing this?
  I did have one customer that was able to get in fine after adding the
at&f init string, but it was a new customer so I'm not sure whether his
problem mirrored the others or not.

Thanks,
Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) (USR-TC) GEOBOOK
Date: 25 Jan 1999 15:08:00 -0500



Brian,

Yes, we had major problems with the Geobook.  Krish worked with us and
had a service release of code to fix the problem.

Jeff Binkley
ASA Network Computing



U>Any issues between the Geobook (runs GEOS and probably some lame as
U>tcpip stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code?

U>Brian


U>----------------------------------------------------------------------
U>---- Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service
U>Provider  Network Administrator | Shreveport, Louisiana -
U>http://www.shreve.net/ [e-mail]     | Web Hosting, Virtual
U>Domains, Storefronts,  (318)222-2NET x 109   | Database/Web
U>Integration, 56k, ISDN, T1


U>-
U> To unsubscribe to usr-tc, send an email to "[e-mail]"
U> with "unsubscribe usr-tc" in the body of the message.
U> For information on digests or retrieving files and old messages send
U> "help" to the same address.  Do not use quotes in your message.

U>

CMPQwk 1.42 9999



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: (usr-tc) Ugh...RIP code buggy...and expired contracts
Date: 25 Jan 1999 15:28:18 -0500 (EST)

OK, here's the deal...

Our support contracts have expired, and I don't see much point in us
renewing them since we have to use NETServers still and they're pretty
much not being supported much anyway.

But...found a new bug in them...confirmed that its happening in 3.8.71,
and 3.7.76 at least...proly others as well.

As an example, I have a group of NETServers on 204.255.239.0/24.  The
NETServers are .3 .5 .7 and .9.  They advertise routes via RIP to the
immediately connected Cisco router (.1) which filters, summarizes,
redistributes into OSPF, etc...ie, all the niceties that the NETServers
don't/won't/can't do.

Anyway...two of these NETServers (as well as a couple other elsewhere in
the network are doing similar) are advertising 204.255.239.0/32! to the
immediate upstream Cisco.  Initially, the NETServers were set to
broadcast and listen for RIP, so they got into a battle, each one
thinking it was the source for 204.255.239.0/32 and pretty much swamped
our Cisco.  I set them to broadcast only, which prevents them from
battling about it, but both are still advertising 204.255.239.0/32 to
the upstream Cisco.  First off...these two NETServers don't have
204.255.239.0/32 in their own routing table.  The closest I can find is
204.255.239.0/24.  So, here's the bug...they've decided that they should
be advertising 204.255.239.0/32 out of the blue apparently...or at least
converted their internal 204.255.239.0/24 route to 204.255.239.0/32 when
its advertised.  I could understand this iff:
I were using RIPv1 instead of RIPv2
and/or
the mask weren't /24, but were /25 or some "non-natural" or non-classful
mask.

Even if these things *were* using RIPv1, they should still get this
advertisement right as /24 would be the natural classful mask for this
network so there's no reason for them to change it to a /32 in any case.

So...anyway...there it is...I can't open a trouble ticket for it because
of 3Com's continued stupidness wrt support contracts.  Hopefully someone
else can open a ticket on my behalf or something maybe...I dunno.
Anyway...there's the bug...I'll leave it to 3Com to do what they can
(hopefully they have the competence to fix this one...I'm beginning to
loose confidence in their ability to fix any bugs).
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Michael R. Gile" <[e-mail]>
Subject: Re: (usr-tc) new mp16i code
Date: 25 Jan 1999 15:31:41 -0500

At 12:40 PM 1/8/1999 -0800, you wrote:
>Hi,
>    This is a bit off topic, but has anyone here flashed up to the new
>code (2.3.5) for the mp16i? Also, anyone know if there is are similar

DO NOT USE IT.

the 2.3.5 code has MAJOR problems.

after installing it, i discovered that one customer hanging up on one port causes _both_ channels on the BRI to reset.  i cannot believe that ANYONE tested this release.

>mailing lists for other USR equipment (like the mp16i)?
>

AFAIK, there is not
======================================================
Michael Gile                             [e-mail]
President                                [phone]
Web Services Group                 http://www.wsg.net/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 25 Jan 1999 14:59:21 -0600 (CST)

On Mon, 25 Jan 1999, Charles Hill wrote:

> > >Make sure your ip address pools have a few more addresses than your ports,
> > >that is, if you have 48 ports, put like 50 or so addreses in the pool,
> > >Personally I would just make it a /26 (64 IP Addresses).
> >
> > I would suggest making that 62 addresses, as the network and broadcast
> > address are not usable in the pool.
>
> Well, if that /26 subnet were on one wire then the top and bottom
> addresses would be for broadcasts, but since it is just a route to the
> NAS, which is putting /32 routes on the wires why can't you use the top
> and bottom addresses, too?

True, I suppose you could, I guess seeing something like 208.214.45.0/32
just gives me the creeps :)


>
> -CH
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Ugh...RIP code buggy...and expired contracts
Date: 25 Jan 1999 15:04:45 -0600 (CST)


> Even if these things *were* using RIPv1, they should still get this
> advertisement right as /24 would be the natural classful mask for this
> network so there's no reason for them to change it to a /32 in any case.
>
> So...anyway...there it is...I can't open a trouble ticket for it because
> of 3Com's continued stupidness wrt support contracts.  Hopefully someone
> else can open a ticket on my behalf or something maybe...I dunno.
> Anyway...there's the bug...I'll leave it to 3Com to do what they can
> (hopefully they have the competence to fix this one...I'm beginning to
> loose confidence in their ability to fix any bugs).

That's pretty messed up, you can't report a problem with their software,
because you haven't paid them enough to report to them their mistake :).

Seriously though, you sure have a nack for finding alot of bugs, either
that or really bad luck, its like the code is made to break on your
network :).  Too bad they don't reciprocate for all the bugs you find and
give you credits.  Its like the only time I find myself calling that
number, and same goes for you, is when we HAVE found a bug, an
incompatibility, etc, not to ask something simple like "How do I add an
address pool"..........

You know you can call front line, and as almost any question, it makes no
difference what that question is and you always get the same first answer:

ISP: "My ARC isn't excepting calls!"
Tech: "Have you tried rebooting the ARC"



> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Carneal <[e-mail]>
Subject: (usr-tc) Needing eval on TC
Date: 25 Jan 1999 15:06:16 -0600 (CST)


If you are a 3com reseller and can get us a TC for 30 day eval (purchase
conditional upon successful implementation during the eval period) please
contact me off the list.  Thank you...

--
  Jeff Carneal - Sys Admin - Apex Internet
  [e-mail] http://www.apex.net [phone]

  The opinions expressed above aren't really mine.
  They belong to someone else who also refuses to
  take responsibility for them.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Hill <[e-mail]>
Subject: Re: (usr-tc) Ugh...RIP code buggy...and expired contracts
Date: 25 Jan 1999 15:51:05 -0600 (CST)

> That's pretty messed up, you can't report a problem with their software,
> because you haven't paid them enough to report to them their mistake :).

I've never gotten a straight answer regarding support "incidents" that
turn out to be bugs.  I mean, if you mail me a new version of code to fix
my problem, I'm not paying for the support incident. . . period.

> You know you can call front line, and as almost any question, it makes no
> difference what that question is and you always get the same first answer:
>
> ISP: "My ARC isn't excepting calls!"
> Tech: "Have you tried rebooting the ARC"

In all fairness, that's not an answer or a suggestion, but rather a
legitimate question when qualifying the problem.  I've been asked if I've
tried rebooting, but only after much more discussion has it ever been
suggested by a 3Com tech. . . and certainly not right off the bat.

-CH


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matthew E. Pearson" <[e-mail]>
Subject: (usr-tc) TCs and Siemon's Switchers
Date: 25 Jan 1999 16:50:33 -0500

Anyone out there using their TCs to talk to Siemon's DCO or other series
switches? We are having some issues.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) Yikes, filters broken in arc V4.1.63?
Date: 25 Jan 1999 16:45:32 -0600

|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Aaron Nabil
|Sent: Monday, January 25, 1999 1:12 PM
|To: [e-mail]
|Subject: (usr-tc) Yikes, filters broken in arc V4.1.63?
|
|
|
|System Version:                           V4.1.63


4.1.63-X?? type "_sh ver" and give me the full version number.. Filters are
broken in <4.1.63-11.

|Here's what I send...
|
|Framed-Routing = None
|Framed-IP-Netmask = 255.255.255.255
|Service-Type = Framed-User
|Idle-Timeout = 3600
|Session-Timeout = 43200
|USR-Max-Channels = 1
|Framed-Protocol = PPP
|USR-Log-Filter-Packet = Log-Disable
|USR-IP-Input-Filter = "1 REJECT dst-addr = 192.168.0.0/16"
|
|This is what I get in the syslog with every login...
|
|Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL"::
|Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL"::
|invalid token near line 1 (text was '=')
|Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL"::
|Jan 25 11:08:29 us4b last message repeated 2 times
|Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL"::
|line 1: syntax error near or at "REJECT"
|
|This must have started very recently, I'm guessing with this version.
|
|Can anyone suggest anything?
The SBUS is supposed to happen. This is the HARC checking to see if the filter
has Netserver style rules.
You will see a SBUS message for each line of your filter that is not Netserver
style. Errors in HARC style filters will show up from "Filter Manager".


Besides this. Do you not see your filters working?

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) Yikes, filters broken in arc V4.1.63?
Date: 25 Jan 1999 15:08:49 -0800 (PST)

Mike Wronski writes...
>Subject: RE: (usr-tc) Yikes, filters broken in arc V4.1.63?
>|System Version:                           V4.1.63
>
>4.1.63-X?? type "_sh ver" and give me the full version number.. Filters are
>broken in <4.1.63-11.

V4.1.63 - 6

--
Aaron Nabil

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Thomas Suiter <[e-mail]>
Subject: (usr-tc) HiperARC ifOperStatus OID ?
Date: 25 Jan 1999 22:18:09 -0600 (CST)


I've been unable to find this in the archives anywhere (if answered before
please point to the proper place).  I've written up a program that
monitors the usage of our dial-up gear (Cisco 2511's, TC, Hiper) and I
have everything BUT the Hiper going (couldn' guess that one).  I do know
about the ....1.10.0 OID, but the problem is that I need to separate the
individual modems out; we have different modem pools within the same
chassis that need to be monitored individually.  I'm rolling my own
program so if the output is not a 1 or 0, or up or down it doesn't really
matter as long as it's consistent.  If anybody could point me in the
proper direction I'd really appreciate it.

Note.  Our engineering guys want us to monitor when things get over 85% in
use in the pools, so I count up the active ports and write to a logfile.
I'm not doing anything fancy like looking at usernames, etc. but need to
be proactive in deploying modems.  We have in the past been taking a
5 minute "snapshot" of our active radius users, but that radius software
is going away.  When I'm done if anybody would be interested in the
perl scripts let me know.

Thanks

Thomas Suiter

____________________________________________________________________________

    Thomas P. Suiter        |           Systems Administrator
    [e-mail]        |       NetSpace Internet Service
    Fax: [phone]        |              [phone]
____________________________________________________________________________


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) HiperARC ifOperStatus OID ?
Date: 26 Jan 1999 01:22:58 -0500 (EST)

Have you looked at MRTG?  (www.mrtg.org)  Maybe I'm missing something
here, but it sounds like you're reinventing the wheel here, at least
partially...

For splitting one chassis into chunks though... hm.  Is it split by card,
or by IP pool?  There is a tree you can walk to get a list of all active
modems by card/channel, and another tree you can walk by IP address, I
think.

Try walking 1.3.6.1.4.1.429.4.10.1.1.9...  the OID's returned will have a
4 digit number on the end, which you can extract the slot/channel from.
The values returned are the IP address for that port.

To decode the slot/channel, take the last part of the returned OID and
subtract 1000 decimal.  You'll be left with a 16 bit number.  Most
signifigant byte is the slot number, least signifigant is the channel.
So if you got back 1.3.6.1.4.1.429.4.10.1.1.9.1781 = 0.0.0.0, it'd mean
that nobody was on slot 3 channel 13.  (Yeah, it's whacked.)

There may be something easier to deal with under the ..429.4.10 tree...
walk the whole thing and experiment if you have time to burn.  That's
kinda what I did.  It was easier than trying to read the MIB. :)

Anyway, you could probably write a Perl script to walk a tree or two, sum
up the lines you wanted, and print some numbers to stdout, which MRTG
could then read and plot on a graph for you.


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Mon, 25 Jan 1999, Thomas Suiter wrote:

>
> I've been unable to find this in the archives anywhere (if answered before
> please point to the proper place).  I've written up a program that
> monitors the usage of our dial-up gear (Cisco 2511's, TC, Hiper) and I
> have everything BUT the Hiper going (couldn' guess that one).  I do know
> about the ....1.10.0 OID, but the problem is that I need to separate the
> individual modems out; we have different modem pools within the same
> chassis that need to be monitored individually.  I'm rolling my own
> program so if the output is not a 1 or 0, or up or down it doesn't really
> matter as long as it's consistent.  If anybody could point me in the
> proper direction I'd really appreciate it.
>
> Note.  Our engineering guys want us to monitor when things get over 85% in
> use in the pools, so I count up the active ports and write to a logfile.
> I'm not doing anything fancy like looking at usernames, etc. but need to
> be proactive in deploying modems.  We have in the past been taking a
> 5 minute "snapshot" of our active radius users, but that radius software
> is going away.  When I'm done if anybody would be interested in the
> perl scripts let me know.
>
> Thanks
>
> Thomas Suiter
>
> ____________________________________________________________________________
>
>     Thomas P. Suiter        |           Systems Administrator
>     [e-mail]        |       NetSpace Internet Service
>     Fax: [phone]        |              [phone]
> ____________________________________________________________________________
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
Date: 26 Jan 1999 01:39:00 -0500 (EST)

On Mon, 25 Jan 1999, Brian wrote:

> On Mon, 25 Jan 1999, Charles Hill wrote:
>
> > > >Make sure your ip address pools have a few more addresses than your ports,
> > > >that is, if you have 48 ports, put like 50 or so addreses in the pool,
> > > >Personally I would just make it a /26 (64 IP Addresses).
> > >
> > > I would suggest making that 62 addresses, as the network and broadcast
> > > address are not usable in the pool.
> >
> > Well, if that /26 subnet were on one wire then the top and bottom
> > addresses would be for broadcasts, but since it is just a route to the
> > NAS, which is putting /32 routes on the wires why can't you use the top
> > and bottom addresses, too?
>
> True, I suppose you could, I guess seeing something like 208.214.45.0/32
> just gives me the creeps :)

Oh good, it's not just me. :)

Seriously, I'm just now starting to look at using multiple small IP pools
to avoid wasting IP space (now that we're about to trade in all our
NETservers and we have to reconfig cards anyway).  On the two NETservers
we have I've got a /26 for 46 ports, and on the ARC I have a /25 for 92
ports.  Add 3 more DSP's to the ARC and I'd be blowing a whole /24 for 138
modems, which is insane...  I can see explaining that one to ARIN when we
need portable address space.

If I used, say, a /26 and a /27 pool on a 92 port box, that'd get me 62 +
30 = 92 addresses exactly, assuming that I have to skip .0, .63, .64, and
.95 as valid addresses, which doesn't leave any slack for any bugs that
might leave IP addresses unreturned (a problem with NETservers, I seem to
remember, presumably not on the ARCs).  If I don't have to skip .63, .64,
or .95... or .0... then that gives me a bit of breathing room.  And it
also gets me back a lot of wasted IP addresses.

Complicating this slightly (or simplifying it, maybe), is that the IP
pools I'm handing out are in a completely different network
(199.77.100.0/23) from the ethernet addresses of the terminal server cards
(206.240.130.0/25).  Right now I have a static route on a Cisco pointing
the 199.77.100 chunks down to the appropriate terminal server, and the
Cisco advertises that static route via OSPF.  What would the Cisco do if a
dialup user used the first/last addresses in a subnet?

Anyone played with this and care to comment?

(Does any of this make sense?  It's late... zzzzz)


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: (usr-tc) basic modem Q
Date: 26 Jan 1999 02:01:55 -0500 (EST)

We're trying to troubleshoot some ILEC <-> CLEC trunking problems.
Certain COs seem to occasionally hit a "bad" trunk.  The result is a
connection where just about everything the calling modem sends results in
an error.  The "resent blocks" just gets incredibly high...  No one seems
to have a clue, but it really seems to lie somewhere between the two
telcos.  All testing has been done via a term session, download is good,
with maybe 5 blocks resent out of 200 (this is by cat-ing a big text file
in a term window) but upload (done by sending via xmodem, zmodem, etc.)
gives about 800 resent to 200 sent.

Since we're talking about analog modems, how exactly are the rx/tx
'channels' defined, and what might this be telling us about the telco
problem?  Any telco gurus here?

Results are below...

Thanks,

Charles

Here's what we typically see when we dial until we get a 'bad' trunk:

> USRobotics Courier HST Dual Standard V.34 Fax Link Diagnostics...
>
> Chars sent                 6154      Chars Received           450570
> Chars lost                 7612
> Octets sent                2778      Octets Received          165557
> Blocks sent                 127      Blocks Received            1437
> Blocks resent               806
>
> Retrains Requested            0      Retrains Granted              1
> Line Reversals                0      Blers                         5
> Link Timeouts                62      Link Naks                    24
>
> Data Compression       V42BIS 2048/32
> Equalization           Long
> Fallback               Enabled
> Protocol               LAPM
> Speed                  26400/19200
> Last Call              00:06:50
>


--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Wayne Barber" <[e-mail]>
Subject: RE: (usr-tc) TCs and Siemon's Switchers
Date: 26 Jan 1999 08:35:02 -0500

My TC hub is connected to a Siemons switch. What problem are you having?

Wayne Barber
Coastal Telco Services

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Matthew E. Pearson
> Sent: Monday, January 25, 1999 4:51 PM
> To: [e-mail]
> Subject: (usr-tc) TCs and Siemon's Switchers
>
>
> Anyone out there using their TCs to talk to Siemon's DCO or other series
> switches? We are having some issues.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) basic modem Q
Date: 26 Jan 1999 08:30:00 -0500



Charles,

I hate to say this but good luck.  We consistenly had intermittient
failures when folks from one central office would call us with analog
modems (i.e. disconnects, low connect rates etc..).   Calls to the LEC
were to no avail.  Finally we got a customer in that CO wth an ISDN BRI
and he couldn't connect regularly to us but could to everywhere else.
Finally the LEC started looking at their trunks and found 2 out of there
7 interoffice T-1s had problems.  They turned them down and the customer
and everyone else started getting 100% good connects.  The LEC was
Ameritech.  I know there are others like this out there.  I used to work
central office for MCI and we were always chasing these types of
problems.

Jeff Binkley
ASA Network Computing


u>We're trying to troubleshoot some ILEC <-> CLEC trunking problems.
u>Certain COs seem to occasionally hit a "bad" trunk.  The result is a
u>connection where just about everything the calling modem sends results
u>in an error.  The "resent blocks" just gets incredibly high...  No one
u>seems to have a clue, but it really seems to lie somewhere between the
u>two telcos.  All testing has been done via a term session, download is
u>good, with maybe 5 blocks resent out of 200 (this is by cat-ing a big
u>text file in a term window) but upload (done by sending via xmodem,
u>zmodem, etc.) gives about 800 resent to 200 sent.

u>Since we're talking about analog modems, how exactly are the rx/tx
u>'channels' defined, and what might this be telling us about the telco
u>problem?  Any telco gurus here?

u>Results are below...

u>Thanks,

u>Charles

u>Here's what we typically see when we dial until we get a 'bad' trunk:

u>> USRobotics Courier HST Dual Standard V.34 Fax Link Diagnostics...

u>> Chars sent                 6154      Chars Received           450570
u>> Chars lost                 7612
u>> Octets sent                2778      Octets Received          165557
u>> Blocks sent                 127      Blocks Received            1437
u>> Blocks resent               806

u>> Retrains Requested            0      Retrains Granted              1
u>> Line Reversals                0      Blers                         5
u>> Link Timeouts                62      Link Naks                    24

u>> Data Compression       V42BIS 2048/32
u>> Equalization           Long
u>> Fallback               Enabled
u>> Protocol               LAPM
u>> Speed                  26400/19200
u>> Last Call              00:06:50



u>--
u>=-----------------=                                        =
u>| Charles Sprickman                       Internet Channel |
u>| INCH System Administration Team         [phone]    |
u>| [e-mail]                          [e-mail]  |
u>=                                         =----------------=




u>-
u> To unsubscribe to usr-tc, send an email to "[e-mail]"
u> with "unsubscribe usr-tc" in the body of the message.
u> For information on digests or retrieving files and old messages send
u> "help" to the same address.  Do not use quotes in your message.

CMPQwk 1.42 9999


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) TCs and Siemon's Switchers
Date: 26 Jan 1999 08:46:10 +0000

Siemon makes wiring stuff.

Siemens makes switches, most notably the DCO and EWSD.  See
www.icn.siemens.com.

What type of issues are you having?


At 04:50 PM 1/25/99 -0500, you wrote:
>Anyone out there using their TCs to talk to Siemon's DCO or other series
>switches? We are having some issues.
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) basic modem Q
Date: 26 Jan 1999 08:54:21 -0500 (EST)

Thus spake Jeff Binkley
>I hate to say this but good luck.  We consistenly had intermittient
>failures when folks from one central office would call us with analog
>modems (i.e. disconnects, low connect rates etc..).   Calls to the LEC
>were to no avail.  Finally we got a customer in that CO wth an ISDN BRI
>and he couldn't connect regularly to us but could to everywhere else.
>Finally the LEC started looking at their trunks and found 2 out of there
>7 interoffice T-1s had problems.  They turned them down and the customer
>and everyone else started getting 100% good connects.  The LEC was
>Ameritech.  I know there are others like this out there.  I used to work
>central office for MCI and we were always chasing these types of
>problems.

Another situation where a call to your state PUC/PSC can be *extremely*
helpful.  If the LEC isn't responding to your complaints in what you
consider a good faith effort to investigate and/or fix your problem, the
PSC/PUC will most likely love to hear about it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: (usr-tc) Ripv2 and MP
Date: 26 Jan 1999 07:55:01 -0600

Hello everyone,
    First I would like to thank anyone who has helped me in the past from
this list.  This list has really been great.

I have been testing the mp protocol with channel bonding 2 analog lines and
I am haveing problems bonding channels when the channels do not open on the
same chassis.  I have really run into a big problem because we use Digital
Channel Service T1's with one public hunt #  that uses four chassis with 96
ports a piece.  The channels bond fine when I hit the Same chassis with both
channels.

All IP numbers are dynamic on all of these chassis and I am useing the
latest 4.1.72-7 Hiper Arc Service release.

Next question is concerning RIPv2.  My thoughts were if I enabled ripv2 it
should work the above problem out but it did not.  I am no router expert but
can someone point me in the direction for configureing RIPv2 flags?  I have
enabled ripv2, is that all i should have to do or is there more
configuration to rip?




Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Ripv2 and MP
Date: 26 Jan 1999 09:31:44 -0500 (EST)

Thus spake Paul Jr.
>I have been testing the mp protocol with channel bonding 2 analog lines and
>I am haveing problems bonding channels when the channels do not open on the
>same chassis.  I have really run into a big problem because we use Digital
>Channel Service T1's with one public hunt #  that uses four chassis with 96
>ports a piece.  The channels bond fine when I hit the Same chassis with both
>channels.

You need to configure MPIP for cross-chassis bundling.  If you have done
that, you'll need to describe in a little more detail what problem
you're having, as this isn't really enough to explain what's going on.

>Next question is concerning RIPv2.  My thoughts were if I enabled ripv2 it
>should work the above problem out but it did not.  I am no router expert but
>can someone point me in the direction for configureing RIPv2 flags?  I have
>enabled ripv2, is that all i should have to do or is there more
>configuration to rip?

RIPv2 won't help you do cross-chassis bundling at all.  If you don't
have any static IP address assignments for customers, you probably don't
need RIPv2 or anything like that.  To configure it though, just turn it
on, there's really just not that much to configure for basic
functionality.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ronald E. Kushner" <[e-mail]>
Subject: Re: (usr-tc) basic modem Q
Date: 26 Jan 1999 09:48:37 -0500



Charles Sprickman wrote:
>
> We're trying to troubleshoot some ILEC <-> CLEC trunking problems.
> Certain COs seem to occasionally hit a "bad" trunk.  The result is a
> connection where just about everything the calling modem sends results in
> an error.  The "resent blocks" just gets incredibly high...  No one seems
> to have a clue, but it really seems to lie somewhere between the two
> telcos.  All testing has been done via a term session, download is good,
> with maybe 5 blocks resent out of 200 (this is by cat-ing a big text file
> in a term window) but upload (done by sending via xmodem, zmodem, etc.)
> gives about 800 resent to 200 sent.
>
> Since we're talking about analog modems, how exactly are the rx/tx
> 'channels' defined, and what might this be telling us about the telco
> problem?  Any telco gurus here?

I would think there's a problem with:
1) Digital pad is incorrect on a trunk (usually a CLEC problem)
2) AMI encoding on one side of the DS-1 and B8ZS on the other. Where the
ILEC is talking AMI, the CLEC is B8ZS(or reverse that). Strange that
this configuration even works, but I guess voice is more forgiving than
data. I know if you have this set wrong on a CSU you're not talking.
3) Hi error bit rate on DS-1. Possibly a bad cable or bad wiring to the
cross connect, or bad line card.
4) Bad DS-1 timing signal or card in the switch. Could be on either
side, ILEC or CLEC.

I've run into all these when dealing with CLECs. You have to:

1) Convince the CLEC there is a problem.
2) Get the CLEC to pull the bad trunks.
3) Be patient. But call or e-mail everyday for an update.

These problems sometimes take days to correct. Where I'm at Ameritech is
the ILEC, and Ameritech sometimes just changes the coding on the
interoffice trunks for no apparent reason. Drives everyone nuts, those
incompetent jerks.

-Ron

--

Ronald Kushner
GLISnet, Inc.
+1 810/939.9885

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: (usr-tc) ARC lost password
Date: 26 Jan 1999 12:06:48 -0500 (EST)

DOH!

So I was trying to script the setup of the arc, but I outpaced it a bit.
Now I'm stuck with a mystery password.  I don't have it on the net, and to
do so would be a little tough at the moment.  So other than snmp or
tftp-ing the quicksetup.cfg, is there another way to clear out the config?
I don't mind nuking it all...

Just sdl2 it?  What do all those dip switches do?

Thanks,

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) basic modem Q
Date: 26 Jan 1999 11:14:56 -0600 (CST)



On Tue, 26 Jan 1999, Jeff Binkley wrote:

> were to no avail.  Finally we got a customer in that CO wth an ISDN BRI
> and he couldn't connect regularly to us but could to everywhere else.
> Finally the LEC started looking at their trunks and found 2 out of there
> 7 interoffice T-1s had problems.  They turned them down and the customer
> and everyone else started getting 100% good connects.  The LEC was
> Ameritech.  I know there are others like this out there.  I used to work
> central office for MCI and we were always chasing these types of
> problems.

I had a similiar problem that finally got fixed yesterday after 6 months
of complaints.

Folks from one CO could not connect to my CLEC lines, but they could
connect to a few backup US West lines I have.  I opened a number of
trouble tickets with the CLEC to no avail.

Finally, on last Friday, I called the operations director over there, and
he agreed to send a tech out to the CO with a laptop and a modem.

They discovered a bad trunk group, and I think things will be fine now
that the trunk group has been turned down.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) ARC lost password
Date: 26 Jan 1999 11:33:09 -0600 (CST)

On Tue, 26 Jan 1999, Charles Sprickman wrote:

> DOH!
>
> So I was trying to script the setup of the arc, but I outpaced it a bit.
> Now I'm stuck with a mystery password.  I don't have it on the net, and to
> do so would be a little tough at the moment.  So other than snmp or
> tftp-ing the quicksetup.cfg, is there another way to clear out the config?
> I don't mind nuking it all...

If you have the arc still up - meaning that it can communicate to radius
server successfully etc, then you can set up in radius a login user of
the type admin.

VALUE           User-Service-Type       Administrative-User     6


something like


user    Password=password
    User-Service-Type = Administrative-user


This will give you admin user entry.

Also if you have not disabled the adm user then you can (if using 4.1.11)
reboot the card and login as admin.


>
> Just sdl2 it?  What do all those dip switches do?
>

If you have console access then you can do this.  Actually if you reboot
the card and have console access it give you 5 sec to delete the config,
you need not do sdl.

krish

> Thanks,
>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) ARC lost password
Date: 26 Jan 1999 12:52:47 -0500 (EST)

Great, thanks!

I don't know how I didn't see that option, but I did miss it...

Thanks,

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=

On Tue, 26 Jan 1999, Matt Harper wrote:

> When the system boots, on the console select open #13 (delete router
> config)
> Initializing flash driver ... OK
>
>
>           HiPer Access Router Boot Configuration
>           --------------------------------------
>
>     1.  Boot mode                   :  FLASH
>     2.  IP Configuration Source     :  STATIC
>     3.  Boot IP Interface           :  eth:1
>     4.  Boot IP Address             :  149.112.214.31
>     5.  Boot IP Default Gateway     :  149.112.214.254
>     6.  Boot IP Network Mask        :  255.255.255.0
>     7.  TFTP Image on Startup       :  NEVER
>     8.  TFTP Boot Server IP Address :  149.112.213.5
>     9.  TFTP Boot Image File Name   :  /autohome/mharper/tftp/netserve.dmf
>     10. Crash upload                :  DISABLED
>     11. Crash Dump Upload Filename  :
>     12. Manufacturing Diagnostics   :  NONE
>     13. Delete Router Configuration :
>     14. Delete Boot Configuration   :
>     15. Command Line Parameters     :
>     E.  Exit
>
>                  Enter Choice :   [E]
>
> -- Matt
>
>
>
>
>
> Charles Sprickman <[e-mail]> on 01/26/99 11:06:48 AM
>
> Please respond to [e-mail]
>
> To:   [e-mail]
> cc:    (Matt Harper/MW/US/3Com)
> Subject:  (usr-tc) ARC lost password
>
>
>
>
> DOH!
>
> So I was trying to script the setup of the arc, but I outpaced it a bit.
> Now I'm stuck with a mystery password.  I don't have it on the net, and to
> do so would be a little tough at the moment.  So other than snmp or
> tftp-ing the quicksetup.cfg, is there another way to clear out the config?
> I don't mind nuking it all...
>
> Just sdl2 it?  What do all those dip switches do?
>
> Thanks,
>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) HiperArc 128M vs 64M
Date: 26 Jan 1999 14:00:54 -0700

I have a few HiperARC's, and some have 64Meg of RAM, some have 128.  What
limitations, if any, are there for the 64M version?

Randy Cosby <[e-mail]>
Vice President
InfoWest Global Internet Services, Inc.
[phone]   http://www.infowest.com


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) HiperArc 128M vs 64M
Date: 26 Jan 1999 15:20:40 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Randy Cosby
|Sent: Tuesday, January 26, 1999 3:01 PM
|To: [e-mail]
|Subject: (usr-tc) HiperArc 128M vs 64M
|
|
|I have a few HiperARC's, and some have 64Meg of RAM, some have 128.  What
|limitations, if any, are there for the 64M version?

None.. The RAM is for future feature use.

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matt Harper" <[e-mail]>
Subject: Re: (usr-tc) HiperArc 128M vs 64M
Date: 26 Jan 1999 15:49:05 -0600

Currently, I don't think there are any limitations for 64Mb vs. 128Mb
operation.
In the future, certain service configurations may require the additional
memory.

If you have maxed out your chassis (15 spans), do a lot of PPP compression,
have large OSPF routing tables,
do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions
(>.5K), etc. the extra memory will help.
Having the extra memory is really nice to protect you vs. ever increasing
router code images & to eliminate costly on-site
field upgrades.

-- Matt







"Randy Cosby" <[e-mail]> on 01/26/99 03:00:54 PM

Please respond to [e-mail]

cc:    (Matt Harper/MW/US/3Com)




I have a few HiperARC's, and some have 64Meg of RAM, some have 128.  What
limitations, if any, are there for the 64M version?

Randy Cosby <[e-mail]>
Vice President
InfoWest Global Internet Services, Inc.
[phone]   http://www.infowest.com


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) HiperArc 128M vs 64M
Date: 26 Jan 1999 13:47:19 -0800

Yeah, now 3Com should just ship all of us existing ARC users the upgrade for
FREE.... Oh sorry I was dreaming outloud again.......

-Frank
-----Original Message-----


>Currently, I don't think there are any limitations for 64Mb vs. 128Mb
>operation.
>In the future, certain service configurations may require the additional
>memory.
>
>If you have maxed out your chassis (15 spans), do a lot of PPP compression,
>have large OSPF routing tables,
>do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions
>(>.5K), etc. the extra memory will help.
>Having the extra memory is really nice to protect you vs. ever increasing
>router code images & to eliminate costly on-site
>field upgrades.
>
>-- Matt
>
>
>
>
>
>
>
>"Randy Cosby" <[e-mail]> on 01/26/99 03:00:54 PM
>
>Please respond to [e-mail]
>
>To:   [e-mail]
>cc:    (Matt Harper/MW/US/3Com)
>Subject:  (usr-tc) HiperArc 128M vs 64M
>
>
>
>
>I have a few HiperARC's, and some have 64Meg of RAM, some have 128.  What
>limitations, if any, are there for the 64M version?
>
>Randy Cosby <[e-mail]>
>Vice President
>InfoWest Global Internet Services, Inc.
>[phone]   http://www.infowest.com
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Martin <[e-mail]>
Subject: Re: (usr-tc) new problems
Date: 26 Jan 1999 17:17:11 -0600

One solution seems to be adding 2-3 commas after the phone # on the users
dial-up adapter. Each comma represents a delay of .75 seconds, I think, and
this gives the telecom switches time to react.

At 02:34 PM 1/25/99 -0500, you wrote:
>  I've been running HiPer ARC 4.1.71/DSP 1.2.60 for about 5 weeks now with
>no complaints from my users. Within the last few days I've started getting
>complaints of "The modem you are dialing is not answering" problems getting
>connected. Nothing has changed at our end. Monitoring PPP on the ARC when
>this occurs results in no information coming across, as if they've never
>even hit a modem here, although the open modem does show up in <list
>connections>. Could Bell Atlantic have changed anything with our PRI lines
>that could be doing this?
>  I did have one customer that was able to get in fine after adding the
>at&f init string, but it was a new customer so I'm not sure whether his
>problem mirrored the others or not.
>
>Thanks,
>Kirk
>
>
>
>Kirk Mitchell-General Manager     [e-mail]
>Keystone Connect                http://www.keyconn.net
>Altoona, PA   814-941-5000         We Unlock the World
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: <[e-mail]>
Subject: (usr-tc) MIB and/or command for byte xfer on HiperArc?
Date: 26 Jan 1999 21:23:54 -0600 (CST)

Hello,

I'm still hunting for the mib or the command to show how much a user has
transferred (either upload or download) with a HiperArc(4.1.72).

I know on Netserver cards it's show session and I also know that the data
does exist with the HiperArc because it is available via SNMP in TCM.
However I would like to be able to get at that data via a telnet session
and/or via snmp with a script.

Thanks for any help you can provide!

Steve


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Russ Miescke" <[e-mail]>
Subject: (usr-tc) Rockwell HCF Modems
Date: 27 Jan 1999 00:56:54 -0600

I posted a note to this group a month ago about the connect problems we are
having with Rockwell HCF 56K V.90 modems.  A few people were using the
+MS=V34 extra modem setting to disable V.90.  That has worked, but several
customers are not too happy about losing 56K speeds.  Has anyone had any
luck at all getting these to work with either Netserver or HyperArc setups?
We are running the latest code in all.

The main culprit has been Compaq until a week ago when I started to see
these beasts in all new Hewlett Packards.  I searched the Compaq website and
found a 1.10 Rev. A code dated 7/28/98 for the Aptiva.  I could not find
anything newer.  I did find a driver for the Prosignia 310 and 330 families
dated 1/5/99.  It says it is Version 2.1.2.127.  Has anybody used this on
the Presario?  I think the Presario contains a Voice version of the modem.


Russ Miescke
Power Web Connect
[e-mail]
http://www.powerweb.net



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) HiperArc 128M vs 64M
Date: 27 Jan 1999 09:58:45 +0100

Well, I'm perhaps a bit cisco-ish, but the first thing you run out of is
usually flash mem, as code, configs and filters get bigger and bigger,
and I personally like to have multiple code versions in my routers, in
case that I should downgrade in a hurry, (yeah tftp is cool, but if the
new code doesn't recognize your interfaces....) especially if they are
ER versions.

just my 0.02$

Robert

> -----Original Message-----
> From:    Matt Harper [SMTP:[e-mail]]
> Sent:    mardi, 26. janvier 1999 22:49
> To:    [e-mail]
> Subject:    Re: (usr-tc) HiperArc 128M vs 64M
>
> Currently, I don't think there are any limitations for 64Mb vs. 128Mb
> operation.
> In the future, certain service configurations may require the
> additional
> memory.
>
> If you have maxed out your chassis (15 spans), do a lot of PPP
> compression,
> have large OSPF routing tables,
> do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions
> (>.5K), etc. the extra memory will help.
> Having the extra memory is really nice to protect you vs. ever
> increasing
> router code images & to eliminate costly on-site
> field upgrades.
>
> -- Matt
>
>
>
>
>
>
>
> "Randy Cosby" <[e-mail]> on 01/26/99 03:00:54 PM
>
> Please respond to [e-mail]
>
> To:   [e-mail]
> cc:    (Matt Harper/MW/US/3Com)
> Subject:  (usr-tc) HiperArc 128M vs 64M
>
>
>
>
> I have a few HiperARC's, and some have 64Meg of RAM, some have 128.
> What
> limitations, if any, are there for the 64M version?
>
> Randy Cosby <[e-mail]>
> Vice President
> InfoWest Global Internet Services, Inc.
> [phone]   http://www.infowest.com
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Dale Hege <[e-mail]>
Subject: RE: (usr-tc) HiperArc 128M vs 64M
Date: 27 Jan 1999 08:56:59 -0500 (EST)

If you look at the 128m arc you will see that the flash is doubled. At
least mine was. :)

-Dale

On Wed, 27 Jan 1999, Robert von Bismarck wrote:

> Date: Wed, 27 Jan 1999 09:58:45 +0100
> From: Robert von Bismarck <[e-mail]>
> Reply-To: [e-mail]
> To: "'[e-mail]'" <[e-mail]>
> Subject: RE: (usr-tc) HiperArc 128M vs 64M
>
> Well, I'm perhaps a bit cisco-ish, but the first thing you run out of is
> usually flash mem, as code, configs and filters get bigger and bigger,
> and I personally like to have multiple code versions in my routers, in
> case that I should downgrade in a hurry, (yeah tftp is cool, but if the
> new code doesn't recognize your interfaces....) especially if they are
> ER versions.
>
> just my 0.02$
>
> Robert
>
> > -----Original Message-----
> > From:    Matt Harper [SMTP:[e-mail]]
> > Sent:    mardi, 26. janvier 1999 22:49
> > To:    [e-mail]
> > Subject:    Re: (usr-tc) HiperArc 128M vs 64M
> >
> > Currently, I don't think there are any limitations for 64Mb vs. 128Mb
> > operation.
> > In the future, certain service configurations may require the
> > additional
> > memory.
> >
> > If you have maxed out your chassis (15 spans), do a lot of PPP
> > compression,
> > have large OSPF routing tables,
> > do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions
> > (>.5K), etc. the extra memory will help.
> > Having the extra memory is really nice to protect you vs. ever
> > increasing
> > router code images & to eliminate costly on-site
> > field upgrades.
> >
> > -- Matt
> >
> >
> >
> >
> >
> >
> >
> > "Randy Cosby" <[e-mail]> on 01/26/99 03:00:54 PM
> >
> > Please respond to [e-mail]
> >
> > To:   [e-mail]
> > cc:    (Matt Harper/MW/US/3Com)
> > Subject:  (usr-tc) HiperArc 128M vs 64M
> >
> >
> >
> >
> > I have a few HiperARC's, and some have 64Meg of RAM, some have 128.
> > What
> > limitations, if any, are there for the 64M version?
> >
> > Randy Cosby <[e-mail]>
> > Vice President
> > InfoWest Global Internet Services, Inc.
> > [phone]   http://www.infowest.com
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> >
> >
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) HiperArc 128M vs 64M
Date: 27 Jan 1999 15:07:17 +0100

Cooool.... I'll now have to decide my boss to buy a six-pack ;-)

> -----Original Message-----
> From:    Dale Hege [SMTP:[e-mail]]
> Sent:    mercredi, 27. janvier 1999 14:57
> To:    '[e-mail]'
> Subject:    RE: (usr-tc) HiperArc 128M vs 64M
>
> If you look at the 128m arc you will see that the flash is doubled. At
> least mine was. :)
>
> -Dale
>
> On Wed, 27 Jan 1999, Robert von Bismarck wrote:
>
> > Date: Wed, 27 Jan 1999 09:58:45 +0100
> > From: Robert von Bismarck <[e-mail]>
> > Reply-To: [e-mail]
> > To: "'[e-mail]'" <[e-mail]>
> > Subject: RE: (usr-tc) HiperArc 128M vs 64M
> >
> > Well, I'm perhaps a bit cisco-ish, but the first thing you run out
> of is
> > usually flash mem, as code, configs and filters get bigger and
> bigger,
> > and I personally like to have multiple code versions in my routers,
> in
> > case that I should downgrade in a hurry, (yeah tftp is cool, but if
> the
> > new code doesn't recognize your interfaces....) especially if they
> are
> > ER versions.
> >
> > just my 0.02$
> >
> > Robert
> >
> > > -----Original Message-----
> > > From:    Matt Harper [SMTP:[e-mail]]
> > > Sent:    mardi, 26. janvier 1999 22:49
> > > To:    [e-mail]
> > > Subject:    Re: (usr-tc) HiperArc 128M vs 64M
> > >
> > > Currently, I don't think there are any limitations for 64Mb vs.
> 128Mb
> > > operation.
> > > In the future, certain service configurations may require the
> > > additional
> > > memory.
> > >
> > > If you have maxed out your chassis (15 spans), do a lot of PPP
> > > compression,
> > > have large OSPF routing tables,
> > > do a lot of IPX traffic, terminate large numbers of L2TP/PPTP
> sessions
> > > (>.5K), etc. the extra memory will help.
> > > Having the extra memory is really nice to protect you vs. ever
> > > increasing
> > > router code images & to eliminate costly on-site
> > > field upgrades.
> > >
> > > -- Matt
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > "Randy Cosby" <[e-mail]> on 01/26/99 03:00:54 PM
> > >
> > > Please respond to [e-mail]
> > >
> > > To:   [e-mail]
> > > cc:    (Matt Harper/MW/US/3Com)
> > > Subject:  (usr-tc) HiperArc 128M vs 64M
> > >
> > >
> > >
> > >
> > > I have a few HiperARC's, and some have 64Meg of RAM, some have
> 128.
> > > What
> > > limitations, if any, are there for the 64M version?
> > >
> > > Randy Cosby <[e-mail]>
> > > Vice President
> > > InfoWest Global Internet Services, Inc.
> > > [phone]   http://www.infowest.com
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages
> send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages
> send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages
> send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) Maintenance costs
Date: 27 Jan 1999 09:06:00 -0500



I know there has been a lost of 3Com bashing in the past due to the
increased costs and policies of 3Com TC maintenance costs.  I received a
call yesterday from a nice lady at 3Com stating that 3Com has reduced
the costs on their maintenance recently by as much as 35%.  I haven't
seen the fax yet that she was sending me but I was wondering if other
folks had been approached yet and if they had any feedback ?


Jeff Binkley
ASA Network Computing

CMPQwk 1.42 9999

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) RE: (USR-TC) BASIC MODEM
Date: 27 Jan 1999 09:06:00 -0500



If it goes like our scenario, watch for them to get turned back up
without being fixed.  This is because a differnet group foten monitors
out of service condition as opposed to the repair group.  When we had
our problem, twice the T-1s got turned back up before the repair group
fixed them.


Jeff Binkley
ASA Network Computing



U>On Tue, 26 Jan 1999, Jeff Binkley wrote:

U>> were to no avail.  Finally we got a customer in that CO wth an ISDN
U>> BRI  and he couldn't connect regularly to us but could to everywhere
U>> else.   Finally the LEC started looking at their trunks and found 2
U>> out of there  7 interoffice T-1s had problems.  They turned them
U>> down and the customer  and everyone else started getting 100% good
U>> connects.  The LEC was  Ameritech.  I know there are others like
U>> this out there.  I used to work  central office for MCI and we were
U>> always chasing these types of  problems.

U>I had a similiar problem that finally got fixed yesterday after 6
U>months of complaints.

U>Folks from one CO could not connect to my CLEC lines, but they could
U>connect to a few backup US West lines I have.  I opened a number of
U>trouble tickets with the CLEC to no avail.

U>Finally, on last Friday, I called the operations director over there,
U>and he agreed to send a tech out to the CO with a laptop and a modem.

U>They discovered a bad trunk group, and I think things will be fine now
U>that the trunk group has been turned down.

U>Brian


U>-
U> To unsubscribe to usr-tc, send an email to "[e-mail]"
U> with "unsubscribe usr-tc" in the body of the message.
U> For information on digests or retrieving files and old messages send
U> "help" to the same address.  Do not use quotes in your message.

U>

CMPQwk 1.42 9999


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Maintenance costs
Date: 27 Jan 1999 08:30:19 -0600

Yes we have been approached and she was correct.  The 8 x 5 Support contract
has really went down.  Up to now we have only had advance replacement on
hardware only.  Now the 8 x 5 support contract is cheaper than we paid for
the Hardware contract 1 year ago.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Wednesday, January 27, 1999 8:06 AM


>
>
>I know there has been a lost of 3Com bashing in the past due to the
>increased costs and policies of 3Com TC maintenance costs.  I received a
>call yesterday from a nice lady at 3Com stating that 3Com has reduced
>the costs on their maintenance recently by as much as 35%.  I haven't
>seen the fax yet that she was sending me but I was wondering if other
>folks had been approached yet and if they had any feedback ?
>
>
>Jeff Binkley
>ASA Network Computing
>
>CMPQwk 1.42 9999
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) Rockwell HCF Modems
Date: 27 Jan 1999 08:39:35 -0600

We have found the Driver update does the trick most of the time for the
rockwell HCF modems... You can download it from my server
http://www.alaweb.com/~support/downloads/rockwell.exe

We are not only haveing problems with the HCF Rockwell we seem to be haveing
problems with any modem useing the Rockwell chipset.  The problems are
anywhere from frequent disconnects to low connect speeds and the most common
is "it took me 10 times to get online"  :o)

Please let me know if it does not work.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Wednesday, January 27, 1999 12:56 AM


>I posted a note to this group a month ago about the connect problems we are
>having with Rockwell HCF 56K V.90 modems.  A few people were using the
>+MS=V34 extra modem setting to disable V.90.  That has worked, but several
>customers are not too happy about losing 56K speeds.  Has anyone had any
>luck at all getting these to work with either Netserver or HyperArc setups?
>We are running the latest code in all.
>
>The main culprit has been Compaq until a week ago when I started to see
>these beasts in all new Hewlett Packards.  I searched the Compaq website
and
>found a 1.10 Rev. A code dated 7/28/98 for the Aptiva.  I could not find
>anything newer.  I did find a driver for the Prosignia 310 and 330 families
>dated 1/5/99.  It says it is Version 2.1.2.127.  Has anybody used this on
>the Presario?  I think the Presario contains a Voice version of the modem.
>
>
>Russ Miescke
>Power Web Connect
>[e-mail]
>http://www.powerweb.net
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) MIB and/or command for byte xfer on HiperArc?
Date: 27 Jan 1999 08:39:21 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of
|[e-mail]
|Sent: Tuesday, January 26, 1999 9:24 PM
|To: [e-mail]
|Subject: (usr-tc) MIB and/or command for byte xfer on HiperArc?
|
|
|Hello,
|
|I'm still hunting for the mib or the command to show how much a user has
|transferred (either upload or download) with a HiperArc(4.1.72).
|
|I know on Netserver cards it's show session and I also know that the data
|does exist with the HiperArc because it is available via SNMP in TCM.
|However I would like to be able to get at that data via a telnet session
|and/or via snmp with a script.

This is standard MIBII stuff.. Every modem is an interface. You can use SNMP to
gather interface stats for the call.

No 3Com/USR MIB is required for this.

-M


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) Maintenance costs
Date: 27 Jan 1999 11:29:26 -0500

Yes, 3COM has lowered the price of most if not all of their service
agreements.  We received the complete breakdown from our 3COM channel sales
manager a few weeks ago.  If any of you have let your contracts expire now
is a good time to renew.

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jeff Binkley
> Sent: Wednesday, January 27, 1999 9:06 AM
> To: [e-mail]
> Subject: (usr-tc) Maintenance costs
>
>
>
>
> I know there has been a lost of 3Com bashing in the past due to the
> increased costs and policies of 3Com TC maintenance costs.  I received a
> call yesterday from a nice lady at 3Com stating that 3Com has reduced
> the costs on their maintenance recently by as much as 35%.  I haven't
> seen the fax yet that she was sending me but I was wondering if other
> folks had been approached yet and if they had any feedback ?
>
>
> Jeff Binkley
> ASA Network Computing
>
> CMPQwk 1.42 9999
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Greg Coffey <[e-mail]>
Subject: RE: (usr-tc) Maintenance costs
Date: 27 Feb 1999 09:39:19 -0600

What are the current rates that are being quoted?  I got a letter recently
to renew mine and it was still over $2000 (I think).

At 11:29 AM 1/27/99 -0500, you wrote:
>Yes, 3COM has lowered the price of most if not all of their service
>agreements.  We received the complete breakdown from our 3COM channel sales
>manager a few weeks ago.  If any of you have let your contracts expire now
>is a good time to renew.
>
>> -----Original Message-----
>> From: [e-mail]
>> [mailto:[e-mail]]On Behalf Of Jeff Binkley
>> Sent: Wednesday, January 27, 1999 9:06 AM
>> To: [e-mail]
>> Subject: (usr-tc) Maintenance costs
>>
>>
>>
>>
>> I know there has been a lost of 3Com bashing in the past due to the
>> increased costs and policies of 3Com TC maintenance costs.  I received a
>> call yesterday from a nice lady at 3Com stating that 3Com has reduced
>> the costs on their maintenance recently by as much as 35%.  I haven't
>> seen the fax yet that she was sending me but I was wondering if other
>> folks had been approached yet and if they had any feedback ?
>>
>>
>> Jeff Binkley
>> ASA Network Computing
>>
>> CMPQwk 1.42 9999
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>

Have a good one,
______________________________________________________
Greg Coffey               307-234-5443           Fax [phone]
CoffeyNet            v.90 56k Access for Casper & Douglas
142 S. Center St.     Rawlins, Pinedale, Lander and Wheatland
Casper, WY  82601     www.coffey.com         8-6 Mon-Fri   10-2 Sat

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Ray Bellis" <[e-mail]>
Subject: (usr-tc) Radius attributes (Called-Station-Id)
Date: 27 Jan 1999 16:39:49 -0000

Is the NETserver supposed to be able to supply the Called-Station-Id
attribute?  I've now started getting Call*ing* station ID but I need to get
the Called station ID so that I can bill based on the number the user
actually called.

I'm using 3.7.24 ethernet NETserver with an E1 PRI card.

thanks,

Ray.

--
Ray Bellis, MA(Oxon) - Technical Director - Oxford CommUnity Internet plc
Windsor House, 12 High Street, Kidlington, OXFORD OX5 2PJ   UK
      Telephone: [phone]  Fax: [phone]
Email: [e-mail]   URL: http://www.community.co.uk/


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Maintenance costs
Date: 27 Jan 1999 10:42:31 -0600 (CST)



On Wed, 27 Jan 1999, Jeff Binkley wrote:

> I know there has been a lost of 3Com bashing in the past due to the
> increased costs and policies of 3Com TC maintenance costs.  I received a
> call yesterday from a nice lady at 3Com stating that 3Com has reduced
> the costs on their maintenance recently by as much as 35%.  I haven't
> seen the fax yet that she was sending me but I was wondering if other
> folks had been approached yet and if they had any feedback ?

Yes, the prices are less, but I still think the prices are ridiculous with
Lucent and others offering free support and software upgrades.

The price was around $2000 a year or so per 48 port chassis when I was
called a few weeks ago.

Brian


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matt Harper" <[e-mail]>
Subject: RE: (usr-tc) HiperArc 128M vs 64M
Date: 27 Jan 1999 11:20:06 -0600

FYI -

I believe all the boards that come with twice the DRAM (128MB) also have
twice the flash (16Mb).


-- Matt





Robert von Bismarck <[e-mail]> on 01/27/99 02:58:45 AM

Please respond to [e-mail]

cc:    (Matt Harper/MW/US/3Com)




Well, I'm perhaps a bit cisco-ish, but the first thing you run out of is
usually flash mem, as code, configs and filters get bigger and bigger,
and I personally like to have multiple code versions in my routers, in
case that I should downgrade in a hurry, (yeah tftp is cool, but if the
new code doesn't recognize your interfaces....) especially if they are
ER versions.

just my 0.02$

Robert

> -----Original Message-----
> From:   Matt Harper [SMTP:[e-mail]]
> Sent:   mardi, 26. janvier 1999 22:49
> To:     [e-mail]
> Subject:     Re: (usr-tc) HiperArc 128M vs 64M
>
> Currently, I don't think there are any limitations for 64Mb vs. 128Mb
> operation.
> In the future, certain service configurations may require the
> additional
> memory.
>
> If you have maxed out your chassis (15 spans), do a lot of PPP
> compression,
> have large OSPF routing tables,
> do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions
> (>.5K), etc. the extra memory will help.
> Having the extra memory is really nice to protect you vs. ever
> increasing
> router code images & to eliminate costly on-site
> field upgrades.
>
> -- Matt
>
>
>
>
>
>
>
> "Randy Cosby" <[e-mail]> on 01/26/99 03:00:54 PM
>
> Please respond to [e-mail]
>
> To:   [e-mail]
> cc:    (Matt Harper/MW/US/3Com)
> Subject:  (usr-tc) HiperArc 128M vs 64M
>
>
>
>
> I have a few HiperARC's, and some have 64Meg of RAM, some have 128.
> What
> limitations, if any, are there for the 64M version?
>
> Randy Cosby <[e-mail]>
> Vice President
> InfoWest Global Internet Services, Inc.
> [phone]   http://www.infowest.com
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matt Harper" <[e-mail]>
Subject: Re: (usr-tc) MIB and/or command for byte xfer on HiperArc?
Date: 27 Jan 1999 11:23:10 -0600

To see # of bytes transfered, do a "show interface slot:x/chan:y counters

-- Matt





[e-mail] on 01/26/99 09:23:54 PM

Please respond to [e-mail]

cc:    (Matt Harper/MW/US/3Com)




Hello,

I'm still hunting for the mib or the command to show how much a user has
transferred (either upload or download) with a HiperArc(4.1.72).

I know on Netserver cards it's show session and I also know that the data
does exist with the HiperArc because it is available via SNMP in TCM.
However I would like to be able to get at that data via a telnet session
and/or via snmp with a script.

Thanks for any help you can provide!

Steve


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) MIB and/or command for byte xfer on HiperArc?
Date: 27 Jan 1999 13:11:44 -0500

At 11:23 AM 1/27/99 -0600, "Matt Harper" <[e-mail]> wrote:
>To see # of bytes transfered, do a "show interface slot:x/chan:y counters

For my HiPer ARC, it needs to be "show interface slot:x/mod:y counters"
"chan" doesn't work

Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul M. Oster" <[e-mail]>
Subject: (usr-tc) Idle and Session Timers
Date: 27 Jan 1999 15:05:09 -0600 (CST)




  Ok, recently my Idle and Session timeouts have quit working.... if
anyone has suggestions as to why, I would love to here them....

  Here are the lines from my radius users file, these USED to work, but
recently they have not been... (Hi-PER Arc and Netservers Arc's running
4.1.72 Netservers running 3.7.73) Cistron radiusd version 1.5.4...

  HELP!


Idle-Timeout = 1200,
Session-Timeout = 18000,


Paul M. Oster <[e-mail]>               http://www.minot.com/
Magic Internet Services                         [phone]
Minots FIRST Internet Connection

-=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-

"I might not agree with what you have to say but I will defend, to
my death, your right to say it." - Voltaire


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: (usr-tc) IP used?
Date: 28 Jan 1999 00:31:11 -0500

How can I find out what user was assigned a particular IP after he's logged
off?
HiPer ARC/USR S&A Server/TCM

Thanks,
Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mario M. Bustamante" <[e-mail]>
Subject: (usr-tc) ISDN modems connect at 33.6 kbps
Date: 28 Jan 1999 01:46:35 -0500

We have our first Quad Modem / Hiper DSP chassis up and running.
Dual PRI card with 12 Quad modem card, 2 Hiper DSP's, a Hiper Arc
and NMC. This will become a familiar configuration as we upgrade
our Net Servers to Hiper Arcs.

Several customers with Courier I Modems connect with analog
connections if they hit a quad modem. If they hit a Hiper DSP
they connect at 128k, but if they hit a quad modem, they connect
analog.

What gives? What settings do we have to change?


Thanks,
_______________________________________________

Mario M. Bustamante,  President
AccessPro Communications Inc.
Miami, Florida

Internet Service Providers, Web Hosting & Design
Microsoft Certified Web Presence Providers
Wide Area Networks, Security, Intranets.
http://www.AccessPro.net               [e-mail]
_______________________________________________


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) IP used?
Date: 28 Jan 1999 08:12:57 -0600 (CST)

Accounting records - Syslog

Both of these will show the the ip that was given to the user when he was
logged in.

krish

        \    T.S.V. Krishnan  \
         \      Network System Engineer \ ( : - : )
          \     3Com ............   \
        ----------------------------------------------/
[e-mail]
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
    Any Sufficiently advanced bug is indistinguishable for a feature.
                        - Rick Kulawiec

On Thu, 28 Jan 1999, K Mitchell wrote:

> How can I find out what user was assigned a particular IP after he's logged
> off?
> HiPer ARC/USR S&A Server/TCM
>
> Thanks,
> Kirk
>
>
>
> Kirk Mitchell-General Manager     [e-mail]
> Keystone Connect                http://www.keyconn.net
> Altoona, PA   814-941-5000         We Unlock the World
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps
Date: 28 Jan 1999 08:15:40 -0600 (CST)

On Thu, 28 Jan 1999, Mario M. Bustamante wrote:

> We have our first Quad Modem / Hiper DSP chassis up and running.
> Dual PRI card with 12 Quad modem card, 2 Hiper DSP's, a Hiper Arc
> and NMC. This will become a familiar configuration as we upgrade
> our Net Servers to Hiper Arcs.
>
> Several customers with Courier I Modems connect with analog
> connections if they hit a quad modem. If they hit a Hiper DSP
> they connect at 128k, but if they hit a quad modem, they connect
> analog.

On your PRI card - you must have the gateway card slot set to 0 and also
you must tell your pri card that you have quad_i_modems.  This is the
only possible reason I can think of., untill and unless you have setup
the pri card with dnis digits to route analog calls or set it to accept
only analog calls.

Check the pri card

krish

>
> What gives? What settings do we have to change?
>
>
> Thanks,
> _______________________________________________
>
> Mario M. Bustamante,  President
> AccessPro Communications Inc.
> Miami, Florida
>
> Internet Service Providers, Web Hosting & Design
> Microsoft Certified Web Presence Providers
> Wide Area Networks, Security, Intranets.
> http://www.AccessPro.net               [e-mail]
> _______________________________________________
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps
Date: 28 Jan 1999 09:14:42 -0500 (EST)

Thus spake Tatai SV Krishnan
>On Thu, 28 Jan 1999, Mario M. Bustamante wrote:
>> We have our first Quad Modem / Hiper DSP chassis up and running.
>> Dual PRI card with 12 Quad modem card, 2 Hiper DSP's, a Hiper Arc
>> and NMC. This will become a familiar configuration as we upgrade
>> our Net Servers to Hiper Arcs.
>>
>> Several customers with Courier I Modems connect with analog
>> connections if they hit a quad modem. If they hit a Hiper DSP
>> they connect at 128k, but if they hit a quad modem, they connect
>> analog.

>On your PRI card - you must have the gateway card slot set to 0 and also
>you must tell your pri card that you have quad_i_modems.  This is the
>only possible reason I can think of,

Same thing I was thinking...

To explain further...The dual-PRI card has the ISDN gateway set to 16 by
default.  This was the initial setup before the quads were able to
handle ISDN calls, so the PRI card would send ISDN calls to the
NETServer card to be terminated on the Munich daughtercard.  When you
swapped out the NETServer for the Arc, the Arc doesn't have a Munich
card or equivalent functionality, so when ISDN calls came in on the PRI
card from a Courier, the PRI card tried to send the card to slot 16, but
the Arc couldn't handle the ISDN calls, so the ISDN calls failed.  When
that happened, the customer's Courier punted and placed the call as an
analog modem call, which obviously was handled normally.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian Gordon" <[e-mail]>
Subject: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 09:36:06 -0500

We are having so much trouble with rockwell modems and even USR voice modems
now.

We are running 1.2.6 on our DSP's.

WHEN is the new code coming out?

Why can't we having something more compatable.

Brian Gordon, MCP, A+
Network Administrator
Westelcom Internet
518-566-8376 Voice
518-566-8348 Fax
http://home.westelcom.com
[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "JPayne" <[e-mail]>
Subject: Re: (usr-tc) Rockwell HCF Modems
Date: 28 Jan 1999 11:01:39 -0500

Paul Jr. sez...

>>>>We have found the Driver update does the trick most of the time for the
rockwell HCF modems...


>We are not only haveing problems with the HCF Rockwell we seem to be
haveing
>problems with any modem useing the Rockwell chipset.  The problems are
>anywhere from frequent disconnects to low connect speeds and the most
common
>is "it took me 10 times to get online"  :o)<<<<


Your best bet (at this time) is to revert back to K56Flex.  I have learned
that modems with the Rockwell chipset and V90 code do have the problems you
mention under certain conditions.

For some modems like Supra, you can set +MS=k56. For others, like some of
the ZOOM modems, you have no choice but to re-flash back to K56Flex. Check
our your modem's documentation or visit their website for specifics.

It beats dropping back to v.34, and most customers could care less what we
call "our new standard".


--
Jeff Payne
Siemens ICN




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) Rockwell HCF Modems
Date: 28 Jan 1999 17:47:53 +0100

Uhhh... k56flex ????

We're running Total Control here, not Portmasters, so keep it to V34+,
not k56flex, as it is not supported by the TC's

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]

> -----Original Message-----
> From:    JPayne [SMTP:[e-mail]]
> Sent:    jeudi, 28. janvier 1999 17:02
> To:    [e-mail]
> Cc:    [e-mail]
> Subject:    Re: (usr-tc) Rockwell HCF Modems
>
> Paul Jr. sez...
>
> >>>>We have found the Driver update does the trick most of the time
> for the
> rockwell HCF modems...
>
>
> >We are not only haveing problems with the HCF Rockwell we seem to be
> haveing
> >problems with any modem useing the Rockwell chipset.  The problems
> are
> >anywhere from frequent disconnects to low connect speeds and the most
> common
> >is "it took me 10 times to get online"  :o)<<<<
>
>
> Your best bet (at this time) is to revert back to K56Flex.  I have
> learned
> that modems with the Rockwell chipset and V90 code do have the
> problems you
> mention under certain conditions.
>
> For some modems like Supra, you can set +MS=k56. For others, like some
> of
> the ZOOM modems, you have no choice but to re-flash back to K56Flex.
> Check
> our your modem's documentation or visit their website for specifics.
>
> It beats dropping back to v.34, and most customers could care less
> what we
> call "our new standard".
>
>
> --
> Jeff Payne
> Siemens ICN
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: GTI x2 Tech <[e-mail]>
Subject: (usr-tc) PRI Problem out of nowhere
Date: 28 Jan 1999 12:04:18 -0500 (EST)



We have a 48 port in a remote location that we havent TOUCHED in like 6
months.  All of a sudden it refuses to take calls beyond the 28th Modem
(slot 8).  If a call comes in and that modem is taken it hunts back to the
first line.  I had the Telco check it and they were able to force calls on
both trunks.

The only thing I might have changed was call routing from first available
to round robin.  All modems are IN service and all PRI tests come up good.

One other thing that I changed was that the 29th port and all others
afterwards under PRI Call Routing group was set to digital (all before it
were analog).  So I changed everything to analog except 47 and 48 figuring
that they would have to be digital for the D channels.

That didnt work either.

Ive been up and down with Bell Atlantic and they claim its the equipemnt.
All PRI tests come up good.

Under PRI programmed settings:

I look in "Total Control Manager - DS0 <-> Modem Configuration" screen.

The card (slot 9) that is the first one that is unavailable is comming up
white - which means unavailable.  This makes sense - but Ive never used
this screen.  Ive never messed with the mapping of the PRI's to the
modems.  Is there somehting on this screen I have to do?

On the far right of this screen it has the modems - slots 2 thru 9 are
green (meaning connected) slots 9 thru 13 are white meaning "unavailable".
How do I make these modems available?  Is this a config thing or a telco
thing?

Any help would be appriciated as my customers are very unhappy with the
busy signals.

Thanks,

John Harper
[e-mail]



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) PRI Problem out of nowhere
Date: 28 Jan 1999 13:09:31 -0500

You need to click on the top light of the Modem card is slot 9.  Then hold
down the control key and click on the top light of cards 10-12.  Now go to
configure/program settings/line interface options.  Make sure the Line
interface source is set to pritdm.  Click set/OK.  Save to nvram.  Hardware
reset

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of GTI x2 Tech
> Sent: Thursday, January 28, 1999 12:04 PM
> To: [e-mail]
> Subject: (usr-tc) PRI Problem out of nowhere
>
>
>
>
> We have a 48 port in a remote location that we havent TOUCHED in like 6
> months.  All of a sudden it refuses to take calls beyond the 28th Modem
> (slot 8).  If a call comes in and that modem is taken it hunts back to the
> first line.  I had the Telco check it and they were able to force calls on
> both trunks.
>
> The only thing I might have changed was call routing from first available
> to round robin.  All modems are IN service and all PRI tests come up good.
>
> One other thing that I changed was that the 29th port and all others
> afterwards under PRI Call Routing group was set to digital (all before it
> were analog).  So I changed everything to analog except 47 and 48 figuring
> that they would have to be digital for the D channels.
>
> That didnt work either.
>
> Ive been up and down with Bell Atlantic and they claim its the equipemnt.
> All PRI tests come up good.
>
> Under PRI programmed settings:
>
> I look in "Total Control Manager - DS0 <-> Modem Configuration" screen.
>
> The card (slot 9) that is the first one that is unavailable is comming up
> white - which means unavailable.  This makes sense - but Ive never used
> this screen.  Ive never messed with the mapping of the PRI's to the
> modems.  Is there somehting on this screen I have to do?
>
> On the far right of this screen it has the modems - slots 2 thru 9 are
> green (meaning connected) slots 9 thru 13 are white meaning "unavailable".
> How do I make these modems available?  Is this a config thing or a telco
> thing?
>
> Any help would be appriciated as my customers are very unhappy with the
> busy signals.
>
> Thanks,
>
> John Harper
> [e-mail]
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 12:58:56 -0600 (CST)

> Why can't we having something more compatable.

In all fairness, 3com's modem code does alot better than most vendors code
when it comes to who is most compatible.

Brian



>
> Brian Gordon, MCP, A+
> Network Administrator
> Westelcom Internet
> 518-566-8376 Voice
> 518-566-8348 Fax
> http://home.westelcom.com
> [e-mail]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 14:06:14 EST

Brian <[e-mail]> writes:

> In all fairness, 3com's modem code does alot better than most vendors code
> when it comes to who is most compatible.

There's also the very big issue that the majority of the intelligence
for the 56K protocols rests with the client.  While there may be some
server side bugs and some things that 3Com can do to better
interoperate, such measures are often limited in scope.

This is unfortunate, since ideally you want the more heavy duty code
to be in the smaller set of server side modems that are under better
control and likely kept more up to date and in sync, but since its the
receiver that has to analyze the line there isn't a lot of choice.

So any question about "having something more compatible" really has to
be addressed to the client modem vendors (3Com included) even more so
than the server side.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        UUNET Technologies, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mario M. Bustamante" <[e-mail]>
Subject: RE: (usr-tc) ISDN modems connect at 33.6 kbps
Date: 28 Jan 1999 14:10:24 -0500

This makes sense. The gateway slot was in fact set to 16. I
changed the slot to 0. Do I need to do anything else? Where can I
tell the PRI card that it has quad_i_modems? Do I need to do
anything with DNIS.


Thanks,
_______________________________________________

Mario M. Bustamante,  President
AccessPro Communications Inc.
Miami, Florida

Internet Service Providers, Web Hosting & Design
Microsoft Certified Web Presence Providers
Wide Area Networks, Security, Intranets.
http://www.AccessPro.net               [e-mail]
_______________________________________________

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of
> Jeff Mcadams
> Sent: Thursday, January 28, 1999 9:15 AM
> To: [e-mail]
> Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps
>
>
> Thus spake Tatai SV Krishnan
> >On Thu, 28 Jan 1999, Mario M. Bustamante wrote:
> >> We have our first Quad Modem / Hiper DSP chassis up
> and running.
> >> Dual PRI card with 12 Quad modem card, 2 Hiper
> DSP's, a Hiper Arc
> >> and NMC. This will become a familiar configuration
> as we upgrade
> >> our Net Servers to Hiper Arcs.
> >>
> >> Several customers with Courier I Modems connect with analog
> >> connections if they hit a quad modem. If they hit a
> Hiper DSP
> >> they connect at 128k, but if they hit a quad modem,
> they connect
> >> analog.
>
> >On your PRI card - you must have the gateway card
> slot set to 0 and also
> >you must tell your pri card that you have
> quad_i_modems.  This is the
> >only possible reason I can think of,
>
> Same thing I was thinking...
>
> To explain further...The dual-PRI card has the ISDN
> gateway set to 16 by
> default.  This was the initial setup before the quads
> were able to
> handle ISDN calls, so the PRI card would send ISDN calls to the
> NETServer card to be terminated on the Munich
> daughtercard.  When you
> swapped out the NETServer for the Arc, the Arc doesn't
> have a Munich
> card or equivalent functionality, so when ISDN calls
> came in on the PRI
> card from a Courier, the PRI card tried to send the
> card to slot 16, but
> the Arc couldn't handle the ISDN calls, so the ISDN
> calls failed.  When
> that happened, the customer's Courier punted and
> placed the call as an
> analog modem call, which obviously was handled normally.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and
> old messages send
>  "help" to the same address.  Do not use quotes in
> your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Ralph Helfenberger <[e-mail]>
Subject: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
Date: 28 Jan 1999 20:32:54 +0100

Hi

Is anybody using the Livingston Authentication server? I'd like to
use it. But I have to support the Vendor specific attribute
"IP-Input-Filter". Is there a way to make that work?

I tried to change the dictionary file but this didn't solve it.

Thanks for your help

Ralph

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: RE: (usr-tc) ISDN modems connect at 33.6 kbps
Date: 28 Jan 1999 13:58:38 -0600 (CST)

On Thu, 28 Jan 1999, Mario M. Bustamante wrote:

> This makes sense. The gateway slot was in fact set to 16. I
> changed the slot to 0. Do I need to do anything else? Where can I
> tell the PRI card that it has quad_i_modems? Do I need to do
> anything with DNIS.
>
On the pri card - if you have setup any dnis numbers -

krish


>
> Thanks,
> _______________________________________________
>
> Mario M. Bustamante,  President
> AccessPro Communications Inc.
> Miami, Florida
>
> Internet Service Providers, Web Hosting & Design
> Microsoft Certified Web Presence Providers
> Wide Area Networks, Security, Intranets.
> http://www.AccessPro.net               [e-mail]
> _______________________________________________
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of
> > Jeff Mcadams
> > Sent: Thursday, January 28, 1999 9:15 AM
> > To: [e-mail]
> > Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps
> >
> >
> > Thus spake Tatai SV Krishnan
> > >On Thu, 28 Jan 1999, Mario M. Bustamante wrote:
> > >> We have our first Quad Modem / Hiper DSP chassis up
> > and running.
> > >> Dual PRI card with 12 Quad modem card, 2 Hiper
> > DSP's, a Hiper Arc
> > >> and NMC. This will become a familiar configuration
> > as we upgrade
> > >> our Net Servers to Hiper Arcs.
> > >>
> > >> Several customers with Courier I Modems connect with analog
> > >> connections if they hit a quad modem. If they hit a
> > Hiper DSP
> > >> they connect at 128k, but if they hit a quad modem,
> > they connect
> > >> analog.
> >
> > >On your PRI card - you must have the gateway card
> > slot set to 0 and also
> > >you must tell your pri card that you have
> > quad_i_modems.  This is the
> > >only possible reason I can think of,
> >
> > Same thing I was thinking...
> >
> > To explain further...The dual-PRI card has the ISDN
> > gateway set to 16 by
> > default.  This was the initial setup before the quads
> > were able to
> > handle ISDN calls, so the PRI card would send ISDN calls to the
> > NETServer card to be terminated on the Munich
> > daughtercard.  When you
> > swapped out the NETServer for the Arc, the Arc doesn't
> > have a Munich
> > card or equivalent functionality, so when ISDN calls
> > came in on the PRI
> > card from a Courier, the PRI card tried to send the
> > card to slot 16, but
> > the Arc couldn't handle the ISDN calls, so the ISDN
> > calls failed.  When
> > that happened, the customer's Courier punted and
> > placed the call as an
> > analog modem call, which obviously was handled normally.
> > --
> > Jeff McAdams                            Email: [e-mail]
> > Head Network Administrator              Voice: [phone]
> > IgLou Internet Services                        [phone]
> >
> > -
> >  To unsubscribe to usr-tc, send an email to
> > "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and
> > old messages send
> >  "help" to the same address.  Do not use quotes in
> > your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian Gordon" <[e-mail]>
Subject: Re: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 15:03:42 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_001A_01BE4ACF.65B02180
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I totally agree with your statement here totally and I know that 3com is
leading in incorporating the latest standards etc.

Just wondering what to do in the mean time.

I would say since this V.90 thing we have had four times the amount of calls
to our help desk.

Someone had to slap Rockwell and Lucent and tell them to get their acts
together.

Brian Gordon, MCP, A+
Network Administrator
Westelcom Internet
518-566-8376 Voice
518-566-8348 Fax
http://home.westelcom.com
[e-mail]

----- Original Message -----
Sent: Thursday, January 28, 1999 2:06 PM


>Brian <[e-mail]> writes:
>
>> In all fairness, 3com's modem code does alot better than most vendors
code
>> when it comes to who is most compatible.
>
>There's also the very big issue that the majority of the intelligence
>for the 56K protocols rests with the client.  While there may be some
>server side bugs and some things that 3Com can do to better
>interoperate, such measures are often limited in scope.
>
>This is unfortunate, since ideally you want the more heavy duty code
>to be in the smaller set of server side modems that are under better
>control and likely kept more up to date and in sync, but since its the
>receiver that has to analyze the line there isn't a lot of choice.
>
>So any question about "having something more compatible" really has to
>be addressed to the client modem vendors (3Com included) even more so
>than the server side.
>
>-- David
>
>/-----------------------------------------------------------------------\
> \               David Bolen              \  Internet: [e-mail]    /
>  |        UUNET Technologies, Inc.         \   Phone: [phone] |
> / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
>\-----------------------------------------------------------------------/
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

------=_NextPart_000_001A_01BE4ACF.65B02180
Content-Type: application/x-pkcs7-signature;
    name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
    filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJnzCCAjww
ggGlAhAyUDPPUNFW81yBrWVcT8glMA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0
aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yMDAxMDcyMzU5NTlaMF8xCzAJ
BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs
aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw
gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea
BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg
1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQIFAAOBgQBLRGZgaGTkmBvzsHLm
lYl83XuzlcAdLtjYGdAtND3GUJoQhoyqPzuoBPw3UpXD2cnbzfKGBsSxG/CCiDBCjhdQHGR6uD6Z
SXSX/KwCQ/uWDFYEJQx8fIedJKfY8DIptaTfXaJMxRYyqEL2Raa2Nrngv2U2k8LS12vc3lnWojX4
RTCCAy4wggKXoAMCAQICEQDSdi6NFAw9fbKoJV2v7g11MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNV
BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMg
UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05ODA1MTIwMDAwMDBaFw0wODA1MTIy
MzU5NTlaMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1
c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNv
cnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJ
bmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMIGfMA0GCSqGSIb3DQEB
AQUAA4GNADCBiQKBgQC7WkSKBBa7Vf0DeootlE8VeDa4DUqyb5xUv7zodyqdufBou5XZMUFweoFL
uUgTVi3HCOGEQqvAopKrRFyqQvCCDgLpL/vCO7u+yScKXbawNkIztW5UiE+HSr8Z2vkV6A+Hthzj
zMaajn9qJJLj/OBluqexfu/J2zdqyErICQbkmQIDAQABo3wwejARBglghkgBhvhCAQEEBAMCAQYw
RwYDVR0gBEAwPjA8BgtghkgBhvhFAQcBATAtMCsGCCsGAQUFBwIBFh93d3cudmVyaXNpZ24uY29t
L3JlcG9zaXRvcnkvUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEB
AgUAA4GBAIi4Nzvd2pQ3AK2qn+GBAXEekmptL/bxndPKZDjcG5gMB4ZbhRVqD7lJhaSV8Rd9Z7R/
LSzdmkKewz60jqrlCwbe8lYq+jPHvhnXU0zDvcjjF7WkSUJj7MKmFw9dWBpJPJBcVaNlIAD9GCDl
X4KmsaiSxVhqwY0DPOvDzQWikK5uMIIEKTCCA5KgAwIBAgIQRYC7Pso0O5C1pKOGYRc0xzANBgkq
hkiG9w0BAQQFADCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWdu
IFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEg
SW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg
Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZDAeFw05OTAxMjgw
MDAwMDBaFw05OTAzMjkyMzU5NTlaMIIBDjEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw
b3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNv
bmEgTm90IFZhbGlkYXRlZDEnMCUGA1UECxMeRGlnaXRhbCBJRCBDbGFzcyAxIC0gTWljcm9zb2Z0
MRUwEwYDVQQDFAxCcmlhbiBHb3Jkb24xKjAoBgkqhkiG9w0BCQEWG2FkbWluaXN0cmF0b3JAd2Vz
dGVsY29tLmNvbTBcMA0GCSqGSIb3DQEBAQUAA0sAMEgCQQDIaiFpxJl5+j3/nThP81UBVkZcgmbA
ftnXRvrJJoDYAGYzinxzhLbMzmvsWboWsv42UGPQ2WiZzLWE1E0b0PMtAgMBAAGjggEJMIIBBTAJ
BgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIBFhxodHRw
czovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNpZ24sIEluYy4w
AwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlhYi4gbHRkLiAoYyk5
NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwMwYDVR0fBCwwKjAooCagJIYiaHR0
cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQQFAAOBgQCv82K5YBdT
o77GH3nH0NG+Pg11SYgR/japsWEN8i44ezGiWhTHWeofnjO6TQMz+54zITiv9QXk1CPP7fZPLxMR
sGkkcdTfIDWPdL+X7y3w5azkQVCepG919o2vw4232+rPPYt7Vk9/MtJpNvXmrYWCC98mQwcRVii2
riBhkDyC4jGCAgQwggIAAgEBMIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE
CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBv
c2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNp
Z24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVk
AhBFgLs+yjQ7kLWko4ZhFzTHMAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH
ATAcBgkqhkiG9w0BCQUxDxcNOTkwMTI4MTUwMzQzWjAjBgkqhkiG9w0BCQQxFgQU7J4r82GQqpb9
I15Vpn2vge3uKaAwWwYJKoZIhvcNAQkPMU4wTDAOBggqhkiG9w0DAgICAIAwCgYIKoZIhvcNAwcw
DQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZIhvcN
AQEBBQAEQMNruvJHCXhJtB9R9LCn4zxg3KROiY47R+psF2JrrW3gN08rtZgRtHXsTlO/S3uF50gR
bQllG4fndTnUS/MSnk0AAAAAAAA=

------=_NextPart_000_001A_01BE4ACF.65B02180--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 15:20:26 EST

"Brian Gordon" <[e-mail]> writes:

> Just wondering what to do in the mean time.

I don't think there's an easy answer, other than battling through it -
helping with init strings, pointing out code upgrades, and trying as
best as possible to stay on top of the latest news.  :-)

> I would say since this V.90 thing we have had four times the amount of calls
> to our help desk.

I don't know how many people on this list were involved during the
introduction of V.34 back in '94-'95, but I was and boy, between the
V.FC fiasco that Rockwell early-released, and all the problems with
V.34 itself (in both client and server) it was a heck of a hurdle
beyond the more established V.32.

I'm not sure this is all that much worse, although it's annoying that
given past examples like the shift to V.34, that things weren't
handled more carefully.   Guess it's the natural (and unfortunate)
consequence of market forces pressuring good engineering principles in
some cases.

Hopefully in another year or two things will stabilize much as V.34
did in a similar amount of time.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        UUNET Technologies, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
Date: 28 Jan 1999 15:07:28 -0600 (CST)

On Thu, 28 Jan 1999, Ralph Helfenberger wrote:

> Hi
>
> Is anybody using the Livingston Authentication server? I'd like to
> use it. But I have to support the Vendor specific attribute
> "IP-Input-Filter". Is there a way to make that work?

I would use Radiator http://www.open.com.au/radiator.  It's the swiss army
knife of RADIUS servers.

>
> I tried to change the dictionary file but this didn't solve it.
>
> Thanks for your help
>
> Ralph
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) RADIUS question
Date: 28 Jan 1999 15:12:02 -0600 (CST)


I am getting duplicate accounting on my radius servers.  The primary and
the secondary appear to be accounting.

I just want the primary to account, and the secondary to account only when
the primary is not reachable.  I want the primary to be tried first
*always* before attempting the secondary.

The Primary Server Status is:              ENABLED
Primary Server is:                         208.206.76.58
Primary First Backup Server is:            208.206.76.57
Primary Second Backup Server is:           0.0.0.0
Primary Destination Port is:               1646
Primary First Backup Destination Port:     1646
Primary Second Backup Destination Port:    1646
Max Primary Retranmissions:                100
The Secondary Server Status is:            ENABLED
Secondary Server is:                       0.0.0.0
Secondary First Backup Server is:          0.0.0.0
Secondary Second Backup Server is:         0.0.0.0
Secondary Destination Port is:             1646
Secondary First Backup Destination Port:   1646
Secondary Second Backup Destination Port:  1646
Max Secondary Retranmissions:              0
Source Port is:                            1646
Retransmission  Timeout:                   60 seconds
Accounting Start Time:                     CONNECTION
Log Unauthenticated Calls:                 TRUE
Vendor Specific Attribute:                 ENABLED
Active Accounting Server (Primary):        208.206.76.57
Active Accounting Server (Secondary):      0.0.0.0
Attribute Style:                           STANDARD


HiPer>> show radIUS setTINGS

RADIUS SETTINGS
Fill Null Attributes :                     DISABLED
Attribute Style:                           STANDARD
Authentication Algorithm:                  FALL_THROUGH
Interim Accounting Interval Status:        DISABLED
Interim Accounting Interval:               240 seconds
IEA Radius Source Port Authentication      ENABLED
IEA User Radius supplied username          DISABLED
Send Unauthenticated STOP record           ENABLED


Anyone have any ideas of what to do?  I think I tried making my "secondary
radius" the secondary radius in the ARC, but that duplicated, so I made it
the "primary_backup first_server".

Brian


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: (usr-tc) unauthenticated record
Date: 28 Jan 1999 15:14:43 -0600 (CST)

I know this was asked recently, but how do you disable the unauthenticated
radius records?

brian


Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) RADIUS question
Date: 28 Jan 1999 15:20:13 -0600

If you are useing the Hiper Arc try this > set radius
authentication_algorithm fall_through  <  and that will make it choose the
primary first.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Thursday, January 28, 1999 3:12 PM


>
>I am getting duplicate accounting on my radius servers.  The primary and
>the secondary appear to be accounting.
>
>I just want the primary to account, and the secondary to account only when
>the primary is not reachable.  I want the primary to be tried first
>*always* before attempting the secondary.
>
>The Primary Server Status is:              ENABLED
>Primary Server is:                         208.206.76.58
>Primary First Backup Server is:            208.206.76.57
>Primary Second Backup Server is:           0.0.0.0
>Primary Destination Port is:               1646
>Primary First Backup Destination Port:     1646
>Primary Second Backup Destination Port:    1646
>Max Primary Retranmissions:                100
>The Secondary Server Status is:            ENABLED
>Secondary Server is:                       0.0.0.0
>Secondary First Backup Server is:          0.0.0.0
>Secondary Second Backup Server is:         0.0.0.0
>Secondary Destination Port is:             1646
>Secondary First Backup Destination Port:   1646
>Secondary Second Backup Destination Port:  1646
>Max Secondary Retranmissions:              0
>Source Port is:                            1646
>Retransmission  Timeout:                   60 seconds
>Accounting Start Time:                     CONNECTION
>Log Unauthenticated Calls:                 TRUE
>Vendor Specific Attribute:                 ENABLED
>Active Accounting Server (Primary):        208.206.76.57
>Active Accounting Server (Secondary):      0.0.0.0
>Attribute Style:                           STANDARD
>
>
>HiPer>> show radIUS setTINGS
>
>RADIUS SETTINGS
>Fill Null Attributes :                     DISABLED
>Attribute Style:                           STANDARD
>Authentication Algorithm:                  FALL_THROUGH
>Interim Accounting Interval Status:        DISABLED
>Interim Accounting Interval:               240 seconds
>IEA Radius Source Port Authentication      ENABLED
>IEA User Radius supplied username          DISABLED
>Send Unauthenticated STOP record           ENABLED
>
>
>Anyone have any ideas of what to do?  I think I tried making my "secondary
>radius" the secondary radius in the ARC, but that duplicated, so I made it
>the "primary_backup first_server".
>
>Brian
>
>
>--------------------------------------------------------------------------
>Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Douglas Rabe <[e-mail]>
Subject: Re: (usr-tc) RADIUS question
Date: 28 Jan 1999 16:29:13 -0500 (EST)

Actually, if you set the primary and secondary you get duplicate
accounting.  What you mean to set (along with the fall_through command
below) is to set the accounting_backup, instead of secondary.

IE:

set accounting_backup primary first_destination_port X
set accounting_backup primary first_secret X
set accounting_backup primary first_server X

> If you are useing the Hiper Arc try this > set radius
> authentication_algorithm fall_through  <  and that will make it choose the
> primary first.
>
>
> Thanks
> Paul JR.
> AlaWeb Support
> 1800-427-8896
> http://www.alaweb.com/support.html
>
>
>
>
> ----- Original Message -----
> From: Brian <[e-mail]>
> To: USRobotics TC Mailing List <[e-mail]>
> Sent: Thursday, January 28, 1999 3:12 PM
> Subject: (usr-tc) RADIUS question
>
>
> >
> >I am getting duplicate accounting on my radius servers.  The primary and
> >the secondary appear to be accounting.
> >
> >I just want the primary to account, and the secondary to account only when
> >the primary is not reachable.  I want the primary to be tried first
> >*always* before attempting the secondary.
> >
> >The Primary Server Status is:              ENABLED
> >Primary Server is:                         208.206.76.58
> >Primary First Backup Server is:            208.206.76.57
> >Primary Second Backup Server is:           0.0.0.0
> >Primary Destination Port is:               1646
> >Primary First Backup Destination Port:     1646
> >Primary Second Backup Destination Port:    1646
> >Max Primary Retranmissions:                100
> >The Secondary Server Status is:            ENABLED
> >Secondary Server is:                       0.0.0.0
> >Secondary First Backup Server is:          0.0.0.0
> >Secondary Second Backup Server is:         0.0.0.0
> >Secondary Destination Port is:             1646
> >Secondary First Backup Destination Port:   1646
> >Secondary Second Backup Destination Port:  1646
> >Max Secondary Retranmissions:              0
> >Source Port is:                            1646
> >Retransmission  Timeout:                   60 seconds
> >Accounting Start Time:                     CONNECTION
> >Log Unauthenticated Calls:                 TRUE
> >Vendor Specific Attribute:                 ENABLED
> >Active Accounting Server (Primary):        208.206.76.57
> >Active Accounting Server (Secondary):      0.0.0.0
> >Attribute Style:                           STANDARD
> >
> >
> >HiPer>> show radIUS setTINGS
> >
> >RADIUS SETTINGS
> >Fill Null Attributes :                     DISABLED
> >Attribute Style:                           STANDARD
> >Authentication Algorithm:                  FALL_THROUGH
> >Interim Accounting Interval Status:        DISABLED
> >Interim Accounting Interval:               240 seconds
> >IEA Radius Source Port Authentication      ENABLED
> >IEA User Radius supplied username          DISABLED
> >Send Unauthenticated STOP record           ENABLED
> >
> >
> >Anyone have any ideas of what to do?  I think I tried making my "secondary
> >radius" the secondary radius in the ARC, but that duplicated, so I made it
> >the "primary_backup first_server".
> >
> >Brian
> >
> >
> >--------------------------------------------------------------------------
> >Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


--
Douglas Rabe                UUnet Technologies, Inc.            [e-mail]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Brian <[e-mail]>
Subject: Re: (usr-tc) RADIUS question
Date: 28 Jan 1999 15:48:56 -0600 (CST)

On Thu, 28 Jan 1999, Paul Jr. (AlaWeb Support) wrote:

> If you are useing the Hiper Arc try this > set radius
> authentication_algorithm fall_through  <  and that will make it choose the
> primary first.

thats what I have set.


>
>
> Thanks
> Paul JR.
> AlaWeb Support
> 1800-427-8896
> http://www.alaweb.com/support.html
>
>
>
>
> ----- Original Message -----
> From: Brian <[e-mail]>
> To: USRobotics TC Mailing List <[e-mail]>
> Sent: Thursday, January 28, 1999 3:12 PM
> Subject: (usr-tc) RADIUS question
>
>
> >
> >I am getting duplicate accounting on my radius servers.  The primary and
> >the secondary appear to be accounting.
> >
> >I just want the primary to account, and the secondary to account only when
> >the primary is not reachable.  I want the primary to be tried first
> >*always* before attempting the secondary.
> >
> >The Primary Server Status is:              ENABLED
> >Primary Server is:                         208.206.76.58
> >Primary First Backup Server is:            208.206.76.57
> >Primary Second Backup Server is:           0.0.0.0
> >Primary Destination Port is:               1646
> >Primary First Backup Destination Port:     1646
> >Primary Second Backup Destination Port:    1646
> >Max Primary Retranmissions:                100
> >The Secondary Server Status is:            ENABLED
> >Secondary Server is:                       0.0.0.0
> >Secondary First Backup Server is:          0.0.0.0
> >Secondary Second Backup Server is:         0.0.0.0
> >Secondary Destination Port is:             1646
> >Secondary First Backup Destination Port:   1646
> >Secondary Second Backup Destination Port:  1646
> >Max Secondary Retranmissions:              0
> >Source Port is:                            1646
> >Retransmission  Timeout:                   60 seconds
> >Accounting Start Time:                     CONNECTION
> >Log Unauthenticated Calls:                 TRUE
> >Vendor Specific Attribute:                 ENABLED
> >Active Accounting Server (Primary):        208.206.76.57
> >Active Accounting Server (Secondary):      0.0.0.0
> >Attribute Style:                           STANDARD
> >
> >
> >HiPer>> show radIUS setTINGS
> >
> >RADIUS SETTINGS
> >Fill Null Attributes :                     DISABLED
> >Attribute Style:                           STANDARD
> >Authentication Algorithm:                  FALL_THROUGH
> >Interim Accounting Interval Status:        DISABLED
> >Interim Accounting Interval:               240 seconds
> >IEA Radius Source Port Authentication      ENABLED
> >IEA User Radius supplied username          DISABLED
> >Send Unauthenticated STOP record           ENABLED
> >
> >
> >Anyone have any ideas of what to do?  I think I tried making my "secondary
> >radius" the secondary radius in the ARC, but that duplicated, so I made it
> >the "primary_backup first_server".
> >
> >Brian
> >
> >
> >--------------------------------------------------------------------------
> >Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)   | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
[e-mail]     | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109   | Database/Web Integration, 56k, ISDN, T1


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: MegaZone <[e-mail]>
Subject: Re: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
Date: 28 Jan 1999 14:11:25 -0800 (PST)

Once upon a time Ralph Helfenberger shaped the electrons to say...
>Is anybody using the Livingston Authentication server? I'd like to
>use it. But I have to support the Vendor specific attribute
>"IP-Input-Filter". Is there a way to make that work?

1. You know you have to own a PortMaster to use Lucent RADIUS 2.x or up
legally, right?
2. Lucent RADIUS prior to 2.1b6 does not support VSAs, and 2.1b6 supports
only the RFC style VSAs - they do not support 3Com's non-RFC format.
3. Lucent RADIUS ABM (the commercial server) is supposed to support 3Com
VSAs.  I'm not sure if it does now or that's the next release.

-MZ
--
<URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 17:58:17 -0500

At 03:20 PM 1/28/99 EST, David Bolen <[e-mail]> wrote:
>Hopefully in another year or two things will stabilize much as V.34
>did in a similar amount of time.

I hope to hell it doesn't take another year or two. I understand that it's
not an easy process, but we are suppossed to learn from experience aren't we?

Kirk



Kirk Mitchell-General Manager     [e-mail]
Keystone Connect                http://www.keyconn.net
Altoona, PA   814-941-5000         We Unlock the World


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: David Bolen <[e-mail]>
Subject: Re: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 18:28:57 EST

K Mitchell <[e-mail]> writes:

> I hope to hell it doesn't take another year or two. I understand that it's
> not an easy process, but we are suppossed to learn from experience aren't we?

That's assuming that vendors have the luxury of applying that
experience in the way you want.  They may know how to deal with it, or
perhaps not - really doing a good job with V.90 clients is very
complex and the protocol itself leaves much of the analysis open to
local implementation which becomes a product discriminator so the
vendors aren't likely to share approaches.  Add in a nice dab of
market pressure which makes significant delays in delivering a product
to market untenable, and you get what we have.

As such, I think in some cases vendors are making the choice to
release problematic products knowing that the problems will likely be
forgotten over time as things improve, and they simply have to have
something out the door now.

At least we have one major advantage this time around over V.34 - back
then USR was one of a very few chipsets (at least in the Courier line)
that was upgradeable (flash) but now that general design approach has
made major inroads even in the cheaper devices.  It's going to be a
whole lot easier to incrementally fix the bad stuff out there this
time around then it was with V.34 (which in many cases was only by new
hardware), which should help avoid the prolonged "tail" effect of poor
quality code given continued use of older modems.

-- David

/-----------------------------------------------------------------------\
 \               David Bolen              \  Internet: [e-mail]    /
  |        UUNET Technologies, Inc.         \   Phone: [phone] |
 / 100 Manhattanville Rd, Purchase, NY 10577  \   Fax: [phone]  \
\-----------------------------------------------------------------------/

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) NEW CODE WHEN?
Date: 28 Jan 1999 18:37:45 -0500 (EST)


On Thu, 28 Jan 1999, K Mitchell wrote:

> At 03:20 PM 1/28/99 EST, David Bolen <[e-mail]> wrote:
> >Hopefully in another year or two things will stabilize much as V.34
> >did in a similar amount of time.
>
> I hope to hell it doesn't take another year or two. I understand that it's
> not an easy process, but we are suppossed to learn from experience aren't we?

We have. Experience has shown that it takes a year or two for a new
modem standard to settle in.

And it has gotten easier. Non-newbies will recollect the fun in explaining
to a customer how to replace the UART chip on their serial card when 14.4k
modems were introduced.

Too bad some of the aspects of those, umm, glory days aren't still around.
At that point, if you were any kind of online service provider (typically
a bbs sysop), USR gave you about half-price on their modems and direct
access to the engineering department for troubleshooting. It can be argued
that that policy alone is what catapulted USR to market leadership.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jay Nakamura <[e-mail]>
Subject: (usr-tc) HiperDSP stops taking calls
Date: 28 Jan 1999 23:47:22 -0500

I have been running Hiper DSP for a month and suddenly, one of the HiperDSP
card has decided to stop taking calls twice tonight.  I noticed that only
on that card, "No Idle modems Available" value was going up.  Users were
getting fast busy.  Both times, I reset the card and everything started
working again but this is really irritating.  The span was only about half
full when this happened.  There is a PRI after this card that was empty.

Has anyone seen this, or is this a bad card?


--

-- J.S. Nakamura --                        Phone [phone] x213
   -- Kiva Networking --                    Fax  [phone]
      -- Network Engineer --               email [e-mail]
         -- Cisco Certified Design Associate --

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 00:07:11 -0500 (EST)

I think this got lost before somehow, I haven't seen it hit the list
yet...

---------- Forwarded message ----------

Hi,

I finally did a capture of a config session on an arc so I can repeat at a
later date.  After I trimmed it down, I think I have a fairly complete
config.  Some things seem a little redundant (such as setting DNS servers
for ppp three times in three different places) but at least I can be sure
they are set.

Right now I am cutting and pasting line by line, has anyone successfully
used a term program to send a series of commands like this?  I tried, and
it seems to overrun, and most of the commands get skipped.  Is there a way
to turn this into a script like _quicksetup?  If so, is there any way to
do get the file on the card via the console for pre-networked setup?

Any comments/corrections on this list of commands is welcome.  I think I
nailed everything, but I'm not sure.

Thanks,

Charles

This is for a fairly simple setup, no RIP, two auth/acct servers, one user
for direct telnet access to a shell machine.

set system name "HiPer-x"

set system location "Oldslip/ACC"

set system contact "Charles Sprickman"

set command login_required yes

add user "foo" password "foo" type login,manage

delete user adm

add snmp community_pool secret address 207.240.xxx.xxx

add snmp community_pool secret address 207.240.xxx.xxx

add snmp community_pool secret address 207.240.xxx.xxx

add snmp community_pool secret address 207.240.xxx.xxx

add snmp community secret address 207.240.xxx.xxx access RW

add snmp community secret address 207.240.xxx.xxx access RO

set snmp community secret community_pool secret

set snmp community secret community_pool secret

list snmp communities

list snmp community_pools

enable security_option remote_user_administration telnet

add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual

set accounting primary_server 207.240.140.xxx primary_secret "secret"

set authentication primary_server 207.240.140.xxx primary_secret "secret"

disable nmc chassis_awareness

set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type static card_type empty

add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame
ethernet_ii enable no

enable ip network "lan-1"

add ip defaultroute gateway 207.240.xxx.xxx metric 1

enable ip forwarding

add dns server 207.240.140.xxx preference 1

set dns domain_name "inch.com"

add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62

add tftp client 207.240.xxx.xxx

add dns serVER 207.240.140.xxx preFERENCE 2

disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN

set ppp autHENTICATION_PREFERENCE pap

set ppp dnS_USAGE ppp

set ppp pppdns_pRIMARY 207.240.140.xxx

set ppp pppdns_sECONDARY 207.240.140.xxx

set ppp ccp_MODEMTYPE_ACCEPT diGITAL

set user default poRT_LIMIT 1

set user default tyPE netWORK

set netWORK usER default ip rouTING none

set netwORK usER default ip rip ripv2

set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER
207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx

set netWORK user default netWORK_SERVICE ppp

set accounting secondary_server 207.240.140.xxx

set accounting secondary_secret "secret"

set authENTICATION secondarY_serVER 207.240.140.xxx

set autHENTICATION secondary_secRET "secret"

set radIUS autHENTICATION_ALGORITHM fall_THROUGH

show authen

show account

set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel.  Enter
your username and password for PPP or enter 'foo' for shell access."

add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD ""

set user foo poRT_LIMIT 0

set login usER foo login_host_iP_ADDRESS 207.240.140.xxx

set ip netWORK lan-1 routing_pROTOCOL none

set ntP priMARY_SERVER 207.240.140.xxx

set ntP secONDARY_SERVER 207.240.140.xxx

add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1

enaBLE ppp ofFLOADING

set ppp ccp_MODEMTYPE_ACCEPT digITAL

disabLE netWORK serVICE telnetd

set netwORK serVICE telnetd soCKET xxxx

enABLE netWORK serVICE telnetd

set command prompt "HiPer-x >"

# add when done

#set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type quad_i_modem ports 4

#set chassis slot 13 owner yes card_type hdm_24 ports 24

save all


--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: King Ho <[e-mail]>
Subject: (usr-tc) ARC chassis setting
Date: 29 Jan 1999 14:25:16 +0800 (HKT)


Hi,

Is there a way to change a slot's "type" setting from static to dynamic. I
think "static" is the only option. This is for 4.1.72-7.

Thanks.

Best regards,

King Ho
Global Link Information Services Ltd.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Bruno Treguier <[e-mail]>
Subject: (usr-tc) HARC and Filters
Date: 29 Jan 1999 09:23:38 +0100

Heelo,

I already asked this question about a month ago, but got no answer, probably
because everybody was busy preparing new year's eve ? ;-)

I'm having a hard time trying to filter out packets destinated to HARC,
or originating from it. My wish is to limit the accessibility of the HARC
to one or two machines on our network. I verified my filters and tested
them, it works fine when filtering packets just passing thru the HARC
(i.e. coming from a modem and going out on eth:1, or vice-versa).

But... I haven't been able until now to filter out packets whose origin
or destination is the HARC itself... It seems to act as a filter only
for packets passing thru...

Has anyone already noticed this behaviour, is it normal, is there a
workaround ? Thanks for any info/pointer !

Bruno

--
Bruno TREGUIER <[e-mail]>  | " Il y a 3 sortes de personnes:
FreeBSD 2.2.5, XFree86 3.3.1         |   celles qui savent compter,
Association INFINI, Brest, FRANCE    |   et celles qui ne savent pas..."


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Randy Cosby" <[e-mail]>
Subject: RE: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 10:04:26 -0700

Not sure on this, but can't you TFTP a script like this to the hiperarc, and
execute it with "DO filename".   Try a "show file QuickSetup.cfg".

Randy




> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Charles Sprickman
> Sent: Thursday, January 28, 1999 10:07 PM
> To: [e-mail]
> Subject: (usr-tc) ARC config (fwd)
>
>
> I think this got lost before somehow, I haven't seen it hit the list
> yet...
>
> ---------- Forwarded message ----------
> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST)
> From: Charles Sprickman <[e-mail]>
> To: [e-mail]
> Subject: ARC config
>
> Hi,
>
> I finally did a capture of a config session on an arc so I can repeat at a
> later date.  After I trimmed it down, I think I have a fairly complete
> config.  Some things seem a little redundant (such as setting DNS servers
> for ppp three times in three different places) but at least I can be sure
> they are set.
>
> Right now I am cutting and pasting line by line, has anyone successfully
> used a term program to send a series of commands like this?  I tried, and
> it seems to overrun, and most of the commands get skipped.  Is there a way
> to turn this into a script like _quicksetup?  If so, is there any way to
> do get the file on the card via the console for pre-networked setup?
>
> Any comments/corrections on this list of commands is welcome.  I think I
> nailed everything, but I'm not sure.
>
> Thanks,
>
> Charles
>
> This is for a fairly simple setup, no RIP, two auth/acct servers, one user
> for direct telnet access to a shell machine.
>
> set system name "HiPer-x"
>
> set system location "Oldslip/ACC"
>
> set system contact "Charles Sprickman"
>
> set command login_required yes
>
> add user "foo" password "foo" type login,manage
>
> delete user adm
>
> add snmp community_pool secret address 207.240.xxx.xxx
>
> add snmp community_pool secret address 207.240.xxx.xxx
>
> add snmp community_pool secret address 207.240.xxx.xxx
>
> add snmp community_pool secret address 207.240.xxx.xxx
>
> add snmp community secret address 207.240.xxx.xxx access RW
>
> add snmp community secret address 207.240.xxx.xxx access RO
>
> set snmp community secret community_pool secret
>
> set snmp community secret community_pool secret
>
> list snmp communities
>
> list snmp community_pools
>
> enable security_option remote_user_administration telnet
>
> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual
>
> set accounting primary_server 207.240.140.xxx primary_secret "secret"
>
> set authentication primary_server 207.240.140.xxx primary_secret "secret"
>
> disable nmc chassis_awareness
>
> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type
> static card_type empty
>
> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame
> ethernet_ii enable no
>
> enable ip network "lan-1"
>
> add ip defaultroute gateway 207.240.xxx.xxx metric 1
>
> enable ip forwarding
>
> add dns server 207.240.140.xxx preference 1
>
> set dns domain_name "inch.com"
>
> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62
>
> add tftp client 207.240.xxx.xxx
>
> add dns serVER 207.240.140.xxx preFERENCE 2
>
> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN
>
> set ppp autHENTICATION_PREFERENCE pap
>
> set ppp dnS_USAGE ppp
>
> set ppp pppdns_pRIMARY 207.240.140.xxx
>
> set ppp pppdns_sECONDARY 207.240.140.xxx
>
> set ppp ccp_MODEMTYPE_ACCEPT diGITAL
>
> set user default poRT_LIMIT 1
>
> set user default tyPE netWORK
>
> set netWORK usER default ip rouTING none
>
> set netwORK usER default ip rip ripv2
>
> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER
> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx
>
> set netWORK user default netWORK_SERVICE ppp
>
> set accounting secondary_server 207.240.140.xxx
>
> set accounting secondary_secret "secret"
>
> set authENTICATION secondarY_serVER 207.240.140.xxx
>
> set autHENTICATION secondary_secRET "secret"
>
> set radIUS autHENTICATION_ALGORITHM fall_THROUGH
>
> show authen
>
> show account
>
> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel.  Enter
> your username and password for PPP or enter 'foo' for shell access."
>
> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD ""
>
> set user foo poRT_LIMIT 0
>
> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx
>
> set ip netWORK lan-1 routing_pROTOCOL none
>
> set ntP priMARY_SERVER 207.240.140.xxx
>
> set ntP secONDARY_SERVER 207.240.140.xxx
>
> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1
>
> enaBLE ppp ofFLOADING
>
> set ppp ccp_MODEMTYPE_ACCEPT digITAL
>
> disabLE netWORK serVICE telnetd
>
> set netwORK serVICE telnetd soCKET xxxx
>
> enABLE netWORK serVICE telnetd
>
> set command prompt "HiPer-x >"
>
> # add when done
>
> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type
> quad_i_modem ports 4
>
> #set chassis slot 13 owner yes card_type hdm_24 ports 24
>
> save all
>
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) Something's wrong with our radius setup, any help?
Date: 29 Jan 1999 11:13:39 -0600 (CST)

Hello,

For some reason people can do multiple logins on our modems.  We're
running Merit Radius 2.4.23C with a combination of HiperDSP/HiperArc and
Netserver/Quad Cards.  I've debugged radius and found that it is looking
at our users files in radius:

DEFAULT Authentication-Type = Unix-PW,
    Simultaneous-Use = 1,
        Idle-Timeout = 900

Then it also looks at the following for pppusers:

pppuser Authentication-Type = None
        Service-Type = Framed,
        Idle-Timeout = 900,
        Framed-Protocol = PPP,
        Framed-MTU = 1500,
        Framed-IP-Netmask = 255.255.255.255

I tried adding a Simultaneous-Use line to the pppuser to no avail.  The
radius debug file shows that it is returning the values for both of these
user types for every login.  First it applies the default and then adds
the pppuser on top.

The crazy thing is they can only login once if the user is specifically
defined in the radius file, like this:

testuser Authentication-Type = Unix-PW,
    Simultaneous-Use = 1

Therefore it leads me to believe that something is not set right in my
Default user settings.  I've looked through radius man and radius how-to's
and faqs and debugged and tried different settings with no luck.

Steve


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 11:18:36 -0600

I have a simple problem but I cannot find the command to fix it.  When I
telnet to a Hiper Arc and leave the telnet session open it never times out.
3com suggested the command >set command idle_timeout (whatever)...<  but
that has not worked.  I would like it to timeout just incase I lease a
session open noone can come behind me and get into our routers.  Thanks for
any info on this.


BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do
not follow the instructions on the Hiper Arc manual.  The manual is very
wrong.  If your interested please email me and I'll explain further.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Friday, January 29, 1999 11:04 AM


>Not sure on this, but can't you TFTP a script like this to the hiperarc,
and
>execute it with "DO filename".   Try a "show file QuickSetup.cfg".
>
>Randy
>
>
>
>
>> -----Original Message-----
>> From: [e-mail]
>> [mailto:[e-mail]]On Behalf Of Charles Sprickman
>> Sent: Thursday, January 28, 1999 10:07 PM
>> To: [e-mail]
>> Subject: (usr-tc) ARC config (fwd)
>>
>>
>> I think this got lost before somehow, I haven't seen it hit the list
>> yet...
>>
>> ---------- Forwarded message ----------
>> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST)
>> From: Charles Sprickman <[e-mail]>
>> To: [e-mail]
>> Subject: ARC config
>>
>> Hi,
>>
>> I finally did a capture of a config session on an arc so I can repeat at
a
>> later date.  After I trimmed it down, I think I have a fairly complete
>> config.  Some things seem a little redundant (such as setting DNS servers
>> for ppp three times in three different places) but at least I can be sure
>> they are set.
>>
>> Right now I am cutting and pasting line by line, has anyone successfully
>> used a term program to send a series of commands like this?  I tried, and
>> it seems to overrun, and most of the commands get skipped.  Is there a
way
>> to turn this into a script like _quicksetup?  If so, is there any way to
>> do get the file on the card via the console for pre-networked setup?
>>
>> Any comments/corrections on this list of commands is welcome.  I think I
>> nailed everything, but I'm not sure.
>>
>> Thanks,
>>
>> Charles
>>
>> This is for a fairly simple setup, no RIP, two auth/acct servers, one
user
>> for direct telnet access to a shell machine.
>>
>> set system name "HiPer-x"
>>
>> set system location "Oldslip/ACC"
>>
>> set system contact "Charles Sprickman"
>>
>> set command login_required yes
>>
>> add user "foo" password "foo" type login,manage
>>
>> delete user adm
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community secret address 207.240.xxx.xxx access RW
>>
>> add snmp community secret address 207.240.xxx.xxx access RO
>>
>> set snmp community secret community_pool secret
>>
>> set snmp community secret community_pool secret
>>
>> list snmp communities
>>
>> list snmp community_pools
>>
>> enable security_option remote_user_administration telnet
>>
>> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual
>>
>> set accounting primary_server 207.240.140.xxx primary_secret "secret"
>>
>> set authentication primary_server 207.240.140.xxx primary_secret "secret"
>>
>> disable nmc chassis_awareness
>>
>> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type
>> static card_type empty
>>
>> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame
>> ethernet_ii enable no
>>
>> enable ip network "lan-1"
>>
>> add ip defaultroute gateway 207.240.xxx.xxx metric 1
>>
>> enable ip forwarding
>>
>> add dns server 207.240.140.xxx preference 1
>>
>> set dns domain_name "inch.com"
>>
>> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62
>>
>> add tftp client 207.240.xxx.xxx
>>
>> add dns serVER 207.240.140.xxx preFERENCE 2
>>
>> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN
>>
>> set ppp autHENTICATION_PREFERENCE pap
>>
>> set ppp dnS_USAGE ppp
>>
>> set ppp pppdns_pRIMARY 207.240.140.xxx
>>
>> set ppp pppdns_sECONDARY 207.240.140.xxx
>>
>> set ppp ccp_MODEMTYPE_ACCEPT diGITAL
>>
>> set user default poRT_LIMIT 1
>>
>> set user default tyPE netWORK
>>
>> set netWORK usER default ip rouTING none
>>
>> set netwORK usER default ip rip ripv2
>>
>> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER
>> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx
>>
>> set netWORK user default netWORK_SERVICE ppp
>>
>> set accounting secondary_server 207.240.140.xxx
>>
>> set accounting secondary_secret "secret"
>>
>> set authENTICATION secondarY_serVER 207.240.140.xxx
>>
>> set autHENTICATION secondary_secRET "secret"
>>
>> set radIUS autHENTICATION_ALGORITHM fall_THROUGH
>>
>> show authen
>>
>> show account
>>
>> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel.
Enter
>> your username and password for PPP or enter 'foo' for shell access."
>>
>> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD ""
>>
>> set user foo poRT_LIMIT 0
>>
>> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx
>>
>> set ip netWORK lan-1 routing_pROTOCOL none
>>
>> set ntP priMARY_SERVER 207.240.140.xxx
>>
>> set ntP secONDARY_SERVER 207.240.140.xxx
>>
>> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1
>>
>> enaBLE ppp ofFLOADING
>>
>> set ppp ccp_MODEMTYPE_ACCEPT digITAL
>>
>> disabLE netWORK serVICE telnetd
>>
>> set netwORK serVICE telnetd soCKET xxxx
>>
>> enABLE netWORK serVICE telnetd
>>
>> set command prompt "HiPer-x >"
>>
>> # add when done
>>
>> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type
>> quad_i_modem ports 4
>>
>> #set chassis slot 13 owner yes card_type hdm_24 ports 24
>>
>> save all
>>
>>
>> --
>> =-----------------=                                        =
>> | Charles Sprickman                       Internet Channel |
>> | INCH System Administration Team         [phone]    |
>> | [e-mail]                          [e-mail]  |
>> =                                         =----------------=
>>
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 11:18:23 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Randy Cosby
|Sent: Friday, January 29, 1999 11:04 AM
|To: [e-mail]
|Subject: RE: (usr-tc) ARC config (fwd)
|
|
|Not sure on this, but can't you TFTP a script like this to the hiperarc, and
|execute it with "DO filename".   Try a "show file QuickSetup.cfg".
|

Yes, you can..

-M

|
|
|> -----Original Message-----
|> From: [e-mail]
|> [mailto:[e-mail]]On Behalf Of Charles Sprickman
|> Sent: Thursday, January 28, 1999 10:07 PM
|> To: [e-mail]
|> Subject: (usr-tc) ARC config (fwd)
|>
|>
|> I think this got lost before somehow, I haven't seen it hit the list
|> yet...
|>
|> ---------- Forwarded message ----------
|> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST)
|> From: Charles Sprickman <[e-mail]>
|> To: [e-mail]
|> Subject: ARC config
|>
|> Hi,
|>
|> I finally did a capture of a config session on an arc so I can repeat at a
|> later date.  After I trimmed it down, I think I have a fairly complete
|> config.  Some things seem a little redundant (such as setting DNS servers
|> for ppp three times in three different places) but at least I can be sure
|> they are set.
|>
|> Right now I am cutting and pasting line by line, has anyone successfully
|> used a term program to send a series of commands like this?  I tried, and
|> it seems to overrun, and most of the commands get skipped.  Is there a way
|> to turn this into a script like _quicksetup?  If so, is there any way to
|> do get the file on the card via the console for pre-networked setup?
|>
|> Any comments/corrections on this list of commands is welcome.  I think I
|> nailed everything, but I'm not sure.
|>
|> Thanks,
|>
|> Charles
|>
|> This is for a fairly simple setup, no RIP, two auth/acct servers, one user
|> for direct telnet access to a shell machine.
|>
|> set system name "HiPer-x"
|>
|> set system location "Oldslip/ACC"
|>
|> set system contact "Charles Sprickman"
|>
|> set command login_required yes
|>
|> add user "foo" password "foo" type login,manage
|>
|> delete user adm
|>
|> add snmp community_pool secret address 207.240.xxx.xxx
|>
|> add snmp community_pool secret address 207.240.xxx.xxx
|>
|> add snmp community_pool secret address 207.240.xxx.xxx
|>
|> add snmp community_pool secret address 207.240.xxx.xxx
|>
|> add snmp community secret address 207.240.xxx.xxx access RW
|>
|> add snmp community secret address 207.240.xxx.xxx access RO
|>
|> set snmp community secret community_pool secret
|>
|> set snmp community secret community_pool secret
|>
|> list snmp communities
|>
|> list snmp community_pools
|>
|> enable security_option remote_user_administration telnet
|>
|> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual
|>
|> set accounting primary_server 207.240.140.xxx primary_secret "secret"
|>
|> set authentication primary_server 207.240.140.xxx primary_secret "secret"
|>
|> disable nmc chassis_awareness
|>
|> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type
|> static card_type empty
|>
|> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame
|> ethernet_ii enable no
|>
|> enable ip network "lan-1"
|>
|> add ip defaultroute gateway 207.240.xxx.xxx metric 1
|>
|> enable ip forwarding
|>
|> add dns server 207.240.140.xxx preference 1
|>
|> set dns domain_name "inch.com"
|>
|> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62
|>
|> add tftp client 207.240.xxx.xxx
|>
|> add dns serVER 207.240.140.xxx preFERENCE 2
|>
|> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN
|>
|> set ppp autHENTICATION_PREFERENCE pap
|>
|> set ppp dnS_USAGE ppp
|>
|> set ppp pppdns_pRIMARY 207.240.140.xxx
|>
|> set ppp pppdns_sECONDARY 207.240.140.xxx
|>
|> set ppp ccp_MODEMTYPE_ACCEPT diGITAL
|>
|> set user default poRT_LIMIT 1
|>
|> set user default tyPE netWORK
|>
|> set netWORK usER default ip rouTING none
|>
|> set netwORK usER default ip rip ripv2
|>
|> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER
|> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx
|>
|> set netWORK user default netWORK_SERVICE ppp
|>
|> set accounting secondary_server 207.240.140.xxx
|>
|> set accounting secondary_secret "secret"
|>
|> set authENTICATION secondarY_serVER 207.240.140.xxx
|>
|> set autHENTICATION secondary_secRET "secret"
|>
|> set radIUS autHENTICATION_ALGORITHM fall_THROUGH
|>
|> show authen
|>
|> show account
|>
|> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel.  Enter
|> your username and password for PPP or enter 'foo' for shell access."
|>
|> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD ""
|>
|> set user foo poRT_LIMIT 0
|>
|> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx
|>
|> set ip netWORK lan-1 routing_pROTOCOL none
|>
|> set ntP priMARY_SERVER 207.240.140.xxx
|>
|> set ntP secONDARY_SERVER 207.240.140.xxx
|>
|> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1
|>
|> enaBLE ppp ofFLOADING
|>
|> set ppp ccp_MODEMTYPE_ACCEPT digITAL
|>
|> disabLE netWORK serVICE telnetd
|>
|> set netwORK serVICE telnetd soCKET xxxx
|>
|> enABLE netWORK serVICE telnetd
|>
|> set command prompt "HiPer-x >"
|>
|> # add when done
|>
|> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type
|> quad_i_modem ports 4
|>
|> #set chassis slot 13 owner yes card_type hdm_24 ports 24
|>
|> save all
|>
|>
|> --
|> =-----------------=                                        =
|> | Charles Sprickman                       Internet Channel |
|> | INCH System Administration Team         [phone]    |
|> | [e-mail]                          [e-mail]  |
|> =                                         =----------------=
|>
|>
|>
|> -
|>  To unsubscribe to usr-tc, send an email to "[e-mail]"
|>  with "unsubscribe usr-tc" in the body of the message.
|>  For information on digests or retrieving files and old messages send
|>  "help" to the same address.  Do not use quotes in your message.
|>
|
|
|-
| To unsubscribe to usr-tc, send an email to "[e-mail]"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address.  Do not use quotes in your message.
|

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matt Harper" <[e-mail]>
Subject: Re: (usr-tc) ARC chassis setting
Date: 29 Jan 1999 11:31:41 -0600


You will have to disable chassis awareness.
Issue a save all.
Reboot the card and then you can set the card type to static.

There is no way in 4.1.72 to set a dynamic entry to static - I agree that
in some cases this
would be desirable (like you has chassis awareness enabled, but now want to
use a static card config without rebooting)
I'll log a bug on the issue.


-- Matt





King Ho <[e-mail]> on 01/29/99 12:25:16 AM

Please respond to [e-mail]

cc:    (Matt Harper/MW/US/3Com)





Hi,

Is there a way to change a slot's "type" setting from static to dynamic. I
think "static" is the only option. This is for 4.1.72-7.

Thanks.

Best regards,

King Ho
Global Link Information Services Ltd.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 12:26:40 -0500 (EST)

Thus spake Paul Jr.
>BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do
>not follow the instructions on the Hiper Arc manual.  The manual is very
>wrong.  If your interested please email me and I'll explain further.

Please email to the list any corrections you have to the manual...I
haven't looked at the HiPer Arc manual in a while, but last time I
looked, I don't remember seeing anything wrong with it.  (I know MP and
MPIP inside and out enough that I generally don't have to refer to
the manual any more, but I do like to help find corrections in manuals
if I can).
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 11:28:39 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Paul Jr. (AlaWeb
|Support)
|Sent: Friday, January 29, 1999 11:19 AM
|To: [e-mail]
|Subject: Re: (usr-tc) ARC config (fwd)
|
|
|I have a simple problem but I cannot find the command to fix it.  When I
|telnet to a Hiper Arc and leave the telnet session open it never times out.
|3com suggested the command >set command idle_timeout (whatever)...<  but
|that has not worked.  I would like it to timeout just incase I lease a
|session open noone can come behind me and get into our routers.  Thanks for
|any info on this.

The above command should work. What version of code are you using? As for leaving
an open session, HARC does not limit the number of telnet management sessions.

|
|BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do
|not follow the instructions on the Hiper Arc manual.  The manual is very
|wrong.  If your interested please email me and I'll explain further.
|

Why don't you just explain the differences here or send me mail.

-M




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Jason" <[e-mail]>
Subject: Re: (usr-tc) Something's wrong with our radius setup, any help?
Date: 29 Jan 1999 11:25:12 -0600

Should the "Simultaneous-Use" be in the first line
of your DEFAULT config in the users file as a check item. ex...

DEFAULT Authentication-Type = Unix-PW, Simultaneous-Use = 1,


I'm not sure about how Merit deals with check items, though.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jason Watkins   [e-mail]
I-Land NOC Tech http://www.iland.net
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-----Original Message-----


:Hello,
:
:For some reason people can do multiple logins on our modems.  We're
:running Merit Radius 2.4.23C with a combination of HiperDSP/HiperArc and
:Netserver/Quad Cards.  I've debugged radius and found that it is looking
:at our users files in radius:
:
:DEFAULT Authentication-Type = Unix-PW,
: Simultaneous-Use = 1,
:        Idle-Timeout = 900
:
:Then it also looks at the following for pppusers:
:
:pppuser Authentication-Type = None
:        Service-Type = Framed,
:        Idle-Timeout = 900,
:        Framed-Protocol = PPP,
:        Framed-MTU = 1500,
:        Framed-IP-Netmask = 255.255.255.255
:
:I tried adding a Simultaneous-Use line to the pppuser to no avail.  The
:radius debug file shows that it is returning the values for both of these
:user types for every login.  First it applies the default and then adds
:the pppuser on top.
:
:The crazy thing is they can only login once if the user is specifically
:defined in the radius file, like this:
:
:testuser Authentication-Type = Unix-PW,
: Simultaneous-Use = 1
:
:Therefore it leads me to believe that something is not set right in my
:Default user settings.  I've looked through radius man and radius how-to's
:and faqs and debugged and tried different settings with no luck.
:
:Steve
:
:
:-
: To unsubscribe to usr-tc, send an email to "[e-mail]"
: with "unsubscribe usr-tc" in the body of the message.
: For information on digests or retrieving files and old messages send
: "help" to the same address.  Do not use quotes in your message.
:


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Matt Harper" <[e-mail]>
Subject: Re: (usr-tc) ARC config (fwd)
Date: 29 Jan 1999 11:44:09 -0600

You can use the command:  "set user XXX idle_timeout 600" to get a 600
second idle timeout on
the username in question.  Here is an example session showing it working.


ash{mharper}11:  telnet 149.112.214.32
Trying 149.112.214.32...
Connected to 149.112.214.32.
Escape character is '^]'.
login: foo
Password:
HiPer>> set user 1 idLE_TIMEOUT 10
HiPer>>
telnet> q
Connection closed.


I just set a 10 second idle timer for the user foo.
Now to try it out...


ash{mharper}12: date
Fri Jan 29 11:32:40 CST 1999
ash{mharper}13: telnet 149.112.214.32
Trying 149.112.214.32...
Connected to 149.112.214.32.
Escape character is '^]'.
login: foo
Password:
HiPer>> Connection closed by foreign host.
ash{mharper}14: date
Fri Jan 29 11:32:55 CST 1999


Seems to work OK, I also tested that the idle timer gets reset from telnet
input and that seems to be OK, too.


Can you be more specific as to the problem?

-- Matt






"Paul Jr. (AlaWeb Support)" <[e-mail]> on 01/29/99 11:18:36 AM

Please respond to [e-mail]

cc:    (Matt Harper/MW/US/3Com)




I have a simple problem but I cannot find the command to fix it.  When I
telnet to a Hiper Arc and leave the telnet session open it never times out.
3com suggested the command >set command idle_timeout (whatever)...<  but
that has not worked.  I would like it to timeout just incase I lease a
session open noone can come behind me and get into our routers.  Thanks for
any info on this.


BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do
not follow the instructions on the Hiper Arc manual.  The manual is very
wrong.  If your interested please email me and I'll explain further.


Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Friday, January 29, 1999 11:04 AM


>Not sure on this, but can't you TFTP a script like this to the hiperarc,
and
>execute it with "DO filename".   Try a "show file QuickSetup.cfg".
>
>Randy
>
>
>
>
>> -----Original Message-----
>> From: [e-mail]
>> [mailto:[e-mail]]On Behalf Of Charles Sprickman
>> Sent: Thursday, January 28, 1999 10:07 PM
>> To: [e-mail]
>> Subject: (usr-tc) ARC config (fwd)
>>
>>
>> I think this got lost before somehow, I haven't seen it hit the list
>> yet...
>>
>> ---------- Forwarded message ----------
>> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST)
>> From: Charles Sprickman <[e-mail]>
>> To: [e-mail]
>> Subject: ARC config
>>
>> Hi,
>>
>> I finally did a capture of a config session on an arc so I can repeat at
a
>> later date.  After I trimmed it down, I think I have a fairly complete
>> config.  Some things seem a little redundant (such as setting DNS
servers
>> for ppp three times in three different places) but at least I can be
sure
>> they are set.
>>
>> Right now I am cutting and pasting line by line, has anyone successfully
>> used a term program to send a series of commands like this?  I tried,
and
>> it seems to overrun, and most of the commands get skipped.  Is there a
way
>> to turn this into a script like _quicksetup?  If so, is there any way to
>> do get the file on the card via the console for pre-networked setup?
>>
>> Any comments/corrections on this list of commands is welcome.  I think I
>> nailed everything, but I'm not sure.
>>
>> Thanks,
>>
>> Charles
>>
>> This is for a fairly simple setup, no RIP, two auth/acct servers, one
user
>> for direct telnet access to a shell machine.
>>
>> set system name "HiPer-x"
>>
>> set system location "Oldslip/ACC"
>>
>> set system contact "Charles Sprickman"
>>
>> set command login_required yes
>>
>> add user "foo" password "foo" type login,manage
>>
>> delete user adm
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community_pool secret address 207.240.xxx.xxx
>>
>> add snmp community secret address 207.240.xxx.xxx access RW
>>
>> add snmp community secret address 207.240.xxx.xxx access RO
>>
>> set snmp community secret community_pool secret
>>
>> set snmp community secret community_pool secret
>>
>> list snmp communities
>>
>> list snmp community_pools
>>
>> enable security_option remote_user_administration telnet
>>
>> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual
>>
>> set accounting primary_server 207.240.140.xxx primary_secret "secret"
>>
>> set authentication primary_server 207.240.140.xxx primary_secret
"secret"
>>
>> disable nmc chassis_awareness
>>
>> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type
>> static card_type empty
>>
>> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame
>> ethernet_ii enable no
>>
>> enable ip network "lan-1"
>>
>> add ip defaultroute gateway 207.240.xxx.xxx metric 1
>>
>> enable ip forwarding
>>
>> add dns server 207.240.140.xxx preference 1
>>
>> set dns domain_name "inch.com"
>>
>> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62
>>
>> add tftp client 207.240.xxx.xxx
>>
>> add dns serVER 207.240.140.xxx preFERENCE 2
>>
>> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN
>>
>> set ppp autHENTICATION_PREFERENCE pap
>>
>> set ppp dnS_USAGE ppp
>>
>> set ppp pppdns_pRIMARY 207.240.140.xxx
>>
>> set ppp pppdns_sECONDARY 207.240.140.xxx
>>
>> set ppp ccp_MODEMTYPE_ACCEPT diGITAL
>>
>> set user default poRT_LIMIT 1
>>
>> set user default tyPE netWORK
>>
>> set netWORK usER default ip rouTING none
>>
>> set netwORK usER default ip rip ripv2
>>
>> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER
>> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx
>>
>> set netWORK user default netWORK_SERVICE ppp
>>
>> set accounting secondary_server 207.240.140.xxx
>>
>> set accounting secondary_secret "secret"
>>
>> set authENTICATION secondarY_serVER 207.240.140.xxx
>>
>> set autHENTICATION secondary_secRET "secret"
>>
>> set radIUS autHENTICATION_ALGORITHM fall_THROUGH
>>
>> show authen
>>
>> show account
>>
>> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel.
Enter
>> your username and password for PPP or enter 'foo' for shell access."
>>
>> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD ""
>>
>> set user foo poRT_LIMIT 0
>>
>> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx
>>
>> set ip netWORK lan-1 routing_pROTOCOL none
>>
>> set ntP priMARY_SERVER 207.240.140.xxx
>>
>> set ntP secONDARY_SERVER 207.240.140.xxx
>>
>> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1
>>
>> enaBLE ppp ofFLOADING
>>
>> set ppp ccp_MODEMTYPE_ACCEPT digITAL
>>
>> disabLE netWORK serVICE telnetd
>>
>> set netwORK serVICE telnetd soCKET xxxx
>>
>> enABLE netWORK serVICE telnetd
>>
>> set command prompt "HiPer-x >"
>>
>> # add when done
>>
>> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type
>> quad_i_modem ports 4
>>
>> #set chassis slot 13 owner yes card_type hdm_24 ports 24
>>
>> save all
>>
>>
>> --
>> =-----------------=                                        =
>> | Charles Sprickman                       Internet Channel |
>> | INCH System Administration Team         [phone]    |
>> | [e-mail]                          [e-mail]  |
>> =                                         =----------------=
>>
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: RE: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 12:44:56 -0500 (EST)

On Fri, 29 Jan 1999, Mike Wronski wrote:

> |Not sure on this, but can't you TFTP a script like this to the hiperarc, and
> |execute it with "DO filename".   Try a "show file QuickSetup.cfg".
> |
>
> Yes, you can..

Is there a way to get the file there via the console port?  I'd like to be
able to do this without first configuring the network...

Thanks,

Charles

>
> -M
>
> |
> |
> |> -----Original Message-----
> |> From: [e-mail]
> |> [mailto:[e-mail]]On Behalf Of Charles Sprickman
> |> Sent: Thursday, January 28, 1999 10:07 PM
> |> To: [e-mail]
> |> Subject: (usr-tc) ARC config (fwd)
> |>
> |>
> |> I think this got lost before somehow, I haven't seen it hit the list
> |> yet...
> |>
> |> ---------- Forwarded message ----------
> |> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST)
> |> From: Charles Sprickman <[e-mail]>
> |> To: [e-mail]
> |> Subject: ARC config
> |>
> |> Hi,
> |>
> |> I finally did a capture of a config session on an arc so I can repeat at a
> |> later date.  After I trimmed it down, I think I have a fairly complete
> |> config.  Some things seem a little redundant (such as setting DNS servers
> |> for ppp three times in three different places) but at least I can be sure
> |> they are set.
> |>
> |> Right now I am cutting and pasting line by line, has anyone successfully
> |> used a term program to send a series of commands like this?  I tried, and
> |> it seems to overrun, and most of the commands get skipped.  Is there a way
> |> to turn this into a script like _quicksetup?  If so, is there any way to
> |> do get the file on the card via the console for pre-networked setup?
> |>
> |> Any comments/corrections on this list of commands is welcome.  I think I
> |> nailed everything, but I'm not sure.
> |>
> |> Thanks,
> |>
> |> Charles
> |>
> |> This is for a fairly simple setup, no RIP, two auth/acct servers, one user
> |> for direct telnet access to a shell machine.
> |>
> |> set system name "HiPer-x"
> |>
> |> set system location "Oldslip/ACC"
> |>
> |> set system contact "Charles Sprickman"
> |>
> |> set command login_required yes
> |>
> |> add user "foo" password "foo" type login,manage
> |>
> |> delete user adm
> |>
> |> add snmp community_pool secret address 207.240.xxx.xxx
> |>
> |> add snmp community_pool secret address 207.240.xxx.xxx
> |>
> |> add snmp community_pool secret address 207.240.xxx.xxx
> |>
> |> add snmp community_pool secret address 207.240.xxx.xxx
> |>
> |> add snmp community secret address 207.240.xxx.xxx access RW
> |>
> |> add snmp community secret address 207.240.xxx.xxx access RO
> |>
> |> set snmp community secret community_pool secret
> |>
> |> set snmp community secret community_pool secret
> |>
> |> list snmp communities
> |>
> |> list snmp community_pools
> |>
> |> enable security_option remote_user_administration telnet
> |>
> |> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual
> |>
> |> set accounting primary_server 207.240.140.xxx primary_secret "secret"
> |>
> |> set authentication primary_server 207.240.140.xxx primary_secret "secret"
> |>
> |> disable nmc chassis_awareness
> |>
> |> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type
> |> static card_type empty
> |>
> |> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame
> |> ethernet_ii enable no
> |>
> |> enable ip network "lan-1"
> |>
> |> add ip defaultroute gateway 207.240.xxx.xxx metric 1
> |>
> |> enable ip forwarding
> |>
> |> add dns server 207.240.140.xxx preference 1
> |>
> |> set dns domain_name "inch.com"
> |>
> |> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62
> |>
> |> add tftp client 207.240.xxx.xxx
> |>
> |> add dns serVER 207.240.140.xxx preFERENCE 2
> |>
> |> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN
> |>
> |> set ppp autHENTICATION_PREFERENCE pap
> |>
> |> set ppp dnS_USAGE ppp
> |>
> |> set ppp pppdns_pRIMARY 207.240.140.xxx
> |>
> |> set ppp pppdns_sECONDARY 207.240.140.xxx
> |>
> |> set ppp ccp_MODEMTYPE_ACCEPT diGITAL
> |>
> |> set user default poRT_LIMIT 1
> |>
> |> set user default tyPE netWORK
> |>
> |> set netWORK usER default ip rouTING none
> |>
> |> set netwORK usER default ip rip ripv2
> |>
> |> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER
> |> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx
> |>
> |> set netWORK user default netWORK_SERVICE ppp
> |>
> |> set accounting secondary_server 207.240.140.xxx
> |>
> |> set accounting secondary_secret "secret"
> |>
> |> set authENTICATION secondarY_serVER 207.240.140.xxx
> |>
> |> set autHENTICATION secondary_secRET "secret"
> |>
> |> set radIUS autHENTICATION_ALGORITHM fall_THROUGH
> |>
> |> show authen
> |>
> |> show account
> |>
> |> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel.  Enter
> |> your username and password for PPP or enter 'foo' for shell access."
> |>
> |> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD ""
> |>
> |> set user foo poRT_LIMIT 0
> |>
> |> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx
> |>
> |> set ip netWORK lan-1 routing_pROTOCOL none
> |>
> |> set ntP priMARY_SERVER 207.240.140.xxx
> |>
> |> set ntP secONDARY_SERVER 207.240.140.xxx
> |>
> |> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1
> |>
> |> enaBLE ppp ofFLOADING
> |>
> |> set ppp ccp_MODEMTYPE_ACCEPT digITAL
> |>
> |> disabLE netWORK serVICE telnetd
> |>
> |> set netwORK serVICE telnetd soCKET xxxx
> |>
> |> enABLE netWORK serVICE telnetd
> |>
> |> set command prompt "HiPer-x >"
> |>
> |> # add when done
> |>
> |> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type
> |> quad_i_modem ports 4
> |>
> |> #set chassis slot 13 owner yes card_type hdm_24 ports 24
> |>
> |> save all
> |>
> |>
> |> --
> |> =-----------------=                                        =
> |> | Charles Sprickman                       Internet Channel |
> |> | INCH System Administration Team         [phone]    |
> |> | [e-mail]                          [e-mail]  |
> |> =                                         =----------------=
> |>
> |>
> |>
> |> -
> |>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> |>  with "unsubscribe usr-tc" in the body of the message.
> |>  For information on digests or retrieving files and old messages send
> |>  "help" to the same address.  Do not use quotes in your message.
> |>
> |
> |
> |-
> | To unsubscribe to usr-tc, send an email to "[e-mail]"
> | with "unsubscribe usr-tc" in the body of the message.
> | For information on digests or retrieving files and old messages send
> | "help" to the same address.  Do not use quotes in your message.
> |
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: Re: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 11:55:26 -0600

In the Hiper Arc Manual it states to set each Hiper arc as a MPIP client and
have one MPIP server.  That does not work.  You have to set up one true MPIP
server and on the other HIper Arcs you have to set up MPIP servers pionting
back to the true server.  If the true server is taking calls also, I believe
you have to set that as a MPIP client so it will talk to the MPIP server.




Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




----- Original Message -----
Sent: Friday, January 29, 1999 11:26 AM


>Thus spake Paul Jr.
>>BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP
do
>>not follow the instructions on the Hiper Arc manual.  The manual is very
>>wrong.  If your interested please email me and I'll explain further.
>
>Please email to the list any corrections you have to the manual...I
>haven't looked at the HiPer Arc manual in a while, but last time I
>looked, I don't remember seeing anything wrong with it.  (I know MP and
>MPIP inside and out enough that I generally don't have to refer to
>the manual any more, but I do like to help find corrections in manuals
>if I can).
>--
>Jeff McAdams                            Email: [e-mail]
>Head Network Administrator              Voice: [phone]
>IgLou Internet Services                        [phone]
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 13:06:01 -0500 (EST)

Thus spake Paul Jr.
>In the Hiper Arc Manual it states to set each Hiper arc as a MPIP client and
>have one MPIP server.  That does not work.  You have to set up one true MPIP
>server and on the other HIper Arcs you have to set up MPIP servers pionting
>back to the true server.  If the true server is taking calls also, I believe
>you have to set that as a MPIP client so it will talk to the MPIP server.

Hrmm...methinks you misunderstand what is being said in the manual.

You have one HARC that is an MPIP server.  On the HARC that is the MPIP
server, you have to configure into it what and where all the MPIP
clients are.  One all the other HARCs (and NETServers) you configure the
mpip server setting to point to the HARC that is serving as the MPIP
server.

This is much like you would configure any other client/server type of
thing.  You set up a system to be a DNS server, and then on the DNS
clients you configure their DNS servers settings to point to the DNS
server.  Same concept applies with MPIP.

Oh, and BTW, the MPIP server *always* has to be a client of itself,
regardless of whether its taking calls or not.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "JPayne" <[e-mail]>
Subject: Re: (usr-tc) Rockwell HCF Modems
Date: 29 Jan 1999 13:09:24 -0500

Robert sez...

>Uhhh... k56flex ????
>
>We're running Total Control here, not Portmasters, so keep it to V34+,
>not k56flex, as it is not supported by the TC's

Uhhh... sorry, I wasn't thinking about those folks who put all their eggs in
one basket (3COM) and watch it very carefully (hopefully).  My bad...

If the Rockwells are dropped back to k56flex, they will in turn drop to V.34
when connecting to the TCH.  If you happen to have say some Ascend V.90
"boxes" in your line-up, the Rockwells will connect at a decent rate...

Definitely not the final solution, but it can help with these different
(outta spec?) flavors of V.90 code.

JMHO
--
Jeff Payne
Siemens ICN



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) ARC config  (fwd)
Date: 29 Jan 1999 12:54:57 -0600



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Charles Sprickman
|Sent: Friday, January 29, 1999 11:45 AM
|To: [e-mail]
|Subject: RE: (usr-tc) ARC config (fwd)
|
|
|On Fri, 29 Jan 1999, Mike Wronski wrote:
|
|> |Not sure on this, but can't you TFTP a script like this to the hiperarc, and
|> |execute it with "DO filename".   Try a "show file QuickSetup.cfg".
|> |
|>
|> Yes, you can..
|
|Is there a way to get the file there via the console port?  I'd like to be
|able to do this without first configuring the network...
|

Yes. The EDIT command is a CLI text editor. It works much like ed in the UNIX
word.
-type EDIT <DO FILENAME>
-You will see the ':' prompt
-Type 'i<CR>' to enter insert mode
-Paste/Type your text file
-Type '..<CR>' to exit insert mode and return to the ':' prompt
-Type 'x<CR>' to exit EDIT and save the file.

The '?' will get you this list of possible commands from the ":" prompt:
 = : Print line number of the current line
 . : Print the current line(from command mode)
 . : On a blank line switch to Command mode from Edit mode
 - : goto preveous line
 + : goto next line
 ^ : goto the first line of the file
 $ : goto the last line of the file
 a : Add input after the current line
 i : Add input before the current line
 c : Copy the specified range of lines to follow the line number given
 d : Delete the specified range of lines
 f : Print the file name, or set it to a new name if specified
 m : Move the specified range of lines to follow the line number given
 p : Print the specified range of lines
 q : Quit
 r : Replace text on line
 / : Search for text
 v : Validate filter
 w : Write to file
 x : Save and exit
 Q : Quit without saving
 ? : Help

-Mike


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Paul Jr. (AlaWeb Support)" <[e-mail]>
Subject: (usr-tc) signal to noise ratio
Date: 29 Jan 1999 19:19:14 -0600

Hello, can anyone explain or help me find out what's a normal "signal to
noise ratio" on analog phone lines.  We are using digital T1 spans.  i.e.
Digital Channelized T1's.  I found this setting useing TCM performance
monitor.  This feature is under analog statistics.  I am wondering if this
means these channels are real noisy.  Is that correct?  I am seeing numbers
like 64,119  and 66,000 on a few channels.  Most of my channels range from
250-450.  Do I have a problem with the High channells?  Customers are
connecting to these channels in question.



Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html








-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Brian K McIntire" <[e-mail]>
Subject: RE: (usr-tc) ARC chassis setting
Date: 29 Jan 1999 23:10:27 -0500

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Matt Harper
> Sent: Friday, January 29, 1999 12:32 PM
> To: [e-mail]
> Subject: Re: (usr-tc) ARC chassis setting
>
>
>
> You will have to disable chassis awareness.
> Issue a save all.
> Reboot the card and then you can set the card type to static.

The original question may have been worded wrong but he was asking how to
change a slot from static back to dynamic.  For that the easiest way seems
to be to ensure chassis awareness is enabled, save all, and reset.  I'm not
sure, but you may have to set the slot to card_type empty if it still
doesn't come up right.  I had to do that on one of my HiPer ARC's a while
back when our NMC was causing continuous HiPer DSP reboots when the slots
were configured static on the HiPer ARC.  Sounds strange but when we changed
the HiPer ARC to dynamic it went away.  We flipped it back and forth just to
see if we were crazy and duplicated the DSP reboots each time.  I couldn't
duplicate it on another chassis with the same code so it must have been a
hardware problem. Anyway, try that.
>
> There is no way in 4.1.72 to set a dynamic entry to static - I agree that
> in some cases this
> would be desirable (like you has chassis awareness enabled, but
> now want to
> use a static card config without rebooting)
> I'll log a bug on the issue.
>
>
> -- Matt
>
>
>
>
>
> King Ho <[e-mail]> on 01/29/99 12:25:16 AM
>
> Please respond to [e-mail]
>
> To:   [e-mail]
> cc:    (Matt Harper/MW/US/3Com)
> Subject:  (usr-tc) ARC chassis setting
>
>
>
>
>
> Hi,
>
> Is there a way to change a slot's "type" setting from static to dynamic. I
> think "static" is the only option. This is for 4.1.72-7.
>
> Thanks.
>
> Best regards,
>
> King Ho
> Global Link Information Services Ltd.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "bryan s. blank" <[e-mail]>
Subject: Re: (usr-tc) Ugh...RIP code buggy...and expired contracts
Date: 29 Jan 1999 23:22:23 -0500 (EST)

% Anyway...two of these NETServers (as well as a couple other elsewhere in
% the network are doing similar) are advertising 204.255.239.0/32! to the
% immediate upstream Cisco.  Initially, the NETServers were set to

    hi jeff, idk if you remember, but i caught this problem ~2
    months ago and still haven't heard of any solutions.  dr. tatai
    had me go through a bunch of things, including erasing the flash
    and starting over from scratch, but i'm still seeing the same
    behavior.  debug rip events on the crisco was interesting.
    running 3.7.24, really can't figure it out, probably replacing
    it with an as5100 in the next two weeks ....

    anyrate, let me know if you want to hack on it ... latre

|o|----------------------------------------------------------------------|o|
|o| bryan s. blank                                  (203)-351-1178 voice |o|
|o| senior systems analyst                          (203)-351-1186 fax   |o|
|o| discovernet, incorporated                       (800)-209-0223 emerg |o|



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) ARC config  (fwd)
Date: 30 Jan 1999 10:37:25 +0100

Hey, does this sound like vi ? ;-)

Robert


> -----Original Message-----
> From:    Mike Wronski [SMTP:[e-mail]]
> Sent:    vendredi, 29. janvier 1999 19:55
> To:    [e-mail]
> Subject:    RE: (usr-tc) ARC config  (fwd)
>
>
>
> |-----Original Message-----
> |From: [e-mail]
> |[mailto:[e-mail]]On Behalf Of Charles
> Sprickman
> |Sent: Friday, January 29, 1999 11:45 AM
> |To: [e-mail]
> |Subject: RE: (usr-tc) ARC config (fwd)
> |
> |
> |On Fri, 29 Jan 1999, Mike Wronski wrote:
> |
> |> |Not sure on this, but can't you TFTP a script like this to the
> hiperarc, and
> |> |execute it with "DO filename".   Try a "show file QuickSetup.cfg".
> |> |
> |>
> |> Yes, you can..
> |
> |Is there a way to get the file there via the console port?  I'd like
> to be
> |able to do this without first configuring the network...
> |
>
> Yes. The EDIT command is a CLI text editor. It works much like ed in
> the UNIX
> word.
> -type EDIT <DO FILENAME>
> -You will see the ':' prompt
> -Type 'i<CR>' to enter insert mode
> -Paste/Type your text file
> -Type '..<CR>' to exit insert mode and return to the ':' prompt
> -Type 'x<CR>' to exit EDIT and save the file.
>
> The '?' will get you this list of possible commands from the ":"
> prompt:
>  = : Print line number of the current line
>  . : Print the current line(from command mode)
>  . : On a blank line switch to Command mode from Edit mode
>  - : goto preveous line
>  + : goto next line
>  ^ : goto the first line of the file
>  $ : goto the last line of the file
>  a : Add input after the current line
>  i : Add input before the current line
>  c : Copy the specified range of lines to follow the line number given
>  d : Delete the specified range of lines
>  f : Print the file name, or set it to a new name if specified
>  m : Move the specified range of lines to follow the line number given
>  p : Print the specified range of lines
>  q : Quit
>  r : Replace text on line
>  / : Search for text
>  v : Validate filter
>  w : Write to file
>  x : Save and exit
>  Q : Quit without saving
>  ? : Help
>
> -Mike
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Tatai SV Krishnan <[e-mail]>
Subject: RE: (usr-tc) ARC config (fwd)
Date: 30 Jan 1999 09:36:52 -0600 (CST)


On Sat, 30 Jan 1999, Robert von Bismarck wrote:

> Hey, does this sound like vi ? ;-)


Its much primitive - its line editor - ed ---:-)

krish

>
> Robert
>
>
> > -----Original Message-----
> > From:    Mike Wronski [SMTP:[e-mail]]
> > Sent:    vendredi, 29. janvier 1999 19:55
> > To:    [e-mail]
> > Subject:    RE: (usr-tc) ARC config  (fwd)
> >
> >
> >
> > |-----Original Message-----
> > |From: [e-mail]
> > |[mailto:[e-mail]]On Behalf Of Charles
> > Sprickman
> > |Sent: Friday, January 29, 1999 11:45 AM
> > |To: [e-mail]
> > |Subject: RE: (usr-tc) ARC config (fwd)
> > |
> > |
> > |On Fri, 29 Jan 1999, Mike Wronski wrote:
> > |
> > |> |Not sure on this, but can't you TFTP a script like this to the
> > hiperarc, and
> > |> |execute it with "DO filename".   Try a "show file QuickSetup.cfg".
> > |> |
> > |>
> > |> Yes, you can..
> > |
> > |Is there a way to get the file there via the console port?  I'd like
> > to be
> > |able to do this without first configuring the network...
> > |
> >
> > Yes. The EDIT command is a CLI text editor. It works much like ed in
> > the UNIX
> > word.
> > -type EDIT <DO FILENAME>
> > -You will see the ':' prompt
> > -Type 'i<CR>' to enter insert mode
> > -Paste/Type your text file
> > -Type '..<CR>' to exit insert mode and return to the ':' prompt
> > -Type 'x<CR>' to exit EDIT and save the file.
> >
> > The '?' will get you this list of possible commands from the ":"
> > prompt:
> >  = : Print line number of the current line
> >  . : Print the current line(from command mode)
> >  . : On a blank line switch to Command mode from Edit mode
> >  - : goto preveous line
> >  + : goto next line
> >  ^ : goto the first line of the file
> >  $ : goto the last line of the file
> >  a : Add input after the current line
> >  i : Add input before the current line
> >  c : Copy the specified range of lines to follow the line number given
> >  d : Delete the specified range of lines
> >  f : Print the file name, or set it to a new name if specified
> >  m : Move the specified range of lines to follow the line number given
> >  p : Print the specified range of lines
> >  q : Quit
> >  r : Replace text on line
> >  / : Search for text
> >  v : Validate filter
> >  w : Write to file
> >  x : Save and exit
> >  Q : Quit without saving
> >  ? : Help
> >
> > -Mike
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert von Bismarck <[e-mail]>
Subject: (usr-tc) No direct relation to TC, more to do with the ISP business
Date: 30 Jan 1999 16:51:06 +0100

Guys,

What are you using for e-mail packages ? SMTP + POP3 or IMAP4 ?
something homegrown with WWW interface ?
I'm asking this, because we've a performance problem with POP3, sendmail
is ok. We have about 10000 users and still growing fast...
We just bought a SUN ultra 250, running solaris 2.6 for e-mail stuff,
what software would be the best for this ?

any hints, ideas ?

Thanks for anything,

Robert

--
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA
Tel : [phone]
Fax : [phone]
WWW : http://www.petrel.ch
e-mail : [e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Thomas Suiter <[e-mail]>
Subject: Re: (usr-tc) No direct relation to TC, more to do with the ISP business
Date: 30 Jan 1999 10:55:05 -0600 (CST)

On Sat, 30 Jan 1999, Robert von Bismarck wrote:

> What are you using for e-mail packages ? SMTP + POP3 or IMAP4 ?
> something homegrown with WWW interface ?
> I'm asking this, because we've a performance problem with POP3, sendmail
> is ok. We have about 10000 users and still growing fast...
> We just bought a SUN ultra 250, running solaris 2.6 for e-mail stuff,
> what software would be the best for this ?

My guess is that you are probably running into some perfomance issues
related to I/O, not the software.  We have ~15000 running w/sendmail &
qpopper without any problems on an SGI Origin 200.  I'd suggest running
vmstat and looking to see where your issue resides memory starved, I/O
wait, or application, (on Irix pmkstat)

Some general I/O configuration suggestions (old hat, but abused so often)

    You probably want to run a directory hash on the username, procmail
& qpopper do this very nicely (ie. /spool/mail/j/o/joeschmo).  After you
get lots of files in a single directory you really start to lose on
performance.

    If you are using software RAID 5 don't, or get a hardware based
solution w/external cache.  Really this should be 0+1, RAID 5 is known for
it's slowness (external cache can help quite a bit though).

    The more drive spindles you can get the better,why use SCSI if you
are only going to have 1 drive.  An 18gig drive will run twice as slow as
2 9gig drives (and only cost morginally less); 4.5 gig are even better but
are becoming more and more scarce. You can only expect 3-5mb/sec of any 1
disk, an Ultra-Wide disk does not fill the entire 40mb bus only 3-5mb,
contrary to popular belief.

Thomas

____________________________________________________________________________

    Thomas P. Suiter        |           Systems Administrator
    [e-mail]        |       NetSpace Internet Service
    Fax: [phone]        |              [phone]
____________________________________________________________________________


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Charles Sprickman <[e-mail]>
Subject: RE: (usr-tc) ARC config  (fwd)
Date: 30 Jan 1999 12:49:57 -0500 (EST)

This is great!  Thanks very much.

Are there any future plans for a single config file?

Thanks,

Charles

--
=-----------------=                                        =
| Charles Sprickman                       Internet Channel |
| INCH System Administration Team         [phone]    |
| [e-mail]                          [e-mail]  |
=                                         =----------------=

On Fri, 29 Jan 1999, Mike Wronski wrote:

>
>
> |-----Original Message-----
> |From: [e-mail]
> |[mailto:[e-mail]]On Behalf Of Charles Sprickman
> |Sent: Friday, January 29, 1999 11:45 AM
> |To: [e-mail]
> |Subject: RE: (usr-tc) ARC config (fwd)
> |
> |
> |On Fri, 29 Jan 1999, Mike Wronski wrote:
> |
> |> |Not sure on this, but can't you TFTP a script like this to the hiperarc, and
> |> |execute it with "DO filename".   Try a "show file QuickSetup.cfg".
> |> |
> |>
> |> Yes, you can..
> |
> |Is there a way to get the file there via the console port?  I'd like to be
> |able to do this without first configuring the network...
> |
>
> Yes. The EDIT command is a CLI text editor. It works much like ed in the UNIX
> word.
> -type EDIT <DO FILENAME>
> -You will see the ':' prompt
> -Type 'i<CR>' to enter insert mode
> -Paste/Type your text file
> -Type '..<CR>' to exit insert mode and return to the ':' prompt
> -Type 'x<CR>' to exit EDIT and save the file.
>
> The '?' will get you this list of possible commands from the ":" prompt:
>  = : Print line number of the current line
>  . : Print the current line(from command mode)
>  . : On a blank line switch to Command mode from Edit mode
>  - : goto preveous line
>  + : goto next line
>  ^ : goto the first line of the file
>  $ : goto the last line of the file
>  a : Add input after the current line
>  i : Add input before the current line
>  c : Copy the specified range of lines to follow the line number given
>  d : Delete the specified range of lines
>  f : Print the file name, or set it to a new name if specified
>  m : Move the specified range of lines to follow the line number given
>  p : Print the specified range of lines
>  q : Quit
>  r : Replace text on line
>  / : Search for text
>  v : Validate filter
>  w : Write to file
>  x : Save and exit
>  Q : Quit without saving
>  ? : Help
>
> -Mike
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: (usr-tc) How to chage  Idle time
Date: 30 Jan 1999 16:14:29 -0500

Can anyone tell me how to change Idle time on a USR? Please add all the
command for the different command for the different versions of USR"S..





Thanks

Vito

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: "Jamie Orzechowski" <[e-mail]>
Subject: Re: (usr-tc) How to chage  Idle time
Date: 30 Jan 1999 04:48:45 -0500

NETSERVER -> set all idle {amount in minutes}

HiPER ARC -> set user {username} idle_timeout {seconds}

to apply it to ALL users on the arc use "default" as the username

Have a Great Day!

Jamie Orzechowski
RipNET System Admin

Tel.: [phone] ext 293
Tel.: [phone] ext 293
Page.: 613-341-0883
EMail.: [e-mail]
Web.: http://www.ripnet.com
Personal.: http://www.moonchilli.com

-----Original Message-----


>Can anyone tell me how to change Idle time on a USR? Please add all the
>command for the different command for the different versions of USR"S..
>
>
>
>
>
>Thanks
>
>Vito
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
Date: 30 Jan 1999 17:08:04 -0500 (EST)

I've got 3com VSA patches for Livingston Radius 2.0.1 on my usrtoys web
page, based on the stuff Krish posted for 1.16 a long time ago. (And yes,
we own 2 Portmasters.)


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Thu, 28 Jan 1999, MegaZone wrote:

> Once upon a time Ralph Helfenberger shaped the electrons to say...
> >Is anybody using the Livingston Authentication server? I'd like to
> >use it. But I have to support the Vendor specific attribute
> >"IP-Input-Filter". Is there a way to make that work?
>
> 1. You know you have to own a PortMaster to use Lucent RADIUS 2.x or up
> legally, right?
> 2. Lucent RADIUS prior to 2.1b6 does not support VSAs, and 2.1b6 supports
> only the RFC style VSAs - they do not support 3Com's non-RFC format.
> 3. Lucent RADIUS ABM (the commercial server) is supposed to support 3Com
> VSAs.  I'm not sure if it does now or that's the next release.
>
> -MZ
> --
> <URL:mailto:[e-mail]> Gweep, Discordian, Author, Engineer, me..
> Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
> "A little nonsense now and then, is relished by the wisest men" 781-788-0130
> <URL:http://www.megazone.org/>  <URL:http://www.gweep.net/>  Hail Discordia!
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Maintenance costs
Date: 30 Jan 1999 17:09:59 -0500 (EST)

What's the current pricing on software-only maintenance?  (Some used 3com
stuff is going cheap enough that I can't justify a hardware contract.)  Is
it still on a per-chassis basis (ugh)?


Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=--=-- "If you ever see me
getting beaten by the police, put down the video camera and come help me!"

On Wed, 27 Jan 1999, Brian Elfert wrote:

>
>
> On Wed, 27 Jan 1999, Jeff Binkley wrote:
>
> > I know there has been a lost of 3Com bashing in the past due to the
> > increased costs and policies of 3Com TC maintenance costs.  I received a
> > call yesterday from a nice lady at 3Com stating that 3Com has reduced
> > the costs on their maintenance recently by as much as 35%.  I haven't
> > seen the fax yet that she was sending me but I was wondering if other
> > folks had been approached yet and if they had any feedback ?
>
> Yes, the prices are less, but I still think the prices are ridiculous with
> Lucent and others offering free support and software upgrades.
>
> The price was around $2000 a year or so per 48 port chassis when I was
> called a few weeks ago.
>
> Brian
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: Re: (usr-tc) How to chage  Idle time
Date: 30 Jan 1999 17:15:53 -0500



At 04:48 AM 1/30/99 , you wrote:
>NETSERVER -> set all idle {amount in minutes}
>
>HiPER ARC -> set user {username} idle_timeout {seconds}
>
>to apply it to ALL users on the arc use "default" as the username
>
>---------------------------------------------------
>Have a Great Day!
>
>Jamie Orzechowski
>RipNET System Admin
>
>Tel.: [phone] ext 293
>Tel.: [phone] ext 293
>Page.: 613-341-0883
>EMail.: [e-mail]
>Web.: http://www.ripnet.com
>Personal.: http://www.moonchilli.com
>---------------------------------------------------
>
>-----Original Message-----
>From: [e-mail] <[e-mail]>
>To: [e-mail] <[e-mail]>
>Date: Saturday, January 30, 1999 4:16 PM
>Subject: (usr-tc) How to chage Idle time
>
>
>>Can anyone tell me how to change Idle time on a USR? Please add all the
>>command for the different command for the different versions of USR"S..
>>
>>
>>
>>
>>
>>Thanks
>>
>>Vito
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>



Thanks

Vito

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Robert Reynolds <[e-mail]>
Subject: Re: (usr-tc) basic modem Q
Date: 30 Jan 1999 18:06:05 -0600 (EST)

Use TCM and monitor Link Block Errors (LBE).  You can trace the problem
down to the exact CO where the problem is this way.  If the LBE's are very
high in one area then you know where the problem is.

The problem is most likely some bad spans between CO's.  Once you trace
this problem down to location call the telco and tell them to test all the
spans between the CO's.

On Tue, 26 Jan 1999, Charles Sprickman wrote:

> We're trying to troubleshoot some ILEC <-> CLEC trunking problems.
> Certain COs seem to occasionally hit a "bad" trunk.  The result is a
> connection where just about everything the calling modem sends results in
> an error.  The "resent blocks" just gets incredibly high...  No one seems
> to have a clue, but it really seems to lie somewhere between the two
> telcos.  All testing has been done via a term session, download is good,
> with maybe 5 blocks resent out of 200 (this is by cat-ing a big text file
> in a term window) but upload (done by sending via xmodem, zmodem, etc.)
> gives about 800 resent to 200 sent.
>
> Since we're talking about analog modems, how exactly are the rx/tx
> 'channels' defined, and what might this be telling us about the telco
> problem?  Any telco gurus here?
>
> Results are below...
>
> Thanks,
>
> Charles
>
> Here's what we typically see when we dial until we get a 'bad' trunk:
>
> > USRobotics Courier HST Dual Standard V.34 Fax Link Diagnostics...
> >
> > Chars sent                 6154      Chars Received           450570
> > Chars lost                 7612
> > Octets sent                2778      Octets Received          165557
> > Blocks sent                 127      Blocks Received            1437
> > Blocks resent               806
> >
> > Retrains Requested            0      Retrains Granted              1
> > Line Reversals                0      Blers                         5
> > Link Timeouts                62      Link Naks                    24
> >
> > Data Compression       V42BIS 2048/32
> > Equalization           Long
> > Fallback               Enabled
> > Protocol               LAPM
> > Speed                  26400/19200
> > Last Call              00:06:50
> >
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail]
Subject: Re: (usr-tc) signal to noise ratio
Date: 01 Feb 1999 12:21:02 +1000

Paul,

Are you seeing this on Quads or the DSP?  On the quads, we did see this
issue a while back, where the SNR was not updated by the quad when the NMC
polled it via performance monitor (only if an ATI6 was issued).  This issue
has been fixed... numbers in the 400-500's are typical, but the actual SNR
is achieved by dividing by 10.  The higher the number, the better the SNR.

Regards - Jason.

Hello, can anyone explain or help me find out what's a normal "signal to
noise ratio" on analog phone lines.  We are using digital T1 spans.  i.e.
Digital Channelized T1's.  I found this setting useing TCM performance
monitor.  This feature is under analog statistics.  I am wondering if this
means these channels are real noisy.  Is that correct?  I am seeing numbers
like 64,119  and 66,000 on a few channels.  Most of my channels range from
250-450.  Do I have a problem with the High channells?  Customers are
connecting to these channels in question.



Thanks
Paul JR.
AlaWeb Support
1800-427-8896
http://www.alaweb.com/support.html




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) signal to noise ratio
Date: 31 Jan 1999 20:38:44 -0500

: Are you seeing this on Quads or the DSP?  On the quads, we did see this
: issue a while back, where the SNR was not updated by the quad when the NMC
: polled it via performance monitor (only if an ATI6 was issued).  This issue
: has been fixed... numbers in the 400-500's are typical, but the actual SNR
: is achieved by dividing by 10.  The higher the number, the better the SNR.

50dB SNR in the real world? Wow. I've never seen anything above
38dB in my locale, and I've heard 40dB is good.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Ugh...RIP code buggy...and expired contracts
Date: 31 Jan 1999 20:56:59 +73900 (EST)

Thus spake bryan s. blank
>% Anyway...two of these NETServers (as well as a couple other elsewhere in
>% the network are doing similar) are advertising 204.255.239.0/32! to the
>% immediate upstream Cisco.  Initially, the NETServers were set to

>    hi jeff, idk if you remember, but i caught this problem ~2
>    months ago and still haven't heard of any solutions.  dr. tatai
>    had me go through a bunch of things, including erasing the flash
>    and starting over from scratch, but i'm still seeing the same
>    behavior.  debug rip events on the crisco was interesting.
>    running 3.7.24, really can't figure it out, probably replacing
>    it with an as5100 in the next two weeks ....

>    anyrate, let me know if you want to hack on it ... latre

Ugh...is this the same thing you saw?  Hrmm...ok...didn't realize that.
I thought what you found was more disruptive than this.  This doesn't
really affect any reachability on my network at all...I thought you were
getting really screwed up by your situation.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: Douglas Palmer <[e-mail]>
Subject: (usr-tc) Hiper DSP (PRI) problems
Date: 31 Jan 1999 21:13:09 -0500

A second attempt to make one of these work....

For some reason, the same line which has remained nearly error free for
months on an old dual PRI card and Quad4s experiences thousands of errors
every minute once connected to the HiperDSP card. The card is set up with
the proper framing, switch type, and line coding (ESF/DMS100/B8ZS), all the
lights are green and lit in the right places (both on the card and the
Pairgain). However, the stats on the card show a constant accumulation of
errors.

With the older Quad4s and DualPRI card I have some sites which had been up
for over 500 continuous hours (TCM stops counting at about 128 hours, BTW).
Once the DSP was installed, they were lucky to make it to 30 minutes before
being disconnected for "retransmitLimit" or "rcvdGatewayDiscCmd" errors
kicked them off.  I must be missing *something*.

I tried changing the shorthaul nic setups in all their permutations. The
only one which would allow an inbount call at all was the
short-haul/0-133feet selection.

It must be a setup issue... what am I missing?

DCP


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.


-------------------------------------------------------------------------------

From: John Verreault <[e-mail]>
Subject: (usr-tc) Config needed - Cisco 1004 to Total Control with HiperArc
Date: 01 Feb 1999 01:13:41 -0500

Can someone PLEASE post a lan to lan working config for a cisco 1004 to a Total Control Chassis with a HiperArc.
I would prefer a config that uses radius, but at this point I'll take anything

I've got this working with a defined user on a Netserver but I cannot get this to work with a HiperArc.

Thanks

John Verreault


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.