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

Internet Message Format | 2000-05-31 | 306KB

From: Ved <[e-mail]>
Subject: Re: (usr-tc) IP Pools.
Date: 01 May 2000 09:40:36 -0600 (CST)

On Sun, 30 Apr 2000, Jeff Mcadams wrote:

> Also sprach Ved
> >I should have been a little bit clear - If you are not using aggregate
> >option then using IP pools with /B /25 or any /netmask does not make
> >sense - for the HiPer arc will use host based routing for the
> >individual IP address those are assigned to dialup connections.
> >Therefore having a /netmask set for the IP pools with no aggregation
> >does not make sense.
>
> OK...that makes more sense.  :)  And mine are /24's I think...'cause I
> don't set them, and I think that's the default.  Since we don't use any
> aggregation, its of no concern.
>
> So, then the next question...you seemed to imply in a previous message
> that the Arc will "intelligently" choose what to advertise out as an
> aggregate.  I was under the impression that this was controlled by the
> /netmask.  Again, we don't do any aggregation on the Arcs, so I don't
> know its behavior...can you clear this up a bit?  If the Arc does it
> "intelligently" (without needing the control of the /netmask, then what
> is the /netmask value there for?)

In the old versions of the HiPer arc code 4.0 etc, the netmask options was
to be set by the system administrator, however that lead to many issues as
the IP pools would have a mask set that would overlap the actual ethernet
mask and caused problems - thus the hiper arc in the 4.1 and above code
decides the netmask based on the size of the pools.  If you know the exact
netmask to use you can give it - and thus the /netmask option.

-V

> --
> 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: "Mark S - Squid Manager" <[e-mail]>
Subject: (usr-tc) Help.....
Date: 18 Apr 2000 16:33:57 -0400

Hello,
 We have a few TC Hubs and over the past week each hub has bugged out on us.
The hub looks normal and accepts calls, but the user gets an error 690 I
think it is right away saying unable to connect and when I try to telnet to
the hub I get refused telnet right away. The change I made in the last few
weeks was a new Radius server, so I am cross posting this to that list also.
Any advice??
Thanks,
Mark
Green Apple 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: "Steve Phelan" <[e-mail]>
Subject: (usr-tc) TCH board swap
Date: 18 Apr 2000 10:38:56 -0700

Is there anyone out there that would like to trade 12 Digital only Modem
cards for the Total Control Hub part #69-000790-12 for 6 Analog/Digital
cards part #69-000793-00.  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: "Ted Mecimore" <[e-mail]>
Subject: RE: (usr-tc) Help.....
Date: 01 May 2000 15:46:19 -0400

have you checked the radius and accounting secrets and addresses? Same
problem hit us once. That fixed it.

Ted Mecimore
Operations Manager
Vista Technology
108 Meeting Street
Morganton, NC 28655

"Duct tape is like the force. It has a light side, a dark side, and holds
the universe together."

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Mark S - Squid
Manager
Sent: Tuesday, April 18, 2000 4:34 PM
Cc: [e-mail]


Hello,
 We have a few TC Hubs and over the past week each hub has bugged out on us.
The hub looks normal and accepts calls, but the user gets an error 690 I
think it is right away saying unable to connect and when I try to telnet to
the hub I get refused telnet right away. The change I made in the last few
weeks was a new Radius server, so I am cross posting this to that list also.
Any advice??
Thanks,
Mark
Green Apple 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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) SNMP question
Date: 03 May 2000 10:00:08 -0500

Where would I find a list of the SNMP queries the HyperArc will respond to?
I am looking to retrieve a list of current online users.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




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


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

From: Nicolas St-Pierre <[e-mail]>
Subject: (usr-tc) Euro ISDN and DSS1
Date: 03 May 2000 11:18:05 -0400


Hi Folks,

    I'm wondering if any of you know if the Net5/CTR4 (Euro ISDN) switch setting
for a E1 would work on a German DSS1 E1 circuit.  From all the docs that I can
find, DSS1 is defined as being the same Euro ISDN protocol, but rename. so I
figure this should work.

Any comments?

Thanks,

Nick

--
Nicolas St-Pierre
Systems Engineer
Internet Access Solutions Ltd.
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) SNMP question
Date: 03 May 2000 11:40:33 -0400

Also sprach Mark Thornton
>Where would I find a list of the SNMP queries the HyperArc will respond
>to?

If you have ucd-snmp tools installed:

snmpwalk -R <archostname> <community>
snmpwalk -R <archostname> <community> enterprises

Should cover most everything.  Warning though...that's gonna give you
copious output.  :)

>I am looking to retrieve a list of current online users.

Try:
snmpwalk -R <archostname> <community> usrCipUserName
--
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: Steve Rivera <[e-mail]>
Subject: (usr-tc) FS: USR Hiper DSP, ARC, NMC, TC
Date: 03 May 2000 12:37:32 -0400

In stock, Guaranteed working.
1- USR Hiper DSP $3500
1- USR Hiper ARC $2000
1- USR Hiper NMC $950 (unused)
2- USR VIPER DSL Modems $550

Still have about 7- v90 Total Control Bundles, Complete
4- Types, 35A, 45A, 45A(DC), 70A
High Density Chassis 70A Power and Classis Chassis 45A power
Asking $4000.00

Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
Email Page [e-mail]  (start message with YOUR email address)

WAN ACCESS SPECIALIST--- http://www.wrca.net or
http://www.ISP-NetworkHardware.com

Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom & More










-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Hamilton" <[e-mail]>
Subject: RE: (usr-tc) SNMP question
Date: 03 May 2000 12:32:21 -0400

I was going to ask the same question today.  I want to retrieve a list of
current online users from the hyperarcs.

snmpwalk -R <archostname> <community> usrCipUserName

This didn't work.  I have a list of all of the mibs and usrCipUserName isn't
in this list.  Where did you find this info?  Have you verified that it
works?  If so could you post more info?

Thanks


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jeff Mcadams
Sent: Wednesday, May 03, 2000 11:41 AM


Also sprach Mark Thornton
>Where would I find a list of the SNMP queries the HyperArc will respond
>to?

If you have ucd-snmp tools installed:

snmpwalk -R <archostname> <community>
snmpwalk -R <archostname> <community> enterprises

Should cover most everything.  Warning though...that's gonna give you
copious output.  :)

>I am looking to retrieve a list of current online users.

Try:
snmpwalk -R <archostname> <community> usrCipUserName
--
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: "Brian Gordon" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 12:40:45 -0400

Will that command work in Windows 2000?  Windows NT?

Brian Gordon
Supervisor Of Internet Operations
Westelcom Family of Companies
http://www.westelcom.com
[e-mail]
518.566.6726 Voice
419.831.9137 Fax

"We will exceed our customers' expectations in providing
competitively priced, superior quality, state-of-the-art
communications and information services."
----- Original Message -----
Sent: Wednesday, May 03, 2000 12:32 PM


> I was going to ask the same question today.  I want to retrieve a list of
> current online users from the hyperarcs.
>
> snmpwalk -R <archostname> <community> usrCipUserName
>
> This didn't work.  I have a list of all of the mibs and usrCipUserName
isn't
> in this list.  Where did you find this info?  Have you verified that it
> works?  If so could you post more info?
>
> Thanks
>
>
> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jeff Mcadams
> Sent: Wednesday, May 03, 2000 11:41 AM
> To: [e-mail]
> Subject: Re: (usr-tc) SNMP question
>
>
> Also sprach Mark Thornton
> >Where would I find a list of the SNMP queries the HyperArc will respond
> >to?
>
> If you have ucd-snmp tools installed:
>
> snmpwalk -R <archostname> <community>
> snmpwalk -R <archostname> <community> enterprises
>
> Should cover most everything.  Warning though...that's gonna give you
> copious output.  :)
>
> >I am looking to retrieve a list of current online users.
>
> Try:
> snmpwalk -R <archostname> <community> usrCipUserName
> --
> 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 12:45:16 -0400

Also sprach David Hamilton
>I was going to ask the same question today.  I want to retrieve a list
>of current online users from the hyperarcs.

>snmpwalk -R <archostname> <community> usrCipUserName

>This didn't work.  I have a list of all of the mibs and usrCipUserName
>isn't in this list.  Where did you find this info?  Have you verified
>that it works?  If so could you post more info?

Its in a file "hiperarc.mib" that actually contains quite a few mibs,
for use with the HiPer Arc's.  You *don't* get this information sending
the requests to the NMC (well, you *can* get it through the NMC, its
just a bit more convoluted to do so :).

You need to set up SNMP access on the Arc (or use the NMC as an SNMP
relay agent) to be able to access this information.  Once you have the
Cip-MIB loaded (which is contained in the hiperarc.mib file), then you
should be able to access this (usrCipUserName) column of the
usrCipPortParamTable.

I *believe* the hiperarc.mib file is included with the hiperarc software
download zip file, but am not sure on that.  If you'd like a copy of the
file, I can send it.

I'm trying to hit on some of the things that might have caused you a
problem...without knowing specifically what you ran into, I can't give
you a good answer as to what you're doing 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 12:47:10 -0400

Also sprach Brian Gordon
>Will that command work in Windows 2000?  Windows NT?

I haven't a clue, but I would suspect not.

You can use whatever SNMP browser you have available to snag the
usrCipUserName column of the usrCipPortParamTable to get this info.  I
just used the ucd-snmp util syntax because that's what I tend to use for
quick grabs of information.  For more sophisticated processing, I tend
to write perl5 scripts using the SNMP module to do whatever I need.  :)
--
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 Hamilton" <[e-mail]>
Subject: RE: (usr-tc) SNMP question
Date: 03 May 2000 12:51:24 -0400

I would love to have a copy of "hiperarc.mib"  If you could send it I'd
would appreciate it.
Thanks...


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jeff Mcadams
Sent: Wednesday, May 03, 2000 12:45 PM


Also sprach David Hamilton
>I was going to ask the same question today.  I want to retrieve a list
>of current online users from the hyperarcs.

>snmpwalk -R <archostname> <community> usrCipUserName

>This didn't work.  I have a list of all of the mibs and usrCipUserName
>isn't in this list.  Where did you find this info?  Have you verified
>that it works?  If so could you post more info?

Its in a file "hiperarc.mib" that actually contains quite a few mibs,
for use with the HiPer Arc's.  You *don't* get this information sending
the requests to the NMC (well, you *can* get it through the NMC, its
just a bit more convoluted to do so :).

You need to set up SNMP access on the Arc (or use the NMC as an SNMP
relay agent) to be able to access this information.  Once you have the
Cip-MIB loaded (which is contained in the hiperarc.mib file), then you
should be able to access this (usrCipUserName) column of the
usrCipPortParamTable.

I *believe* the hiperarc.mib file is included with the hiperarc software
download zip file, but am not sure on that.  If you'd like a copy of the
file, I can send it.

I'm trying to hit on some of the things that might have caused you a
problem...without knowing specifically what you ran into, I can't give
you a good answer as to what you're doing 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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 12:20:35 -0500

> Once you have the
> Cip-MIB loaded (which is contained in the hiperarc.mib file), then you
> should be able to access this (usrCipUserName) column of the
> usrCipPortParamTable.

So our snmp program should load the mib first, then query the HiperArc? I am
installing the snmp utils on my Linux box right now, but when I used the
snmp utility from IpSwitch on my NT machine is didn't provide any method of
reading a mib file. It also couldn't find the attribute you specified. Am I
missing something or do I need better snmp software (that hopefully the
Linux utils will provide)?

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) SNMP question
Date: 03 May 2000 13:23:19 -0400

Also sprach Mark Thornton
>> Once you have the Cip-MIB loaded (which is contained in the
>> hiperarc.mib file), then you should be able to access this
>> (usrCipUserName) column of the usrCipPortParamTable.

>So our snmp program should load the mib first, then query the HiperArc?
>I am installing the snmp utils on my Linux box right now, but when I
>used the snmp utility from IpSwitch on my NT machine is didn't provide
>any method of reading a mib file. It also couldn't find the attribute
>you specified. Am I missing something or do I need better snmp software
>(that hopefully the Linux utils will provide)?

The ucd-snmp tools will load the mibs specified (via the MIBDIRS and
MIBS environment variables) upon startup (note, if you have a lot of
mibs, this will make startup a tad bit slow...depending on the machine).
So...if you don't mind a bit of a sludgy startup, just throw all your
mibs in the directory specified in $MIBDIRS, and set $MIBS to "ALL" and
you should be almost set.

I've had to hack a few mibs around on occasion...and download a few
others...but for the most part that should get you started.
--
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: Carl Litt <[e-mail]>
Subject: (usr-tc) Most Recent MIBs?
Date: 03 May 2000 14:17:23 -0400 (EDT)


Speaking of which... where are the latest MIBs located anyways?
I'm getting a lot of unenumerated Enterprise Specific (120)
traps, but I thought I had the latest MIBs.  Also, I wasn't
able to find one of the tables discussed during the modem
disconnection thread.

Carl Litt
Network Administrator
Execulink Internet Services


> Also sprach Mark Thornton
> >> Once you have the Cip-MIB loaded (which is contained in the
> >> hiperarc.mib file), then you should be able to access this
> >> (usrCipUserName) column of the usrCipPortParamTable.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Thornton" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 13:33:52 -0500

I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it
failed to compile because of unresolved references. Is the mib dependent on
other mib's or could I have a bad one.

Still fighting the linux thing...

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) SNMP question
Date: 03 May 2000 14:44:34 -0400

Also sprach Mark Thornton
>I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it
>failed to compile because of unresolved references. Is the mib
>dependent on other mib's or could I have a bad one.

Depending on what PowerTCP is checking, its quite likely that it will
depend on other MIBS.  It should (hopefully) tell you what value it
needs to resolve or whatever, and likely what MIB it needs to resolve it
from.
--
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) SNMP question
Date: 03 May 2000 15:12:28 -0400 (EDT)

Don't remember the OID's off the top of my head, but there are several
Perl scripts that emulate what "pmwho" does on a PM3 or a USR NETserver...
you can find links to them all at http://www.dcr.net/~mandrews/usrtoys.
There are 3 versions altogether on there (mine is buried under the first
link)...


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Wed, 3 May 2000, Mark Thornton wrote:

> Where would I find a list of the SNMP queries the HyperArc will respond to?
> I am looking to retrieve a list of current online users.
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Thornton" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 14:32:04 -0500

Well, it looks like I may need a bit of a tutorial on the snmpwalk
application. I can't seem to get it to do anything unless I give it the
debugging flag in which case it keeps returning my name. I am specifying the
OID as a numeric string as the dependency issue is pprbably present on the
machine as well.

What would be the correct syntax to query for the system info, something not
dependent on the hiperarc.mib? What shoudl I expect to see as output?

Thanks,

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Wednesday, May 03, 2000 1:44 PM


> Also sprach Mark Thornton
> >I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it
> >failed to compile because of unresolved references. Is the mib
> >dependent on other mib's or could I have a bad one.
>
> Depending on what PowerTCP is checking, its quite likely that it will
> depend on other MIBS.  It should (hopefully) tell you what value it
> needs to resolve or whatever, and likely what MIB it needs to resolve it
> from.
> --
> 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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 14:53:58 -0500

I got a bit farther. I can now get the 3Com to return the system info, but
when I specify a directory containing all the 3Com mibs I get the following:

Unlinked OID in RFC1213-MIB (lots of these)
system: Bad sub-id in object identifier (system)

It doesn't seem to like the mibs that come with the 3Com distro.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Wednesday, May 03, 2000 2:32 PM


> Well, it looks like I may need a bit of a tutorial on the snmpwalk
> application. I can't seem to get it to do anything unless I give it the
> debugging flag in which case it keeps returning my name. I am specifying
the
> OID as a numeric string as the dependency issue is pprbably present on the
> machine as well.
>
> What would be the correct syntax to query for the system info, something
not
> dependent on the hiperarc.mib? What shoudl I expect to see as output?
>
> Thanks,
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
> ----- Original Message -----
> From: Jeff Mcadams <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, May 03, 2000 1:44 PM
> Subject: Re: (usr-tc) SNMP question
>
>
> > Also sprach Mark Thornton
> > >I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it
> > >failed to compile because of unresolved references. Is the mib
> > >dependent on other mib's or could I have a bad one.
> >
> > Depending on what PowerTCP is checking, its quite likely that it will
> > depend on other MIBS.  It should (hopefully) tell you what value it
> > needs to resolve or whatever, and likely what MIB it needs to resolve it
> > from.
> > --
> > 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 15:52:25 -0400

Also sprach Mark Thornton
>Well, it looks like I may need a bit of a tutorial on the snmpwalk
>application. I can't seem to get it to do anything unless I give it the
>debugging flag in which case it keeps returning my name. I am
>specifying the OID as a numeric string as the dependency issue is
>pprbably present on the machine as well.

>What would be the correct syntax to query for the system info,
>something not dependent on the hiperarc.mib? What shoudl I expect to
>see as output?


snmpwalk <hostname> <community>
should give you basic MIB-II values

Something like:

quiz:/home/jeffm> snmpwalk <hostname> <community>
system.sysDescr.0 = "3Com 17-Slot Chassis with PB clocking"
system.sysObjectID.0 = OID: enterprises.usr.usrSysOIDs.chas17SlotClk
...

UCD-SNMP will walk the normal mib-ii tree if you don't specify what
branch you want to start with.  That's a good starting point to work on
things...get that working, then you can worry about getting the
enterprises branch in shape.  :)
--
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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 15:02:41 -0500

Hmmm...

I must have a problem with the ucd snmp program that SuSe installed. When I
enter the command as you describe it runs for a bit spitting out a bunch of
stuff then generates a segmentation fault. I just downloaded this app from
their site and let the installer do its thing. Maybe there is a problem with
this? Should I replace it with a different version?

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Wednesday, May 03, 2000 2:52 PM


> Also sprach Mark Thornton
> >Well, it looks like I may need a bit of a tutorial on the snmpwalk
> >application. I can't seem to get it to do anything unless I give it the
> >debugging flag in which case it keeps returning my name. I am
> >specifying the OID as a numeric string as the dependency issue is
> >pprbably present on the machine as well.
>
> >What would be the correct syntax to query for the system info,
> >something not dependent on the hiperarc.mib? What shoudl I expect to
> >see as output?
>
>
> snmpwalk <hostname> <community>
> should give you basic MIB-II values
>
> Something like:
>
> quiz:/home/jeffm> snmpwalk <hostname> <community>
> system.sysDescr.0 = "3Com 17-Slot Chassis with PB clocking"
> system.sysObjectID.0 = OID: enterprises.usr.usrSysOIDs.chas17SlotClk
> ...
>
> UCD-SNMP will walk the normal mib-ii tree if you don't specify what
> branch you want to start with.  That's a good starting point to work on
> things...get that working, then you can worry about getting the
> enterprises branch in shape.  :)
> --
> 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) SNMP question
Date: 03 May 2000 16:00:26 -0400

Also sprach Mark Thornton
>I got a bit farther. I can now get the 3Com to return the system info,
>but when I specify a directory containing all the 3Com mibs I get the
>following:

>Unlinked OID in RFC1213-MIB (lots of these) system: Bad sub-id in
>object identifier (system)

Hrmm...try this:

grep "RFC1213-MIB DEFINITIONS" *

If it doesn't return anything, you need to get that MIB.

>It doesn't seem to like the mibs that come with the 3Com distro.

The mibs themselves are pretty much fine...just the mibs identify at the
top where they link in to the MIB tree, and the references that they are
using are unknown, meaning your mib parser is building up the mib tree,
but it doesn't see where this mib that its reading connects in.  For
example, near the top of the file nmc-mib.txt you'll see something like:

usr OBJECT IDENTIFIER ::= { enterprises 429 }

Basically this is telling the mib parser that the node "usr" is the
429th child of the enterprises node.  If your mib tree doesn't have the
enterprises node, then it doesn't know where to link in the NMC-MIB that
its reading.

What your error sounds like is that its not finding the node "system"
(as a guess), which is the 1st child of mib-ii.  So, you *should* be
able to find a place with a line like:

system OBJECT IDENTIFIER ::= { mib-ii 1 }

this line would usually be found in the RFC1213-MIB that I referenced
above.
--
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) SNMP question
Date: 03 May 2000 16:01:24 -0400

Also sprach Mark Thornton
>I must have a problem with the ucd snmp program that SuSe installed.
>When I enter the command as you describe it runs for a bit spitting out
>a bunch of stuff then generates a segmentation fault. I just downloaded
>this app from their site and let the installer do its thing. Maybe
>there is a problem with this? Should I replace it with a different
>version?

Segfault?  Now *that* I don't think I can help you with.  :)  That
doesn't sound like an SNMP or MIB problem there.  :)
--
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 Hamilton" <[e-mail]>
Subject: RE: (usr-tc) SNMP question
Date: 03 May 2000 16:06:56 -0400

How can I get the OIDs from the MIB file?


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jeff Mcadams
Sent: Wednesday, May 03, 2000 12:45 PM


Also sprach David Hamilton
>I was going to ask the same question today.  I want to retrieve a list
>of current online users from the hyperarcs.

>snmpwalk -R <archostname> <community> usrCipUserName

>This didn't work.  I have a list of all of the mibs and usrCipUserName
>isn't in this list.  Where did you find this info?  Have you verified
>that it works?  If so could you post more info?

Its in a file "hiperarc.mib" that actually contains quite a few mibs,
for use with the HiPer Arc's.  You *don't* get this information sending
the requests to the NMC (well, you *can* get it through the NMC, its
just a bit more convoluted to do so :).

You need to set up SNMP access on the Arc (or use the NMC as an SNMP
relay agent) to be able to access this information.  Once you have the
Cip-MIB loaded (which is contained in the hiperarc.mib file), then you
should be able to access this (usrCipUserName) column of the
usrCipPortParamTable.

I *believe* the hiperarc.mib file is included with the hiperarc software
download zip file, but am not sure on that.  If you'd like a copy of the
file, I can send it.

I'm trying to hit on some of the things that might have caused you a
problem...without knowing specifically what you ran into, I can't give
you a good answer as to what you're doing 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 16:20:11 -0400

Also sprach David Hamilton
>How can I get the OIDs from the MIB file?

The full OIDs are not in the MIB file directly.  Basically, each object
defined tells about the object itself (sometimes its just a node with no
information associated with it), what its parent is, and what its id
number relative to its parent is.  From this information, you can build
up the whole tree (theoretically you could do it by hand, but it'd be
tedious...this is what mib parsers are for :)
--
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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 03 May 2000 16:25:28 -0500

I got to looking in the hiperarc.mib file and it is importing files that I
don't have and don't know where to get. These are the mibs that came with
all my 3Com install, but I guess that explains it ;) How am I or anyone else
supposed to know where to get all the mibs that may be required for a
particular client? Isn't this making it awfully hard for something that is
name Simple...

Mark Thornton
San Marcos Internet, Inc.
512-393-5300
.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Thornton" <[e-mail]>
Subject: (usr-tc) outdated mibs, what did I expect?
Date: 03 May 2000 18:02:52 -0500

I have come to the conclusion that the mib's delivered by 3Com are based on
RFC's that are so out of date as to not be in general circulation anymore.
Additionally, if you go to 3Com's ftp site and try to find any mib's that
support the TCH, they aren't there. Says a lot about the company we all
bought into. Maybe my dsl implementation will take this headache away from
me because it sure is a pain to keep dealing with this crap everyday.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) SNMP question
Date: 03 May 2000 21:53:25 -0400

Also sprach Mark Thornton
>I got to looking in the hiperarc.mib file and it is importing files
>that I don't have and don't know where to get.

Keep in mind that MIB != file.  For example, the hiperarc.mib file has
quite a few mibs contained in it.  I know, for example, that there are
several mibs in the hiperarc.mib file that import values from other mibs
that are contained within the same file.  I had to cut-n-paste one of
the mibs in that file to another location in the file actually because
the ordering was wrong for the imports (one of the DNS related
mibs...don't remember for sure which).

>These are the mibs that came with all my 3Com install, but I guess that
>explains it ;) How am I or anyone else supposed to know where to get
>all the mibs that may be required for a particular client?

I don't recall where I got mine, but let me know what mibs you need and
if I have them, I'll gladly send them on.  I just don't remember what
needs to be added from the base 3Com mib set to make the ucd parser
happy.

>Isn't this making it awfully hard for something that is name Simple...

Actually, SNMP *is* quite simple.  Actually, the protocol is *extremely*
simple...one of the reasons that's its not very efficient.  It has a
grand total of 4 possible operations (well...originally, newer versions
of the protocol have more, GET, GETNEXT, SET and TRAP.  You don't *have*
to have the mib files for SNMP to work either.  Indeed, MRTG uses SNMP
and doesn't ever touch a mib file, it just uses the numeric OID's
(snmp_session.pm doesn't parse mib files at all if I remember
correctly).  So, the protocol is indeed quite simple, the mibs are there
kinda like DNS, in order to convert numbers into something vaguely human
readable, but its not a necessary part by any means.  :)
--
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) outdated mibs, what did I expect?
Date: 03 May 2000 21:57:09 -0400

Also sprach Mark Thornton
>I have come to the conclusion that the mib's delivered by 3Com are
>based on RFC's that are so out of date as to not be in general
>circulation anymore.  Additionally, if you go to 3Com's ftp site and
>try to find any mib's that support the TCH, they aren't there. Says a
>lot about the company we all bought into. Maybe my dsl implementation
>will take this headache away from me because it sure is a pain to keep
>dealing with this crap everyday.

The 3Com mibs are available in the totalservice software download area.
These are only the 3Com mibs though, it doesn't include the "standard"
mibs, which you'll need to find elsewhere (a quick web search for the
mib name I would suspect turn them up).  Yes, it would be nice if 3Com
made a good mib selection available, and it would be nice if files on
the ftp server were available with some semblance of naming that made
sense rather than just a bunch of numbers for each of the file names
(this includes all the pdf documentation files).  I really am glad that
3Com *doesn't* include the standard mib files in with thier own as that
means I can just straight unzip their files into my mib directory and
not worry about it blowing away some other newer "standard" mib file
that I may have gotten elsewhere.

In all actually, I have started recently using multiple MIBDIRS, so I
have my standard mib files seperated out from my vendor specific mib
files now, so that's less of a problem, but still nice.  :)
--
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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) SNMP question
Date: 04 May 2000 08:48:01 -0500

I would really appreciate a working copy of the hiperarc.mib and any other
mib that is appropriate to monitoring the TCH, possibly the nmc's mib. I
have downloaded the ucd-snmp program and will be installing it today.
According to it's file list, most of the basic mib files come with the
install, but weren't installed on my computer when I took the Linux easy
way. Now I get to do it the hard way, but I will probably have a working
system in the end. Typical Linux experience.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Wednesday, May 03, 2000 8:53 PM


> Also sprach Mark Thornton
> >I got to looking in the hiperarc.mib file and it is importing files
> >that I don't have and don't know where to get.
>
> Keep in mind that MIB != file.  For example, the hiperarc.mib file has
> quite a few mibs contained in it.  I know, for example, that there are
> several mibs in the hiperarc.mib file that import values from other mibs
> that are contained within the same file.  I had to cut-n-paste one of
> the mibs in that file to another location in the file actually because
> the ordering was wrong for the imports (one of the DNS related
> mibs...don't remember for sure which).
>
> >These are the mibs that came with all my 3Com install, but I guess that
> >explains it ;) How am I or anyone else supposed to know where to get
> >all the mibs that may be required for a particular client?
>
> I don't recall where I got mine, but let me know what mibs you need and
> if I have them, I'll gladly send them on.  I just don't remember what
> needs to be added from the base 3Com mib set to make the ucd parser
> happy.
>
> >Isn't this making it awfully hard for something that is name Simple...
>
> Actually, SNMP *is* quite simple.  Actually, the protocol is *extremely*
> simple...one of the reasons that's its not very efficient.  It has a
> grand total of 4 possible operations (well...originally, newer versions
> of the protocol have more, GET, GETNEXT, SET and TRAP.  You don't *have*
> to have the mib files for SNMP to work either.  Indeed, MRTG uses SNMP
> and doesn't ever touch a mib file, it just uses the numeric OID's
> (snmp_session.pm doesn't parse mib files at all if I remember
> correctly).  So, the protocol is indeed quite simple, the mibs are there
> kinda like DNS, in order to convert numbers into something vaguely human
> readable, but its not a necessary part by any means.  :)
> --
> 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]
Subject: Re: (usr-tc) SNMP question
Date: 04 May 2000 11:24:50 -0400






The hiperarc.mib file only contains proprietary mib objects plus objects
from experimental standard branches. The only file that should be
required to compile the hiperarc.mib is the mib-2 from rfc1213 sometimes
referred to as the standard mib. This should normally come with an SNMP
package.

Other standard MIBs supported by the HiperArc and not in hiperarc.mib
are rfc's 1573, 1650, 1742, & 1612. You can get these from multiple sites,
one being http://www.nic.mil/ftp/rfc

Note that some compilers cannot cope with nested MIB files which the
hiperarc.mib is and stops when the first END statement is encountered.

moi





"Mark Thornton" <[e-mail]> on 05/03/2000 05:25:28 PM

Please respond to [e-mail]

Sent by:  "Mark Thornton" <[e-mail]>


cc:    (Moira Bue/US/3Com)



I got to looking in the hiperarc.mib file and it is importing files that I
don't have and don't know where to get. These are the mibs that came with
all my 3Com install, but I guess that explains it ;) How am I or anyone else
supposed to know where to get all the mibs that may be required for a
particular client? Isn't this making it awfully hard for something that is
name Simple...

Mark Thornton
San Marcos Internet, Inc.
512-393-5300
.


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





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) SBR
Date: 04 May 2000 19:15:27 -0500


Ok Folks,

I took the plunge and bought the bloated priced SBR Radius software
from 3Com.  Now where do I start ?  This is supposed to be a 3Com version
yet I see nothing about the table format for SQL, no .rif file, no
VSAs etc..  Can anyone give me a clue where to start ?  I've been
running the 3Com S&A server and many of these things were included.
The SBR manual talks about an IP address pool.  is that the same
as the address pool in the HiPerArc ?  Is there any step-by-step
instructions for setting this up with 3Com equipment ?  For $3,500
I sure expected more.

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: Marcelo Souza <[e-mail]>
Subject: Re: (usr-tc) RPF
Date: 08 May 2000 16:58:03 -0300 (EST)


On Fri, 28 Apr 2000, Marcelo Souza wrote:

|    Does TC (HARC and Netserver) support "Reverse Path Forwarding"?

    Should I give some more detail about that?
    Nobody out there uses this packet routing?
    It was told to me that it is common on Cisco, and I would like to
know if it's possible to implement on our chassis.

Thank you,


- Marcelo




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 <[e-mail]>
Subject: Re: (usr-tc) Help.....
Date: 01 May 2000 20:54:59 -0500 (CDT)

If you cant telnet to the box, can you get in via console cable? This is a
bad situtation.  Did you add anything to the Radius attributes?




On Tue, 18 Apr 2000, Mark S - Squid Manager wrote:

> Hello,
>  We have a few TC Hubs and over the past week each hub has bugged out on us.
> The hub looks normal and accepts calls, but the user gets an error 690 I
> think it is right away saying unable to connect and when I try to telnet to
> the hub I get refused telnet right away. The change I made in the last few
> weeks was a new Radius server, so I am cross posting this to that list also.
> Any advice??
> Thanks,
> Mark
> Green Apple 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.
>

-
[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 Long" <[e-mail]>
Subject: (usr-tc) IP Logging / Telnet Password
Date: 08 May 2000 16:03:01 -0600

Can anyone tell me if there is a configuration option to turn on or off
logging of IP addresses within the USR Total Control Enterprise Hub?  Do I
have to Telnet in to do it?  Is there a way to determine IP addresses from
Port ID's?

Also is there a way to recover or reset the Telnet password to a USR Total
Control Enterprise Hub.  I haven't had access to it before and I can't find
the password, nor does anyone recall what it was.

Thanks,
Greg Long
Technical Support
Coastlink
801-532-6212 ext 32
[e-mail]
http://www.coastlink.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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) IP Logging / Telnet Password
Date: 08 May 2000 21:10:44 -0400

Also sprach Greg Long
>Can anyone tell me if there is a configuration option to turn on or off
>logging of IP addresses within the USR Total Control Enterprise Hub?

What do you mean by logging of IP addresses?  At what point?  On what
type of connections?  If you're talking about dial-in, RADIUS should log
the IP address assigned in the RADIUS accounting message.

>Do I have to Telnet in to do it?

If you're looking for the IP address of a dial-in user, it would be in
your RADIUS server.

>Is there a way to determine IP addresses from Port ID's?

Again, RADIUS, or you could use SNMP probably to query the Arc and find
out what IP address is associated with the port number.  I don't know
what OID you would grab off the top of my head, but it shouldn't be hard
to find.

>Also is there a way to recover or reset the Telnet password to a USR
>Total Control Enterprise Hub.  I haven't had access to it before and I
>can't find the password, nor does anyone recall what it was.

I assume you're talking about Arc at this point.  Worst case, if you
have console access, you can delete the whole config of the Arc during
the boot menu...option 13 I seem to remember, but don't quote that as
gospel...you also might just try to see what sort of access you get at
the console...default is to not require a userid and password on the
console, so if you plug into the console you might be able to get full
access without a userid and password.  If they've turned on login on the
console though you'll need to fall back to other methods.
--
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: "Ray Bellis" <[e-mail]>
Subject: (usr-tc) ISDN calls rejected after TCS 3.[56] upgrade
Date: 09 May 2000 10:01:16 +0100

I've only just got around to thinking about upgrading my TCS software.

This morning I did a test upgrade to TCS 3.5 on one of my racks, and
since then that unit has refused to take any ISDN calls.

I'm still using the Munich card since the rack isn't completely
full and I don't want to lose inbound ISDN-30 channels just because
there aren't any modems left.  The ISDN-GW setting is therefore
still on 16.

Does anyone have any ideas?

thanks,

Ray.

--
Ray Bellis, MA(Oxon) - Technical Director - community internet plc

Windsor House, 12 High Street, Kidlington, Oxford, OX5 2PJ
tel:  [phone]   email: [e-mail]
fax:  [phone]     web: http://www.community.net.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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) MRTG problems...
Date: 09 May 2000 11:10:22 -0500

I have been trying to get the TCH perl scripts that are included with the
mrtg application to work, but they continue to return zero's. There are no
error messages, and the community string is correct and entered in all of my
chassis'. I have tried both the dualt1.pl and the hiperdsp.pl script and
both behave the same. It is obvious I am missing something but the docs are
slim. What could it be? How should I go about finding the problem?

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Thornton" <[e-mail]>
Subject: Re: (usr-tc) MRTG problems...
Date: 09 May 2000 11:21:28 -0500

Never mind ;o)  I forgot that the target was the nmc, not the hiperarc.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Tuesday, May 09, 2000 11:10 AM


> I have been trying to get the TCH perl scripts that are included with the
> mrtg application to work, but they continue to return zero's. There are no
> error messages, and the community string is correct and entered in all of
my
> chassis'. I have tried both the dualt1.pl and the hiperdsp.pl script and
> both behave the same. It is obvious I am missing something but the docs
are
> slim. What could it be? How should I go about finding the problem?
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Rivera <[e-mail]>
Subject: (usr-tc) FS: USR DSL Modems
Date: 09 May 2000 13:09:37 -0400

3- USR Viper DSL Standalone modems $550ea w/ external power supplies
2 in used condition, 1 unused in original box

3- USR Viper ACL cards $700ea.....sold

Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
Email Page [e-mail]  (start message with YOUR email address)

WAN ACCESS SPECIALIST---  URL's
http://www.wrca.net or http://www.ISP-NetworkHardware.com

Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom & More










-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Long" <[e-mail]>
Subject: RE: (usr-tc) IP Logging / Telnet Password
Date: 09 May 2000 14:26:05 -0600

Thanks for your info Jeff!  I have more questions.

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jeff Mcadams
> Sent: Monday, May 08, 2000 7:11 PM
> To: [e-mail]
> Subject: Re: (usr-tc) IP Logging / Telnet Password
>
> >Also is there a way to recover or reset the Telnet password to a USR
> >Total Control Enterprise Hub.  I haven't had access to it before and I
> >can't find the password, nor does anyone recall what it was.
>
> I assume you're talking about Arc at this point.

Nope I'm talking about telneting into a Total Control NETServer Card.  I get
a login prompt and from talking with the last guy who accessed it, it does
have a password, he just can't remember it.  At some point it was written
down, but no one knows where the hardcopy went.  Can we gain access if we
plug an ethernet cable from a laptop straight into the card?  What are our
options?

Thanks,
Greg Long
Tech Support
Coastlink
801-532-6212 ext 32
[e-mail]
http://www.coastlink.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: "Vance McIndoe" <[e-mail]>
Subject: RE: (usr-tc) IP Logging / Telnet Password
Date: 10 May 2000 09:01:07 +1200

If there is no console port access on the NIC, you could try the DIP =
switches on the NAC. From memory, there's one that causes the password =
(and possibly the config) to be reset when the card is inserted.

Remember to remove the card and change the DIP switch back before =
re-configuring the card up again, because the config get's cleared each =
time it boots.
>>> [e-mail] 10/05/00 08:26:05 >>>
Thanks for your info Jeff!  I have more questions.

> -----Original Message-----
> From: [e-mail]=20
> [mailto:[e-mail]]On Behalf Of Jeff Mcadams
> Sent: Monday, May 08, 2000 7:11 PM
> To: [e-mail]=20
> Subject: Re: (usr-tc) IP Logging / Telnet Password
>
> >Also is there a way to recover or reset the Telnet password to a USR
> >Total Control Enterprise Hub.  I haven't had access to it before and I
> >can't find the password, nor does anyone recall what it was.
>
> I assume you're talking about Arc at this point.

Nope I'm talking about telneting into a Total Control NETServer Card.  I =
get
a login prompt and from talking with the last guy who accessed it, it does
have a password, he just can't remember it.  At some point it was written
down, but no one knows where the hardcopy went.  Can we gain access if we
plug an ethernet cable from a laptop straight into the card?  What are our
options?

Thanks,
Greg Long
Tech Support
Coastlink
801-532-6212 ext 32
[e-mail]=20
http://www.coastlink.com=20


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


--
Vance McIndoe
Data Platforms, Operations,
Telecom NZ Ltd.
[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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) Slow Chassis?
Date: 09 May 2000 19:37:14 -0500

One of my TCH hiperarc systems has dropped it's total throughput to about
65% of my other chassis's. They are all similarly configured with 48 quad
modems and 48 dsp modems. All have hiperarcs and standard nmc's. The
configuration appears to be the same across the chassis's.

What would account for this? How should I go about troubleshooting it?

Thanks,

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




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


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

From: "Scot Desort" <[e-mail]>
Subject: (usr-tc) What happened to DSP code updates???
Date: 10 May 2000 00:56:00 -0400

Anybody find it strange that there have been no DSP code updates from 3COM
since December 99? And that was only really a service update for .54 and .55
firmware with some other minor fixes.

I mean, come on, the code isn't that good that it hasn't needed any updates
in 5 months. Is anyone still working over there in engineering?

--
Scot



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


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

From: Sergio Gonzalez <[e-mail]>
Subject: (usr-tc) Stalling modems.
Date: 10 May 2000 10:48:02 +0500

*This message was transferred with a trial version of CommuniGate(tm) Pro*
Hello. had anyone experienced problems with modems on Hiper DSP that get
stalled?. I've 5 DSP managed by 1 Hiper ARC. The problem is sometimes
when the dialup users are tx/rx something, the user's modems just stops
to receive for a while (1 minute aprox). Then, the tx/rx flow continues.
At the begining blamed the sites the users visit, but this stalls happen
also with the servers in the same lan segment where the Hiper ARC
resides.


Any ideas what should be happening?

Thanks
--
Sergio Gonzalez
Calle 100 #8A-55 Torre C oficina 711
[e-mail]
NOC- SkyNet de Colombia.
(57) [phone]
(57) [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: Scott Trautman <[e-mail]>
Subject: (usr-tc) Dual power supply NIC for redundant power on newer style (integra
Date: 10 May 2000 11:23:18 -0500

Hi--

I purchased a "spare" 70a power supply some time ago, now looking to put it
in as a redundant (vs. replacement) power supply in a chassis,
but see I have no "NIC" in the back for it.

Old dual 45a chassis NIC encompassed both power supply slots, with only 1 AC
cord, switch; the newer chassis AC/switch only covers the one slot;
I'm wondering if:

a) I need another same NIC for other slot, but then 2 AC cords/switches
or
b) There's an alternate NIC that takes up both slots

Possibly A or B are "options", but in case A, would it still be "redundant"
then or no?

Scott Trautman
Global Dialog 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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Stalling modems.
Date: 10 May 2000 13:23:52 -0400 (EDT)

Could be a retrain/renegotiations.  Fire up TCM and see if the link is
falling forward/back or has renegotiations/retrains.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Wed, 10 May 2000, Sergio Gonzalez wrote:

> *This message was transferred with a trial version of CommuniGate(tm) Pro*
> Hello. had anyone experienced problems with modems on Hiper DSP that get
> stalled?. I've 5 DSP managed by 1 Hiper ARC. The problem is sometimes
> when the dialup users are tx/rx something, the user's modems just stops
> to receive for a while (1 minute aprox). Then, the tx/rx flow continues.
> At the begining blamed the sites the users visit, but this stalls happen
> also with the servers in the same lan segment where the Hiper ARC
> resides.
>
>
> Any ideas what should be happening?
>
> Thanks
> --
> Sergio Gonzalez
> Calle 100 #8A-55 Torre C oficina 711
> [e-mail]
> NOC- SkyNet de Colombia.
> (57) [phone]
> (57) [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: Ronald Kushner <[e-mail]>
Subject: Re: (usr-tc) What happened to DSP code updates???
Date: 10 May 2000 14:29:30 -0400



Scot Desort wrote:
>
> Anybody find it strange that there have been no DSP code updates from 3COM
> since December 99? And that was only really a service update for .54 and .55
> firmware with some other minor fixes.
>
> I mean, come on, the code isn't that good that it hasn't needed any updates
> in 5 months. Is anyone still working over there in engineering?

Boy am I glad I didn't renew my software/hardware maintenance agreement
with 3Com back in December...I'd feel ripped off right about now.

Wasn't there some beta code for HiPer ARCs and HiPer DSPs working
through the system?

-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: [e-mail] (Jeff Binkley)
Subject: (usr-tc) SBR configuration
Date: 10 May 2000 14:30:04 -0500



Folks,

I've made some progress getting the SBR Radius from 3Com configured to
replace our 3COm S&A software.  However, I haev a few questions.  First,
is there anyone who is using either Sybase or MS SQL server with SBR
that can post their sqlacct.acc and sqlauth.acc files or send them to me
at:  [e-mail] .  I have having difficulty matching up the VSAs
in the 3COm HiPerArc to the S&A attributes which I am getting today.
Next, I have a question about concirrent login tracking using an SQL
database.  The documentation says you need to create an internal user
and then map an alias to it in the config files but it doesn't explain
how to do more than one alias.  For instance if we had one for 2
concurrent logins and another for 3 concurrent logins.  Lastly, does
anyone know if there is an SBR mailing list for supprot questions ?
Thanks in advance.

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: Re: (usr-tc) Stalling mod
Date: 10 May 2000 14:30:04 -0500



Another likely culprit is having an MTU mismatch between the HiPerArc
and the clients.

Jeff Binkley
ASA Network Computing


u>Could be a retrain/renegotiations.  Fire up TCM and see if the link is
u>falling forward/back or has renegotiations/retrains.

u>Paul Farber
u>Farber Technology
u>[e-mail]
u>Ph  570-628-5303
u>Fax [phone]

u>On Wed, 10 May 2000, Sergio Gonzalez wrote:

u>> *This message was transferred with a trial version of
u>> CommuniGate(tm) Pro* Hello. had anyone experienced problems with
u>> modems on Hiper DSP that get stalled?. I've 5 DSP managed by 1 Hiper
u>> ARC. The problem is sometimes when the dialup users are tx/rx
u>> something, the user's modems just stops to receive for a while (1
u>> minute aprox). Then, the tx/rx flow continues. At the begining
u>> blamed the sites the users visit, but this stalls happen also with
u>> the servers in the same lan segment where the Hiper ARC resides.


u>> Any ideas what should be happening?

u>> Thanks
u>> --
u>> Sergio Gonzalez
u>> Calle 100 #8A-55 Torre C oficina 711
u>> [e-mail]
u>> NOC- SkyNet de Colombia.
u>> (57) [phone]
u>> (57) [phone]

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
u>>  send "help" to the same address.  Do not use quotes in your
u>> message.



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: "Clint R. Sparks" <[e-mail]>
Subject: Re: (usr-tc) Stalling modems.
Date: 10 May 2000 13:36:39 -0500

What Hiper DSP Code and Hiper Arc Code are you running?

Clint R. Sparks
ComQuest Internet Services
[e-mail]


----- Original Message -----
Sent: Wednesday, May 10, 2000 12:48 AM


> *This message was transferred with a trial version of CommuniGate(tm) Pro*
> Hello. had anyone experienced problems with modems on Hiper DSP that get
> stalled?. I've 5 DSP managed by 1 Hiper ARC. The problem is sometimes
> when the dialup users are tx/rx something, the user's modems just stops
> to receive for a while (1 minute aprox). Then, the tx/rx flow continues.
> At the begining blamed the sites the users visit, but this stalls happen
> also with the servers in the same lan segment where the Hiper ARC
> resides.
>
>
> Any ideas what should be happening?
>
> Thanks
> --
> Sergio Gonzalez
> Calle 100 #8A-55 Torre C oficina 711
> [e-mail]
> NOC- SkyNet de Colombia.
> (57) [phone]
> (57) [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) What happened to DSP code updates???
Date: 10 May 2000 15:02:03 -0400

Also sprach Ronald Kushner
>Wasn't there some beta code for HiPer ARCs and HiPer DSPs working
>through the system?

TCS 4.0 is in beta.
--
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 Farber <[e-mail]>
Subject: Re: (usr-tc) Stalling mod
Date: 10 May 2000 16:31:36 -0400 (EDT)

shouldn't that be part of the ppp negotiation?

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Wed, 10 May 2000, Jeff Binkley wrote:

>
>
> Another likely culprit is having an MTU mismatch between the HiPerArc
> and the clients.
>
> Jeff Binkley
> ASA Network Computing
>
>
> u>Could be a retrain/renegotiations.  Fire up TCM and see if the link is
> u>falling forward/back or has renegotiations/retrains.
>
> u>Paul Farber
> u>Farber Technology
> u>[e-mail]
> u>Ph  570-628-5303
> u>Fax [phone]
>
> u>On Wed, 10 May 2000, Sergio Gonzalez wrote:
>
> u>> *This message was transferred with a trial version of
> u>> CommuniGate(tm) Pro* Hello. had anyone experienced problems with
> u>> modems on Hiper DSP that get stalled?. I've 5 DSP managed by 1 Hiper
> u>> ARC. The problem is sometimes when the dialup users are tx/rx
> u>> something, the user's modems just stops to receive for a while (1
> u>> minute aprox). Then, the tx/rx flow continues. At the begining
> u>> blamed the sites the users visit, but this stalls happen also with
> u>> the servers in the same lan segment where the Hiper ARC resides.
>
>
> u>> Any ideas what should be happening?
>
> u>> Thanks
> u>> --
> u>> Sergio Gonzalez
> u>> Calle 100 #8A-55 Torre C oficina 711
> u>> [e-mail]
> u>> NOC- SkyNet de Colombia.
> u>> (57) [phone]
> u>> (57) [phone]
>
> 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
> u>>  send "help" to the same address.  Do not use quotes in your
> u>> message.
>
>
>
> 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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Thornton" <[e-mail]>
Subject: Re: (usr-tc) Slow Chassis? Any ideas?
Date: 10 May 2000 15:55:23 -0500

Does anyone have any idea I shoudl try before I blow the chassis away and
reload from scratch?

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Tuesday, May 09, 2000 7:37 PM


> One of my TCH hiperarc systems has dropped it's total throughput to about
> 65% of my other chassis's. They are all similarly configured with 48 quad
> modems and 48 dsp modems. All have hiperarcs and standard nmc's. The
> configuration appears to be the same across the chassis's.
>
> What would account for this? How should I go about troubleshooting it?
>
> Thanks,
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Quick logins
Date: 10 May 2000 17:10:53 -0400 (EDT)


    Can anyone tell me why the DSP cards perform the verify/logon
sequence quicker than the quads?   We have 3 chassises, two running Quads
and one running DSPs.  The DSPs verify and logon much quicker than the
quads.  Is there a setting I can look at that might cause this?  I would
like all of the modems to verify/login as quickly as the DSP cards do!

  Thanks in advance!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite Q
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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Quick logins
Date: 10 May 2000 17:25:57 -0400

Also sprach [e-mail]
>    Can anyone tell me why the DSP cards perform the verify/logon
>sequence quicker than the quads?   We have 3 chassises, two running
>Quads and one running DSPs.  The DSPs verify and logon much quicker
>than the quads.  Is there a setting I can look at that might cause
>this?  I would like all of the modems to verify/login as quickly as the
>DSP cards do!

I don't know about quad vs. DSP comparison, but I remember there being a
distinction between Arcs and NETServers where the NETServers had a bug
(no surprise there) where they corrupted/dropped the first LCP packet
that came through in PPP negotiation.  They then had to wait for the
timeout and for the LCP packet to be resent.  This resulted in actually
fairly noticeable increases in the time for PPP negotiation.

I'm not sure if this holds true with quads and dsps, but you might try
logging a ppp connection with something that gives you timestamps (a
linux box with the "debug" ppp and chat option?) and see what's occuring
(at least from the client side) during a connection.  There might be
some clue there as to what's going on that's causing the quads to take
longer.
--
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) Cisco router bandwidth
Date: 15 May 2000 11:15:09 -0500


A few weeks back there was a discussion here on the amount of memory
required for a Cisco router running in a multihomed environment and
BGP4.  The recommendation was 128M of memory.  I am interested in
how much bandwidth into the Internet folks are seeing BGP4 use in
this type of environment.  Is it a significant amount ?  Can someone
put a quantity around it ?

Thanks,

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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Cisco router bandwidth
Date: 15 May 2000 11:31:37 -0400

Also sprach Jeff Binkley
>A few weeks back there was a discussion here on the amount of memory
>required for a Cisco router running in a multihomed environment and
>BGP4.  The recommendation was 128M of memory.  I am interested in how
>much bandwidth into the Internet folks are seeing BGP4 use in this type
>of environment.  Is it a significant amount ?  Can someone put a
>quantity around it ?

You can run 2 full views in 64megs of ram...its rather tight though, so
128megs is definitely recommended.

You cannot fit a single view in 32megs, you will require at least 64megs
to even take the first full view (unless you get get 48megs or
something, but I don't think any cisco's handle memory in that
increment).
--
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 Farber <[e-mail]>
Subject: Re: (usr-tc) Cisco router bandwidth
Date: 15 May 2000 12:21:34 -0400 (EDT)

If you are taking full routes.. then yes.  I did bgp to my upstream (C&W)
with only 48Mb installed.  I only took a few routes though.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Mon, 15 May 2000, Jeff Binkley wrote:

>
> A few weeks back there was a discussion here on the amount of memory
> required for a Cisco router running in a multihomed environment and
> BGP4.  The recommendation was 128M of memory.  I am interested in
> how much bandwidth into the Internet folks are seeing BGP4 use in
> this type of environment.  Is it a significant amount ?  Can someone
> put a quantity around it ?
>
> Thanks,
>
> 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: Paul Farber <[e-mail]>
Subject: (usr-tc) Busy out modems
Date: 15 May 2000 12:30:59 -0400 (EDT)

Hello all

I need to busy out some quad modems to for a rollover of calls from a pri
to another 2nd pri.

Where's the best place to do this?  Just take the modem off hook via TCM?

Thanks.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
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: Steve Rivera <[e-mail]>
Subject: (usr-tc) WTS: USR Hiper DSP's
Date: 15 May 2000 12:44:29 -0400

WTB: 3-5 Hiper DSP cards with nics. Refurbuished. COD Payment OK.

WTS:
1-Viper ALC card w/ nic (DSL)
5- Viper Modems Stand Alone (DSL)
3- Hiper ARC
1- Hiper NMC
6- Hiper Chassis w/ Dual 70A power
5- 2059 Chassis w/ fan tray and dual 45A power
15- NMC
NMC v90
6- Netserver pri
10- Dual PRI
12- Dual T1/E1
Qty- Quad Analog/Digital Modems
Qty- Quad Digital Modems
10- Analog Modems
4- Netserver 16 v34
4- MP16 v34
2- Netserver 8
1- Netserver 8I
1- Netserver 16I

Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
Email Page [e-mail]  (start message with YOUR email address)

WAN ACCESS SPECIALIST---  URL's
http://www.wrca.net or http://www.ISP-NetworkHardware.com

Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom & More










-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Rivera <[e-mail]>
Subject: Re: (usr-tc) WTB: USR Hiper DSP's..>Correction
Date: 15 May 2000 12:50:15 -0400

At 12:44 PM 05/15/2000 -0400, you wrote:
>WTB: 3-5 Hiper DSP cards with nics. Refurbuished. COD Payment OK.
>
>WTS:
>1-Viper ALC card w/ nic (DSL)
>5- Viper Modems Stand Alone (DSL)
>3- Hiper ARC
>1- Hiper NMC
>6- Hiper Chassis w/ Dual 70A power
>5- 2059 Chassis w/ fan tray and dual 45A power
>15- NMC
>NMC v90
>6- Netserver pri
>10- Dual PRI
>12- Dual T1/E1
>Qty- Quad Analog/Digital Modems
>Qty- Quad Digital Modems
>10- Analog Modems
>4- Netserver 16 v34
>4- MP16 v34
>2- Netserver 8
>1- Netserver 8I
>1- Netserver 16I
>
>Worldwide Provider of Network Hardware Since 1981.
>Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
>Email Page [e-mail]  (start message with YOUR email address)
>
>WAN ACCESS SPECIALIST---  URL's
>http://www.wrca.net or http://www.ISP-NetworkHardware.com
>
>Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
>Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiT
>ech,
>Sync/Tylink,Wellfleet,,Black Box,Micom & More
>
>
>
>
>
>
>
>
>
>
>-
>To unsubscribe to usr-tc, send an email to "[e-mail]"
>with "unsubscribe usr-tc" in the body of the message.
>For information on digests or retrieving files and old messages send
>"help" to the same address.  Do not use quotes in your message.


Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
Email Page [e-mail]  (start message with YOUR email address)

WAN ACCESS SPECIALIST---  URL's
http://www.wrca.net or http://www.ISP-NetworkHardware.com

Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom & More










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


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

From: Marty Elliott <[e-mail]>
Subject: (usr-tc) WTB:  Analog nics
Date: 15 May 2000 09:53:38 -0700

Hi all,

Looking for more inventory on analog nics.  Please let me know what you
have sitting around...

Thanks,


Marty

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marty Elliott
MARS, Inc.
2105 S. 48th St. Suite 104
Tempe, AZ 85282
602-426-8272
602-454-0770 fax
Have you heard of the TCU Exchange????
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Cisco router bandwidth
Date: 15 May 2000 14:00:05 -0500

Paul,

Thanks.  I was more interested in network bandwidth than router memory.

Jeff Binkley
ASA Network Computing

-> If you are taking full routes.. then yes.  I did bgp to my upstream (C&W)
-> with only 48Mb installed.  I only took a few routes though.
->
-> Paul Farber
-> Farber Technology
-> [e-mail]
-> Ph  570-628-5303
-> Fax [phone]
->
-> On Mon, 15 May 2000, Jeff Binkley wrote:
->
-> >
-> > A few weeks back there was a discussion here on the amount of memory >
-> required for a Cisco router running in a multihomed environment and > BGP4.
-> The recommendation was 128M of memory.  I am interested in > how much
-> bandwidth into the Internet folks are seeing BGP4 use in > this type of
-> environment.  Is it a significant amount ?  Can someone > put a quantity
-> around it ?
-> >
-> > Thanks,
-> >
-> > 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: [e-mail] (Jeff Binkley)
Subject: Re: (usr-tc) Cisco router bandwidth
Date: 15 May 2000 14:30:06 -0500

-> >A few weeks back there was a discussion here on the amount of memory
-> >required for a Cisco router running in a multihomed environment and >BGP4.
-> The recommendation was 128M of memory.  I am interested in how >much
-> bandwidth into the Internet folks are seeing BGP4 use in this type >of
-> environment.  Is it a significant amount ?  Can someone put a >quantity
-> around it ?
->
-> You can run 2 full views in 64megs of ram...its rather tight though, so
-> 128megs is definitely recommended.
->
-> You cannot fit a single view in 32megs, you will require at least 64megs to
-> even take the first full view (unless you get get 48megs or
-> something, but I don't think any cisco's handle memory in that
-> increment).

Jeff,

Thanks.  I was really looking for the amount of network bandwidth, not how much
memory it takes.  I've already started the upgrade from 64-128 megs.

Thanks,

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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Cisco router bandwidth
Date: 15 May 2000 15:35:56 -0400

Also sprach Jeff Binkley
>Thanks.  I was really looking for the amount of network bandwidth, not
>how much memory it takes.  I've already started the upgrade from 64-128
>megs.

Once a BGP session is stabilized, it really uses *very* little network
bandwidth.  As a data point, it takes about a minute to a minute and a
half to sync up a full BGP view over a T1 (someone that's checked this
more recently than I might want to correct me if necessary), obviously,
as you drop down bandwidth from there, the time will go up...that should
give you a good data point to start with though.  Once the initial sync
is done, normal operation of BGP uses a miniscule amount of bandwidth.
The only data that is transfered over the BGP session is route updates,
meaning information is only really sent when a route changes, appears or
disappears.  I'm sure you can imagine that for a typical multi-homed ISP
or customer, these changes will not be significant.

FWIW, on my backup T1's (meaning the only traffic on them should *only*
be BGP updates) the traffic rate is almost unmeasurable as far as the
Cisco 5 minute input/output rate is concerned.  I occasionally see them
show 1000 bits/sec, 1 packets/sec, but only very briefly.  It uses
*that* little of traffic.
--
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) Cisco router bandwidth
Date: 15 May 2000 16:41:19 -0400 (EDT)

On Mon, 15 May 2000, Jeff Mcadams wrote:

> Also sprach Jeff Binkley
> >A few weeks back there was a discussion here on the amount of memory
> >required for a Cisco router running in a multihomed environment and
> >BGP4.  The recommendation was 128M of memory.  I am interested in how
> >much bandwidth into the Internet folks are seeing BGP4 use in this type
> >of environment.  Is it a significant amount ?  Can someone put a
> >quantity around it ?
>
> You can run 2 full views in 64megs of ram...its rather tight though, so
> 128megs is definitely recommended.

We're fitting 3 full views into a 64 meg 3620, but just barely -- only
about 5 meg free, and CPU is running around 40%.  DON'T try this at home,
kids; we're ONLY doing it because the 7206VXR we ordered is backordered
and our UUNET T1 showed up early.  I'm surprised it actually worked,
really.  But at the rate the table's growing, that 5 meg will be gone by
the end of the summer.

A 3640 should be considered the rock bottom minimum these days, and a 3661
or 7100 or 7200 would give a lot more breathing room.  We went 7206VXR to
get away from external CSU/DSU's -- cramming a ton of WIC-1DSU-T1's into a
3661 would have been ugly and not very efficient use of the available
slots... plus we can put T3's into it later as we need them.

BGP itself doesn't take much bandwidth, and bandwidth doesn't affect
memory usage.  It might affect CPU usage, though.  We're pushing about 2
megabits of backbone traffic into that 3620 and back out the other side to
some internal T1/ethernet links.


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
www.fark.com: If it's not news, it's Fark.  (Or something like that.)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Cisco router bandwidth
Date: 15 May 2000 16:43:49 -0400 (EDT)

On Mon, 15 May 2000, Jeff Mcadams wrote:

> Also sprach Jeff Binkley
> >Thanks.  I was really looking for the amount of network bandwidth, not
> >how much memory it takes.  I've already started the upgrade from 64-128
> >megs.
>
> Once a BGP session is stabilized, it really uses *very* little network
> bandwidth.  As a data point, it takes about a minute to a minute and a
> half to sync up a full BGP view over a T1 (someone that's checked this
> more recently than I might want to correct me if necessary), obviously,

Longer than that if your CPU is slow (i.e. 3620 or 3640) -- it spends more
time processing the routes than it does actually transferring them.  :)
Our poor 3620 takes up to 3 minutes to bring a session up.  Another good
reason to go 366x or 71xx or 720x...


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
www.fark.com: If it's not news, it's Fark.  (Or something like that.)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) CISCO ROUTER
Date: 16 May 2000 10:15:14 -0500



U>On Mon, 15 May 2000, Jeff Mcadams wrote:

U>> Also sprach Jeff Binkley
U>> >A few weeks back there was a discussion here on the amount of
U>> >memory required for a Cisco router running in a multihomed
U>> >environment and BGP4.  The recommendation was 128M of memory.  I am
U>> >interested in how much bandwidth into the Internet folks are seeing
U>> >BGP4 use in this type of environment.  Is it a significant amount ?
U>> >Can someone put a quantity around it ?

U>> You can run 2 full views in 64megs of ram...its rather tight though,
U>> so 128megs is definitely recommended.

U>We're fitting 3 full views into a 64 meg 3620, but just barely -- only
U>about 5 meg free, and CPU is running around 40%.  DON'T try this at
U>home, kids; we're ONLY doing it because the 7206VXR we ordered is
U>backordered and our UUNET T1 showed up early.  I'm surprised it
U>actually worked, really.  But at the rate the table's growing, that 5
U>meg will be gone by the end of the summer.

U>A 3640 should be considered the rock bottom minimum these days, and a
U>3661 or 7100 or 7200 would give a lot more breathing room.  We went
U>7206VXR to get away from external CSU/DSU's -- cramming a ton of
U>WIC-1DSU-T1's into a 3661 would have been ugly and not very efficient
U>use of the available slots... plus we can put T3's into it later as we
U>need them.

U>BGP itself doesn't take much bandwidth, and bandwidth doesn't affect
U>memory usage.  It might affect CPU usage, though.  We're pushing about
U>2 megabits of backbone traffic into that 3620 and back out the other
U>side to some internal T1/ethernet links.

Mike,

Thanks.  I do have a 7200 which I am building for this.  Your input was
helpful.  I did find that Kingston sells Cisco memory at 40% of what
Cisco asks for it.  Does anyone else have cheap sources ?  Regular
memory does seem to work but I can't get an answer from Cisco what is
"special" about their memory other than the price.

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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) RE: (USR-TC) CISCO ROUTER
Date: 16 May 2000 11:25:07 -0300


Cisco has a list of approved third-party memory vendors that you can use.
In speaking with a technician about upgrading some routers, he gave me
vendor part numbers and everything.  I'm quite sure Kingston was on the list
as well.

One thing I did run into lately was early early early revisions of the 2500
series not taking Kingston memory due to some kind of requirement for an
intel chip ID.

Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.


> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Tuesday, May 16, 2000 12:15 PM
> To: [e-mail]
> Subject: (usr-tc) RE: (USR-TC) CISCO ROUTER
>
>
>
>
> U>On Mon, 15 May 2000, Jeff Mcadams wrote:
>
> U>> Also sprach Jeff Binkley
> U>> >A few weeks back there was a discussion here on the amount of
> U>> >memory required for a Cisco router running in a multihomed
> U>> >environment and BGP4.  The recommendation was 128M of
> memory.  I am
> U>> >interested in how much bandwidth into the Internet folks
> are seeing
> U>> >BGP4 use in this type of environment.  Is it a
> significant amount ?
> U>> >Can someone put a quantity around it ?
>
> U>> You can run 2 full views in 64megs of ram...its rather
> tight though,
> U>> so 128megs is definitely recommended.
>
> U>We're fitting 3 full views into a 64 meg 3620, but just
> barely -- only
> U>about 5 meg free, and CPU is running around 40%.  DON'T try this at
> U>home, kids; we're ONLY doing it because the 7206VXR we ordered is
> U>backordered and our UUNET T1 showed up early.  I'm surprised it
> U>actually worked, really.  But at the rate the table's
> growing, that 5
> U>meg will be gone by the end of the summer.
>
> U>A 3640 should be considered the rock bottom minimum these
> days, and a
> U>3661 or 7100 or 7200 would give a lot more breathing room.  We went
> U>7206VXR to get away from external CSU/DSU's -- cramming a ton of
> U>WIC-1DSU-T1's into a 3661 would have been ugly and not very
> efficient
> U>use of the available slots... plus we can put T3's into it
> later as we
> U>need them.
>
> U>BGP itself doesn't take much bandwidth, and bandwidth doesn't affect
> U>memory usage.  It might affect CPU usage, though.  We're
> pushing about
> U>2 megabits of backbone traffic into that 3620 and back out the other
> U>side to some internal T1/ethernet links.
>
> Mike,
>
> Thanks.  I do have a 7200 which I am building for this.  Your
> input was
> helpful.  I did find that Kingston sells Cisco memory at 40% of what
> Cisco asks for it.  Does anyone else have cheap sources ?  Regular
> memory does seem to work but I can't get an answer from Cisco what is
> "special" about their memory other than the price.
>
> 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: "Brian Becker" <[e-mail]>
Subject: (usr-tc) Total Scrutinizer
Date: 16 May 2000 12:45:47 -0500

My Internet Service company (semo.net) has been using 3com TC's since early 96. Back in October of 99, we decided that we needed to
design software that would allow our Tech Support department view any user that was logged in to any of our 15 POPs and see their
connection information (signal to noise, recv & trans, blocks resent, etc).

Well, we now have that software done and have taken it thru the beta testing stage and have it available for sale. The software is
called Total Scrutinizer and can be found at http://www.TotallyFabricated.com

The software runs on Windows OS and works with 3Com Total Control Boxes.

You can download a demo of the software which is crippled by limiting your ability to scrutinize 50% of the connected users. But
we've tried to price it so that you can put it on every Techs system ($99 for one license and $299 for 5 licenses).

Brian Becker
President, Poplar Bluff Internet, Inc. http://www.semo.net
Home of http://www.TotallyFabricated.com Software


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Long" <[e-mail]>
Subject: RE: (usr-tc) Total Scrutinizer
Date: 16 May 2000 12:54:44 -0600

Ya know if I was going to make a website to sell software,  I'd make it
accessible through Netscape Navigator as well as through IE.  But maybe
that's just me...

Greg

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Brian Becker
> Sent: Tuesday, May 16, 2000 11:46 AM
> To: Usr-Tc ListServe (E-mail)
> Subject: (usr-tc) Total Scrutinizer
>
>
> My Internet Service company (semo.net) has been using 3com
> TC's since early 96. Back in October of 99, we decided that
> we needed to
> design software that would allow our Tech Support department
> view any user that was logged in to any of our 15 POPs and see their
> connection information (signal to noise, recv & trans, blocks
> resent, etc).
>
> Well, we now have that software done and have taken it thru
> the beta testing stage and have it available for sale. The software is
> called Total Scrutinizer and can be found at
> http://www.TotallyFabricated.com
>
> The software runs on Windows OS and works with 3Com Total
> Control Boxes.
>
> You can download a demo of the software which is crippled by
> limiting your ability to scrutinize 50% of the connected users. But
> we've tried to price it so that you can put it on every Techs
> system ($99 for one license and $299 for 5 licenses).
>
> Brian Becker
> President, Poplar Bluff Internet, Inc. http://www.semo.net
> Home of http://www.TotallyFabricated.com Software
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Farber <[e-mail]>
Subject: Re: (usr-tc) Total Scrutinizer
Date: 16 May 2000 15:31:46 -0400 (EDT)

Just in time... 3Com is ending (or at least selling) the Total Control
chassis.

Ever notice that there is no new code for the ARC's/DSP's since DEC 99?
Only software patches to firmware bugs.... hmmmmm.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Tue, 16 May 2000, Brian Becker wrote:

> My Internet Service company (semo.net) has been using 3com TC's since early 96. Back in October of 99, we decided that we needed to
> design software that would allow our Tech Support department view any user that was logged in to any of our 15 POPs and see their
> connection information (signal to noise, recv & trans, blocks resent, etc).
>
> Well, we now have that software done and have taken it thru the beta testing stage and have it available for sale. The software is
> called Total Scrutinizer and can be found at http://www.TotallyFabricated.com
>
> The software runs on Windows OS and works with 3Com Total Control Boxes.
>
> You can download a demo of the software which is crippled by limiting your ability to scrutinize 50% of the connected users. But
> we've tried to price it so that you can put it on every Techs system ($99 for one license and $299 for 5 licenses).
>
> Brian Becker
> President, Poplar Bluff Internet, Inc. http://www.semo.net
> Home of http://www.TotallyFabricated.com Software
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Total Scrutinizer
Date: 16 May 2000 15:28:12 -0400

Also sprach Paul Farber
>Just in time... 3Com is ending (or at least selling) the Total Control
>chassis.

Huh?  Where did you get this info?  As far as I can tell, its patently
untrue.

>Ever notice that there is no new code for the ARC's/DSP's since DEC 99?
>Only software patches to firmware bugs.... hmmmmm.

Reminder:  TCS 4.0 is in beta at the moment.  Development work is
ongoing.
--
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: "Mark E. Levy" <[e-mail]>
Subject: Re: (usr-tc) Total Scrutinizer
Date: 16 May 2000 14:32:00 -0500

I heard that they sold (past tense) the retail modem business...


Paul Farber wrote:
>
> Just in time... 3Com is ending (or at least selling) the Total Control
> chassis.
>
> Ever notice that there is no new code for the ARC's/DSP's since DEC 99?
> Only software patches to firmware bugs.... hmmmmm.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Tue, 16 May 2000, Brian Becker wrote:
>
> > My Internet Service company (semo.net) has been using 3com TC's since early 96. Back in October of 99, we decided that we needed to
> > design software that would allow our Tech Support department view any user that was logged in to any of our 15 POPs and see their
> > connection information (signal to noise, recv & trans, blocks resent, etc).
> >
> > Well, we now have that software done and have taken it thru the beta testing stage and have it available for sale. The software is
> > called Total Scrutinizer and can be found at http://www.TotallyFabricated.com
> >
> > The software runs on Windows OS and works with 3Com Total Control Boxes.
> >
> > You can download a demo of the software which is crippled by limiting your ability to scrutinize 50% of the connected users. But
> > we've tried to price it so that you can put it on every Techs system ($99 for one license and $299 for 5 licenses).
> >
> > Brian Becker
> > President, Poplar Bluff Internet, Inc. http://www.semo.net
> > Home of http://www.TotallyFabricated.com Software
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--
Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Total Scrutinizer
Date: 16 May 2000 15:37:59 -0400

Also sprach Mark E. Levy
>I heard that they sold (past tense) the retail modem business...

Oh...is *that* where this came from?

OK...the scoop on that again...

Corebuilder product line is being EOL'ed...customers are urged to
migrate to Extreme Networks gear.

Pathbuilder and NetBuilder is being sold (I believe) to Motorola.

Analog residential modems are being sold to Acton and NatSteel (along
with the Rolling Meadows factory facility)

That leaves 3Com with carrier equipment (Total Control), VoIP (NBX),
home and small office (Office Connect line).  I'm not sure what happens
with the SuperStack line...I think that's lumped in with the Office
Connect as home and small office.

Total Control is happy and continuing, and is, indeed, getting the
benefit of more focus from 3Com, not less.
--
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) Total Scrutinizer
Date: 16 May 2000 16:11:33 -0400

>Ya know if I was going to make a website to sell software,  I'd make it
>accessible through Netscape Navigator as well as through IE.  But maybe
>that's just me...
>
>Greg



I think it's just you. I had no trouble accessing it via
Netscape...

*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [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 Farber <[e-mail]>
Subject: Re: (usr-tc) Total Scrutinizer
Date: 16 May 2000 16:25:16 -0400 (EDT)

Face it, TC has ended its dial up commitment.  After 3 years of v.90 we
still can't interoperate with about 20% of the modems out there and all
the 'new' features have nothing to do with dial up access.

3Com is getting the highest per port charge for dial up (maybe CISCO is a
bit higher?), and DSP's are not coming down in price.. even though there
are many, many viable alternatives out there for dial up ISP's.

I can't think of any thing more 3Com can do to snub small/mrd ISP's and
not improve thier product for dial up access.

If you like, maybe saying '3Com has stopped support for small/med ISP's
with thier TC product'.  It that better?

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Tue, 16 May 2000, Jeff Mcadams wrote:

> Also sprach Paul Farber
> >Just in time... 3Com is ending (or at least selling) the Total Control
> >chassis.
>
> Huh?  Where did you get this info?  As far as I can tell, its patently
> untrue.
>
> >Ever notice that there is no new code for the ARC's/DSP's since DEC 99?
> >Only software patches to firmware bugs.... hmmmmm.
>
> Reminder:  TCS 4.0 is in beta at the moment.  Development work is
> ongoing.
> --
> 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: "Mark E. Levy" <[e-mail]>
Subject: Re: (usr-tc) Total Scrutinizer
Date: 16 May 2000 15:24:12 -0500

Maybe not... I couldn't access the download page via Netscape...

[e-mail] wrote:
>
> >Ya know if I was going to make a website to sell software,  I'd make it
> >accessible through Netscape Navigator as well as through IE.  But maybe
> >that's just me...
> >
> >Greg
>
> I think it's just you. I had no trouble accessing it via
> Netscape...
>
> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 735 Rhodes Hall, Cornell University, Ithaca, NY 14853
> vox: [phone], fax: [phone]
> email: [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.

--
Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.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: Marty Elliott <[e-mail]>
Subject: Re: (usr-tc) Total Scrutinizer
Date: 16 May 2000 13:42:53 -0700

At 04:25 PM 5/16/00 -0400, Paul Farber wrote:

>If you like, maybe saying '3Com has stopped support for small/med ISP's
>with thier TC product'.  It that better?
>

We attended one of 3Com's events describing their new strategies.  We came
away with the definite impression that the TC product line is very
successful (read:  profitable) and 3Com has no intention of EOLing or
selling the TC line.

We also came away with the impression that there is a definite push to
market/service the top 25% of the installed TC base.  If you don't fit that
demographic (none of our customers do!), then you can expect "service" and
"improvements" as you receive it now...

Note these are our impressions, not the 3Com party line...

FWIW

Marty

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marty Elliott
MARS, Inc.
2105 S. 48th St. Suite 104
Tempe, AZ 85282
602-426-8272
602-454-0770 fax
Have you heard of the TCU Exchange????
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Farber <[e-mail]>
Subject: Re: (usr-tc) Total Scrutinizer
Date: 16 May 2000 18:06:25 -0400 (EDT)

I can't stand marketing drivel (no, voip is not the next big thing) and
no, we will not have DSL in our area.. nor will 80% of the US.

Not saying that they should not provide services for those markets.. but
core product is core product.  No, I can't order 10 chassis at a whack,
but I do see a definate lack of concern for dial up ISP's.

Topped off with crappy support, high per port cost, lack of fixes for code
that is broke, and a definate move away from small/med dial up ISP's...
3Com is for all intensive purposes ending it's support for small/med
ISP's... IMHO

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

>
> We attended one of 3Com's events describing their new strategies.  We came
> away with the definite impression that the TC product line is very
> successful (read:  profitable) and 3Com has no intention of EOLing or
> selling the TC line.
>
> We also came away with the impression that there is a definite push to
> market/service the top 25% of the installed TC base.  If you don't fit that
> demographic (none of our customers do!), then you can expect "service" and
> "improvements" as you receive it now...
>
> Note these are our impressions, not the 3Com party line...
>
> FWIW
>
> Marty
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Marty Elliott
> MARS, Inc.
> 2105 S. 48th St. Suite 104
> Tempe, AZ 85282
> 602-426-8272
> 602-454-0770 fax
> Have you heard of the TCU Exchange????
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) USR Total Control MP/16 v.34 with SNMP Management on Ebay
Date: 15 May 2000 13:27:49 -0600


Take a look, it starts for a nice price :)


http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=333296717


Total Control MP/16 v.34 with SNMP Management
US Robotics

Includes:

16 modems/RJ-11 Telco Jacks
10base T Ethernet connector (for SNMP management only)
10base 5 Ethernet connector (for SNMP management only)
EIA RS-232 Serial Ports Modems 1-16  (connect to DTE)
Console Port DIP Switches
Modem DIP Switches
Documentation

NOTE:  no cables included
NOTE:  one 8 port card has problems, so the max capacity is 15 not 16.


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: "Brian Becker" <[e-mail]>
Subject: RE: (usr-tc) Total Scrutinizer
Date: 16 May 2000 20:49:20 -0500

Sorry about that, missing </table> tag. The download page is now available in Netscape.

Thanks for the heads up.

Brian

Brian Becker
President, Poplar Bluff Internet, Inc. http://wwww.semo.net
Home of http://www.TotallyFabricated.com Software

Director of the Jerusalem School  www.js.org <http://www.js.org>
Home of http://www.JerusalemPerspective.com bookstore

Personal Page
   http://Tonionio.com  / http://BenjaminBecker.com



-----Original Message-----
[mailto:[e-mail]]On Behalf Of Mark E. Levy
Sent: Tuesday, May 16, 2000 3:24 PM


Maybe not... I couldn't access the download page via Netscape...

[e-mail] wrote:
>
> >Ya know if I was going to make a website to sell software,  I'd make it
> >accessible through Netscape Navigator as well as through IE.  But maybe
> >that's just me...
> >
> >Greg
>
> I think it's just you. I had no trouble accessing it via
> Netscape...
>
> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 735 Rhodes Hall, Cornell University, Ithaca, NY 14853
> vox: [phone], fax: [phone]
> email: [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.

--
Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.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: [e-mail]
Subject: RE: (usr-tc) Total Scrutinizer
Date: 17 May 2000 09:05:51 -0400

>Sorry about that, missing </table> tag. The download page is now
>available in Netscape.
>
>Thanks for the heads up.
>
>Brian
>

So, Brian...I downloaded the demo version; it is able
to talk to the NMC, but fails on contacting the ARC.
Any suggestions? I believe I have the community strings
set properly...and I've double-checked the IP address.

*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [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 Farber <[e-mail]>
Subject: (usr-tc) Renegotiation OID
Date: 17 May 2000 16:29:47 -0400 (EDT)

Anyone know where to pull up the current calls' renegotiation stats?  I
need to compare them.  I can find the retrain granted, requested etc...
but nothing about renegotiations.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
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: "System Administrator" <[e-mail]>
Subject: (usr-tc) MRTG questions
Date: 17 May 2000 17:33:59 -0500

Hi all,

    I've got MRTG monitoring calls per HiperARC, but I've got one chassis
running two dialups in two different cities (don't ask how).  Is there a way
to break out the stats into a per DSP basis?

__________________________________
Justin Ellison
System Administrator
InternetUSA
[e-mail]
http://nebi.com
800-603-3502


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MRTG questions
Date: 17 May 2000 21:54:38 -0400

Also sprach System Administrator
>    I've got MRTG monitoring calls per HiperARC, but I've got one
>chassis running two dialups in two different cities (don't ask how).
>Is there a way to break out the stats into a per DSP basis?

Not easily (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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MRTG questions
Date: 17 May 2000 22:05:45 -0400

Also sprach Jeff Mcadams
>Also sprach System Administrator
>>    I've got MRTG monitoring calls per HiperARC, but I've got one
>>chassis running two dialups in two different cities (don't ask how).
>>Is there a way to break out the stats into a per DSP basis?

>Not easily (yet).

Ugh...now having said that, I promptly go off and find a (fairly) easy
way to do it.  :/

Check out the usrSlotUtilizationTable in the usrCip MIB in the
hiperarc.mib file.  For some reason that part of that MIB isn't getting
loaded correctly on one of my systems, so I didn't think it existed in
the systems I was checking...turns out I just must have something
screwed up in my MIBs on that system...those OIDs come up just fine
(4.2.32 is my Arc code, just for reference)
--
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 Farber <[e-mail]>
Subject: Re: (usr-tc) MRTG questions
Date: 17 May 2000 22:15:55 -0400 (EDT)

use the script function of MRTG to pull the numbers via SNMP from the NMC
(or ARC)

3Com uses a fairly easy to understand numbering system... just add the
slot to the port and you get the SNMP index.

1001 is slot 10 port 1.  Use it in your snmpget/walk to index the
tables and pull off the values you need.

Might be a bit slower than going straight to the card.. but it would work.



Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Wed, 17 May 2000, Jeff Mcadams wrote:

> Also sprach System Administrator
> >    I've got MRTG monitoring calls per HiperARC, but I've got one
> >chassis running two dialups in two different cities (don't ask how).
> >Is there a way to break out the stats into a per DSP basis?
>
> Not easily (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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MRTG questions
Date: 17 May 2000 22:19:12 -0400

Also sprach Paul Farber
>use the script function of MRTG to pull the numbers via SNMP from the
>NMC (or ARC)

>3Com uses a fairly easy to understand numbering system... just add the
>slot to the port and you get the SNMP index.

>1001 is slot 10 port 1.  Use it in your snmpget/walk to index the
>tables and pull off the values you need.

>Might be a bit slower than going straight to the card.. but it would
>work.

While I'm not extremely familiar with MRTG's capabilities...if you're
dealing with (say, for example) 4 DSP's in a chassis, and 2 of the DSPs
are one hunt group and the other 2 are the other hunt group, it gets a
bit more hairy.  Obviously its not *terribly* difficult, but it is going
to require some scripting to split apart which is which and adding up.

The usrSlotUtilizationTable gives you number of calls active on a
per-slot basis, which removes the adding up part at least, and also
gives you a nice index value that corresponds with the slot number.
Again...not that it would be terribly hard to come up with in a script,
but with these OIDs, its possible that there would be no script needed
at all.

Incidentally, this table also gives you total number of calls possible
on a per-slot basis (so, if its a quad, it gives you a 4, if its a DSP
running PRI, it gives you a 23, etc.), and nicely calculates a
percentage utilization which is kinda cool (though easily figured out
with the other two numbers :)
--
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 Becker" <[e-mail]>
Subject: RE: (usr-tc) Total Scrutinizer
Date: 17 May 2000 23:56:08 -0500

Are you sure that you've got a community string in the arc? Try the
following command while logged into the Arc:
  add snmp community public access RO

That should add a community string of public to the Arc and see if it works correctly then.

Brian

-----Original Message-----
[mailto:[e-mail]]On Behalf Of [e-mail]
Sent: Wednesday, May 17, 2000 8:06 AM


>Sorry about that, missing </table> tag. The download page is now
>available in Netscape.
>
>Thanks for the heads up.
>
>Brian
>

So, Brian...I downloaded the demo version; it is able
to talk to the NMC, but fails on contacting the ARC.
Any suggestions? I believe I have the community strings
set properly...and I've double-checked the IP address.

*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [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 Storjohann <[e-mail]>
Subject: RE: (usr-tc) MRTG questions
Date: 18 May 2000 08:23:02 -0500

If anyone should happen to write a script that gathers the number of calls
on a per slot basis, I would be interested in it as well.

I also have 2 hunt groups on one chassis and have always wanted to make this
work.

Thanks

Mike Storjohann
Internet Services Administrator
HunTel.net
[e-mail]
402-426-6136


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jeff Mcadams
Sent: Wednesday, May 17, 2000 9:19 PM


Also sprach Paul Farber
>use the script function of MRTG to pull the numbers via SNMP from the
>NMC (or ARC)

>3Com uses a fairly easy to understand numbering system... just add the
>slot to the port and you get the SNMP index.

>1001 is slot 10 port 1.  Use it in your snmpget/walk to index the
>tables and pull off the values you need.

>Might be a bit slower than going straight to the card.. but it would
>work.

While I'm not extremely familiar with MRTG's capabilities...if you're
dealing with (say, for example) 4 DSP's in a chassis, and 2 of the DSPs
are one hunt group and the other 2 are the other hunt group, it gets a
bit more hairy.  Obviously its not *terribly* difficult, but it is going
to require some scripting to split apart which is which and adding up.

The usrSlotUtilizationTable gives you number of calls active on a
per-slot basis, which removes the adding up part at least, and also
gives you a nice index value that corresponds with the slot number.
Again...not that it would be terribly hard to come up with in a script,
but with these OIDs, its possible that there would be no script needed
at all.

Incidentally, this table also gives you total number of calls possible
on a per-slot basis (so, if its a quad, it gives you a 4, if its a DSP
running PRI, it gives you a 23, etc.), and nicely calculates a
percentage utilization which is kinda cool (though easily figured out
with the other two numbers :)
--
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: "Mike Moore" <[e-mail]>
Subject: (usr-tc) HiPerDSP disconnects?
Date: 18 May 2000 08:39:14 -0500

I have a Total Control chassis with two HiPerDSP cards in it. I monitor
"Reason for Call Termination" with Total Control Manager. I am seeing a lot
of "v42DisconnectCmd(26)" and "rcvdGatewayDiscCmd(62)". Any ideas as to what
these mean? I am getting complaints from customers about disconnects as
well. Thanks for your help!

Mike Moore


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HiPerDSP disconnects?
Date: 18 May 2000 09:44:35 -0400

Also sprach Mike Moore
>I have a Total Control chassis with two HiPerDSP cards in it. I monitor
>"Reason for Call Termination" with Total Control Manager. I am seeing a
>lot of "v42DisconnectCmd(26)" and "rcvdGatewayDiscCmd(62)". Any ideas
>as to what these mean? I am getting complaints from customers about
>disconnects as well. Thanks for your help!

Those are both normal "healthy" disconnect reasons.  the
v42DisconnectCmd means that the other modem on the line sent the v42
modulation code that informs the other end that it wants to end the
call.  The rcvdGatewayDiscCmd means that the Arc (or other gateway type
of card, NETServer, wireless gateway card, etc.) sent the signal over
the "dte" connection telling the DSP that it wanted to end the call.
The DSP would then send the v42 code to disconnect to the other end.
Essentially, its a race to see which of these is going to occur first in
a normal call disconnect.  Did PPP shut down first on our side so the
gateway card gets the signal to the dsp first, or did PPP shut down
first on the other side so that it gets signaled to the other side's
modem and through the modem connection to our side?  Both are normal and
healthy...you need to be checking into the Call Termination reasons
other than these.
--
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: "Verreault, John" <[e-mail]>
Subject: RE: (usr-tc) Total Scrutinizer
Date: 18 May 2000 11:07:29 -0400

Sorry, I replied to the list instead of to Brian.

John

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Total Scrutinizer
Date: 18 May 2000 11:42:10 -0400

Hum. I had set another community string for security reasons,
but putting "public" in there worked. *shrug* As long as it
works. Interesting software. Might consider it! Thanks...


>Are you sure that you've got a community string in the arc? Try the
>following command while logged into the Arc:
>  add snmp community public access RO
>
>That should add a community string of public to the Arc and see if
>it works correctly then.
>
>Brian

*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [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: Kenneth Nye <[e-mail]>
Subject: RE: (usr-tc) Total Scrutinizer
Date: 18 May 2000 10:00:48 -0700

In using the total scrutinizer I have  found that I have
         1 Hiper Arc with DSP that works fine
         1 Hiper Arc with Quads that gets error communicating with the Arc
         1 NetServer with Quads that get the same error

I have MRTG running and I checked out the community strings and they are
correct. Is the any tips anyone might be able to give me...

                                                 Ken

At 11:42 AM 5/18/00 -0400, you wrote:
>Hum. I had set another community string for security reasons,
>but putting "public" in there worked. *shrug* As long as it
>works. Interesting software. Might consider it! Thanks...
>
>
>>Are you sure that you've got a community string in the arc? Try the
>>following command while logged into the Arc:
>>  add snmp community public access RO
>>
>>That should add a community string of public to the Arc and see if it
>>works correctly then.
>>
>>Brian
>
>*********************************************************
>Michelle M. Mogil
>Network and Computing Systems
>735 Rhodes Hall, Cornell University, Ithaca, NY 14853
>vox: [phone], fax: [phone]
>email: [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 Becker" <[e-mail]>
Subject: RE: (usr-tc) Total Scrutinizer
Date: 18 May 2000 14:06:45 -0500

With the Netserver...yes, that is because we have the ability to scrutinize other Cards (even manufacturers) built into our
software, but in the first release, we chose to limit it to HiperArc with HiperDSP cards only.

I just pulled a box that has both Quad cards & DSPs and it shows up just fine. We just don't have a box with quad only cards. I
wonder while traversing the OID tree of usernames on the Arc, if the Quad with DSPs in the same box works but with Quads alone we
might need another starting point. Let's see what the list has to say, I'll post the question.

If you would like to email me privately and give me the strings & IPs of your quad/HiperArc box, we can see what the exact error is
and attempt to get rid of the bug.

Thanks,
Brian

Brian Becker
President
Poplar Bluff Internet, Inc. - www.semo.net <http://www.semo.net>
Home of www.TotallyFabricated.com <http://www.TotallyFabricated.com>  software

Director of Jerusalem School of Synoptic Research www.js.org <http://www.js.org>
Home of www.JerusalemPerspective.com <http://www.JerusalemPerspective.com>  bookstore

Personal Pages
   www.Tonionio.com <http://www.Tonionio.com>  & www.BenjaminBecker.com <http://www.BenjaminBecker.com>





-----Original Message-----
[mailto:[e-mail]]On Behalf Of Kenneth Nye
Sent: Thursday, May 18, 2000 12:01 PM


In using the total scrutinizer I have  found that I have
         1 Hiper Arc with DSP that works fine
         1 Hiper Arc with Quads that gets error communicating with the Arc
         1 NetServer with Quads that get the same error

I have MRTG running and I checked out the community strings and they are
correct. Is the any tips anyone might be able to give me...

                                                 Ken

At 11:42 AM 5/18/00 -0400, you wrote:
>Hum. I had set another community string for security reasons,
>but putting "public" in there worked. *shrug* As long as it
>works. Interesting software. Might consider it! Thanks...
>
>
>>Are you sure that you've got a community string in the arc? Try the
>>following command while logged into the Arc:
>>  add snmp community public access RO
>>
>>That should add a community string of public to the Arc and see if it
>>works correctly then.
>>
>>Brian
>
>*********************************************************
>Michelle M. Mogil
>Network and Computing Systems
>735 Rhodes Hall, Cornell University, Ithaca, NY 14853
>vox: [phone], fax: [phone]
>email: [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 Becker" <[e-mail]>
Subject: RE: (usr-tc) Total Scrutinizer
Date: 18 May 2000 14:07:56 -0500

We don't use public/private in our setup and it works fine, try adding the SNMP again with something other than public and private
and test it again.

I agree that for security reasons, public/private are not intelligent choices.

Brian Becker
President
Poplar Bluff Internet, Inc. - www.semo.net <http://www.semo.net>
Home of www.TotallyFabricated.com <http://www.TotallyFabricated.com>  software

Director of Jerusalem School of Synoptic Research www.js.org <http://www.js.org>
Home of www.JerusalemPerspective.com <http://www.JerusalemPerspective.com>  bookstore

Personal Pages
   www.Tonionio.com <http://www.Tonionio.com>  & www.BenjaminBecker.com <http://www.BenjaminBecker.com>





-----Original Message-----
[mailto:[e-mail]]On Behalf Of [e-mail]
Sent: Thursday, May 18, 2000 10:42 AM


Hum. I had set another community string for security reasons,
but putting "public" in there worked. *shrug* As long as it
works. Interesting software. Might consider it! Thanks...


>Are you sure that you've got a community string in the arc? Try the
>following command while logged into the Arc:
>  add snmp community public access RO
>
>That should add a community string of public to the Arc and see if
>it works correctly then.
>
>Brian

*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [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) Multi-Linked calls across HUBS
Date: 18 May 2000 18:07:32 -0400 (EDT)


    I would like hear the particular configurations that anyone is
using to handle multiple ISDN dialup across several TC Hubs.  We have MPIP
configured, but it appears that when a call goes to one hub and the second
ISDN comes in on a different hub, the call gets dropped??   Do we have
something mis-configured here.

  On hub acts as the MPIP server and is listed as a client as well as the
other hubs.  The remaining hubs have the MPIP server listed in their
config.

  Any help/comments appreciated.

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite Q
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: Blake Fithen <[e-mail]>
Subject: RE: (usr-tc) Multi-Linked calls across HUBS
Date: 18 May 2000 19:50:48 -0500

Make sure you are pointing the hubs to a NTP server, that you have NTP
enabled, and that both have the same time on them.

blake

> -----Original Message-----
> From:    [e-mail] [SMTP:[e-mail]]
> Sent:    Thursday, May 18, 2000 5:08 PM
> To:    [e-mail]
> Subject:    (usr-tc) Multi-Linked calls across HUBS
>
>
>     I would like hear the particular configurations that anyone is
> using to handle multiple ISDN dialup across several TC Hubs.  We have MPIP
> configured, but it appears that when a call goes to one hub and the second
> ISDN comes in on a different hub, the call gets dropped??   Do we have
> something mis-configured here.
>
>   On hub acts as the MPIP server and is listed as a client as well as the
> other hubs.  The remaining hubs have the MPIP server listed in their
> config.
>
>   Any help/comments appreciated.
>
> ==========================================================================
> ====
> Phillip Ferraro                WorldNet Access, Inc
> [e-mail]    Onslow County's PREMIER InterNet Service
> Voice [phone]            824 Gumbranch Square, Suite Q
> 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.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Archive?
Date: 19 May 2000 13:11:45 -0400 (EDT)

Hello,

Anyone know if there's a searchable archive?  I just went over to where I
used to go, usr-tc.datasys.net and it seems to be gone...  I was looking
for some old David Bolen SNMP posts...

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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Archive?
Date: 19 May 2000 13:24:30 -0400

Also sprach Charles Sprickman
>Anyone know if there's a searchable archive?  I just went over to where
>I used to go, usr-tc.datasys.net and it seems to be gone...  I was
>looking for some old David Bolen SNMP posts...

usr-tc.1st.net has a searchable archive, but I don't know if it goes
back far enough to pick up David's posts...at least not many.
--
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) Archive?
Date: 19 May 2000 16:42:09 -0400 (EDT)

On Fri, 19 May 2000, Jeff Mcadams wrote:

> usr-tc.1st.net has a searchable archive, but I don't know if it goes
> back far enough to pick up David's posts...at least not many.

Nope...  Also I think it may be a bit fubar, as it returned zero hits for
"NT", "Windows", and "mac".  I'm sure I've seen some discussion of OS
specific connection difficulties in the last year...

Charles

> --
> 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: "Kent Tambling" <[e-mail]>
Subject: Re: (usr-tc) Archive?
Date: 20 May 2000 13:04:45 -0400

I have an outlook express mailbox file from April 1997 to present...

Any ideas how to best make use of it for everyone?


Kent Tambling
[e-mail]
System Administrator
www.acceleration.net


----- Original Message -----
Sent: Friday, May 19, 2000 4:42 PM


On Fri, 19 May 2000, Jeff Mcadams wrote:

> usr-tc.1st.net has a searchable archive, but I don't know if it goes
> back far enough to pick up David's posts...at least not many.

Nope...  Also I think it may be a bit fubar, as it returned zero hits for
"NT", "Windows", and "mac".  I'm sure I've seen some discussion of OS
specific connection difficulties in the last year...

Charles

> --
> 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: Stephen Amadei <[e-mail]>
Subject: (usr-tc) NMC break in needed...
Date: 20 May 2000 17:25:36 -0400 (EDT)


Hi guys...

I have a NMC we purchased a long time ago that we need to put into service
ASAP.  We just discovered one of our NMCs was not X2 enabled, and this
card is X2 enabled... but I don't have the SNMP write password.  The
firmware is 4.3.4, and on bootup at the RS232 console all I can get is
"PASSWORD:"... if I use the 'public' read password, I can get in, but not
change anything.  I tried using pin 5 to boot to the default settings, but
it still asks for a password!

I am afraid to use the CMOS clear jumper, as I fear it will erase the
feature enable status of the X2 enablement.  Would this clear the X2
enable out?

Thanx in advance.

                    ----Steve
Stephen Amadei
Dandy.net CTO
Atlantic City, NJ




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


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

From: "Ved" <[e-mail]>
Subject: Re: (usr-tc) NMC break in needed...
Date: 20 May 2000 18:47:32 -0500

Dip switch 5 and 6 - put them in the on position and reboot the card, this
will erase the config.

V
----- Original Message -----
Sent: Saturday, May 20, 2000 4:25 PM


>
> Hi guys...
>
> I have a NMC we purchased a long time ago that we need to put into service
> ASAP.  We just discovered one of our NMCs was not X2 enabled, and this
> card is X2 enabled... but I don't have the SNMP write password.  The
> firmware is 4.3.4, and on bootup at the RS232 console all I can get is
> "PASSWORD:"... if I use the 'public' read password, I can get in, but not
> change anything.  I tried using pin 5 to boot to the default settings, but
> it still asks for a password!
>
> I am afraid to use the CMOS clear jumper, as I fear it will erase the
> feature enable status of the X2 enablement.  Would this clear the X2
> enable out?
>
> Thanx in advance.
>
> ----Steve
> Stephen Amadei
> Dandy.net CTO
> Atlantic City, NJ
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) ISPCon
Date: 22 May 2000 14:09:56 -0400

Any attendees to ISPCon in Orlando?  I'm guessing quite a few of us will
be down there.  Do we want to coordinate a time to gather and chat?
I'll be making it there sometime Tues. afternoon and will be leaving
Thurs. morning (we have a Public Service Commission hearing against
Bellsouth on Fri...have to be back for 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: Blake Fithen <[e-mail]>
Subject: (usr-tc) NTP settings on ARC
Date: 23 May 2000 12:33:20 -0500

Hello, does anyone know how to set the timezone on the
ARC NTP settings to display CST instead of GMT?

TIA, 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: Sergio Gonzalez <[e-mail]>
Subject: (usr-tc) Need NICs for Quad Modem Analog/Digital Cards. URGENT
Date: 23 May 2000 17:25:26 +0500

*This message was transferred with a trial version of CommuniGate(tm) Pro*
Hello there.

Somebody has NIC for Quad Modems Cards (4 ports) for leased telephone
lines?


Thanks a lot.

--
Sergio Gonzalez
Calle 100 #8A-55 Torre C oficina 711
[e-mail]
NOC- SkyNet de Colombia.
(57) [phone]
(57) [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: "ISP-NetworkHardware.com" <[e-mail]>
Subject: Re: (usr-tc) Need NICs for Quad Modem Analog/Digital Cards.
Date: 23 May 2000 18:30:43 -0400

do you know if these are the daughter card style nics?
or are they a single card nic?
If you have part numbers I can check my stock.

Lots of Refurbished USR available.

At 05:25 PM 05/23/2000 +0500, you wrote:
>*This message was transferred with a trial version of CommuniGate(tm) Pro*
>Hello there.
>
>Somebody has NIC for Quad Modems Cards (4 ports) for leased telephone
>lines?
>
>
>Thanks a lot.
>
>--
>Sergio Gonzalez
>Calle 100 #8A-55 Torre C oficina 711
>[e-mail]
>NOC- SkyNet de Colombia.
>(57) [phone]
>(57) [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.


Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
Email Page [e-mail]  (start message with YOUR email address)

WAN ACCESS SPECIALIST---  URL's
http://www.wrca.net or http://www.ISP-NetworkHardware.com

Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom & More










-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: Re: (usr-tc) Need NICs for Quad Modem Analog/Digital Cards. URGENT
Date: 24 May 2000 00:02:52 +0100

> Lots of Refurbished USR available.

I need a 486 NMC NIC card, one of mine keeps making the NMC front card
reboot continuously :-(

Please let me know if you might be able to help...

regards,

Ray.

--
Ray Bellis, MA(Oxon) - Technical Director - community internet plc

Windsor House, 12 High Street, Kidlington, Oxford, OX5 2PJ
tel:  [phone]   email: [e-mail]
fax:  [phone]     web: http://www.community.net.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: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) NTP settings on ARC
Date: 23 May 2000 19:07:35 -0400 (EDT)

You can't.

(At least, not yet.  I think it's coming in the next major software
release.)


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Tue, 23 May 2000, Blake Fithen wrote:

> Hello, does anyone know how to set the timezone on the
> ARC NTP settings to display CST instead of GMT?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: Re: (usr-tc) Need NICs for Quad Modem Analog/Digital Cards. URGENT
Date: 24 May 2000 00:07:45 +0100

> Please let me know if you might be able to help...

Sorry, that wasn't supposed to go to the list!

Ray.



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


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

From: Denis Newkirk <[e-mail]>
Subject: (usr-tc) ISDN GW SLOT
Date: 23 May 2000 20:39:40 -0400

I remember this being on the list, but figured it was a quick enough
question to ask again:

We still have the Quad Modems in one of our chassis with the HiperArc
upgrade. We're having trouble with ISDN callers. Is the ISDN GW SLOT still
supposed to be set to SLOT 16 (HiperARC)? of to itself?

Thanks in advance!!


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Owens" <[e-mail]>
Subject: (usr-tc) Attributes
Date: 23 May 2000 21:54:08 -0500

Can someone please look at this and tell me what might be going on. I
receive one of these a about every time a userlogs in then about 30 of them
all at once. This started when we started using Cistron radius. Thanks in
advance for any explanation.

88.12 $"administrator17233" Administrative Start
Tue May 23 19:01:04 2000: Accounting: 78/22 'administrator' from 63.67.88.12
$"a
dministrator17233" Administrative Start - OK -- total 0, holding 0
Tue May 23 19:01:04 2000: child_end: DNS update finished
Tue May 23 19:01:04 2000: generate26: USR attribute 38998 unknown
Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific
attribu
te Vendor-Specific=vUSR-00009856b4aef548b19a7a92dd4774f0b312bf93
Tue May 23 19:01:04 2000: generate26: USR attribute 39000 unknown
Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific
attribu
te Vendor-Specific=vUSR-0000985800000000
Tue May 23 19:01:04 2000: generate26: USR attribute 39001 unknown
Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific
attribu
te Vendor-Specific=vUSR-0000985900000000
Tue May 23 19:01:04 2000: generate26: USR attribute 39051 unknown
Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific
attribu
te Vendor-Specific=vUSR-0000988b00000000
Tue May 23 19:01:04 2000: Received-Accounting: 78/23 'administrator' from
63.67.
88.12 $"administrator17233" Administrative Stop/User-Request
Tue May 23 19:01:04 2000: Accounting: 78/23 'administrator' from 63.67.88.12
$"a
dministrator17233" Administrative Stop/User-Request - OK -- total 0, holding

Greg Owens
Magnolia Internet Services
http://www.magnolia-net.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: "ISP-NetworkHardware.com" <[e-mail]>
Subject: (usr-tc) WTB: USR Quad Analog/Digital Modems
Date: 24 May 2000 12:26:03 -0400

With ANALOG nics would be nice, but not necessasary.
Looking for upto 30 Quad Analog/Digital modem cards.

WTS:
4- MP16 v34
10- Netserver 16 v34
1- Netserver 8 v34
1- Netserver 8I
1- Netserver 16I
1- Hiper ARC
1- Hiper ARC
Qty- NMC (non v90)

10- USR Total Controls Bundles
5- HD Chassis w/ integrated fan tray (single 70A power)
Qty- Spare Modems
10- Spare 70A power
1- Spare 130 power


Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
Email Page [e-mail]  (start message with YOUR email address)

WAN ACCESS SPECIALIST---  URL's
http://www.wrca.net or http://www.ISP-NetworkHardware.com

Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom & More










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


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

From: "albert" <[e-mail]>
Subject: (usr-tc) netservers needed
Date: 24 May 2000 13:10:51 -0700

Steve,.. I need the netserver 16's and may also have interest in the
mp/16's..please call me at: (also left message at your shop)

1-877-260-9919..(toll free)

albert.

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of
> ISP-NetworkHardware.com
> Sent: Wednesday, May 24, 2000 9:26 AM
> To: [e-mail]
> Subject: (usr-tc) WTB: USR Quad Analog/Digital Modems
>
>
> With ANALOG nics would be nice, but not necessasary.
> Looking for upto 30 Quad Analog/Digital modem cards.
>
> WTS:
> 4- MP16 v34
> 10- Netserver 16 v34
> 1- Netserver 8 v34
> 1- Netserver 8I
> 1- Netserver 16I
> 1- Hiper ARC
> 1- Hiper ARC
> Qty- NMC (non v90)
>
> 10- USR Total Controls Bundles
> 5- HD Chassis w/ integrated fan tray (single 70A power)
> Qty- Spare Modems
> 10- Spare 70A power
> 1- Spare 130 power
>
>
> Worldwide Provider of Network Hardware Since 1981.
> Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
> Email Page [e-mail]  (start message with YOUR
> email address)
>
> WAN ACCESS SPECIALIST---  URL's
> http://www.wrca.net or http://www.ISP-NetworkHardware.com
>
> Cisco, Ascend,USR,Adtran, Kentrox,Livingston,
> Microcom,Computone,BayNetworks,
> Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Teleb
> it,MultiTech,
> Sync/Tylink,Wellfleet,,Black Box,Micom & More
>
>
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "albert" <[e-mail]>
Subject: (usr-tc) RE: netservers needed
Date: 24 May 2000 13:17:30 -0700



sorry 'bout my last note in public to steve,.. the old click first and check
later fault...

albert.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 GW SLOT
Date: 24 May 2000 14:43:36 -0400 (EDT)

Set it to 0, so the calls will go to the Quads, not the ARC.


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Tue, 23 May 2000, Denis Newkirk wrote:

> I remember this being on the list, but figured it was a quick enough
> question to ask again:
>
> We still have the Quad Modems in one of our chassis with the HiperArc
> upgrade. We're having trouble with ISDN callers. Is the ISDN GW SLOT still
> supposed to be set to SLOT 16 (HiperARC)? of to itself?
>
> Thanks in advance!!
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Higher port density with TotalControl
Date: 25 May 2000 16:09:25 +0200

Hi=20
Does anybody knows anything about new TotalControl equipment with a higher =

port density than the 14 PRI per chassis? Maybe even a product where a=20
Central Office connection (SDM-1, 155 MBit/s) ca be brought directely into =

the chassis?

Thanks
Ralph

Comlight AG
Industriestrasse 17
CH-3178 B=F6singen
Tel: [phone]
Fax: [phone]
e-Mail: [e-mail]
URL: http://www.comlight.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: "Wayne Barber" <[e-mail]>
Subject: (usr-tc) TCS 4.0 on TotalService
Date: 25 May 2000 11:43:24 -0400

It looks like TCS 4.0 is in the process of being released. I
happened to check the TotalService site this morning and found
updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for
Windows, HP and Solaris (still no Linux). The link for the new
HiperARC Manager software is broken or the file isn't out there yet.

Since I still have older equipment (quads and dual-T1), I probably
won't be upgrading right away. The compatibility matrix had not yet
been updated.

So, who wants to be first?

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: Denis Newkirk <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 on TotalService
Date: 25 May 2000 13:28:09 -0400

I, for one, have lost all respect for 3COM and their rip-off service
contracts. Besides dealing with Michelle's attitude, I have had to fight
for access for the code ever since my last renewal.

Now... once again, being paid up until sometime in the 7th month of this
year, and with new code out, I see I have to once again beg for the access
I've paid for.



At 11:43 AM 5/25/00 -0400, you wrote:
>It looks like TCS 4.0 is in the process of being released. I
>happened to check the TotalService site this morning and found
>updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for
>Windows, HP and Solaris (still no Linux). The link for the new
>HiperARC Manager software is broken or the file isn't out there yet.
>
>Since I still have older equipment (quads and dual-T1), I probably
>won't be upgrading right away. The compatibility matrix had not yet
>been updated.
>
>So, who wants to be first?
>
>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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) TCS 4.0 on TotalService
Date: 25 May 2000 14:32:52 -0300


I refuse to get a contract as long as she is still employed by 3Com.  My var
provides all the support I need, and Westcon has some competitive service
offerings.

Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.


> -----Original Message-----
> From: Denis Newkirk [mailto:[e-mail]]
> Sent: Thursday, May 25, 2000 2:28 PM
> To: [e-mail]
> Subject: Re: (usr-tc) TCS 4.0 on TotalService
>
>
> I, for one, have lost all respect for 3COM and their rip-off service
> contracts. Besides dealing with Michelle's attitude, I have
> had to fight
> for access for the code ever since my last renewal.
>
> Now... once again, being paid up until sometime in the 7th
> month of this
> year, and with new code out, I see I have to once again beg
> for the access
> I've paid for.
>
>
>
> At 11:43 AM 5/25/00 -0400, you wrote:
> >It looks like TCS 4.0 is in the process of being released. I
> >happened to check the TotalService site this morning and found
> >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for
> >Windows, HP and Solaris (still no Linux). The link for the new
> >HiperARC Manager software is broken or the file isn't out there yet.
> >
> >Since I still have older equipment (quads and dual-T1), I probably
> >won't be upgrading right away. The compatibility matrix had not yet
> >been updated.
> >
> >So, who wants to be first?
> >
> >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.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 3Com support
Date: 25 May 2000 13:45:13 -0500


Folks,

On a slightly off topic discussion does anyone now where/how to get a
Sportster modem replaced under warranty ?  I went through 3Com's
website, through 2 voice reponse systems, talked to nobody but a machine
and still aren't any closer to get an RMA numebr for this modem.  Thanks
in advance.

Jeff Binkley
ASA Network Computing

CMPQwk 1.42-21 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: Re: (usr-tc) NTP settings on ARC
Date: 25 May 2000 15:14:59 -0400

Also sprach Blake Fithen
>Hello, does anyone know how to set the timezone on the ARC NTP settings
>to display CST instead of GMT?

Well...I see that ne050009.zip is now on the TotalService site (though I
don't have access to it even though I was in the beta  *sigh*) so I
think I'm definitely free to say now that you can set the timezone in
the Arc in TCS4.0, which for the Arc is the 5.0.9 code version.
--
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: "Stainforth, Matthew" <[e-mail]>
Subject: (usr-tc) 70 amp PSU 110/220?
Date: 25 May 2000 17:27:44 -0300


Can anyone tell me where to find the jumper to switch a 70 amp PSU to 110
volts?  And which side, NIC or NAC, would I find it on?

TIA...

Matthew Stainforth  ||  Technical Services Manager ||  BrunNet 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: Jeff Mcadams <[e-mail]>
Subject: (usr-tc) Multiple temp. sensors on newer chassis
Date: 25 May 2000 16:31:59 -0400

OK...was talking with George Ebert down at ISPCon...

The newer style chassis with the integrated fan trays apparently have
multiple temperature sensors...obviously, they have the one on the NMC
that has been there from the beginning, but apparently, the midplane
also has 3 temperature sensors spread across it that the NMC is supposed
to be able to access.  I don't know how to get access to the readings
from them though.

I'm quite familiar with the nmcStatTemperature OID, as that's the OID
that gives you the temperature as measured by the sensor on the NMC.  I
can't find any information on getting the values from the other 3
though.

Anyone have thoughts on this?
--
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: Dan Borlovan <[e-mail]>
Subject: (usr-tc) caller-id and rejected calls
Date: 26 May 2000 11:22:28 +0300 (EEST)


Hello,

As my telco started offering caller id, I tried enabling A-party digit
collecting on my dual e1/cas card (usrtc chassis with harc, hyper nmc and
quad modem cards).

There are two issues:

- the big one: for calls that do not have caller-id, the call fails
- the small one: when A-party collection is enabled, I receive only one
digit for B-party instead of six.

The first one is the real problem, it prevent the use of the caller-id.
Can I tell the e1/cas card not to reject those calls?

Thanks,

Dan
--
Dan Borlovan <[e-mail]>
System Administrator, Network Operation Center
Dynamic Network Technologies - Timisoara, Romania
Telefon: [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: "ISP-NetworkHardware.com" <[e-mail]>
Subject: (usr-tc) FS: USR Hardware
Date: 26 May 2000 11:15:51 -0400

1- USR Netserver 16I $1500
4- Netserver 16 v34 $800
2- Netserver 8I $1000
2- Netserver 8 v34 $550
4- MP 16 v34 $795
4- VIPER DSL Modem Standalone $550
1- VIPER ALC DSL TC Card w/ nic $650
Hiper ARC $1900
Hiper NMC $1000
Hiper DSP ..call or email
HD Chassis w/ 70A $850
Chassis w/ Dual 45A $450
Chassis w/ Dual 35A $400
Chassis w/ Dual 45A DC $500
8- Quad Analog Modems with Analog NICS $325
24+ - Quad Digital w/ nics $200
1- Total Switch w/ console module $500
4- 8 port 10baseT $200
2- 2 port 100BaseTX $200
2- 2 port 100BaseFX $150


Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
ICQ# 75229638
Email Page [e-mail]  (start message with YOUR email address)

Worldwide Provider of Network Hardware Since 1981.
http://www.wrca.net or http://www.ISP-NetworkHardware.com

Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks,
Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom & More










-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Chassis shutting down
Date: 26 May 2000 11:55:14 -0400 (EDT)


    Can anyone tell me why a Chassis all of a sudden would simply shut
itself down?   There are no HIGH Temps or power fluctuations, it just
shuts down...

It is configured with 5 DSPs/HiperArc/NMC/ and 1 70amp PS  It is plugged
into a BCPro 850.

  Could this be a sign of a power supply getting ready to "crap the bed"?

  Thanks in advance!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite Q
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: [e-mail]
Subject: (usr-tc) Carrier Detect Delay Setting
Date: 26 May 2000 13:46:52 -0400

Hi all...

I recall reading that it was advisable to up the Carrier
Dectect Delay setting on the modems to 2 seconds, but I
don't recall if anyone mentioned needed to do a software
or hardware reset in order for the change to take effect.
Anyone know? Thanks...


*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [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: "Scot Desort" <[e-mail]>
Subject: (usr-tc) TCPIP Stall
Date: 26 May 2000 17:44:26 -0400

We are running DSP's with 2.0.51 software. We have had 2 customers in the
past 3 weeks with this issue. They connect to us just fine. If they simply
connect and do nothing else, their connection  is stable. We can ping back
and forth. They then launch a TCPIP application like IE. Sometimes
immediately, other times after several minutes, their connection simply
stalls. All data traffic stops. They can no longer ping. Even if they close
the app, the ability to send traffic does not return.

Happens with IE, netscape, OE. Installed latest IE5 and reset all browser
defaults.

Customers both have different modems. One runs Win98, the other Win98SE.

One has AOL5, the other doesn't. Tried disabling AOL Dialup Adapter. Removed
extra occurences of wsock.vxd in the AOL directories. Removed TCPIP and DUN
and reinstalled. Cannot pin this problem down.

Might now be related to the DSP's at all, but I figured I'd give this list a
shot. Maybe someone else has run across this problem. Any ideas?

--
Regards,

Scot




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


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

From: "V" <[e-mail]>
Subject: RE: (usr-tc) TCPIP Stall
Date: 26 May 2000 17:03:00 -0500

The problem has nothing to do with DSP code, need to know the version of
Hiper arc code, and also
would need traces.  Mon PPP on the user when connected will show some info
to begin with.

-V

->-----Original Message-----
->From: [e-mail]
->[mailto:[e-mail]]On Behalf Of Scot Desort
->Sent: Friday, May 26, 2000 4:44 PM
->To: [e-mail]
->Subject: (usr-tc) TCPIP Stall
->
->
->We are running DSP's with 2.0.51 software. We have had 2 customers in the
->past 3 weeks with this issue. They connect to us just fine. If they simply
->connect and do nothing else, their connection  is stable. We can ping back
->and forth. They then launch a TCPIP application like IE. Sometimes
->immediately, other times after several minutes, their connection simply
->stalls. All data traffic stops. They can no longer ping. Even if
->they close
->the app, the ability to send traffic does not return.
->
->Happens with IE, netscape, OE. Installed latest IE5 and reset all browser
->defaults.
->
->Customers both have different modems. One runs Win98, the other Win98SE.
->
->One has AOL5, the other doesn't. Tried disabling AOL Dialup
->Adapter. Removed
->extra occurences of wsock.vxd in the AOL directories. Removed
->TCPIP and DUN
->and reinstalled. Cannot pin this problem down.
->
->Might now be related to the DSP's at all, but I figured I'd give
->this list a
->shot. Maybe someone else has run across this problem. Any ideas?
->
->--
->Regards,
->
->Scot
->
->
->
->
->-
-> To unsubscribe to usr-tc, send an email to "[e-mail]"
-> with "unsubscribe usr-tc" in the body of the message.
-> For information on digests or retrieving files and old messages send
-> "help" to the same address.  Do not use quotes in your message.
->


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Mac internal modems and TCH
Date: 26 May 2000 18:00:34 -0400 (EDT)

Hello,

Anyone had any luck getting a stable connection between a Mac (iMac, G4,
G3 internal modem) and DSPs running 2.0.51?  We still have a number of
people having problems when they hit DSPs.  They have no problem hitting
the quads.  It seems like the better the connect rate, the worse the
problem is.  Basically the user will get sluggish performance and then the
call will drop within a few minutes.

Any ideas?  I'm not a real mac modem-script wrangler (you need a tool from
their site to build a script), but rumor has it locking them to a lower
speed will help.  Anyone else see this?  I thought it had been fixed...

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: "Clint R. Sparks" <[e-mail]>
Subject: Re: (usr-tc) TCPIP Stall
Date: 26 May 2000 17:11:18 -0500

We had this problem as well a couple of months ago using 2.0.51 on our
DSP's, I spoke with 3 Com and another ISP about it and they said they had
been hearing of some issues with the stalling with 2.0.51 so they suggested
going back to 2.0.60 which we did and no more complaints or problems with
stalling since switching back to 2.0.60.

Clint R. Sparks
ComQuest Internet Services
[e-mail]


----- Original Message -----
Sent: Friday, May 26, 2000 4:44 PM


> We are running DSP's with 2.0.51 software. We have had 2 customers in the
> past 3 weeks with this issue. They connect to us just fine. If they simply
> connect and do nothing else, their connection  is stable. We can ping back
> and forth. They then launch a TCPIP application like IE. Sometimes
> immediately, other times after several minutes, their connection simply
> stalls. All data traffic stops. They can no longer ping. Even if they
close
> the app, the ability to send traffic does not return.
>
> Happens with IE, netscape, OE. Installed latest IE5 and reset all browser
> defaults.
>
> Customers both have different modems. One runs Win98, the other Win98SE.
>
> One has AOL5, the other doesn't. Tried disabling AOL Dialup Adapter.
Removed
> extra occurences of wsock.vxd in the AOL directories. Removed TCPIP and
DUN
> and reinstalled. Cannot pin this problem down.
>
> Might now be related to the DSP's at all, but I figured I'd give this list
a
> shot. Maybe someone else has run across this problem. Any ideas?
>
> --
> Regards,
>
> Scot
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Clint R. Sparks" <[e-mail]>
Subject: Re: (usr-tc) TCPIP Stall
Date: 26 May 2000 17:17:18 -0500

I disagree it does have to do with the DSP code 2.0.51 on certain telco
switch equipment as we were having similar problems and went back to 2.0.60
and no more stalling, all the customers that were complaining about it said
it was then fine and none have complained about it since, and the only thing
we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running
Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing
complaints specifically from those running 2.0.51 and customers complaining
about stalling, they were not sure what was causing it when I spoke to them
but they did say it was related to DSP code 2.0.51.

Clint R. Sparks
ComQuest Internet Services
[e-mail]


----- Original Message -----
Sent: Friday, May 26, 2000 5:03 PM


> The problem has nothing to do with DSP code, need to know the version of
> Hiper arc code, and also
> would need traces.  Mon PPP on the user when connected will show some info
> to begin with.
>
> -V
>
> ->-----Original Message-----
> ->From: [e-mail]
> ->[mailto:[e-mail]]On Behalf Of Scot Desort
> ->Sent: Friday, May 26, 2000 4:44 PM
> ->To: [e-mail]
> ->Subject: (usr-tc) TCPIP Stall
> ->
> ->
> ->We are running DSP's with 2.0.51 software. We have had 2 customers in
the
> ->past 3 weeks with this issue. They connect to us just fine. If they
simply
> ->connect and do nothing else, their connection  is stable. We can ping
back
> ->and forth. They then launch a TCPIP application like IE. Sometimes
> ->immediately, other times after several minutes, their connection simply
> ->stalls. All data traffic stops. They can no longer ping. Even if
> ->they close
> ->the app, the ability to send traffic does not return.
> ->
> ->Happens with IE, netscape, OE. Installed latest IE5 and reset all
browser
> ->defaults.
> ->
> ->Customers both have different modems. One runs Win98, the other Win98SE.
> ->
> ->One has AOL5, the other doesn't. Tried disabling AOL Dialup
> ->Adapter. Removed
> ->extra occurences of wsock.vxd in the AOL directories. Removed
> ->TCPIP and DUN
> ->and reinstalled. Cannot pin this problem down.
> ->
> ->Might now be related to the DSP's at all, but I figured I'd give
> ->this list a
> ->shot. Maybe someone else has run across this problem. Any ideas?
> ->
> ->--
> ->Regards,
> ->
> ->Scot
> ->
> ->
> ->
> ->
> ->-
> -> To unsubscribe to usr-tc, send an email to "[e-mail]"
> -> with "unsubscribe usr-tc" in the body of the message.
> -> For information on digests or retrieving files and old messages send
> -> "help" to the same address.  Do not use quotes in your message.
> ->
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Carrier Detect Delay Setting
Date: 26 May 2000 18:49:43 -0400

Also sprach [e-mail]
>I recall reading that it was advisable to up the Carrier Dectect Delay
>setting on the modems to 2 seconds, but I don't recall if anyone
>mentioned needed to do a software or hardware reset in order for the
>change to take effect.
>Anyone know? Thanks...

You shouldn't need either...set it and save the modem settings and you
should be 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: "V" <[e-mail]>
Subject: RE: (usr-tc) TCPIP Stall
Date: 26 May 2000 23:05:40 -0500

I can only think of Async Map causing issues if any.  However that would be
only with certain modems  if at all.
Who in 3com told you about issues with 2.0.51?  2.0.51 was the only code
with good fixes for
MFP problem.  We do not have any issues with 2.0.51 - did have MFP issues
with 2.0.60.

If the user/DSP async map has issues data could stall, the easy way to see
if this is the problem is to
disable ppp offloading. That would have the hiper arc do the async map.,
that may be a clue.

However you do need to take a trace also to make sure that data is being
delivered - A mon ppp
would also show if there is a PPP async issue.

- V


->-----Original Message-----
->From: [e-mail]
->[mailto:[e-mail]]On Behalf Of Clint R. Sparks
->Sent: Friday, May 26, 2000 5:17 PM
->To: [e-mail]
->Subject: Re: (usr-tc) TCPIP Stall
->
->
->I disagree it does have to do with the DSP code 2.0.51 on certain telco
->switch equipment as we were having similar problems and went back
->to 2.0.60
->and no more stalling, all the customers that were complaining
->about it said
->it was then fine and none have complained about it since, and the
->only thing
->we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running
->Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing
->complaints specifically from those running 2.0.51 and customers
->complaining
->about stalling, they were not sure what was causing it when I
->spoke to them
->but they did say it was related to DSP code 2.0.51.
->
->Clint R. Sparks
->ComQuest Internet Services
->[e-mail]
->
->
->----- Original Message -----
->From: "V" <[e-mail]>
->To: <[e-mail]>
->Sent: Friday, May 26, 2000 5:03 PM
->Subject: RE: (usr-tc) TCPIP Stall
->
->
->> The problem has nothing to do with DSP code, need to know the version of
->> Hiper arc code, and also
->> would need traces.  Mon PPP on the user when connected will
->show some info
->> to begin with.
->>
->> -V
->>
->> ->-----Original Message-----
->> ->From: [e-mail]
->> ->[mailto:[e-mail]]On Behalf Of Scot Desort
->> ->Sent: Friday, May 26, 2000 4:44 PM
->> ->To: [e-mail]
->> ->Subject: (usr-tc) TCPIP Stall
->> ->
->> ->
->> ->We are running DSP's with 2.0.51 software. We have had 2 customers in
->the
->> ->past 3 weeks with this issue. They connect to us just fine. If they
->simply
->> ->connect and do nothing else, their connection  is stable. We can ping
->back
->> ->and forth. They then launch a TCPIP application like IE. Sometimes
->> ->immediately, other times after several minutes, their
->connection simply
->> ->stalls. All data traffic stops. They can no longer ping. Even if
->> ->they close
->> ->the app, the ability to send traffic does not return.
->> ->
->> ->Happens with IE, netscape, OE. Installed latest IE5 and reset all
->browser
->> ->defaults.
->> ->
->> ->Customers both have different modems. One runs Win98, the
->other Win98SE.
->> ->
->> ->One has AOL5, the other doesn't. Tried disabling AOL Dialup
->> ->Adapter. Removed
->> ->extra occurences of wsock.vxd in the AOL directories. Removed
->> ->TCPIP and DUN
->> ->and reinstalled. Cannot pin this problem down.
->> ->
->> ->Might now be related to the DSP's at all, but I figured I'd give
->> ->this list a
->> ->shot. Maybe someone else has run across this problem. Any ideas?
->> ->
->> ->--
->> ->Regards,
->> ->
->> ->Scot
->> ->
->> ->
->> ->
->> ->
->> ->-
->> -> To unsubscribe to usr-tc, send an email to "[e-mail]"
->> -> with "unsubscribe usr-tc" in the body of the message.
->> -> For information on digests or retrieving files and old messages send
->> -> "help" to the same address.  Do not use quotes in your message.
->> ->
->>
->>
->> -
->>  To unsubscribe to usr-tc, send an email to "[e-mail]"
->>  with "unsubscribe usr-tc" in the body of the message.
->>  For information on digests or retrieving files and old messages send
->>  "help" to the same address.  Do not use quotes in your message.
->>
->
->
->-
-> To unsubscribe to usr-tc, send an email to "[e-mail]"
-> with "unsubscribe usr-tc" in the body of the message.
-> For information on digests or retrieving files and old messages send
-> "help" to the same address.  Do not use quotes in your message.
->


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Farber <[e-mail]>
Subject: Re: (usr-tc) TCPIP Stall
Date: 27 May 2000 12:59:39 -0400 (EDT)

Wasn't .51 just an engineering patch to correct a bad batch of DSP's?

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Fri, 26 May 2000, Clint R. Sparks wrote:

> I disagree it does have to do with the DSP code 2.0.51 on certain telco
> switch equipment as we were having similar problems and went back to 2.0.60
> and no more stalling, all the customers that were complaining about it said
> it was then fine and none have complained about it since, and the only thing
> we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running
> Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing
> complaints specifically from those running 2.0.51 and customers complaining
> about stalling, they were not sure what was causing it when I spoke to them
> but they did say it was related to DSP code 2.0.51.
>
> Clint R. Sparks
> ComQuest Internet Services
> [e-mail]
>
>
> ----- Original Message -----
> From: "V" <[e-mail]>
> To: <[e-mail]>
> Sent: Friday, May 26, 2000 5:03 PM
> Subject: RE: (usr-tc) TCPIP Stall
>
>
> > The problem has nothing to do with DSP code, need to know the version of
> > Hiper arc code, and also
> > would need traces.  Mon PPP on the user when connected will show some info
> > to begin with.
> >
> > -V
> >
> > ->-----Original Message-----
> > ->From: [e-mail]
> > ->[mailto:[e-mail]]On Behalf Of Scot Desort
> > ->Sent: Friday, May 26, 2000 4:44 PM
> > ->To: [e-mail]
> > ->Subject: (usr-tc) TCPIP Stall
> > ->
> > ->
> > ->We are running DSP's with 2.0.51 software. We have had 2 customers in
> the
> > ->past 3 weeks with this issue. They connect to us just fine. If they
> simply
> > ->connect and do nothing else, their connection  is stable. We can ping
> back
> > ->and forth. They then launch a TCPIP application like IE. Sometimes
> > ->immediately, other times after several minutes, their connection simply
> > ->stalls. All data traffic stops. They can no longer ping. Even if
> > ->they close
> > ->the app, the ability to send traffic does not return.
> > ->
> > ->Happens with IE, netscape, OE. Installed latest IE5 and reset all
> browser
> > ->defaults.
> > ->
> > ->Customers both have different modems. One runs Win98, the other Win98SE.
> > ->
> > ->One has AOL5, the other doesn't. Tried disabling AOL Dialup
> > ->Adapter. Removed
> > ->extra occurences of wsock.vxd in the AOL directories. Removed
> > ->TCPIP and DUN
> > ->and reinstalled. Cannot pin this problem down.
> > ->
> > ->Might now be related to the DSP's at all, but I figured I'd give
> > ->this list a
> > ->shot. Maybe someone else has run across this problem. Any ideas?
> > ->
> > ->--
> > ->Regards,
> > ->
> > ->Scot
> > ->
> > ->
> > ->
> > ->
> > ->-
> > -> To unsubscribe to usr-tc, send an email to "[e-mail]"
> > -> with "unsubscribe usr-tc" in the body of the message.
> > -> For information on digests or retrieving files and old messages send
> > -> "help" to the same address.  Do not use quotes in your message.
> > ->
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Clint R. Sparks" <[e-mail]>
Subject: Re: (usr-tc) TCPIP Stall
Date: 27 May 2000 17:22:29 -0500

Yes I believe so but there is something wrong with it as far as stalling
connections goes. The DSP's we were having this problem with have PRI's
coming from a GTE GTD5 switch. We have DSP's at another POP that is
Ameritech using a 5ESS switch and running 2.0.51 with no problems. When we
were using 2.0.51 on the GTD5 switch we started noticing an increase to the
point of 10 to 15 complaints a day of stalling connections, I spoke with 3
Com and another ISP having similar problems and the consensus was to go back
to 2.0.60 which we did and all of the sudden no more stalling complaints. We
did nothing more that go back to 2.0.60 and we did not change any settings
in the DSP cards. It is strange I will grant you but it worked for us and
our customers quit having problems and were happy again so that was enough
for me and we have not noticed any other problems with 2.0.60.

Clint R. Sparks
ComQuest Internet Services
[e-mail]

----- Original Message -----
Sent: Saturday, May 27, 2000 11:59 AM


> Wasn't .51 just an engineering patch to correct a bad batch of DSP's?
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Fri, 26 May 2000, Clint R. Sparks wrote:
>
> > I disagree it does have to do with the DSP code 2.0.51 on certain telco
> > switch equipment as we were having similar problems and went back to
2.0.60
> > and no more stalling, all the customers that were complaining about it
said
> > it was then fine and none have complained about it since, and the only
thing
> > we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running
> > Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing
> > complaints specifically from those running 2.0.51 and customers
complaining
> > about stalling, they were not sure what was causing it when I spoke to
them
> > but they did say it was related to DSP code 2.0.51.
> >
> > Clint R. Sparks
> > ComQuest Internet Services
> > [e-mail]
> >
> >
> > ----- Original Message -----
> > From: "V" <[e-mail]>
> > To: <[e-mail]>
> > Sent: Friday, May 26, 2000 5:03 PM
> > Subject: RE: (usr-tc) TCPIP Stall
> >
> >
> > > The problem has nothing to do with DSP code, need to know the version
of
> > > Hiper arc code, and also
> > > would need traces.  Mon PPP on the user when connected will show some
info
> > > to begin with.
> > >
> > > -V
> > >
> > > ->-----Original Message-----
> > > ->From: [e-mail]
> > > ->[mailto:[e-mail]]On Behalf Of Scot Desort
> > > ->Sent: Friday, May 26, 2000 4:44 PM
> > > ->To: [e-mail]
> > > ->Subject: (usr-tc) TCPIP Stall
> > > ->
> > > ->
> > > ->We are running DSP's with 2.0.51 software. We have had 2 customers
in
> > the
> > > ->past 3 weeks with this issue. They connect to us just fine. If they
> > simply
> > > ->connect and do nothing else, their connection  is stable. We can
ping
> > back
> > > ->and forth. They then launch a TCPIP application like IE. Sometimes
> > > ->immediately, other times after several minutes, their connection
simply
> > > ->stalls. All data traffic stops. They can no longer ping. Even if
> > > ->they close
> > > ->the app, the ability to send traffic does not return.
> > > ->
> > > ->Happens with IE, netscape, OE. Installed latest IE5 and reset all
> > browser
> > > ->defaults.
> > > ->
> > > ->Customers both have different modems. One runs Win98, the other
Win98SE.
> > > ->
> > > ->One has AOL5, the other doesn't. Tried disabling AOL Dialup
> > > ->Adapter. Removed
> > > ->extra occurences of wsock.vxd in the AOL directories. Removed
> > > ->TCPIP and DUN
> > > ->and reinstalled. Cannot pin this problem down.
> > > ->
> > > ->Might now be related to the DSP's at all, but I figured I'd give
> > > ->this list a
> > > ->shot. Maybe someone else has run across this problem. Any ideas?
> > > ->
> > > ->--
> > > ->Regards,
> > > ->
> > > ->Scot
> > > ->
> > > ->
> > > ->
> > > ->
> > > ->-
> > > -> To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > -> with "unsubscribe usr-tc" in the body of the message.
> > > -> For information on digests or retrieving files and old messages
send
> > > -> "help" to the same address.  Do not use quotes in your message.
> > > ->
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) TCPIP Stall
Date: 28 May 2000 13:56:32 -0400

ppp mon trace was the next thing I was going to do with the customer when
they call back. We have a few .54 DSP cards, so I need to have 2051 running.

Funny that this just started happening in the past 3 weeks. Only to 2
customers. And we've been running 2.0.51 since a week after it released
(December?).

--
Scot


----- Original Message -----
Sent: Friday, May 26, 2000 6:11 PM


> We had this problem as well a couple of months ago using 2.0.51 on our
> DSP's, I spoke with 3 Com and another ISP about it and they said they had
> been hearing of some issues with the stalling with 2.0.51 so they
suggested
> going back to 2.0.60 which we did and no more complaints or problems with
> stalling since switching back to 2.0.60.
>
> Clint R. Sparks
> ComQuest Internet Services
> [e-mail]
>
>
> ----- Original Message -----
> From: "Scot Desort" <[e-mail]>
> To: <[e-mail]>
> Sent: Friday, May 26, 2000 4:44 PM
> Subject: (usr-tc) TCPIP Stall
>
>
> > We are running DSP's with 2.0.51 software. We have had 2 customers in
the
> > past 3 weeks with this issue. They connect to us just fine. If they
simply
> > connect and do nothing else, their connection  is stable. We can ping
back
> > and forth. They then launch a TCPIP application like IE. Sometimes
> > immediately, other times after several minutes, their connection simply
> > stalls. All data traffic stops. They can no longer ping. Even if they
> close
> > the app, the ability to send traffic does not return.
> >
> > Happens with IE, netscape, OE. Installed latest IE5 and reset all
browser
> > defaults.
> >
> > Customers both have different modems. One runs Win98, the other Win98SE.
> >
> > One has AOL5, the other doesn't. Tried disabling AOL Dialup Adapter.
> Removed
> > extra occurences of wsock.vxd in the AOL directories. Removed TCPIP and
> DUN
> > and reinstalled. Cannot pin this problem down.
> >
> > Might now be related to the DSP's at all, but I figured I'd give this
list
> a
> > shot. Maybe someone else has run across this problem. Any ideas?
> >
> > --
> > Regards,
> >
> > Scot
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 3COM SUPPORT
Date: 29 May 2000 19:15:17 -0500


Folks,

On a slightly off topic discussion does anyone now where/how to get a
Sportster modem replaced under warranty ?  I went through 3Com's
website, through 2 voice reponse systems, talked to nobody but a machine
and still aren't any closer to get an RMA numebr for this modem.  Thanks
in advance.

Jeff Binkley
ASA Network Computing

CMPQwk 1.42-21 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) TCPIP STALL
Date: 29 May 2000 21:30:05 -0500



Scot,

I've seen the same behavior when one end has IP header compression
turned on and the other end doesn't (i.e. you and the customer).  That's
our #1 problem with folks seeing slow or non-existent throughput.

Jeff Binkley
ASA Network Computing

U>ppp mon trace was the next thing I was going to do with the customer
U>when they call back. We have a few .54 DSP cards, so I need to have
U>2051 running.

U>Funny that this just started happening in the past 3 weeks. Only to 2
U>customers. And we've been running 2.0.51 since a week after it
U>released (December?).

U>--
U>Scot


U>----- Original Message -----
U>From: Clint R. Sparks <[e-mail]>
U>To: <[e-mail]>
U>Sent: Friday, May 26, 2000 6:11 PM
U>Subject: Re: (usr-tc) TCPIP Stall


U>> We had this problem as well a couple of months ago using 2.0.51 on
U>> our DSP's, I spoke with 3 Com and another ISP about it and they said
U>> they had been hearing of some issues with the stalling with 2.0.51
U>so they suggested
U>> going back to 2.0.60 which we did and no more complaints or problems
U>> with stalling since switching back to 2.0.60.
U>>
U>> Clint R. Sparks
U>> ComQuest Internet Services
U>> [e-mail]
U>>
U>>
U>> ----- Original Message -----
U>> From: "Scot Desort" <[e-mail]>
U>> To: <[e-mail]>
U>> Sent: Friday, May 26, 2000 4:44 PM
U>> Subject: (usr-tc) TCPIP Stall
U>>
U>>
U>> > We are running DSP's with 2.0.51 software. We have had 2 customers
U>in the
U>> > past 3 weeks with this issue. They connect to us just fine. If
U>they simply
U>> > connect and do nothing else, their connection  is stable. We can
U>ping back
U>> > and forth. They then launch a TCPIP application like IE. Sometimes
U>> > immediately, other times after several minutes, their connection
U>> > simply stalls. All data traffic stops. They can no longer ping.
U>> Even if they close
U>> > the app, the ability to send traffic does not return.

U>> > Happens with IE, netscape, OE. Installed latest IE5 and reset all
U>browser
U>> > defaults.

U>> > Customers both have different modems. One runs Win98, the other
U>> >Win98SE.

U>> > One has AOL5, the other doesn't. Tried disabling AOL Dialup
U>> Adapter. Removed
U>> > extra occurences of wsock.vxd in the AOL directories. Removed
U>> TCPIP and DUN
U>> > and reinstalled. Cannot pin this problem down.

U>> > Might now be related to the DSP's at all, but I figured I'd give
U>this list
U>> a
U>> > shot. Maybe someone else has run across this problem. Any ideas?

U>> > --
U>> > Regards,

U>> > Scot




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

U>>
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
U>>  send "help" to the same address.  Do not use quotes in your
U>message. >


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-21 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: Lists <[e-mail]>
Subject: (usr-tc) NETserver RAM (fwd)
Date: 31 May 2000 11:55:50 +1000 (EST)


OK, I've forgotten what RAM I need for a NETserver, and I've forgotten
where the list archives are :-(

I know I need a 16mb non-EDO SIMM, but do I need parity or not?

Thanks in advance!



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) dead connection
Date: 30 May 2000 21:38:46 -0400

I'm having problems with a user who's connection doesn't seem to be
working. He's logging on fine, but unable to get anywhere once connected.
I've gone over all of his settings to no avail and, thinking possible
TCP/IP corruption, reinstalled that. It did appear to change his traffic
somewhat, but still no success getting anywhere. He's running an old
Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here.
Here's the relevant ppp traces;

Before reinstalling TCP/IP:
Incoming PPP Data on interface: slot:1/mod:11
    80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
    1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |


Outgoing PPP Data on interface: slot:1/mod:11
    80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
    1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |


Incoming PPP Data on interface: slot:1/mod:11
    21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E  `           |
    a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 |          Lef  )|
    10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
    45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
    43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
    0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
    a3                                              |                |


Outgoing PPP Data on interface: slot:1/mod:11
    21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E  8      7    |
    ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 |        8    E  |
    60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |`               |
    ff 00 89 00 89 00 4c 65 66                      |      Lef       |


Incoming PPP Data on interface: slot:1/mod:11
    21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E  `           |
    a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 |          L r  )|
    10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 |          DCDADA|
    44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA|
    43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
    0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f |                |
    a3                                              |                |


Incoming PPP Data on interface: slot:1/mod:11
    21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E  `           |
    a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 |          Lbd  )|
    10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
    45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
    43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD      |
    0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
    a3                                              |                |


Outgoing PPP Data on interface: slot:1/mod:11
    21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E  8      7    |
    ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 |        ,    E  |
    60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |`               |
    ff 00 89 00 89 00 4c 05 72                      |      L r       |


Outgoing PPP Data on interface: slot:1/mod:11
    21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E  8      7    |
    ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 |        :    E  |
    60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |`               |
    ff 00 89 00 89 00 4c 62 64                      |      Lbd       |

After reinstalling TCP/IP:
Incoming PPP Data on interface: slot:2/mod:12
    21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E  A       P   |
    9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 |        5 -X    |
    00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
    08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
    00 01                                           |                |


Outgoing PPP Data on interface: slot:2/mod:12
    21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E  8      B2   |
    09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 |             E  |
    41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A      @P       |
    16 04 01 00 35 00 2d 58 80                      |    5 -X        |


Incoming PPP Data on interface: slot:2/mod:12
    21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E  A       Q   |
    9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 |        5 -X    |
    00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
    08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
    00 01                                           |                |


Outgoing PPP Data on interface: slot:2/mod:12
    21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E  8S          |
    0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 |             E  |
    41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A      >Q       |
    15 04 01 00 35 00 2d 58 81                      |    5 -X        |


Incoming PPP Data on interface: slot:2/mod:12
    21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E  >       T   |
    9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 |        5 * U   |
    00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f |          www ho|
    6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01    |me msn com      |


Outgoing PPP Data on interface: slot:2/mod:12
    21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E  8T      J   |
    0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 |       _I    E  |
    3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |>      =T       |
    15 04 02 00 35 00 2a 91 55                      |    5 * U       |


Any ideas what this guy's problem might be?
Thanks,
--
Kirk Mitchell-General Manager    [e-mail]
Keystone Connect                 Unlock Your World
Altoona, PA  814-941-5000        http://www.keyconn.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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) dead connection
Date: 30 May 2000 22:15:53 -0400 (EDT)

Just for giggles.. have you rebooted your chassis recenty?  A lot of these
mysterious errors can be 'solved' by a good ol fashioned power-cycle.

I does look like something is happening, as you are getting requests FROM
them (the URL's are in the trace) but you don't seem to resolve them (no
host address going back to them)... so it may be on your side.  See above
for a possible solution.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Tue, 30 May 2000, K Mitchell wrote:

> I'm having problems with a user who's connection doesn't seem to be
> working. He's logging on fine, but unable to get anywhere once connected.
> I've gone over all of his settings to no avail and, thinking possible
> TCP/IP corruption, reinstalled that. It did appear to change his traffic
> somewhat, but still no success getting anywhere. He's running an old
> Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here.
> Here's the relevant ppp traces;
>
> Before reinstalling TCP/IP:
> Incoming PPP Data on interface: slot:1/mod:11
>     80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 |          Lef  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 |        8    E  |
>     60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 65 66                      |      Lef       |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 |          L r  )|
>     10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 |          DCDADA|
>     44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 |          Lbd  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 |        ,    E  |
>     60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 05 72                      |      L r       |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 |        :    E  |
>     60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 62 64                      |      Lbd       |
>
> After reinstalling TCP/IP:
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E  A       P   |
>     9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E  8      B2   |
>     09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 |             E  |
>     41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A      @P       |
>     16 04 01 00 35 00 2d 58 80                      |    5 -X        |
>
>
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E  A       Q   |
>     9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E  8S          |
>     0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 |             E  |
>     41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A      >Q       |
>     15 04 01 00 35 00 2d 58 81                      |    5 -X        |
>
>
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E  >       T   |
>     9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 |        5 * U   |
>     00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f |          www ho|
>     6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01    |me msn com      |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E  8T      J   |
>     0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 |       _I    E  |
>     3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |>      =T       |
>     15 04 02 00 35 00 2a 91 55                      |    5 * U       |
>
>
> Any ideas what this guy's problem might be?
> Thanks,
> --
> Kirk Mitchell-General Manager    [e-mail]
> Keystone Connect                 Unlock Your World
> Altoona, PA  814-941-5000        http://www.keyconn.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: "Steve Sherwick" <[e-mail]>
Subject: Re: (usr-tc) dead connection
Date: 30 May 2000 21:20:19 -0500


> I'm having problems with a user who's connection doesn't seem to be
> working. He's logging on fine, but unable to get anywhere once connected.
> I've gone over all of his settings to no avail and, thinking possible
> TCP/IP corruption, reinstalled that. It did appear to change his traffic
> somewhat, but still no success getting anywhere. He's running an old
> Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw
here.

    Boy does this sound familier....

    Since the last set of software upgrades I did on the HiperArc system
here (I'd have to look up the revs) every 30 days (+-1 day) the damn thing
quits giving out DNS information on all channels. It assigns the IP but
fails to assign the DNS servers during negotiation.

    Rebooting clear it up everytime. I let my software contract elapse the
first of the year so I have no recourse in getting it fixed. So I reboot the
unit on a 25 day schedule <argh!!>.

    Steve



> Here's the relevant ppp traces;
>
> Before reinstalling TCP/IP:
> Incoming PPP Data on interface: slot:1/mod:11
>     80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 |          Lef  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 |        8    E  |
>     60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 65 66                      |      Lef       |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 |          L r  )|
>     10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 |          DCDADA|
>     44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 |          Lbd  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 |        ,    E  |
>     60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 05 72                      |      L r       |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 |        :    E  |
>     60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 62 64                      |      Lbd       |
>
> After reinstalling TCP/IP:
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E  A       P   |
>     9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E  8      B2   |
>     09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 |             E  |
>     41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A      @P       |
>     16 04 01 00 35 00 2d 58 80                      |    5 -X        |
>
>
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E  A       Q   |
>     9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E  8S          |
>     0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 |             E  |
>     41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A      >Q       |
>     15 04 01 00 35 00 2d 58 81                      |    5 -X        |
>
>
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E  >       T   |
>     9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 |        5 * U   |
>     00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f |          www ho|
>     6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01    |me msn com      |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E  8T      J   |
>     0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 |       _I    E  |
>     3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |>      =T       |
>     15 04 02 00 35 00 2a 91 55                      |    5 * U       |
>
>
> Any ideas what this guy's problem might be?
> Thanks,
> --
> Kirk Mitchell-General Manager    [e-mail]
> Keystone Connect                 Unlock Your World
> Altoona, PA  814-941-5000        http://www.keyconn.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: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) dead connection
Date: 30 May 2000 22:26:30 -0400

At 10:15 PM 5/30/00 -0400, Paul Farber wrote:
>Just for giggles.. have you rebooted your chassis recenty?  A lot of these
>mysterious errors can be 'solved' by a good ol fashioned power-cycle.

Been awhile since the chassis has been rebooted, but I'm leaning towards it
being something else. Nobody else has reported any problems, and the
problem user is a new signup.

>I does look like something is happening, as you are getting requests FROM
>them (the URL's are in the trace) but you don't seem to resolve them (no
>host address going back to them)... so it may be on your side.  See above
>for a possible solution.

Forgot to mention, his connectoid had been set to server assigned DNS,
which works for our other users without problems. I tried manually adding
our DNS servers to the connectoid and saw no improvement.

Thanks,
--
Kirk Mitchell-General Manager    [e-mail]
Keystone Connect                 Unlock Your World
Altoona, PA  814-941-5000        http://www.keyconn.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: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) dead connection
Date: 30 May 2000 22:39:15 -0400

Kirk-

Sounds similar to my "TCPIP Stall" post a few days ago. Can he ping (by IP)
FIRST before he launches any TCPIP app? Then, can he ping by FQDN next?

I had some good suggestions appear on the isp-nt list. One that seemed to
ring loudly is disabling IP header compression on the client side. Haven't
contacted my customer yet to try. If you are not  on the ISP list, I'll
email some of the other solutions offline tomorrow.

--
Scot




----- Original Message -----
Sent: Tuesday, May 30, 2000 9:38 PM


> I'm having problems with a user who's connection doesn't seem to be
> working. He's logging on fine, but unable to get anywhere once connected.
> I've gone over all of his settings to no avail and, thinking possible
> TCP/IP corruption, reinstalled that. It did appear to change his traffic
> somewhat, but still no success getting anywhere. He's running an old
> Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw
here.
> Here's the relevant ppp traces;
>
> Before reinstalling TCP/IP:
> Incoming PPP Data on interface: slot:1/mod:11
>     80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 |          Lef  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 |        8    E  |
>     60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 65 66                      |      Lef       |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 |          L r  )|
>     10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 |          DCDADA|
>     44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 |          Lbd  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 |        ,    E  |
>     60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 05 72                      |      L r       |
>
>
> Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 |        :    E  |
>     60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 62 64                      |      Lbd       |
>
> After reinstalling TCP/IP:
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E  A       P   |
>     9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E  8      B2   |
>     09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 |             E  |
>     41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A      @P       |
>     16 04 01 00 35 00 2d 58 80                      |    5 -X        |
>
>
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E  A       Q   |
>     9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E  8S          |
>     0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 |             E  |
>     41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A      >Q       |
>     15 04 01 00 35 00 2d 58 81                      |    5 -X        |
>
>
> Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E  >       T   |
>     9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 |        5 * U   |
>     00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f |          www ho|
>     6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01    |me msn com      |
>
>
> Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E  8T      J   |
>     0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 |       _I    E  |
>     3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |>      =T       |
>     15 04 02 00 35 00 2a 91 55                      |    5 * U       |
>
>
> Any ideas what this guy's problem might be?
> Thanks,
> --
> Kirk Mitchell-General Manager    [e-mail]
> Keystone Connect                 Unlock Your World
> Altoona, PA  814-941-5000        http://www.keyconn.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: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) dead connection
Date: 30 May 2000 23:07:31 -0400

At 10:39 PM 5/30/00 -0400, Scot Desort wrote:
>Kirk-
>
>Sounds similar to my "TCPIP Stall" post a few days ago. Can he ping (by IP)
>FIRST before he launches any TCPIP app? Then, can he ping by FQDN next?

I'll try that when he calls tomorrow.

>I had some good suggestions appear on the isp-nt list. One that seemed to
>ring loudly is disabling IP header compression on the client side. Haven't
>contacted my customer yet to try. If you are not  on the ISP list, I'll
>email some of the other solutions offline tomorrow.

I'm on the isp-nt list also but missed that thread as I was away ay ISPCon
last week. I'll start looking back through the posts.


--
Kirk Mitchell-General Manager    [e-mail]
Keystone Connect                 Unlock Your World
Altoona, PA  814-941-5000        http://www.keyconn.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: Greg Coffey <[e-mail]>
Subject: Re: (usr-tc) dead connection
Date: 31 May 2000 07:08:21 -0600

We've run into some cases like this after they installed Netboost, Internet
Security, or a host of other programs to "help" their connection
speed.  After the install, they either cannot connect or cannot go
anywhere.   They can be a bear to uninstall too.  Dunno if this is an issue
in your case but it is worth consideration.


At 09:38 PM 5/30/00 -0400, you wrote:
>I'm having problems with a user who's connection doesn't seem to be
>working. He's logging on fine, but unable to get anywhere once connected.
>I've gone over all of his settings to no avail and, thinking possible
>TCP/IP corruption, reinstalled that. It did appear to change his traffic
>somewhat, but still no success getting anywhere. He's running an old
>Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here.
>Here's the relevant ppp traces;
>
>Before reinstalling TCP/IP:
>Incoming PPP Data on interface: slot:1/mod:11
>     80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
>Outgoing PPP Data on interface: slot:1/mod:11
>     80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
>     1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |
>
>
>Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 |          Lef  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
>Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 |        8    E  |
>     60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 65 66                      |      Lef       |
>
>
>Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 |          L r  )|
>     10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 |          DCDADA|
>     44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA|
>     43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
>     0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f |                |
>     a3                                              |                |
>
>
>Incoming PPP Data on interface: slot:1/mod:11
>     21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E  `           |
>     a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 |          Lbd  )|
>     10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
>     45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
>     43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD      |
>     0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
>     a3                                              |                |
>
>
>Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 |        ,    E  |
>     60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 05 72                      |      L r       |
>
>
>Outgoing PPP Data on interface: slot:1/mod:11
>     21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E  8      7    |
>     ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 |        :    E  |
>     60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |`               |
>     ff 00 89 00 89 00 4c 62 64                      |      Lbd       |
>
>After reinstalling TCP/IP:
>Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E  A       P   |
>     9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
>Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E  8      B2   |
>     09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 |             E  |
>     41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A      @P       |
>     16 04 01 00 35 00 2d 58 80                      |    5 -X        |
>
>
>Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E  A       Q   |
>     9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 |        5 -X    |
>     00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
>     08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
>     00 01                                           |                |
>
>
>Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E  8S          |
>     0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 |             E  |
>     41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A      >Q       |
>     15 04 01 00 35 00 2d 58 81                      |    5 -X        |
>
>
>Incoming PPP Data on interface: slot:2/mod:12
>     21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E  >       T   |
>     9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 |        5 * U   |
>     00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f |          www ho|
>     6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01    |me msn com      |
>
>
>Outgoing PPP Data on interface: slot:2/mod:12
>     21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E  8T      J   |
>     0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 |       _I    E  |
>     3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |>      =T       |
>     15 04 02 00 35 00 2a 91 55                      |    5 * U       |
>
>
>Any ideas what this guy's problem might be?
>Thanks,
>--
>Kirk Mitchell-General Manager    [e-mail]
>Keystone Connect                 Unlock Your World
>Altoona, PA  814-941-5000        http://www.keyconn.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.


Thanks,

Greg Coffey, Visionary Communications  V 307-234-5443  F 307-234-5446
=====================================================================
100 N. Center St. #100, Casper, WY  82601     WWW.VCN.COM


__________________________________________________________
Fight spam now!
Get your free anti-spam service at http://www.brightmail.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] (Jeff Binkley)
Subject: (usr-tc) Mac & TC
Date: 31 May 2000 10:15:14 -0500


Everyone,

We continue to struggle with certain MAC computers connecting to our TC
racks.  The struggle is often on older MACs (prior to version 8) which
don't always come with a browser and sometimes not even a PPP stack.  Our
latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering
what folks are doing to provide software to MAC customers.  We have a CDROM
burner and we have the HyCD software which supposedly burns MAC CDROMs (
we downlaod the software off of the Internet and then burn the CDs) but
we have had limited success with this.  What are others doing to deal
with the MACs ?

THanks,

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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Mac & TC
Date: 31 May 2000 11:19:23 -0400 (EDT)

There are a *few* Mac/PC setup CD's out there.  A quick search should
bring them up.

I believe that most small/med ISP's don't have a formal MAC support
system.  Seeing that they are less prevelant than even LINUX boxes (in my
experience).... that or linux users can get on without assistance while
MAC users are led to believe that this stuff really does work as
advertised.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Wed, 31 May 2000, Jeff Binkley wrote:

>
> Everyone,
>
> We continue to struggle with certain MAC computers connecting to our TC
> racks.  The struggle is often on older MACs (prior to version 8) which
> don't always come with a browser and sometimes not even a PPP stack.  Our
> latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering
> what folks are doing to provide software to MAC customers.  We have a CDROM
> burner and we have the HyCD software which supposedly burns MAC CDROMs (
> we downlaod the software off of the Internet and then burn the CDs) but
> we have had limited success with this.  What are others doing to deal
> with the MACs ?
>
> THanks,
>
> 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: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Mac & TC
Date: 31 May 2000 11:52:25 -0400 (EDT)

On Wed, 31 May 2000, Paul Farber wrote:

> MAC users are led to believe that this stuff really does work as
> advertised.

It actually does if you don't need to dial into a HiPer DSP equipped
ISP.  You should give it a shot sometime.  Two plugs, a phone number, and
a login is about all you need.  No 'dialup adapter' or tcp-ip stack to
install/uninstall/reinstall.

I won't vouch for the quality of the old system, but O/T PPP blows most
other crap away...  Unless you're stuck dialing into usr equipment. :)

Charles



> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 31 May 2000, Jeff Binkley wrote:
>
> >
> > Everyone,
> >
> > We continue to struggle with certain MAC computers connecting to our TC
> > racks.  The struggle is often on older MACs (prior to version 8) which
> > don't always come with a browser and sometimes not even a PPP stack.  Our
> > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering
> > what folks are doing to provide software to MAC customers.  We have a CDROM
> > burner and we have the HyCD software which supposedly burns MAC CDROMs (
> > we downlaod the software off of the Internet and then burn the CDs) but
> > we have had limited success with this.  What are others doing to deal
> > with the MACs ?
> >
> > THanks,
> >
> > 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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Farber <[e-mail]>
Subject: Re: (usr-tc) Mac & TC
Date: 31 May 2000 12:44:03 -0400 (EDT)

And you have what experience with TC?  They are pretty good RAS'es.  Most
of the time a crappy modem (Apple is not immune to this) or old drivers
are the problem.  I wish I had a dime for every sw update that 'magically'
cleared up a connect problem.

MAC has not released new modem drivers in about 6 months.... so THEY
perfected v.90 code??? Don't think so.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Wed, 31 May 2000, Charles Sprickman wrote:

> On Wed, 31 May 2000, Paul Farber wrote:
>
> > MAC users are led to believe that this stuff really does work as
> > advertised.
>
> It actually does if you don't need to dial into a HiPer DSP equipped
> ISP.  You should give it a shot sometime.  Two plugs, a phone number, and
> a login is about all you need.  No 'dialup adapter' or tcp-ip stack to
> install/uninstall/reinstall.
>
> I won't vouch for the quality of the old system, but O/T PPP blows most
> other crap away...  Unless you're stuck dialing into usr equipment. :)
>
> Charles
>
>
>
> > Paul Farber
> > Farber Technology
> > [e-mail]
> > Ph  570-628-5303
> > Fax [phone]
> >
> > On Wed, 31 May 2000, Jeff Binkley wrote:
> >
> > >
> > > Everyone,
> > >
> > > We continue to struggle with certain MAC computers connecting to our TC
> > > racks.  The struggle is often on older MACs (prior to version 8) which
> > > don't always come with a browser and sometimes not even a PPP stack.  Our
> > > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering
> > > what folks are doing to provide software to MAC customers.  We have a CDROM
> > > burner and we have the HyCD software which supposedly burns MAC CDROMs (
> > > we downlaod the software off of the Internet and then burn the CDs) but
> > > we have had limited success with this.  What are others doing to deal
> > > with the MACs ?
> > >
> > > THanks,
> > >
> > > 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.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Mac & TC
Date: 31 May 2000 12:50:22 -0400

Also sprach Paul Farber
>And you have what experience with TC?  They are pretty good RAS'es.

I would agree with both of you actually.  The TC (now called "Total
Control 1000" apparently by 3Com), is a pretty good RAS unit...and OT is
a pretty slick dial-up software.  But, it is also true that TC's and
Macs tend to not play well with each other.  I tend to also agree that
the modems are most likely to blame...but that doesn't make OT suck.  :)
--
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) Mac & TC
Date: 31 May 2000 12:55:03 -0400 (EDT)

On Wed, 31 May 2000, Paul Farber wrote:

> And you have what experience with TC?

Three years or so, give or take a few months...

> They are pretty good RAS'es.  Most
> of the time a crappy modem (Apple is not immune to this) or old drivers
> are the problem.  I wish I had a dime for every sw update that 'magically'
> cleared up a connect problem.

And I'd like a dime for each time it didn't.  We'd be equally rich.

> MAC has not released new modem drivers in about 6 months.... so THEY
> perfected v.90 code??? Don't think so.

And the last time there was a DSP release that didn't have some sort of
Rockwell fix?  Personally, I'd prefer to have 3Com add more
"workarounds" for things like this.  Too many folks end up moving over to
Ascend shops when we tell them they'll have to tweak their modem script to
connect at a max 4xxxx bps to maintain a stable connection.  The days of
USR being the "most compatible" are over.

Maybe Apple (and others) only test with Ascend/Lucent as they know that
80% or more of the the wholesale dialup ports out there are
non-3Com.  Even AOL is ditching 3Com for Cisco these days...

Charles

ps- another random thought, Michelle Catalano (sp?) does not work at
Lucent.

> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 31 May 2000, Charles Sprickman wrote:
>
> > On Wed, 31 May 2000, Paul Farber wrote:
> >
> > > MAC users are led to believe that this stuff really does work as
> > > advertised.
> >
> > It actually does if you don't need to dial into a HiPer DSP equipped
> > ISP.  You should give it a shot sometime.  Two plugs, a phone number, and
> > a login is about all you need.  No 'dialup adapter' or tcp-ip stack to
> > install/uninstall/reinstall.
> >
> > I won't vouch for the quality of the old system, but O/T PPP blows most
> > other crap away...  Unless you're stuck dialing into usr equipment. :)
> >
> > Charles
> >
> >
> >
> > > Paul Farber
> > > Farber Technology
> > > [e-mail]
> > > Ph  570-628-5303
> > > Fax [phone]
> > >
> > > On Wed, 31 May 2000, Jeff Binkley wrote:
> > >
> > > >
> > > > Everyone,
> > > >
> > > > We continue to struggle with certain MAC computers connecting to our TC
> > > > racks.  The struggle is often on older MACs (prior to version 8) which
> > > > don't always come with a browser and sometimes not even a PPP stack.  Our
> > > > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering
> > > > what folks are doing to provide software to MAC customers.  We have a CDROM
> > > > burner and we have the HyCD software which supposedly burns MAC CDROMs (
> > > > we downlaod the software off of the Internet and then burn the CDs) but
> > > > we have had limited success with this.  What are others doing to deal
> > > > with the MACs ?
> > > >
> > > > THanks,
> > > >
> > > > 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.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Chad J. LaFrenz" <[e-mail]>
Subject: RE: (usr-tc) dead connection
Date: 31 May 2000 14:33:42 -0600

You might have already checked this but see if he has multiple winsock.dll's
on his machine.  We've had a number of members with this type of problem and
they end up having winsocks all over the place.  Delete the extras and leave
the one in their main Windows directory and they work fine from there.  Hope
that helped.


Regards,

Chad J. LaFrenz
System Admin.
Roaring Fork Computer Society / RoFIntUG

An educational, non-profit ISP proudly serving the Aspen, Glenwood Springs,
Rifle and Vail Valleys.

http://www.rof.net


-----Original Message-----
[mailto:[e-mail]]On Behalf Of K Mitchell
Sent: Tuesday, May 30, 2000 7:39 PM


I'm having problems with a user who's connection doesn't seem to be
working. He's logging on fine, but unable to get anywhere once connected.
I've gone over all of his settings to no avail and, thinking possible
TCP/IP corruption, reinstalled that. It did appear to change his traffic
somewhat, but still no success getting anywhere. He's running an old
Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here.
Here's the relevant ppp traces;

Before reinstalling TCP/IP:
Incoming PPP Data on interface: slot:1/mod:11
    80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
    1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |


Outgoing PPP Data on interface: slot:1/mod:11
    80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | !       -      |
    1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05       |                |


Incoming PPP Data on interface: slot:1/mod:11
    21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E  `           |
    a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 |          Lef  )|
    10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
    45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
    43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
    0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
    a3                                              |                |


Outgoing PPP Data on interface: slot:1/mod:11
    21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E  8      7    |
    ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 |        8    E  |
    60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |`               |
    ff 00 89 00 89 00 4c 65 66                      |      Lef       |


Incoming PPP Data on interface: slot:1/mod:11
    21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E  `           |
    a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 |          L r  )|
    10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 |          DCDADA|
    44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA|
    43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA      |
    0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f |                |
    a3                                              |                |


Incoming PPP Data on interface: slot:1/mod:11
    21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E  `           |
    a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 |          Lbd  )|
    10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 |          EHEBFE|
    45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA|
    43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD      |
    0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f |                |
    a3                                              |                |


Outgoing PPP Data on interface: slot:1/mod:11
    21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E  8      7    |
    ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 |        ,    E  |
    60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |`               |
    ff 00 89 00 89 00 4c 05 72                      |      L r       |


Outgoing PPP Data on interface: slot:1/mod:11
    21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E  8      7    |
    ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 |        :    E  |
    60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |`               |
    ff 00 89 00 89 00 4c 62 64                      |      Lbd       |

After reinstalling TCP/IP:
Incoming PPP Data on interface: slot:2/mod:12
    21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E  A       P   |
    9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 |        5 -X    |
    00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
    08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
    00 01                                           |                |


Outgoing PPP Data on interface: slot:2/mod:12
    21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E  8      B2   |
    09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 |             E  |
    41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A      @P       |
    16 04 01 00 35 00 2d 58 80                      |    5 -X        |


Incoming PPP Data on interface: slot:2/mod:12
    21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E  A       Q   |
    9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 |        5 -X    |
    00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 |          home12|
    08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com   |
    00 01                                           |                |


Outgoing PPP Data on interface: slot:2/mod:12
    21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E  8S          |
    0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 |             E  |
    41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A      >Q       |
    15 04 01 00 35 00 2d 58 81                      |    5 -X        |


Incoming PPP Data on interface: slot:2/mod:12
    21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E  >       T   |
    9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 |        5 * U   |
    00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f |          www ho|
    6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01    |me msn com      |


Outgoing PPP Data on interface: slot:2/mod:12
    21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E  8T      J   |
    0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 |       _I    E  |
    3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |>      =T       |
    15 04 02 00 35 00 2a 91 55                      |    5 * U       |


Any ideas what this guy's problem might be?
Thanks,
--
Kirk Mitchell-General Manager    [e-mail]
Keystone Connect                 Unlock Your World
Altoona, PA  814-941-5000        http://www.keyconn.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: Stephen Amadei <[e-mail]>
Subject: (usr-tc) My Hipers don't love me no mo...
Date: 31 May 2000 20:19:49 -0400 (EDT)


Hey, guys.

The day before leaving for ISPCON, I noticed the NMC we where using with
some Quads wasn't X2 enabled... so in a panic, I was able (with someone's
help here) to erase the password on another NMC with an X2 key, and get
the system fixed up, before leaving...  From Florida, I noted the NMC
card was only 4.3.4 and wasn't recognizing the HiperDSP or
HiperARC... which made for some interesting TCView and MRTG charts... but
at least it was running.

Yesterday, I finally got around to putting it on my to-do list.  I would
flash it to 6.1.17 and thats' it... but instead the goddamn NMC card
keep timing out, and the flash failed.  I then noted it only had 4 Megs
DRAM, 2 Megs Flash... *grumble*  I switch the flash with an 8 Meg, and put
a 16 in DRAM slot 2, but the system ignores the 16 Megger... after
fighting with different combos of cards, memory, flash and that infernal
PCSDL program for hours, I am able to successfully get the card up on
6.0.9 without upsetting the dialled in customers.  Whew...

However, suddenly, all the customers get dropped off the DSP... and it's
not picking up anymore... so I swap about some PRIs.  The box looks normal
from the front, but TCView only sees the DSP as a yellow card... the TCM
doesn't acknowledge the DSP either, but I can click on the empty slot and
bring up programmed settings.

What should I try now?  I'd like to update the system to 6.1.17, but does
that require 8 Meg or Flash or DRAM... I have 8 Flash, but 4 DRAM right
now...  IIRC, 6.0.9 should like the HiperDSP's fine... right?

This is probably a stupid question, but is there anyway to transfer an X2
key?

                    ----Steve
Stephen Amadei
Dandy.net CTO
Atlantic City, NJ



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) My Hipers don't love me no mo...
Date: 31 May 2000 22:00:42 -0400

Also sprach Stephen Amadei
>The day before leaving for ISPCON,

Was good to meet you there.  :)

OK...gonna rearrange these slightly to answer the easy ones first.  :)

>This is probably a stupid question, but is there anyway to transfer an
>X2 key?

No.  The key is tied to the serial number of the card, so it can't get
transferred.

>What should I try now?  I'd like to update the system to 6.1.17, but does
>that require 8 Meg or Flash or DRAM... I have 8 Flash, but 4 DRAM right
>now...

You'll need at least 8 megs of RAM for the 6.1.17 code, I don't recall
if it requires 16 or not, but I do know that you need at least 8...BTW,
I'd suggest 6.1.81 as there are some security issues with SNMP in the
6.1.17 code.

>IIRC, 6.0.9 should like the HiperDSP's fine... right?

Nope.  Thus the difference between 6.0.x and 6.1.x.  The 6.0.x code was
made available so people could still use it on 4/2 NMC's if all they had
were non-HiPer cards.  If you have HiPer cards though, you have to have
at least 6.1.x.  Of course, if you have an HiPer NMC, it only runs the
6.2.x code.
--
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: "Jamie Orzechowski" <[e-mail]>
Subject: (usr-tc) Strange DSP problem!!
Date: 31 May 2000 22:34:53 -0400

I have having a strange problem where someone will call in and get a Long
busy signal or dead air ... I have tried DSP code

2.1.9
2.0.81
2.0.70

it happens each version of code ...

A DSP will have about 4 channels left on it and then overflow into the next
DSP and some callers get the Long busy or dead air ... any ideas??

I have swapped known working DSPs and still have the problem ..

I have had the Telco here today with all kinds of testing equipment and they
keep saying it's our end ...

BTW: I am also seeing this problem in some Quads ... instead od going
"orange" a call will go "red" always on the same channel ... I have swapped
good Quads into the same location and still have the problem ...


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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: (usr-tc) 70 amp PSU 110/220?
Date: 25 May 2000 17:27:44 -0300


Can anyone tell me where to find the jumper to switch a 70 amp PSU to 110
volts?  And which side, NIC or NAC, would I find it on?

TIA...

Matthew Stainforth  ||  Technical Services Manager ||  BrunNet 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: Stephen Amadei <[e-mail]>
Subject: (usr-tc) Quad support ending...
Date: 01 Jun 2000 01:08:38 -0400 (EDT)


After hearing 3Com swoon about the renamed "Total Control 1000" platform
with it's DSPs and Quads and how everything is going to be nice, I just
noticed in the compatibilty notes for TCS 4.0 (the only part I have access
to) that this is to be the last tested compatibility software version for
the Quads.  Does this mean all Quad fixes are now finished?  IMHO, I'm not
ready to trash my Quads in favor of DSPs that drop more and connect at
lower speeds.  Any thoughts?

                    ----Steve
Stephen Amadei
Dandy.net CTO
Atlantic City, NJ



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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) TCS 4.0 on TotalService
Date: 25 May 2000 14:32:52 -0300


I refuse to get a contract as long as she is still employed by 3Com.  My var
provides all the support I need, and Westcon has some competitive service
offerings.

Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.


> -----Original Message-----
> From: Denis Newkirk [mailto:[e-mail]]
> Sent: Thursday, May 25, 2000 2:28 PM
> To: [e-mail]
> Subject: Re: (usr-tc) TCS 4.0 on TotalService
>
>
> I, for one, have lost all respect for 3COM and their rip-off service
> contracts. Besides dealing with Michelle's attitude, I have
> had to fight
> for access for the code ever since my last renewal.
>
> Now... once again, being paid up until sometime in the 7th
> month of this
> year, and with new code out, I see I have to once again beg
> for the access
> I've paid for.
>
>
>
> At 11:43 AM 5/25/00 -0400, you wrote:
> >It looks like TCS 4.0 is in the process of being released. I
> >happened to check the TotalService site this morning and found
> >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for
> >Windows, HP and Solaris (still no Linux). The link for the new
> >HiperARC Manager software is broken or the file isn't out there yet.
> >
> >Since I still have older equipment (quads and dual-T1), I probably
> >won't be upgrading right away. The compatibility matrix had not yet
> >been updated.
> >
> >So, who wants to be first?
> >
> >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.
>

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