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

Internet Message Format | 2001-01-30 | 92KB

From: Jim Johnson <[e-mail]>
Subject: Re: (usr-tc) RESEND: Problems with relocating modems to a new telco
Date: 02 Jan 2001 10:41:38 -0500


FYI to the list.  I was able to flash the firmware code from 6.1.6 to
6.1.86 and surprisingly, to me anyway, it DID resolve the connection
issue described below.

Best Regards to the list and have a good new year!

Jim

Jim Johnson wrote:
>
> We are relocating our modems to a new telco provider's colocation space.
>
> We grabbed an old quad chassis for testing the new colo site before the
> move.
>
> The quads are running 6.1.6 code and the Dual PRI card is running the
> 3.1.5 code.
>
> The telco vendor is running Nortel DMS-100 switches.
>
> Most of our testing is working fine, but we are having problems with
> some callers who can connect fine to our old POP and not at all to the
> new POP.
>
> I have this connection problem myself when I test the new pop from my
> home using a USR 56K modem.  I can connect to the new pop at v.34, but
> not at v.90.  When I remove error correction on the modem and use
> Hyperterm, I do see a lot of line noise.
>
> I also had the telco terminate one of the PRI's we are testing in their
> Cisco NAS box, and I could connect fine into that box from my home at
> v.90 or v.34.
>
> This is really confusing me.
>
> I was wondering if the 6.1.86 quad modem code might help, but I can't
> access it from the total control site even though it has no new
> features, just bug fixes.  (This annoys me since we paid 100K for the
> four chassis we still own).
>
> Anyway, I was wondering if anyone could help me.  Obviously, I don't
> want to switch thousands of users to the new pop until I understand what
> is happening.
>
> If anyone from 3com is montioring the list anymore, maybe you will help
> with a MIME attachment.....
>
> TIA,
>
> Jim
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: "Steve Cobb" <[e-mail]>
Subject: (usr-tc) Wierd Happenings
Date: 02 Jan 2001 11:55:11 -0500

I just upgraded the software on my DSP amd my ARC on a TC rack at one pop.  The DSP is now at 2.1.9 and the ARC is at 4.2.32.  after doing this and reseting all cards involved, my configuration was lost, i.e. my users were lost, my radius settings erased etc.  Anyway, after correcting the auth and acct settings through telnet, I decided to add the users using TCM.  However, I get a bunch of error messages that say "No Data Available @ xxxxxxxxx" where xxxxxxx looks like a SNMP address.  I can add a user, I just can edit it, or view networks through TCM.  If I add the user through telnet and then enable the user, wierd things start happening like my ARC stops responding to telnet, users can't dialin, etc.  Any ideas?  All help would be appreciated.

Thanks,
Steve Cobb
Geeksnet

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Cobb" <[e-mail]>
Subject: (usr-tc) HARM software
Date: 02 Jan 2001 15:49:00 -0500

Anybody want to tell me where I can get a copy of the HARM software version 1.2.6.  I just upgraded my ARCs with software I had downloaded when I had a Service Contract.  Now my contract has expired and the version of HARM that I have is not compatible.  Any ideas.  I don't want to buy a $1000 support contract for one 1.6 MB file.

Thanks,

Steve

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


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

From: Ken Kirchner <[e-mail]>
Subject: Re: (usr-tc) HARM software
Date: 03 Jan 2001 20:55:53 -0600 (CST)

On Tue, 2 Jan 2001, Steve Cobb wrote:

> Anybody want to tell me where I can get a copy of the HARM software version 1.2.6.  I just upgraded my ARCs with software I had downloaded when I had a Service Contract.  Now my contract has expired and the version of HARM that I have is not compatible.  Any ideas.  I don't want to buy a $1000 support contract for one 1.6 MB file.
>

Sheesh, you would be so lucky to get away with a $1000 support contract.

--
Ken Kirchner                   :  [e-mail]
Assitant System Administrator  :  Tel [phone]
ShreveNet, Inc.                :  Fax [phone]

ShreveNet - Your Premium Internet Service Provider!


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HARM software
Date: 04 Jan 2001 00:08:59 -0500



Ken Kirchner wrote:
>
> On Tue, 2 Jan 2001, Steve Cobb wrote:
>
> > Anybody want to tell me where I can get a copy of the HARM software version 1.2.6.  I just upgraded my ARCs with software I had downloaded when I had a Service Contract.  Now my contract has expired and the version of HARM that I have is not compatible.  Any ideas.  I don't want to buy a $1000 support contract for one 1.6 MB file.
> >
>
> Sheesh, you would be so lucky to get away with a $1000 support contract.

Yeah, where do we find these $1,000 support contracts?

-Ron
GLISnet, Inc.
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] (David Swearingin)
Subject: (usr-tc) web page instead of deny
Date: 04 Jan 2001 10:04:23 -0600

Normally when we have a customer who has not paid us for two months, we
first deny service by checking the Deny box in version 6.0.8.  i think I
saw here one time someone who instead of denying service, sends the
customer to a web page reminding them of their account status.  Can this be
done in the "User configuration" window?  Ideally, we would have two levels
of notification.  Level one would send a user to a reminder page for 10-15
seconds and then let him go on to any other page.  Level two would send a
user to a reminder page where he could go no further.  Anyone doing
something like this?

David
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (http://www.carolnet.com)
First Financial Group, Inc.
11 N. Folger, Carrollton, MO  64633
660-542-3002   Fax [phone]

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


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

From: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) ISDN connection problems at 56K
Date: 04 Jan 2001 12:53:12 -0600

I have a community that is within our local calling scope that has always
required the ISDN connections be set for 56K on the client equipment. If we
set the client for 64K it would connect but no data would pass on the line
(both ends of the connection think there is a valid connection, this really
confuses the telco). In the last month or so I have begun having problems
where the circuits will not pass data for various length periods of time,
then will begin working. The routers (multiple sites) do not drop and redial
the calls, they are online the whole time (I have watched both the leds and
the system monitors at our end and the customer end). The telco is convinced
that if there is really a connection problem the ISDN connection would
immediately drop, but that is not my experience in this case.

Any ideas?

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: [e-mail] (Jeff Binkley)
Subject: (usr-tc) ISDN connection
Date: 04 Jan 2001 14:30:11 -0500



We had a similar problem here also, including affecting analog calls
too.  The problem ended up being interoffice trunks on Ameritech's
network between two local end offices.  2 T-1s out of 7 were taking
errors.  Since signalling occurs on the ends of the calls and SS7 is on
these trunks, the call wouldn't drop.  It took us 3 months to get them
to find the problem.

Jeff


u>I have a community that is within our local calling scope that has
u>always required the ISDN connections be set for 56K on the client
u>equipment. If we set the client for 64K it would connect but no data
u>would pass on the line (both ends of the connection think there is a
u>valid connection, this really confuses the telco). In the last month
u>or so I have begun having problems where the circuits will not pass
u>data for various length periods of time, then will begin working. The
u>routers (multiple sites) do not drop and redial the calls, they are
u>the online the whole time (I have watched both the leds and system
u>monitors at our end and the customer end). The telco is convinced that
u>if there is really a connection problem the ISDN connection would
u>immediately drop, but that is not my experience in this case.

u>Any ideas?

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

CMPQwk 1.42 9999


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) ISDN connection problems at 56K
Date: 04 Jan 2001 16:37:29 -0500

Also sprach Mark Thornton
>I have a community that is within our local calling scope that has
>always required the ISDN connections be set for 56K on the client
>equipment. If we set the client for 64K it would connect but no data
>would pass on the line (both ends of the connection think there is a
>valid connection, this really confuses the telco). In the last month or
>so I have begun having problems where the circuits will not pass data
>for various length periods of time, then will begin working. The
>routers (multiple sites) do not drop and redial the calls, they are
>online the whole time (I have watched both the leds and the system
>monitors at our end and the customer end). The telco is convinced that
>if there is really a connection problem the ISDN connection would
>immediately drop, but that is not my experience in this case.

I'm in agreement with Jeff Binkley here...

Definitely sounds like an inter-office trunk problem (particularly since
they would only run at 56kbps initially).  Good luck getting the telco
to find it.  They will swear up and down that it can't be their trunks
because, "we're the telephone company."  (not in so many words, but
that's the attitude).

If you can get an ISDN test set to make the call with...that should show
up the problems without too much trouble at all.
--
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) ISDN connection problems at 56K
Date: 04 Jan 2001 15:49:55 -0600

The telco has resolved the problem down to the IMT trunks as well. Oddly
though, I rebooted the TCH and am getting better performance since doing so.
The telco did confirm the behaviour of the 56K vs. 64K connections. When I
attempt 64K it accepts the call and routes it to a different tandem location
which then hands back to my telco, but my telco hits that tandem with 56K as
well. The tech is running tests over the local tandem to see what the
problem might be, but has put in a request to move the interconnects to 64k.
They did this in another office recently and I am hopeful they will also do
it here.

The remote telco is Verizon, and since they took over from GTE we have had
nothing but excellent response from the techs. They are working with very
outdated equipment that was poorly maintained, but the techs can apparently
get replacement and upgrade parts that were never available when they were
wearing GTE caps.

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


----- Original Message -----
Sent: Thursday, January 04, 2001 3:37 PM


> Also sprach Mark Thornton
> >I have a community that is within our local calling scope that has
> >always required the ISDN connections be set for 56K on the client
> >equipment. If we set the client for 64K it would connect but no data
> >would pass on the line (both ends of the connection think there is a
> >valid connection, this really confuses the telco). In the last month or
> >so I have begun having problems where the circuits will not pass data
> >for various length periods of time, then will begin working. The
> >routers (multiple sites) do not drop and redial the calls, they are
> >online the whole time (I have watched both the leds and the system
> >monitors at our end and the customer end). The telco is convinced that
> >if there is really a connection problem the ISDN connection would
> >immediately drop, but that is not my experience in this case.
>
> I'm in agreement with Jeff Binkley here...
>
> Definitely sounds like an inter-office trunk problem (particularly since
> they would only run at 56kbps initially).  Good luck getting the telco
> to find it.  They will swear up and down that it can't be their trunks
> because, "we're the telephone company."  (not in so many words, but
> that's the attitude).
>
> If you can get an ISDN test set to make the call with...that should show
> up the problems without too much trouble at all.
> --
> 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: Paul Farber <[e-mail]>
Subject: (usr-tc) routing to a subnet
Date: 04 Jan 2001 17:10:45 -0500 (EST)

hello all

quick TC question...

eth1 is routing for 208.149.160.0
eth2 is routing for 208.149.161.0

but subnet 208.149.160.128/255.255.255.240 is unreachable from the TC (but
is in the default gw's routing table and is 'seen' by the reset of the
network via static).

How can I get the TC ARC to route that subnet to the gateway of
208.149.160.33?  Every time I try to 'add ip route' it fails becuase the
route is overlapping with a directly connected interface (eth1).  If the
ARC is a router, how do you set up local gw's for subnets?

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 -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR Hardware
Date: 05 Jan 2001 15:33:04 -0500

Happy New Years Folks...

I am back in the market for Total Control Hardware. Mainly the Hiper Cards
but I will consider what you have.
please email list of equipment available to [e-mail]

WTB: Hiper DSP, ARC, NMC,
NMC v90 enabled
Dual PRI/E1 w/ E1 Nic
130A and/or 70A Power supplies
Chassis with power supplies...dont need 45a chassis's...Have qty if you need.

Feel free to contact me for any Total Control Hardware...New too :)

Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













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


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

From: "Richard Ham" <[e-mail]>
Subject: (usr-tc) Quad Modem Reference Guide
Date: 06 Jan 2001 07:56:10 +1000

Hello all!

I'm chasing a document entitled "Quad Modem Network Application Card Product
Reference Version 6.0/6.1" which supposibly has info on how to do Data Over
Voice Bearer......

As per usual, searching for hours on 3com has produced no results - does any
one have a pdf copy handy??

Many thanks,

Richard

===================================================================
Richard Ham
MIT, Dip Ed(Sci) CCNA CCAI             CaloundraNet General Manager
[e-mail]           Caloundra Christian College Sys Admin
Phone [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: Jared Valentine <[e-mail]>
Subject: Re: (usr-tc) Quad Modem Reference Guide
Date: 05 Jan 2001 17:51:47 -0700

The filename is 241865000.pdf - I grabbed it off Totalservice, although the description of the file isn't "Quad Modem Network Application Card Product Reference Version 6.0/6.2", it's listed as:

24186500.pdf  2917502  05/04/1999   Quad Modem NAC Product Reference Guide

Unfortunately, it only has this to say about DOVBS:

Data Over Voice
Bearer Service

Data Over Voice Bearer Service (DOVBS) for Primary Rate Interface (PRI)
and analog calls is now implemented. DOVBS is a technique allowing
ISDN calls over a voice channel. New registers are S68.1 and S68.2, and
new objects are implemented as well.

*shrug*

Good luck,

Jared Valentine
[e-mail]


At 07:56 AM 1/6/2001 +1000, Richard Ham wrote:
>Hello all!
>
>I'm chasing a document entitled "Quad Modem Network Application Card Product
>Reference Version 6.0/6.1" which supposibly has info on how to do Data Over
>Voice Bearer......
>
>As per usual, searching for hours on 3com has produced no results - does any
>one have a pdf copy handy??
>
>Many thanks,
>
>Richard
>
>===================================================================
>Richard Ham
>MIT, Dip Ed(Sci) CCNA CCAI             CaloundraNet General Manager
>[e-mail]           Caloundra Christian College Sys Admin
>Phone [phone]                               Fax : [phone]
>===================================================================
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


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


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

From: "Richard Ham" <[e-mail]>
Subject: Re: (usr-tc) Quad Modem Reference Guide
Date: 06 Jan 2001 11:09:44 +1000

Thanks!!

I love the references .... makes you wonder how they expect us plebs to use
it!!!

Regards,

Richard

----- Original Message -----
Sent: Saturday, January 06, 2001 10:51 AM


The filename is 241865000.pdf - I grabbed it off Totalservice, although the
description of the file isn't "Quad Modem Network Application Card Product
Reference Version 6.0/6.2", it's listed as:

24186500.pdf  2917502  05/04/1999   Quad Modem NAC Product Reference Guide

Unfortunately, it only has this to say about DOVBS:

Data Over Voice
Bearer Service

Data Over Voice Bearer Service (DOVBS) for Primary Rate Interface (PRI)
and analog calls is now implemented. DOVBS is a technique allowing
ISDN calls over a voice channel. New registers are S68.1 and S68.2, and
new objects are implemented as well.

*shrug*

Good luck,

Jared Valentine
[e-mail]


At 07:56 AM 1/6/2001 +1000, Richard Ham wrote:
>Hello all!
>
>I'm chasing a document entitled "Quad Modem Network Application Card
Product
>Reference Version 6.0/6.1" which supposibly has info on how to do Data Over
>Voice Bearer......
>
>As per usual, searching for hours on 3com has produced no results - does
any
>one have a pdf copy handy??
>
>Many thanks,
>
>Richard
>
>===================================================================
>Richard Ham
>MIT, Dip Ed(Sci) CCNA CCAI             CaloundraNet General Manager
>[e-mail]           Caloundra Christian College Sys Admin
>Phone [phone]                               Fax : [phone]
>===================================================================
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


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



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


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

From: Dayton Internet <[e-mail]>
Subject: Re: (usr-tc) Quad Modem Reference Guide
Date: 06 Jan 2001 11:10:09 -0500 (EST)

I firmly believe they dont. The want us to buy the support package.


On Sat, 6 Jan 2001, Richard Ham wrote:

> Thanks!!
>
> I love the references .... makes you wonder how they expect us plebs to use
> it!!!
>
> Regards,
>
> Richard
>
> ----- Original Message -----
> From: Jared Valentine <[e-mail]>
> To: <[e-mail]>; <[e-mail]>
> Sent: Saturday, January 06, 2001 10:51 AM
> Subject: Re: (usr-tc) Quad Modem Reference Guide
>
>
> The filename is 241865000.pdf - I grabbed it off Totalservice, although the
> description of the file isn't "Quad Modem Network Application Card Product
> Reference Version 6.0/6.2", it's listed as:
>
> 24186500.pdf  2917502  05/04/1999   Quad Modem NAC Product Reference Guide
>
> Unfortunately, it only has this to say about DOVBS:
>
> Data Over Voice
> Bearer Service
>
> Data Over Voice Bearer Service (DOVBS) for Primary Rate Interface (PRI)
> and analog calls is now implemented. DOVBS is a technique allowing
> ISDN calls over a voice channel. New registers are S68.1 and S68.2, and
> new objects are implemented as well.
>
> *shrug*
>
> Good luck,
>
> Jared Valentine
> [e-mail]
>
>
> At 07:56 AM 1/6/2001 +1000, Richard Ham wrote:
> >Hello all!
> >
> >I'm chasing a document entitled "Quad Modem Network Application Card
> Product
> >Reference Version 6.0/6.1" which supposibly has info on how to do Data Over
> >Voice Bearer......
> >
> >As per usual, searching for hours on 3com has produced no results - does
> any
> >one have a pdf copy handy??
> >
> >Many thanks,
> >
> >Richard
> >
> >===================================================================
> >Richard Ham
> >MIT, Dip Ed(Sci) CCNA CCAI             CaloundraNet General Manager
> >[e-mail]           Caloundra Christian College Sys Admin
> >Phone [phone]                               Fax : [phone]
> >===================================================================
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

--
 --Rich Adams, President-Dayton Internet Services, Dayton, Ohio--
[e-mail]--937-586-2500--



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 -www.wrca.net" <[e-mail]>
Subject: (usr-tc) Not sure who know's...so I thought I'd share :)
Date: 08 Jan 2001 10:31:47 -0500

Off the newsletter..... That plethora of information....Yeah Right!
There are more file with NO NEW INFORMATION, than there is information.
Anyway....

   Latest Code/Documentation
(Total Control Hub,Affinity)
   Harm2098.zip
   HARM Service Release v2.0.98 for Windows
   10042909.pdf
   Release Notes for HARM Service Release (Windows v2.0.98/ HPUX v2.0.97)
   harm_2_0.tar
   HARM Service Release v2.0.98 for HP/UX
   10042909.pdf
   Release Notes for HARM Service Release (Windows v2.0.98/ HPUX v2.0.97)
   Latest Service Information Updates

YOUR TOTAL CONTROL SOLUTION PROVIDER
WRCA.NET   .........Steve








Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Monkhouse" <[e-mail]>
Subject: (usr-tc) DSP modems locking
Date: 09 Jan 2001 09:45:52 +1000

Strange one..

Ive got 2 x PRI channels on one of our DSP's that are not accepting calls.
S1 & S17 ( so obviously not a pair ).. Whenever the you dial into them

Ive tried software resetting them, and Ive even Hardware Reset the card,
which also didnt fix it,
So we physically pulled the DSP and reseated, still no go..

Ive moved the two modems to Local Out of Service for the interim, but how
can i fix them.

I Dont want to have to reflash the card.. but i suppose I can if i
absolutely have to..

Any ideas ?

Steve


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


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

From: [e-mail]
Subject: (usr-tc) Need expert SNMP consulting
Date: 09 Jan 2001 22:26:38 -0700

I have my checkbook out.  We need some expertise in setting up a
monitoring process for our quad modem / netserver boxes. We are well
versed in using TCM to monitor and fix problems but we would like to
know about them before the customers get pissed.  In particular we
have a pop with pots lines and 200 modems.  We are always behind the
times in diagnosing lines with no dialtone and static from the phone
company and modems that just go bad.  We don't want the end result
to be labor intensive but something that informs us of problems that
need to be resolved.  The person responsible for the current process
knows squat about perl so we need to speak and work with a person
who can get this set up turnkey on one of our web servers for example.
Help with an MRTG project would be an add on as well.
thanks
eric




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Need expert SNMP consulting
Date: 10 Jan 2001 06:40:24 -0600

Though we don't fit the bill because our software only helps once the user is connected, but I can't help but think our Total
Scrutinizer will help you in a couple of ways.

http://TotalScrutinizer.com

Brian Becker
President, Poplar Bluff Internet, Inc. (www.semo.net)
Home of TotallyFabricated.com Software:
  Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier!
  WebGabber (www.WebGabber.com) - html-based Chat Software

-----Original Message-----
[mailto:[e-mail]]On Behalf Of [e-mail]
Sent: Tuesday, January 09, 2001 11:27 PM


I have my checkbook out.  We need some expertise in setting up a
monitoring process for our quad modem / netserver boxes. We are well
versed in using TCM to monitor and fix problems but we would like to
know about them before the customers get pissed.  In particular we
have a pop with pots lines and 200 modems.  We are always behind the
times in diagnosing lines with no dialtone and static from the phone
company and modems that just go bad.  We don't want the end result
to be labor intensive but something that informs us of problems that
need to be resolved.  The person responsible for the current process
knows squat about perl so we need to speak and work with a person
who can get this set up turnkey on one of our web servers for example.
Help with an MRTG project would be an add on as well.
thanks
eric




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



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: (usr-tc) RE: USR Total Control 70AMP DC Power Supplies
Date: 11 Jan 2001 19:23:43 -0500


> For sale:  USR Total Control 70AMP DC Power Supplies
>
> I have 6 slightly used ones available.
>
> Asking $200.00each or trade for 70 AMP AC power supplies
>
> John Verreault
> AEI Internet
>

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


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

From: "Steve Cobb" <[e-mail]>
Subject: (usr-tc) ARC locking up?
Date: 12 Jan 2001 15:58:27 -0500

Can anyone tell me why when I use the HiperARC software version 1.2.6 software to modify something like users, it makes the ARC "lock up"?  Some users can get on and there are green lights on the ARC but I can't telnet into it and most users cannot connect.  Something wierd is happening.  Any ideas?

Thanks,

Steve Cobb

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Monkhouse" <[e-mail]>
Subject: (usr-tc) Multilink over multi-chassis'
Date: 17 Jan 2001 08:28:15 +1000

Has anyone solved the problem where a client who dials in multilink (ISDN or
56k) is issued modems
 from two different chassis' ? ( Which obviously then dont multilink )..

Is there any way of remedying this ?

Steve



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


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

From: [e-mail]
Subject: RE: (usr-tc) Multilink over multi-chassis'
Date: 16 Jan 2001 15:39:08 -0600

Steve:

Here is information I received from this list on how to set this up on 2 or
more HiperARCs.

On ARC-A you would type:

set mpip client_state on
set mpip server_state on
set mpip client (IP of ARC-A) sharedsecret <Secret on ARC-A>
set mpip client (IP of ARC-B) sharedsecret <Secret on ARC-B>
set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-A>

set ntp primary_server <IP of NTP server>
enable ntp

save all

On ARC-B you would type:

set mpip client_state on
set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-B>

set ntp primary_server <IP of NTP server>
enable ntp

save all

> Set ARC-A as mpip client + server, plus set it to an NTP server (know of
> any good ones?).

You don't need to worry about IP addresses of the different ARCs. The
ARC will tunnel between each other so it is invisible to the client.

Hope this helps.

I can't remember who originally came up with this, but it was helpful for
me.

Mike Storjohann
[e-mail]

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Steve Monkhouse
Sent: Tuesday, January 16, 2001 4:28 PM


Has anyone solved the problem where a client who dials in multilink (ISDN or
56k) is issued modems
 from two different chassis' ? ( Which obviously then dont multilink )..

Is there any way of remedying this ?

Steve



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

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


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

From: "Steve Monkhouse" <[e-mail]>
Subject: (usr-tc) Re: multilink over multi-chassis'
Date: 17 Jan 2001 09:22:19 +1000

Thanks for the info mike..

One thing i obviously omitted to mention then..

what if both chassis' run Netservers and not ARC's...??

Steve

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Re: multilink over multi-chassis'
Date: 16 Jan 2001 23:46:44 -0500

Also sprach Steve Monkhouse
>Thanks for the info mike..

>One thing i obviously omitted to mention then..

>what if both chassis' run Netservers and not ARC's...??

NETServers run a horribly broken version of MPIP, so you can, with
fairly low reliability, get the same effect with NETServers.  I don't
recall the commands to configure it (having, thankfully, not dealt with
NETServers in several years now), but they aren't complex and should be
in user manuals.
--
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) Re: multilink over multi-chassis'
Date: 17 Jan 2001 09:07:42 -0600

Yeah, when we were on the NetServers it worked most of the time, sorta. The
users who needed it knew to expect the problem and would disconnect and
reconnect until they got a solid mutlilink connection. When it worked it
worked well for the duration of the session, or so I remember. You just
couldn't depend on it being 'first time, every time'.

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


----- Original Message -----
Sent: Tuesday, January 16, 2001 10:46 PM


> Also sprach Steve Monkhouse
> >Thanks for the info mike..
>
> >One thing i obviously omitted to mention then..
>
> >what if both chassis' run Netservers and not ARC's...??
>
> NETServers run a horribly broken version of MPIP, so you can, with
> fairly low reliability, get the same effect with NETServers.  I don't
> recall the commands to configure it (having, thankfully, not dealt with
> NETServers in several years now), but they aren't complex and should be
> in user manuals.
> --
> 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) Re: multilink over multi-chassis'
Date: 17 Jan 2001 12:31:08 -0500

Also sprach Mark Thornton
>Yeah, when we were on the NetServers it worked most of the time, sorta.
>The users who needed it knew to expect the problem and would disconnect
>and reconnect until they got a solid mutlilink connection. When it
>worked it worked well for the duration of the session, or so I
>remember. You just couldn't depend on it being 'first time, every
>time'.

Yeah...they basically had to reconnect to the NETServer that had their
previous multi-link connection.  Which means that, as you hunt group
gets bigger, the problem gets worse.  Fun, 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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) Re: multilink over multi-chassis'
Date: 17 Jan 2001 13:52:16 -0600

That is pretty much what I suspected was happening, but I never proved it.

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


----- Original Message -----
Sent: Wednesday, January 17, 2001 11:31 AM


> Also sprach Mark Thornton
> >Yeah, when we were on the NetServers it worked most of the time, sorta.
> >The users who needed it knew to expect the problem and would disconnect
> >and reconnect until they got a solid mutlilink connection. When it
> >worked it worked well for the duration of the session, or so I
> >remember. You just couldn't depend on it being 'first time, every
> >time'.
>
> Yeah...they basically had to reconnect to the NETServer that had their
> previous multi-link connection.  Which means that, as you hunt group
> gets bigger, the problem gets worse.  Fun, 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.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Re: multilink over multi-chassis'
Date: 17 Jan 2001 15:06:16 -0500

Also sprach Mark Thornton
>That is pretty much what I suspected was happening, but I never proved
>it.

You can probably go back in the archives (usr-tc.1st.net still have
them?) and find some really thorough dissections of the problem that I
posted in the past.  :)
--
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 Monkhouse" <[e-mail]>
Subject: RE: (usr-tc) Re: multilink over multi-chassis'
Date: 18 Jan 2001 09:03:24 +1000

Well Ive hunted through all the doc's and found references to setting up
mpipserver and clients.. So Ive done all that and will give it another go
now..

Thanks all...

(The ARC info will definately come in handy shortly Im guessing )... (-:

Steve


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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: USR Quad Bundles
Date: 18 Jan 2001 16:27:07 -0500

WR Communication has the following USR Total Control Hardware available:
All flashed to current code. Qty's vary but I do have qty.

$2500 or BO
HD Chassis with 70A power
NMC
Netserver PRI
12x Quad Digital Modems v90
Dual PRI

$3000 or BO
HD Chassis with 70A Power
NMC
Netserver PRI
12x Analog/Digital Modems v90
Dual PRI




Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Half the modems on DSP hanging up just after connection
Date: 18 Jan 2001 18:12:21 -0800


I'm having an odd problem where a DSP card is dropping connections
directly after the negotiation process finishes, but only on modems
1-12.  Modems 13-23 work fine.

When I enable modems 1-12, they always drop connections immediately
after modem negotiation completes.  I get this syslog message:

============
A call, call id = 720898, has arrived on interface slot:1/mod:12
A call is established, call id 720898, on interface slot:1/mod:12
The connection for call id 720898, on if slot:1/mod:12 was dropped for user UNKNOWN
============

The DSP card is a replacement from 3Com for a card that failed.  The
first replacement they sent did not work at all.  I think this may
also be a bad card, but am looking for tips on things to try.

I have already restored all setting from default, saved it to NVRAM
and rebooted the card many times.  The fact that it does correctly
answer calls on modems 13-23 makes me think its defective.

I went into the DSP card console and ran

chdev tslot X
cmd tooserv soft

where X is 1-12.  Once that was done, all is fine (expect the card
only has 11 active modems).

I also notice that I am getting these syslog messages over and over.

GWCMDM_AL, slot:1/mod:24 TAPI OPEN failed
GWCMDM_AL, slot:1/mod:24 TAPI_OPEN failed, retrying

Thanks for any tips, Dan

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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: USR Total Controls Quad Bundles...CHEAP!
Date: 23 Jan 2001 14:06:49 -0500

I recently pulled 18 USR Total Control Bundles from AOL upgrade.
All units are in mint condition.

Bundle includes:
HD Chassis w/ 70A Power
NMC
Netserver PRI
Dual T1/PRI
12x Quad Digital Modems

$2000 each....Thats with 30 day warranty on all cards and components.
If you are interested in QTY I will work the price even more.

Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: USR Netservers and Modem Pools
Date: 23 Jan 2001 14:16:01 -0500

I also have these units available. Same warranty. All prices are negotiable
within reason.

1- Netserver 16 v34 $700
4- Netserver 16I $1000
3- Netserver 8I $750
3- MP8I $850
1- MP16I $1300
1- MP16I Plus $1450
8- MP16 v34 $600
2- MP8 v34 $500
2- Managed MP16 v34 $650



Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













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


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

From: Riccardo Baggio <[e-mail]>
Subject: Re: (usr-tc) FS: USR Total Controls Quad Bundles...CHEAP!
Date: 24 Jan 2001 09:53:34 +0100

--=====================_3741196==_.ALT
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: quoted-printable

At 14.06 23/01/01 -0500, you wrote:
>I recently pulled 18 USR Total Control Bundles from AOL upgrade.
>All units are in mint condition.
>
>Bundle includes:
>HD Chassis w/ 70A Power
>NMC
>Netserver PRI
>Dual T1/PRI
>12x Quad Digital Modems
>
>$2000 each....Thats with 30 day warranty on all cards and components.
>If you are interested in QTY I will work the price even more.

Have you HyperArc version ?

Bye


______________________
Riccardo Baggio

NEWSOFT =AE  Direzione
Via D.L.Solda', 8
Bassano del Grappa (VI)
36061 - ITALY

Tel. ++39 (0424) 504157
Fax ++39 (0424) 502217
Email: [e-mail]
http://www.nsoft.it
______________________=20
--=====================_3741196==_.ALT
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
At 14.06 23/01/01 -0500, you wrote:<br>
<blockquote type=3Dcite class=3Dcite cite>I recently pulled 18 USR Total
Control Bundles from AOL upgrade.<br>
All units are in mint condition.<br>
<br>
Bundle includes:<br>
HD Chassis w/ 70A Power<br>
NMC<br>
Netserver PRI<br>
Dual T1/PRI<br>
12x Quad Digital Modems<br>
<br>
$2000 each....Thats with 30 day warranty on all cards and
components.<br>
If you are interested in QTY I will work the price even more.<br>
</blockquote><br>
Have you HyperArc version ?<br>
<br>
Bye<br>
<br>
<x-sigsep><p></x-sigsep>
<font face=3D"arial" size=3D2>______________________<br>
</font>Riccardo Baggio<br>
<br>
<font face=3D"arial" size=3D2>NEWSOFT =AE  Direzione<br>
Via D.L.Solda', 8<br>
Bassano del Grappa (VI)<br>
36061 - ITALY<br>
<br>
Tel. ++39 (0424) 504157 <br>
Fax ++39 (0424) 502217<br>
Email: [e-mail]<br>
<a href=3D"http://www.nsoft.it/" eudora=3D"autourl">http://www.nsoft.it</a>
<br>
______________________</font> </html>

--=====================_3741196==_.ALT--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HiPerArc bundle
Date: 24 Jan 2001 08:15:48 -0500




I've got a HiPerArc chassis coming out of service the end of next week
that has 96 ports with the following:

HiPerArc w/64M RAM  8M Flash
486 NMC w/20M RAM, 8M Flash and X2 key
2 - 70A power supplies
2 - HiPerDSPs
4 - Quad digital modem cards
8 - Quad digital/analog cards
Dual PRI card
Chsssis with built-in fan tray and all fans working


Excellent condition.  Make an offer.  Please respond to [e-mail]
for quicker response.  I also have a spare chassis that has 2 - 40A
power supplies, Netserver 386 card and NMC 486 w/X2 key.  Great for
spare parts.  Looking for quick sale on both.


Thanks,

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: Aaron Nabil <[e-mail]>
Subject: (usr-tc) win2k multiple auth requests
Date: 24 Jan 2001 08:23:47 -0800 (PST)



I get, well I think it's 5, radius auth requests for any win2k user who
has "negotiate multilink for single link connections" set (which seems to
be the default) when the dial in.

It's doesn't happen on my Maxes, nor with W98.

Anyone else seeing this?

--
Aaron Nabil


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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR VIPER DSL Modems
Date: 24 Jan 2001 12:18:41 -0500

Does anyone have a couple of these to sell.?

Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













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


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

From: Antonio Querubin <[e-mail]>
Subject: (usr-tc) configuring a second HiPer ARC
Date: 24 Jan 2001 10:49:39 -1000 (HST)

I'm installing a second HiPer ARC into a Total Control chassis and am
having some difficulty integrating it into the system for automatic
failover.  I'm running into several issues.

One problem I've run into is the IP address pools that the HARCs use.  Is
there a way for both HiPer ARCs to share the same IP address pool without
stepping on each other?  Or if one fails, can the other one automatically
acquire the address pool of the failed HARC?

Is there a way for the second HARC to be assigned the first HARC's IP
address as a hot standby IP address?

If neither HARC is configured as the owner of a modem card, how does the
NMC determine (or is configured to specify) which HARC does route for a
particular modem card?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) configuring a second HiPer ARC
Date: 24 Jan 2001 19:54:11 -0500

Also sprach Antonio Querubin
>I'm installing a second HiPer ARC into a Total Control chassis and am
>having some difficulty integrating it into the system for automatic
>failover.  I'm running into several issues.

>One problem I've run into is the IP address pools that the HARCs use.
>Is there a way for both HiPer ARCs to share the same IP address pool
>without stepping on each other?  Or if one fails, can the other one
>automatically acquire the address pool of the failed HARC?

Sort of.  The best solution I've found is to set the Arcs to not pick IP
addresses out of their pools by round robin and let them pick first
available.  Default is round robin.

disable ip address_pool_round_robin

Then you can setup two seperate pools on the Arcs for each to serve half
the modems.  Once those are set up, then for each Arc, you configure the
*other* Arcs address pool in it.  So, Arc A has address pool 1 then
address pool 2 list, then Arc B has address pool 2 then address pool 1
listed.  Follow?  Since the pools are the same size, each Arc, in normal
operation will only use the first pool, if the second Arc fails, then,
when dynamic slot assignment rebalancing assigns the modems to the still
good Arc, it will have the other pool of addresses, that the failed Arc
was previously using, available to assign to the newly picked up modems.

>Is there a way for the second HARC to be assigned the first HARC's IP
>address as a hot standby IP address?

I'm not aware of any way to do this, but with dynamic routing protocols,
the benefit of this is limited.

>If neither HARC is configured as the owner of a modem card, how does
>the NMC determine (or is configured to specify) which HARC does route
>for a particular modem card?

If you have dynamic slot assignment and dynamic slot assignment idle
rebalancing enabled, then, given enough time, the modem cards will
alternate between the Arcs for ownership.
--
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: Vance McIndoe <[e-mail]>
Subject: RE: (usr-tc) configuring a second HiPer ARC
Date: 25 Jan 2001 16:39:37 +1300

You'll get into all sorts of strife when both ARC's become available again -
Lot's of address clashes I'd say. You'd have to manually clear all the calls
that are using the "other" ip address pool.  These could (would) be spread
across all modem cards.

Doesn't 5.1 HARC code have pool-priorities?

--
Vance McIndoe
InterConnect Ltd

Phone: [phone]   Fax: [phone]   Mobile: [phone]
Street: Level 2, Exchange Place, 5-7 Willeston Street,
Wellington, New Zealand.
Postal: PO Box 5527, Lambton Quay, Wellington, NZ.
mailto:[e-mail]
http://www.interconnect.co.nz

> -----Original Message-----
> From:    Jeff Mcadams [SMTP:[e-mail]]
> Sent:    Thursday, January 25, 2001 1:54 PM
> To:    [e-mail]
> Subject:    Re: (usr-tc) configuring a second HiPer ARC
>
> Also sprach Antonio Querubin
> >I'm installing a second HiPer ARC into a Total Control chassis and am
> >having some difficulty integrating it into the system for automatic
> >failover.  I'm running into several issues.
>
> >One problem I've run into is the IP address pools that the HARCs use.
> >Is there a way for both HiPer ARCs to share the same IP address pool
> >without stepping on each other?  Or if one fails, can the other one
> >automatically acquire the address pool of the failed HARC?
>
> Sort of.  The best solution I've found is to set the Arcs to not pick IP
> addresses out of their pools by round robin and let them pick first
> available.  Default is round robin.
>
> disable ip address_pool_round_robin
>
> Then you can setup two seperate pools on the Arcs for each to serve half
> the modems.  Once those are set up, then for each Arc, you configure the
> *other* Arcs address pool in it.  So, Arc A has address pool 1 then
> address pool 2 list, then Arc B has address pool 2 then address pool 1
> listed.  Follow?  Since the pools are the same size, each Arc, in normal
> operation will only use the first pool, if the second Arc fails, then,
> when dynamic slot assignment rebalancing assigns the modems to the still
> good Arc, it will have the other pool of addresses, that the failed Arc
> was previously using, available to assign to the newly picked up modems.
>
> >Is there a way for the second HARC to be assigned the first HARC's IP
> >address as a hot standby IP address?
>
> I'm not aware of any way to do this, but with dynamic routing protocols,
> the benefit of this is limited.
>
> >If neither HARC is configured as the owner of a modem card, how does
> >the NMC determine (or is configured to specify) which HARC does route
> >for a particular modem card?
>
> If you have dynamic slot assignment and dynamic slot assignment idle
> rebalancing enabled, then, given enough time, the modem cards will
> alternate between the Arcs for ownership.
> --
> 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.

######################################################################
Attention:
This e-mail message is privileged and confidential. If you are not the
intended recipient please delete the message and notify the sender.
Any views or opinions presented are solely those of the author.

######################################################################

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) RSH and ARC
Date: 24 Jan 2001 22:06:37 -0600

Is it possible to rsh to an ARC card?

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: ROC Services <[e-mail]>
Subject: (usr-tc) Crashing HiperARC
Date: 25 Jan 2001 09:57:51 -0600 (CST)

OK, this is kind of odd.  Got a HiperARC that's rebooting itself
periodically.  The card's been replaced already, flash has been upgraded
to 5.1.99-8 (was acting up with 5.0.9 as well), and I've tried setting up
a sniffer to see if anyone's throwing some sort of DoS attack at it
(nothing showed up).

Did get a crashdump, though.  We've got a case open with 3Com, so I'm
posting here in hopes that one of the more clueful 3Com techs will pick up
on it.

Support recommended replacing the HARC (did that), reflashing (did that),
rebuilding the config (did that too), swapping power supplies (did that).
They now say our power supplies aren't big enough, and we need to have 130
amp ones for this configuration.  Possible, but I kind of doubt it, since
they say that one 130 is sufficient, but we currently have two 70s, and
removing either one of them and running the chassis on one makes no
noticeable impact on the frequency of the crashes.

Nothing interesting gets logged to syslog or RADIUS accounting, nor
anything else of interest on the console before the crash dump shows up.
Configuration is one ARC, 14 DSPs on PRI, dual 70A power supplies.
Routing IP only, PAP/RADIUS authentication, OSPF.  NMC and DSPs are at the
required code versions for compatibity with 5.1.99 according to 3Com site,
2.1.9 across the board on DSPs, 8.0.9 on HiperNMC.

This hub had been stable for months, and just started rebooting a few
weeks ago.  No configuration or firmware changes had been made to the ARC,
although we have added a few more elements to the network it sits on,
including one new OSPF speaking router.  Looked over the config on that,
and don't see anything that could be causing it to spew bad OSPF packets.

One other thing I have noticed -- the past few times it's blown up, my
RADIUS server logs an authentication request with no username received
from the ARC.  I don't know yet if this is a cause or a side-effect of the
thing crashing, but I'm soon going to do some testing with throwing
invalid LCP/PAP packets at it and see if I can provoke it into bombing.

EXCEPTION 0200 CRASH DUMP:

GPRs:
R0:  0x00385584  R1:  0x07F55E00  R2:  0x000F19E0  R3:  0x02B1A2F0
R4:  0x0000000F  R5:  0x01938430  R6:  0x001A2001  R7:  0x00000001
R8:  0x3F91CE34  R9:  0x00000000  R10: 0x00000016  R11: 0x00000000
R12: 0x01CB7AB0  R13: 0x000FBA20  R14: 0x00982320  R15: 0x00982304
R16: 0x0098230C  R17: 0x009822F8  R18: 0x00982300  R19: 0x00982310
R20: 0xFFFFFEFF  R21: 0x00C03B50  R22: 0x00000001  R23: 0x00000000
R24: 0x00000000  R25: 0x00000001  R26: 0x032584B0  R27: 0x07F55F20
R28: 0x01F86370  R29: 0x02B1A2F0  R30: 0x00981A64  R31: 0x04010801

SPRs:
CR:    0x40000400  XER:   0x20000000  LR:    0x00385584  CTR:   0x007EE224
SRR0:  0x003B4F10  SRR1:  0x00089030  DSISR: 0x00000000  DAR:   0x00000000
DMISS: 0x00000000  DCMP:  0x00000000  HASH1: 0x00010000  HASH2: 0x0001FFC0
IMISS: 0x00000000  ICMP:  0x00000000  RPA:   0x00000000  IABR:  0x00000000

82660 Registers:
Err Status 1: 0x20, Err Status 2: 0x00, CPU Err: 0x72, PCI Err: 0x06
CPU/PCI Addr: 0x0F0E7368,  Sys Error Addr: 0x0F0E7368

Call Stack:
    0x003B4F10    (Exception return address - SRR0)
    0x00385584
    0x004BDDC0
    0x004C0D40
    0x004B58F0
    0x004B2688
    0x007E290C
    0x007E2AB4
    0x002008D4
    0x0020024C
    0x0020009C
    0x000A7D80

BOOT PROM Version 1.16 (Built on June 9th, 1998 at 12:24:24)



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


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

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) configuring a second HiPer ARC
Date: 25 Jan 2001 09:40:06 -0800 (PST)

On Wed, 24 Jan 2001, Antonio Querubin wrote:
> I'm installing a second HiPer ARC into a Total Control chassis and am
> having some difficulty integrating it into the system for automatic
> failover.  I'm running into several issues.

It may not work at all.  From the TC4.0 HiperArc release notes...

MR 12602 Issue  Dual HiPer ARC Fail-over not working. When using
two HiPer ARCs, and one is pulled, the other fails to take
ownership of the pulled ARCs HDMs.
Status  No Workaround currently exists

--
Aaron Nabil


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


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

From: Vance McIndoe <[e-mail]>
Subject: RE: (usr-tc) RSH and ARC
Date: 26 Jan 2001 11:37:13 +1300

Based on the output of:

HiPer>> add netWORK serVICE foobar serVER_TYPE  ?
This field is a Network Server Type
        The expected format is a subset of
        ClearTCPD
        SNMPD
        TELNETD
        TFTPD
        RSHD

on 5.1.99-8, I'd say it is possible.  I've never tried though.

--
Vance McIndoe
InterConnect Ltd

Phone: [phone]   Fax: [phone]   Mobile: [phone]
Street: Level 2, Exchange Place, 5-7 Willeston Street,
Wellington, New Zealand.
Postal: PO Box 5527, Lambton Quay, Wellington, NZ.
mailto:[e-mail]
http://www.interconnect.co.nz

> -----Original Message-----
> From:    Blake Fithen [SMTP:[e-mail]]
> Sent:    Thursday, January 25, 2001 5:07 PM
> To:    '[e-mail]'
> Subject:    (usr-tc) RSH and ARC
>
> Is it possible to rsh to an ARC card?
>
> 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.

######################################################################
Attention:
This e-mail message is privileged and confidential. If you are not the
intended recipient please delete the message and notify the sender.
Any views or opinions presented are solely those of the author.

######################################################################

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) RSH and ARC
Date: 25 Jan 2001 16:56:36 -0600

Looks like I have to upgrade - thanks!!

blake

> -----Original Message-----
> From: Vance McIndoe [mailto:[e-mail]]
> Sent: Thursday, January 25, 2001 4:37 PM
> To: '[e-mail]'
> Subject: RE: (usr-tc) RSH and ARC
>
>
> Based on the output of:
>
> HiPer>> add netWORK serVICE foobar serVER_TYPE  ?
> This field is a Network Server Type
>         The expected format is a subset of
>         ClearTCPD
>         SNMPD
>         TELNETD
>         TFTPD
>         RSHD
>
> on 5.1.99-8, I'd say it is possible.  I've never tried though.
>
> --
> Vance McIndoe
> InterConnect Ltd
>
> Phone: [phone]   Fax: [phone]   Mobile: [phone]
> Street: Level 2, Exchange Place, 5-7 Willeston Street,
> Wellington, New Zealand.
> Postal: PO Box 5527, Lambton Quay, Wellington, NZ.
> mailto:[e-mail]
> http://www.interconnect.co.nz
>
> > -----Original Message-----
> > From:    Blake Fithen [SMTP:[e-mail]]
> > Sent:    Thursday, January 25, 2001 5:07 PM
> > To:    '[e-mail]'
> > Subject:    (usr-tc) RSH and ARC
> >
> > Is it possible to rsh to an ARC card?
> >
> > 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.
>
> ######################################################################
> Attention:
> This e-mail message is privileged and confidential. If you
> are not the
> intended recipient please delete the message and notify the sender.
> Any views or opinions presented are solely those of the author.
>
> ######################################################################
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: John Mies <[e-mail]>
Subject: (usr-tc) Changing the mask through CLI
Date: 26 Jan 2001 12:27:04 -0600

What is the command for changing the IP Net mask through the CLI?


John Mies
Illinet.com

http://www.illinet.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: "Jorge Lozano" <[e-mail]>
Subject: RE: (usr-tc) Changing the mask through CLI
Date: 26 Jan 2001 14:14:27 -0500

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

you must disable and delete the network in order to create a new
network with the appropiated netmask with the following commands:

disable ip network <net>
delete ip network <net>

and then:

add ip netWORK <net> FRAME ethERNET_II INTERFACE eth:1 enaBLED YES
addRESS x.x.x.x/y

where:

<net> is the network name.
x.x.x.x is an ip address for interface eth:1
y is the mask specifier, it can be a numeric value from 8 to 32.

regards,


Jorge Lozano <[e-mail]>
NA and ISSO Andinet On Line <http://www.andinet.com>
The only way to predict the future is... to create it!

- -----Mensaje original-----
De: [e-mail]
[mailto:[e-mail]]En nombre de John Mies
Enviado el: Viernes, 26 de Enero de 2001 01:27 p.m.
Para: [e-mail]
Asunto: (usr-tc) Changing the mask through CLI


What is the command for changing the IP Net mask through the CLI?


John Mies
Illinet.com

http://www.illinet.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.

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com>

iQA/AwUBOnHMk6p3oywyFVUlEQJbzACg6YfuiAyZ0e3qRZLTaZyn5A1S1zYAoKz8
b0OBAfFxztqhp+UcdJZClqMZ
=LmSn
-----END PGP SIGNATURE-----


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


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

From: "Andrey Zimin" <[e-mail]>
Subject: Re: (usr-tc) Crashing HiperARC
Date: 27 Jan 2001 03:20:32 +0300

We have problem like described you on two HiPer chassis (four ARC).
And long way with open case on 3Com.

Last events on that case is "possible memory corruption" and if problem
still present on our newest code (V5.1.94/Non-Encr) we start to build the fix.
:((


=== cut
I was able to have our developers look at the crash dumps and for them,it seems
like this is a memory corruption.  They are suggesting to have you try our
Emergency code of 5.1.94-1 which addressed many of these kinds of issues.
However, you must understand that this code may not fix your particular problem.
If, for some reason, this code does not fix the memory issue, I will escalate
this case.
====

After loading this code on one from our ARCs (4 days ago) we do not have reboots.
We wait and look. At the monday I load this code on the other three of our ARCs and look again.
(14 days without reboot after loading new code usual situation for this case)





Good luck !
======================
 Andrey Zimin | AVZ7-RIPE
           MTU-Intel ISP
        Moscow, Russia
======================

----- Original Message -----
Sent: 25 ╤╬╫┴╥╤ 2001 ╟. 18:57




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


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

From: Antonio Querubin <[e-mail]>
Subject: Re: (usr-tc) Changing the mask through CLI
Date: 27 Jan 2001 06:35:25 -1000 (HST)

On Fri, 26 Jan 2001, John Mies wrote:

> What is the command for changing the IP Net mask through the CLI?

If it's a HiPer ARC:

reconfigure ip network <netname> address <address>/<prefixlength>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) What code versions?
Date: 28 Jan 2001 21:10:25 -0600 (CST)


What code versions are you all running on your TC equipment in production
ISP enviroments?  I am still running 4.1.13 on the ARC's and 2.0.51 on the
HDM's.

I would like to upgrade to the latest versions that will give me the least
headaches.

Brian


Brian Feeny            e:[e-mail]
CCNP+ATM/Security, CCDP     p:318.222.2638x109
Network Administrator        f:318.221.6612
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) What code versions?
Date: 29 Jan 2001 13:15:32 -0500 (EST)

For a second my brain parsed your last sentence as "...give me the latest
headaches" ;-)

ARC 5.0.9
DSP 2.1.9
NMC 7.1.8, HiPerNMC 7.2.8
Quad 6.1.86 (until our new DSP's arrive and we we trade our last Quads in)

This has been very solid for us for a while now.  Very few winmodem
issues.  The ARC has some SNMP-related memory leaks, but it only affects
certain (newly introduced) OIDs.  The 486 NMC's get a little weird under 9
PRI's worth of load; I'll put in P133 NMC's as soon as my Quads are gone
and I don't need an x2 key anymore.  Other than that, things are cool.

I haven't even looked at the new ER release of ARC code -- what's it
supposed to fix?


Mike Andrews * [e-mail] * [e-mail] * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Sun, 28 Jan 2001, Brian wrote:

>
> What code versions are you all running on your TC equipment in production
> ISP enviroments?  I am still running 4.1.13 on the ARC's and 2.0.51 on the
> HDM's.
>
> I would like to upgrade to the latest versions that will give me the least
> headaches.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: USR Quad Bundles...All Digital
Date: 30 Jan 2001 14:26:41 -0500

WRCA.NET, Countries largest Stocking USR Total Control Dealer, has the
following USR Digital ACCESS SERVERS available:

Qty purchases welcome :)
Cosmetically Clean, under maintenance entire service time.
De-Installed from worlds largest ISP

USR Quad Bundles...Includes:
NMC
Netserver PRI
Dual T1/PRI
12x Quad Digital modem, no nics, just cover plates.

Asking $2250 each...This price is for USR-List users only. Be sure to
mention where you saw me :)

Also have full line of Hiper Hardware. So if you are interested in
configuring these bundles with Hiper ARC or NMC,  I can do that. Price will
vary but will still be aggressive. The prices below are for individual card
purchases. if you bundle it into the complete server I can cut you a break :)

Hiper ARC $1600
Hiper DSP $3000
Hiper NMC $950
EdgeServer $950
HD Chassis
70A power supplies
Fan Trays

Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) FS: USR Quad Bundles...All Digital (fwd)
Date: 30 Jan 2001 15:23:50 -0500 (EST)

Hmmm...  I guess AOL is dropping their 3Com gear?

I'm in a colo with them in NYC, and they still had the old quad bundles in
service as the ANS "BigDial" racks.  The only other folks I saw there were
Mindspring, and they were all HiPer (very nice setup, BTW - console cable
to every card).

Anyone know what AOL is moving to?

Charles

| Charles Sprickman                  | Internet Channel
| INCH System Administration Team    | [phone]
| [e-mail]                     | [e-mail]

---------- Forwarded message ----------
Reply-To: [e-mail]

WRCA.NET, Countries largest Stocking USR Total Control Dealer, has the
following USR Digital ACCESS SERVERS available:

Qty purchases welcome :)
Cosmetically Clean, under maintenance entire service time.
De-Installed from worlds largest ISP

USR Quad Bundles...Includes:
NMC
Netserver PRI
Dual T1/PRI
12x Quad Digital modem, no nics, just cover plates.

Asking $2250 each...This price is for USR-List users only. Be sure to
mention where you saw me :)

Also have full line of Hiper Hardware. So if you are interested in
configuring these bundles with Hiper ARC or NMC,  I can do that. Price will
vary but will still be aggressive. The prices below are for individual card
purchases. if you bundle it into the complete server I can cut you a break :)

Hiper ARC $1600
Hiper DSP $3000
Hiper NMC $950
EdgeServer $950
HD Chassis
70A power supplies
Fan Trays

Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













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


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


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

From: Kirk Mitchell <[e-mail]>
Subject: Re: (usr-tc) FS: USR Quad Bundles...All Digital (fwd)
Date: 30 Jan 2001 15:48:16 -0500

At 03:23 PM 1/30/01 -0500, Charles Sprickman wrote:
>Hmmm...  I guess AOL is dropping their 3Com gear?
>
>I'm in a colo with them in NYC, and they still had the old quad bundles in
>service as the ANS "BigDial" racks.  The only other folks I saw there were
>Mindspring, and they were all HiPer (very nice setup, BTW - console cable
>to every card).
>
>Anyone know what AOL is moving to?

Cable <wry grin>


--
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: Denis Newkirk <[e-mail]>
Subject: (usr-tc) 3com gear for sale plus other
Date: 28 Jan 2001 20:00:06 -0500

Feel free to make offers on any gear listed here:

http://home.early.com/~dnewkirk/equip/

I'm looking to move this equipment fast as I've been lazy to push this
equipment.


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


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

From: "Michuki Mwangi" <[e-mail]>
Subject: (usr-tc) Bad Modems ...
Date: 31 Jan 2001 09:25:28 +0300

Hi,

Am running some USR TC Netserver/16 V.34 chassis with annalog modems. Lately
there are some modems that when dialled the line goes quiet, but when i get
to call the same line on the phone, it answers but the modem tone is too low
for the dialing modem to recognize.

I have tried to do the CL modem reset, and AT string reset of modem but
still does not change the situation.
The line quality is good since if i move it onto another modem it works ok.
But not on that modem.

 Is there a way to fix this?.



Regards,

Michuki.



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


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

From: "Michuki Mwangi" <[e-mail]>
Subject: (usr-tc) Re: Bad Modems ...
Date: 31 Jan 2001 09:26:46 +0300

PS: Am using the 4.2.0 code.

Regards,

Michuki.

----- Original Message -----
Sent: Wednesday, January 31, 2001 9:25 AM


> Hi,
>
> Am running some USR TC Netserver/16 V.34 chassis with annalog modems.
Lately
> there are some modems that when dialled the line goes quiet, but when i
get
> to call the same line on the phone, it answers but the modem tone is too
low
> for the dialing modem to recognize.
>
> I have tried to do the CL modem reset, and AT string reset of modem but
> still does not change the situation.
> The line quality is good since if i move it onto another modem it works
ok.
> But not on that modem.
>
>  Is there a way to fix this?.
>
>
>
> Regards,
>
> Michuki.
>



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


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

From: "Michuki Mwangi" <[e-mail]>
Subject: (usr-tc) Modem OID
Date: 31 Jan 2001 09:30:07 +0300

Hi,

Anyone out there using MRTG on USR TC Netserver/16 V.34 ..?

I would like to be able to analyze the number of connections on this units
using MRTG, any help on the OID's for this units will be highly appreciated.

Regards,

Michuki.




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


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

From: "Francisco V. Brasileiro" <[e-mail]>
Subject: Re: (usr-tc) Modem OID
Date: 31 Jan 2001 11:43:16 -0300 (BRT)

On Wed, 31 Jan 2001, Michuki Mwangi wrote:

> Hi,
>
> Anyone out there using MRTG on USR TC Netserver/16 V.34 ..?
>
> I would like to be able to analyze the number of connections on this units
> using MRTG, any help on the OID's for this units will be highly appreciated.
>
> Regards,
>
> Michuki.

http://www.ac.net/modemuse/

[]'s Kico

______________________________________________________________________
 Francisco Vasconcelos Brasileiro                [e-mail]
 Analista de Suporte                       NetDados Internet Provider
 http://www.netdados.com.br                  Tel. [phone] R369
 UIN: 6826562                      Linux User: #101368



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR Hiper DSP cards
Date: 31 Jan 2001 11:34:18 -0500

WRCA.NET is interested in buying the following USR/3Com hardware:

WTB:
USR/3Com Hiper DSP modem sets
NAC/NIC

Please send available lists to [e-mail]

All equipment purchased must be guaranteed working.
WIRE, COD, VISA, MASTERCARD, AMEX available for payment




Steve Rivera (VP) - 732.833.2111 x102 /  CELL - 732.433.5890 - 24Hr
URL: www.isp-networkhardware.com or http:///www.wrca.net
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













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