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

Internet Message Format | 2000-02-28 | 918KB

From: "Kalev Nurklik" <[e-mail]>
Subject: Re: (usr-tc) ARC amnesia
Date: 01 Feb 2000 10:08:22 +0200

Could be a memory issue. I had one 64MB HARC with 4.2.32-1 rev.
choke on me when I turned some debuging on e.g. I set couple of
facilities to something else than critical and typed "show events"
on the cli.
Everything went fine but when I logged out and in again after some
time had gone by - I got dumped. Just couldn't telnet to HARC...
Rebooted and everything was OK.
So from the logs I got these results -
HARC was saying something like:
"couldn't spawn child process for cli session - not enough memory!"
or something like that.
And when I took a look at the radius logs afterwards I saw definite
connection troubles during the same time interval - a lot more
unauthenticated accounting stops.

Date sent:          Tue, 1 Feb 2000 10:12:36 +0900
Send reply to:      [e-mail]

> Yes, I had one the other day that was sporadically allowing users to connect
> then not.  I tried logging in, and it had forgotten the password.  Hardware
> reset, thankfully, brought it out of its fugue.
>
> das
>
> Charles Sprickman ([e-mail]) spake:
>
> > Hi,
> >
> > I was paged out of bed last night by an arc card that stopped responding
> > to pings...  I went into tcm to have a look, and all was green, but going
> > to the config screen showed that the card had no IP address
> > anymore.  Doing a hard reset brought it back, and it's working fine.  Has
> > anyone else seen this?  Just a fluke, or an issue with the 4.3.32-1 code?
> >
> > 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.
>
> --
> ______________________________________________
> Alex Substanley     Exodus Communications K.K.
>               Engineering Department
> Das Man             TEL: [phone]
> Systems Engineer    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.


__________________________________
Kalev Nurklik
Delfi Online
Pa"rnu mnt. 158, 11317 Tallinn, Estonia
Tel: [phone]
Fax: [phone]
E-mail: [e-mail]
http://online.delfi.ee

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


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

From: Jason Englander <[e-mail]>
Subject: RE: (usr-tc) billing software
Date: 01 Feb 2000 02:10:52 -0600 (CST)

On Tue, 25 Jan 2000, Lon R. Stockton, Jr. wrote:

> There's a radius server called Radiator which maintains a current-
> calls database for concurrency checking; it updates it with the
> accounting-start & stop records. To alleviate problems with lost
> packets causing it to get out of sync, it periodically checks the
> hub via SNMP and compares who's really on with who it thinks is
> logged on.
>
> Pretty spiffy, if you ask me.

Check out Cistron http://www.cistron.nl/~miquels/radius, and an off-shoot
in production (by the same author and a co-author) at www.freeradius.org

It's FREE and does the same thing using radutmp/radwtmp (utils radwho
and radlast (radlast is just "last -f /var/log/radwtmp")) and does
verification via a perl script (using the SNMP Perl mods that come
with MRTG).

I'm using it with Lucentston pm2s, pm3s, and TCs w/ HiperDSPs.

  Jason

--
Jason Englander <[e-mail]>
Systems Administrator - InterLink L.C.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: Re: (usr-tc) Quad modem x2 tx level
Date: 01 Feb 2000 12:35:01 +0200 (EET)

On Mon, 31 Jan 2000, Ray Whelan wrote:

> There are slight differences in setting between modems from different country
> settings, as our modems must comply with the different country specification
> settings set by each Telco , ATI7 tells you your country code setting.

Is the modem enforcing a maximum signal level on country-code basis? If
so, can I bypass this limit?

> By the way -10 dB is a stronger signal than -12 dB

Yes I know, and -10dB gives me better x2 connect speeds.

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: "Ray Whelan" <[e-mail]>
Subject: Re: (usr-tc) Quad modem x2 tx level
Date: 01 Feb 2000 11:33:41 +0000



Hi ,


Typically  the tranmit s39 value is -12 dB for the US
 with a range for the US from  -9  dB  max. to an Min -20 db , I would suggest
been very careful about adjusting this value.
The country codes is in  DSP .

Regards
RayW




Greg Coffey <[e-mail]> on 31/01/2000 20:59:22

Please respond to [e-mail]

Sent by:  Greg Coffey <[e-mail]>


cc:    (Ray Whelan/IE/3Com)




So what db level do you recommend that the quads be set to assuming we're
in the US?  What about the dsp's?



At 08:54 PM 1/31/00 +0000, you wrote:


>Hi Dan,
>
>There are slight differences in setting between modems from different country
>settings, as our modems must comply with the different country specification
>settings set by each Telco , ATI7 tells you your country code setting.
>Country like US/Canada , Japan, Finland, Sweden, UK, Norway, South Africa,
>Italy, New Zealand, Czech / Slovkia, Belgium, Denmark, Austria, France,
>Germany,
>Austria , Ireland , Spain, Portugal and Malaysia all have very slight
>difference
>in values and limits, what you are seeing  is more likely differences in modem
>country settings , we also have a country code setting that covers
>International
>ITU-T spic.
>
>By the way -10 dB is a stronger signal than -12 dB
>
>Hope it helps
>
>Ray W
>
>
>
>
>
>Dan Borlovan <[e-mail]> on 30/01/2000 09:22:41
>
>Please respond to [e-mail]
>
>Sent by:  Dan Borlovan <[e-mail]>
>
>
>To:   [e-mail]
>cc:    (Ray Whelan/IE/3Com)
>Subject:  (usr-tc) Quad modem x2 tx level
>
>
>
>
>
>Hello,
>
>In order to try improve user x2 connect speeds, I tried to raise the x2
>transmit level on quad modem cards. The problem is I have two quad modem
>models (analog/digital vs. digital only) and the first don't let me go
>higher than -12dB, while the other ones happily accepted -10dB (this is as
>far as I may go from the telco point of view)
>
>Now the only difference between modems is the analog capability (referring
>to the possibility of getting signal from nic or pritdm) and the country
>code.
>
>All modems are setup as digital, taking signal via pritdm from e1 card.
>
>Is there anything I can do about this one?
>
>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.
>
>
>
>
>
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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                               <[e-mail]>
Visionary Communications  V 307-234-5443    F 307-234-5446
100 N. Center Suite #100, Casper, WY  82601    www.vcn.com

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







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


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

From: "Ray Whelan" <[e-mail]>
Subject: Re: (usr-tc) Quad modem x2 tx level
Date: 01 Feb 2000 11:39:51 +0000



Hi ,

Is the modem enforcing a maximum signal level on country-code basis? If
so, can I bypass this limit?

No depending on your country code setting for each country , you have and max
and a min range with in that you can not change.

Ray W




Dan Borlovan <[e-mail]> on 01/02/2000 10:35:01

Please respond to [e-mail]

Sent by:  Dan Borlovan <[e-mail]>


cc:    (Ray Whelan/IE/3Com)




On Mon, 31 Jan 2000, Ray Whelan wrote:

> There are slight differences in setting between modems from different country
> settings, as our modems must comply with the different country specification
> settings set by each Telco , ATI7 tells you your country code setting.

Is the modem enforcing a maximum signal level on country-code basis? If
so, can I bypass this limit?

> By the way -10 dB is a stronger signal than -12 dB

Yes I know, and -10dB gives me better x2 connect speeds.

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.







-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) which Radius to use?
Date: 01 Feb 2000 08:22:29 -0500

Very expensive. Vircom gives you just as many features and is a third of the
price.

My .02

--
Scot


>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Brian Gordon
>Sent: Tuesday, February 01, 2000 1:16 AM
>To: [e-mail]
>Subject: Re: (usr-tc) which Radius to use?
>
>
>I am looking at Steel Belted Radius by Funk for NT, anyone else out there
>using this.
>
>What you think?  It seems feature rich.
>
>Brian
>----- Original Message -----
>From: "Campbell Simpson" <[e-mail]>
>To: <[e-mail]>; <[e-mail]>
>Sent: Monday, January 31, 2000 10:54 PM
>Subject: Re: (usr-tc) which Radius to use?
>
>
>Nate
>
>We're using Merit RADIUS on Solaris 2.6. Depending on what options you need
>you can either get it for free, or pay a donation to Merit networks. It
>supports limiting multiple logins etc.
>
>www.merit.net
>
>We're quite happy with the features and reliability.
>
>Campbell
>
>>>> [e-mail] 02/01/00 08:33 >>>
>
>Hi, I'm trying to move Radius server that we are using now to a new server
>but I'm having some problems getting the current radius to run on the new
>server.  So I was thinking of just reinstalling but the old network admin
>is no longer around and I can't figure out what version of radius we're
>running one the other box.  All I get when I try to find out is:
>
>./radiusd -v
>./radiusd: RADIUS version 1.16.1 97/12/16
> sun
>
>I would really like to use a radius that could check multiple logins.  If
>anyone could point me in the right direction in which radius to use (on Sun
>Solaris 2.6) and where to get it I'd be much appreciative.
>
>
>Thanks,
>
>Nate
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Quirky CHAP on 2.0.51
Date: 01 Feb 2000 07:36:49 -0600

We just had a Toshiba laptop exhibit this LCP loop problem in 2.0.60 code.
The customer resolved it by upgrading the V.90 code for the PCMCIA modem.

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


----- Original Message -----
Sent: Monday, January 31, 2000 9:50 PM


>
> It doesn't look like a CHAP problem - more a LCP negotiation problem.
After
> the HARC sends it's CHAP Challenge, it receives another LCP Request from
the
> remote end, effectively restarting the LCP phase.
>
> It's not obvious what's wrong from this end since during the initial set
of
> LCP negotion, there seems to be an LCP Request-Acknowledge eventually
> negotiated in each direction so both ends should think the LCP state is
open
> and be happy to move on to authenticate.
>
> 1. LCP Negotiated Remote Client -> HARC
> Incoming PPP Data on interface: slot:4/mod:17
>     LCP        CFG_REQ           MAGIC_NUM      0c 2c 41 f2
>
> Outgoing PPP Data on interface: slot:4/mod:17
>     LCP        CFG_ACK           MAGIC_NUM      0c 2c 41 f2
>
> 2. LCP Negotiated HARC -> Remote Client
> Outgoing PPP Data on interface: slot:4/mod:17
>     LCP        CFG_REQ           MRU            05 ea
>                                  ASYNC_MAP      00 00 00 00
>                                  AUTH_TYPE      c2 23 05
>                                  MAGIC_NUM      bc 93 87 df
>
> Incoming PPP Data on interface: slot:4/mod:17
>     LCP        CFG_ACK           MRU            05 ea
>                                  ASYNC_MAP      00 00 00 00
>                                  AUTH_TYPE      c2 23 05
>                                  MAGIC_NUM      bc 93 87 df
>
> I'd get a trace from the remote device and see if it receives the outgoing
> LCP Acknowledge from the HARC.  Maybe it's corrupt, lost or just late for
> some reason forcing the remote client to resend it's LCP config request.
>
> The remote end definately seems to be pushing the HARC back into
negotiating
> LCP after the HARC thinks it's open and has moved on to authenticate.
>
> Also not sure what AUTH_TYPE c2 23 81 is?  c2 23 05 is CHAP, c2 23 80 is
> MS-CHAP (I think)...
>
> Hope this helps (and that I didn't misread this!).
>
>
> Regards
>
> Ian
> > -----Original Message-----
> > From: Scot Desort [SMTP:[e-mail]]
> > Sent: Tuesday, February 01, 2000 4:12 PM
> > To: usr list
> > Subject: (usr-tc) Quirky CHAP on 2.0.51
> >
> > Have a few DSP's upgraded to 2.0.51. Just noticed a quirk in CHAP
> > authentication. After LCP is done, and PPP authentication begins, the
auth
> > packets do not make it to the Radius server. I have made several test
> > calls,
> > logging both radius info on my Vircom radius server, and PPP packets on
> > the
> > TC. The radius server does not receive any incoming packet. The TC shows
> > the
> > following:
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MRU            05 ea
> >                                  ASYNC_MAP      00 00 00 00
> >                                  AUTH_TYPE      c0 23
> >                                  MAGIC_NUM      bc 93 87 df
> >                                  PROTO_COMP
> >                                  AC_COMP
> >                                  MPP_MRRU       05 ea
> >                                  MPP_ENDPTID    00
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MAGIC_NUM      0c 2c 41 f2
> >                                  CALLBACK       06
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REJ           CALLBACK       06
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REJ           PROTO_COMP
> >                                  AC_COMP
> >                                  MPP_MRRU       05 ea
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MRU            05 ea
> >                                  ASYNC_MAP      00 00 00 00
> >                                  AUTH_TYPE      c0 23
> >                                  MAGIC_NUM      bc 93 87 df
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MAGIC_NUM      0c 2c 41 f2
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_ACK           MAGIC_NUM      0c 2c 41 f2
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_NAK           AUTH_TYPE      c2 23 81
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MRU            05 ea
> >                                  ASYNC_MAP      00 00 00 00
> >                                  AUTH_TYPE      c2 23 05
> >                                  MAGIC_NUM      bc 93 87 df
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_ACK           MRU            05 ea
> >                                  ASYNC_MAP      00 00 00 00
> >                                  AUTH_TYPE      c2 23 05
> >                                  MAGIC_NUM      bc 93 87 df
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     CHAP       CHALLENGE         10 a9 8a 81 83 ad dc b9
> >                                  06 13 f2 bc ad 63 d4 76
> >                                  28 48 69 50 65 72
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MAGIC_NUM      0c 2c 41 f2
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MRU            05 ea
> >                                  ASYNC_MAP      00 00 00 00
> >                                  AUTH_TYPE      c0 23
> >                                  MAGIC_NUM      8b cf 11 8b
> >                                  PROTO_COMP
> >                                  AC_COMP
> >                                  MPP_MRRU       05 ea
> >                                  MPP_ENDPTID    00
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_ACK           MAGIC_NUM      0c 2c 41 f2
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REJ           PROTO_COMP
> >                                  AC_COMP
> >                                  MPP_MRRU       05 ea
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MRU            05 ea
> >                                  ASYNC_MAP      00 00 00 00
> >                                  AUTH_TYPE      c0 23
> >                                  MAGIC_NUM      8b cf 11 8b
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     CHAP       CHALLENGE         10 50 b8 b1 f5 4d a4 9a
> >                                  d0 e1 c9 af ef 3e 1d 1c
> >                                  82 48 69 50 65 72
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MAGIC_NUM      0c 2c 41 f2
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_ACK           MAGIC_NUM      0c 2c 41 f2
> >
> > Incoming PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_NAK           AUTH_TYPE      c2 23 05
> >
> > Outgoing PPP Data on interface: slot:4/mod:17
> >     LCP        CFG_REQ           MRU            05 ea
> >                                  ASYNC_MAP      00 00 00 00
> >                                  AUTH_TYPE      c2 23 05
> >                                  MAGIC_NUM      8b cf 11 8b
> >
> >
> > And the process continues until I cancel the connection attempt.
> >
> > It *will* however sometimes authenticate just fine using CHAP. It always
> > authenticates using PAP. This test call is ISDN. I am about to try the
> > same
> > series of tests using analog dialup.
> >
> > Anyone else seen this???
> >
> > --
> > 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: Greg Coffey <[e-mail]>
Subject: Re: (usr-tc) Quad modem x2 tx level
Date: 01 Feb 2000 07:43:36 -0700

I changed mine to -13 based upon some limited discussion in this group a
month ago or so.  I have not really noticed much difference.  I do see that
x2 connections initially are almost always in the low 30's but upshift to
upper 40's, low 50's.  Maybe they did that before and I did not pay attention.


At 11:33 AM 2/1/00 +0000, you wrote:


>Hi ,
>
>
>Typically  the tranmit s39 value is -12 dB for the US
>  with a range for the US from  -9  dB  max. to an Min -20 db , I would
> suggest
>been very careful about adjusting this value.
>The country codes is in  DSP .
>
>Regards
>RayW


Thanks,

Greg Coffey, Visionary Communications  V 307-234-5443  F 307-234-5446
=====================================================================
100 N. Center St. #100, Casper, WY  82601     WWW.VCN.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: Dan Borlovan <[e-mail]>
Subject: Re: (usr-tc) Quad modem x2 tx level
Date: 01 Feb 2000 16:48:07 +0200 (EET)

On Tue, 1 Feb 2000, Ray Whelan wrote:

> No depending on your country code setting for each country , you have and max
> and a min range with in that you can not change.

This means the only way would be to "hack" the modem flash, which I have
no intention to even try?

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: Richard Mann <[e-mail]>
Subject: (usr-tc) adding 24 modems / T-1
Date: 01 Feb 2000 10:54:32 -0600 (CST)


Would vendors and/or individuals please contact me off the list,
I need to buy one DSP card for a HiPer Arc chassis 80-002861-00.

 --rich       Richard Mann, System Administrator
          A d v a n c e N e t  Champaign, Illinois USA
         [e-mail] http://www.advancenet.net
                 [phone]  [phone]


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


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

From: Thomas C Kinnen <[e-mail]>
Subject: Re: (usr-tc) which Radius to use?
Date: 01 Feb 2000 09:05:15 -0800

> ./radiusd -v
> ./radiusd: RADIUS version 1.16.1 97/12/16
>  sun

Looks like the old Livingston/Lucent 1.1.6 server

> I would really like to use a radius that could check multiple logins.  If
> anyone could point me in the right direction in which radius to use (on Sun
> Solaris 2.6) and where to get it I'd be much appreciative.

Lucent NavisRadius 3.0 supports multiple login-checks, multiple user sources,
and is a complete RADIUS toolkit.  You can get information on it at:

http://www.lucentradius.com/


--
Thomas C Kinnen - <[e-mail]> <[e-mail]>
[RADIUS Engineer] - LUCENT Technologies INS
"All of the opinions stated above are my own and not my employer's,
unless they were given to me by my employer"

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


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

From: Ricky <[e-mail]>
Subject: (usr-tc) IP multicast and IPSec support
Date: 01 Feb 2000 21:55:51 -0500

Does 3Com TC-Hub support any of the following:

a) IP Multicast (I find a lots on their Docs as a topic but not as a
feature)

b) IPSec

Thanks in advance,
Rickyz


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) IP multicast and IPSec support
Date: 01 Feb 2000 22:20:10 -0600 (CST)

On Tue, 1 Feb 2000, Ricky wrote:

> Does 3Com TC-Hub support any of the following:
>
> a) IP Multicast (I find a lots on their Docs as a topic but not as a
> feature)

Yes - its the IGMP feature that you can enable and configure the hiper
arc for IGMP services, and also you can use multicast in rip v 2 mode.

>
> b) IPSec
>
TCS 4.0 will support this.

krish

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

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Kupferschmidt <[e-mail]>
Subject: (usr-tc) Compression?
Date: 01 Feb 2000 22:32:39 -0600 (CST)

Hi...

At work we have a 3com/USR Total Control NETserver.. fully populated with
12 quad cards (48 modems).  I am using RADIUS for authentication and all,
but I'm wondering if there's a way to know or check to see if it supports
STAC compression on the ISDN at all or not.  If so I'd really like to know
howto turn it on.

For the curious, we are using Cistron radiusd, and which I don't know how
to make it use/recognize the STAC compression if it's available.  Also,
how do you turn on / check for regular tcp header compression?  The reason
why I ask is at home I have my Cisco 1004 dialing in (at 128kbps) and when
I tell it to use compression.. it just rejects it on the NETserver from
what my debugging tells me.

From what other people have told me, NETserver's aren't the greatest for
compression, but considering I'd probably be the only one using it, I'd
rather attempt to use it.

If anyone is of help, please write back.. Thanks.

Scott


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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Problem with new PRI
Date: 02 Feb 2000 02:27:53 -0500 (EST)


On Thu, 27 Jan 2000, Scot Desort wrote:

> Where can one tell if modems are soft-busied. That is what was wrong. I have
> since restored to service all of those channels. But before I figured it
> out, there didn't seem to be anywhere in TCM that told me the channels were
> busied out. Did I miss something???

Didn't see an answer for this one, although it's very possible I just
missed it. Whichever, here's an answer for ya...

 1) bring up TCM & open your chassis
 2) click on the span leds of the DSP card(s) you want to check
 3) click 'Performance'
 4) select 'Timeslot' and then 'Select All'; click 'OK'
 5) Under 'Parameters', select 'DS0 Service State' and
    'Queued Action for DS0'. Click 'Add' and then 'OK'.
 6) Voila. Timeslots which are busied-out are listed as
    'localOutOfService' under 'DS0 Service State'.

If the timeslot was hard-busied (or soft-busied with no call currently
active on the timeslot), you'll see the 'localOutOfService' indication
under 'DS0 Service State'.

If the timeslot was soft-busied and there's a call currently active on
that timeslot, you'll see that the 'DS0 Service State' is 'inService'
and the 'Queued Action...' is 'localOutOfService'. As soon as the
current call terminates, you'll see the service state go to
localOutOfService.

That, of course, being the difference between hard-busy and soft-busy.
Hard-busy does it NOW. Soft-busy waits for the current call to complete.

Hope this helps!



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: Re: (usr-tc) Connect Speed issues
Date: 02 Feb 2000 20:06:46 +1100 (EST)


> Too bad 3com thinks things are better now because their is less noise about
> it. However nothing is further from the truth... people are just giving up.
> They just will not listen ;-( So instead of the frustration more and more
> people are switching to Ascend... sooner or later it will hit 3com's bottom
> line and they might wake up.

One of the reasons I'm considering changing platforms rather than
upgrading our legacy USR gear to HiPer equipment.  In nearly all cases
giving the client the latest code has worked for us, but I hear that HiPer
gear has way more issues than the quads.

Bob Purdon,                          Ground Floor, Marine Board Building
Technical Manager (Tas/Vic),                  1 Franklin Wharf, Tas 7000
Southern 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: Ricky <[e-mail]>
Subject: RE: (usr-tc) IP multicast and IPSec support
Date: 02 Feb 2000 05:40:16 -0500


------ =_NextPart_000_01BF6D3F.FD145A80
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Thanks for the quick response Krish.

Sincerely,
Rickyz

-----Original Message-----
Sent:    Tuesday, February 01, 2000 11:20 PM
Cc:    [e-mail]

On Tue, 1 Feb 2000, Ricky wrote:

> Does 3Com TC-Hub support any of the following:
>
> a) IP Multicast (I find a lots on their Docs as a topic but not as a
> feature)

Yes - its the IGMP feature that you can enable and configure the hiper
arc for IGMP services, and also you can use multicast in rip v 2 mode.

>
> b) IPSec
>
TCS 4.0 will support this.

krish

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

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.
------ =_NextPart_000_01BF6D3F.FD145A80
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64

eJ8+IhIKAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA/AMAAAIAAAAQAAAAAwAAMAMAAAAL
AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54
bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA
AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA
AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf
AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA
AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ
GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu
eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAADEQAAAAMAADAE
AAAACwAPDgEAAAACAf8PAQAAAFEAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAQB0a3Jpc2huYUBi
dWJiYS5hZS51c3IuY29tAFNNVFAAdGtyaXNobmFAYnViYmEuYWUudXNyLmNvbQAAAAAeAAIwAQAA
AAUAAABTTVRQAAAAAB4AAzABAAAAGgAAAHRrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20AAAADABUM
AgAAAAMA/g8GAAAAHgABMAEAAAAcAAAAJ3RrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20nAAIBCzAB
AAAAHwAAAFNNVFA6VEtSSVNITkFAQlVCQkEuQUUuVVNSLkNPTQAAAwAAOQAAAAALAEA6AAAAAB4A
9l8BAAAAGgAAAHRrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20AAAACAfdfAQAAAFEAAAAAAAAAgSsf
pL6jEBmdbgDdAQ9UAgAAAQB0a3Jpc2huYUBidWJiYS5hZS51c3IuY29tAFNNVFAAdGtyaXNobmFA
YnViYmEuYWUudXNyLmNvbQAAAAADAP1fAQAAAAMA/18AAAAAAgH2DwEAAAAEAAAAAAAABAIB+Q8B
AAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAABAHRrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20A
U01UUAB0a3Jpc2huYUBidWJiYS5hZS51c3IuY29tAAAAAC/qAQSAAQAsAAAAUkU6ICh1c3ItdGMp
IElQIG11bHRpY2FzdCBhbmQgSVBTZWMgc3VwcG9ydACzDgEFgAMADgAAANAHAgACAAUAKAAQAAMA
GwEBIIADAA4AAADQBwIAAgAFACYALwADADgBAQmAAQAhAAAARDZGODFEQjEzMkQ5RDMxMTg0MjMw
MDYwOTc5RUZEMkYAIgcBA5AGABQHAAAhAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAA
AAADAC4AAAAAAAMANgAAAAAAQAA5AEC1YORpbb8BHgBwAAEAAAAsAAAAUkU6ICh1c3ItdGMpIElQ
IG11bHRpY2FzdCBhbmQgSVBTZWMgc3VwcG9ydAACAXEAAQAAABYAAAABv21p5FmxHfjX2TIR04Qj
AGCXnv0vAAAeAB4MAQAAAAUAAABTTVRQAAAAAB4AHwwBAAAAEgAAAHJpY2t5ekBjZmwucnIuY29t
AAAAAwAGEJIECRYDAAcQrwMAAB4ACBABAAAAZQAAAFRIQU5LU0ZPUlRIRVFVSUNLUkVTUE9OU0VL
UklTSFNJTkNFUkVMWSxSSUNLWVotLS0tLU9SSUdJTkFMTUVTU0FHRS0tLS0tRlJPTTpUQVRBSVNW
S1JJU0hOQU5TTVRQOlRLUkkAAAAAAgEJEAEAAADoAwAA5AMAAOsGAABMWkZ1cebcqwMACgByY3Bn
MTI1FjIA+Atgbg4QMDMznQH3IAKkA+MCAGNoCsDgc2V0MCAHEwKDAFChEHZwcnEyEXZ9CoDZCMgg
OwlvDjA1AoAKgWx1YwBQCwNjEhILxCByVBEAbmsEIAIQBcB0IGhlIHF1DeBrIJkJcHNwAiARMCBL
BRC4c2guCqIKhAqAUwuAQmMEkGVseSwZlFIZGGF5ehmaCvRsaTOeNgFAFpABQBLAb3QFkEJ0EgQx
NiAtHnJPPQUQZwuAB0AF0AeQc2H8Z2UecxmWHYQdUQsTHYZgaS0xNDQBQBzQMRw4MAFADNAiE2Ig
RlUDYToMg2IXMWEBkGkdBgBWGSQfEAOgW1NNIFRQOnRrJNRAYgB1YmJhLmFlLpB1c3IuBaBtXRmV
HyNABmACMCOoClBzZGFDGtAjUGVicnUKwHk4IDAxKSAB0CKgIDEkMToXIVBNJ1dUb2cjpxtTJ1dD
YyOnJtEtCHRjQBzQc3RzLvR4bQQBaQIgJwInWCZQhmodsSuYZTogKC20ACkgSVAgbXVsqnQN4GEu
QCAAcGQxkcEGYGMgc3VwGNAAIN8gHyEqHNQLthmjTwOgKLE9KSAxKTIqAykgG1Mgd4cdgiOgGak+
IERvB5GKMwhQbRdAQy1IJlBnMwYyYSmwb2YX8wIQbL8JAAPwDyA4dTlAOOZhMYNyTTHnKEkXsAuA
MpBhviAJAC5QOyADoBgBaQXAHTlgYwQgMjA+sXRvcO0N4CAmQAVAbh2QQAM45kxmZSRACHBlKRma
WTEHkS0gaT8BGAJJR55NMbBCBRfxJEAgeQhg3iAyIAOgCfABoGwYIDJytQWgbiHgZ0S0GCBoBSB/
BJA8tQrAMvAXwkQjETByPnYN4AeQKSAycgdAc29/RTcm0BggMdgLgBiQBSAgvnYqADHABHEZizyo
YjGCzzLRPEw6AAXwNC4RYAPw/zvAOmcYAAQAGYslwziMF1XxS3FhZHYAcBqAGuU5QP8bWjyoOOYg
BTlAK2EtoACA+yZQBPJiRNFW8S3DKSARMF8+kkWhAMADEVfRIgDAaqUFsGQDcG9ALooiVlffA/AY
AFmAVxottCJLYhgCfQbgZDsXB4EfghmFVrFGfwWxC4AXwQDAMgA/MT8xZN8e4AeQPwIFwAlwdAiB
SRD/DyA+YUYAP/EygQbwMpBedZcEIFiCVlciGBBscF0g31fRGAIfgAeAU1FkGKEuYP9WwDlgQPNK
khhAHZFTE0VB/wXAXn4ZmiAFVt9X71j/Wg//aZVbr1y/Xc9MVl9/YI9hn/9ir2O1ZE9lX2ZvZ38K
gBOBAgB7oAMAEBAAAAAAAwAREAEAAAADAIAQ/////0AABzAg7syvaW2/AUAACDAg7syvaW2/AQsA
JIAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwAlgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUA
AAAAAAADACaACCAGAAAAAADAAAAAAAAARgAAAABShQAAtw0AAB4AJ4AIIAYAAAAAAMAAAAAAAABG
AAAAAFSFAAABAAAABAAAADguMAADACiACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAsAKYAI
IAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwAqgAggBgAAAAAAwAAAAAAAAEYAAAAAEYUAAAAA
AAADACuACCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAB4ALIAIIAYAAAAAAMAAAAAAAABGAAAA
ADaFAAABAAAAAQAAAAAAAAAeAC2ACCAGAAAAAADAAAAAAAAARgAAAAA3hQAAAQAAAAEAAAAAAAAA
HgAugAggBgAAAAAAwAAAAAAAAEYAAAAAOIUAAAEAAAABAAAAAAAAAB4APQABAAAABQAAAFJFOiAA
AAAAAwANNP03AADBtg==

------ =_NextPart_000_01BF6D3F.FD145A80--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Compression?
Date: 02 Feb 2000 07:54:59 -0500

Thus spake Scott Kupferschmidt
>At work we have a 3com/USR Total Control NETserver.. fully populated
>with 12 quad cards (48 modems).  I am using RADIUS for authentication
>and all, but I'm wondering if there's a way to know or check to see if
>it supports STAC compression on the ISDN at all or not.  If so I'd
>really like to know howto turn it on.

set ccp on

This is default, so it should be on already.

>For the curious, we are using Cistron radiusd, and which I don't know
>how to make it use/recognize the STAC compression if it's available.
>Also, how do you turn on / check for regular tcp header compression?
>The reason why I ask is at home I have my Cisco 1004 dialing in (at
>128kbps) and when I tell it to use compression.. it just rejects it on
>the NETserver from what my debugging tells me.

Here's the kicker...the NETServer (and I believe the Arc does this as
well) will only negotiate CCP if it believes it has enough CPU
horsepower to be able to do it without adverse affects.  Because the
thing only has a 486 processor, if it has a lot of calls on it, it will
reject CCP in order to conserve the processor for normal packet
processing.  This is a "Good Thing".
--
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) Compression?
Date: 02 Feb 2000 09:34:19 -0500 (EST)

newer arc's a using p-5 based chips... I'n not sure of the part #'s.

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

On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> Thus spake Scott Kupferschmidt
> >At work we have a 3com/USR Total Control NETserver.. fully populated
> >with 12 quad cards (48 modems).  I am using RADIUS for authentication
> >and all, but I'm wondering if there's a way to know or check to see if
> >it supports STAC compression on the ISDN at all or not.  If so I'd
> >really like to know howto turn it on.
>
> set ccp on
>
> This is default, so it should be on already.
>
> >For the curious, we are using Cistron radiusd, and which I don't know
> >how to make it use/recognize the STAC compression if it's available.
> >Also, how do you turn on / check for regular tcp header compression?
> >The reason why I ask is at home I have my Cisco 1004 dialing in (at
> >128kbps) and when I tell it to use compression.. it just rejects it on
> >the NETserver from what my debugging tells me.
>
> Here's the kicker...the NETServer (and I believe the Arc does this as
> well) will only negotiate CCP if it believes it has enough CPU
> horsepower to be able to do it without adverse affects.  Because the
> thing only has a 486 processor, if it has a lot of calls on it, it will
> reject CCP in order to conserve the processor for normal packet
> processing.  This is a "Good Thing".
> --
> 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) Compression?
Date: 02 Feb 2000 09:41:26 -0500

Thus spake Paul Farber
>newer arc's a using p-5 based chips... I'n not sure of the part #'s.

NETServers all used 486's (though the clock speed varied some over time
from 33Mhz to 100Mhz...I think really early ones might even have been
25Mhz).

The Arc's use a PowerPC 603 chip...which certainly gives them extra
oomph to handle more CCP.  I believe you may be thinking of the HiPer
NMC, which is a Pentium based board.
--
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: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) Problem with new PRI
Date: 02 Feb 2000 10:00:02 -0500

Thanks for the specifics, Lon.

What was happening is that if a call hit a channel that was soft busied, the
call wasn't rolling over to the next channel. The telco switch was either
presenting a reorder tone to the end user, or an intercept stating "Your
call cannot be completed as dialed" -- NOT a good thing. The reorder isn't
too bad, but the intercept was ugly. If the user re-dialed and landed on a
channel that was not soft-busied, the call would go through.

What is distressing is that the DSP did not communicate correctly with the
switch. The call should have never landed on that channel - it should have
rolled to the next channel in the rotary. If there were no other available
non-busied channels, user should get regular busy signal.

Any thoughts as to why this would not work properly? Switch is a 5ESS
through a CLEC.

--
Scot



----- Original Message -----
Sent: Wednesday, February 02, 2000 2:27 AM


>
> On Thu, 27 Jan 2000, Scot Desort wrote:
>
> > Where can one tell if modems are soft-busied. That is what was wrong. I
have
> > since restored to service all of those channels. But before I figured it
> > out, there didn't seem to be anywhere in TCM that told me the channels
were
> > busied out. Did I miss something???
>
> Didn't see an answer for this one, although it's very possible I just
> missed it. Whichever, here's an answer for ya...
>
>  1) bring up TCM & open your chassis
>  2) click on the span leds of the DSP card(s) you want to check
>  3) click 'Performance'
>  4) select 'Timeslot' and then 'Select All'; click 'OK'
>  5) Under 'Parameters', select 'DS0 Service State' and
>     'Queued Action for DS0'. Click 'Add' and then 'OK'.
>  6) Voila. Timeslots which are busied-out are listed as
>     'localOutOfService' under 'DS0 Service State'.
>
> If the timeslot was hard-busied (or soft-busied with no call currently
> active on the timeslot), you'll see the 'localOutOfService' indication
> under 'DS0 Service State'.
>
> If the timeslot was soft-busied and there's a call currently active on
> that timeslot, you'll see that the 'DS0 Service State' is 'inService'
> and the 'Queued Action...' is 'localOutOfService'. As soon as the
> current call terminates, you'll see the service state go to
> localOutOfService.
>
> That, of course, being the difference between hard-busy and soft-busy.
> Hard-busy does it NOW. Soft-busy waits for the current call to complete.
>
> Hope this helps!
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Compression?
Date: 02 Feb 2000 10:08:27 -0500 (EST)

you are correct!  don't know why i say ARC but think nmc.

Doesn't matter.  3Com is on it way out... to much trouble, not enough
support and way to many headaches.

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

On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> Thus spake Paul Farber
> >newer arc's a using p-5 based chips... I'n not sure of the part #'s.
>
> NETServers all used 486's (though the clock speed varied some over time
> from 33Mhz to 100Mhz...I think really early ones might even have been
> 25Mhz).
>
> The Arc's use a PowerPC 603 chip...which certainly gives them extra
> oomph to handle more CCP.  I believe you may be thinking of the HiPer
> NMC, which is a Pentium based board.
> --
> 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: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:15:31 -0500

OK...here are initial results of the support contract informal survey.
I only heard from 13 people (including myself :)...a mere fraction of
the number of people on the list in total.  Keep sending the
information...I'll continue to tabulate and have more updates as I hear
from more people.

The current count is 9 people don't have support contracts, and 4 do.

Some notes:

- One "yes" only had software coverage even though they would have liked
    to have greater coverage.  They had to settle for software-only
    because of the cost

- One "no" actually has coverage on a chassis, but only because that
    chassis was bought new and came with coverage...apparently you can't
    buy a chassis anymore without coverage...interesting loophole in the
    contract rules here.  This person indicated that they would rather
    have *not* gotten the coverage on the contract as they thought it
    was a waste of money.

Many of the people that emailed me as a "no" mentioned it was the cost
and/or the rules that prevented them from getting a contract.

I will re-iterate that I believe that the root of the problem stems from
3Com considering Customer Service as a "Business Unit".  In other words,
they want Customer Service to be a revenue positive part of 3Com.  While
my previous posting that discussed this was somewhat inaccurate (the
Customer Service Organization, CSO, apparently doens't get the revenues
from the support contracts, the business unit that sells the equipment -
in the case of TC, its the Network Systems Business Unit - gets the
revenues...the whole thought of trying to make Customer Service revenue
positive ends up with an attitude that ends up screwing the customer.

I just recently went through the process of trying to obtain a service
contract again...partially to try to determine if any improvements had
been made to the process...partially to find out if the "Unbundled
Service Options" on 3Com's web site would be useful here...and partially
because we really would like to have some coverage on some of our
equipment.  The current status is that the support coverage rules are
still in place (contracts purchased per-chassis rather than per-card,
and all chassis at a site have to have the same coverage...of course
last time we tried to have different coverage at different sites 3Com
didn't honor it), the support options listed as sold items (ie, not
special deals that are made for specific instances) were largely the
same as they've been for the past 3 years.  The best I got from the
discussion was that service options could be discussed (ie, a special
deal is how I understand this) if its "a sound business case that makes
sense for the customer and for 3Com."  Let me suggest that a sound
business case for 3Com would be to not lose their customers which is
what is happening...3Com is verging towards losing us as a customer
even...and we've been a USRobotics/3Com customer for at least 5 years
(35 Amp power supplied and dual analog 14.4 modems)
--
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) Problem with new PRI
Date: 02 Feb 2000 10:20:09 -0500

Thus spake Scot Desort
>Thanks for the specifics, Lon.

>What was happening is that if a call hit a channel that was soft
>busied, the call wasn't rolling over to the next channel. The telco
>switch was either presenting a reorder tone to the end user, or an
>intercept stating "Your call cannot be completed as dialed" -- NOT a
>good thing. The reorder isn't too bad, but the intercept was ugly. If
>the user re-dialed and landed on a channel that was not soft-busied,
>the call would go through.

>What is distressing is that the DSP did not communicate correctly with
>the switch. The call should have never landed on that channel - it
>should have rolled to the next channel in the rotary. If there were no
>other available non-busied channels, user should get regular busy
>signal.

>Any thoughts as to why this would not work properly? Switch is a 5ESS
>through a CLEC.

Sounds like an NI-2 translation.  Due to the lack of service messages in
NI-2, there is no way for the chassis to indicate to the switch that the
channels are busied out.  So the switch still sends calls down those
channels and the chassis responds with whatever cause code is defined
(by default 58, bearer capability not presently available).  If you
switch the cause code to 17, that's a user busy which should result in a
normal busy signal to the user...that's a bit better anyway.  You real
solution is to switch to custom 5ESS translation so you can use service
messages and then things will work as you want (soft-busy...calls hunt
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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Problem with new PRI
Date: 02 Feb 2000 11:10:58 -0400


What I typically do is get on the phone with the switch guy and get him to
watch the status of the channels as I busy them out to make sure the switch
actually sees them go busy.  If they don't (or sometimes they go into
"lockout"...whatever that is) there's a D channel problem.  Either your NFAS
settings aren't jiving (presuming you use NFAS) or you don't have a
translation that supports service messages.  A custom 5ESS translation
should support them though.

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


> -----Original Message-----
> From: Scot Desort [mailto:[e-mail]]
> Sent: Wednesday, February 02, 2000 11:00 AM
> To: [e-mail]
> Subject: Re: (usr-tc) Problem with new PRI
>
>
> Thanks for the specifics, Lon.
>
> What was happening is that if a call hit a channel that was
> soft busied, the
> call wasn't rolling over to the next channel. The telco
> switch was either
> presenting a reorder tone to the end user, or an intercept
> stating "Your
> call cannot be completed as dialed" -- NOT a good thing. The
> reorder isn't
> too bad, but the intercept was ugly. If the user re-dialed
> and landed on a
> channel that was not soft-busied, the call would go through.
>
> What is distressing is that the DSP did not communicate
> correctly with the
> switch. The call should have never landed on that channel -
> it should have
> rolled to the next channel in the rotary. If there were no
> other available
> non-busied channels, user should get regular busy signal.
>
> Any thoughts as to why this would not work properly? Switch is a 5ESS
> through a CLEC.
>
> --
> Scot
>
>
>
> ----- Original Message -----
> From: Lon R. Stockton, Jr. <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, February 02, 2000 2:27 AM
> Subject: Re: (usr-tc) Problem with new PRI
>
>
> >
> > On Thu, 27 Jan 2000, Scot Desort wrote:
> >
> > > Where can one tell if modems are soft-busied. That is
> what was wrong. I
> have
> > > since restored to service all of those channels. But
> before I figured it
> > > out, there didn't seem to be anywhere in TCM that told me
> the channels
> were
> > > busied out. Did I miss something???
> >
> > Didn't see an answer for this one, although it's very
> possible I just
> > missed it. Whichever, here's an answer for ya...
> >
> >  1) bring up TCM & open your chassis
> >  2) click on the span leds of the DSP card(s) you want to check
> >  3) click 'Performance'
> >  4) select 'Timeslot' and then 'Select All'; click 'OK'
> >  5) Under 'Parameters', select 'DS0 Service State' and
> >     'Queued Action for DS0'. Click 'Add' and then 'OK'.
> >  6) Voila. Timeslots which are busied-out are listed as
> >     'localOutOfService' under 'DS0 Service State'.
> >
> > If the timeslot was hard-busied (or soft-busied with no
> call currently
> > active on the timeslot), you'll see the 'localOutOfService'
> indication
> > under 'DS0 Service State'.
> >
> > If the timeslot was soft-busied and there's a call
> currently active on
> > that timeslot, you'll see that the 'DS0 Service State' is
> 'inService'
> > and the 'Queued Action...' is 'localOutOfService'. As soon as the
> > current call terminates, you'll see the service state go to
> > localOutOfService.
> >
> > That, of course, being the difference between hard-busy and
> soft-busy.
> > Hard-busy does it NOW. Soft-busy waits for the current call
> to complete.
> >
> > Hope this helps!
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old
> messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Compression?
Date: 02 Feb 2000 10:27:27 -0500

I hate to say it since there are lots of negative comments lately on the 3
Com Total Controls. We use the Hiper versions and have no problems, we love
the things they work great and we have them at various pops handling on
average 8,000 log-ins a day. Our call failure rate is 4% and we have these
on GTE switches (GDT5) and Ameritech switches (5ESS). We have occasional
problems with modem pairs failing but not very often. Overall since 3 Com
has released better Hiper DSP code just about any modem works on them and
connect speeds overall are very good. We have used other types of equipment
from other manufacturers and they are no better that we have seen.

On 3 Com support it sucks bad if you do not have a full 24x7 contract, we do
have now and I get right through everytime and they are quick to help or
ship out a replacement part, so I cannot complain. I of course have to pay
for the contract which I really did not want to do before I finally got one,
but now that I have it I will always renew it. When you look at the cost of
one verses keeping your customers happy and your equipment running properly
it is a small price to pay. These are of course my personal feelings but I
have been on both ends and I am much less stressed now with a contract
believe me.

Just my 2 cents worth.

Thank you,

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


----- Original Message -----
Sent: Wednesday, February 02, 2000 10:08 AM


> you are correct!  don't know why i say ARC but think nmc.
>
> Doesn't matter.  3Com is on it way out... to much trouble, not enough
> support and way to many headaches.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 2 Feb 2000, Jeff Mcadams wrote:
>
> > Thus spake Paul Farber
> > >newer arc's a using p-5 based chips... I'n not sure of the part #'s.
> >
> > NETServers all used 486's (though the clock speed varied some over time
> > from 33Mhz to 100Mhz...I think really early ones might even have been
> > 25Mhz).
> >
> > The Arc's use a PowerPC 603 chip...which certainly gives them extra
> > oomph to handle more CCP.  I believe you may be thinking of the HiPer
> > NMC, which is a Pentium based board.
> > --
> > 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) Support Contract survey
Date: 02 Feb 2000 10:41:20 -0500 (EST)

Add my results:

NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT

and

NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT.

I just got off the phone with Ms. Michelle Catalano who said my
$1200 support contract would not be honored... even though they got the
money for it already.

I have 3 chassis at 3 locations and only *want* coverage for a specific
site with specific needs.  It's a simple chassis, 2 DSP's, 1 arc.... plain
jane setup.

Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be
purchasing ANY more 3Com equipment.  Sorry 3Com.... that's 1 new site you
won't be at (96 ports) and one site I will be converting (48 ports).  Does
the business unit understand that loosing $15K-20K over a $1200 software
upgrade (who actually calls support anymore... I think we've all learned
the 'value' of phone based support)

Since this message is being CC'ed to (hopefully) some understanding
management at 3Com, there is a person on the xmission list (krish?)
that has been worth thier weight in gold.... give that person a raise and
maybe learn a bit from how that person does support us.

I will add the 2.0.51 DSP code seems to have calmed down the chassis a
bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it.

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

On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> OK...here are initial results of the support contract informal survey.
> I only heard from 13 people (including myself :)...a mere fraction of
> the number of people on the list in total.  Keep sending the
> information...I'll continue to tabulate and have more updates as I hear
> from more people.
>
> The current count is 9 people don't have support contracts, and 4 do.
>
> Some notes:
>
> - One "yes" only had software coverage even though they would have liked
>     to have greater coverage.  They had to settle for software-only
>     because of the cost
>
> - One "no" actually has coverage on a chassis, but only because that
>     chassis was bought new and came with coverage...apparently you can't
>     buy a chassis anymore without coverage...interesting loophole in the
>     contract rules here.  This person indicated that they would rather
>     have *not* gotten the coverage on the contract as they thought it
>     was a waste of money.
>
> Many of the people that emailed me as a "no" mentioned it was the cost
> and/or the rules that prevented them from getting a contract.
>
> I will re-iterate that I believe that the root of the problem stems from
> 3Com considering Customer Service as a "Business Unit".  In other words,
> they want Customer Service to be a revenue positive part of 3Com.  While
> my previous posting that discussed this was somewhat inaccurate (the
> Customer Service Organization, CSO, apparently doens't get the revenues
> from the support contracts, the business unit that sells the equipment -
> in the case of TC, its the Network Systems Business Unit - gets the
> revenues...the whole thought of trying to make Customer Service revenue
> positive ends up with an attitude that ends up screwing the customer.
>
> I just recently went through the process of trying to obtain a service
> contract again...partially to try to determine if any improvements had
> been made to the process...partially to find out if the "Unbundled
> Service Options" on 3Com's web site would be useful here...and partially
> because we really would like to have some coverage on some of our
> equipment.  The current status is that the support coverage rules are
> still in place (contracts purchased per-chassis rather than per-card,
> and all chassis at a site have to have the same coverage...of course
> last time we tried to have different coverage at different sites 3Com
> didn't honor it), the support options listed as sold items (ie, not
> special deals that are made for specific instances) were largely the
> same as they've been for the past 3 years.  The best I got from the
> discussion was that service options could be discussed (ie, a special
> deal is how I understand this) if its "a sound business case that makes
> sense for the customer and for 3Com."  Let me suggest that a sound
> business case for 3Com would be to not lose their customers which is
> what is happening...3Com is verging towards losing us as a customer
> even...and we've been a USRobotics/3Com customer for at least 5 years
> (35 Amp power supplied and dual analog 14.4 modems)
> --
> 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: "Clint R. Sparks" <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:38:30 -0500


Well my 2 cents here as well, I know that none of us likes to pay for things
we do not feel are fair or will use but it is like paying for car insurance,
you may need it someday and it will be worth it believe me. Besides I never
see anything about others charging for support but I have news just about
all do. We use Cisco equipment and it is the same deal you have to buy a
support contract or pay by the support call after the warranty period is up.
I know there are some that do not charge but I can tell you that it will not
last forever no matter what they tell you, it is an avenue for these
equipment manufacturers to make extra income and they will all succumb to it
eventually as it is easy money for them. Sometimes you just have to play the
game even if you do not like it and believe me I do not like paying for
support contracts but my number one goal is keeping my customers happy and I
will pay for the contract to do so. Besides I have much worse problems with
phone companies than equipment manufacturers, telcos are the real root of
all ISP's problems.

Thank you,

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


----- Original Message -----
Cc: <[e-mail]>; <[e-mail]>;
<[e-mail]>; <[e-mail]>;
<[e-mail]>; <[e-mail]>
Sent: Wednesday, February 02, 2000 10:15 AM


> OK...here are initial results of the support contract informal survey.
> I only heard from 13 people (including myself :)...a mere fraction of
> the number of people on the list in total.  Keep sending the
> information...I'll continue to tabulate and have more updates as I hear
> from more people.
>
> The current count is 9 people don't have support contracts, and 4 do.
>
> Some notes:
>
> - One "yes" only had software coverage even though they would have liked
>     to have greater coverage.  They had to settle for software-only
>     because of the cost
>
> - One "no" actually has coverage on a chassis, but only because that
>     chassis was bought new and came with coverage...apparently you can't
>     buy a chassis anymore without coverage...interesting loophole in the
>     contract rules here.  This person indicated that they would rather
>     have *not* gotten the coverage on the contract as they thought it
>     was a waste of money.
>
> Many of the people that emailed me as a "no" mentioned it was the cost
> and/or the rules that prevented them from getting a contract.
>
> I will re-iterate that I believe that the root of the problem stems from
> 3Com considering Customer Service as a "Business Unit".  In other words,
> they want Customer Service to be a revenue positive part of 3Com.  While
> my previous posting that discussed this was somewhat inaccurate (the
> Customer Service Organization, CSO, apparently doens't get the revenues
> from the support contracts, the business unit that sells the equipment -
> in the case of TC, its the Network Systems Business Unit - gets the
> revenues...the whole thought of trying to make Customer Service revenue
> positive ends up with an attitude that ends up screwing the customer.
>
> I just recently went through the process of trying to obtain a service
> contract again...partially to try to determine if any improvements had
> been made to the process...partially to find out if the "Unbundled
> Service Options" on 3Com's web site would be useful here...and partially
> because we really would like to have some coverage on some of our
> equipment.  The current status is that the support coverage rules are
> still in place (contracts purchased per-chassis rather than per-card,
> and all chassis at a site have to have the same coverage...of course
> last time we tried to have different coverage at different sites 3Com
> didn't honor it), the support options listed as sold items (ie, not
> special deals that are made for specific instances) were largely the
> same as they've been for the past 3 years.  The best I got from the
> discussion was that service options could be discussed (ie, a special
> deal is how I understand this) if its "a sound business case that makes
> sense for the customer and for 3Com."  Let me suggest that a sound
> business case for 3Com would be to not lose their customers which is
> what is happening...3Com is verging towards losing us as a customer
> even...and we've been a USRobotics/3Com customer for at least 5 years
> (35 Amp power supplied and dual analog 14.4 modems)
> --
> 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) Compression?
Date: 02 Feb 2000 09:45:51 -0600

I would have to concurr with this in it's entirety.

We've been using the HiPer TC for about 2 years now, and initially,
getting in touch with a support engineer took a great deal of tooth
pulling.  In the last year or so, I've never observed the wait queue to
be more than 2 deep, and furthermore, I've had engineers call ME to
follow up on calls.

The only problem I have now (and it's admittedly minor) is that we're
located 15 minutes from their parts depot, but they won't hold an item
for "will-call", it can only be shipped.  So, we wait for an overnight
delivery when we could have sent someone to pick it up.

"Clint R. Sparks" wrote:
>
> I hate to say it since there are lots of negative comments lately on the 3
> Com Total Controls. We use the Hiper versions and have no problems, we love
> the things they work great and we have them at various pops handling on
> average 8,000 log-ins a day. Our call failure rate is 4% and we have these
> on GTE switches (GDT5) and Ameritech switches (5ESS). We have occasional
> problems with modem pairs failing but not very often. Overall since 3 Com
> has released better Hiper DSP code just about any modem works on them and
> connect speeds overall are very good. We have used other types of equipment
> from other manufacturers and they are no better that we have seen.
>
> On 3 Com support it sucks bad if you do not have a full 24x7 contract, we do
> have now and I get right through everytime and they are quick to help or
> ship out a replacement part, so I cannot complain. I of course have to pay
> for the contract which I really did not want to do before I finally got one,
> but now that I have it I will always renew it. When you look at the cost of
> one verses keeping your customers happy and your equipment running properly
> it is a small price to pay. These are of course my personal feelings but I
> have been on both ends and I am much less stressed now with a contract
> believe me.
>
> Just my 2 cents worth.
>
> Thank you,
>
> Clint R. Sparks
> ComQuest Internet Services
> [e-mail]
>
> ----- Original Message -----
> From: "Paul Farber" <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, February 02, 2000 10:08 AM
> Subject: Re: (usr-tc) Compression?
>
> > you are correct!  don't know why i say ARC but think nmc.
> >
> > Doesn't matter.  3Com is on it way out... to much trouble, not enough
> > support and way to many headaches.
> >
> > Paul Farber
> > Farber Technology
> > [e-mail]
> > Ph  570-628-5303
> > Fax [phone]
> >
> > On Wed, 2 Feb 2000, Jeff Mcadams wrote:
> >
> > > Thus spake Paul Farber
> > > >newer arc's a using p-5 based chips... I'n not sure of the part #'s.
> > >
> > > NETServers all used 486's (though the clock speed varied some over time
> > > from 33Mhz to 100Mhz...I think really early ones might even have been
> > > 25Mhz).
> > >
> > > The Arc's use a PowerPC 603 chip...which certainly gives them extra
> > > oomph to handle more CCP.  I believe you may be thinking of the HiPer
> > > NMC, which is a Pentium based board.
> > > --
> > > 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.

--
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: "Clint R. Sparks" <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:44:31 -0500

Paul, I am not trying to disagree with you here and I agree 3 Com needs to
wake up sometimes on how they treat customers. However Ascend/Lucent is
going to eventually charge for support contracts, it will be no different
when they do. All equipment manufacturers see this as a great source of
income and they are all in it for the money so it is only a matter of time
before all charge for it.

Thank you,

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


----- Original Message -----
Cc: <[e-mail]>; <[e-mail]>;
<[e-mail]>; <[e-mail]>;
<[e-mail]>; <[e-mail]>
Sent: Wednesday, February 02, 2000 10:41 AM


> Add my results:
>
> NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT
>
> and
>
> NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT.
>
> I just got off the phone with Ms. Michelle Catalano who said my
> $1200 support contract would not be honored... even though they got the
> money for it already.
>
> I have 3 chassis at 3 locations and only *want* coverage for a specific
> site with specific needs.  It's a simple chassis, 2 DSP's, 1 arc.... plain
> jane setup.
>
> Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be
> purchasing ANY more 3Com equipment.  Sorry 3Com.... that's 1 new site you
> won't be at (96 ports) and one site I will be converting (48 ports).  Does
> the business unit understand that loosing $15K-20K over a $1200 software
> upgrade (who actually calls support anymore... I think we've all learned
> the 'value' of phone based support)
>
> Since this message is being CC'ed to (hopefully) some understanding
> management at 3Com, there is a person on the xmission list (krish?)
> that has been worth thier weight in gold.... give that person a raise and
> maybe learn a bit from how that person does support us.
>
> I will add the 2.0.51 DSP code seems to have calmed down the chassis a
> bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 2 Feb 2000, Jeff Mcadams wrote:
>
> > OK...here are initial results of the support contract informal survey.
> > I only heard from 13 people (including myself :)...a mere fraction of
> > the number of people on the list in total.  Keep sending the
> > information...I'll continue to tabulate and have more updates as I hear
> > from more people.
> >
> > The current count is 9 people don't have support contracts, and 4 do.
> >
> > Some notes:
> >
> > - One "yes" only had software coverage even though they would have liked
> >     to have greater coverage.  They had to settle for software-only
> >     because of the cost
> >
> > - One "no" actually has coverage on a chassis, but only because that
> >     chassis was bought new and came with coverage...apparently you can't
> >     buy a chassis anymore without coverage...interesting loophole in the
> >     contract rules here.  This person indicated that they would rather
> >     have *not* gotten the coverage on the contract as they thought it
> >     was a waste of money.
> >
> > Many of the people that emailed me as a "no" mentioned it was the cost
> > and/or the rules that prevented them from getting a contract.
> >
> > I will re-iterate that I believe that the root of the problem stems from
> > 3Com considering Customer Service as a "Business Unit".  In other words,
> > they want Customer Service to be a revenue positive part of 3Com.  While
> > my previous posting that discussed this was somewhat inaccurate (the
> > Customer Service Organization, CSO, apparently doens't get the revenues
> > from the support contracts, the business unit that sells the equipment -
> > in the case of TC, its the Network Systems Business Unit - gets the
> > revenues...the whole thought of trying to make Customer Service revenue
> > positive ends up with an attitude that ends up screwing the customer.
> >
> > I just recently went through the process of trying to obtain a service
> > contract again...partially to try to determine if any improvements had
> > been made to the process...partially to find out if the "Unbundled
> > Service Options" on 3Com's web site would be useful here...and partially
> > because we really would like to have some coverage on some of our
> > equipment.  The current status is that the support coverage rules are
> > still in place (contracts purchased per-chassis rather than per-card,
> > and all chassis at a site have to have the same coverage...of course
> > last time we tried to have different coverage at different sites 3Com
> > didn't honor it), the support options listed as sold items (ie, not
> > special deals that are made for specific instances) were largely the
> > same as they've been for the past 3 years.  The best I got from the
> > discussion was that service options could be discussed (ie, a special
> > deal is how I understand this) if its "a sound business case that makes
> > sense for the customer and for 3Com."  Let me suggest that a sound
> > business case for 3Com would be to not lose their customers which is
> > what is happening...3Com is verging towards losing us as a customer
> > even...and we've been a USRobotics/3Com customer for at least 5 years
> > (35 Amp power supplied and dual analog 14.4 modems)
> > --
> > 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) Support Contract survey
Date: 02 Feb 2000 10:50:15 -0500

Thus spake Clint R. Sparks
>Well my 2 cents here as well, I know that none of us likes to pay for
>things we do not feel are fair or will use but it is like paying for
>car insurance, you may need it someday and it will be worth it believe
>me.

You've not worked with this equipment for very long, have you?  ;)

Seriously though...a large number of the people on this list are quite
capable of supporting ourselves on this equipment largely.  We need
hardware coverage of some specific cards...for IgLou, we need to cover
DSP's, we don't need to cover Arc's really since we have some spares,
and we *CERTAINLY* don't want to cover quads since they're pretty much
disposable at this point.

>Besides I never see anything about others charging for support but I
>have news just about all do. We use Cisco equipment and it is the same
>deal you have to buy a support contract or pay by the support call
>after the warranty period is up.

But with cisco, you can get a different level of coverage on each piece
of equipment if you like...try doing that with 3Com.  3Com won't even
honor it if you have different levels of coverage *at different sites*
(as Paul Farber just pointed out...and has happened to us in the
past...even after 3Com gets the money for it...that's borderline illegal
there, breach of contract).

>Besides I have much worse problems with phone companies than equipment
>manufacturers, telcos are the real root of all ISP's problems.

Heh...you'll get no argument from me on that one!  :)
--
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) Support Contract survey
Date: 02 Feb 2000 09:36:13 -0600

I may not have responded to your survey so I am doing so now...

We do not have support at this time and are very unlikely to do so at the
prices charged vs. service rendered. We get our support from vendors, and
access to software updates as a result of continuing purchases for
additional hardware (primarily DSP's). If support were affordable we would
purchase it tomorrow. I like living with a safety net, but I won't pay
outrageous prices for it. I also noted someone talked about a per incident
charge, but I was rejected at 3Com tech support some months ago if I
wouldn't buy the big contract on the spot. There was no offer for per
incident support. I use per incident support form Microsoft and find it to
be very effective, though I have tried per incident support for Linux and
other applications with less success. I think that is because of how long M$
has been doing it, the others will catch up very quickly. Per incident
support is easy money anyway. When the network is down, administrators
typically have an open checkbook to get the problem resolved. That same
checkbook is notoriously difficult to crack when things are working fine.

I don't understand why I can buy a support contract the lets me talk to the
support folks for a single price. Whether I have one or twenty chassis's,
I'm typically only going to ask a question once then apply it to all
chassis. The same is with the software upgrades. The 24 hour replacement
policy on hardware I can understand being a per chassis charge.

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: "Marius Kirschner" <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:59:29 -0500

I know what you mean.......I used to love USRobotics products and their
support, never used anything else since 1989, but since 3Com took over their
support quality decreased noticeably.  I had some minor issues when I lost
my TCM accounting and radius software and needed to re-install it.  Well, we
spent $12,000 on their hardware and they can't provide me with an "old"
version of the software (I'm not asking for the latest) without a service
contract.

We'll be adding another 48 ports shortly and you can bet it won't be a 3Com
chassis.

---Marius

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Paul Farber
> Sent: Wednesday, February 02, 2000 10:41 AM
> To: [e-mail]
> Cc: [e-mail]; [e-mail];
> [e-mail]; [e-mail];
> [e-mail]; [e-mail]
> Subject: Re: (usr-tc) Support Contract survey
>
>
> Add my results:
>
> NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT
>
> and
>
> NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT.
>
> I just got off the phone with Ms. Michelle Catalano who said my
> $1200 support contract would not be honored... even though they got the
> money for it already.
>
> I have 3 chassis at 3 locations and only *want* coverage for a specific
> site with specific needs.  It's a simple chassis, 2 DSP's, 1 arc.... plain
> jane setup.
>
> Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be
> purchasing ANY more 3Com equipment.  Sorry 3Com.... that's 1 new site you
> won't be at (96 ports) and one site I will be converting (48 ports).  Does
> the business unit understand that loosing $15K-20K over a $1200 software
> upgrade (who actually calls support anymore... I think we've all learned
> the 'value' of phone based support)
>
> Since this message is being CC'ed to (hopefully) some understanding
> management at 3Com, there is a person on the xmission list (krish?)
> that has been worth thier weight in gold.... give that person a raise and
> maybe learn a bit from how that person does support us.
>
> I will add the 2.0.51 DSP code seems to have calmed down the chassis a
> bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 2 Feb 2000, Jeff Mcadams wrote:
>
> > OK...here are initial results of the support contract informal survey.
> > I only heard from 13 people (including myself :)...a mere fraction of
> > the number of people on the list in total.  Keep sending the
> > information...I'll continue to tabulate and have more updates as I hear
> > from more people.
> >
> > The current count is 9 people don't have support contracts, and 4 do.
> >
> > Some notes:
> >
> > - One "yes" only had software coverage even though they would have liked
> >     to have greater coverage.  They had to settle for software-only
> >     because of the cost
> >
> > - One "no" actually has coverage on a chassis, but only because that
> >     chassis was bought new and came with coverage...apparently you can't
> >     buy a chassis anymore without coverage...interesting loophole in the
> >     contract rules here.  This person indicated that they would rather
> >     have *not* gotten the coverage on the contract as they thought it
> >     was a waste of money.
> >
> > Many of the people that emailed me as a "no" mentioned it was the cost
> > and/or the rules that prevented them from getting a contract.
> >
> > I will re-iterate that I believe that the root of the problem stems from
> > 3Com considering Customer Service as a "Business Unit".  In other words,
> > they want Customer Service to be a revenue positive part of 3Com.  While
> > my previous posting that discussed this was somewhat inaccurate (the
> > Customer Service Organization, CSO, apparently doens't get the revenues
> > from the support contracts, the business unit that sells the equipment -
> > in the case of TC, its the Network Systems Business Unit - gets the
> > revenues...the whole thought of trying to make Customer Service revenue
> > positive ends up with an attitude that ends up screwing the customer.
> >
> > I just recently went through the process of trying to obtain a service
> > contract again...partially to try to determine if any improvements had
> > been made to the process...partially to find out if the "Unbundled
> > Service Options" on 3Com's web site would be useful here...and partially
> > because we really would like to have some coverage on some of our
> > equipment.  The current status is that the support coverage rules are
> > still in place (contracts purchased per-chassis rather than per-card,
> > and all chassis at a site have to have the same coverage...of course
> > last time we tried to have different coverage at different sites 3Com
> > didn't honor it), the support options listed as sold items (ie, not
> > special deals that are made for specific instances) were largely the
> > same as they've been for the past 3 years.  The best I got from the
> > discussion was that service options could be discussed (ie, a special
> > deal is how I understand this) if its "a sound business case that makes
> > sense for the customer and for 3Com."  Let me suggest that a sound
> > business case for 3Com would be to not lose their customers which is
> > what is happening...3Com is verging towards losing us as a customer
> > even...and we've been a USRobotics/3Com customer for at least 5 years
> > (35 Amp power supplied and dual analog 14.4 modems)
> > --
> > 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) Support Contract survey
Date: 02 Feb 2000 10:59:07 -0500

Thus spake Mark Thornton
>I may not have responded to your survey so I am doing so now...
>
OK...got it, thanks!

>I don't understand why I can buy a support contract the lets me talk to
>the support folks for a single price. Whether I have one or twenty
>chassis's, I'm typically only going to ask a question once then apply
>it to all chassis. The same is with the software upgrades. The 24 hour
>replacement policy on hardware I can understand being a per chassis
>charge.

Amen!  And if you have more chassis, you're likely not going to have to
call support as often in the first place since you're likely more
knowledgeable about the equipment to begin with!

I can deal with a per-chassis charge on hardware replacement...I'd
*prefer* it to be per-card...let's face it, its easier to get serial
nubmers of cards than it is for a chassis anyway...serial number can be
retrieved via SNMP...the chassis can't.  And being on a per-card basis,
I could cover DSP's in a chassis, but not cover the quads in the same
chassis.  I think per-card is a better solution for 3Com as well as for
3Com's customers...I just totally baffles me that they haven't gone this
way.
--
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) Support Contract survey
Date: 02 Feb 2000 09:46:02 -0600

Sorry for the mispellings in the previous post. I am on too many drugs for
the flu that I'm not making much sense here in the office.

At the bottom of the previous posting I meant to say that I DON'T understand
why the ability to talk to a tech is tied to the total number chassis/slots
I own and are paying support for.

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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 11:15:54 -0500 (EST)

This is all good and well.  But look at a typical support contract from
3Com.

If you pay for 'next day replacement'... it's only next day if the failure
happens between Monday-Thursday.  If it breaks thursday night you will not
have a part friday or sat... even though overnight delivery if available
on sat.  Friday-Sun.... next day is Tuesday.  Sounds like overnight to me.

Phone support.... nice that I can change the music on hold... and hold
times are short... but the help on the other side is spotty at best.  Plus
it seems that not all 3com support reps have a modem to dial out on.. had
to wait 20 minutes for a guy to configure his machine and get an open
line... this is from a modem manufacturer!!!  Put a modem in each
workstation for gods sake.

Last but not least... having to cover the entire enterprise for support.
Hmmm.... I have 250+ ports, arcs and nmc cards... I have spares, I just
want the software updates.... god knows the code is a work in progress.
Why can CISCO charge $13 for IP software to run a router and not force me
to cover every router?  I should be able to pick and choose what I want
when I want it.  I'm sure there is a way to put the 2.0.81 software in a
shopping cart for easy purchase.

As for 'all free all the time'.. no, I don't believe in that either.  I do
believe that it's my money, and I will spend it on what I think is the
BEST VALUE.  Paying $3K a year for support which is not next day, spotty
phone support and covering equipment that I don't want to cover is not a
value at all.

Word to the wise.... lurk on the ascent/lucent/cisco lists.... see what
thier problems are..... you'll be suprised.

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

On Wed, 2 Feb 2000, Clint R. Sparks wrote:

>
> Well my 2 cents here as well, I know that none of us likes to pay for things
> we do not feel are fair or will use but it is like paying for car insurance,
> you may need it someday and it will be worth it believe me. Besides I never
> see anything about others charging for support but I have news just about
> all do. We use Cisco equipment and it is the same deal you have to buy a
> support contract or pay by the support call after the warranty period is up.
> I know there are some that do not charge but I can tell you that it will not
> last forever no matter what they tell you, it is an avenue for these
> equipment manufacturers to make extra income and they will all succumb to it
> eventually as it is easy money for them. Sometimes you just have to play the
> game even if you do not like it and believe me I do not like paying for
> support contracts but my number one goal is keeping my customers happy and I
> will pay for the contract to do so. Besides I have much worse problems with
> phone companies than equipment manufacturers, telcos are the real root of
> all ISP's problems.
>
> Thank you,
>
> Clint R. Sparks
> ComQuest Internet Services
> [e-mail]
>
>
> ----- Original Message -----
> From: "Jeff Mcadams" <[e-mail]>
> To: <[e-mail]>
> Cc: <[e-mail]>; <[e-mail]>;
> <[e-mail]>; <[e-mail]>;
> <[e-mail]>; <[e-mail]>
> Sent: Wednesday, February 02, 2000 10:15 AM
> Subject: (usr-tc) Support Contract survey
>
>
> > OK...here are initial results of the support contract informal survey.
> > I only heard from 13 people (including myself :)...a mere fraction of
> > the number of people on the list in total.  Keep sending the
> > information...I'll continue to tabulate and have more updates as I hear
> > from more people.
> >
> > The current count is 9 people don't have support contracts, and 4 do.
> >
> > Some notes:
> >
> > - One "yes" only had software coverage even though they would have liked
> >     to have greater coverage.  They had to settle for software-only
> >     because of the cost
> >
> > - One "no" actually has coverage on a chassis, but only because that
> >     chassis was bought new and came with coverage...apparently you can't
> >     buy a chassis anymore without coverage...interesting loophole in the
> >     contract rules here.  This person indicated that they would rather
> >     have *not* gotten the coverage on the contract as they thought it
> >     was a waste of money.
> >
> > Many of the people that emailed me as a "no" mentioned it was the cost
> > and/or the rules that prevented them from getting a contract.
> >
> > I will re-iterate that I believe that the root of the problem stems from
> > 3Com considering Customer Service as a "Business Unit".  In other words,
> > they want Customer Service to be a revenue positive part of 3Com.  While
> > my previous posting that discussed this was somewhat inaccurate (the
> > Customer Service Organization, CSO, apparently doens't get the revenues
> > from the support contracts, the business unit that sells the equipment -
> > in the case of TC, its the Network Systems Business Unit - gets the
> > revenues...the whole thought of trying to make Customer Service revenue
> > positive ends up with an attitude that ends up screwing the customer.
> >
> > I just recently went through the process of trying to obtain a service
> > contract again...partially to try to determine if any improvements had
> > been made to the process...partially to find out if the "Unbundled
> > Service Options" on 3Com's web site would be useful here...and partially
> > because we really would like to have some coverage on some of our
> > equipment.  The current status is that the support coverage rules are
> > still in place (contracts purchased per-chassis rather than per-card,
> > and all chassis at a site have to have the same coverage...of course
> > last time we tried to have different coverage at different sites 3Com
> > didn't honor it), the support options listed as sold items (ie, not
> > special deals that are made for specific instances) were largely the
> > same as they've been for the past 3 years.  The best I got from the
> > discussion was that service options could be discussed (ie, a special
> > deal is how I understand this) if its "a sound business case that makes
> > sense for the customer and for 3Com."  Let me suggest that a sound
> > business case for 3Com would be to not lose their customers which is
> > what is happening...3Com is verging towards losing us as a customer
> > even...and we've been a USRobotics/3Com customer for at least 5 years
> > (35 Amp power supplied and dual analog 14.4 modems)
> > --
> > 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: "Clint R. Sparks" <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 11:12:59 -0500

Let me go on record saying this before I get hate mail, I do not believe it
is proper for any equipment manufacturer to charge for support. We do not
charge our customers for support and they only pay us $20 a month so I am
against them charging for support contracts. However it is a game and I run
a business and if having and needing one is how the game has to be played
then I get one. No equipment manufacturer cares about whether any of us
likes it, they are a business and in it for the bottom line. I don't like it
when telcos charge for installs on PRI and T1 circuits as I feel ordering it
should be enough but they do and hide behind their tariffs to justify it so
we pay it. I had GTE recently charge me for a premise visit after I ordered
two new PRI's and this is on top of paying the normal $600 install for each
PRI, I called them on it and they said we had to come out didn't we? I said
I would like to see you install a new circuit without coming out. Face it,
all small ISP's are being screwed by any big business anyway they can find.

> You've not worked with this equipment for very long, have you?  ;)

3 Years and I have had my ups and downs.

> Seriously though...a large number of the people on this list are quite
> capable of supporting ourselves on this equipment largely.  We need
> hardware coverage of some specific cards...for IgLou, we need to cover
> DSP's, we don't need to cover Arc's really since we have some spares,
> and we *CERTAINLY* don't want to cover quads since they're pretty much
> disposable at this point.

I agree we to do not need 3 Coms help except when hardware fails and we need
replacements.

> But with cisco, you can get a different level of coverage on each piece
> of equipment if you like...try doing that with 3Com.  3Com won't even
> honor it if you have different levels of coverage *at different sites*
> (as Paul Farber just pointed out...and has happened to us in the
> past...even after 3Com gets the money for it...that's borderline illegal
> there, breach of contract).

Before I had a contract all kinds of problems getting 3 Com's help wanted to
kick Total Controls out door but with a contract no complaints, keep in mind
I have the full support contract and I always get the help I need or want. I
guess my case is an exception to the rule from what you are saying, but it
works for me so I cannot complain. If it did not I would complain believe
me. One thing I do now when I do need to call 3 Com for support is I ask for
the same person which helps a lot as he knows who I am which expedites
things as he knows when I call we have already tried everything.

Clint


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 11:26:38 -0500 (EST)

Will pay if it's reasonable.  I don't see it as insurance, I see it as
casting a vote of confidence in the company that they will improve the
product and fill the need I have for their equipment.

Look at the resolved issues on most sw releases... unless it says
"improved v.90 performance" or "improved compatibly with lucent/rockwell
chipsets" it is not generally worth the upgrade.  I NEED those things, I
will PAY for those things..... the support contract software is NOT doing
it.

Maybe the TC line is to broad.... maybe a multiservice platform is nice
for large corporations but for small ISP's (the majority) I really don't
need VOIP, or a nic that does frame (who has ever used the wan ports on a
TC ARC NIC???) or dial out, or caller ID based access, or VPN.

I need a RAS that takes calls (reliably) and routes them to my router.
After about $60K of 3com equipment it's becoming clear that they are not
the filling my need.


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

On Wed, 2 Feb 2000, Clint R. Sparks wrote:

> Paul, I am not trying to disagree with you here and I agree 3 Com needs to
> wake up sometimes on how they treat customers. However Ascend/Lucent is
> going to eventually charge for support contracts, it will be no different
> when they do. All equipment manufacturers see this as a great source of
> income and they are all in it for the money so it is only a matter of time
> before all charge for it.
>
> Thank you,
>
> Clint R. Sparks
> ComQuest Internet Services
> [e-mail]
>
>
> ----- Original Message -----
> From: "Paul Farber" <[e-mail]>
> To: <[e-mail]>
> Cc: <[e-mail]>; <[e-mail]>;
> <[e-mail]>; <[e-mail]>;
> <[e-mail]>; <[e-mail]>
> Sent: Wednesday, February 02, 2000 10:41 AM
> Subject: Re: (usr-tc) Support Contract survey
>
>
> > Add my results:
> >
> > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT
> >
> > and
> >
> > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT.
> >
> > I just got off the phone with Ms. Michelle Catalano who said my
> > $1200 support contract would not be honored... even though they got the
> > money for it already.
> >
> > I have 3 chassis at 3 locations and only *want* coverage for a specific
> > site with specific needs.  It's a simple chassis, 2 DSP's, 1 arc.... plain
> > jane setup.
> >
> > Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be
> > purchasing ANY more 3Com equipment.  Sorry 3Com.... that's 1 new site you
> > won't be at (96 ports) and one site I will be converting (48 ports).  Does
> > the business unit understand that loosing $15K-20K over a $1200 software
> > upgrade (who actually calls support anymore... I think we've all learned
> > the 'value' of phone based support)
> >
> > Since this message is being CC'ed to (hopefully) some understanding
> > management at 3Com, there is a person on the xmission list (krish?)
> > that has been worth thier weight in gold.... give that person a raise and
> > maybe learn a bit from how that person does support us.
> >
> > I will add the 2.0.51 DSP code seems to have calmed down the chassis a
> > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it.
> >
> > Paul Farber
> > Farber Technology
> > [e-mail]
> > Ph  570-628-5303
> > Fax [phone]
> >
> > On Wed, 2 Feb 2000, Jeff Mcadams wrote:
> >
> > > OK...here are initial results of the support contract informal survey.
> > > I only heard from 13 people (including myself :)...a mere fraction of
> > > the number of people on the list in total.  Keep sending the
> > > information...I'll continue to tabulate and have more updates as I hear
> > > from more people.
> > >
> > > The current count is 9 people don't have support contracts, and 4 do.
> > >
> > > Some notes:
> > >
> > > - One "yes" only had software coverage even though they would have liked
> > >     to have greater coverage.  They had to settle for software-only
> > >     because of the cost
> > >
> > > - One "no" actually has coverage on a chassis, but only because that
> > >     chassis was bought new and came with coverage...apparently you can't
> > >     buy a chassis anymore without coverage...interesting loophole in the
> > >     contract rules here.  This person indicated that they would rather
> > >     have *not* gotten the coverage on the contract as they thought it
> > >     was a waste of money.
> > >
> > > Many of the people that emailed me as a "no" mentioned it was the cost
> > > and/or the rules that prevented them from getting a contract.
> > >
> > > I will re-iterate that I believe that the root of the problem stems from
> > > 3Com considering Customer Service as a "Business Unit".  In other words,
> > > they want Customer Service to be a revenue positive part of 3Com.  While
> > > my previous posting that discussed this was somewhat inaccurate (the
> > > Customer Service Organization, CSO, apparently doens't get the revenues
> > > from the support contracts, the business unit that sells the equipment -
> > > in the case of TC, its the Network Systems Business Unit - gets the
> > > revenues...the whole thought of trying to make Customer Service revenue
> > > positive ends up with an attitude that ends up screwing the customer.
> > >
> > > I just recently went through the process of trying to obtain a service
> > > contract again...partially to try to determine if any improvements had
> > > been made to the process...partially to find out if the "Unbundled
> > > Service Options" on 3Com's web site would be useful here...and partially
> > > because we really would like to have some coverage on some of our
> > > equipment.  The current status is that the support coverage rules are
> > > still in place (contracts purchased per-chassis rather than per-card,
> > > and all chassis at a site have to have the same coverage...of course
> > > last time we tried to have different coverage at different sites 3Com
> > > didn't honor it), the support options listed as sold items (ie, not
> > > special deals that are made for specific instances) were largely the
> > > same as they've been for the past 3 years.  The best I got from the
> > > discussion was that service options could be discussed (ie, a special
> > > deal is how I understand this) if its "a sound business case that makes
> > > sense for the customer and for 3Com."  Let me suggest that a sound
> > > business case for 3Com would be to not lose their customers which is
> > > what is happening...3Com is verging towards losing us as a customer
> > > even...and we've been a USRobotics/3Com customer for at least 5 years
> > > (35 Amp power supplied and dual analog 14.4 modems)
> > > --
> > > Jeff McAdams                            Email: [e-mail]
> > > Head Network Administrator              Voice: [phone]
> > > IgLou Internet Services                        [phone]
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 11:37:43 -0500 (EST)

An EXELLENT business idea just hit me.  If a vendor had 'Card Replacement
Plan'.  IE, for X a month ($20-50) if your ARC/NMC/DSP goes south you call
them and they overnight you (i mean really overnight. next day incl sat.)
a replacement card while your's is under warranty repair.  When you get
your's back you return the NIC/NAC and you are in business.

Face it.. most of us just want the hardware replacement and all new gear
comes with 5 year warranty... unless you pay for support you have
to wait 2-4 weeks for the repair.

We would win as we get the next day card from a vendor (who would keep the
code up to date) and the vendor would win cause $50 a month from 50 ISP's
is $2500 a month.. more than ehough to keep cards in stock and mail them
out.

You pay $240-$600/year for your entire site coverage (for any/all cards)
and you get what you want.. minimal downtime.

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: Brian <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:36:46 -0600 (CST)


Yes the whole support contract issue is really a shame.  Countless times I
have *tried* to get support contracts, but 3com will not take my money,
they don't want it.  It comes down to the wire, and then at that last
minute they change the rules.

We have used 3Com Total Control for many years.  All we need the contracts
for is the software support.  We buy a chassis at least every 2 months
anyways, so we are always covered under the 90 day support blanket that
comes with each chassis..........we could keep this up forever, and 3com
won't make a dime.  Or they can come out with a decent offer.

I have support contracts on everything except the 3com stuff we own.
Cisco, Foundry, Ascend......they didn't have problems with support
contracts, only 3com.

And those of us without contracts, alot of us have been using this stuff
for 4 or 5 or more years.  We are not the ones calling the support teams
and using up 3 hours on a tech call for simple answers.  We just want
coverage.

Brian



On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> OK...here are initial results of the support contract informal survey.
> I only heard from 13 people (including myself :)...a mere fraction of
> the number of people on the list in total.  Keep sending the
> information...I'll continue to tabulate and have more updates as I hear
> from more people.
>
> The current count is 9 people don't have support contracts, and 4 do.
>
> Some notes:
>
> - One "yes" only had software coverage even though they would have liked
>     to have greater coverage.  They had to settle for software-only
>     because of the cost
>
> - One "no" actually has coverage on a chassis, but only because that
>     chassis was bought new and came with coverage...apparently you can't
>     buy a chassis anymore without coverage...interesting loophole in the
>     contract rules here.  This person indicated that they would rather
>     have *not* gotten the coverage on the contract as they thought it
>     was a waste of money.
>
> Many of the people that emailed me as a "no" mentioned it was the cost
> and/or the rules that prevented them from getting a contract.
>
> I will re-iterate that I believe that the root of the problem stems from
> 3Com considering Customer Service as a "Business Unit".  In other words,
> they want Customer Service to be a revenue positive part of 3Com.  While
> my previous posting that discussed this was somewhat inaccurate (the
> Customer Service Organization, CSO, apparently doens't get the revenues
> from the support contracts, the business unit that sells the equipment -
> in the case of TC, its the Network Systems Business Unit - gets the
> revenues...the whole thought of trying to make Customer Service revenue
> positive ends up with an attitude that ends up screwing the customer.
>
> I just recently went through the process of trying to obtain a service
> contract again...partially to try to determine if any improvements had
> been made to the process...partially to find out if the "Unbundled
> Service Options" on 3Com's web site would be useful here...and partially
> because we really would like to have some coverage on some of our
> equipment.  The current status is that the support coverage rules are
> still in place (contracts purchased per-chassis rather than per-card,
> and all chassis at a site have to have the same coverage...of course
> last time we tried to have different coverage at different sites 3Com
> didn't honor it), the support options listed as sold items (ie, not
> special deals that are made for specific instances) were largely the
> same as they've been for the past 3 years.  The best I got from the
> discussion was that service options could be discussed (ie, a special
> deal is how I understand this) if its "a sound business case that makes
> sense for the customer and for 3Com."  Let me suggest that a sound
> business case for 3Com would be to not lose their customers which is
> what is happening...3Com is verging towards losing us as a customer
> even...and we've been a USRobotics/3Com customer for at least 5 years
> (35 Amp power supplied and dual analog 14.4 modems)
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Marty Elliott <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 09:42:24 -0700


Paul -- isn't mind-reading over the internet a bit unfair????!!!! ;~}

hmmmmmmm

Marty



At 11:37 AM 02/02/2000 -0500, you wrote:
>An EXELLENT business idea just hit me.  If a vendor had 'Card Replacement
>Plan'.  IE, for X a month ($20-50) if your ARC/NMC/DSP goes south you call
>them and they overnight you (i mean really overnight. next day incl sat.)
>a replacement card while your's is under warranty repair.  When you get
>your's back you return the NIC/NAC and you are in business.
>
>Face it.. most of us just want the hardware replacement and all new gear
>comes with 5 year warranty... unless you pay for support you have
>to wait 2-4 weeks for the repair.
>
>We would win as we get the next day card from a vendor (who would keep the
>code up to date) and the vendor would win cause $50 a month from 50 ISP's
>is $2500 a month.. more than ehough to keep cards in stock and mail them
>out.
>
>You pay $240-$600/year for your entire site coverage (for any/all cards)
>and you get what you want.. minimal downtime.
>
>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.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marty Elliott
MARS, Inc.
2105 South 48th Street
Suite 104
Tempe, AZ 85282
602-426-8272
602-454-0770 fax
www.2assetrecovery.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:39:41 -0600 (CST)

On Wed, 2 Feb 2000, Paul Farber wrote:

> Add my results:
>
> NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT
>
> and
>
> NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT.
>
> I just got off the phone with Ms. Michelle Catalano who said my
> $1200 support contract would not be honored... even though they got the
> money for it already.

I can't beleive how they treat us.  You know that happened to us, we paid
several thousand dollars for some support on a bunch of chassis we placed
an order for, and 3com would not honor it.  It was a total mess.  It made
buying 3com equipment a nightmare.  Our vendor ended up issuing us a
credit............

>
> I have 3 chassis at 3 locations and only *want* coverage for a specific
> site with specific needs.  It's a simple chassis, 2 DSP's, 1 arc.... plain
> jane setup.

well, even forcing to have support on everything.  I mean, it should be
support everything in use.  What about all the stuf I have on the shelf,
not in production, why should I buy a support contract on that?

They need to do their support per card, not this per chassis stuff.

>
> Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be
> purchasing ANY more 3Com equipment.  Sorry 3Com.... that's 1 new site you
> won't be at (96 ports) and one site I will be converting (48 ports).  Does
> the business unit understand that loosing $15K-20K over a $1200 software
> upgrade (who actually calls support anymore... I think we've all learned
> the 'value' of phone based support)
>
> Since this message is being CC'ed to (hopefully) some understanding
> management at 3Com, there is a person on the xmission list (krish?)
> that has been worth thier weight in gold.... give that person a raise and
> maybe learn a bit from how that person does support us.
>
> I will add the 2.0.51 DSP code seems to have calmed down the chassis a
> bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 2 Feb 2000, Jeff Mcadams wrote:
>
> > OK...here are initial results of the support contract informal survey.
> > I only heard from 13 people (including myself :)...a mere fraction of
> > the number of people on the list in total.  Keep sending the
> > information...I'll continue to tabulate and have more updates as I hear
> > from more people.
> >
> > The current count is 9 people don't have support contracts, and 4 do.
> >
> > Some notes:
> >
> > - One "yes" only had software coverage even though they would have liked
> >     to have greater coverage.  They had to settle for software-only
> >     because of the cost
> >
> > - One "no" actually has coverage on a chassis, but only because that
> >     chassis was bought new and came with coverage...apparently you can't
> >     buy a chassis anymore without coverage...interesting loophole in the
> >     contract rules here.  This person indicated that they would rather
> >     have *not* gotten the coverage on the contract as they thought it
> >     was a waste of money.
> >
> > Many of the people that emailed me as a "no" mentioned it was the cost
> > and/or the rules that prevented them from getting a contract.
> >
> > I will re-iterate that I believe that the root of the problem stems from
> > 3Com considering Customer Service as a "Business Unit".  In other words,
> > they want Customer Service to be a revenue positive part of 3Com.  While
> > my previous posting that discussed this was somewhat inaccurate (the
> > Customer Service Organization, CSO, apparently doens't get the revenues
> > from the support contracts, the business unit that sells the equipment -
> > in the case of TC, its the Network Systems Business Unit - gets the
> > revenues...the whole thought of trying to make Customer Service revenue
> > positive ends up with an attitude that ends up screwing the customer.
> >
> > I just recently went through the process of trying to obtain a service
> > contract again...partially to try to determine if any improvements had
> > been made to the process...partially to find out if the "Unbundled
> > Service Options" on 3Com's web site would be useful here...and partially
> > because we really would like to have some coverage on some of our
> > equipment.  The current status is that the support coverage rules are
> > still in place (contracts purchased per-chassis rather than per-card,
> > and all chassis at a site have to have the same coverage...of course
> > last time we tried to have different coverage at different sites 3Com
> > didn't honor it), the support options listed as sold items (ie, not
> > special deals that are made for specific instances) were largely the
> > same as they've been for the past 3 years.  The best I got from the
> > discussion was that service options could be discussed (ie, a special
> > deal is how I understand this) if its "a sound business case that makes
> > sense for the customer and for 3Com."  Let me suggest that a sound
> > business case for 3Com would be to not lose their customers which is
> > what is happening...3Com is verging towards losing us as a customer
> > even...and we've been a USRobotics/3Com customer for at least 5 years
> > (35 Amp power supplied and dual analog 14.4 modems)
> > --
> > 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:41:42 -0600 (CST)


speaking of serial numbers, is their a place on 3com's site you can go and
view what serial numbers they have on file for you?  so that we can at
least see where they are coming from?


On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> Thus spake Mark Thornton
> >I may not have responded to your survey so I am doing so now...
> >
> OK...got it, thanks!
>
> >I don't understand why I can buy a support contract the lets me talk to
> >the support folks for a single price. Whether I have one or twenty
> >chassis's, I'm typically only going to ask a question once then apply
> >it to all chassis. The same is with the software upgrades. The 24 hour
> >replacement policy on hardware I can understand being a per chassis
> >charge.
>
> Amen!  And if you have more chassis, you're likely not going to have to
> call support as often in the first place since you're likely more
> knowledgeable about the equipment to begin with!
>
> I can deal with a per-chassis charge on hardware replacement...I'd
> *prefer* it to be per-card...let's face it, its easier to get serial
> nubmers of cards than it is for a chassis anyway...serial number can be
> retrieved via SNMP...the chassis can't.  And being on a per-card basis,
> I could cover DSP's in a chassis, but not cover the quads in the same
> chassis.  I think per-card is a better solution for 3Com as well as for
> 3Com's customers...I just totally baffles me that they haven't gone this
> way.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 10:43:36 -0600 (CST)


I hear the support on the phone has improved.  Man do I have some stories.
Like some girl who just hung up on me because she was frustrated, or the
times I called support at midnight, only for 3com to wake some poor guy up
at his house, who calls me back half asleep trying to setup his laptop so
he can help me.............man was it a nightmare, I use to dread that
stuff.  I use to wait 45min - 1.24 hours average, it was a mess


On Wed, 2 Feb 2000, Paul Farber wrote:

> This is all good and well.  But look at a typical support contract from
> 3Com.
>
> If you pay for 'next day replacement'... it's only next day if the failure
> happens between Monday-Thursday.  If it breaks thursday night you will not
> have a part friday or sat... even though overnight delivery if available
> on sat.  Friday-Sun.... next day is Tuesday.  Sounds like overnight to me.
>
> Phone support.... nice that I can change the music on hold... and hold
> times are short... but the help on the other side is spotty at best.  Plus
> it seems that not all 3com support reps have a modem to dial out on.. had
> to wait 20 minutes for a guy to configure his machine and get an open
> line... this is from a modem manufacturer!!!  Put a modem in each
> workstation for gods sake.
>
> Last but not least... having to cover the entire enterprise for support.
> Hmmm.... I have 250+ ports, arcs and nmc cards... I have spares, I just
> want the software updates.... god knows the code is a work in progress.
> Why can CISCO charge $13 for IP software to run a router and not force me
> to cover every router?  I should be able to pick and choose what I want
> when I want it.  I'm sure there is a way to put the 2.0.81 software in a
> shopping cart for easy purchase.
>
> As for 'all free all the time'.. no, I don't believe in that either.  I do
> believe that it's my money, and I will spend it on what I think is the
> BEST VALUE.  Paying $3K a year for support which is not next day, spotty
> phone support and covering equipment that I don't want to cover is not a
> value at all.
>
> Word to the wise.... lurk on the ascent/lucent/cisco lists.... see what
> thier problems are..... you'll be suprised.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 2 Feb 2000, Clint R. Sparks wrote:
>
> >
> > Well my 2 cents here as well, I know that none of us likes to pay for things
> > we do not feel are fair or will use but it is like paying for car insurance,
> > you may need it someday and it will be worth it believe me. Besides I never
> > see anything about others charging for support but I have news just about
> > all do. We use Cisco equipment and it is the same deal you have to buy a
> > support contract or pay by the support call after the warranty period is up.
> > I know there are some that do not charge but I can tell you that it will not
> > last forever no matter what they tell you, it is an avenue for these
> > equipment manufacturers to make extra income and they will all succumb to it
> > eventually as it is easy money for them. Sometimes you just have to play the
> > game even if you do not like it and believe me I do not like paying for
> > support contracts but my number one goal is keeping my customers happy and I
> > will pay for the contract to do so. Besides I have much worse problems with
> > phone companies than equipment manufacturers, telcos are the real root of
> > all ISP's problems.
> >
> > Thank you,
> >
> > Clint R. Sparks
> > ComQuest Internet Services
> > [e-mail]
> >
> >
> > ----- Original Message -----
> > From: "Jeff Mcadams" <[e-mail]>
> > To: <[e-mail]>
> > Cc: <[e-mail]>; <[e-mail]>;
> > <[e-mail]>; <[e-mail]>;
> > <[e-mail]>; <[e-mail]>
> > Sent: Wednesday, February 02, 2000 10:15 AM
> > Subject: (usr-tc) Support Contract survey
> >
> >
> > > OK...here are initial results of the support contract informal survey.
> > > I only heard from 13 people (including myself :)...a mere fraction of
> > > the number of people on the list in total.  Keep sending the
> > > information...I'll continue to tabulate and have more updates as I hear
> > > from more people.
> > >
> > > The current count is 9 people don't have support contracts, and 4 do.
> > >
> > > Some notes:
> > >
> > > - One "yes" only had software coverage even though they would have liked
> > >     to have greater coverage.  They had to settle for software-only
> > >     because of the cost
> > >
> > > - One "no" actually has coverage on a chassis, but only because that
> > >     chassis was bought new and came with coverage...apparently you can't
> > >     buy a chassis anymore without coverage...interesting loophole in the
> > >     contract rules here.  This person indicated that they would rather
> > >     have *not* gotten the coverage on the contract as they thought it
> > >     was a waste of money.
> > >
> > > Many of the people that emailed me as a "no" mentioned it was the cost
> > > and/or the rules that prevented them from getting a contract.
> > >
> > > I will re-iterate that I believe that the root of the problem stems from
> > > 3Com considering Customer Service as a "Business Unit".  In other words,
> > > they want Customer Service to be a revenue positive part of 3Com.  While
> > > my previous posting that discussed this was somewhat inaccurate (the
> > > Customer Service Organization, CSO, apparently doens't get the revenues
> > > from the support contracts, the business unit that sells the equipment -
> > > in the case of TC, its the Network Systems Business Unit - gets the
> > > revenues...the whole thought of trying to make Customer Service revenue
> > > positive ends up with an attitude that ends up screwing the customer.
> > >
> > > I just recently went through the process of trying to obtain a service
> > > contract again...partially to try to determine if any improvements had
> > > been made to the process...partially to find out if the "Unbundled
> > > Service Options" on 3Com's web site would be useful here...and partially
> > > because we really would like to have some coverage on some of our
> > > equipment.  The current status is that the support coverage rules are
> > > still in place (contracts purchased per-chassis rather than per-card,
> > > and all chassis at a site have to have the same coverage...of course
> > > last time we tried to have different coverage at different sites 3Com
> > > didn't honor it), the support options listed as sold items (ie, not
> > > special deals that are made for specific instances) were largely the
> > > same as they've been for the past 3 years.  The best I got from the
> > > discussion was that service options could be discussed (ie, a special
> > > deal is how I understand this) if its "a sound business case that makes
> > > sense for the customer and for 3Com."  Let me suggest that a sound
> > > business case for 3Com would be to not lose their customers which is
> > > what is happening...3Com is verging towards losing us as a customer
> > > even...and we've been a USRobotics/3Com customer for at least 5 years
> > > (35 Amp power supplied and dual analog 14.4 modems)
> > > --
> > > 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 11:57:36 -0500 (EST)

If you are considering doing this please let me know!

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

On Wed, 2 Feb 2000, Marty Elliott wrote:

>
> Paul -- isn't mind-reading over the internet a bit unfair????!!!! ;~}
>
> hmmmmmmm
>
> Marty
>
>
>
> At 11:37 AM 02/02/2000 -0500, you wrote:
> >An EXELLENT business idea just hit me.  If a vendor had 'Card Replacement
> >Plan'.  IE, for X a month ($20-50) if your ARC/NMC/DSP goes south you call
> >them and they overnight you (i mean really overnight. next day incl sat.)
> >a replacement card while your's is under warranty repair.  When you get
> >your's back you return the NIC/NAC and you are in business.
> >
> >Face it.. most of us just want the hardware replacement and all new gear
> >comes with 5 year warranty... unless you pay for support you have
> >to wait 2-4 weeks for the repair.
> >
> >We would win as we get the next day card from a vendor (who would keep the
> >code up to date) and the vendor would win cause $50 a month from 50 ISP's
> >is $2500 a month.. more than ehough to keep cards in stock and mail them
> >out.
> >
> >You pay $240-$600/year for your entire site coverage (for any/all cards)
> >and you get what you want.. minimal downtime.
> >
> >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.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Marty Elliott
> MARS, Inc.
> 2105 South 48th Street
> Suite 104
> Tempe, AZ 85282
> 602-426-8272
> 602-454-0770 fax
> www.2assetrecovery.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 13:02:44 -0400


Let me chime in here with a resounding "amen".  I can tell you beyond a
shadow of a doubt that I would go with a different vendor if I could do it
all over again.  But I inherited this mess and so I'm stuck with it.  And I
do the best I can.

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

> sense for the customer and for 3Com."  Let me suggest that a sound
> business case for 3Com would be to not lose their customers which is
> what is happening...3Com is verging towards losing us as a customer
> even...and we've been a USRobotics/3Com customer for at least 5 years
> (35 Amp power supplied and dual analog 14.4 modems)

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 2.0.51 problems
Date: 02 Feb 2000 11:08:08 -0600

Hey guys,
    I've been lurking for a long time and using much of the advice that
pertained to similar problems i had with my TC equipment.
I've seen a lot of good talk about the 2.0.51 software and everyone seems
to be happy with it. Has anyone had any trouble with it?
I loaded 2.0.51 and 2.0.60 onto one chassis and have been having trouble with
2.0.51 making trunks go "local out of service". The cards with 2.0.60 are
working well.  I tried loading 2.0.60 into the cards
with the .55 hardware but that caused different problems (mostly instant
disconnects). Loading 2.0.81 makes the
cards not answer calls at all. These are five new HiperDSP cards purchased
in December and just installed.
  I find it hard to believe that i would get 5 bad DSP cards (I guess it's
possible)
Has anyone else had this type of problem with 2.0.51?

BTW: I have two more chassis and experienced the same problem with the
existing cards. I reverted back to 2.0.81 and all worked well again.

Thanks for any info
    Rudy Ferguson
    VstaNet





1    3COM High-Density 24 Channel  1OQ 0.53.0     8192    2048  2.0.60
2    3COM High-Density 24 Channel  1OQ 0.53.0  8192    2048  2.0.60
3    3COM High-Density 24 Channel  1OQ 0.51.0     8192    2048  2.0.60
4    3COM High-Density 24 Channel  1OQ 0.49.0  8192    2048  2.0.60
5    3COM High-Density 24 Channel  1OQ 0.53.0  8192    2048  2.0.60
6    3COM High-Density 24 Channel  1OQ 0.55.0     8192    2048  2.0.51
7    3COM High-Density 24 Channel  1OQ 0.55.0  8192    2048  2.0.51
8    3COM High-Density 24 Channel  1OQ 0.55.0  8192    2048  2.0.51
9    3COM High-Density 24 Channel  3C4    0.49.0   8192    2048  2.0.60
10    3COM High-Density 24 Channel  1OQ 0.55.0     8192    2048  2.0.51
16    3COM HiPer ARC NAC 28B    19.0.0    131072 16384  4.2.32
17    3COM Network Management Card with clock     2DY00000 7.0  16384  8192   6.1.17



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 2.0.51 problems
Date: 02 Feb 2000 11:24:07 -0600

We've had pretty good luck with 2.0.51.  It has eliminated
the two-modem failure problem, connect rates and throughput
look about the same.  We have it on about 50 DSP cards with
several hardware revs. in 5 hiper arc chassis.

blake

-----Original Message-----
Sent: Wednesday, February 02, 2000 11:08 AM


Hey guys,
    I've been lurking for a long time and using much of the advice that
pertained to similar problems i had with my TC equipment.
I've seen a lot of good talk about the 2.0.51 software and everyone seems
to be happy with it. Has anyone had any trouble with it?
I loaded 2.0.51 and 2.0.60 onto one chassis and have been having trouble
with
2.0.51 making trunks go "local out of service". The cards with 2.0.60 are
working well.  I tried loading 2.0.60 into the cards
with the .55 hardware but that caused different problems (mostly instant
disconnects). Loading 2.0.81 makes the
cards not answer calls at all. These are five new HiperDSP cards purchased
in December and just installed.
  I find it hard to believe that i would get 5 bad DSP cards (I guess it's
possible)
Has anyone else had this type of problem with 2.0.51?

BTW: I have two more chassis and experienced the same problem with the
existing cards. I reverted back to 2.0.81 and all worked well again.

Thanks for any info
    Rudy Ferguson
    VstaNet





1    3COM High-Density 24 Channel  1OQ 0.53.0     8192    2048  2.0.60
2    3COM High-Density 24 Channel  1OQ 0.53.0  8192    2048  2.0.60
3    3COM High-Density 24 Channel  1OQ 0.51.0     8192    2048  2.0.60
4    3COM High-Density 24 Channel  1OQ 0.49.0  8192    2048  2.0.60
5    3COM High-Density 24 Channel  1OQ 0.53.0  8192    2048  2.0.60
6    3COM High-Density 24 Channel  1OQ 0.55.0     8192    2048  2.0.51
7    3COM High-Density 24 Channel  1OQ 0.55.0  8192    2048  2.0.51
8    3COM High-Density 24 Channel  1OQ 0.55.0  8192    2048  2.0.51
9    3COM High-Density 24 Channel  3C4    0.49.0   8192    2048  2.0.60
10    3COM High-Density 24 Channel  1OQ 0.55.0     8192    2048  2.0.51
16    3COM HiPer ARC NAC 28B    19.0.0    131072 16384  4.2.32
17    3COM Network Management Card with clock     2DY00000 7.0  16384  8192
6.1.17



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

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 13:21:56 -0400


Frankly I'm surprised she's still employed with 3Com.  She's the reason I
don't buy support contracts anymore.  But maybe she's just a symptom of a
much larger problem.

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


> -----Original Message-----
> From: Paul Farber [mailto:[e-mail]]
> Sent: Wednesday, February 02, 2000 11:41 AM
> To: [e-mail]
> Cc: [e-mail]; [e-mail];
> [e-mail]; [e-mail];
> [e-mail]; [e-mail]
> Subject: Re: (usr-tc) Support Contract survey
>
>
> Add my results:
>
> NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT
>
> and
>
> NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT.
>
> I just got off the phone with Ms. Michelle Catalano who said my
> $1200 support contract would not be honored... even though
> they got the
> money for it already.
>
> I have 3 chassis at 3 locations and only *want* coverage for
> a specific
> site with specific needs.  It's a simple chassis, 2 DSP's, 1
> arc.... plain
> jane setup.
>
> Needless to say I have contacted 3 ASCEND/LUCENT vendors and
> will not be
> purchasing ANY more 3Com equipment.  Sorry 3Com.... that's 1
> new site you
> won't be at (96 ports) and one site I will be converting (48
> ports).  Does
> the business unit understand that loosing $15K-20K over a
> $1200 software
> upgrade (who actually calls support anymore... I think we've
> all learned
> the 'value' of phone based support)
>
> Since this message is being CC'ed to (hopefully) some understanding
> management at 3Com, there is a person on the xmission list (krish?)
> that has been worth thier weight in gold.... give that person
> a raise and
> maybe learn a bit from how that person does support us.
>
> I will add the 2.0.51 DSP code seems to have calmed down the chassis a
> bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 2 Feb 2000, Jeff Mcadams wrote:
>
> > OK...here are initial results of the support contract
> informal survey.
> > I only heard from 13 people (including myself :)...a mere
> fraction of
> > the number of people on the list in total.  Keep sending the
> > information...I'll continue to tabulate and have more
> updates as I hear
> > from more people.
> >
> > The current count is 9 people don't have support contracts,
> and 4 do.
> >
> > Some notes:
> >
> > - One "yes" only had software coverage even though they
> would have liked
> >     to have greater coverage.  They had to settle for software-only
> >     because of the cost
> >
> > - One "no" actually has coverage on a chassis, but only because that
> >     chassis was bought new and came with
> coverage...apparently you can't
> >     buy a chassis anymore without coverage...interesting
> loophole in the
> >     contract rules here.  This person indicated that they
> would rather
> >     have *not* gotten the coverage on the contract as they
> thought it
> >     was a waste of money.
> >
> > Many of the people that emailed me as a "no" mentioned it
> was the cost
> > and/or the rules that prevented them from getting a contract.
> >
> > I will re-iterate that I believe that the root of the
> problem stems from
> > 3Com considering Customer Service as a "Business Unit".  In
> other words,
> > they want Customer Service to be a revenue positive part of
> 3Com.  While
> > my previous posting that discussed this was somewhat inaccurate (the
> > Customer Service Organization, CSO, apparently doens't get
> the revenues
> > from the support contracts, the business unit that sells
> the equipment -
> > in the case of TC, its the Network Systems Business Unit - gets the
> > revenues...the whole thought of trying to make Customer
> Service revenue
> > positive ends up with an attitude that ends up screwing the
> customer.
> >
> > I just recently went through the process of trying to
> obtain a service
> > contract again...partially to try to determine if any
> improvements had
> > been made to the process...partially to find out if the "Unbundled
> > Service Options" on 3Com's web site would be useful
> here...and partially
> > because we really would like to have some coverage on some of our
> > equipment.  The current status is that the support coverage
> rules are
> > still in place (contracts purchased per-chassis rather than
> per-card,
> > and all chassis at a site have to have the same coverage...of course
> > last time we tried to have different coverage at different
> sites 3Com
> > didn't honor it), the support options listed as sold items (ie, not
> > special deals that are made for specific instances) were largely the
> > same as they've been for the past 3 years.  The best I got from the
> > discussion was that service options could be discussed (ie,
> a special
> > deal is how I understand this) if its "a sound business
> case that makes
> > sense for the customer and for 3Com."  Let me suggest that a sound
> > business case for 3Com would be to not lose their customers which is
> > what is happening...3Com is verging towards losing us as a customer
> > even...and we've been a USRobotics/3Com customer for at
> least 5 years
> > (35 Amp power supplied and dual analog 14.4 modems)
> > --
> > 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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 13:33:49 -0400


Bear in mind, though, that some of the guys on this list could hire a 3Com
engineer for what it would cost to cover all their Total Control equipment
with a full service contract.

And, to me, charging for software upgrades (read, bugfixes not feature
enhancements) is borderline fraud.  Charge me money to fix code that doesn't
work right?  Get real.

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

> Before I had a contract all kinds of problems getting 3 Com's
> help wanted to
> kick Total Controls out door but with a contract no
> complaints, keep in mind
> I have the full support contract and I always get the help I
> need or want. I
> guess my case is an exception to the rule from what you are
> saying, but it
> works for me so I cannot complain. If it did not I would
> complain believe
> me. One thing I do now when I do need to call 3 Com for
> support is I ask for
> the same person which helps a lot as he knows who I am which expedites
> things as he knows when I call we have already tried everything.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 2.0.51 problems
Date: 02 Feb 2000 12:50:09 -0500 (EST)

From what I understand from the release notes is that .51 software is for
a specific chipset problem.  No new features were added as far as fixes...
from the release notes anyway.... we did notice a pretty good drop in the
amount of disconnects in the 0-3 minute range.

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

On Wed, 2 Feb 2000 [e-mail] wrote:

> Hey guys,
>     I've been lurking for a long time and using much of the advice that
> pertained to similar problems i had with my TC equipment.
> I've seen a lot of good talk about the 2.0.51 software and everyone seems
> to be happy with it. Has anyone had any trouble with it?
> I loaded 2.0.51 and 2.0.60 onto one chassis and have been having trouble with
> 2.0.51 making trunks go "local out of service". The cards with 2.0.60 are
> working well.  I tried loading 2.0.60 into the cards
> with the .55 hardware but that caused different problems (mostly instant
> disconnects). Loading 2.0.81 makes the
> cards not answer calls at all. These are five new HiperDSP cards purchased
> in December and just installed.
>   I find it hard to believe that i would get 5 bad DSP cards (I guess it's
> possible)
> Has anyone else had this type of problem with 2.0.51?
>
> BTW: I have two more chassis and experienced the same problem with the
> existing cards. I reverted back to 2.0.81 and all worked well again.
>
> Thanks for any info
>     Rudy Ferguson
>     VstaNet
>
>
>
>
>
> 1    3COM High-Density 24 Channel  1OQ 0.53.0     8192    2048  2.0.60
> 2    3COM High-Density 24 Channel  1OQ 0.53.0  8192    2048  2.0.60
> 3    3COM High-Density 24 Channel  1OQ 0.51.0     8192    2048  2.0.60
> 4    3COM High-Density 24 Channel  1OQ 0.49.0  8192    2048  2.0.60
> 5    3COM High-Density 24 Channel  1OQ 0.53.0  8192    2048  2.0.60
> 6    3COM High-Density 24 Channel  1OQ 0.55.0     8192    2048  2.0.51
> 7    3COM High-Density 24 Channel  1OQ 0.55.0  8192    2048  2.0.51
> 8    3COM High-Density 24 Channel  1OQ 0.55.0  8192    2048  2.0.51
> 9    3COM High-Density 24 Channel  3C4    0.49.0   8192    2048  2.0.60
> 10    3COM High-Density 24 Channel  1OQ 0.55.0     8192    2048  2.0.51
> 16    3COM HiPer ARC NAC 28B    19.0.0    131072 16384  4.2.32
> 17    3COM Network Management Card with clock     2DY00000 7.0  16384  8192   6.1.17
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 11:49:08 -0600 (CST)



On Wed, 2 Feb 2000, Clint R. Sparks wrote:

> Paul, I am not trying to disagree with you here and I agree 3 Com needs to
> wake up sometimes on how they treat customers. However Ascend/Lucent is
> going to eventually charge for support contracts, it will be no different
> when they do. All equipment manufacturers see this as a great source of
> income and they are all in it for the money so it is only a matter of time
> before all charge for it.

I just got a Cisco AS53192 to replace most of my 3Com gear.  (I always
maintain two types of NAS equipment for compatability reasons.)

The pricing on the 8x5xNBD contract is $2730 per year.  I think the 3Com
price on a similiar contract is the same or more for 192 ports.  Cisco
will normally provide 24x7 support at no additional cost for network down
emergencies even with the 8x5 contract.  I'm pretty sure 3Com would charge
the normal hourly or per incident charge for after hours calls.

The 24x7x4 contract that includes 4 hour replacement is $4370 a year.
Might seem a bit steep, but I don't think 3Com even offers 4 hour
replacement.  I can't afford to have 192 of my lines out of service
oevernight or through a weekend.  One long outage would probably wipe out
any savings gained by not paying for the support.

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 Elfert <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 11:55:30 -0600 (CST)



On Wed, 2 Feb 2000, Paul Farber wrote:

> want the software updates.... god knows the code is a work in progress.
> Why can CISCO charge $13 for IP software to run a router and not force me
> to cover every router?  I should be able to pick and choose what I want

Cisco bundles the cost of the IP only IOS into the price of the router.

The only reason they don't just include the IP only license in the box is
because a lot of people need the other IOS licenses with more features, so
they offer a full range of licenses to buy seperately.

The $13 just covers the cost of the packaging and manufacturing for the
license they send you.

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: Charles Sprickman <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 12:56:51 -0500 (EST)

On Wed, 2 Feb 2000, Stainforth, Matthew wrote:

> Frankly I'm surprised she's still employed with 3Com.  She's the reason I
> don't buy support contracts anymore.  But maybe she's just a symptom of a
> much larger problem.

Ahh... Michelle.  I have never in my life been treated so rudely when
trying to purchase something.  I'm assuming she's there *because* of the
attitude.  She could argue chassis counts all day.  Glad she doesn't have
my home address ;)

Charles

> Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
>
>
> > -----Original Message-----
> > From: Paul Farber [mailto:[e-mail]]
> > Sent: Wednesday, February 02, 2000 11:41 AM
> > To: [e-mail]
> > Cc: [e-mail]; [e-mail];
> > [e-mail]; [e-mail];
> > [e-mail]; [e-mail]
> > Subject: Re: (usr-tc) Support Contract survey
> >
> >
> > Add my results:
> >
> > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT
> >
> > and
> >
> > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT.
> >
> > I just got off the phone with Ms. Michelle Catalano who said my
> > $1200 support contract would not be honored... even though
> > they got the
> > money for it already.
> >
> > I have 3 chassis at 3 locations and only *want* coverage for
> > a specific
> > site with specific needs.  It's a simple chassis, 2 DSP's, 1
> > arc.... plain
> > jane setup.
> >
> > Needless to say I have contacted 3 ASCEND/LUCENT vendors and
> > will not be
> > purchasing ANY more 3Com equipment.  Sorry 3Com.... that's 1
> > new site you
> > won't be at (96 ports) and one site I will be converting (48
> > ports).  Does
> > the business unit understand that loosing $15K-20K over a
> > $1200 software
> > upgrade (who actually calls support anymore... I think we've
> > all learned
> > the 'value' of phone based support)
> >
> > Since this message is being CC'ed to (hopefully) some understanding
> > management at 3Com, there is a person on the xmission list (krish?)
> > that has been worth thier weight in gold.... give that person
> > a raise and
> > maybe learn a bit from how that person does support us.
> >
> > I will add the 2.0.51 DSP code seems to have calmed down the chassis a
> > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it.
> >
> > Paul Farber
> > Farber Technology
> > [e-mail]
> > Ph  570-628-5303
> > Fax [phone]
> >
> > On Wed, 2 Feb 2000, Jeff Mcadams wrote:
> >
> > > OK...here are initial results of the support contract
> > informal survey.
> > > I only heard from 13 people (including myself :)...a mere
> > fraction of
> > > the number of people on the list in total.  Keep sending the
> > > information...I'll continue to tabulate and have more
> > updates as I hear
> > > from more people.
> > >
> > > The current count is 9 people don't have support contracts,
> > and 4 do.
> > >
> > > Some notes:
> > >
> > > - One "yes" only had software coverage even though they
> > would have liked
> > >     to have greater coverage.  They had to settle for software-only
> > >     because of the cost
> > >
> > > - One "no" actually has coverage on a chassis, but only because that
> > >     chassis was bought new and came with
> > coverage...apparently you can't
> > >     buy a chassis anymore without coverage...interesting
> > loophole in the
> > >     contract rules here.  This person indicated that they
> > would rather
> > >     have *not* gotten the coverage on the contract as they
> > thought it
> > >     was a waste of money.
> > >
> > > Many of the people that emailed me as a "no" mentioned it
> > was the cost
> > > and/or the rules that prevented them from getting a contract.
> > >
> > > I will re-iterate that I believe that the root of the
> > problem stems from
> > > 3Com considering Customer Service as a "Business Unit".  In
> > other words,
> > > they want Customer Service to be a revenue positive part of
> > 3Com.  While
> > > my previous posting that discussed this was somewhat inaccurate (the
> > > Customer Service Organization, CSO, apparently doens't get
> > the revenues
> > > from the support contracts, the business unit that sells
> > the equipment -
> > > in the case of TC, its the Network Systems Business Unit - gets the
> > > revenues...the whole thought of trying to make Customer
> > Service revenue
> > > positive ends up with an attitude that ends up screwing the
> > customer.
> > >
> > > I just recently went through the process of trying to
> > obtain a service
> > > contract again...partially to try to determine if any
> > improvements had
> > > been made to the process...partially to find out if the "Unbundled
> > > Service Options" on 3Com's web site would be useful
> > here...and partially
> > > because we really would like to have some coverage on some of our
> > > equipment.  The current status is that the support coverage
> > rules are
> > > still in place (contracts purchased per-chassis rather than
> > per-card,
> > > and all chassis at a site have to have the same coverage...of course
> > > last time we tried to have different coverage at different
> > sites 3Com
> > > didn't honor it), the support options listed as sold items (ie, not
> > > special deals that are made for specific instances) were largely the
> > > same as they've been for the past 3 years.  The best I got from the
> > > discussion was that service options could be discussed (ie,
> > a special
> > > deal is how I understand this) if its "a sound business
> > case that makes
> > > sense for the customer and for 3Com."  Let me suggest that a sound
> > > business case for 3Com would be to not lose their customers which is
> > > what is happening...3Com is verging towards losing us as a customer
> > > even...and we've been a USRobotics/3Com customer for at
> > least 5 years
> > > (35 Amp power supplied and dual analog 14.4 modems)
> > > --
> > > Jeff McAdams                            Email: [e-mail]
> > > Head Network Administrator              Voice: [phone]
> > > IgLou Internet Services                        [phone]
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old
> > messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: [e-mail]
Subject: Re: (usr-tc) 2.0.51 problems
Date: 02 Feb 2000 11:57:01 -0600

So none of you guys have had  the "Local out of service" problem?  I reset
them in the morning when i come in. I check before i go home and they are
out of service again. And it's never the same trunks. sometimes it two,
sometimes its six, i've had up to 16 out of service.
I would blame it on the telco but WE are the telco and the C.O. people
don't have any explainations for this. They insist it's my equipment.

        RF

At 12:50 PM 2/2/00 -0500, you wrote:
>>From what I understand from the release notes is that .51 software is for
>a specific chipset problem.  No new features were added as far as fixes...
>from the release notes anyway.... we did notice a pretty good drop in the
>amount of disconnects in the 0-3 minute range.
>
>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: "Marius Kirschner" <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 12:58:55 -0500

> And, to me, charging for software upgrades (read, bugfixes not feature
> enhancements) is borderline fraud.  Charge me money to fix code
> that doesn't work right?  Get real.

Amen!!

Because of the problems I had getting software replaced I actually stopped
buying or recommending ANY 3Com product, may that be NIC's, hubs, swtiches,
etc.

                      ---Marius (Agora Online)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 12:59:07 -0500

Thus spake Brian Elfert
>The 24x7x4 contract that includes 4 hour replacement is $4370 a year.
>Might seem a bit steep, but I don't think 3Com even offers 4 hour
>replacement.

Yes, they do.
--
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: RE: (usr-tc) 2.0.51 problems
Date: 02 Feb 2000 14:01:22 -0400


I know that starting with 2.0.60, the fix for the hung modem pairs problem
was to do one of three things:  busy out the trunk, reset the DSP chip, or
both.  I'd have a look and see if your cards are set to busy out the trunks
if they detect a hung modem pair since it looks like you're always seeing
this in even numbers.  I set up my DSPs to just reset the DSP chip and get
on with life.

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


> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Wednesday, February 02, 2000 1:57 PM
> To: [e-mail]
> Subject: Re: (usr-tc) 2.0.51 problems
>
>
> So none of you guys have had  the "Local out of service"
> problem?  I reset
> them in the morning when i come in. I check before i go home
> and they are
> out of service again. And it's never the same trunks.
> sometimes it two,
> sometimes its six, i've had up to 16 out of service.
> I would blame it on the telco but WE are the telco and the C.O. people
> don't have any explainations for this. They insist it's my equipment.
>
>         RF
>
> At 12:50 PM 2/2/00 -0500, you wrote:
> >>From what I understand from the release notes is that .51
> software is for
> >a specific chipset problem.  No new features were added as
> far as fixes...
> >from the release notes anyway.... we did notice a pretty
> good drop in the
> >amount of disconnects in the 0-3 minute range.
> >
> >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.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 12:57:26 -0500

At 01:33 PM 2/2/00 -0400, Stainforth, Matthew wrote:
>
>Bear in mind, though, that some of the guys on this list could hire a 3Com
>engineer for what it would cost to cover all their Total Control equipment
>with a full service contract.
>
>And, to me, charging for software upgrades (read, bugfixes not feature
>enhancements) is borderline fraud.  Charge me money to fix code that doesn't
>work right?  Get real.

  I agree with this completely, I'm paying for software "upgrades" simply
to fix what was supposed to work in the first place, and I'm not being
given access to even upgrade some items(S&A Server for one) that they had
supported before. As noted by someone else(Paul?), I could care less about
added features like VoIP, I just want solid, reliable connections and
problems like the hung modem pairs corrected.
  Hardware-wise, I've been very pleased with my TC chassis but, if 3Com
doesn't soon rectify their support contract nightmare I'll be faced with
buying something else in the future and/or finding "alternative" methods of
keeping current software on what I have.

--
Kirk Mitchell-General Manager        [e-mail]
Keystone Connect                     Unlock Your World
Altoona, PA  814-941-5000/886-2500   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: Brian <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 12:23:22 -0600 (CST)

On Wed, 2 Feb 2000, Stainforth, Matthew wrote:

>
> Bear in mind, though, that some of the guys on this list could hire a 3Com
> engineer for what it would cost to cover all their Total Control equipment
> with a full service contract.

yep.

>
> And, to me, charging for software upgrades (read, bugfixes not feature
> enhancements) is borderline fraud.  Charge me money to fix code that doesn't
> work right?  Get real.

I agree, if its a feature I paid for, then I should get the software that
has that feature working properly.

Brian


>
> Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
>
> > Before I had a contract all kinds of problems getting 3 Com's
> > help wanted to
> > kick Total Controls out door but with a contract no
> > complaints, keep in mind
> > I have the full support contract and I always get the help I
> > need or want. I
> > guess my case is an exception to the rule from what you are
> > saying, but it
> > works for me so I cannot complain. If it did not I would
> > complain believe
> > me. One thing I do now when I do need to call 3 Com for
> > support is I ask for
> > the same person which helps a lot as he knows who I am which expedites
> > things as he knows when I call we have already tried everything.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 13:28:01 -0500

Thus spake Brian
>On Wed, 2 Feb 2000, Stainforth, Matthew wrote:
>> And, to me, charging for software upgrades (read, bugfixes not
>> feature enhancements) is borderline fraud.  Charge me money to fix
>> code that doesn't work right?  Get real.

>I agree, if its a feature I paid for, then I should get the software
>that has that feature working properly.

And, of course, that just screams out for a reminder about the
NETServer/MPIP fiasco.
--
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: Re: (usr-tc) 2.0.51 problems
Date: 02 Feb 2000 13:33:08 -0500

I had a problem with 2.0.51 that knocked 10 PRI's out of service.  My
equipment was rebooted and it was fine ..

----- Original Message -----
Sent: Wednesday, February 02, 2000 12:57 PM


> So none of you guys have had  the "Local out of service" problem?  I reset
> them in the morning when i come in. I check before i go home and they are
> out of service again. And it's never the same trunks. sometimes it two,
> sometimes its six, i've had up to 16 out of service.
> I would blame it on the telco but WE are the telco and the C.O. people
> don't have any explainations for this. They insist it's my equipment.
>
> RF
>
> At 12:50 PM 2/2/00 -0500, you wrote:
> >>From what I understand from the release notes is that .51 software is
for
> >a specific chipset problem.  No new features were added as far as
fixes...
> >from the release notes anyway.... we did notice a pretty good drop in the
> >amount of disconnects in the 0-3 minute range.
> >
> >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.
>


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


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

From: "Jamie Orzechowski" <[e-mail]>
Subject: Re: (usr-tc) 2.0.51 problems
Date: 02 Feb 2000 13:33:06 -0500

I had a problem with 2.0.51 that knocked 10 PRI's out of service.  My
equipment was rebooted and it was fine ..

----- Original Message -----
Sent: Wednesday, February 02, 2000 12:57 PM


> So none of you guys have had  the "Local out of service" problem?  I reset
> them in the morning when i come in. I check before i go home and they are
> out of service again. And it's never the same trunks. sometimes it two,
> sometimes its six, i've had up to 16 out of service.
> I would blame it on the telco but WE are the telco and the C.O. people
> don't have any explainations for this. They insist it's my equipment.
>
> RF
>
> At 12:50 PM 2/2/00 -0500, you wrote:
> >>From what I understand from the release notes is that .51 software is
for
> >a specific chipset problem.  No new features were added as far as
fixes...
> >from the release notes anyway.... we did notice a pretty good drop in the
> >amount of disconnects in the 0-3 minute range.
> >
> >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.
>


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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 13:51:50 -0500 (EST)


On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> what is happening...3Com is verging towards losing us as a customer
> even...and we've been a USRobotics/3Com customer for at least 5 years
> (35 Amp power supplied and dual analog 14.4 modems)

Man, wasn't USR sweet stuff back when that was state-of-the-art.

*sigh*



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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 13:59:04 -0500 (EST)


On Wed, 2 Feb 2000, Clint R. Sparks wrote:

> Well my 2 cents here as well, I know that none of us likes to pay for things
> we do not feel are fair or will use but it is like paying for car insurance,
> you may need it someday and it will be worth it believe me.

To make the comparision more accurate, we need to note that the car
insurance is 1/5 of the total sale price of the car, per annum. That
nice stripped-down Mercedes winds up costing $10k per year.

No, I don't think it's fair, or reasonable. Or worth it.



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


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

From: Laszlo Vecsey <[e-mail]>
Subject: (usr-tc) hiperarc radius settings
Date: 02 Feb 2000 14:31:51 -0500 (EST)

Whats the hiperarc command to set the primary and secondary radius
servers? Also is there a way to set more than two?

Perhaps if there was a way to specify a hostname (not just an IP) you
could set up a round robin list of IP's to it..




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


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

From: Richard Stuplich <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 13:33:24 -0600 (CST)

I will not pay 3com to guarantee that the product I buy works as they sold
it.

What I do is go nuts, complain like a mad man, demand support, bitch
and moan till I get a totalservice password, download everything, store
it on my hard drive, contact my vendor, demand they support, go nuts on
them.

It is 3com AND the vendor's fault that my stuff doesn't work as
advertised and sold. They both allow products that are not ready (fully
cooked) to make it to the street.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 14:32:06 -0500

> To make the comparision more accurate, we need to note that the car
> insurance is 1/5 of the total sale price of the car, per annum. That
> nice stripped-down Mercedes winds up costing $10k per year.
>
> No, I don't think it's fair, or reasonable. Or worth it.

Okay I agree but my equipment is allowing thousands of customers to log-in
everyday and this is how I make my living so it is worth it to me. The ISP
business is very competitive now a days and I cannot afford to have a piece
of equipment go down and not get replacement parts for it quickly so I guess
you have to weigh that against not having the support contract. I care about
nothing more than keeping my customers happy, and everyone in this business
knows full well that dialup customers are not going to care that you could
not get good support from 3 Com because you did not want to pay for their
ridiculous contract prices, they are going to want to know why you did not
pay and when the lines will be back up. We can all be mad all we want about
3 Com's support contract prices but our customers are not going to be mad at
3 Com but at us for being down or having problems. If a person cannot get
good support from 3 Com then I agree that they should switch to another
equipment manufacturer like Ascend.

Clint



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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 14:49:47 -0500 (EST)


On Wed, 2 Feb 2000, Clint R. Sparks wrote:

> > To make the comparision more accurate, we need to note that the car
> > insurance is 1/5 of the total sale price of the car, per annum. That
> > nice stripped-down Mercedes winds up costing $10k per year.
>
> Okay I agree but my equipment is allowing thousands of customers to log-in
> everyday and this is how I make my living so it is worth it to me. The ISP
> business is very competitive now a days and I cannot afford to have a piece
> of equipment go down and not get replacement parts for it quickly so I guess
> you have to weigh that against not having the support contract.

If you're worried about mission-critical equipment going down and not
getting replacements quickly, you don't rely on service contracts anyway.
You have spares in the closet. As you say, the ISP business is very
competitive...and even "next day" replacement (when it actually IS
next-day) is too long to wait if you're market share includes a large
percentage of non-casual users.

Too bad that 3com insists on forcing you to include your "sitting in
a closet, unplugged" equipment in your service contract...effectively
doubling the cost of it, and making it even less cost-effective.

If only there was an alt.binaries.warez.3com.tc 'group.  (:


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


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

From: "Terry Kennedy" <[e-mail]>
Subject: RE: (usr-tc) which Radius to use?
Date: 02 Feb 2000 11:48:47 -0800

I have a copy of Funk 2.11 for solaris that I won from
Funk at some seminar I was at 1-2 years ago. Iwould imagine
the license is still good and most likely upgradable. If
someone can us it and wants to make me some ridiulus offer
for it I'll send it to ya! We merrit running on a SCO box
so I really don't have a use for it.

Terry Kennnedy
[e-mail]

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Brian Gordon
Sent: Monday, January 31, 2000 10:16 PM


I am looking at Steel Belted Radius by Funk for NT, anyone else out there
using this.

What you think?  It seems feature rich.

Brian
----- Original Message -----
Sent: Monday, January 31, 2000 10:54 PM


Nate

We're using Merit RADIUS on Solaris 2.6. Depending on what options you need
you can either get it for free, or pay a donation to Merit networks. It
supports limiting multiple logins etc.

www.merit.net

We're quite happy with the features and reliability.

Campbell

>>> [e-mail] 02/01/00 08:33 >>>

Hi, I'm trying to move Radius server that we are using now to a new server
but I'm having some problems getting the current radius to run on the new
server.  So I was thinking of just reinstalling but the old network admin
is no longer around and I can't figure out what version of radius we're
running one the other box.  All I get when I try to find out is:

./radiusd -v
./radiusd: RADIUS version 1.16.1 97/12/16
 sun

I would really like to use a radius that could check multiple logins.  If
anyone could point me in the right direction in which radius to use (on Sun
Solaris 2.6) and where to get it I'd be much appreciative.


Thanks,

Nate


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




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



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


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


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

From: "Terry Kennedy" <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 12:00:59 -0800

Here's my take -- NO I will not renew the one contract I have for reasons
already mentioned multiple times: having to buy contracts for everything,
paying for working code when I aready paid for it, I dont need the support
thanks to you guys and it's much cheaper to keep spare equipment than to pay
for a promise of next day delivery. It only cost's 10000 for a complete
spare  unit.

What I will do is continue to buy equipment and every 90 days or so I can
have access to the total control site. I will continue to beat up my
suppliers and make them BREAK THE RULES! rather have myself break them.
Little gray area there for ya!

As far as going with Ascend, as if that was even a choice at stage, I don't
know ascend and couldn't comment on thier quality or not. Grass is always
greener??

I see no point in getting all pissed off at 3com, Let them do what they do
and the market will take care of the rest. If they really do such a lousy
job then they will fade like so many before them.

On another point, I had a 3com "engineer" comeon-site to help. He wasn't
much more than an installation tech. He got sent home. What we do is find
the brightest 3 guys on this list and hire them to come on-site. just my 1
Cent.






-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jeff Mcadams
Sent: Wednesday, February 02, 2000 7:16 AM
Cc: [e-mail]; [e-mail];
[e-mail]; [e-mail];
[e-mail]; [e-mail]


OK...here are initial results of the support contract informal survey.
I only heard from 13 people (including myself :)...a mere fraction of
the number of people on the list in total.  Keep sending the
information...I'll continue to tabulate and have more updates as I hear
from more people.

The current count is 9 people don't have support contracts, and 4 do.

Some notes:

- One "yes" only had software coverage even though they would have liked
    to have greater coverage.  They had to settle for software-only
    because of the cost

- One "no" actually has coverage on a chassis, but only because that
    chassis was bought new and came with coverage...apparently you can't
    buy a chassis anymore without coverage...interesting loophole in the
    contract rules here.  This person indicated that they would rather
    have *not* gotten the coverage on the contract as they thought it
    was a waste of money.

Many of the people that emailed me as a "no" mentioned it was the cost
and/or the rules that prevented them from getting a contract.

I will re-iterate that I believe that the root of the problem stems from
3Com considering Customer Service as a "Business Unit".  In other words,
they want Customer Service to be a revenue positive part of 3Com.  While
my previous posting that discussed this was somewhat inaccurate (the
Customer Service Organization, CSO, apparently doens't get the revenues
from the support contracts, the business unit that sells the equipment -
in the case of TC, its the Network Systems Business Unit - gets the
revenues...the whole thought of trying to make Customer Service revenue
positive ends up with an attitude that ends up screwing the customer.

I just recently went through the process of trying to obtain a service
contract again...partially to try to determine if any improvements had
been made to the process...partially to find out if the "Unbundled
Service Options" on 3Com's web site would be useful here...and partially
because we really would like to have some coverage on some of our
equipment.  The current status is that the support coverage rules are
still in place (contracts purchased per-chassis rather than per-card,
and all chassis at a site have to have the same coverage...of course
last time we tried to have different coverage at different sites 3Com
didn't honor it), the support options listed as sold items (ie, not
special deals that are made for specific instances) were largely the
same as they've been for the past 3 years.  The best I got from the
discussion was that service options could be discussed (ie, a special
deal is how I understand this) if its "a sound business case that makes
sense for the customer and for 3Com."  Let me suggest that a sound
business case for 3Com would be to not lose their customers which is
what is happening...3Com is verging towards losing us as a customer
even...and we've been a USRobotics/3Com customer for at least 5 years
(35 Amp power supplied and dual analog 14.4 modems)
--
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: Dave Lajoie <[e-mail]>
Subject: Re: (usr-tc) hiperarc radius settings
Date: 02 Feb 2000 15:33:45 -0500 (EST)

Laszlo,

    Try this at the cli ==


    set accounting ?

          or

    set authentication ?

Dave Lajoie
RA Administrator
North Country Internet Access
www.ncia.net
E-Mail: [e-mail]

On Wed, 2 Feb 2000, Laszlo Vecsey wrote:

> Whats the hiperarc command to set the primary and secondary radius
> servers? Also is there a way to set more than two?
>
> Perhaps if there was a way to specify a hostname (not just an IP) you
> could set up a round robin list of IP's to it..
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 16:10:27 -0500 (EST)

Cisco get top dollar for name recognition... then they are pretty damned
smart... I called up once for a problem with a 3640 I had.... the guy was
all over it.  Impressive.  To bad for cisco thier gear dosen't fail much
(in my case).  IOS is a bear to learn... but that's what newsgroups and
lists are for!

I would happily pay for a service... if I got what I paid for.

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

On Wed, 2 Feb 2000, Brian Elfert wrote:

>
>
> On Wed, 2 Feb 2000, Clint R. Sparks wrote:
>
> > Paul, I am not trying to disagree with you here and I agree 3 Com needs to
> > wake up sometimes on how they treat customers. However Ascend/Lucent is
> > going to eventually charge for support contracts, it will be no different
> > when they do. All equipment manufacturers see this as a great source of
> > income and they are all in it for the money so it is only a matter of time
> > before all charge for it.
>
> I just got a Cisco AS53192 to replace most of my 3Com gear.  (I always
> maintain two types of NAS equipment for compatability reasons.)
>
> The pricing on the 8x5xNBD contract is $2730 per year.  I think the 3Com
> price on a similiar contract is the same or more for 192 ports.  Cisco
> will normally provide 24x7 support at no additional cost for network down
> emergencies even with the 8x5 contract.  I'm pretty sure 3Com would charge
> the normal hourly or per incident charge for after hours calls.
>
> The 24x7x4 contract that includes 4 hour replacement is $4370 a year.
> Might seem a bit steep, but I don't think 3Com even offers 4 hour
> replacement.  I can't afford to have 192 of my lines out of service
> oevernight or through a weekend.  One long outage would probably wipe out
> any savings gained by not paying for the support.
>
> Brian
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 16:11:53 -0500 (EST)

exellent point.... I can purchase what I want when I want on what I want
to cover.  If I need ip plus I can buy it.. not needing to cover the
entire network.

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

On Wed, 2 Feb 2000, Brian Elfert wrote:

>
>
> On Wed, 2 Feb 2000, Paul Farber wrote:
>
> > want the software updates.... god knows the code is a work in progress.
> > Why can CISCO charge $13 for IP software to run a router and not force me
> > to cover every router?  I should be able to pick and choose what I want
>
> Cisco bundles the cost of the IP only IOS into the price of the router.
>
> The only reason they don't just include the IP only license in the box is
> because a lot of people need the other IOS licenses with more features, so
> they offer a full range of licenses to buy seperately.
>
> The $13 just covers the cost of the packaging and manufacturing for the
> license they send you.
>
> Brian
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Cheryl Johnson" <[e-mail]>
Subject: (usr-tc) User problems completing session
Date: 02 Feb 2000 16:09:29 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_008F_01BF6D97.E28E2940
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Anyone seen this before? Unexpected (IPCP) Layer Down, ID 1, Restarting =
Link 20963392, for <username>. It sounds like a modem issue on the user =
side.=20

-Cheryl=20
SEI Data Network Service, Inc
A Division of SEI Communications


------=_NextPart_000_008F_01BF6D97.E28E2940
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Anyone seen this before? Unexpected =
(IPCP) Layer=20
Down, ID 1, Restarting Link 20963392, for <username>. It sounds =
like a=20
modem issue on the user side. </FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>-Cheryl </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>SEI Data Network Service, =
Inc</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><EM>A Division of SEI=20
Communications</EM></FONT></DIV>
<DIV> </DIV></BODY></HTML>

------=_NextPart_000_008F_01BF6D97.E28E2940--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) hiperarc radius settings
Date: 02 Feb 2000 16:19:33 -0500 (EST)

try help set accounting and help set accounting_backup from the cli.

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

On Wed, 2 Feb 2000, Laszlo Vecsey wrote:

> Whats the hiperarc command to set the primary and secondary radius
> servers? Also is there a way to set more than two?
>
> Perhaps if there was a way to specify a hostname (not just an IP) you
> could set up a round robin list of IP's to it..
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) hiperarc radius settings
Date: 02 Feb 2000 16:19:33 -0500 (EST)

try help set accounting and help set accounting_backup from the cli.

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

On Wed, 2 Feb 2000, Laszlo Vecsey wrote:

> Whats the hiperarc command to set the primary and secondary radius
> servers? Also is there a way to set more than two?
>
> Perhaps if there was a way to specify a hostname (not just an IP) you
> could set up a round robin list of IP's to it..
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 16:21:19 -0500 (EST)

I don't expect things to be free.  I expect to get what I pay for.  I
don't bitch and make people miserable... I take my money elsewhere.  That
hurts more.

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

On Wed, 2 Feb 2000, Richard Stuplich wrote:

> I will not pay 3com to guarantee that the product I buy works as they sold
> it.
>
> What I do is go nuts, complain like a mad man, demand support, bitch
> and moan till I get a totalservice password, download everything, store
> it on my hard drive, contact my vendor, demand they support, go nuts on
> them.
>
> It is 3com AND the vendor's fault that my stuff doesn't work as
> advertised and sold. They both allow products that are not ready (fully
> cooked) to make it to the street.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Support Contract survey
Date: 02 Feb 2000 16:28:50 -0500 (EST)

hmm... lets see... in the last few months 3Com has released 3 new dsp code
rev's.  That means that stuff is leaving before tested and that your
customers are getting poor service.  My Jan stats showed a 27% drop rate
in the first 3 minutes.  The 2.0.51 fix seems to work now.. down to about
20% drop in the first 3 minutes.

OSPF is a work in progress and the ARC code is being cluttered with
services that ISP's don't really need.. VOIP, dial out.  If you ever look
in the full SNMP dump you'll see the programmers names.... yeah.... that
will make the ARC run better.. any more useless crap in the code???

As for support..... if you are paying for 'next day replacement' you are
being dooped... if your ARC breaks on Thursday at 9pm, you ain't getting a
replacement till monday... tuesday more like it.

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

On Wed, 2 Feb 2000, Clint R. Sparks wrote:

> > To make the comparision more accurate, we need to note that the car
> > insurance is 1/5 of the total sale price of the car, per annum. That
> > nice stripped-down Mercedes winds up costing $10k per year.
> >
> > No, I don't think it's fair, or reasonable. Or worth it.
>
> Okay I agree but my equipment is allowing thousands of customers to log-in
> everyday and this is how I make my living so it is worth it to me. The ISP
> business is very competitive now a days and I cannot afford to have a piece
> of equipment go down and not get replacement parts for it quickly so I guess
> you have to weigh that against not having the support contract. I care about
> nothing more than keeping my customers happy, and everyone in this business
> knows full well that dialup customers are not going to care that you could
> not get good support from 3 Com because you did not want to pay for their
> ridiculous contract prices, they are going to want to know why you did not
> pay and when the lines will be back up. We can all be mad all we want about
> 3 Com's support contract prices but our customers are not going to be mad at
> 3 Com but at us for being down or having problems. If a person cannot get
> good support from 3 Com then I agree that they should switch to another
> equipment manufacturer like Ascend.
>
> Clint
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Terry Kennedy" <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 13:42:46 -0800


hmm... lets see... in the last few months 3Com has released 3 new dsp code
rev's.  That means that stuff is leaving before tested and that your
customers are getting poor service.  My Jan stats showed a 27% drop rate
in the first 3 minutes.  The 2.0.51 fix seems to work now.. down to about
20% drop in the first 3 minutes.

Paul, do you believe this dropped call problem is DSP problem? We seen and
heard from customers these complaints for sometime. We have never been able
to pin this on anything. I would hate to think that the modems are simply
dropping calls. I always blamed this on the telco. Does anyone else see this
as a bad problem. It thought we were the only ones. Is this an industy
standard for dialup? Do the Ascend units drop calls like this?


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


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

From: Kevin Benton <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 02 Feb 2000 16:46:17 -0500 (EST)

<rant on>
I only partly agree with you.  It should depend on the level of support
required.  Software updates for "a work in progress" should be free.
Period.  We paid for the hardware and software to run them.  We should get
updates that keep them running plain and simple.  Setup support is and
should be free.  Advanced troubleshooting support should not be free as
long as the documentation on how to do the troubleshooting is made
availalble to the customer.  When the telco is blaming your equipment for
not working correctly when they changed an option in the switch which
suddenly makes it not work and they lie to you about nothing changing in
the switch, a support contract ought to be available if not at least some
type of charge by incident method.  If the problem proves out to be
3Com's, then they should eat the charges.  If the problem is obviously
user error, then the user should pay.  If it's not clear as to whose fault
it is, then they should split the bill.  How do you administer that?  It's
a nightmare.  What's fair and what's done aren't always equal.  In this
case, I agree with many who have said that 3Com is over charging the
little guy with a few chassis's for support.  Come on - if an ISP has one
or three chassis, the amount of support given is not significantly
more than that of one with 20.  Why can I say that?  Experience has shown
us that as we gained more chassis's, so did our knowlege of how to operate
them.  We went from calling them at least once a week to a point where we
are seriously considering not renewing our contract due to the fact that
the front line engineers often just don't know as much as we do about the
equipment and spending 2 hours on the phone with someone who may or may
not know how to help just isn't worth it any more.  Granted, on rare
occasions we may get a Ron Childs quality person on the phone but that is
very rare.  There are a few really good people in the ISP support group
but they are uncommon enough and our knowlege has grown enough that we're
not sure that the support is required for anything other than software
upgrades and notices about them.
<rant off>

In the meantime, we'll see what happens...

Kevin

On Wed, 2 Feb 2000, Clint R. Sparks wrote:

> Let me go on record saying this before I get hate mail, I do not believe it
> is proper for any equipment manufacturer to charge for support. We do not
> charge our customers for support and they only pay us $20 a month so I am
> against them charging for support contracts. However it is a game and I run
> a business and if having and needing one is how the game has to be played
> then I get one. No equipment manufacturer cares about whether any of us
> likes it, they are a business and in it for the bottom line. I don't like it
> when telcos charge for installs on PRI and T1 circuits as I feel ordering it
> should be enough but they do and hide behind their tariffs to justify it so
> we pay it. I had GTE recently charge me for a premise visit after I ordered
> two new PRI's and this is on top of paying the normal $600 install for each
> PRI, I called them on it and they said we had to come out didn't we? I said
> I would like to see you install a new circuit without coming out. Face it,
> all small ISP's are being screwed by any big business anyway they can find.
>
> > You've not worked with this equipment for very long, have you?  ;)
>
> 3 Years and I have had my ups and downs.
>
> > Seriously though...a large number of the people on this list are quite
> > capable of supporting ourselves on this equipment largely.  We need
> > hardware coverage of some specific cards...for IgLou, we need to cover
> > DSP's, we don't need to cover Arc's really since we have some spares,
> > and we *CERTAINLY* don't want to cover quads since they're pretty much
> > disposable at this point.
>
> I agree we to do not need 3 Coms help except when hardware fails and we need
> replacements.
>
> > But with cisco, you can get a different level of coverage on each piece
> > of equipment if you like...try doing that with 3Com.  3Com won't even
> > honor it if you have different levels of coverage *at different sites*
> > (as Paul Farber just pointed out...and has happened to us in the
> > past...even after 3Com gets the money for it...that's borderline illegal
> > there, breach of contract).
>
> Before I had a contract all kinds of problems getting 3 Com's help wanted to
> kick Total Controls out door but with a contract no complaints, keep in mind
> I have the full support contract and I always get the help I need or want. I
> guess my case is an exception to the rule from what you are saying, but it
> works for me so I cannot complain. If it did not I would complain believe
> me. One thing I do now when I do need to call 3 Com for support is I ask for
> the same person which helps a lot as he knows who I am which expedites
> things as he knows when I call we have already tried everything.
>
> Clint
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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:  [e-mail]
Web:     http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice


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


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

From: Lists <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 03 Feb 2000 09:15:20 +1100 (EST)


> The current count is 9 people don't have support contracts, and 4 do.

Hmmm, must have missed all this...

We're a big NO.  We had a contract, which 3COM were unable to honour as
per the terms when we needed it.  They gave us a full credit for the
contract, and then 12 months later sent us to the collectors for not
paying it (and then tried to collect in US funds, not AUD).

> - One "yes" only had software coverage even though they would have liked
>     to have greater coverage.  They had to settle for software-only
>     because of the cost

I can go along with that.  It's cheaper for me to keep a spare chassis on
hand myself than it is to pay 3COM for a contract.  As for software -
we're Quad/NETserver based.  There doesn't seem to be any interest at 3COM
towards fixing the interoperability problems reported here, nor will there
be any new NETserver code, so why would I want even software support?

> The best I got from the discussion was that service options could be
> discussed (ie, a special deal is how I understand this) if its "a
> sound business case that makes sense for the customer and for 3Com."

ie, if you're as big as AOL, we'll cut you a deal :-)

> Let me suggest that a sound business case for 3Com would be to not
> lose their customers which is what is happening...3Com is verging
> towards losing us as a customer even...and we've been a
> USRobotics/3Com customer for at least 5 years (35 Amp power supplied
> and dual analog 14.4 modems)

We're seriously considering our options as well - it's not very likely
that we'll be upgrading to HiPer gear.  Probably move to Cisco instead,
which is what our interstate office use.

Bob Purdon,                          Ground Floor, Marine Board Building
Technical Manager (Tas/Vic),                  1 Franklin Wharf, Tas 7000
Southern 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: Brice Ligget <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 15:28:38 -0700

At 01:42 PM 02/02/2000 -0800, you wrote:

>Paul, do you believe this dropped call problem is DSP problem? We seen and
>heard from customers these complaints for sometime. We have never been able
>to pin this on anything. I would hate to think that the modems are simply
>dropping calls. I always blamed this on the telco. Does anyone else see this
>as a bad problem. It thought we were the only ones. Is this an industy
>standard for dialup? Do the Ascend units drop calls like this?

I see dropped calls from time to time.  If the client has the latest modem
code installed on their end I have the customer insert a -v90=0, the
problems go away.  Doesn't sound like a telco problem to me.  Sounds like a
v.90 connect problem.



--
Brice Ligget
Chief Operations Officer
Two Alpha Net is a complete Internet Service Provider based in Billings
Montana.
"Connect to the world"
406 628 1500

http://www.twoalpha.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) Support Contract survey
Date: 02 Feb 2000 17:58:40 -0500 (EST)

I'm going by the radius stats kept by cistron radius.  I simple script
tells me how many calls were recieved of a certian duration and what
percent of total for the day.... yesterday was:

00:00 221 6.3
00:01 224 6.4
00:02 481 13.8
00:03 116 3.3
.
.
.
06:00 53 1.5
06:01 5 0.1
08:57 1 0.0
Total calls: 3488


Of the 1042 call less than 4 minutes, 487 I should have been there (an
ISDN cusotmer checks mail every 5 minutes, that's 555 unnder 4 minutes..
of a 15% drop rate in the first 4 minutes of a call.

The recorded diconnect reason in radius is 'User-Request' or
'Carrier-Loss'. both to generic to be of any value.  Someone said you can
trap the diconnect reason.... but to date I have not got it to work.  I
can trap auth errors... but not disconnect reasons.  But i'm working on
it.

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

On Wed, 2 Feb 2000, Terry Kennedy wrote:

>
> hmm... lets see... in the last few months 3Com has released 3 new dsp code
> rev's.  That means that stuff is leaving before tested and that your
> customers are getting poor service.  My Jan stats showed a 27% drop rate
> in the first 3 minutes.  The 2.0.51 fix seems to work now.. down to about
> 20% drop in the first 3 minutes.
>
> Paul, do you believe this dropped call problem is DSP problem? We seen and
> heard from customers these complaints for sometime. We have never been able
> to pin this on anything. I would hate to think that the modems are simply
> dropping calls. I always blamed this on the telco. Does anyone else see this
> as a bad problem. It thought we were the only ones. Is this an industy
> standard for dialup? Do the Ascend units drop calls like this?
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Good news or bad news?  You decide...
Date: 02 Feb 2000 18:40:01 -0500

Well...this is either good news or bad news...I'll let each decide for
themselves.  :)

Right before I left the office I got a call from a gentleman at 3Com
trying to followup on our issues and see what could be done about them.
This is the good news part...at least they're trying to do something.

The bad news perspective of it though...he was from the technical
support department.  This means that his concerns, and areas where he
would be able to help, would be if there were any outside issues with
the actual equipment/software/whatever.  While there are some
outstanding issues...they're not of that magnitude IMO (v.90
compatibility, early disconnects...stuff like that), and, for the most
part, they're being dealt with fairly well.

The main issues that I have been dealing with, and I shared this with
this gentleman were the issues of obtaining support *contracts*, not
obtaining *support*.  So, the bad news being...while 3Com is listening
and trying to address issues...they don't seem to be doing a terribly
good job of it...or at least they're not delegating the problem to the
right people.

The gentleman that I spoke to listened to what I had to say about the
support contract issues, understood my position, then pretty much
indicated that this was kinda outside his area of being able to do
anything, but that if we had any outside trouble tickets or whatever
that weren't being dealt, that he could indeed help there.  Like I
said...I didn't have anything earth shattering...I wish I would've
mentioned the v.90 compatibility problems, but didn't, but by and large,
this guy wasn't in a position to help out with the issues that we've
been throwing email back and forth about today.  He did mention that he
would mention the substance of my issues to his boss...so there is still
some hope that the right people will get notified of these things before
its all over and done with.

I do appreciate 3Com folks at least making an effort to get a response
in motion...hopefully we can get the right people involved and really
make some forward progress.  :)

My decision is that this is "qualified good news".  It shows that things
are at least moving...though we're still to see how efficiently.
--
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: "Justin Ellison" <[e-mail]>
Subject: (usr-tc) Forcing DNS
Date: 02 Feb 2000 18:09:15 -0600

I have about 300 Setup CD's with the wrong primary and secondary DNS numbers
burned to it.  I can't come up with anything to redirect the DNS queries at
my Cisco 1601 (not running BGP).  I've got the HARC setup to assign DNS, and
it works properly, but is there a way for me to force the client to use what
the HARC specifies?

TIA,

Justin


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


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

From: Richard Lorbieski <[e-mail]>
Subject: Re: (usr-tc) Forcing DNS
Date: 02 Feb 2000 18:19:17 -0600

What are the IP addresses?

You maybe able to alias them on your DNS server.

Justin Ellison wrote:
>
> I have about 300 Setup CD's with the wrong primary and secondary DNS numbers
> burned to it.  I can't come up with anything to redirect the DNS queries at
> my Cisco 1601 (not running BGP).  I've got the HARC setup to assign DNS, and
> it works properly, but is there a way for me to force the client to use what
> the HARC specifies?
>
> TIA,
>
> Justin
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--

Richard Lorbieski - [e-mail]
Chief Technical Officer - Senior System Administrator
Alpha1 Internet  http://www.alpha1.net
409.731.8236  - 877.4.alpha1 (877.425.7421)

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


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

From: "Justin Ellison" <[e-mail]>
Subject: Re: (usr-tc) Forcing DNS
Date: 02 Feb 2000 18:34:29 -0600

'fraid not, the ip's that are getting specified aren't mine, they're
Sprint's.  My sales rep (God bless his soul) gave me the authoritive name
server addresses for Sprint which don't actually resolve names....

Justin
----- Original Message -----
Sent: Wednesday, February 02, 2000 6:19 PM


> What are the IP addresses?
>
> You maybe able to alias them on your DNS server.
>
> Justin Ellison wrote:
> >
> > I have about 300 Setup CD's with the wrong primary and secondary DNS
numbers
> > burned to it.  I can't come up with anything to redirect the DNS queries
at
> > my Cisco 1601 (not running BGP).  I've got the HARC setup to assign DNS,
and
> > it works properly, but is there a way for me to force the client to use
what
> > the HARC specifies?
> >
> > TIA,
> >
> > Justin
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> --
>
> Richard Lorbieski - [e-mail]
> Chief Technical Officer - Senior System Administrator
> Alpha1 Internet  http://www.alpha1.net
> 409.731.8236  - 877.4.alpha1 (877.425.7421)
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Forcing DNS
Date: 02 Feb 2000 18:43:09 -0600

Sounds to me like Sprint owes you 300 setup CDs.

Justin Ellison wrote:
>
> 'fraid not, the ip's that are getting specified aren't mine, they're
> Sprint's.  My sales rep (God bless his soul) gave me the authoritive name
> server addresses for Sprint which don't actually resolve names....
>
> Justin

--
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: "Justin Ellison" <[e-mail]>
Subject: Re: (usr-tc) Forcing DNS
Date: 02 Feb 2000 19:01:44 -0600

My thoughts exactly...
----- Original Message -----
Sent: Wednesday, February 02, 2000 6:43 PM


> Sounds to me like Sprint owes you 300 setup CDs.
>
> Justin Ellison wrote:
> >
> > 'fraid not, the ip's that are getting specified aren't mine, they're
> > Sprint's.  My sales rep (God bless his soul) gave me the authoritive
name
> > server addresses for Sprint which don't actually resolve names....
> >
> > Justin
>
> --
> ---------------------------------------------------------------------
> 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: Richard Lorbieski <[e-mail]>
Subject: Re: (usr-tc) Forcing DNS
Date: 02 Feb 2000 19:10:01 -0600

Doesn't matter, you can create an ip alias on the DNS server (the 2 ips)
and have your router redirect them to the real IP of DNS server.

Justin Ellison wrote:
>
> 'fraid not, the ip's that are getting specified aren't mine, they're
> Sprint's.  My sales rep (God bless his soul) gave me the authoritive name
> server addresses for Sprint which don't actually resolve names....
>
> Justin
> ----- Original Message -----
> From: "Richard Lorbieski" <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, February 02, 2000 6:19 PM
> Subject: Re: (usr-tc) Forcing DNS
>
> > What are the IP addresses?
> >
> > You maybe able to alias them on your DNS server.
> >
> > Justin Ellison wrote:
> > >
> > > I have about 300 Setup CD's with the wrong primary and secondary DNS
> numbers
> > > burned to it.  I can't come up with anything to redirect the DNS queries
> at
> > > my Cisco 1601 (not running BGP).  I've got the HARC setup to assign DNS,
> and
> > > it works properly, but is there a way for me to force the client to use
> what
> > > the HARC specifies?
> > >
> > > TIA,
> > >
> > > Justin
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> > --
> >
> > Richard Lorbieski - [e-mail]
> > Chief Technical Officer - Senior System Administrator
> > Alpha1 Internet  http://www.alpha1.net
> > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--

Richard Lorbieski - [e-mail]
Chief Technical Officer - Senior System Administrator
Alpha1 Internet  http://www.alpha1.net
409.731.8236  - 877.4.alpha1 (877.425.7421)

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Good news or bad news?  You decide...
Date: 02 Feb 2000 20:57:19 -0500 (EST)

Well, this has been a pretty good discussion about a pretty important
issue.

I like TC... I like what it has done for me.  But the issue remains... I'm
out $1200, have no support contract, and Michelle on the other end dosen't
seem to give a rats ass that this support contract pays her salary so she
can be rude on the phone to me.



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

On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> Well...this is either good news or bad news...I'll let each decide for
> themselves.  :)
>
> Right before I left the office I got a call from a gentleman at 3Com
> trying to followup on our issues and see what could be done about them.
> This is the good news part...at least they're trying to do something.
>
> The bad news perspective of it though...he was from the technical
> support department.  This means that his concerns, and areas where he
> would be able to help, would be if there were any outside issues with
> the actual equipment/software/whatever.  While there are some
> outstanding issues...they're not of that magnitude IMO (v.90
> compatibility, early disconnects...stuff like that), and, for the most
> part, they're being dealt with fairly well.
>
> The main issues that I have been dealing with, and I shared this with
> this gentleman were the issues of obtaining support *contracts*, not
> obtaining *support*.  So, the bad news being...while 3Com is listening
> and trying to address issues...they don't seem to be doing a terribly
> good job of it...or at least they're not delegating the problem to the
> right people.
>
> The gentleman that I spoke to listened to what I had to say about the
> support contract issues, understood my position, then pretty much
> indicated that this was kinda outside his area of being able to do
> anything, but that if we had any outside trouble tickets or whatever
> that weren't being dealt, that he could indeed help there.  Like I
> said...I didn't have anything earth shattering...I wish I would've
> mentioned the v.90 compatibility problems, but didn't, but by and large,
> this guy wasn't in a position to help out with the issues that we've
> been throwing email back and forth about today.  He did mention that he
> would mention the substance of my issues to his boss...so there is still
> some hope that the right people will get notified of these things before
> its all over and done with.
>
> I do appreciate 3Com folks at least making an effort to get a response
> in motion...hopefully we can get the right people involved and really
> make some forward progress.  :)
>
> My decision is that this is "qualified good news".  It shows that things
> are at least moving...though we're still to see how efficiently.
> --
> 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: Re: (usr-tc) Forcing DNS
Date: 02 Feb 2000 21:04:28 -0500 (EST)

I have the same problem.  On the DNS server I have it answer for both the
old and new DNS server IP (set up an ip alias in linux).  Then on the
cisco use:

ip route old.ip.add.ress 255.255.255.255 eth0

when the dial up sends a DNS request to the old ip, since it's not local
it gets sent to the cisco... the cisco looks in its route table for the
most specific route to the network the DNS server is on.. it sees the
old.ip.add.ress and shoots the packet out the eth0 (back onto your local
LAN) for the DNS server to respond to it.  You may want to add the
static route to your term server to save a trip to the cisco.. but it may
be more convienant to do it there.

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

On Wed, 2 Feb 2000, Justin Ellison wrote:

> I have about 300 Setup CD's with the wrong primary and secondary DNS numbers
> burned to it.  I can't come up with anything to redirect the DNS queries at
> my Cisco 1601 (not running BGP).  I've got the HARC setup to assign DNS, and
> it works properly, but is there a way for me to force the client to use what
> the HARC specifies?
>
> TIA,
>
> Justin
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) dns server assignment in PPP
Date: 02 Feb 2000 20:30:03 -0600

I am having trouble with one of my TCH's assigning the dns servers as part
of the PPP negotiation. The other chassis's all do it fine, but I can't tell
what the difference in the configuration is. SHOW PPP lists the correct dns
servers on all the chassis. Any ideas as to what I should look for?

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: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) dns server assignment in PPP
Date: 02 Feb 2000 21:26:35 -0600

We do it like:

set ppp DNS_USAGE system
add dns server x.y.z.a preference 1
add dns server z.y.z.b preference 2

list dns servers and sh ppp to make sure it all looks right.

... but you could also do it like:

set ppp DNS_USAGE ppp
set ppp PPPDNS_PRIMARY x.y.z.a
set ppp PPPDNS_SECONDARY x.y.z.b

sh ppp then says:

DNS configuration Usage:                  PPP (I guess?)

Primary PPP DNS Server address:           x.y.z.a
Secondary PPP DNS  Server address:        x.y.z.b

Hope this helps.

Marshall Morgan

Internet Doorway, Inc. (aka NETDOOR)

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Mark Thornton
> Sent: Wednesday, February 02, 2000 8:30 PM
> To: [e-mail]
> Subject: (usr-tc) dns server assignment in PPP
>
>
> I am having trouble with one of my TCH's assigning the dns servers as part
> of the PPP negotiation. The other chassis's all do it fine, but I can't tell
> what the difference in the configuration is. SHOW PPP lists the correct dns
> servers on all the chassis. Any ideas as to what I should look for?
>
> 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: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) dns server assignment in PPP
Date: 02 Feb 2000 22:02:50 -0600 (CST)

The hiper arc show ppp settings, have the IP address of DNS server and
also a setup where you can tell if the IP address that the hiper arc
should assign is the Systems DNS servers or the specific dns server
mentioned for PPP users

The option is DNS configuration usage - it can either be System or PPP or
NONE.  If set to none - you will not get DNS, if set PPP and if there is
no PPP DNS server address setup - again no DNS server, if set to system
the the HiPer arc's DNS server IP will be given out.

Again for all this to work you have to make sure that the client does
request DNS during PPP - Most of the clients do.

regards

krish

On Wed, 2 Feb 2000, Mark Thornton wrote:

> I am having trouble with one of my TCH's assigning the dns servers as part
> of the PPP negotiation. The other chassis's all do it fine, but I can't tell
> what the difference in the configuration is. SHOW PPP lists the correct dns
> servers on all the chassis. Any ideas as to what I should look for?
>
> 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: Brian <[e-mail]>
Subject: Re: (usr-tc) Forcing DNS
Date: 02 Feb 2000 23:55:33 -0600 (CST)


Hey, it doesn't matter if the ip's are microsofts even..........if you
want/need to hijack them for a bit, do it.  Just bind them to your current
nameservers.  Watch the activity to those ip's, and contact the people
gradually to start changing them out............


On Wed, 2 Feb 2000, Justin Ellison wrote:

> 'fraid not, the ip's that are getting specified aren't mine, they're
> Sprint's.  My sales rep (God bless his soul) gave me the authoritive name
> server addresses for Sprint which don't actually resolve names....
>
> Justin
> ----- Original Message -----
> From: "Richard Lorbieski" <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, February 02, 2000 6:19 PM
> Subject: Re: (usr-tc) Forcing DNS
>
>
> > What are the IP addresses?
> >
> > You maybe able to alias them on your DNS server.
> >
> > Justin Ellison wrote:
> > >
> > > I have about 300 Setup CD's with the wrong primary and secondary DNS
> numbers
> > > burned to it.  I can't come up with anything to redirect the DNS queries
> at
> > > my Cisco 1601 (not running BGP).  I've got the HARC setup to assign DNS,
> and
> > > it works properly, but is there a way for me to force the client to use
> what
> > > the HARC specifies?
> > >
> > > TIA,
> > >
> > > Justin
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> > --
> >
> > Richard Lorbieski - [e-mail]
> > Chief Technical Officer - Senior System Administrator
> > Alpha1 Internet  http://www.alpha1.net
> > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) Good news or bad news?  You decide...
Date: 02 Feb 2000 23:57:38 -0600 (CST)


She shouldn't be rude to you.

Between about 10 of us on this list, their is probably $10-$15M in
business with 3Com in the last 3-4 years alone.  Losing one client could
mean a million dollars or more to 3Com.  They should not let her abuse
people.

Brian


On Wed, 2 Feb 2000, Paul Farber wrote:

> Well, this has been a pretty good discussion about a pretty important
> issue.
>
> I like TC... I like what it has done for me.  But the issue remains... I'm
> out $1200, have no support contract, and Michelle on the other end dosen't
> seem to give a rats ass that this support contract pays her salary so she
> can be rude on the phone to me.
>
>
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Wed, 2 Feb 2000, Jeff Mcadams wrote:
>
> > Well...this is either good news or bad news...I'll let each decide for
> > themselves.  :)
> >
> > Right before I left the office I got a call from a gentleman at 3Com
> > trying to followup on our issues and see what could be done about them.
> > This is the good news part...at least they're trying to do something.
> >
> > The bad news perspective of it though...he was from the technical
> > support department.  This means that his concerns, and areas where he
> > would be able to help, would be if there were any outside issues with
> > the actual equipment/software/whatever.  While there are some
> > outstanding issues...they're not of that magnitude IMO (v.90
> > compatibility, early disconnects...stuff like that), and, for the most
> > part, they're being dealt with fairly well.
> >
> > The main issues that I have been dealing with, and I shared this with
> > this gentleman were the issues of obtaining support *contracts*, not
> > obtaining *support*.  So, the bad news being...while 3Com is listening
> > and trying to address issues...they don't seem to be doing a terribly
> > good job of it...or at least they're not delegating the problem to the
> > right people.
> >
> > The gentleman that I spoke to listened to what I had to say about the
> > support contract issues, understood my position, then pretty much
> > indicated that this was kinda outside his area of being able to do
> > anything, but that if we had any outside trouble tickets or whatever
> > that weren't being dealt, that he could indeed help there.  Like I
> > said...I didn't have anything earth shattering...I wish I would've
> > mentioned the v.90 compatibility problems, but didn't, but by and large,
> > this guy wasn't in a position to help out with the issues that we've
> > been throwing email back and forth about today.  He did mention that he
> > would mention the substance of my issues to his boss...so there is still
> > some hope that the right people will get notified of these things before
> > its all over and done with.
> >
> > I do appreciate 3Com folks at least making an effort to get a response
> > in motion...hopefully we can get the right people involved and really
> > make some forward progress.  :)
> >
> > My decision is that this is "qualified good news".  It shows that things
> > are at least moving...though we're still to see how efficiently.
> > --
> > 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Blake Fithen <[e-mail]>
Subject: RE: (usr-tc) User problems completing session
Date: 03 Feb 2000 00:29:24 -0600

I believe one of the reasons this happens is when you do not
have enough addresses in your defined pool.

blake

-----Original Message-----
Sent: Wednesday, February 02, 2000 3:09 PM


Anyone seen this before? Unexpected (IPCP) Layer Down, ID 1, Restarting Link
20963392, for <username>. It sounds like a modem issue on the user side.

-Cheryl
SEI Data Network Service, Inc
A Division of SEI Communications



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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Good news or bad news?  You decide...
Date: 03 Feb 2000 08:52:18 -0400


After my last incident where we were negotiating a price for a service
contract and, out of pure coincidence I had a Netserver die on me, she
refused to tell me what the warranty period for this equipment was and
wouldn't replace it without a service contract.  I said I didn't care about
next day replacement...I could wait the normal 14 day period for
repair...but no.  I call that rude.  So I ended up raising a fuss and one of
the 3Com Canada replaced the NIC on the sly for me.  I strongly suggested at
that time that Michelle Catalano should be fired but I guess my advice
wasn't heeded.

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


> -----Original Message-----
> From: Brian [mailto:[e-mail]]
> Sent: Thursday, February 03, 2000 1:58 AM
> To: [e-mail]
> Subject: Re: (usr-tc) Good news or bad news? You decide...
>
>
>
> She shouldn't be rude to you.
>
> Between about 10 of us on this list, their is probably $10-$15M in
> business with 3Com in the last 3-4 years alone.  Losing one
> client could
> mean a million dollars or more to 3Com.  They should not let her abuse
> people.
>
> Brian
>
>
> On Wed, 2 Feb 2000, Paul Farber wrote:
>
> > Well, this has been a pretty good discussion about a pretty
> important
> > issue.
> >
> > I like TC... I like what it has done for me.  But the issue
> remains... I'm
> > out $1200, have no support contract, and Michelle on the
> other end dosen't
> > seem to give a rats ass that this support contract pays her
> salary so she
> > can be rude on the phone to me.
> >
> >
> >
> > Paul Farber
> > Farber Technology
> > [e-mail]
> > Ph  570-628-5303
> > Fax [phone]
> >
> > On Wed, 2 Feb 2000, Jeff Mcadams wrote:
> >
> > > Well...this is either good news or bad news...I'll let
> each decide for
> > > themselves.  :)
> > >
> > > Right before I left the office I got a call from a
> gentleman at 3Com
> > > trying to followup on our issues and see what could be
> done about them.
> > > This is the good news part...at least they're trying to
> do something.
> > >
> > > The bad news perspective of it though...he was from the technical
> > > support department.  This means that his concerns, and
> areas where he
> > > would be able to help, would be if there were any outside
> issues with
> > > the actual equipment/software/whatever.  While there are some
> > > outstanding issues...they're not of that magnitude IMO (v.90
> > > compatibility, early disconnects...stuff like that), and,
> for the most
> > > part, they're being dealt with fairly well.
> > >
> > > The main issues that I have been dealing with, and I
> shared this with
> > > this gentleman were the issues of obtaining support
> *contracts*, not
> > > obtaining *support*.  So, the bad news being...while 3Com
> is listening
> > > and trying to address issues...they don't seem to be
> doing a terribly
> > > good job of it...or at least they're not delegating the
> problem to the
> > > right people.
> > >
> > > The gentleman that I spoke to listened to what I had to
> say about the
> > > support contract issues, understood my position, then pretty much
> > > indicated that this was kinda outside his area of being able to do
> > > anything, but that if we had any outside trouble tickets
> or whatever
> > > that weren't being dealt, that he could indeed help there.  Like I
> > > said...I didn't have anything earth shattering...I wish I would've
> > > mentioned the v.90 compatibility problems, but didn't,
> but by and large,
> > > this guy wasn't in a position to help out with the issues
> that we've
> > > been throwing email back and forth about today.  He did
> mention that he
> > > would mention the substance of my issues to his boss...so
> there is still
> > > some hope that the right people will get notified of
> these things before
> > > its all over and done with.
> > >
> > > I do appreciate 3Com folks at least making an effort to
> get a response
> > > in motion...hopefully we can get the right people
> involved and really
> > > make some forward progress.  :)
> > >
> > > My decision is that this is "qualified good news".  It
> shows that things
> > > are at least moving...though we're still to see how efficiently.
> > > --
> > > 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.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109    http://www.shreve.net/~signal
> Network Administrator   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.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Good news or bad news?  You decide...
Date: 03 Feb 2000 08:07:09 -0500

Thus spake Stainforth, Matthew
>After my last incident where we were negotiating a price for a service
>contract and, out of pure coincidence I had a Netserver die on me, she
>refused to tell me what the warranty period for this equipment was and
>wouldn't replace it without a service contract.  I said I didn't care
>about next day replacement...I could wait the normal 14 day period for
>repair...but no.  I call that rude.  So I ended up raising a fuss and
>one of the 3Com Canada replaced the NIC on the sly for me.  I strongly
>suggested at that time that Michelle Catalano should be fired but I
>guess my advice wasn't heeded.

I've found a good question to ask in a situation like that is "What's
your boss'es name and phone number?"
--
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: Kirk Mitchell <[e-mail]>
Subject: Re: (usr-tc) Good news or bad news?  You decide...
Date: 03 Feb 2000 08:38:04 -0500

At 06:40 PM 2/2/00 -0500, Jeff Mcadams wrote:
>Well...this is either good news or bad news...I'll let each decide for
>themselves.  :)
>
>Right before I left the office I got a call from a gentleman at 3Com
>trying to followup on our issues and see what could be done about them.
>This is the good news part...at least they're trying to do something.

  My question is; "Did he take it upon himself to call you, or was he asked
to do so by management?" If he took it upon himself, I'd have to catagorize
it as "No news". I don't think anyone here has questioned the desire of
3Com technical staff to help. Krish, Mike, and others have always been
helpful and supportive of the customers but, until management decides to
bend an ear and pay attention, nothing is likely to change. Thus far,
nobody that makes decisions has shown an interest in addressing the
problems with the contract policies.

>My decision is that this is "qualified good news".  It shows that things
>are at least moving...though we're still to see how efficiently.


--
Kirk Mitchell-General Manager        [e-mail]
Keystone Connect                     Unlock Your World
Altoona, PA  814-941-5000/886-2500   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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Good news or bad news?  You decide...
Date: 03 Feb 2000 08:46:13 -0500

Thus spake Kirk Mitchell
>  My question is; "Did he take it upon himself to call you, or was he
>asked to do so by management?" If he took it upon himself, I'd have to
>catagorize it as "No news". I don't think anyone here has questioned
>the desire of 3Com technical staff to help. Krish, Mike, and others
>have always been helpful and supportive of the customers but, until
>management decides to bend an ear and pay attention, nothing is likely
>to change. Thus far, nobody that makes decisions has shown an interest
>in addressing the problems with the contract policies.

Oh, it definitely came down from above...from *well* 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: Kirk Mitchell <[e-mail]>
Subject: Re: (usr-tc) Forcing DNS
Date: 03 Feb 2000 08:45:55 -0500

At 06:34 PM 2/2/00 -0600, Justin Ellison wrote:
>'fraid not, the ip's that are getting specified aren't mine, they're
>Sprint's.  My sales rep (God bless his soul) gave me the authoritive name
>server addresses for Sprint which don't actually resolve names....

Change the customer's connectiod properties "TCP/IP Settings" to "Server
assigned DNS". We've been working towards getting all of our customers set
up this way so they don't fall victim to any future renumbering.


--
Kirk Mitchell-General Manager        [e-mail]
Keystone Connect                     Unlock Your World
Altoona, PA  814-941-5000/886-2500   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: Kirk Mitchell <[e-mail]>
Subject: Re: (usr-tc) Good news or bad news?  You decide...
Date: 03 Feb 2000 08:53:23 -0500

At 08:46 AM 2/3/00 -0500, Jeff Mcadams wrote:
>Thus spake Kirk Mitchell
>>  My question is; "Did he take it upon himself to call you, or was he
>>asked to do so by management?" If he took it upon himself, I'd have to
>>catagorize it as "No news". I don't think anyone here has questioned
>>the desire of 3Com technical staff to help. Krish, Mike, and others
>>have always been helpful and supportive of the customers but, until
>>management decides to bend an ear and pay attention, nothing is likely
>>to change. Thus far, nobody that makes decisions has shown an interest
>>in addressing the problems with the contract policies.
>
>Oh, it definitely came down from above...from *well* above.  :)

  Cool, then I'll amend my vote to "qualified good news" also. Let's just
hope that "well above" heeds what they hear and aren't just paying lip
service to quiet the squeaky wheel.
  Imagine if upper management started actually paying attention to what
their front-line people say...they'd have a whole new company on their
hands, and a far more profitible one too, I'd bet  :)

--
Kirk Mitchell-General Manager        [e-mail]
Keystone Connect                     Unlock Your World
Altoona, PA  814-941-5000/886-2500   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: "Cheryl Johnson" <[e-mail]>
Subject: Re: (usr-tc) User problems completing session
Date: 03 Feb 2000 10:01:19 -0500

The address pool defined is more than enough for the number of ports on this
chassis. I don't see this often, but wasn't sure of the root cause for this
happening. Thanks.

cheryl


----- Original Message -----
Sent: Thursday, February 03, 2000 1:29 AM


> I believe one of the reasons this happens is when you do not
> have enough addresses in your defined pool.
>
> blake
>
> -----Original Message-----
> From: Cheryl Johnson [mailto:[e-mail]]
> Sent: Wednesday, February 02, 2000 3:09 PM
> To: [e-mail]
> Subject: (usr-tc) User problems completing session
>
>
> Anyone seen this before? Unexpected (IPCP) Layer Down, ID 1, Restarting
Link
> 20963392, for <username>. It sounds like a modem issue on the user side.
>
> -Cheryl
> SEI Data Network Service, Inc
> A Division of SEI Communications
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 10:02:57 -0500

I was wondering if any 3Com folks are lurking out there. With all
the "adventure" dealing the DSP vs HCF battle I am wondering how they plan to
respond.

 --
Ted Mecimore
Operations Manager
Vista Technology



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


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

From: "Ed" <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 10:20:53 -0500

They don't... if so they should have responded to the Ascend vs. 3com issues
months ago. Customers apparently are expendable since they advertise like
AOL. I say stop all advertising until you fix your products 3com... funnel
those funds into your product and make it better than ever and blow the
competition away with superior products. Forget sending the next batch of
3com 3x5 cards with deals on it out to every service across the nation...
forget advertising in the trade rags... forget going to every trade show
around the country... forget smoozing the Sales team and there clients...
forget the "deals". Give us guts and glory... make the systems work the way
they should.

<steps down>

Ed

----- Original Message -----
Sent: Thursday, February 03, 2000 10:02 AM


I was wondering if any 3Com folks are lurking out there. With all
the "adventure" dealing the DSP vs HCF battle I am wondering how they plan
to
respond.

 --
Ted Mecimore
Operations Manager
Vista Technology



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



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Does 3Com Monitor List
Date: 03 Feb 2000 10:28:55 -0500

I know if we had to do it all over again.. it wouldn't be with 3com.

We have purchased our last 3com equipment until we get commitment to fix
problems instead of marketing hype.

Come to think about it... there have been many statements of commitment...
we need real fixes.

We've even been thinking about swapping all our 3com equipment out, but now
lucent owns Ascend and you never know what it will become.


At 10:20 AM 2/3/00 -0500, you wrote:
>They don't... if so they should have responded to the Ascend vs. 3com issues
>months ago. Customers apparently are expendable since they advertise like
>AOL. I say stop all advertising until you fix your products 3com... funnel
>those funds into your product and make it better than ever and blow the
>competition away with superior products. Forget sending the next batch of
>3com 3x5 cards with deals on it out to every service across the nation...
>forget advertising in the trade rags... forget going to every trade show
>around the country... forget smoozing the Sales team and there clients...
>forget the "deals". Give us guts and glory... make the systems work the way
>they should.
>
><steps down>
>
>Ed
>
>----- Original Message -----
>From: "Ted Mecimore" <[e-mail]>
>To: <[e-mail]>
>Sent: Thursday, February 03, 2000 10:02 AM
>Subject: (usr-tc) Does 3Com Monitor List
>
>
>I was wondering if any 3Com folks are lurking out there. With all
>the "adventure" dealing the DSP vs HCF battle I am wondering how they plan
>to
>respond.
>
>  --
>Ted Mecimore
>Operations Manager
>Vista Technology
>
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Does 3Com Monitor List
Date: 03 Feb 2000 10:30:38 -0500

We are also looking at the ascend systems. The ascend/lucent marriage make us a
little unsure. I am not a fan of portmasters after fighting some we acquired.
The TC boxes are great when it is cranking. But...... I really need support,
when i need it. 24x7x365. It is hard to explain why "I can connect to xyz
provider, why can't i connect to you..."

 --
Ted Mecimore
Operations Manager
Vista Technology



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Does 3Com Monitor List
Date: 03 Feb 2000 11:05:39 -0500

Thus spake Ted Mecimore
>I was wondering if any 3Com folks are lurking out there. With all the
>"adventure" dealing the DSP vs HCF battle I am wondering how they plan
>to respond.

Yes...there are many 3Com folks on the list...most lurking, but they're
there.  In fact...last I checked...the main list was about 1/10 3Com
folks (that's 3com.com and usr.com domains).  Now...how much 3Com
*responds* to the list is still somewhat in doubt, but you do see some
responses on at least some subjects (my message yesterday morning about
the support contract has elicited a couple of calls now).

3Com is listening...we've yet to see how well they respond to it though.
:)  Kinda goes back to that beaurocracy thing I talked about a couple of
months ago I think.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 09:55:40 -0600

When was the last time you had a 3Com rep tell you that you are the only
site he/she knows that is experiencing these problems? How many times before
that with different reps? I think it is a trained response, whether we are
talking about TCH dialup systems or the TCH adsl systems.

The other thing that seems obvious to me is that the ISP business must not
be the driving financial group behing the TCH product. If it were then we
wouldn't be seeing all these weird add-on features like VOIP just so the
annual report can say they are in the market. Who really is the biggest
consumer of the TCH system?

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: "Ed" <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 11:15:21 -0500

Jeff I believe they listen to you because they know you are fairly
intelligent on the 3com systems and you have been on this list helping
others for so long that others listen to you. However they aren't listening
to most people who complain... and they definitely aren't fixing certain
problems. 3com connectivity issues and v.90 problems aren't fixed and
haven't even been modified to my knowledge... Ascend is still kicking 3com's
butt in v.90 connects. Also Support Contract issues seem to elude them...
they cannot grasp such simple thinking as give a little and gain a lot.

If I were head of 3com I would be DEEPLY upset if people spoke about my
products in such a way. I would do something about it. Maybe the people who
would care don't see the list...? ShareHolders and Executives

Ed

----- Original Message -----
Sent: Thursday, February 03, 2000 11:05 AM


Thus spake Ted Mecimore
>I was wondering if any 3Com folks are lurking out there. With all the
>"adventure" dealing the DSP vs HCF battle I am wondering how they plan
>to respond.

Yes...there are many 3Com folks on the list...most lurking, but they're
there.  In fact...last I checked...the main list was about 1/10 3Com
folks (that's 3com.com and usr.com domains).  Now...how much 3Com
*responds* to the list is still somewhat in doubt, but you do see some
responses on at least some subjects (my message yesterday morning about
the support contract has elicited a couple of calls now).

3Com is listening...we've yet to see how well they respond to it though.
:)  Kinda goes back to that beaurocracy thing I talked about a couple of
months ago I think.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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



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


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

From: "Brian Gordon" <[e-mail]>
Subject: (usr-tc) Another compatablity issue (HSP) Modems
Date: 03 Feb 2000 11:21:08 -0500

Whats going on with these HSP modem and how do you get them to connect to
Hiper DSP's.

These damn compatablity issues are killing me, when is V.90 going to WORK?

Brian
----- Original Message -----
Sent: Thursday, February 03, 2000 10:55 AM


> When was the last time you had a 3Com rep tell you that you are the only
> site he/she knows that is experiencing these problems? How many times
before
> that with different reps? I think it is a trained response, whether we are
> talking about TCH dialup systems or the TCH adsl systems.
>
> The other thing that seems obvious to me is that the ISP business must not
> be the driving financial group behing the TCH product. If it were then we
> wouldn't be seeing all these weird add-on features like VOIP just so the
> annual report can say they are in the market. Who really is the biggest
> consumer of the TCH system?
>
> 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Another compatablity issue (HSP) Modems
Date: 03 Feb 2000 11:22:28 -0500

Thus spake Brian Gordon
>Whats going on with these HSP modem and how do you get them to connect
>to Hiper DSP's.

My understanding is that the HSP modems are just an HCF modem with sound
card functionality included with it.  So...proly need to handle them the
same way you do an HCF.
--
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: "Terry Kennedy" <[e-mail]>
Subject: RE: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 09:03:00 -0800

Someone on this list must know someone at 3com with some clout. Why doesn't
that person simply ask 3com to monitor the list and respond to the requests.
I know it sounds simplistic but if a few calls should get things rollings. I
don't many at 3com but I know vendors and they must know someone. Maybe we
can get together and figure out who knows the mightiest at 3com and push
until they particpate. Or we could just start signing people at 3com upto
list :)

Terry Kennedy
OlyPen, Inc.

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Ed
Sent: Thursday, February 03, 2000 8:15 AM


Jeff I believe they listen to you because they know you are fairly
intelligent on the 3com systems and you have been on this list helping
others for so long that others listen to you. However they aren't listening
to most people who complain... and they definitely aren't fixing certain
problems. 3com connectivity issues and v.90 problems aren't fixed and
haven't even been modified to my knowledge... Ascend is still kicking 3com's
butt in v.90 connects. Also Support Contract issues seem to elude them...
they cannot grasp such simple thinking as give a little and gain a lot.

If I were head of 3com I would be DEEPLY upset if people spoke about my
products in such a way. I would do something about it. Maybe the people who
would care don't see the list...? ShareHolders and Executives

Ed

----- Original Message -----
Sent: Thursday, February 03, 2000 11:05 AM


Thus spake Ted Mecimore
>I was wondering if any 3Com folks are lurking out there. With all the
>"adventure" dealing the DSP vs HCF battle I am wondering how they plan
>to respond.

Yes...there are many 3Com folks on the list...most lurking, but they're
there.  In fact...last I checked...the main list was about 1/10 3Com
folks (that's 3com.com and usr.com domains).  Now...how much 3Com
*responds* to the list is still somewhat in doubt, but you do see some
responses on at least some subjects (my message yesterday morning about
the support contract has elicited a couple of calls now).

3Com is listening...we've yet to see how well they respond to it though.
:)  Kinda goes back to that beaurocracy thing I talked about a couple of
months ago I think.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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



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


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Does 3Com Monitor List
Date: 03 Feb 2000 12:12:40 -0500

Thus spake Ed
>Jeff I believe they listen to you because they know you are fairly
>intelligent on the 3com systems and you have been on this list helping
>others for so long that others listen to you.

Well, I appreciate the implicit compliment there.  :)  I don't know that
*I'm* listened to particularly though.  I think 3Com really does listen
to the list as a whole, but perhaps because of the reasons you say (and
its hard for me to acknowledge that what you say is true since it comes
down to me evaluating myself which I suck at...we'll go with it though)
I've become known to folks within 3Com as someone that maybe has his
finger on the pulse of the list?  I dunno...kinda grasping at
explanations maybe.

I feel relatively confident though, that without the rest of the list
saying things as well, I wouldn't be listened to within 3Com just
because I'm a nice guy and help people.  :)  If I said something was a
problem and the rest of the list ignored what I was saying...I might get
*some* results just because I know a lot of people and I'm generally
good at agitating...but I doubt I would get very far.  :)

>However they aren't listening to most people who complain... and they
>definitely aren't fixing certain problems. 3com connectivity issues and
>v.90 problems aren't fixed and haven't even been modified to my
>knowledge... Ascend is still kicking 3com's butt in v.90 connects. Also
>Support Contract issues seem to elude them...  they cannot grasp such
>simple thinking as give a little and gain a lot.

I really think (and have even had some folks, which will remain nameless
here, within 3Com agree with me) that the problem is really one of
beaurocracy.  3Com is listening, and is working on the problems...just
not even close to the speed at which we think it should/could be done.
From the discussions that I've had with folks about the support contract
issues...its seems that 3Com is trying to fix everything in one fell
swoop rather than taking little steps.  My opinion is also that 3Com
tends (again, this will probably sound familiar to many of you) seems to
be making decisions on where to go largely without the feedback from
customers.  While they are moving...and maybe mostly even in a forward
direction...without feedback and guidance from customers its just
terribly easy for 3Com to take a step to the side or back and not
realize it.

While I've gotten a couple of calls, as I mentioned, in the past couple
of days regarding the support contract issues...and this is a good
thing, at least a good start...this is largely an anomoly...most
decisions at 3Com seem to be made in a vacuum of customer input and
feedback.

Let me also qualify this a bit...I'm speaking with my experience with
Total Control...we don't have any other 3Com equipment (maybe a NIC or
two...nothing significant), so things on the enterprise (corebuilder,
netbuilder, pathbuilder, etc.) side of the house may be different...and
the feeling that I got up at Networks3 indicates that maybe it is
different on that side of things.  I don't know for sure though.

The enterprise side of things does have the 3Com user's group that
represents them fairly well apparently.  I know there have been some
people that wanted to get carrier folks involved with the user group
more...and I think I have even been told that there are some people
interested in getting a 3Com carrier (which would include ISPs) user
group started up as a seperate entity from the main user group.  I think
this would be a good idea and would definitely be involved.

>If I were head of 3com I would be DEEPLY upset if people spoke about my
>products in such a way. I would do something about it. Maybe the people
>who would care don't see the list...? ShareHolders and Executives

Well...I do know that there are some *fairly* high up people that are on
the list, but I suspect its rather too high of traffic for the likes of
the executive officers and such.  :)  I do know that *some* of the
content does make it up to them on occasion...which content I really
don't know, but some of it does.  :)
--
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: "G. Douglas Davidson" <[e-mail]>
Subject: (usr-tc) Radius and VPN-Neighbor
Date: 03 Feb 2000 12:42:23 -0500

I am having some difficulty getting VPN-Neighbor to work.  My setup is as
follows:

HyperArc Version: 4.2.32
IEA Next Hop Routing:                      ENABLED
IEA Send Unsolicited Proxy Arp:            DISABLED
IEA Force Next Hop Route:                  DISABLED
IP proxy ARP for all dialin addresses:     DISABLED

IP RIP Flags:                              METRICS
                                           SEND_REQUEST

I am using an altered version of Livingston's 2.1 Radius.  On the Livingston
side it _appears_ that the VPN-Neighbor attribute is being sent:

Thu Feb  3 11:29:14 2000: [24758] sending accept to 198.144.34.36/1645.66
Thu Feb  3 11:29:14 2000: [24758] Service-Type = Framed-User
Thu Feb  3 11:29:14 2000: [24758] Framed-Protocol = PPP
Thu Feb  3 11:29:14 2000: [24758] USR-PW_VPN_Neighbor = 198.144.34.46
Thu Feb  3 11:29:14 2000: [24758] Framed-IP-Address = 255.255.255.254
Thu Feb  3 11:29:14 2000: [24758] Framed-MTU = 1500
Thu Feb  3 11:29:14 2000: [24758] message sent to 198.144.34.36/1645.66 code=2,
length=50

But when I am doing a "mon radius" for the user on the USR box it only shows
receipt of all of the attributes with the _exception_ of the VPN Neighbor
attribute.

Does "mon radius" show all attributes transmitted, or only those that are acted
on or understood?  I'd like to know if the VPN-Neighbor attribute is even being
transmitted (although from the Radius stats, it looks like it is.)

Thanks!

--
-----
G Douglas Davidson                      | CityNet, Inc.
[e-mail]                    | Pittsburgh, PA
voice: 412.481.5406            | 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: Greg Coffey <[e-mail]>
Subject: RE: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 11:21:00 -0700

It seems that no matter how angry this list has gotten in the past, no
acknowledgement ever came from 3Com regarding the subject.  I've been on
the list for some time and times have been pretty heated
occasionally.  There have been heated discussions about the old Netserver
software and support issues.  Numerous times there have been discussions
about 3Com client modems connecting at v90 rates with Ascend servers but
not with 3Com servers.  The $$ for tech support (or lack thereof) comes up
all the time.  Tech support has improved but most of us still have
significant issues with it as is.  There is still a saliva test to prove
who you are before anyone will talk to you.  If someone with clout is
monitoring it, they have remained mute on any subject in here.


At 09:03 AM 2/3/00 -0800, you wrote:
>Someone on this list must know someone at 3com with some clout. Why doesn't
>that person simply ask 3com to monitor the list and respond to the requests.
>I know it sounds simplistic but if a few calls should get things rollings. I
>don't many at 3com but I know vendors and they must know someone. Maybe we
>can get together and figure out who knows the mightiest at 3com and push
>until they particpate. Or we could just start signing people at 3com upto
>list :)
>
>Terry Kennedy
>OlyPen, Inc.
>
>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Ed
>Sent: Thursday, February 03, 2000 8:15 AM
>To: [e-mail]
>Subject: Re: (usr-tc) Does 3Com Monitor List
>
>
>Jeff I believe they listen to you because they know you are fairly
>intelligent on the 3com systems and you have been on this list helping
>others for so long that others listen to you. However they aren't listening
>to most people who complain... and they definitely aren't fixing certain
>problems. 3com connectivity issues and v.90 problems aren't fixed and
>haven't even been modified to my knowledge... Ascend is still kicking 3com's
>butt in v.90 connects. Also Support Contract issues seem to elude them...
>they cannot grasp such simple thinking as give a little and gain a lot.
>
>If I were head of 3com I would be DEEPLY upset if people spoke about my
>products in such a way. I would do something about it. Maybe the people who
>would care don't see the list...? ShareHolders and Executives
>
>Ed
>
>----- Original Message -----
>From: "Jeff Mcadams" <[e-mail]>
>To: <[e-mail]>
>Sent: Thursday, February 03, 2000 11:05 AM
>Subject: Re: (usr-tc) Does 3Com Monitor List
>
>
>Thus spake Ted Mecimore
> >I was wondering if any 3Com folks are lurking out there. With all the
> >"adventure" dealing the DSP vs HCF battle I am wondering how they plan
> >to respond.
>
>Yes...there are many 3Com folks on the list...most lurking, but they're
>there.  In fact...last I checked...the main list was about 1/10 3Com
>folks (that's 3com.com and usr.com domains).  Now...how much 3Com
>*responds* to the list is still somewhat in doubt, but you do see some
>responses on at least some subjects (my message yesterday morning about
>the support contract has elicited a couple of calls now).
>
>3Com is listening...we've yet to see how well they respond to it though.
>:)  Kinda goes back to that beaurocracy thing I talked about a couple of
>months ago I think.  :)
>--
>Jeff McAdams                            Email: [e-mail]
>Head Network Administrator              Voice: [phone]
>IgLou Internet Services                        [phone]
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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                               <[e-mail]>
Visionary Communications  V 307-234-5443    F 307-234-5446
100 N. Center Suite #100, Casper, WY  82601    www.vcn.com

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Radius and VPN-Neighbor
Date: 03 Feb 2000 12:28:10 -0600 (CST)


What attribute id are you using.  I have used:

VENDORATTR  429    USR-VPN-Neighbor    36872    ipaddr

successfully.  It has to be one hop away to work however.

On Thu, 3 Feb 2000, G. Douglas Davidson wrote:

> I am having some difficulty getting VPN-Neighbor to work.  My setup is as
> follows:
>
> HyperArc Version: 4.2.32
> IEA Next Hop Routing:                      ENABLED
> IEA Send Unsolicited Proxy Arp:            DISABLED
> IEA Force Next Hop Route:                  DISABLED
> IP proxy ARP for all dialin addresses:     DISABLED
>
> IP RIP Flags:                              METRICS
>                                            SEND_REQUEST
>
> I am using an altered version of Livingston's 2.1 Radius.  On the Livingston
> side it _appears_ that the VPN-Neighbor attribute is being sent:
>
> Thu Feb  3 11:29:14 2000: [24758] sending accept to 198.144.34.36/1645.66
> Thu Feb  3 11:29:14 2000: [24758] Service-Type = Framed-User
> Thu Feb  3 11:29:14 2000: [24758] Framed-Protocol = PPP
> Thu Feb  3 11:29:14 2000: [24758] USR-PW_VPN_Neighbor = 198.144.34.46
> Thu Feb  3 11:29:14 2000: [24758] Framed-IP-Address = 255.255.255.254
> Thu Feb  3 11:29:14 2000: [24758] Framed-MTU = 1500
> Thu Feb  3 11:29:14 2000: [24758] message sent to 198.144.34.36/1645.66 code=2,
> length=50
>
> But when I am doing a "mon radius" for the user on the USR box it only shows
> receipt of all of the attributes with the _exception_ of the VPN Neighbor
> attribute.
>
> Does "mon radius" show all attributes transmitted, or only those that are acted
> on or understood?  I'd like to know if the VPN-Neighbor attribute is even being
> transmitted (although from the Radius stats, it looks like it is.)
>
> Thanks!
>
> --
> -----
> G Douglas Davidson                      | CityNet, Inc.
> [e-mail]                    | Pittsburgh, PA
> voice: 412.481.5406            | fax: [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: RE: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 12:33:11 -0600 (CST)

On Thu, 3 Feb 2000, Greg Coffey wrote:

> It seems that no matter how angry this list has gotten in the past, no
> acknowledgement ever came from 3Com regarding the subject.  I've been on

thats not entirely true.  This list banded together, and drafted a Top Ten
Unresolved Issues list, and then it was signed by dozens of
president/ceo's/admins and presented to 3com managment, from what I
understand, it went all the way to the top.

3Com responded officially to this with a document.  Results did follow on
many issues.

It helps to aggregate our complaints and put them in writing, otherwise we
are just a bunch of seperate incidents.

We can do this again.  It is my opinion that it should start with an
outline you know like:

I. ARC issues
   A. OSPF Broken
      1. default route disappears
II. DSP issues
   A. HCF modem compatibility
III. Support Contracts
.
.
.

etc.  Then each member of the list can take a chunk, write it up, and
someone could assmeble it.  We could then get 20, 30, 40 ISP's on this
list, which represents a significant amount of revenue, enough for them to
listen, and sign it.

I am not going to lead this, because I have alot going on right now, but I
would definitly take a few chunks of the outline and write up some
paragraphs.

We prioritise the issues, and this way we give them something to work off
of.

Brian


> the list for some time and times have been pretty heated
> occasionally.  There have been heated discussions about the old Netserver
> software and support issues.  Numerous times there have been discussions
> about 3Com client modems connecting at v90 rates with Ascend servers but
> not with 3Com servers.  The $$ for tech support (or lack thereof) comes up
> all the time.  Tech support has improved but most of us still have
> significant issues with it as is.  There is still a saliva test to prove
> who you are before anyone will talk to you.  If someone with clout is
> monitoring it, they have remained mute on any subject in here.
>
>
> At 09:03 AM 2/3/00 -0800, you wrote:
> >Someone on this list must know someone at 3com with some clout. Why doesn't
> >that person simply ask 3com to monitor the list and respond to the requests.
> >I know it sounds simplistic but if a few calls should get things rollings. I
> >don't many at 3com but I know vendors and they must know someone. Maybe we
> >can get together and figure out who knows the mightiest at 3com and push
> >until they particpate. Or we could just start signing people at 3com upto
> >list :)
> >
> >Terry Kennedy
> >OlyPen, Inc.
> >
> >-----Original Message-----
> >From: [e-mail]
> >[mailto:[e-mail]]On Behalf Of Ed
> >Sent: Thursday, February 03, 2000 8:15 AM
> >To: [e-mail]
> >Subject: Re: (usr-tc) Does 3Com Monitor List
> >
> >
> >Jeff I believe they listen to you because they know you are fairly
> >intelligent on the 3com systems and you have been on this list helping
> >others for so long that others listen to you. However they aren't listening
> >to most people who complain... and they definitely aren't fixing certain
> >problems. 3com connectivity issues and v.90 problems aren't fixed and
> >haven't even been modified to my knowledge... Ascend is still kicking 3com's
> >butt in v.90 connects. Also Support Contract issues seem to elude them...
> >they cannot grasp such simple thinking as give a little and gain a lot.
> >
> >If I were head of 3com I would be DEEPLY upset if people spoke about my
> >products in such a way. I would do something about it. Maybe the people who
> >would care don't see the list...? ShareHolders and Executives
> >
> >Ed
> >
> >----- Original Message -----
> >From: "Jeff Mcadams" <[e-mail]>
> >To: <[e-mail]>
> >Sent: Thursday, February 03, 2000 11:05 AM
> >Subject: Re: (usr-tc) Does 3Com Monitor List
> >
> >
> >Thus spake Ted Mecimore
> > >I was wondering if any 3Com folks are lurking out there. With all the
> > >"adventure" dealing the DSP vs HCF battle I am wondering how they plan
> > >to respond.
> >
> >Yes...there are many 3Com folks on the list...most lurking, but they're
> >there.  In fact...last I checked...the main list was about 1/10 3Com
> >folks (that's 3com.com and usr.com domains).  Now...how much 3Com
> >*responds* to the list is still somewhat in doubt, but you do see some
> >responses on at least some subjects (my message yesterday morning about
> >the support contract has elicited a couple of calls now).
> >
> >3Com is listening...we've yet to see how well they respond to it though.
> >:)  Kinda goes back to that beaurocracy thing I talked about a couple of
> >months ago I think.  :)
> >--
> >Jeff McAdams                            Email: [e-mail]
> >Head Network Administrator              Voice: [phone]
> >IgLou Internet Services                        [phone]
> >
> >-
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> >
> >-
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> >-
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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                               <[e-mail]>
> Visionary Communications  V 307-234-5443    F 307-234-5446
> 100 N. Center Suite #100, Casper, WY  82601    www.vcn.com
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: (usr-tc) DSP console error msg
Date: 03 Feb 2000 13:38:26 -0500 (EST)

This just started appearing on the console port of a 2.0.51 (hardware rev
.55) DSP that I'm about to bring into service later today...  should I be
worried? :)

(Ch.254): 05:04:21:102

Logic Error - Inv pSOS Msg Id  error = 00001102 Task = CCT
        Line # 532 File cc.c Data = 33816631 Opt = 17

Actually it's popped up several times, with "Opt = " starting at 1 and
incrementing by 2 each time.  While writing this it got all the way to
23.  Haven't seen anything since, though.

This is set up for Channelized T1, and it's my first one (I'm used to
PRI) so I'm not ruling out config problems yet.  It just looked kinda
weird.


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
"Don't sweat the petty things, and don't pet the sweaty things."


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Forcing DNS
Date: 03 Feb 2000 13:51:18 -0500 (EST)

Doesn't matter whose IP address it is.  Just add an IP alias for it on
your nameserver, and add a static host route (/32) on your Cisco to point
to it. Don't route the whole subnet, just the individual IPs.

We did this when we found we had some very old customers using a DNS
server of BBN's offsite (before we did server assigned DNS) and BBN
renumbered it -- we fudged in an alias for it long enough for us to call
all the affected users up and get them to change over to server assigned
DNS.


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Wed, 2 Feb 2000, Justin Ellison wrote:

> 'fraid not, the ip's that are getting specified aren't mine, they're
> Sprint's.  My sales rep (God bless his soul) gave me the authoritive name
> server addresses for Sprint which don't actually resolve names....
>
> Justin
> ----- Original Message -----
> From: "Richard Lorbieski" <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, February 02, 2000 6:19 PM
> Subject: Re: (usr-tc) Forcing DNS
>
>
> > What are the IP addresses?
> >
> > You maybe able to alias them on your DNS server.
> >
> > Justin Ellison wrote:
> > >
> > > I have about 300 Setup CD's with the wrong primary and secondary DNS
> numbers
> > > burned to it.  I can't come up with anything to redirect the DNS queries
> at
> > > my Cisco 1601 (not running BGP).  I've got the HARC setup to assign DNS,
> and
> > > it works properly, but is there a way for me to force the client to use
> what
> > > the HARC specifies?
> > >
> > > TIA,
> > >
> > > Justin
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> > --
> >
> > Richard Lorbieski - [e-mail]
> > Chief Technical Officer - Senior System Administrator
> > Alpha1 Internet  http://www.alpha1.net
> > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Does 3Com Monitor List
Date: 03 Feb 2000 14:11:32 -0500 (EST)

Good news and bad news... good news... I found a ton of info on
lucent/ascend produts for the new pop.

Bad news... 3Com got paid for my service contract 10/5/99 and it's 2/2/00
and I STILL can't get support, or my money back.

Sorry to have to screw a vendor... Ryan at Source Technology is right
behind Shawn Hogan of Datapoint Solutions (Optigold fame) as helpful dude
of the decade.  I need my money, or the support.

See ya'll on the ISP-equipment list and the ascend lists.

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

On Thu, 3 Feb 2000, Jeff Mcadams wrote:

> Thus spake Ted Mecimore
> >I was wondering if any 3Com folks are lurking out there. With all the
> >"adventure" dealing the DSP vs HCF battle I am wondering how they plan
> >to respond.
>
> Yes...there are many 3Com folks on the list...most lurking, but they're
> there.  In fact...last I checked...the main list was about 1/10 3Com
> folks (that's 3com.com and usr.com domains).  Now...how much 3Com
> *responds* to the list is still somewhat in doubt, but you do see some
> responses on at least some subjects (my message yesterday morning about
> the support contract has elicited a couple of calls now).
>
> 3Com is listening...we've yet to see how well they respond to it though.
> :)  Kinda goes back to that beaurocracy thing I talked about a couple of
> months ago I think.  :)
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "G. Douglas Davidson" <[e-mail]>
Subject: Re: (usr-tc) Radius and VPN-Neighbor
Date: 03 Feb 2000 14:06:03 -0500

On Feb 3, 12:28pm, Brian wrote:
> Subject: Re: (usr-tc) Radius and VPN-Neighbor
>
> What attribute id are you using.  I have used:
>
> VENDORATTR  429    USR-VPN-Neighbor    36872    ipaddr
>
> successfully.  It has to be one hop away to work however.
>

I have tried both of these attribute formats:

ATTRIBUTE    USR-PW_VPN_Neighbor        0x9008    ipaddr
ATTRIBUTE    USR-PW_VPN_Neighbor        36872    ipaddr

And neither seems to work.  The interface for the X-Stop box I am trying to VPN
to is on the same subnet and pings.  I've got RIPV2 and RIPV1 receive off (as
per instructions.)

Is there any way that I can tell (without sniffing traffic) whether this
attribute is making it to the TC?  I'll try the traffic stuff, but it really
looks like it is going out.

Also, I turned off the RIPV1 and V2 receive but did not reboot.  Not sure if
that is necessary or not.

Thanks!

--
-----
G Douglas Davidson                      | CityNet, Inc.
[e-mail]                    | Pittsburgh, PA
voice: 412.481.5406            | fax: [phone]

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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 03 Feb 2000 14:08:32 -0500 (EST)

OK, I'll jump in here too.

We don't have support contracts.  Never have.

I would like to get software support, maybe, if it was reasonably
priced...  so far, we've been buying hardware at least every 90 days
anyway so it hasn't yet been an issue.

The cost of used cards has dropped to the point where it doesn't make
sense to get hardware maintenance -- it'd be cheaper just to stockpile
spares, then get the dead things repaired if they're under the 2 year
hardware warranty.

From what people have been saying, even if I bought a contract, it
probably wouldn't be honored anyway. :)

On the other hand, we've never tried calling 3Com, execpt when we had
hardware die under warranty.  The first was our very first Dual PRI
(August 1997) that was DOA; they overnighted a new one.  We had an NMC die
later, which they spent a month repairing, but that's OK.  I have a DSP
that needs fixing now; we'll see how that goes...

We've never called them for software support -- this mailing list mostly
eliminates the need for that.  For configuration stuff, I've usually been
able to search around and figure it out myself.  We've just about
rewritten all of TCM (and soon HARM) in Perl anyway. :)

We're sticking with it because from what I understand, despite all the
problems people have with v.90, everyone else's stuff is worse.  EVERY
VENDOR has v.90 problems of SOME sort.  Ascend has problems too, Cisco
does, Livingston did...  you'd just trade one set of problems for another.
I also hate Ascend's management interface, and their, uh, "unique" ideas
about how SNMP should work.  Our competitors here use Ascend and Cisco
(except AOL which is 3Com) and I'm *not* seeing a lot of people say they
get more reliable connects there.  There's only so much that can be done
on the server to compensate for a broken client (Rockwell HCF)...


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Wed, 2 Feb 2000, Jeff Mcadams wrote:

> OK...here are initial results of the support contract informal survey.
> I only heard from 13 people (including myself :)...a mere fraction of
> the number of people on the list in total.  Keep sending the
> information...I'll continue to tabulate and have more updates as I hear
> from more people.
>
> The current count is 9 people don't have support contracts, and 4 do.
>
> Some notes:
>
> - One "yes" only had software coverage even though they would have liked
>     to have greater coverage.  They had to settle for software-only
>     because of the cost
>
> - One "no" actually has coverage on a chassis, but only because that
>     chassis was bought new and came with coverage...apparently you can't
>     buy a chassis anymore without coverage...interesting loophole in the
>     contract rules here.  This person indicated that they would rather
>     have *not* gotten the coverage on the contract as they thought it
>     was a waste of money.
>
> Many of the people that emailed me as a "no" mentioned it was the cost
> and/or the rules that prevented them from getting a contract.
>
> I will re-iterate that I believe that the root of the problem stems from
> 3Com considering Customer Service as a "Business Unit".  In other words,
> they want Customer Service to be a revenue positive part of 3Com.  While
> my previous posting that discussed this was somewhat inaccurate (the
> Customer Service Organization, CSO, apparently doens't get the revenues
> from the support contracts, the business unit that sells the equipment -
> in the case of TC, its the Network Systems Business Unit - gets the
> revenues...the whole thought of trying to make Customer Service revenue
> positive ends up with an attitude that ends up screwing the customer.
>
> I just recently went through the process of trying to obtain a service
> contract again...partially to try to determine if any improvements had
> been made to the process...partially to find out if the "Unbundled
> Service Options" on 3Com's web site would be useful here...and partially
> because we really would like to have some coverage on some of our
> equipment.  The current status is that the support coverage rules are
> still in place (contracts purchased per-chassis rather than per-card,
> and all chassis at a site have to have the same coverage...of course
> last time we tried to have different coverage at different sites 3Com
> didn't honor it), the support options listed as sold items (ie, not
> special deals that are made for specific instances) were largely the
> same as they've been for the past 3 years.  The best I got from the
> discussion was that service options could be discussed (ie, a special
> deal is how I understand this) if its "a sound business case that makes
> sense for the customer and for 3Com."  Let me suggest that a sound
> business case for 3Com would be to not lose their customers which is
> what is happening...3Com is verging towards losing us as a customer
> even...and we've been a USRobotics/3Com customer for at least 5 years
> (35 Amp power supplied and dual analog 14.4 modems)
> --
> 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: RE: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 14:17:40 -0500 (EST)

I remember a few years ago users made a big stink about the Netserver
platform, posted an open letter to the exec's at USR and posted the return
letter.

Mainly it was 'we're working on it for the TC ARC' as the standard
response.  Hey, the ARC probibly has more issues than the netserver did.
Someone got that originals so we can once again see history repeat itself?

I shouldn't have to beg for a good product.  I should have it thrust upon
me.

I'm starting to like my new sig line -

See ya'll on the Ascend list!

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

On Thu, 3 Feb 2000, Terry Kennedy wrote:

> Someone on this list must know someone at 3com with some clout. Why doesn't
> that person simply ask 3com to monitor the list and respond to the requests.
> I know it sounds simplistic but if a few calls should get things rollings. I
> don't many at 3com but I know vendors and they must know someone. Maybe we
> can get together and figure out who knows the mightiest at 3com and push
> until they particpate. Or we could just start signing people at 3com upto
> list :)
>
> Terry Kennedy
> OlyPen, Inc.
>
> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Ed
> Sent: Thursday, February 03, 2000 8:15 AM
> To: [e-mail]
> Subject: Re: (usr-tc) Does 3Com Monitor List
>
>
> Jeff I believe they listen to you because they know you are fairly
> intelligent on the 3com systems and you have been on this list helping
> others for so long that others listen to you. However they aren't listening
> to most people who complain... and they definitely aren't fixing certain
> problems. 3com connectivity issues and v.90 problems aren't fixed and
> haven't even been modified to my knowledge... Ascend is still kicking 3com's
> butt in v.90 connects. Also Support Contract issues seem to elude them...
> they cannot grasp such simple thinking as give a little and gain a lot.
>
> If I were head of 3com I would be DEEPLY upset if people spoke about my
> products in such a way. I would do something about it. Maybe the people who
> would care don't see the list...? ShareHolders and Executives
>
> Ed
>
> ----- Original Message -----
> From: "Jeff Mcadams" <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, February 03, 2000 11:05 AM
> Subject: Re: (usr-tc) Does 3Com Monitor List
>
>
> Thus spake Ted Mecimore
> >I was wondering if any 3Com folks are lurking out there. With all the
> >"adventure" dealing the DSP vs HCF battle I am wondering how they plan
> >to respond.
>
> Yes...there are many 3Com folks on the list...most lurking, but they're
> there.  In fact...last I checked...the main list was about 1/10 3Com
> folks (that's 3com.com and usr.com domains).  Now...how much 3Com
> *responds* to the list is still somewhat in doubt, but you do see some
> responses on at least some subjects (my message yesterday morning about
> the support contract has elicited a couple of calls now).
>
> 3Com is listening...we've yet to see how well they respond to it though.
> :)  Kinda goes back to that beaurocracy thing I talked about a couple of
> months ago I think.  :)
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Kevin Benton <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 14:14:45 -0500 (EST)

On Thu, 3 Feb 2000, Jeff Mcadams wrote:

> >However they aren't listening to most people who complain... and they
> >definitely aren't fixing certain problems. 3com connectivity issues and
> >v.90 problems aren't fixed and haven't even been modified to my
> >knowledge... Ascend is still kicking 3com's butt in v.90 connects. Also
> >Support Contract issues seem to elude them...  they cannot grasp such
> >simple thinking as give a little and gain a lot.
>
> I really think (and have even had some folks, which will remain nameless
> here, within 3Com agree with me) that the problem is really one of
> beaurocracy.  3Com is listening, and is working on the problems...just
> not even close to the speed at which we think it should/could be done.
> >From the discussions that I've had with folks about the support contract
> issues...its seems that 3Com is trying to fix everything in one fell
> swoop rather than taking little steps.  My opinion is also that 3Com
> tends (again, this will probably sound familiar to many of you) seems to
> be making decisions on where to go largely without the feedback from
> customers.  While they are moving...and maybe mostly even in a forward
> direction...without feedback and guidance from customers its just
> terribly easy for 3Com to take a step to the side or back and not
> realize it.

Part of the problem is the fact that 3Com/USR allowed themselves to get
into contracts which would kill their ability to really promote things to
the smaller companies.  Part of the reason (for example) why Quad modems
have to have an X2/V.90 key is because of a contract 3Com signed with a
company (name escapes me but AT&T comes to mind).  I was told that
the contract states that all Quad modems that use X2/V.90 be licensed to
use it.  Those that aren't licensed to use the protocol are not authorized
to do X2/V.90.  This is why the keys are enforced.

Much in the same way, big telcos are required to pay for support on a per
chassis basis mostly because there are so many people who could possibly
administer them that there is no way that 3Com could effectively charge a
single dollar amount that would cover them for the ILEC's chassis's and
still offer a price competitive solution to small ISP's.  In order to
cover itself, 3Com had to make contractual agreements with those big
companies to make sure that they wouldn't "go under."

I have suggested a couple of times that 3Com work on a support contract
which would be offered per company specifically to people who had taken
the time to receive 3Com training.  That support would be available only
to those people listed on the contract who had been certified to have
taken and completed the training to some reasonable standard.  At
contract renewal time, they could be required to take a refresher
course or something.  That way, at least then they'd know that they
weren't dealing with 200 people who'd never seen what TCM looked like and
had no vested interest in learning the chassis enough to make sure that
they wouldn't need to be calling ever  time they wanted to busy out a
modem for example.  3Com would be able to make money on the training and
the support simply because people who would be calling in on those support
contracts would already have some minimum level of training - hence send
them straight to level two people or at least handle it a bit more
professionally than "unplug your card, set switch 6 on, then plug it back
in" before even bothering to find out what the problem is (been there,
done that :( ).

I now work for an ISP which has over 330,000 subscribers and there are
some tech's out there (within our company) which don't know TC's well at
all.  I am beginning to see why there's a charge per chassis on contracts.
Oh, by the way, our company does not have a support contract.  Are you
kidding?  We purchase enough chassis per week that would cover us for an
entire year of free warranty support.  It's not their fault that they
don't know it - they just haven't been well exposed to it.  What should
3Com do if we were to ask for a single support contract for our entire
company?  Now that wouldn't be fair to the little guy if they didn't base
it somehow on the number of chassis's we owned...  It might be a bit more
fair if the contracts were time based.  I will leave that up to 3Com.

Kevin

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


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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 14:19:39 -0500 (EST)


On Thu, 3 Feb 2000, Mark Thornton wrote:

> The other thing that seems obvious to me is that the ISP business must not
> be the driving financial group behing the TCH product.

I still maintain my theory that 3com is shooting for the big telco
carriers' business for TCH. Such a market is already conditioned to
paying premium prices for equipment. They're already conditioned to
paying extortionate prices for service contracts without question. And
that market makes the handful of million$ that this list's users
represent look like small potatos in comparison.

Why should 3com even care about pipsqueak ISPs who only have a couple
of chassis'...or even larger ISPs who have a couple mill$ worth of
chassis, when they can be spending their time courting a market that
spends billions$ at a time?  Not to mention that said market won't be
whining about service contract pricing...they just file for a rate-
increase tarriff to cover the added expense.



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


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

From: Kevin Benton <[e-mail]>
Subject: RE: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 14:20:17 -0500 (EST)

On Thu, 3 Feb 2000, Greg Coffey wrote:

> It seems that no matter how angry this list has gotten in the past, no
> acknowledgement ever came from 3Com regarding the subject.  I've been on

Ditto, however, if you talk to your sales rep, you're more likely to get a
straight answer than here.  I'm not trying to defend 3Com, however, I do
know that talking to our sales rep helped us understand things a bit more
from the inside.

Kevin

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



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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 14:26:03 -0500 (EST)


On Thu, 3 Feb 2000, Jeff Mcadams wrote:

> Let me also qualify this a bit...I'm speaking with my experience with
> Total Control...we don't have any other 3Com equipment (maybe a NIC or
> two...nothing significant), so things on the enterprise (corebuilder,
> netbuilder, pathbuilder, etc.) side of the house may be different...and
> the feeling that I got up at Networks3 indicates that maybe it is
> different on that side of things.  I don't know for sure though.

Consumer side better WRT support. I'm a big fan of their OfficeConnect
stuff; I use the hubs and switches and, for smaller clients, their
ISDN LANmodems.

Granted, with your typical ethernet switch, tech support isn't much of
an issue....it either works or it's broken. But if it's broken, you
can call 'em and get an RMA number without any troubles or DNA testing.

And for things like the LANmodem, current code is available to anybody
who wants it off of the website.

Like it should be.


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


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

From: Kevin Benton <[e-mail]>
Subject: RE: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 14:25:38 -0500 (EST)

On Thu, 3 Feb 2000, Brian wrote:

I. ARC issues
   A. OSPF Broken
      1. default route disappears
II. DSP issues
   A. HCF modem compatibility
III. Support Contracts

Add...  II.B. Complete testing routines for TCM (like the quads)
       III.A. Make Support Contracts available on a per-engineer basis.

Kevin

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


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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 03 Feb 2000 14:39:16 -0500 (EST)


On Thu, 3 Feb 2000, Mike Andrews wrote:

> We've just about
> rewritten all of TCM (and soon HARM) in Perl anyway. :)

And you'll soon be releasing same to us all under the GPL or BSD
license?  *grin*  *hopeful, puppyface look*  *drool*



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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 14:36:03 -0500 (EST)


On Thu, 3 Feb 2000, Paul Farber wrote:

> Sorry to have to screw a vendor... Ryan at Source Technology is right
> behind Shawn Hogan of Datapoint Solutions (Optigold fame) as helpful dude
> of the decade.  I need my money, or the support.

I dunno about Datapoint Solutions, but *everyone* at Source Technology
rocks. Well, everyone I've spoken to.

*IF* I consider TCH equipment in the future, it's because of the people
at Source and the people on this list....not 3com (well, except the 3com
people who partipate here....Krish & Mike, et.al. rock too).


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


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

From: John Lange <[e-mail]>
Subject: (usr-tc) YYYeeeoooowwwww!!!
Date: 03 Feb 2000 14:25:36 -0600

I just re-subscribed to this list to see what kind of problems / chatter I
would see.

We are looking at adding 192 NEW ports and were considering USR as a
provider. (Vendors please do not respond I have one in mind)

You people whine about your TC's JUST AS MUCH as we whine about our
PM3's.  Looks like modem compatibility is just as bad as the PM3's

Lucent's tech support is Free but sometimes difficult to get a human voice.
TC's are $2k cheaper with the service contract than PM3's
PM's OSPF works??? (At this point I don't need it)
TC's chasis are upgradeable, with different cards

Anyone have any other comparisons?
Thanks
JOhn :}

-----  Whatever you do, work at it with all your heart, as working for the
Lord, not for men  >Colossians 3:23 (NIV)

John C. Lange, Sr.                PALACE dot NET, INC.
[e-mail]           MICRO-TECH Computers, Inc.
608.742.1601 & 6980             1819 New Pinery Road
http://www.palacenet.net/       Portage, WI 53901
MSCE Training for only $150.00 - http://dpec.palacenet.net/
All 200+ Web Based Courses for $150.00 Per Year - "Really"

       ---    __o
      ---   _-\<,_        Fastest Service in Town
       --- (_)/ (_)


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


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

From: Dan Hollis <[e-mail]>
Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
Date: 03 Feb 2000 12:32:11 -0800 (PST)

On Thu, 3 Feb 2000, John Lange wrote:
> Anyone have any other comparisons?

TC modem throughput is about 25%-30% faster than the PM3.

Theres something to be said about using PowerPC CPUs on every card.

-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: Andy Dills <[e-mail]>
Subject: (usr-tc) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 15:43:57 -0500 (EST)


Hello, I'm trying to establish RIP routing between my USR TC with a
Netserver running 3.7.24 and my cisco 3640 (so I can redistribute it OSPF
and have the routes propogate throughout my network.)

However, it doesn't seem to be working. I have very limited documentation,
as I inherited the USR from an ISP we acquired.

Does anybody have any suggestions as to settings to check, and/or ways to
debug this?

Thanks,
Andy

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Andy Dills                              301-682-9972
Network Administrator               Fax [phone]
Xecunet, LLC                            www.xecu.net
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Dialup * Webhosting * E-Commerce * High-Speed Access


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


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

From: Martin Lathoud <[e-mail]>
Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
Date: 03 Feb 2000 15:51:22 -0500 (EST)

On Thu, 3 Feb 2000, John Lange wrote:

> You people whine about your TC's JUST AS MUCH as we whine about our
> PM3's.  Looks like modem compatibility is just as bad as the PM3's
PM3 is crap compared to Quads. I don't have any DSP (and since code seems
less stable..).

> Lucent's tech support is Free but sometimes difficult to get a human voice.
Just the 800 number then the ticket number gets you right to the very same
tech you talked to a couple of minutes ago..

> TC's are $2k cheaper with the service contract than PM3's
Not in Canada, as far as I know.

> PM's OSPF works??? (At this point I don't need it)
Yes, and a big bit better than TC rip on Netserver.

> TC's chasis are upgradeable, with different cards
What about power requirements? Hiper Chassis is filled with fans and
require incredible amps, whereas PM3 is less noisy than a PC.

> Anyone have any other comparisons?
To sum up: PM3 with Quad modem code would *rock*.

Martin



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 16:05:16 -0500

Thus spake Andy Dills
>Hello, I'm trying to establish RIP routing between my USR TC with a
>Netserver running 3.7.24 and my cisco 3640 (so I can redistribute it
>OSPF and have the routes propogate throughout my network.)

>However, it doesn't seem to be working. I have very limited
>documentation, as I inherited the USR from an ISP we acquired.

>Does anybody have any suggestions as to settings to check, and/or ways
>to debug this?

Well...I would highly suggest that you want to run RIPv2 rather than
plain ol' RIP...I believe that's the default, but check it with the
command "set ripv2 on".  Then make sure that the NETServer is set to
broadcast routes with either "set routing on" or "set routing
broadcast".  I seem to remember some issues with the NETServers
misunderstanding each other's routes, so you may be better off just
letting the NETServers blast out the routes with RIP and not listen for
routes from others (the set routing broadcast command), and let the
Cisco handle the intelligence of the routing.

There just aren't that many settings for routing on a NETServer, so
other than that, it should be a matter of configuring your 3640
correctly...something like:

router rip
version 2
network <network address of the ethernet port>

should do it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Andy Dills <[e-mail]>
Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 16:29:04 -0500 (EST)

On Thu, 3 Feb 2000, Jeff Mcadams wrote:

> Well...I would highly suggest that you want to run RIPv2 rather than
> plain ol' RIP...I believe that's the default, but check it with the
> command "set ripv2 on".  Then make sure that the NETServer is set to
> broadcast routes with either "set routing on" or "set routing
> broadcast".  I seem to remember some issues with the NETServers
> misunderstanding each other's routes, so you may be better off just
> letting the NETServers blast out the routes with RIP and not listen for
> routes from others (the set routing broadcast command), and let the
> Cisco handle the intelligence of the routing.

Hmmm....when I first saw this, I was excited, because I hadn't seen the
set ripv2 command before. But it still wasn't working. It took a reboot to
get rip v2 to kick in :>

So, excellent advice, thank you _very_ much. I wish the command set was
either better documented in the ComOS or on the totalservice.usr.com page,
but from the sounds of the list (I just joined today, and for some reason
got flooded with all of the list mail for the day) command documentation
is the least of the problems facing USR owners :>

Andy

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Andy Dills                              301-682-9972
Network Administrator               Fax [phone]
Xecunet, LLC                            www.xecu.net
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Dialup * Webhosting * E-Commerce * High-Speed Access



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 16:33:04 -0500

Thus spake Andy Dills
>Hmmm....when I first saw this, I was excited, because I hadn't seen the
>set ripv2 command before. But it still wasn't working. It took a reboot
>to get rip v2 to kick in :>

Cool...glad I still remember it.  :)

>So, excellent advice, thank you _very_ much. I wish the command set was
>either better documented in the ComOS or on the totalservice.usr.com
>page, but from the sounds of the list (I just joined today, and for
>some reason got flooded with all of the list mail for the day) command
>documentation is the least of the problems facing USR owners :>

Well, you should also be aware that the NETServers are basically
unsupported from 3Com at this point.  3Com lost access to the source
code for the NETServers when their licensing deal with Livingston/Lucent
expired in Dec. of 1998.  They no longer have source code so really
can't provide support for those cards anymore.  :)
--
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: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 16:38:43 -0500 (EST)


> command
> documentation is the least of the problems facing USR owners :>

Not at all.  Jeff and Brian know all of the commands, stored in some
sort of database in their brains. With them on the list, none of us
need to read or remember anything.

*cackle*
*grin*
*ducking*



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: Re: long -- Re: (usr-tc) 3com not doing V.90 as well as Ascends
Date: 03 Feb 2000 16:01:51 -0600

GMTA. Am buying a PM3 and hooking up another trunk just for these problems.


At 09:26 AM 8/21/99 -0500, you wrote:
>On Tue, 10 Aug 1999, Allen Marsalis wrote:
>
> > At 01:24 AM 8/10/99 -0400, Ed wrote:
> > >3com not doing V.90 as well as Ascend's.....
> > >
> > >We have tested and found it to be true that Ascend's authenticate and work
> > >at V.90 speeds much more often than 3com. It even happens when using a
> > >3com/USR modem. It takes certain a certain situation for this to
> happen but
> > >it does happen...
> > >
> > >Just wondered if others out there have noticed it or had their competitors
> > >using Ascend's have customers that say "Well I get 56K speeds on so and so
> > >Internet Service, why not yours?"
> >
> > We have been 100% USR/3COM for 3 years and we recently received a Max
> > TNT for eval to address the above problem..  Both chassis will be
> > at the same NOC.  2 new PRI's for the TNT should be up this week..
> > I'll keep you posted as to the results and try to provide some statistical
> > data..
>
>Sorry for the length here, but I think it's a good read, eventhough I did
>write it myself :)
>
>We did some churn analysis for customers that are no longer active or no
>longer customers.  We looked at at customers lost since March 1999 because
>of:
>
>a) reported problems connecting, staying connected, or poor  performance
>b) unexplained non-payers/dead-beats
>c) customers cancelled but did not give a reason (and did not
>    return our calls when we tried to followed up).
>
>We had 103 total cancellations for these reasons since March 1999.
>
>We had enough data to determine that 57% of these 103 had problems were
>directly attributable to connection quality. Of these 59 (103*0.57)
>customers lost:
>
>   50% of them had not established a connection in 1999 (many of
>      them reported this trouble)
>
>   40% had a large number of <1 minute connections, and showed a pattern
>      of having to redial when they did stay on longer than a few minutes
>
>   10% had connect speeds that varied more than a few "rungs" between
>      2400-52000
>
>
>Let's see...If we had an alternate modem pool with a different NAS type,
>we might have saved these 59 customers. That's about $1000/month at an
>average revenue of $17/customer/month. We are still likely to continue
>loosing more if we don't take action.
>
>Alternatively Scot Desort <[e-mail]>, wrote:
>
>  "When all else
>   fails, pull $35 out of petty cash and send the customer a Paradise
>   Winmodem (LT chipset, PCI), for free. These things are GREAT, will save
>   you hours of tech support headaches, and inevitably win you over a
>   customer that, in the long run, is worth a lot more than the $35 you
>   spent  on the modem. We even offer to install it for free if they bring
>   the box in.  Let's remember that the goal is to KEEP the customer a
>   PAYING customer.  And nothing makes them more warm and fuzzy then getting
>   something for free."
>
>This is interesting. Upgrading these customer's modems would have cost us
>$2065 in hardware and perhaps $400-500 in labor estimated to retain the
>$1000/month in revenue if this actually fixed the problem. I can see
>several problems though. You could get a considerable number of calls from
>unhappy customers like "my friend got a free modem now he gets 52K but I
>only get 42K or 28.8K. I want one too." The customer's computer needs to
>be sufficiently powered to run with a winmodem. How much time is spent
>explaining that only certain customers qualify and how exactly are those
>qualifications set? This also doesn't account for telco line issues. Many
>customers now can't even tell you what kind of modem they have or what
>processor they have, others may guess or argue that their's _should_
>qualify for the free upgrade. For the program to not piss off any other
>customers, it needs to be made available to everyone. Otherwise trouble
>seems inevitable.
>
>On the other hand, although it takes some capital (not much with eq
>leasing and zero install PRIs) and increases network complexity a little,
>it's not that big of a deal for a reasonably clued provider to add another
>NAS and move PRIs over to them in a separate hunt or just install a couple
>new PRIs and gradually grow the alternate modem pool. But really doesn't
>add much cost to the operation in the long run and the customers are
>retained as well. Also:
>
>1) it's available to everyone,
>2) it only takes a minute to help them change phone numbers
>3) and in most cases, if this doesn't solve the problem, they're not
>    likely to be satisfied with anyone else and helps prove the problem
>    is theirs, motivating them to follow your recommedations.
>
>The main thing that tweaks me is having to take this action in the first
>place. Not to mention that we've got 7 or 8 hdsps from quad trades and arc
>upgrades and such that we are paying for but won't be using this year now,
>depending on the demand for the alternate pool. Cost of doing business.
>
>Time to get a MAX on eval and give it a whirl.
>
>============================================================================
>Jeffrey A. Lynch                | JORSM Internet, Regional Internet Services
>email: [e-mail]           | 7 Area Codes in Chicagoland and NW Indiana
>Voice: [phone]            | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN
>Autoresponse: [e-mail]    | Quality Service, Affordable Prices
>http://www.jorsm.com            | Serving Gov, Biz, Indivds Since 1995
>
>
>
>
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: Re: (usr-tc) Does 3Com Monitor List
Date: 04 Feb 2000 08:04:01 +1100 (EST)


> I still maintain my theory that 3com is shooting for the big telco
> carriers' business for TCH.

I believe you are correct.  Around the time 3COM took on USR, we lost our
account rep and were told that only the large telco's were allowed to have
rep's.

Bob Purdon,                          Ground Floor, Marine Board Building
Technical Manager (Tas/Vic),                  1 Franklin Wharf, Tas 7000
Southern Internet Services.                            [phone]


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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 16:32:14 -0600 (CST)

On Thu, 3 Feb 2000, Andy Dills wrote:

>
> Hello, I'm trying to establish RIP routing between my USR TC with a
> Netserver running 3.7.24 and my cisco 3640 (so I can redistribute it OSPF
> and have the routes propogate throughout my network.)
>
> However, it doesn't seem to be working. I have very limited documentation,
> as I inherited the USR from an ISP we acquired.
>
> Does anybody have any suggestions as to settings to check, and/or ways to
> debug this?

On the TC:

set net0 routing on            # broadcast and listen to RIP
set ripv2 on                # use RIPv2
set enh_routing on            # used enhanced routing


on the Cisco:

router rip
 version 2
 timers basic 30 30 2 60 300
 network x.x.x.x        # network your tc/cisco is on
 no auto-summary


or if you are redistributing into OSPF:

router ospf 10
 redistribute connected subnets
 redistribute static subnets
 redistribute rip subnets
 network 208.206.76.0 0.0.0.255 area 0
!
router rip
 version 2
 timers basic 30 30 2 60 300
 network 208.206.76.0
 no auto-summary



notes: I also usually set all my interfaces under my cisco rip config to
"passive-interface f3/0" etc..................



>
> Thanks,
> Andy
>
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Andy Dills                              301-682-9972
> Network Administrator               Fax [phone]
> Xecunet, LLC                            www.xecu.net
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Dialup * Webhosting * E-Commerce * High-Speed Access
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) Does 3Com Monitor List
Date: 03 Feb 2000 16:36:32 -0600 (CST)

On Fri, 4 Feb 2000, Lists wrote:

>
> > I still maintain my theory that 3com is shooting for the big telco
> > carriers' business for TCH.
>
> I believe you are correct.  Around the time 3COM took on USR, we lost our
> account rep and were told that only the large telco's were allowed to have
> rep's.

So thats why I never see our 3com rep anymore..........how lame.  I think
that really did alot for strengthing relationships.  I did have lunch with
an Ascend rep about 6 months ago though.  Then he came back with 3 other
guys and we went to lunch again.........vendor kissing up or good service?
I don't know.............when 3com sent a rep, I believe that was good
service, knowledgable, always filled us with ideas to buy more stuff, and
it worked alot of times, we had someone on a first name basis I could talk
to to cut thru the bureacracy.........

Brian


>
> ------------------------------------------------------------------------
> Bob Purdon,                          Ground Floor, Marine Board Building
> Technical Manager (Tas/Vic),                  1 Franklin Wharf, Tas 7000
> Southern Internet Services.                            [phone]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 03 Feb 2000 17:56:00 -0500 (EST)

I really don't want to learn a new platform.... I would like to stay all
TC.. they do work well once the code is settled down.

I like the units, their BASIC design and pricing.  But when 3Com puts
thier fingers all over the support end... it seems that they want to make
life difficult 'just cause they can'.

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

On Thu, 3 Feb 2000, Mike Andrews wrote:

> OK, I'll jump in here too.
>
> We don't have support contracts.  Never have.
>
> I would like to get software support, maybe, if it was reasonably
> priced...  so far, we've been buying hardware at least every 90 days
> anyway so it hasn't yet been an issue.
>
> The cost of used cards has dropped to the point where it doesn't make
> sense to get hardware maintenance -- it'd be cheaper just to stockpile
> spares, then get the dead things repaired if they're under the 2 year
> hardware warranty.
>
> >From what people have been saying, even if I bought a contract, it
> probably wouldn't be honored anyway. :)
>
> On the other hand, we've never tried calling 3Com, execpt when we had
> hardware die under warranty.  The first was our very first Dual PRI
> (August 1997) that was DOA; they overnighted a new one.  We had an NMC die
> later, which they spent a month repairing, but that's OK.  I have a DSP
> that needs fixing now; we'll see how that goes...
>
> We've never called them for software support -- this mailing list mostly
> eliminates the need for that.  For configuration stuff, I've usually been
> able to search around and figure it out myself.  We've just about
> rewritten all of TCM (and soon HARM) in Perl anyway. :)
>
> We're sticking with it because from what I understand, despite all the
> problems people have with v.90, everyone else's stuff is worse.  EVERY
> VENDOR has v.90 problems of SOME sort.  Ascend has problems too, Cisco
> does, Livingston did...  you'd just trade one set of problems for another.
> I also hate Ascend's management interface, and their, uh, "unique" ideas
> about how SNMP should work.  Our competitors here use Ascend and Cisco
> (except AOL which is 3Com) and I'm *not* seeing a lot of people say they
> get more reliable connects there.  There's only so much that can be done
> on the server to compensate for a broken client (Rockwell HCF)...
>
>
> 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
> "Don't sweat the petty things, and don't pet the sweaty things."
>
> On Wed, 2 Feb 2000, Jeff Mcadams wrote:
>
> > OK...here are initial results of the support contract informal survey.
> > I only heard from 13 people (including myself :)...a mere fraction of
> > the number of people on the list in total.  Keep sending the
> > information...I'll continue to tabulate and have more updates as I hear
> > from more people.
> >
> > The current count is 9 people don't have support contracts, and 4 do.
> >
> > Some notes:
> >
> > - One "yes" only had software coverage even though they would have liked
> >     to have greater coverage.  They had to settle for software-only
> >     because of the cost
> >
> > - One "no" actually has coverage on a chassis, but only because that
> >     chassis was bought new and came with coverage...apparently you can't
> >     buy a chassis anymore without coverage...interesting loophole in the
> >     contract rules here.  This person indicated that they would rather
> >     have *not* gotten the coverage on the contract as they thought it
> >     was a waste of money.
> >
> > Many of the people that emailed me as a "no" mentioned it was the cost
> > and/or the rules that prevented them from getting a contract.
> >
> > I will re-iterate that I believe that the root of the problem stems from
> > 3Com considering Customer Service as a "Business Unit".  In other words,
> > they want Customer Service to be a revenue positive part of 3Com.  While
> > my previous posting that discussed this was somewhat inaccurate (the
> > Customer Service Organization, CSO, apparently doens't get the revenues
> > from the support contracts, the business unit that sells the equipment -
> > in the case of TC, its the Network Systems Business Unit - gets the
> > revenues...the whole thought of trying to make Customer Service revenue
> > positive ends up with an attitude that ends up screwing the customer.
> >
> > I just recently went through the process of trying to obtain a service
> > contract again...partially to try to determine if any improvements had
> > been made to the process...partially to find out if the "Unbundled
> > Service Options" on 3Com's web site would be useful here...and partially
> > because we really would like to have some coverage on some of our
> > equipment.  The current status is that the support coverage rules are
> > still in place (contracts purchased per-chassis rather than per-card,
> > and all chassis at a site have to have the same coverage...of course
> > last time we tried to have different coverage at different sites 3Com
> > didn't honor it), the support options listed as sold items (ie, not
> > special deals that are made for specific instances) were largely the
> > same as they've been for the past 3 years.  The best I got from the
> > discussion was that service options could be discussed (ie, a special
> > deal is how I understand this) if its "a sound business case that makes
> > sense for the customer and for 3Com."  Let me suggest that a sound
> > business case for 3Com would be to not lose their customers which is
> > what is happening...3Com is verging towards losing us as a customer
> > even...and we've been a USRobotics/3Com customer for at least 5 years
> > (35 Amp power supplied and dual analog 14.4 modems)
> > --
> > 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: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 03 Feb 2000 18:38:00 -0500 (EST)

On Thu, 3 Feb 2000, Lon R. Stockton, Jr. wrote:

>
> On Thu, 3 Feb 2000, Mike Andrews wrote:
>
> > We've just about
> > rewritten all of TCM (and soon HARM) in Perl anyway. :)
>
> And you'll soon be releasing same to us all under the GPL or BSD
> license?  *grin*  *hopeful, puppyface look*  *drool*

http://www.dcr.net/~mandrews/usrtoys has what's done so far.  Jeff Mcadams
and I are working on an all-in-one tool but neither of us has had time to
sit down and work on it lately... :p


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
"Don't sweat the petty things, and don't pet the sweaty things."


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


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

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
Date: 03 Feb 2000 18:51:23 -0500

We've had Quads, HiperDSP and PM3's.

We've always maintained 2 separate pools.  When someone couldn't conect to
the Quads, we would give them the PM3 number.  Solved alot of problems for
people with incompatible modems.  We went through ALOT of pain when we
swapped our Quads out for DSP's, but hopefully, things are settling down.
It seems now that the connection issues that are left are common to both
platforms in  many cases (DSP & PM3).  I guess you can't win.

Since we went to 3.8.2c4 on the PM3's, I think the overall performance has
been better.  We're trying 2.0.51 on our DSP's this weekend....


At 03:51 PM 2/3/00 -0500, you wrote:
>On Thu, 3 Feb 2000, John Lange wrote:
>
>> You people whine about your TC's JUST AS MUCH as we whine about our
>> PM3's.  Looks like modem compatibility is just as bad as the PM3's
>PM3 is crap compared to Quads. I don't have any DSP (and since code seems
>less stable..).
>
>> Lucent's tech support is Free but sometimes difficult to get a human voice.
>Just the 800 number then the ticket number gets you right to the very same
>tech you talked to a couple of minutes ago..
>
>> TC's are $2k cheaper with the service contract than PM3's
>Not in Canada, as far as I know.
>
>> PM's OSPF works??? (At this point I don't need it)
>Yes, and a big bit better than TC rip on Netserver.
>
>> TC's chasis are upgradeable, with different cards
>What about power requirements? Hiper Chassis is filled with fans and
>require incredible amps, whereas PM3 is less noisy than a PC.
>
>> Anyone have any other comparisons?
>To sum up: PM3 with Quad modem code would *rock*.
>
>Martin
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

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


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

From: [e-mail]
Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 18:08:17 -0700

>on the Cisco:
>
>router rip
> version 2
> timers basic 30 30 2 60 300
> network x.x.x.x        # network your tc/cisco is on
> no auto-summary
>
>router rip
> version 2
> timers basic 30 30 2 60 300
> network 208.206.76.0
> no auto-summary
>

Shoul you have multiple network statements for multiple class c s?
This info was just was I was looking for for routing a small subnet to
one of muy customers who may be on any one of 5 tc/boxes.
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 <[e-mail]>
Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
Date: 03 Feb 2000 20:14:06 -0600 (CST)

On Thu, 3 Feb 2000 [e-mail] wrote:

> >on the Cisco:
> >
> >router rip
> > version 2
> > timers basic 30 30 2 60 300
> > network x.x.x.x        # network your tc/cisco is on
> > no auto-summary
> >
> >router rip
> > version 2
> > timers basic 30 30 2 60 300
> > network 208.206.76.0
> > no auto-summary
> >
>
> Shoul you have multiple network statements for multiple class c s?

the rip line would contain the network your tc's were on.  Generally your
core, routers, access servers etc, is in the same network

> This info was just was I was looking for for routing a small subnet to
> one of muy customers who may be on any one of 5 tc/boxes.
> 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: <[e-mail]>
Subject: (usr-tc) Looking for 3 Hiper DSPs
Date: 03 Feb 2000 22:56:11 -0500 (EST)


    With all the talk of those switching to PMs from the total control
hubs, I would be interested in hearing from anyone that would like to SELL
components... In particular, we need 3 Hiper DSPs and (1) 70 Amp power
supply.  Would consider buying a chassis if the price is right!

  Please reply via private email!

  BTW... We have resolved most of our connectivity problems by making sure
our member have the latest software updates for their systems (ie.
Softpaks, etc)  Also, exclusively use http://808hi.com for drive/flash
updates!  We have a wide range of modem types used with our TC HUBS and
have about a 99% success rate of getting our members running at v.90
speeds!  Just my .02 worth!  We do not have any support contracts either,
but the help and guidance from this list is invaluable!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================



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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Looking for 3 Hiper DSPs
Date: 03 Feb 2000 23:14:54 -0500 (EST)

Those guys on the 808hi.com site are pretty up to date with drivers.

It must really suck to run an ISP in Hawaii.  Wonder if they are hiring?

The 2.0.51 release did calm the DSP's down a lot from the stat's I've been
tracking.

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

On Thu, 3 Feb 2000 [e-mail] wrote:

>
>     With all the talk of those switching to PMs from the total control
> hubs, I would be interested in hearing from anyone that would like to SELL
> components... In particular, we need 3 Hiper DSPs and (1) 70 Amp power
> supply.  Would consider buying a chassis if the price is right!
>
>   Please reply via private email!
>
>   BTW... We have resolved most of our connectivity problems by making sure
> our member have the latest software updates for their systems (ie.
> Softpaks, etc)  Also, exclusively use http://808hi.com for drive/flash
> updates!  We have a wide range of modem types used with our TC HUBS and
> have about a 99% success rate of getting our members running at v.90
> speeds!  Just my .02 worth!  We do not have any support contracts either,
> but the help and guidance from this list is invaluable!
>
> ==============================================================================
> Phillip Ferraro                WorldNet Access, Inc
> [e-mail]    Onslow County's PREMIER InterNet Service
> Voice [phone]            824 Gumbranch Square, Suite R3
> FAX   [phone]             Jacksonville, Nc  28540-6269
> ==============================================================================
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Problem with new PRI
Date: 04 Feb 2000 00:57:45 -0500

Jeff-

Thanks for the input. As it turns out, the switch was set to 5ESS Standard.
Switch tech changed the trunk group to 5ESSCustom, and all works as
expected. I can now busy out channels and call will not land on them until
restored to service.

--
Scot



>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Jeff Mcadams
>Sent: Wednesday, February 02, 2000 10:20 AM
>To: [e-mail]
>Subject: Re: (usr-tc) Problem with new PRI
>
>
>Thus spake Scot Desort
>>Thanks for the specifics, Lon.
>
>>What was happening is that if a call hit a channel that was soft
>>busied, the call wasn't rolling over to the next channel. The telco
>>switch was either presenting a reorder tone to the end user, or an
>>intercept stating "Your call cannot be completed as dialed" -- NOT a
>>good thing. The reorder isn't too bad, but the intercept was ugly. If
>>the user re-dialed and landed on a channel that was not soft-busied,
>>the call would go through.
>
>>What is distressing is that the DSP did not communicate correctly with
>>the switch. The call should have never landed on that channel - it
>>should have rolled to the next channel in the rotary. If there were no
>>other available non-busied channels, user should get regular busy
>>signal.
>
>>Any thoughts as to why this would not work properly? Switch is a 5ESS
>>through a CLEC.
>
>Sounds like an NI-2 translation.  Due to the lack of service messages in
>NI-2, there is no way for the chassis to indicate to the switch that the
>channels are busied out.  So the switch still sends calls down those
>channels and the chassis responds with whatever cause code is defined
>(by default 58, bearer capability not presently available).  If you
>switch the cause code to 17, that's a user busy which should result in a
>normal busy signal to the user...that's a bit better anyway.  You real
>solution is to switch to custom 5ESS translation so you can use service
>messages and then things will work as you want (soft-busy...calls hunt
>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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Annoying log message from usrtc
Date: 04 Feb 2000 15:27:26 +0200 (EET)


Hello,

I get a bunch of messages like this logged via syslog from our usrtc:

Feb  4 15:20:29 tc1 --syslog capture:  c66a0000 slot:12/mod:3 --syslog
capture:stop

Any idea what they mean and how to stop them?

This is the tc configuration (syslog ip address replaced by
xxx.xxx.xxx.xxx):

hiper arc> list sysLOGS

SYSLOG SINKS
SysLog          Log Level Msg Count Facility  Allow all
                                              Auth levels
xxx.xxx.xxx.xxx CRITICAL  282415    LOG_AUTH  YES
hiper arc> list faCILITIES

FACILITIES
Event Facility                  Log Level
ATM AAL Driver                  CRITICAL
ATM ILMI                        CRITICAL
ATM Network Driver              CRITICAL
ATM SAR                         CRITICAL
ATM Signalling                  CRITICAL
Auth Facility                   CRITICAL
Board Support Management ProcessCRITICAL
CMTS SNMP Manager               CRITICAL
Call Initiation Process         CRITICAL
Command Line Interpreter        CRITICAL
Configuration File Manager      CRITICAL
Configurator                    CRITICAL
Console Driver                  CRITICAL
DHCP relay agent                CRITICAL
DNS                             CRITICAL
Discovery                       CRITICAL
Driver                          CRITICAL
Ethernet Driver                 CRITICAL
Event Handler                   CRITICAL
Filter Manager Process          CRITICAL
Frame Relay Process             CRITICAL
GWC Modem Driver                CRITICAL
GWCWAN Driver                   CRITICAL
IP                              CRITICAL
IP Routing Process              CRITICAL
IP Spoofing Process             CRITICAL
IPX                             CRITICAL
IPX Spoofing Process            CRITICAL
IPX/IP Dial-out Process         CRITICAL
L2TP                            CRITICAL
MCNS Reg/Adm                    CRITICAL
MIB Registrar                   CRITICAL
MPIP                            CRITICAL
NTP - Network Time Protocol     CRITICAL
Network Management Bus Agent    CRITICAL
Network Management Bus Driver   CRITICAL
Network Management Interface    CRITICAL
Non-Existant facility 82        CRITICAL
Non-Existant facility 83        CRITICAL
OSPF Facility                   CRITICAL
PPP                             CRITICAL
PPTP                            CRITICAL
Polling Process                 CRITICAL
Port Tapper                     CRITICAL
QAM Driver                      CRITICAL
Remote Ping Process             CRITICAL
RoboExec                        CRITICAL
SBUS                            CRITICAL
SLIP Process                    CRITICAL
SNMP                            CRITICAL
TCP                             CRITICAL
TFTP Client                     CRITICAL
TFTP Process                    CRITICAL
Telnet                          CRITICAL
Text Editor                     CRITICAL
Traceroute                      CRITICAL
Tunnel Dispatcher               CRITICAL
UDP                             CRITICAL
UMC driver                      CRITICAL
User Manager                    CRITICAL
VTP                             CRITICAL


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: "The NOC \(COX Internet\)" <[e-mail]>
Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
Date: 04 Feb 2000 08:45:58 -0600

John,

Quick note:  We haven't had any real bad problems with our Ascend equipment
or their support but we have always had problems with our 3Com equipment.
During this year we will be converting 1200+ 3Com ports to Ascend.

Bryan
NOC Technician
COX Internet

----- Original Message -----
Sent: Thursday, February 03, 2000 2:25 PM


> I just re-subscribed to this list to see what kind of problems / chatter I
> would see.
>
> We are looking at adding 192 NEW ports and were considering USR as a
> provider. (Vendors please do not respond I have one in mind)
>
> You people whine about your TC's JUST AS MUCH as we whine about our
> PM3's.  Looks like modem compatibility is just as bad as the PM3's
>
> Lucent's tech support is Free but sometimes difficult to get a human
voice.
> TC's are $2k cheaper with the service contract than PM3's
> PM's OSPF works??? (At this point I don't need it)
> TC's chasis are upgradeable, with different cards
>
> Anyone have any other comparisons?
> Thanks
> JOhn :}
>
> -----  Whatever you do, work at it with all your heart, as working for the
> Lord, not for men  >Colossians 3:23 (NIV)
>
> John C. Lange, Sr.                PALACE dot NET, INC.
> [e-mail]           MICRO-TECH Computers, Inc.
> 608.742.1601 & 6980             1819 New Pinery Road
> http://www.palacenet.net/       Portage, WI 53901
> MSCE Training for only $150.00 - http://dpec.palacenet.net/
> All 200+ Web Based Courses for $150.00 Per Year - "Really"
>
>        ---    __o
>       ---   _-\<,_        Fastest Service in Town
>        --- (_)/ (_)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Kevin Benton <[e-mail]>
Subject: RE: (usr-tc) Problem with new PRI
Date: 04 Feb 2000 09:40:38 -0500 (EST)

On Fri, 4 Feb 2000, Scot Desort wrote:

> Thanks for the input. As it turns out, the switch was set to 5ESS Standard.
> Switch tech changed the trunk group to 5ESSCustom, and all works as
> expected. I can now busy out channels and call will not land on them until
> restored to service.

Just make sure you're doing answer supervision correctly with the switch.
We had a problem that bit us hard for a month because the telco changed a
switch option that required us to do it properly if we wanted our
customers to be able to stay on-line for more than 30 seconds after the
call started.  Man that one hurt us a bunch...

Kevin

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


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


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

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) (USR-TC) LOOKING FOR 3 HI
Date: 04 Feb 2000 10:15:09 -0500



U> With all the talk of those switching to PMs from the total control
U>hubs, I would be interested in hearing from anyone that would like to
U>SELL components... In particular, we need 3 Hiper DSPs and (1) 70 Amp
U>power supply.  Would consider buying a chassis if the price is right!

U>  Please reply via private email!

U>  BTW... We have resolved most of our connectivity problems by making
U>sure our member have the latest software updates for their systems
U>(ie. Softpaks, etc)  Also, exclusively use http://808hi.com for
U>drive/flash updates!  We have a wide range of modem types used with
U>our TC HUBS and have about a 99% success rate of getting our members
U>running at v.90 speeds!  Just my .02 worth!  We do not have any
U>support contracts either, but the help and guidance from this list is
U>invaluable!

Phillip,

I agree except I have seen recently 2 cases where we did doanload the
latest software and with a Rockwell based modem the best our client
could get is 26.4K with the cause being high frequency roloff.  We sent
them a 3Com winmodem and they got 37.33K and 40.66K just by changing the
modem out.

Jeff

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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
Date: 04 Feb 2000 09:17:40 -0600

While we continue to be intruged by the lure of the greener grass on the
other platform, I just took a call from a convert from our prime competitor.
The client is a small business just starting to utilize the Internet but
their previous connection was "holding them back". I asked what that meant
and they indicated the real speed of the connection is very different, in
favor of us. I am aware there are other factors that may play into this, but
the competitor has all the money, all the bandwidth, all the PRI lines (we
use CT1's, primarily) and yet this is a recurring comment from converts. It
almost makes me want to hold a revival or something, you know, put up a tent
and hand out cd's;) At any rate the other difference between us and them is
we use 3Com and they use Lucent and Ascend.

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


----- Original Message -----
Sent: Friday, February 04, 2000 8:45 AM


> John,
>
> Quick note:  We haven't had any real bad problems with our Ascend
equipment
> or their support but we have always had problems with our 3Com equipment.
> During this year we will be converting 1200+ 3Com ports to Ascend.
>
> Bryan
> NOC Technician
> COX 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: [e-mail]
Subject: (usr-tc) WTB: some NMC's and modem cards
Date: 04 Feb 2000 11:35:24 -0500 (EST)

Hi,
    Just looking for some cheap NMC's and modem cards for personal use
at home with a TC. If you have any available, 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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) Thoughts on support contracts...
Date: 04 Feb 2000 09:47:20 -0600

I had a thought cross my mind last night (it does happen occasionally) that
I want to bounce off the list. First let me say that in the short time I
have been on this list I have learned a great deal about configuration
issues that have plagued me for some time. I wouldn't drop this list no
matter what.

The thought revolved around the support list for one of my software vendors.
As a paid support client I have access to the list(s) which include active
participation of the tech support department. Many problems are solved on
the list in full view of others so the knowledge of solutions is quickly
spread through the user group. The list also becomes a quick way to validate
bugs and distribute solutions. In the case of my vendor they typically
respond to bugs within hours so it is very effective. We all know that our
money is going to further the product and we are participants in the
process.

I have another software vendor that maintains a mail list but it is not
officially monitored by the technical support group. We are supposed to
kinda flounder around and figure things out, then if we get really desperate
we can call tech support. The problem is that all the solutions are locked
up in thier database, not publicly available to the users to minimize future
requests for the same information. I haven't yet convinced them that it is
to their advantage to make as much information available as possible. It
will reduce their tech support load considerably, allowing them to focus on
real problems. Then I realized that 3Com has the same issue.

I suspect that if 3Com dedicated a tech to a mailing list to address issues
for the smaller clients like us, meaning fewer than a thousand TCH systems
per pop, it would go a long way to resolving many of the relationship
problems we are experiencing. The techs we do have appearing on this list
are obviously doing this in between other tasks. I'm sure we appreciate the
time they can provide, though I'm sure they have to steer clear of most of
the politically charged stuff.

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: Brian <[e-mail]>
Subject: (usr-tc) FS: 2 NMC (16MB) cards
Date: 04 Feb 2000 10:36:59 -0600 (CST)


We have 2 16MB (non Hiper) NMC cards for sale.  $300 each OBO.

Brian


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: David DenHollander <[e-mail]>
Subject: Re: (usr-tc) FS: 2 NMC (16MB) cards
Date: 04 Feb 2000 09:56:47 -0700

Are they x.2 enabled?


At 10:36 AM 2/4/00 -0600, you wrote:
>
>We have 2 16MB (non Hiper) NMC cards for sale.  $300 each OBO.
>
>Brian
>
>
>-----------------------------------------------------
>Brian Feeny (BF304)     [e-mail]
>318-222-2638 x 109    http://www.shreve.net/~signal
>Network Administrator   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.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Thoughts on support contracts...
Date: 04 Feb 2000 11:54:50 -0500

Thus spake Mark Thornton
>I suspect that if 3Com dedicated a tech to a mailing list to address
>issues for the smaller clients like us, meaning fewer than a thousand
>TCH systems per pop, it would go a long way to resolving many of the
>relationship problems we are experiencing. The techs we do have
>appearing on this list are obviously doing this in between other tasks.
>I'm sure we appreciate the time they can provide, though I'm sure they
>have to steer clear of most of the politically charged stuff.

Actually...I think the presense of the techs on the list now is probably
officially sanctioned (if you will) by 3Com at this point.  I get the
impression that the initial appearance of them on the list was done on
their own, but over time 3Com has realized the value of this list.  :)
Yes, I believe the techs do other things other than just support people
on this list, but given how things are split up within 3Com, this
actually makes some sense.

For example...some of you may have noticed that depending on the part of
the TC chassis being asked about, different techs tend to respond.  :)
So, if you ask about something on the Arcs you'll likely here from Krish
and Mike, and occasionally from Dominic.  If you ask about something on
the NMC card, you're likely going to hear from Steve Valiunas.  :)  From
my understanding, tech support in 3Com is (wisely) broken up into
groupings of functionality of the individual components...so, for
example, the HiPer Arc will be handled by a different group from the
HiPer DSP because the two cards have significantly different functions.
So...the folks that work with the Arcs also handle...uhm...I *think* the
CMTS (Cable Modem Termination System), and HiPer Trax...both of which
also run the Pilgrim code base, and as such have much in common with the
HiPer Arc.

This all makes sense if you think about it, but means that its not
feasible to have one tech *dedicated* to list as they would have to have
a knowledge base across the whole product line...that's just not
feasible to do.  :)

Believe me...I understand where 3Com comes up with this idea...if you
look in the archives at my posts, you'll probably see that I answer more
HiPer Arc and NETServer questions than I do quad or DSP questions...my
knowledge of modems just isn't nearly as deep as my knowledge of IP
routing, PPP, routing protocols, etc (stuff that runs on a router :)

I think 3Com actually does a pretty decent job anymore of doing what you
suggest...the techs are here (blessed by 3Com corporate is my
understanding)...the 3Com knowledgebase is available...its getting some
decent content in it...though it could still be better, it is improving.
My understanding is that the 3kb is the same database that the techs
work out of (except for the ones in their heads...which is certainly
tremendously bigger than the one in my head!).

On the actual tech support side of things...I think 3Com is doing a
decent job at this point...there are some outstanding issues, certainly,
as have been brought up here...seemingly the biggest is v.90
compatibility...but when you call, wait times are short, you usually get
someone now that can at least talk coherently about the product (at
least this has been my experience).  I still have some other beefs as
well...security issues need to be addressed faster...I've mentioned this
before...none of these things are really to the point of a crisis
situation (at least for me)...v.90 being close.

Yes, the main problem now, is not being able to obtain support once you
have the contract...the problem is being able to obtain the support
contract in the first place so you can then easily obtain the support
if/when you need it!
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: David DenHollander <[e-mail]>
Subject: Re: (usr-tc) Looking for 3 Hiper DSPs
Date: 04 Feb 2000 10:06:00 -0700

Phillip,

Brand new Hiper DSP's $3750 each (24 ports)




At 10:56 PM 2/3/00 -0500, you wrote:
>
>    With all the talk of those switching to PMs from the total control
>hubs, I would be interested in hearing from anyone that would like to SELL
>components... In particular, we need 3 Hiper DSPs and (1) 70 Amp power
>supply.  Would consider buying a chassis if the price is right!
>
>  Please reply via private email!
>
>  BTW... We have resolved most of our connectivity problems by making sure
>our member have the latest software updates for their systems (ie.
>Softpaks, etc)  Also, exclusively use http://808hi.com for drive/flash
>updates!  We have a wide range of modem types used with our TC HUBS and
>have about a 99% success rate of getting our members running at v.90
>speeds!  Just my .02 worth!  We do not have any support contracts either,
>but the help and guidance from this list is invaluable!
>
>===========================================================================
===
>Phillip Ferraro                WorldNet Access, Inc
>[e-mail]    Onslow County's PREMIER InterNet Service
>Voice [phone]            824 Gumbranch Square, Suite R3
>FAX   [phone]             Jacksonville, Nc  28540-6269
>===========================================================================
===
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
David DenHollander

Adoptable Equipment Corporation
Suite 210, 259 Midpark Way SE
Calgary, Alberta
Canada
T2X 1M2
"Check out our inventory and list your equipment for free"
http://www.adoptable.com/

[phone] Phone
[phone] Fax

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Hard Soft busy out commands
Date: 04 Feb 2000 12:25:38 -0500 (EST)

Hello all

Trying to test individual channels on a new PRI.

Whenever I selected a group of modems and either hard or soft busied them
out (to test the hunt group), I would get busy, and not sequence through
the huntgroup to the next open modem.

All channels are up, am I not using the busy out commands correctly or
will the hard/soft busy out 'break' a huntgroup?

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: "G. Douglas Davidson" <[e-mail]>
Subject: Re: (usr-tc) Radius and VPN-Neighbor
Date: 04 Feb 2000 12:22:33 -0500

On Feb 3,  2:06pm, G. Douglas Davidson wrote:
> Subject: Re: (usr-tc) Radius and VPN-Neighbor
> On Feb 3, 12:28pm, Brian wrote:
> > Subject: Re: (usr-tc) Radius and VPN-Neighbor
> >
> > What attribute id are you using.  I have used:
> >
> > VENDORATTR  429    USR-VPN-Neighbor    36872    ipaddr
> >
> > successfully.  It has to be one hop away to work however.
> >
>
> I have tried both of these attribute formats:
>
> ATTRIBUTE    USR-PW_VPN_Neighbor        0x9008    ipaddr
> ATTRIBUTE    USR-PW_VPN_Neighbor        36872    ipaddr
>

I believe that I have the attribute successfully transmitted to the TC.  The
format that worked for me was:

ATTRIBUTE       USR-PW-VPN-Neighbor                     36872   ipaddr  USR

with the Radius users file set:

USR-PW-VPN-Neighbor = 198.144.34.46,

I end up with:

INFORMATION FOR SESSION     me
Service Type:                            Framed
Framed Protocol:                         PPP
Speed of Connection:                     Auto
Login Service:                           Telnet
Interface Name:                          slot:9/mod:4
IEA Next Hop Gateway IP Address:         198.144.34.46
Active Session ID:                       2031616
Framed IP Netmask:                       0.0.0.0
Framed Routing:                          None
Framed Callback Identifier:              0
Framed MTU:                              1441
Compression Algorithm:                   None
Compression Reset Mode:                  Auto
Receive Acc Map:                         0
Transmit Acc Map:                        0

I neglected to increment a length field in the section of Radius that returns
attributes to the client, and so I stomped on a few things.

BUT, it still is not working.  I can ping the Next Hop Gateway.  It is on the
same subnet at the ethernet IP on the TC.  Some other settings:

IEA Radius Source Port Authentication      ENABLED
IEA User Radius supplied username          DISABLED
IP RIP                                     ENABLED
IP Number RIP Interfaces:                  1
IP Number RIP Neighbors:                   0
IP RIP Flags:                              METRICS
                                           SEND_REQUEST
IEA Next Hop Routing:                      ENABLED
IEA Send Unsolicited Proxy Arp:            DISABLED
IEA Force Next Hop Route:                  DISABLED

Any thought would be appreciated.

--
-----
G Douglas Davidson                      | CityNet, Inc.
[e-mail]                    | Pittsburgh, PA
voice: 412.481.5406            | fax: [phone]

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) FS: 2 NMC (16MB) cards
Date: 04 Feb 2000 11:24:41 -0600 (CST)

On Fri, 4 Feb 2000, David DenHollander wrote:

> Are they x.2 enabled?
>

The one that is still left is not.


>
> At 10:36 AM 2/4/00 -0600, you wrote:
> >
> >We have 2 16MB (non Hiper) NMC cards for sale.  $300 each OBO.
> >
> >Brian
> >
> >
> >-----------------------------------------------------
> >Brian Feeny (BF304)     [e-mail]
> >318-222-2638 x 109    http://www.shreve.net/~signal
> >Network Administrator   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.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Hard Soft busy out commands
Date: 04 Feb 2000 14:10:14 -0400


it should not be doing this if the telco's switch was paying attention to
your out-of-service messages.  You need to get the switch tech and possibly
someone from translations to verify that your translation supports service
messages.

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


> -----Original Message-----
> From: Paul Farber [mailto:[e-mail]]
> Sent: Friday, February 04, 2000 1:26 PM
> To: [e-mail]
> Subject: (usr-tc) Hard Soft busy out commands
>
>
> Hello all
>
> Trying to test individual channels on a new PRI.
>
> Whenever I selected a group of modems and either hard or soft
> busied them
> out (to test the hunt group), I would get busy, and not
> sequence through
> the huntgroup to the next open modem.
>
> All channels are up, am I not using the busy out commands correctly or
> will the hard/soft busy out 'break' a huntgroup?
>
> 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.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Hard Soft busy out commands
Date: 04 Feb 2000 14:41:42 -0500

Paul-

Sounds like the exact same problem I had a few days ago that Jeff answered
for the list.

Call telco and have them tell you what signaling method the PRI is set to.
It needs to be 5ESSCustom.

--
Scot


----- Original Message -----
Sent: Friday, February 04, 2000 12:25 PM


> Hello all
>
> Trying to test individual channels on a new PRI.
>
> Whenever I selected a group of modems and either hard or soft busied them
> out (to test the hunt group), I would get busy, and not sequence through
> the huntgroup to the next open modem.
>
> All channels are up, am I not using the busy out commands correctly or
> will the hard/soft busy out 'break' a huntgroup?
>
> 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.
>


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

Mark Thornton wrote:
>
> While we continue to be intruged by the lure of the greener grass on the
> other platform, I just took a call from a convert from our prime competitor.
> The client is a small business just starting to utilize the Internet but
> their previous connection was "holding them back". I asked what that meant
> and they indicated the real speed of the connection is very different, in
> favor of us. I am aware there are other factors that may play into this, but
> the competitor has all the money, all the bandwidth, all the PRI lines (we
> use CT1's, primarily) and yet this is a recurring comment from converts. It
> almost makes me want to hold a revival or something, you know, put up a tent
> and hand out cd's;) At any rate the other difference between us and them is
> we use 3Com and they use Lucent and Ascend.

In the past the Ascend products have been way underpowered. All my
competitors that have Ascend gear have CPP turned off, even the guys with
TNTs. I remember when the 4004 was their 96 port chassis, you couldn't use
over 72 ports or everybody would find their connectivity grind to a crawl.

One ISP had about 22 4004 boxes swapped out for the 6000 series chassis for
free - just the bare chassis was swapped he had to retain all his modem
cards. He said it's helped somewhat with performance, but it's not where he
thinks it should be. he said he really had to fight to get the those boxes
swapped in the first place. I guess the lawyers sent nastygrams  back and
forth for a over a year before Ascend agreed to the swap.

-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: John Lange <[e-mail]>
Subject: (usr-tc) One Quick Question
Date: 04 Feb 2000 15:15:23 -0600

I don't have a TC yet and have been considering buying 3 of them (Vendors
forget it).

I have found that it seems to be the general consensus that the 3Com/USR
Tech Support is the pits, Service Contracts are a rip-off, the whole world
is unfair, and the grass is greener on the other side, I just cannot decide
wether to climb the fence or go around...

Here's the "I Want To Be a Millionaire Question"

Please only send your "FINAL ANSWER" off the list!

Is there a "Software Upgrade Underground" or "Mirror Site" for those who
cannot afford the Service Contract?

That's it! - No I am not a 3Com Spy
JOhn :}

-----  Whatever you do, work at it with all your heart, as working for the
Lord, not for men  >Colossians 3:23 (NIV)

John C. Lange, Sr.                PALACE dot NET, INC.
[e-mail]           MICRO-TECH Computers, Inc.
608.742.1601 & 6980             1819 New Pinery Road
http://www.palacenet.net/       Portage, WI 53901
MSCE Training for only $150.00 - http://dpec.palacenet.net/
All 200+ Web Based Courses for $150.00 Per Year - "Really"

       ---    __o
      ---   _-\<,_        Fastest Service in Town
       --- (_)/ (_)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: (usr-tc) Problems with Total Control E1/PRI
Date: 04 Feb 2000 16:53:47 PST8PDT

Hi everybody!
I have a Total Control System with a Dual E1/PRI card.
I am using a couple of HDSL Higain... the E1 came up, but in the card I have
the span 1 Lbk led solid in orange...
Do you know what mean the lbk led in orange?

Sincerelly,

Jorge Lozano




Este mensaje fue enviado usando Andinet WebMail.
http://www.andinet.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: "Netadmin" <[e-mail]>
Subject: (usr-tc) Various Vendors
Date: 04 Feb 2000 17:07:07 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_0146_01BF6F32.447A58E0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

A wide variety of topics have been brought up lately. What are the lists =
users thoughts of other remote access products compared to 3com- Total =
Control? It seems the 3com is widely used products among the ISP forum. =
Any comments are appreciated.



------=_NextPart_000_0146_01BF6F32.447A58E0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>A wide variety of topics have been =
brought up=20
lately. What are the lists users thoughts of other remote access =
products=20
compared to 3com- Total Control? It seems the 3com is widely used =
products among=20
the ISP forum. Any comments are appreciated.</FONT></DIV>
<DIV> </DIV>
<DIV> </DIV></BODY></HTML>

------=_NextPart_000_0146_01BF6F32.447A58E0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) One Quick Question
Date: 04 Feb 2000 16:25:36 -0600

Well, despite all that you've heard from other axe-grinders, I've been
mostly happy with my TC, 3Com support has gotten worlds better over the
last year, and it appears that they're on the verge of at least reducing
the compatibility problems.

John Lange wrote:
>
> I don't have a TC yet and have been considering buying 3 of them (Vendors
> forget it).
>
> I have found that it seems to be the general consensus that the 3Com/USR
> Tech Support is the pits, Service Contracts are a rip-off, the whole world
> is unfair, and the grass is greener on the other side, I just cannot decide
> wether to climb the fence or go around...
>
> Here's the "I Want To Be a Millionaire Question"
>
> Please only send your "FINAL ANSWER" off the list!
>
> Is there a "Software Upgrade Underground" or "Mirror Site" for those who
> cannot afford the Service Contract?
>
> That's it! - No I am not a 3Com Spy
> JOhn :}
>
> -----  Whatever you do, work at it with all your heart, as working for the
> Lord, not for men  >Colossians 3:23 (NIV)
>
> John C. Lange, Sr.                PALACE dot NET, INC.
> [e-mail]           MICRO-TECH Computers, Inc.
> 608.742.1601 & 6980             1819 New Pinery Road
> http://www.palacenet.net/       Portage, WI 53901
> MSCE Training for only $150.00 - http://dpec.palacenet.net/
> All 200+ Web Based Courses for $150.00 Per Year - "Really"
>
>        ---    __o
>       ---   _-\<,_        Fastest Service in Town
>        --- (_)/ (_)
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) CT1 problem
Date: 04 Feb 2000 16:18:53 -0600

I am having a problem on three incoming CT1's that are terminated by the T1
card to quad modems. We are seeing "bipolar violations", "code violation
errors", and "bursty errored seconds". The telco has looked into the hdsl
carrier and it shows no errors. Neither does the central switch. They put a
tcomm tester on the T1 to watch the data and it reported "secondary channel
loss", but they are unable to determine what that means in the context of a
T1.

I began looking for problems when the number of people complaining about not
being able to stay online jumped significantly today. They report the
problem has been going on for the past two days.

Does anyone have any thoughts on what these errors point to? The telco is
going to replace cards in the central switch this weekend, and I'm
considering resetting the T1 cards to see of that is it. I appreciate any
help you can give.

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: Dan Hollis <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 04 Feb 2000 14:56:15 -0800 (PST)

On Fri, 4 Feb 2000, Netadmin wrote:
> A wide variety of topics have been brought up lately. What are the lists users thoughts of other remote access products compared to 3com- Total Control? It seems the 3com is widely used products among the ISP forum. Any comments are appreciated.

Heres the ones ive personally used

Cisco AS5248
The good - excellent support
           excellent feature set
           'no one ever got fired for buying cisco'
The bad - IOS was never really designed for handling dialups and it shows
          Severely underpowered CPU (68030)
          'merely adequate' modem DSP code

Lucent PM3
The good - good feature set
           good tech support
The bad - Somewhat underpowered cpu
          'fair to good' modem DSP code
          ComOS can be flaky (spontaneous reboots etc)

3com Hiper
The good - good feature set
           blazingly fast CPU and architecture (overengineered? :)
           excellent modem code
The bad - terrible tech support

Ascend Max
The good - good to great modem code
           good feature set, minor annoyances on some features (eg DOVBS)
The bad - Somewhat underpowered cpu


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


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

From: Dan Hollis <[e-mail]>
Subject: Re: (usr-tc) CT1 problem
Date: 04 Feb 2000 14:57:32 -0800 (PST)

On Fri, 4 Feb 2000, Mark Thornton wrote:
> Does anyone have any thoughts on what these errors point to? The telco is
> going to replace cards in the central switch this weekend, and I'm
> considering resetting the T1 cards to see of that is it. I appreciate any
> help you can give.

We have seen problems from bad CO line cards in the past so its definitely
a possibility.

-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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) CT1 problem
Date: 04 Feb 2000 16:59:11 -0600

By CO you mean at their end?

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


----- Original Message -----
Sent: Friday, February 04, 2000 4:57 PM


> On Fri, 4 Feb 2000, Mark Thornton wrote:
> > Does anyone have any thoughts on what these errors point to? The telco
is
> > going to replace cards in the central switch this weekend, and I'm
> > considering resetting the T1 cards to see of that is it. I appreciate
any
> > help you can give.
>
> We have seen problems from bad CO line cards in the past so its definitely
> a possibility.
>
> -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.


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


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

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 04 Feb 2000 17:42:23 -0600 (CST)



On Fri, 4 Feb 2000, Dan Hollis wrote:

> Cisco AS5248
> The good - excellent support
>            excellent feature set
>            'no one ever got fired for buying cisco'
> The bad - IOS was never really designed for handling dialups and it shows
>           Severely underpowered CPU (68030)
>           'merely adequate' modem DSP code

The 5248 is no longer sold by Cisco.  It's still officially supported, as
Cisco doesn't tend to EOL things for several years after end of sale.

The AS3648 and AS5300 both are replacements for the AS5248.  The AS5300 I
have uses about 3% CPU to server 30 or 40 calls.

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 <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 04 Feb 2000 18:09:50 -0600 (CST)

> 3com Hiper
> The good - good feature set
>            blazingly fast CPU and architecture (overengineered? :)
>            excellent modem code
> The bad - terrible tech support

I hear tech support is good these days.  "support" however, as in
contracts and cost of support is another issue.

Also this forum blows away ascend-users.  If you own a TNT good luck
getting help.

>
> Ascend Max
> The good - good to great modem code
>            good feature set, minor annoyances on some features (eg DOVBS)
> The bad - Somewhat underpowered cpu

majorly lame CLI on the TNT...........totally strange.


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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Dan Hollis <[e-mail]>
Subject: Re: (usr-tc) CT1 problem
Date: 04 Feb 2000 16:13:48 -0800 (PST)

On Fri, 4 Feb 2000, Mark Thornton wrote:
> By CO you mean at their end?

Yes CO means telco central office


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Irvin <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 04 Feb 2000 19:48:54 -0500

We are considering moving about 30 PRIs from TCs and PM3s to
AS5300s.  We have one Crisco AS5300 up with 8 PRIs and use it mostly
for ISDN and are quite happy (Crisco tech support is excellent!).

My question is how do you find the modem performance on the
newer Crisco AS5300 relative to the TC/HPSP  and PM3 DSPs?

Thanks

-Dan

Brian Elfert wrote:

> On Fri, 4 Feb 2000, Dan Hollis wrote:
>
> > Cisco AS5248
> > The good - excellent support
> >            excellent feature set
> >            'no one ever got fired for buying cisco'
> > The bad - IOS was never really designed for handling dialups and it shows
> >           Severely underpowered CPU (68030)
> >           'merely adequate' modem DSP code
>
> The 5248 is no longer sold by Cisco.  It's still officially supported, as
> Cisco doesn't tend to EOL things for several years after end of sale.
>
> The AS3648 and AS5300 both are replacements for the AS5248.  The AS5300 I
> have uses about 3% CPU to server 30 or 40 calls.
>
> Brian
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: Dan Hollis <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 04 Feb 2000 16:45:00 -0800 (PST)

On Fri, 4 Feb 2000, Brian Elfert wrote:
> The AS3648 and AS5300 both are replacements for the AS5248.  The AS5300 I
> have uses about 3% CPU to server 30 or 40 calls.

Yes AS53xx seems to have more adequate CPU, MIPS R4xxx right?
But 3com still has far more cpu power

As far as feature sets go cisco has by far the most complete

The modem code still doesnt seem to be anywhere near 3com's though

-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: Brian <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 04 Feb 2000 21:36:39 -0600 (CST)


I think 3com is the best compromise right now.  They really don't have
many issues to resolve as far as I am concerned.  If they cleaned up their
support contract situation, ospf, and continue to work on their modem
code, I think they would be the definite #1.

The thing is, this industry is fierce.  3Com is adding and adding features
because you have to keep doing that, so you don't fall behind what the
competition is doing.  Everyone is adding VoIP, QoS, etc.  3Com can't stop
everything and just work on core things like OSPF/modem code, they have to
keep advancing or fall behind.  Corporate and Carriers want to see that
stuff like that is in the pipeline etc.  Their isn't an unlimited supply
of clue out there either, at any price, to work on things like developing
VoIP etc on a chassis.

Its a tough deal, I can sympathize.  All we can hope is that the engineers
there are paid well and work nonstop.  Unfortunatly reliability isn't what
drives most these companies, its marketing and features and getting the
next version out just to say they have VoIP *today* etc, and who cares if
its all working yet.

Brian


On Fri, 4 Feb 2000, Dan Hollis wrote:

> On Fri, 4 Feb 2000, Brian Elfert wrote:
> > The AS3648 and AS5300 both are replacements for the AS5248.  The AS5300 I
> > have uses about 3% CPU to server 30 or 40 calls.
>
> Yes AS53xx seems to have more adequate CPU, MIPS R4xxx right?
> But 3com still has far more cpu power
>
> As far as feature sets go cisco has by far the most complete
>
> The modem code still doesnt seem to be anywhere near 3com's though
>
> -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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) CT1 problem
Date: 05 Feb 2000 01:26:57 -0600

We have had the problem with a Dual PRI card and it turned out to be bad and
not the telco's fault.  If you have a spare handy it sure wouldn't hurt to try
that.

Marshall Morgan

Internet Doorway, Inc. (aka NETDOOR)

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Dan Hollis
> Sent: Friday, February 04, 2000 6:14 PM
> To: [e-mail]
> Subject: Re: (usr-tc) CT1 problem
>
>
> On Fri, 4 Feb 2000, Mark Thornton wrote:
> > By CO you mean at their end?
>
> Yes CO means telco central office
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Schmerold" <[e-mail]>
Subject: (usr-tc) USR Netserver/8 I+ Big time routing problems
Date: 05 Feb 2000 09:50:22 -0600

Twice in the last week, our netserver has gone south.  After much trial &
error, I found I could revive it by:
1.  Power cycling the router
2.  Entering following commands:
disable ip network ip163a
delete  ip network ip163a
add ip network ip163a address 209.74.163.2/25 interface eth:1 enabled yes

I have to enter these commands via seral port since for all intents &
purposes, the ethernet port is dead.  Any ideas?

Only change we made in last couple of weeks was to give one of our clients 2
blocks of IP addresses as follows:

set network user HBC1 ADDRESS_SELECTION specified remote_IP_address
209.74.163.209/29

ADD FRAMED_ROUTE USER HBC1 GATEWAY 209.74.163.209 IP_ROUTE 209.74.163.208/29
METRIC 2

add ip route 209.74.163.216/29 METRIC 5 GATEWAY 209.74.163.209

Should I handle this differently?

Our System Version is V4.2.0



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


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

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 05 Feb 2000 12:34:10 -0600 (CST)



On Fri, 4 Feb 2000, Dan Irvin wrote:

> We are considering moving about 30 PRIs from TCs and PM3s to
> AS5300s.  We have one Crisco AS5300 up with 8 PRIs and use it mostly
> for ISDN and are quite happy (Crisco tech support is excellent!).
>
> My question is how do you find the modem performance on the
> newer Crisco AS5300 relative to the TC/HPSP  and PM3 DSPs?

We have quad modems rather than Hiper DSPs.  Customers pretty much got the
same or better connections on the AS5300.

We ran our PM3 with K56Flex code, and no V.90.  The problems we're seeing
are some K56Flex only modems only connect at V.34 to the Cisco.  Cisco
seems to have concentrated a lot more on V.90 than K56Flex, which is only
natural.

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 Elfert <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 05 Feb 2000 12:43:44 -0600 (CST)



On Fri, 4 Feb 2000, Dan Hollis wrote:

> On Fri, 4 Feb 2000, Brian Elfert wrote:
> > The AS3648 and AS5300 both are replacements for the AS5248.  The AS5300 I
> > have uses about 3% CPU to server 30 or 40 calls.
>
> Yes AS53xx seems to have more adequate CPU, MIPS R4xxx right?
> But 3com still has far more cpu power

I never said the Hiper ARC doesn't have more CPU power.  I just mentioned
that the current line of Cisco products has more than adequate CPU.
Someone was comparing a discontinued product against the 3Com stuff.

> The modem code still doesnt seem to be anywhere near 3com's though

I beg to differ.  I have quad modems, and my tests showed the Cisco
connects the same or better for those with V.90.  Obviously, x2 only
customers get screwed, but I'm keeping a Total Control rack for them.

I used to think USR/3Com modem code was the best, but not any more.

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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) dns server assignment in PPP
Date: 05 Feb 2000 13:06:38 -0600

The problem was that all of my chassis's dns usage were set to system, not
PPP. I never bothered to set the dns server in the newest chassis because I
never do a domain name lookup from the arc. I never noticed the impact of
the dns usage parameter. I kept resetting the ppp dns server but didn't
understand why that wasn't working. Thanks to all who responded and pointed
this out.

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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 05 Feb 2000 15:33:58 -0500 (EST)

Yes they can.  Who in this list is seriously doing VOIP?  It sucks.  In a
few years it will work, but for now leave it in the beta testers hands.



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

On Fri, 4 Feb 2000, Brian wrote:
> 3Com can't stop everything and just work on core things like OSPF/modem
code, they have to keep advancing or fall behind.


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


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

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 05 Feb 2000 17:25:58 -0600 (CST)



On Sat, 5 Feb 2000, Paul Farber wrote:

> Yes they can.  Who in this list is seriously doing VOIP?  It sucks.  In a
> few years it will work, but for now leave it in the beta testers hands.

I understand Cisco uses VOIP to route calls overseas for 24x7 support.
Cisco only uses USA call centers during the day in the US.  Overnight
calls are sent to Australia amongst other places.

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 Buffington" <[e-mail]>
Subject: (usr-tc) Getting disconnect reasons from Hiper DSPs
Date: 05 Feb 2000 17:27:36 -0700

I've been trying for the past several hours to get the modem
disconnect reasons logged from the Hiper DSPs.

I've configured the trap destination through TCM, enabled logging
groups 2345 on the NMC and set the logging server to a radius server
(Cistron/FreeRadius 1.6.0 on Linux) running on port 1813 on a spare
machine.

Then I configured the DSPs to log groups 1-4 and enabled the traps for
incoming termination.  Then I save the template to NVRAM and refresh
it.

Everything works great up to that point, I can see the modem
disconnection reasons in the radius detail log.

The problem is that as soon as I refresh the template, no incoming
calls can be established on the DSP.  "monitor ppp" shows absolutely
nothing and a packet dump shows that no radius packets are being
exchanged with the authentication server.  So I get to watch as
clients already on the server disconnect, but no new connections will
be successful.

As soon as I "restore modem from default" in TCM, calls can be
authenticated again but the disconnection reasons logging ceases to
work.  It seems I can get the reasons logged or get people
authenticated, but not both simultaneously.

I've probably overlooked something in the configuration that is
causing this problem, but I can't find anything in the documentation
library (including the documentation CD) or in the KB.  Has anyone
else gotten modem disconnection reasons logged?

Here's the relevant info on this particular chassis:
The DSPs are hardware version 0.53.0 running DSP code 2.0.51
The ARC is hardware version 19.0.0 running 4.2.32
The NMC is hardware version 2.0 running 6.2.17

Let me know if you need more information.

Thanks in advance,
--
Brian Buffington
BridgerNET Systems Administrator
[e-mail]
[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) Various Vendors
Date: 05 Feb 2000 19:44:54 -0500

Thus spake Brian Elfert
>I understand Cisco uses VOIP to route calls overseas for 24x7 support.
>Cisco only uses USA call centers during the day in the US.  Overnight
>calls are sent to Australia amongst other places.

They've been doing this longer than VOIP existed as a widespread
concept, so unless they switched to a VOIP solution recently, its done
in a different manner.  I suspect ATM.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Ronald Kushner <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 05 Feb 2000 19:50:07 -0500

Brian Elfert wrote:
>
> On Sat, 5 Feb 2000, Paul Farber wrote:
>
> > Yes they can.  Who in this list is seriously doing VOIP?  It sucks.  In a
> > few years it will work, but for now leave it in the beta testers hands.
>
> I understand Cisco uses VOIP to route calls overseas for 24x7 support.
> Cisco only uses USA call centers during the day in the US.  Overnight
> calls are sent to Australia amongst other places.

Cisco really looks like they are clued in on VoIP, I noticed Cisco is now
pushing to deliver powered Ethernet ports so you can plug Ethernet based
Cisco telephones into their Ethernet switches and they will require no
external power whatsoever. If there is a VoIP revolution, Cisco is in place
to reap the rewards for having the products people need to execute the
revolution.

I see corporations with just one network, and it's going to be based on
Ethernet, providing switched voice, data and video all over IP. Corporations
all over are asking for this kind of stuff. I imagine 3Com is under pressure
to keep up with Cisco, which has quite a few VoIP solutions built into their
routers and switches. 3Com just doesn't have the resources Cisco has amassed
over the past few years.

-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: Dan Hollis <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 05 Feb 2000 17:04:41 -0800 (PST)

On Sat, 5 Feb 2000, Brian Elfert wrote:
> On Fri, 4 Feb 2000, Dan Hollis wrote:
> > The modem code still doesnt seem to be anywhere near 3com's though
> I beg to differ.  I have quad modems, and my tests showed the Cisco
> connects the same or better for those with V.90.  Obviously, x2 only
> customers get screwed, but I'm keeping a Total Control rack for them.
> I used to think USR/3Com modem code was the best, but not any more.

My experience indicates cisco modem code is overly conservative, favoring
lower connect speeds (trading off speed for stability)

-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: Lists <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 06 Feb 2000 12:15:37 +1100 (EST)


> > Yes they can.  Who in this list is seriously doing VOIP?  It sucks.  In a
> > few years it will work, but for now leave it in the beta testers hands.
>
> I understand Cisco uses VOIP to route calls overseas for 24x7 support.
> Cisco only uses USA call centers during the day in the US.  Overnight
> calls are sent to Australia amongst other places.

As one in Australia, I know that some of our calls end up in the
USA.  VoIP would certainly explain why those calls sound pretty ordinary.

Bob Purdon,                          Ground Floor, Marine Board Building
Technical Manager (Tas/Vic),                  1 Franklin Wharf, Tas 7000
Southern 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 Buffington" <[e-mail]>
Subject: Re: (usr-tc) Getting disconnect reasons from Hiper DSPs
Date: 06 Feb 2000 16:53:37 -0700

Hmm, it appears to have spontaneously started working overnight.  I
think I'll avoid touching it from now on. =P  At least it's logging
and people can log on.

--
Brian Buffington
BridgerNET Systems Administrator
[e-mail]
[phone]

"Brian Buffington" <[e-mail]> wrote:
> I've been trying for the past several hours to get the modem
> disconnect reasons logged from the Hiper DSPs.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 COnnections
Date: 06 Feb 2000 19:37:00 -0500 (EST)


    I have noticed that our DSPs log callers in much quicker than our
quad modems do....  HOWEVER, after flashing a DSP to the new 2.0.51 code,
I have noticed that it is slower to login the user???   Any ideas here?  I
thought there was a setting that could be used to speed that up, but not
sure...  I did not change anything on the DSP I upgraded to 2.0.51, at
least not that I know of!

  Any ideas?

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================



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


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

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) QUICK COnnections
Date: 07 Feb 2000 10:32:54 -0500

We just flashed our DSP's over to 2.0.51 on the weekend, and have had a few
reports of users with 3Com modems only conecting at 19,200.  Not sure if
this is just a fluke or a real problem that we're just starting to see.
Anyone else see this with 2.0.51?

At 07:37 PM 2/6/00 -0500, you wrote:
>
>    I have noticed that our DSPs log callers in much quicker than our
>quad modems do....  HOWEVER, after flashing a DSP to the new 2.0.51 code,
>I have noticed that it is slower to login the user???   Any ideas here?  I
>thought there was a setting that could be used to speed that up, but not
>sure...  I did not change anything on the DSP I upgraded to 2.0.51, at
>least not that I know of!
>
>  Any ideas?
>
>===========================================================================
===
>Phillip Ferraro                WorldNet Access, Inc
>[e-mail]    Onslow County's PREMIER InterNet Service
>Voice [phone]            824 Gumbranch Square, Suite R3
>FAX   [phone]             Jacksonville, Nc  28540-6269
>===========================================================================
===
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

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


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

From: Martin Lathoud <[e-mail]>
Subject: Re: (usr-tc) Various Vendors
Date: 07 Feb 2000 10:47:56 -0500 (EST)

On Sat, 5 Feb 2000, Dan Hollis wrote:

> My experience indicates cisco modem code is overly conservative, favoring
> lower connect speeds (trading off speed for stability)

I have a crappy phone line at home (whereas the other one is connecting
50,666.. don't ask). With a rockwell V34:
-quad/dsp = connect 26,400 -> so many retrains it's not useable
-pm3 = 28,800 -> ditto
-cisco = 31,200/24000 fast and stable
So upload seems to be the problem, and only cisco is able to deal with it.
I tried with Sportster56k and results are the same.

Martin


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HiperARC filter question......
Date: 07 Feb 2000 14:30:16 -0600 (CST)


I am making filters for all of our users on the HiperARC, basically a
"default" filter, which I wish to assign in RADIUS.  I am doing this like:

    Filter-Id = "filter.in"

Now, we also have an Ascend TNT box, which also uses the same RADIUS.  I
wish it were as simple as making a filter on the Ascend called "filter"
and going with that but it gets a little crazy.........

Ascend limits you to like a dozen or so rules on a filter, no more.  So we
have to break it into 2 filters, and assign like so:

        Filter-Id = "filter.in1",
        Filter-Id = "filter.in2"


Yes this works.........on the Ascend, but I don't believe this will work
on the HiperARC.  and I am not sure if the HiperARC would be ok in putting
all the rules in one of the files and leaving the other non-existant, it
would probably deny access.............

Does anyone have a solution?

Brian



Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: (usr-tc) FS: USR TC NMC Card
Date: 07 Feb 2000 15:03:51 -0600 (CST)


USR TC NMC Card, 16MB, not v90/x2 enabled.

$200.00


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: "Scot Desort" <[e-mail]>
Subject: (usr-tc) Weird logon problems
Date: 07 Feb 2000 19:03:21 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_00BA_01BF719E.005B0600
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have a customer with an LT winmodem v4.21. When she tries to connect, =
her username and password is trasmitted garbled:

Outgoing PPP Data on interface: slot:2/mod:20
    LCP        CFG_ACK           ASYNC_MAP      00 0a 00 00
                                 MAGIC_NUM      00 87 00 1a
                                 PROTO_COMP
                                 AC_COMP

Incoming PPP Data on interface: slot:2/mod:20
    LCP        CFG_ACK           MRU            05 ea
                                 ASYNC_MAP      00 00 00 00
                                 AUTH_TYPE      c0 23
                                 MAGIC_NUM      eb 63 2f 0e
                                 PROTO_COMP
                                 AC_COMP

Incoming PPP Data on interface: slot:2/mod:20
    PAP        REQUEST           USERNAME =3D @=B2.=E9=E4L=AB=F2
                                 PASSWORD =3D =A1Y1=AD
Outgoing PPP Data on interface: slot:2/mod:20
    PAP        NAK        =20

We have removed TCPIP, DUN, dialup adapter. Cannot figure this out.      =
=20

Any thoughts?



--
Scot






------=_NextPart_000_00BA_01BF719E.005B0600
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=3D"Courier New" size=3D2>I have a customer with=20
an LT winmodem v4.21. When she tries to connect, her username =
and=20
password is trasmitted garbled:</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Outgoing PPP Data on interface: =

slot:2/mod:20<BR>   =20
LCP       =20
CFG_ACK          =20
ASYNC_MAP      00 0a 00=20
00<BR>           &=
nbsp;           &n=
bsp;        =20
MAGIC_NUM      00 87 00=20
1a<BR>           &=
nbsp;           &n=
bsp;        =20
PROTO_COMP<BR>          =
;            =
          =20
AC_COMP</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on interface: =

slot:2/mod:20<BR>   =20
LCP       =20
CFG_ACK          =20
MRU            05 =

ea<BR>           &=
nbsp;           &n=
bsp;        =20
ASYNC_MAP      00 00 00=20
00<BR>           &=
nbsp;           &n=
bsp;        =20
AUTH_TYPE      c0=20
23<BR>           &=
nbsp;           &n=
bsp;        =20
MAGIC_NUM      eb 63 2f=20
0e<BR>           &=
nbsp;           &n=
bsp;        =20
PROTO_COMP<BR>          =
;            =
          =20
AC_COMP</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on interface: =

slot:2/mod:20<BR>   =20
PAP       =20
REQUEST           =
USERNAME =3D=20
@=B2•=E9=E4L=AB=F2<BR>       &nb=
sp;           &nbs=
p;            =
;=20
PASSWORD =3D =A1Ÿ1­<BR>Outgoing PPP Data on interface:=20
slot:2/mod:20<BR>   =20
PAP       =20
NAK         </FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2>We have removed TCPIP, DUN, =
dialup adapter.=20
Cannot figure this out.       =
</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Any thoughts?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV>
<DIV><FONT face=3D"Courier New" size=3D2>--</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2>Scot</FONT></DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV></BODY></HTML>

------=_NextPart_000_00BA_01BF719E.005B0600--


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


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

From: "Randy McMillan" <[e-mail]>
Subject: Re: (usr-tc) Weird logon problems
Date: 07 Feb 2000 18:17:17 -0800

This is a multi-part message in MIME format.

------=_NextPart_000_0250_01BF7197.9123B4E0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have seen it happen with a corrupted password list file =
C:\windows\*.pwl.   Just find and delete any of those files and reboot.  =
Also, they might consider updating their modem firmware.  =
http://808hi.com/56k/ltwin7.htm

Randy McMillan
PacInfo
  ----- Original Message -----=20
  From: Scot Desort=20
  To: [e-mail]=20
  Sent: Monday, February 07, 2000 4:03 PM
  Subject: (usr-tc) Weird logon problems


  I have a customer with an LT winmodem v4.21. When she tries to =
connect, her username and password is trasmitted garbled:

  Outgoing PPP Data on interface: slot:2/mod:20
      LCP        CFG_ACK           ASYNC_MAP      00 0a 00 00
                                   MAGIC_NUM      00 87 00 1a
                                   PROTO_COMP
                                   AC_COMP

  Incoming PPP Data on interface: slot:2/mod:20
      LCP        CFG_ACK           MRU            05 ea
                                   ASYNC_MAP      00 00 00 00
                                   AUTH_TYPE      c0 23
                                   MAGIC_NUM      eb 63 2f 0e
                                   PROTO_COMP
                                   AC_COMP

  Incoming PPP Data on interface: slot:2/mod:20
      PAP        REQUEST           USERNAME =3D @=B2.=E9=E4L=AB=F2
                                   PASSWORD =3D =A1Y1=AD
  Outgoing PPP Data on interface: slot:2/mod:20
      PAP        NAK        =20
  =20
  We have removed TCPIP, DUN, dialup adapter. Cannot figure this out.    =
  =20

  Any thoughts?

  =20
  =20
  --
  Scot






------=_NextPart_000_0250_01BF7197.9123B4E0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I have seen it happen with a corrupted =
password=20
list file C:\windows\*.pwl.   Just find and delete any of =
those files=20
and reboot.  Also, they might consider updating their modem =
firmware. =20
<A=20
href=3D"http://808hi.com/56k/ltwin7.htm">http://808hi.com/56k/ltwin7.htm<=
/A></FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Randy McMillan</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>PacInfo</FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A href=3D"mailto:[e-mail]" title=[e-mail]>Scot =
Desort</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
  href=3D"mailto:[e-mail]"=20
  title=[e-mail]>[e-mail]</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Monday, February 07, 2000 =
4:03=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Weird logon=20
  problems</DIV>
  <DIV><BR></DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>I have a customer with=20
  an LT winmodem v4.21. When she tries to connect, her =
username and=20
  password is trasmitted garbled:</FONT></DIV>
  <DIV> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>Outgoing PPP Data on =
interface:=20
  slot:2/mod:20<BR>   =20
  LCP       =20
  CFG_ACK          =20
  ASYNC_MAP      00 0a 00=20
  =
00<BR>           &=
nbsp;           &n=
bsp;        =20
  MAGIC_NUM      00 87 00=20
  =
1a<BR>           &=
nbsp;           &n=
bsp;        =20
  =
PROTO_COMP<BR>          =
;            =
          =20
  AC_COMP</FONT></DIV>
  <DIV> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on =
interface:=20
  slot:2/mod:20<BR>   =20
  LCP       =20
  CFG_ACK          =20
  MRU            =
05=20
  =
ea<BR>           &=
nbsp;           &n=
bsp;        =20
  ASYNC_MAP      00 00 00=20
  =
00<BR>           &=
nbsp;           &n=
bsp;        =20
  AUTH_TYPE      c0=20
  =
23<BR>           &=
nbsp;           &n=
bsp;        =20
  MAGIC_NUM      eb 63 2f=20
  =
0e<BR>           &=
nbsp;           &n=
bsp;        =20
  =
PROTO_COMP<BR>          =
;            =
          =20
  AC_COMP</FONT></DIV>
  <DIV> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on =
interface:=20
  slot:2/mod:20<BR>   =20
  PAP       =20
  REQUEST           =
USERNAME =3D=20
  =
@=B2•=E9=E4L=AB=F2<BR>       &nb=
sp;           &nbs=
p;            =
;=20
  PASSWORD =3D =A1Ÿ1­<BR>Outgoing PPP Data on interface:=20
  slot:2/mod:20<BR>   =20
  PAP       =20
  NAK         </FONT></DIV>
  <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>We have removed TCPIP, DUN, =
dialup=20
  adapter. Cannot figure this out.      =20
  </FONT></DIV>
  <DIV> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>Any thoughts?</FONT></DIV>
  <DIV> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>--</FONT></DIV>
  <DIV><FONT face=3D"Courier New" size=3D2>Scot</FONT></DIV>
  <DIV> </DIV>
  <DIV> </DIV>
  <DIV> </DIV>
  <DIV> </DIV>
  <DIV> </DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0250_01BF7197.9123B4E0--


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


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

From: Jerry Wright <[e-mail]>
Subject: (usr-tc) FS: TC Box
Date: 07 Feb 2000 19:06:13 -0800

For Sale: Older Total Control Bundle...

Total Control Chassis with 2 45 Amp powersupplies
1 NMC NIC and NAC
1 Netserver NIC and NAC
12 Quad analog/Digital Modems
T1/E1 NAC with T1 NIC
Fan-tray
Cables and software
Help with setup if needed...  (passwords included...)
Not V.90 enabled.

$3100.00

Jerry Wright
[phone] (Primex Aerospace)
[phone] (Home)

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


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

From: Andy Dills <[e-mail]>
Subject: Re: (usr-tc) FS: TC Box
Date: 07 Feb 2000 22:15:29 -0500 (EST)

On Mon, 7 Feb 2000, Jerry Wright wrote:

> For Sale: Older Total Control Bundle...
>
> Total Control Chassis with 2 45 Amp powersupplies
> 1 NMC NIC and NAC
> 1 Netserver NIC and NAC
> 12 Quad analog/Digital Modems
> T1/E1 NAC with T1 NIC
> Fan-tray
> Cables and software
> Help with setup if needed...  (passwords included...)
> Not V.90 enabled.
>
> $3100.00

Isn't that a bit stiff for a non-v.90 NAS?

I would think the value of a v.90 enabled version of the above _might_ be
in that price range, but because it's a Netserver maybe even less.

Good luck to you...you might try the isp-equipment mailing list.

Andy

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Andy Dills                              301-682-9972
Xecunet, LLC                            www.xecu.net
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Dialup * Webhosting * E-Commerce * High-Speed Access


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Kupferschmidt <[e-mail]>
Subject: Re: (usr-tc) FS: TC Box
Date: 07 Feb 2000 21:20:26 -0600 (CST)

> > For Sale: Older Total Control Bundle...
> >
> > Total Control Chassis with 2 45 Amp powersupplies
> > 1 NMC NIC and NAC
> > 1 Netserver NIC and NAC
> > 12 Quad analog/Digital Modems
> > T1/E1 NAC with T1 NIC
> > Fan-tray
> > Cables and software
> > Help with setup if needed...  (passwords included...)
> > Not V.90 enabled.
> >
> > $3100.00
>
> Isn't that a bit stiff for a non-v.90 NAS?
>
> I would think the value of a v.90 enabled version of the above _might_ be
> in that price range, but because it's a Netserver maybe even less.

Indeed you are right.  NETserver's really suck.. We have one, with 48
modems in it, v.90 enabled and all.. but it was a pain in the ass getting
the new firmware and getting it working properly for a while.

>
> Good luck to you...you might try the isp-equipment mailing list.
>
> Andy
>
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Andy Dills                              301-682-9972
> Xecunet, LLC                            www.xecu.net
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Dialup * Webhosting * E-Commerce * High-Speed Access
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Jerry Wright <[e-mail]>
Subject: Re: (usr-tc) FS: TC Box
Date: 07 Feb 2000 19:20:44 -0800

Probably, but I am a greedy so-and-so...  I see v.90 enabled boxes in
the 4 grand+ range, so...
             --Jerry

Andy Dills wrote:
>
> On Mon, 7 Feb 2000, Jerry Wright wrote:
>
> > For Sale: Older Total Control Bundle...
> >
> > Total Control Chassis with 2 45 Amp powersupplies
> > 1 NMC NIC and NAC
> > 1 Netserver NIC and NAC
> > 12 Quad analog/Digital Modems
> > T1/E1 NAC with T1 NIC
> > Fan-tray
> > Cables and software
> > Help with setup if needed...  (passwords included...)
> > Not V.90 enabled.
> >
> > $3100.00
>
> Isn't that a bit stiff for a non-v.90 NAS?
>
> I would think the value of a v.90 enabled version of the above _might_ be
> in that price range, but because it's a Netserver maybe even less.
>
> Good luck to you...you might try the isp-equipment mailing list.
>
> Andy
>
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Andy Dills                              301-682-9972
> Xecunet, LLC                            www.xecu.net
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Dialup * Webhosting * E-Commerce * High-Speed Access
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: Jerry Wright <[e-mail]>
Subject: Re: (usr-tc) FS: TC Box
Date: 07 Feb 2000 19:21:15 -0800

That's an obo anyway...  sorry.

Andy Dills wrote:
>
> On Mon, 7 Feb 2000, Jerry Wright wrote:
>
> > For Sale: Older Total Control Bundle...
> >
> > Total Control Chassis with 2 45 Amp powersupplies
> > 1 NMC NIC and NAC
> > 1 Netserver NIC and NAC
> > 12 Quad analog/Digital Modems
> > T1/E1 NAC with T1 NIC
> > Fan-tray
> > Cables and software
> > Help with setup if needed...  (passwords included...)
> > Not V.90 enabled.
> >
> > $3100.00
>
> Isn't that a bit stiff for a non-v.90 NAS?
>
> I would think the value of a v.90 enabled version of the above _might_ be
> in that price range, but because it's a Netserver maybe even less.
>
> Good luck to you...you might try the isp-equipment mailing list.
>
> Andy
>
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Andy Dills                              301-682-9972
> Xecunet, LLC                            www.xecu.net
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Dialup * Webhosting * E-Commerce * High-Speed Access
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) WTB :
Date: 08 Feb 2000 14:16:31 +1100

Hello. !

Looking to purchase immediately another Total Control Chassis with 2 x 70A power Supplies and integrated Fan tray..
has to be 220v compliant ( for Australia )..

please respond off list..

Steve Monkhouse - Network Engineer
EtherTech Computer Services

Ph : [phone]
Fx : [phone]
http://www.ethertech.com.au


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


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

From: "Jason Kelton" <[e-mail]>
Subject: Re: (usr-tc) WTB :
Date: 08 Feb 2000 21:54:31 +1100

steve the 70a PSU's are switching 110/220.  The only thing you need to check
is the connector (plastic jumper) on the NAC.  and make sure you discharge
the capacitors first, otherwise you'll be likely to get a nifty little
shock!

Regards,

Jase.
----- Original Message -----
Sent: Tuesday, February 08, 2000 2:16 PM


> Hello. !
>
> Looking to purchase immediately another Total Control Chassis with 2 x 70A
power Supplies and integrated Fan tray..
> has to be 220v compliant ( for Australia )..
>
> please respond off list..
>
> Steve Monkhouse - Network Engineer
> ---------------------------------------------------------------------
> EtherTech Computer Services
>
> Ph : [phone]
> Fx : [phone]
> http://www.ethertech.com.au
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Forcing DNS
Date: 08 Feb 2000 11:26:44 -0500

On this note, found a neat little app that will hunt through all DUN
connectoids on a PC and change phone numbers, area codes, DNS settings, etc.
Great idea when you have a system-wide change like DNS or area codes.
Creates a small 45K exectuable that can be thrown on a web page or sent in
an email for each user to install. Haven't tried it, but seems worth the
$150.

http://www.phuzzion.com/DUNIT/index.html


----- Original Message -----
Sent: Thursday, February 03, 2000 1:51 PM


> Doesn't matter whose IP address it is.  Just add an IP alias for it on
> your nameserver, and add a static host route (/32) on your Cisco to point
> to it. Don't route the whole subnet, just the individual IPs.
>
> We did this when we found we had some very old customers using a DNS
> server of BBN's offsite (before we did server assigned DNS) and BBN
> renumbered it -- we fudged in an alias for it long enough for us to call
> all the affected users up and get them to change over to server assigned
> DNS.
>
>
> 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
> "Don't sweat the petty things, and don't pet the sweaty things."
>
> On Wed, 2 Feb 2000, Justin Ellison wrote:
>
> > 'fraid not, the ip's that are getting specified aren't mine, they're
> > Sprint's.  My sales rep (God bless his soul) gave me the authoritive
name
> > server addresses for Sprint which don't actually resolve names....
> >
> > Justin
> > ----- Original Message -----
> > From: "Richard Lorbieski" <[e-mail]>
> > To: <[e-mail]>
> > Sent: Wednesday, February 02, 2000 6:19 PM
> > Subject: Re: (usr-tc) Forcing DNS
> >
> >
> > > What are the IP addresses?
> > >
> > > You maybe able to alias them on your DNS server.
> > >
> > > Justin Ellison wrote:
> > > >
> > > > I have about 300 Setup CD's with the wrong primary and secondary DNS
> > numbers
> > > > burned to it.  I can't come up with anything to redirect the DNS
queries
> > at
> > > > my Cisco 1601 (not running BGP).  I've got the HARC setup to assign
DNS,
> > and
> > > > it works properly, but is there a way for me to force the client to
use
> > what
> > > > the HARC specifies?
> > > >
> > > > TIA,
> > > >
> > > > Justin
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old messages
send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > >
> > > --
> > >
> > > Richard Lorbieski - [e-mail]
> > > Chief Technical Officer - Senior System Administrator
> > > Alpha1 Internet  http://www.alpha1.net
> > > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 questions...
Date: 08 Feb 2000 14:43:54 -0600

I am working with snmp and multiple workstations and am confused about the
difference between "snmp community" and "snmp community pools" on the Arc.
Can someone help me figure out the difference and how to determine the
proper use of either?

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: Steve Rivera <[e-mail]>
Subject: (usr-tc) WTB: USR v90 NMC cards
Date: 08 Feb 2000 15:59:53 -0500

I will buy what you have NOW!
Please advise of availability.

Paid $500ea for the last 2 I bought.

any- USR NMC card nac or as set nac/nic
MUST BE V90 ENABLED

....................................................
WR Communication Associates
Worldwide Provider of Network Hardware Since 1981.

I'm always available for your call...732-433-5890
Steve Rivera - [e-mail]  v-732-833-2111 Office
  http://www.ISP-NetworkHardware.com  or http://www.wrca.net

---ACCESS/TRANSMISSION SPECIALIST---

Cisco, Ascend, Livingston, USR, Microcom,
Computone, Kentrox, Adtran...and 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: Re: (usr-tc) Support Contract survey
Date: 08 Feb 2000 16:16:23 -0500

We have a support contract for both hard- and software on all our
chassis; but that's because we're Cornell and we love to waste
money. 8-)

Seriously, though, the support contract has pulled my ham out of
the fire more than once. What we have is a basic contract: I have
broken card, I call 3Com, they pass me on to Logistics, they send
me new card, I send them bad card. All this takes about a day. I
rarely call for configuration/software questions because this list
seems to cover the gambit and beyond. Otherwise, I usually am able
to figure it out myself. I also rarely have half the problems you
all seem to have; probably because I'm not doing half the wacked-out
stuff you all are. 8-)
*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 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: Brian <[e-mail]>
Subject: Re: (usr-tc) Support Contract survey
Date: 08 Feb 2000 16:23:24 -0600 (CST)

On Tue, 8 Feb 2000 [e-mail] wrote:

> We have a support contract for both hard- and software on all our
> chassis; but that's because we're Cornell and we love to waste
> money. 8-)
>
> Seriously, though, the support contract has pulled my ham out of
> the fire more than once. What we have is a basic contract: I have
> broken card, I call 3Com, they pass me on to Logistics, they send
> me new card, I send them bad card. All this takes about a day. I
> rarely call for configuration/software questions because this list
> seems to cover the gambit and beyond. Otherwise, I usually am able
> to figure it out myself. I also rarely have half the problems you
> all seem to have; probably because I'm not doing half the wacked-out
> stuff you all are. 8-)

The thing is, the hiper stuff is so new, its all still under manufacturers
warranty anyways, its just not next day service.  So if you buy a DSP and
it dies, you can get a replacement whether you have a support contract or
not............just not as quick, maybe like 10+ day turn around.

Brian

> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 721 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Dataheart <[e-mail]>
Subject: (usr-tc) WTB: 3Com Dual E1/PRI NIC/NAC Set
Date: 09 Feb 2000 12:17:12 +1100

Hi,
I am Looking to buy 2 of these Dual E1/PRI Cardsets
Must be 3com Part Number 0000397-05

I am Also looking to Purchase 5 V.90 Enabled NMC cards (NAC only)

Thanks,
Aaron


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMC Cards
Date: 08 Feb 2000 19:06:12 -0600 (CST)


For those of you who have NMC cards that are v90 enabled.

Alot of you are swithing out your quads with hdm's.  If you have a chassis
that has no more quads in it, it is really to your advantage to sell you
v90 enabled NMC's, and buy non v90 enabled NMC's.  Or better yet, try and
upgrade to a HiperNMC.

If you had say 50 chassis, and 25 are converted to HDM's, and of those 25
only half have hiper NMC's and the other half v90, you can sell the v90
nmc's and make a good profit and buy non v90 nmc's.  They are in demand,
and all they are doing is depreciating.  You don't need a v90 nmc with
hdm's.

And for those that don't have a Hiper NMC, they are really nice, they seem
to be alot faster than the older ones.

Brian


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) Using the second ethernet port
Date: 08 Feb 2000 20:59:54 -0600

Can I use the second ethernet port for a private network (192.168.X.X) to
access radius and snmp servers out of band from the standard route?

I am apparently experiencing communication difficulties with my TCH's via
the radius accounting and snmp. This is leading to problems with concurrency
control. The software reports that the chassis is unreachable too many times
during the day and proceeds to rebuild the active user list. I have been
unable to detect the problem with any other application or test.

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]>
Subject: (usr-tc) Entries in radius detail files
Date: 08 Feb 2000 22:49:53 -0500 (EST)


    I just noticed that since upgrading one of our Hiper Arcs to
4.1.22 I now have "TWO" additional lines added to a user entry in my
detail files.  They are added immediately after the Framed-IP-Address
entry:

Vendor-Specific=vUSR-09837461298ybd8
Vendor Specific-vUSR-09837ykdf909

  Can ANYONE tell me what in the world these are for?  Can it be turned
off?  What is the use of these lines?

  Thanks in advance!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================



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


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

From: Lists <[e-mail]>
Subject: Re: (usr-tc) WTB :
Date: 09 Feb 2000 17:03:58 +1100 (EST)


> steve the 70a PSU's are switching 110/220.  The only thing you need to
> check is the connector (plastic jumper) on the NAC.

...and a not so nifty loud bang if you forget to move the jumper.  I know
one Melbourne based ISP found that out :-)

Bob Purdon,                          Ground Floor, Marine Board Building
Technical Manager (Tas/Vic),                  1 Franklin Wharf, Tas 7000
Southern Internet Services.                            [phone]


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


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

From: [e-mail]
Subject: (usr-tc) radius hints and TC
Date: 08 Feb 2000 22:04:46 -0800


I'm running cistron radiusd and using some classic hints that allow
users to login via a script with a capital P in front of their login
name to start PPP.  It works fine with PM3s but does not appear to
work correctly with the Hiper TC here.  Instead I get a prompt:

Login/Network User:

Has anyone dealt with this situation?  Thanks, 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: [e-mail]
Subject: Re: (usr-tc) Support Contract survey
Date: 09 Feb 2000 07:41:52 -0500

>The thing is, the hiper stuff is so new, its all still under manufacturers
>warranty anyways, its just not next day service.  So if you buy a DSP and
>it dies, you can get a replacement whether you have a support contract or
>not............just not as quick, maybe like 10+ day turn around.
>
>Brian

Which is why I insist on the business office buying me an extra one or
two of each type of card that I keep in a set-up chassis, all loaded
with latest code and parameters, for hot spares.

*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 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: [e-mail]
Subject: (usr-tc) NMCs keep dropping off the network
Date: 09 Feb 2000 09:10:27 -0500

I'm having a problem with my 486 NMCs that seems to be getting
progressively worse. They will be humming along in TCM just
fine, then suddenly decide to stop doing SNMP. The ping returns
tend to fluctuate all over the place, too, but I thought this
was more or less "normal" for these guys:

> ping -c50 -C dwan5
PING DWAN5.DIALUP.CORNELL.EDU (132.236.102.11): 64 data bytes
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
----DWAN5.DIALUP.CORNELL.EDU (132.236.102.11) PING Statistics----
50 transmitted, 50 received, 0.00% packet loss.
round-trip (ms) min/avg/max = 2.298/83.612/113.953
                 var/sdev/skew/kurt = 1244.830/35.282/-1.685/3.983
>

I have to telnet into my console switch to reset the cards in
order to get them back on-line. They behave for a while, then
drop off again. I'm hoping we can dig up the bucks for HiPerNMCs
to replace all these bastards at some point. Anyone got a quick
fix meanwhile?
*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 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: "Kalev Nurklik" <[e-mail]>
Subject: (usr-tc) l2tp tunnel authentication secret
Date: 09 Feb 2000 16:10:57 +0200

Hi.

What's the radius attribute for l2tp tunnel authentication secret?
Tunnel-Hostname (from HARC product reference) or
Tunnel-Auth-Hostname in USR dictionary does not seem to work.
Neither does Tunnel-Password or other similar attributes.
I have tried different attributes but with no success whatsoever.
All the time I get "Could not get password from radius" from l2tp
debug output.
Maybe I got wrong attribute numbers but I doubt that because I
checked all of them with "mon radius". On the other hand "mon
radius" is not be very reliable as I found out - inconsistencies
with USR dictionary names (similar but not exact) and not reporting
right values for at least one attribute - Tunnel-Security.

When I define a local HARC user with "set tunnel user ...
password etc." then the l2tp tunnel secret is equivalent to the
"system transmit authentication name" and authenticating works.
For the radius equivalent HARC product reference just states dryly -
"You can also set this from RADIUS by using a VSA"(page 180).
So what's the VSA?

Or am I missing something else?

One thing that I noticed is that when I use radius defined tunnel
account then there is no challenge AVP present in SCCRQ from
LAC(HARC) and if I turn off the tunnel authentication on the LNS
then l2tp tunneling works.
I guess I need to turn off authentication on LNS because HARC
has no clue about what the secret might be and just drops the
connection attempt with l2tp debug message "Unauthenticated
message from remotehost" when the LNS presents the challenge
AVP in SCCRP.
With local HARC user there's always an challenge AVP in SCCRQ
from LAC and as I stated before authenticating works...
This (I guess again) is probably due to HARC knowing what the
tunnel secret is for that user e.g. the "system transmit
authentication name".

So obviously there something missing or wrong with the radius
defined user.
Anyone have any ideas what that something might be?


Regards,
__________________________________
Kalev Nurklik
Delfi Online
Pa"rnu mnt. 158, 11317 Tallinn, Estonia
Tel: [phone]
Fax: [phone]
E-mail: [e-mail]
http://online.delfi.ee

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMC Cards
Date: 09 Feb 2000 08:28:57 -0600

I couldn't find a buyer for mine so I gave up. What is the "going" rate for
them.

Brian Becker
President, Poplar Bluff Internet
   http://www.semo.net
TotallyFabricated.com Software
   http://www.TotallyFabricated.com
Home of JerusalemPerspective.com
   http://www.JerusalemPerspective.com
Personal Page
   http://Tonionio.com  / http://BenjaminBecker.com



-----Original Message-----
[mailto:[e-mail]]On Behalf Of Brian
Sent: Tuesday, February 08, 2000 7:06 PM



For those of you who have NMC cards that are v90 enabled.

Alot of you are swithing out your quads with hdm's.  If you have a chassis
that has no more quads in it, it is really to your advantage to sell you
v90 enabled NMC's, and buy non v90 enabled NMC's.  Or better yet, try and
upgrade to a HiperNMC.

If you had say 50 chassis, and 25 are converted to HDM's, and of those 25
only half have hiper NMC's and the other half v90, you can sell the v90
nmc's and make a good profit and buy non v90 nmc's.  They are in demand,
and all they are doing is depreciating.  You don't need a v90 nmc with
hdm's.

And for those that don't have a Hiper NMC, they are really nice, they seem
to be alot faster than the older ones.

Brian


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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.


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


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

From: "Jim Baxter" <[e-mail]>
Subject: (usr-tc) multilink PPP
Date: 09 Feb 2000 09:41:58 -0500

Hello.,

I've been experimenting with the Linux MP Multilink PPP Driver.  I can dial
in to a PM3 with multiple analog channels, however when I dial in to the
Total Control Unit I can't bring up the second chanel.  I'm running

NMC 6.1.17
ARC 4.2.32
DSP 2.0.81

I'm dialing into the same DSP for both channels..  Some other users of our
system are experiencing difficulty bringing up a second channel as well with
their Diamond SupraSonic Shotgun solution modem.

When I do a 'show all config' from the ARC CLI I see that PPP Multilink PPP
is ENABLED....

Any thoughts?

Jim
[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) multilink PPP
Date: 09 Feb 2000 09:46:01 -0500

Thus spake Jim Baxter
>I'm dialing into the same DSP for both channels..  Some other users of
>our system are experiencing difficulty bringing up a second channel as
>well with their Diamond SupraSonic Shotgun solution modem.

>When I do a 'show all config' from the ARC CLI I see that PPP Multilink
>PPP is ENABLED....

>Any thoughts?

Get a log of the LCP negotiation (this will probably be easiest from the
Linux side) at the very least...
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Brian Gordon" <[e-mail]>
Subject: (usr-tc) - Steel Belted Radius
Date: 09 Feb 2000 10:18:04 -0500

Anyone out there using this with Hiper Arcs?

I am getting authentication errors, I am trying to authenticate off my NT
DOMAIN.

If anyone is doing this, and can help I would apreciate it.  I am new to
this Radius.

Thanks,


Brian Gordon
Network Administrator
Westelcom Internet
518.566.6726 Voice
419.831.9137 Fax
http://home.westelcom.com
[e-mail]


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


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

From: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) Accounting STOP packet problem
Date: 09 Feb 2000 09:17:46 -0600

After looking over several weeks of data it appears that my STOP packet
problem is coming from only a few clients, one using and ascend and one
using a cisco router. Is there a scenario where a dropped multilink channel
would not generate a STOP packet? Is there a configuration that I may have
missed that might resolve this?

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: "Ray Whelan" <[e-mail]>
Subject: Re: (usr-tc) - Steel Belted Radius
Date: 09 Feb 2000 15:51:42 +0000



Hi Brian,


I would suggest you start with putting on the Debug
You can enable the debug

Go to radius file
Edit you Radius.ini file to enable
Loglevel=2
Tracelevel=2
Stop and restart your radius services on NT.
reconnect your Gui

Make a call and then look at you .log file in you radius directory.

Ray W








"Brian Gordon" <[e-mail]> on 09/02/2000 15:18:04

Please respond to [e-mail]

Sent by:  "Brian Gordon" <[e-mail]>


cc:    (Ray Whelan/IE/3Com)




Anyone out there using this with Hiper Arcs?

I am getting authentication errors, I am trying to authenticate off my NT
DOMAIN.

If anyone is doing this, and can help I would apreciate it.  I am new to
this Radius.

Thanks,


Brian Gordon
Network Administrator
Westelcom Internet
518.566.6726 Voice
419.831.9137 Fax
http://home.westelcom.com
[e-mail]


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







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


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

From: "Tom Swenson" <[e-mail]>
Subject: (usr-tc) Quicken online payment process not working with TC
Date: 09 Feb 2000 12:10:33 -0600

I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use
Quicken from home to balance my checking account and to do online
payments, and I found out this morning that if I am connected thru a PM3,
it connects to the host server just fine, but if I'm connected to my TC,
then it just times out and will not connect. Has anyone ever seen this or
could tell me what ports this might be running on?


Tom Swenson
NetConX - Internet Access - Web Design - Client Managed Web Database
Applications
[e-mail]                              http://www.netconx.net
[phone] - Voice    [phone] - FAX



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


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

From: Brian <[e-mail]>
Subject: RE: (usr-tc) NMC Cards
Date: 09 Feb 2000 15:07:36 -0600 (CST)


I don't know, I put one for sale for $500 and had 6 offers to buy within 2
hours.


On Wed, 9 Feb 2000, Brian Becker wrote:

> I couldn't find a buyer for mine so I gave up. What is the "going" rate for
> them.
>
> Brian Becker
> President, Poplar Bluff Internet
>    http://www.semo.net
> TotallyFabricated.com Software
>    http://www.TotallyFabricated.com
> Home of JerusalemPerspective.com
>    http://www.JerusalemPerspective.com
> Personal Page
>    http://Tonionio.com  / http://BenjaminBecker.com
>
>
>
> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Brian
> Sent: Tuesday, February 08, 2000 7:06 PM
> To: USRobotics TC Mailing List
> Subject: (usr-tc) NMC Cards
>
>
>
> For those of you who have NMC cards that are v90 enabled.
>
> Alot of you are swithing out your quads with hdm's.  If you have a chassis
> that has no more quads in it, it is really to your advantage to sell you
> v90 enabled NMC's, and buy non v90 enabled NMC's.  Or better yet, try and
> upgrade to a HiperNMC.
>
> If you had say 50 chassis, and 25 are converted to HDM's, and of those 25
> only half have hiper NMC's and the other half v90, you can sell the v90
> nmc's and make a good profit and buy non v90 nmc's.  They are in demand,
> and all they are doing is depreciating.  You don't need a v90 nmc with
> hdm's.
>
> And for those that don't have a Hiper NMC, they are really nice, they seem
> to be alot faster than the older ones.
>
> Brian
>
>
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109    http://www.shreve.net/~signal
> Network Administrator   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.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Steve Rivera <[e-mail]>
Subject: RE: (usr-tc) NMC Cards
Date: 09 Feb 2000 16:26:13 -0500

I have 15 available for sale immediately.
These are v90 enabled nmc cards, nic included.
Asking $600 each.


At 03:07 PM 02/09/2000 -0600, you wrote:

>I don't know, I put one for sale for $500 and had 6 offers to buy within 2
>hours.
>
>
>On Wed, 9 Feb 2000, Brian Becker wrote:
>
> > I couldn't find a buyer for mine so I gave up. What is the "going" rate for
> > them.
> >
> > Brian Becker
> > President, Poplar Bluff Internet
> >    http://www.semo.net
> > TotallyFabricated.com Software
> >    http://www.TotallyFabricated.com
> > Home of JerusalemPerspective.com
> >    http://www.JerusalemPerspective.com
> > Personal Page
> >    http://Tonionio.com  / http://BenjaminBecker.com
> >
> >
> >
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Brian
> > Sent: Tuesday, February 08, 2000 7:06 PM
> > To: USRobotics TC Mailing List
> > Subject: (usr-tc) NMC Cards
> >
> >
> >
> > For those of you who have NMC cards that are v90 enabled.
> >
> > Alot of you are swithing out your quads with hdm's.  If you have a chassis
> > that has no more quads in it, it is really to your advantage to sell you
> > v90 enabled NMC's, and buy non v90 enabled NMC's.  Or better yet, try and
> > upgrade to a HiperNMC.
> >
> > If you had say 50 chassis, and 25 are converted to HDM's, and of those 25
> > only half have hiper NMC's and the other half v90, you can sell the v90
> > nmc's and make a good profit and buy non v90 nmc's.  They are in demand,
> > and all they are doing is depreciating.  You don't need a v90 nmc with
> > hdm's.
> >
> > And for those that don't have a Hiper NMC, they are really nice, they seem
> > to be alot faster than the older ones.
> >
> > Brian
> >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304)     [e-mail]
> > 318-222-2638 x 109    http://www.shreve.net/~signal
> > Network Administrator   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.
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>-----------------------------------------------------
>Brian Feeny (BF304)     [e-mail]
>318-222-2638 x 109      http://www.shreve.net/~signal
>Network Administrator   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.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Stuplich <[e-mail]>
Subject: Re: (usr-tc) Quicken online payment process not working with TC
Date: 09 Feb 2000 22:10:02 -0600

Can you get to www.compaq.com ?

Tom Swenson wrote:

> I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use
> Quicken from home to balance my checking account and to do online
> payments, and I found out this morning that if I am connected thru a PM3,
> it connects to the host server just fine, but if I'm connected to my TC,
> then it just times out and will not connect. Has anyone ever seen this or
> could tell me what ports this might be running on?
>
> Tom Swenson
> NetConX - Internet Access - Web Design - Client Managed Web Database
> Applications
> [e-mail]                                                  http://www.netconx.net
> [phone] - Voice  [phone] - FAX
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: "Tom Swenson" <[e-mail]>
Subject: Re: (usr-tc) Quicken online payment process not working with
Date: 09 Feb 2000 22:37:25 -0600

No, I can't get them from home, and I also cannot get to www.hp.com, but I
can from the office. Interesting, I can't trace or ping these sites from
home or the office. They must not be allowing these protocols thru I
guess. Is there something about these sites and the TC that I'm filtering
out or something?

Thanks for the response

Tom Swenson
NetConX - Internet Access - Web Design - Client Managed Web Database
Applications
[e-mail]                              http://www.netconx.net
[phone] - Voice    [phone] - FAX


*********** REPLY SEPARATOR  ***********

On 2/9/2000 at 10:10 PM Richard Stuplich wrote:

>Can you get to www.compaq.com ?
>
>Tom Swenson wrote:
>
>> I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I
use
>> Quicken from home to balance my checking account and to do online
>> payments, and I found out this morning that if I am connected thru a
PM3,
>> it connects to the host server just fine, but if I'm connected to my
TC,
>> then it just times out and will not connect. Has anyone ever seen this
or
>> could tell me what ports this might be running on?
>>
>> Tom Swenson
>> NetConX - Internet Access - Web Design - Client Managed Web Database
>> Applications
>> [e-mail]
http://www.netconx.net
>> [phone] - Voice  [phone] - FAX
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.




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


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

From: "Tom Swenson" <[e-mail]>
Subject: Re: (usr-tc) Quicken online payment process not working with
Date: 09 Feb 2000 22:37:25 -0600

No, I can't get them from home, and I also cannot get to www.hp.com, but I
can from the office. Interesting, I can't trace or ping these sites from
home or the office. They must not be allowing these protocols thru I
guess. Is there something about these sites and the TC that I'm filtering
out or something?

Thanks for the response

Tom Swenson
NetConX - Internet Access - Web Design - Client Managed Web Database
Applications
[e-mail]                              http://www.netconx.net
[phone] - Voice    [phone] - FAX


*********** REPLY SEPARATOR  ***********

On 2/9/2000 at 10:10 PM Richard Stuplich wrote:

>Can you get to www.compaq.com ?
>
>Tom Swenson wrote:
>
>> I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I
use
>> Quicken from home to balance my checking account and to do online
>> payments, and I found out this morning that if I am connected thru a
PM3,
>> it connects to the host server just fine, but if I'm connected to my
TC,
>> then it just times out and will not connect. Has anyone ever seen this
or
>> could tell me what ports this might be running on?
>>
>> Tom Swenson
>> NetConX - Internet Access - Web Design - Client Managed Web Database
>> Applications
>> [e-mail]
http://www.netconx.net
>> [phone] - Voice  [phone] - FAX
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) localOutOfService
Date: 09 Feb 2000 23:10:23 -0600

I have channels 23 & 24 on a DSP that report in TCM that "DSO SERVICE
STATE" is "localOutofService(3)".

What does this mean and how do I correct it?

Thanks.  David
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (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: [e-mail] (David Swearingin)
Subject: Re: (usr-tc) localOutOfService
Date: 09 Feb 2000 23:34:43 -0600

I think I found it.  Actions/Commands - Software - Restore

David

At 11:10 PM 2/9/2000 -0600, you wrote:
>I have channels 23 & 24 on a DSP that report in TCM that "DSO SERVICE
>STATE" is "localOutofService(3)".
>
>What does this mean and how do I correct it?
>
>Thanks.  David
>__________________________________________________
>David Swearingin ([e-mail])
>CARROLLTON INTERNET SERVICE (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.
>
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (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: Brian <[e-mail]>
Subject: RE: (usr-tc) NMC Cards
Date: 09 Feb 2000 23:49:57 -0600 (CST)

On Wed, 9 Feb 2000, Steve Rivera wrote:

> I have 15 available for sale immediately.
> These are v90 enabled nmc cards, nic included.
> Asking $600 each.

you should also post at [e-mail], that is a good place to
sell usr tc equipment.

Brian


>
>
> At 03:07 PM 02/09/2000 -0600, you wrote:
>
> >I don't know, I put one for sale for $500 and had 6 offers to buy within 2
> >hours.
> >
> >
> >On Wed, 9 Feb 2000, Brian Becker wrote:
> >
> > > I couldn't find a buyer for mine so I gave up. What is the "going" rate for
> > > them.
> > >
> > > Brian Becker
> > > President, Poplar Bluff Internet
> > >    http://www.semo.net
> > > TotallyFabricated.com Software
> > >    http://www.TotallyFabricated.com
> > > Home of JerusalemPerspective.com
> > >    http://www.JerusalemPerspective.com
> > > Personal Page
> > >    http://Tonionio.com  / http://BenjaminBecker.com
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: [e-mail]
> > > [mailto:[e-mail]]On Behalf Of Brian
> > > Sent: Tuesday, February 08, 2000 7:06 PM
> > > To: USRobotics TC Mailing List
> > > Subject: (usr-tc) NMC Cards
> > >
> > >
> > >
> > > For those of you who have NMC cards that are v90 enabled.
> > >
> > > Alot of you are swithing out your quads with hdm's.  If you have a chassis
> > > that has no more quads in it, it is really to your advantage to sell you
> > > v90 enabled NMC's, and buy non v90 enabled NMC's.  Or better yet, try and
> > > upgrade to a HiperNMC.
> > >
> > > If you had say 50 chassis, and 25 are converted to HDM's, and of those 25
> > > only half have hiper NMC's and the other half v90, you can sell the v90
> > > nmc's and make a good profit and buy non v90 nmc's.  They are in demand,
> > > and all they are doing is depreciating.  You don't need a v90 nmc with
> > > hdm's.
> > >
> > > And for those that don't have a Hiper NMC, they are really nice, they seem
> > > to be alot faster than the older ones.
> > >
> > > Brian
> > >
> > >
> > > -----------------------------------------------------
> > > Brian Feeny (BF304)     [e-mail]
> > > 318-222-2638 x 109    http://www.shreve.net/~signal
> > > Network Administrator   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.
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >-----------------------------------------------------
> >Brian Feeny (BF304)     [e-mail]
> >318-222-2638 x 109      http://www.shreve.net/~signal
> >Network Administrator   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.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Colin Wantling <[e-mail]>
Subject: (usr-tc) Quicken online payment process not working with TC
Date: 10 Feb 2000 08:31:54 +0100

Tom,

does the problem go away if you set the framed MTU size to 1500 on Radius
(or set MTU to 1500 on HiperArc if no Radius)?

Colin Wantling

Enertel, Zwolle
Netherlands


I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use
Quicken from home to balance my checking account and to do online
payments, and I found out this morning that if I am connected thru a PM3,
it connects to the host server just fine, but if I'm connected to my TC,
then it just times out and will not connect. Has anyone ever seen this or
could tell me what ports this might be running on?


Tom Swenson
NetConX - Internet Access - Web Design - Client Managed Web Database
Applications
[e-mail]
http://www.netconx.net
[phone] - Voice    [phone] - FAX


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


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

From: "Tom Swenson" <[e-mail]>
Subject: Re: (usr-tc) Quicken online payment process not working with
Date: 10 Feb 2000 06:29:17 -0600

I have solved the problem. With Richard's mentioning of www.compaq.com, I
searched the newsgroups and did some testing, and found I had at some time
in the past changed the framed-mtu for myself to 500 for some unknown
reason. Apparently, the portmasters I have are not reading the framed-mtu
setting, but the TC is. Luckily, I was the only one with this problem.
Thanks for everyone's help.

Tom Swenson
NetConX - Internet Access - Web Design - Client Managed Web Database
Applications
[e-mail]                              http://www.netconx.net
[phone] - Voice    [phone] - FAX


*********** REPLY SEPARATOR  ***********

On 2/10/2000 at 8:31 AM Colin Wantling wrote:

>Tom,
>
>does the problem go away if you set the framed MTU size to 1500 on Radius
>(or set MTU to 1500 on HiperArc if no Radius)?
>
>Colin Wantling
>
>Enertel, Zwolle
>Netherlands
>
>
>I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I
use
>Quicken from home to balance my checking account and to do online
>payments, and I found out this morning that if I am connected thru a PM3,
>it connects to the host server just fine, but if I'm connected to my TC,
>then it just times out and will not connect. Has anyone ever seen this or
>could tell me what ports this might be running on?
>
>
>Tom Swenson
>NetConX - Internet Access - Web Design - Client Managed Web Database
>Applications
>[e-mail]
>http://www.netconx.net
>[phone] - Voice    [phone] - FAX
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Webramp issues?
Date: 10 Feb 2000 10:10:19 -0600

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01BF73E1.593CE4A0
Content-Type: multipart/alternative;
    boundary="----_=_NextPart_001_01BF73E1.593CE4A0"


------_=_NextPart_001_01BF73E1.593CE4A0
Content-Type: text/plain;
    charset="iso-8859-1"

Hi, We've got a customer with a Webramp analog "router", that has had really
inconsistent connection problems. They can connect, but get no connection
activity, and lots of Lost Carriers.

Yep, I looked up in 3Com's knowledgebase, and suggested 2 things, disable
ccpp (I think)-which I did, and also suggested disable PPP offloading.
We use ARC's with the 2.59.6 code and DSP's with the 2.0.60 code. Seemed to
have had a little better luck connecting with 2.0.60 DSP's, but is still
having major problems. Seems like 1 out of every 4 connections stays up.

I'm not inclined to disable PPP offloading; we have 5 DSP's in that chassis,
and I'm concerned that I'll drag EVERYONE's performance down.

Any other solutions? I'm about ready to take a Netopia dual analog box out
there to replace it. Webramp has been of no help and doesn't seem to think
there's any kind of problem with their equipment. Is this more a DSP problem
or an ARC problem? Would switching to the latest ARC code (we don't use OSPF
yet with ARC's so no problem), or ?

I'd rather (of course) not create new problems if I'm only going to solve
one fellow's problem!

Thanks!

SMT

Scott Trautman, President, Global Dialog Internet
[e-mail] <mailto:[e-mail]>   http://www.gdinet.com
<http://www.gdinet.com/>
2810 Crossroads, Suite LL2, Madison WI 53718
608-240-4638/4637fax - Internet Service Provider

------_=_NextPart_001_01BF73E1.593CE4A0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<STYLE>BODY {
    BACKGROUND-COLOR: #ffff00; BACKGROUND-POSITION: left top; =
BACKGROUND-REPEAT: repeat-y; COLOR: #000000; FONT-FAMILY: arial; =
FONT-SIZE: 12pt; MARGIN-LEFT: 8em
}
P.msoNormal {
    BACKGROUND-COLOR: #ffffff; BACKGROUND-POSITION: left top; =
BACKGROUND-REPEAT: repeat-y; COLOR: #000000; FONT-FAMILY: arial; =
FONT-SIZE: 12pt; MARGIN-LEFT: 8em
}
LI.msoNormal {
    BACKGROUND-COLOR: #ffffff; BACKGROUND-POSITION: left top; =
BACKGROUND-REPEAT: repeat-y; COLOR: #000000; FONT-FAMILY: arial; =
FONT-SIZE: 12pt; MARGIN-LEFT: 8em
}
P.msoNormal {
    COLOR: black; FONT-FAMILY: arial; FONT-SIZE: 12pt; MARGIN-BOTTOM: 0em; =
MARGIN-LEFT: 8em; MARGIN-TOP: 0em
}
LI.msoNormal {
    COLOR: black; FONT-FAMILY: arial; FONT-SIZE: 12pt; MARGIN-BOTTOM: 0em; =
MARGIN-LEFT: 8em; MARGIN-TOP: 0em
}
</STYLE>

<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR></HEAD>
<BODY background=3D"" bgColor=3D#ffff00 style=3D"BACKGROUND-COLOR: =
#ffff00">
<DIV><FONT size=3D2><SPAN class=3D879322415-09022000>Hi, We've got a =
customer with a=20
Webramp analog "router", that has had really inconsistent connection =
problems.=20
They can connect, but get no connection activity, and lots of Lost=20
Carriers.</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000></SPAN></FONT> </DIV>
<DIV><FONT size=3D2><SPAN class=3D879322415-09022000>Yep, I looked up =
in 3Com's=20
knowledgebase, and suggested 2 things, disable ccpp (I think)-which I =
did, and=20
also suggested disable PPP offloading.</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN class=3D879322415-09022000>We use ARC's with =
the 2.59.6=20
code and DSP's with the 2.0.60 code. Seemed to have had a little better =
luck=20
connecting with 2.0.60 DSP's, but is still having major problems. Seems =
like 1=20
out of every 4 connections stays up.</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000></SPAN></FONT> </DIV>
<DIV><FONT size=3D2><SPAN class=3D879322415-09022000>I'm not inclined =
to disable PPP=20
offloading; we have 5 DSP's in that chassis, and I'm concerned that =
I'll drag=20
EVERYONE's performance down.</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000></SPAN></FONT> </DIV>
<DIV><FONT size=3D2><SPAN class=3D879322415-09022000>Any other =
solutions? I'm about=20
ready to take a Netopia dual analog box out there to replace it. =
Webramp has=20
been of no help and doesn't seem to think there's any kind of problem =
with their=20
equipment. Is this more a DSP problem or an ARC problem? Would =
switching to the=20
latest ARC code (we don't use OSPF yet with ARC's so no problem), or=20
?</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000></SPAN></FONT> </DIV>
<DIV><FONT size=3D2><SPAN class=3D879322415-09022000>I'd rather (of =
course) not=20
create new problems if I'm only going to solve one fellow's=20
problem!</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000></SPAN></FONT> </DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000>Thanks!</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000></SPAN></FONT> </DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000>SMT</SPAN></FONT></DIV>
<DIV><FONT size=3D2><SPAN =
class=3D879322415-09022000></SPAN></FONT> </DIV>
<DIV align=3Dcenter><FONT size=3D1>Scott Trautman, President, Global =
Dialog=20
Internet</FONT></DIV>
<DIV align=3Dcenter><FONT size=3D1><A=20
href=3D"mailto:[e-mail]">[e-mail]</A></FONT><FONT =
size=3D1>  <A=20
href=3D"http://www.gdinet.com/">http://www.gdinet.com</A></FONT></DIV>
<DIV align=3Dcenter><FONT size=3D1>2810 Crossroads, Suite LL2, Madison =
WI=20
53718</FONT></DIV>
<DIV align=3Dcenter><FONT size=3D1>608-240-4638/4637fax - Internet =
Service=20
Provider</FONT></DIV></BODY></HTML>

------_=_NextPart_001_01BF73E1.593CE4A0--

------_=_NextPart_000_01BF73E1.593CE4A0
Content-Type: application/octet-stream;
    name="Scott Trautman (Business Fax).vcf"
Content-Disposition: attachment;
    filename="Scott Trautman (Business Fax).vcf"

BEGIN:VCARD
VERSION:2.1
N:Trautman;Scott
FN:Scott Trautman (Business Fax)
ORG:Global Dialog Internet
TITLE:President
TEL;WORK;VOICE:[phone]
TEL;WORK;VOICE:[phone]
TEL;HOME;VOICE:[phone]
TEL;CELL;VOICE:[phone]
TEL;PAGER;VOICE:[e-mail]
TEL;WORK;FAX:[phone]
ADR;WORK;ENCODING=QUOTED-PRINTABLE:;;2810 Crossroads=0D=0ASuite LL2;Madison;WI;53718;United States of America
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:2810 Crossroads=0D=0ASuite LL2=0D=0AMadison, WI 53718=0D=0AUnited States of =
America
ADR;HOME:;;115 E. Oak St.;Lake Mills;WI;53551;United States of America
LABEL;HOME;ENCODING=QUOTED-PRINTABLE:115 E. Oak St.=0D=0ALake Mills, WI 53551=0D=0AUnited States of America
EMAIL;PREF;FAX:Scott Trautman@[phone]
REV:20000124T183646Z
END:VCARD

------_=_NextPart_000_01BF73E1.593CE4A0--

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) IP address change
Date: 10 Feb 2000 10:19:00 -0600

Can the ip address and gateway of an Arc and NMC be changed on the fly, or
does it require a reboot? We are moving to a new set of IP's and I can
migrate the IP pools rather easily, but I'm not sure on the Arc and NMC
themselves.

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: Martin Lathoud <[e-mail]>
Subject: Re: (usr-tc) NMCs keep dropping off the network
Date: 10 Feb 2000 11:59:41 -0500 (EST)

On Wed, 9 Feb 2000 [e-mail] wrote:

> I have to telnet into my console switch to reset the cards in
> order to get them back on-line. They behave for a while, then
> drop off again. I'm hoping we can dig up the bucks for HiPerNMCs
> to replace all these bastards at some point. Anyone got a quick
> fix meanwhile?
Same problem here. It sometimes even won't answer ping at all, but will
come back online by itself (no reboot, the nic just reappears).
My problem is probably to insufficient power (45Ax2 -is the backup used?-
for 14 Quads).
Do you have a 70A to check for this?

Martin


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 12:43:14 -0500

Many of you have contacted me for DSP hardware
I have this available now.

Unused Condition w/ CD-ROM and Docs.
1- USR Hiper DSP Modem Card w/ nic $3400

These are refurbished, deinstalled a week ago.
2- Hiper ARC w/ nics

1- Hiper NMC (New)
....................................................
WR Communication Associates
Worldwide Provider of Network Hardware Since 1981.

I'm always available for your call...732-433-5890
Steve Rivera - [e-mail]  v-732-833-2111 Office
  http://www.ISP-NetworkHardware.com  or http://www.wrca.net

---ACCESS/TRANSMISSION SPECIALIST---

Cisco, Ascend, Livingston, USR, Microcom,
Computone, Kentrox, Adtran...and 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 DenHollander <[e-mail]>
Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 11:03:33 -0700

What do you want for the ARC's? I will take both of them if the price is
right.



At 12:43 PM 2/10/00 -0500, you wrote:
>Many of you have contacted me for DSP hardware
>I have this available now.
>
>Unused Condition w/ CD-ROM and Docs.
>1- USR Hiper DSP Modem Card w/ nic $3400
>
>These are refurbished, deinstalled a week ago.
>2- Hiper ARC w/ nics
>
>1- Hiper NMC (New)
>....................................................
>WR Communication Associates
>Worldwide Provider of Network Hardware Since 1981.
>
>I'm always available for your call...732-433-5890
>Steve Rivera - [e-mail]  v-732-833-2111 Office
>  http://www.ISP-NetworkHardware.com  or http://www.wrca.net
>
>---ACCESS/TRANSMISSION SPECIALIST---
>
>Cisco, Ascend, Livingston, USR, Microcom,
>Computone, Kentrox, Adtran...and 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.
>


David DenHollander

[phone] Main
[phone] Fax

List your equipment for free
http://www.adoptable.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]
Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 11:30:44 -0700

At 12:43 PM 2/10/00 -0500, you wrote:
>Many of you have contacted me for DSP hardware
>I have this available now.
>
>Unused Condition w/ CD-ROM and Docs.
>1- USR Hiper DSP Modem Card w/ nic $3400
>
>These are refurbished, deinstalled a week ago.
>2- Hiper ARC w/ nics
>
>1- Hiper NMC (New)

Can I have prices on these?
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: "Mark E. Levy" <[e-mail]>
Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 12:39:57 -0600

Um, look 7 lines up from your reply...

[e-mail] wrote:
>
> At 12:43 PM 2/10/00 -0500, you wrote:
> >Many of you have contacted me for DSP hardware
> >I have this available now.
> >
> >Unused Condition w/ CD-ROM and Docs.
> >1- USR Hiper DSP Modem Card w/ nic $3400
> >
> >These are refurbished, deinstalled a week ago.
> >2- Hiper ARC w/ nics
> >
> >1- Hiper NMC (New)
>
> Can I have prices on these?
> 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.

--
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: Brian <[e-mail]>
Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 12:59:13 -0600 (CST)

On Thu, 10 Feb 2000, Mark E. Levy wrote:

> Um, look 7 lines up from your reply...

where you will find a price for a DSP, but not prices for the other 3
pieces of equipment he is selling.............


>
> [e-mail] wrote:
> >
> > At 12:43 PM 2/10/00 -0500, you wrote:
> > >Many of you have contacted me for DSP hardware
> > >I have this available now.
> > >
> > >Unused Condition w/ CD-ROM and Docs.
> > >1- USR Hiper DSP Modem Card w/ nic $3400
> > >
> > >These are refurbished, deinstalled a week ago.
> > >2- Hiper ARC w/ nics
> > >
> > >1- Hiper NMC (New)
> >
> > Can I have prices on these?
> > 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.
>
> --
> ---------------------------------------------------------------------
> 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 14:07:48 -0500

At 11:30 AM 02/10/2000 -0700, you wrote:
>At 12:43 PM 2/10/00 -0500, you wrote:
> >Many of you have contacted me for DSP hardware
> >I have this available now.
> >
> >Unused Condition w/ CD-ROM and Docs.
> >1- USR Hiper DSP Modem Card w/ nic $3400
> >
> >These are refurbished, deinstalled a week ago.
> >2- Hiper ARC w/ nics $1900
> >
> >1- Hiper NMC (New) $625
>
>Can I have prices on these?
>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: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 14:07:48 -0500

At 11:30 AM 02/10/2000 -0700, you wrote:
>At 12:43 PM 2/10/00 -0500, you wrote:
> >Many of you have contacted me for DSP hardware
> >I have this available now.
> >
> >Unused Condition w/ CD-ROM and Docs.
> >1- USR Hiper DSP Modem Card w/ nic $3400
> >
> >These are refurbished, deinstalled a week ago.
> >2- Hiper ARC w/ nics $1900
> >
> >1- Hiper NMC (New) $625
>
>Can I have prices on these?
>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: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
Date: 10 Feb 2000 14:08:47 -0500

sorry about that...Prices were just posted.

At 12:59 PM 02/10/2000 -0600, you wrote:
>On Thu, 10 Feb 2000, Mark E. Levy wrote:
>
> > Um, look 7 lines up from your reply...
>
>where you will find a price for a DSP, but not prices for the other 3
>pieces of equipment he is selling.............
>
>
> >
> > [e-mail] wrote:
> > >
> > > At 12:43 PM 2/10/00 -0500, you wrote:
> > > >Many of you have contacted me for DSP hardware
> > > >I have this available now.
> > > >
> > > >Unused Condition w/ CD-ROM and Docs.
> > > >1- USR Hiper DSP Modem Card w/ nic $3400
> > > >
> > > >These are refurbished, deinstalled a week ago.
> > > >2- Hiper ARC w/ nics
> > > >
> > > >1- Hiper NMC (New)
> > >
> > > Can I have prices on these?
> > > 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.
> >
> > --
> > ---------------------------------------------------------------------
> > 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.
> >
>
>-----------------------------------------------------
>Brian Feeny (BF304)     [e-mail]
>318-222-2638 x 109      http://www.shreve.net/~signal
>Network Administrator   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.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMCs keep dropping off the network
Date: 10 Feb 2000 15:47:59 -0500

>On Wed, 9 Feb 2000 [e-mail] wrote:
>
> > I have to telnet into my console switch to reset the cards in
> > order to get them back on-line. They behave for a while, then
> > drop off again. I'm hoping we can dig up the bucks for HiPerNMCs
> > to replace all these bastards at some point. Anyone got a quick
> > fix meanwhile?
>Same problem here. It sometimes even won't answer ping at all, but will
>come back online by itself (no reboot, the nic just reappears).
>My problem is probably to insufficient power (45Ax2 -is the backup used?-
>for 14 Quads).
>Do you have a 70A to check for this?

Most of the chassis have redundant 70A PSUs. Some of the NMCs that are
dropping are on chassis that aren't taking a lot of calls, either.
This is what is so puzzling about it. My paranoia says they're doing
this to encourage the purchase of HiPerNMCs...

*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 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: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) NMCs keep dropping off the network
Date: 10 Feb 2000 16:23:37 -0500

I've got one NMC card in a remote POP that stops responding.  Interesting
to note, if I log on to the gateway router at that particular POP, and ping
the card from there, it comes back to life, and is visible on the network
again.  After a short period of time (10 minutes?), it stops responding
again.  I wonder if this is some sort of strange ARP issue.

At 03:47 PM 2/10/00 -0500, you wrote:
>>On Wed, 9 Feb 2000 [e-mail] wrote:
>>
>> > I have to telnet into my console switch to reset the cards in
>> > order to get them back on-line. They behave for a while, then
>> > drop off again. I'm hoping we can dig up the bucks for HiPerNMCs
>> > to replace all these bastards at some point. Anyone got a quick
>> > fix meanwhile?
>>Same problem here. It sometimes even won't answer ping at all, but will
>>come back online by itself (no reboot, the nic just reappears).
>>My problem is probably to insufficient power (45Ax2 -is the backup used?-
>>for 14 Quads).
>>Do you have a 70A to check for this?
>
>Most of the chassis have redundant 70A PSUs. Some of the NMCs that are
>dropping are on chassis that aren't taking a lot of calls, either.
>This is what is so puzzling about it. My paranoia says they're doing
>this to encourage the purchase of HiPerNMCs...
>
>*********************************************************
>Michelle M. Mogil
>Network and Computing Systems
>721 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.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]

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


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

From: Lists <[e-mail]>
Subject: Re: (usr-tc) NMCs keep dropping off the network
Date: 11 Feb 2000 08:56:11 +1100 (EST)


> Same problem here. It sometimes even won't answer ping at all, but
> will come back online by itself (no reboot, the nic just reappears).
> My problem is probably to insufficient power (45Ax2 -is the backup
> used?- for 14 Quads).

Missed the start of this thread - but we have several chassis with a
single E1 card, 14 quads, NETserver and NMC.  I have had two of them run
on single 45A power supplies for a week or two until I got on-site to
replace the failed supply.  No problems.

Bob Purdon,                          Ground Floor, Marine Board Building
Technical Manager (Tas/Vic),                  1 Franklin Wharf, Tas 7000
Southern 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: Dave Kitabjian <[e-mail]>
Subject: (usr-tc) "dictionary": where to get the most recent?
Date: 05 Jan 2000 10:33:14 -0500


I'm a newbie to USR-TC, so please pardon me if this is a FAQ...

I'm working on integrating a new Radius server with our Total Control
chasses. Where can I get the most recent (ie, complete and up to date)
Radius "dictionary" file for these chasses?

I've searched the "Documentation Library" CD and, to some extent, the web
site, but haven't found anything. I'd be grateful if someone could point me
in the right direction.

Thanks!

Dave
:)

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) "dictionary": where to get the most recent?
Date: 10 Feb 2000 17:28:24 -0500 (EST)


    I am looking for anyone who has "modified" their MERIT radius
dictionary file to handle the NEW ATTRIBUTES that the ne HiperAr v4.1.22
code is now THROWING into my detail files!

  If anyone has done this, please email me the NEW attributes so that I
can place them in my dictionary file...

  I believe they deal with USR-Call-Arrival-Time and
               USR-Call-Terminate-Time.

  Not sure what the other two vendor specific codes are....

   Thanks in advance!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================



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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) NMCs keep dropping off the network
Date: 10 Feb 2000 18:53:29 -0500 (EST)


On Thu, 10 Feb 2000 [e-mail] wrote:

> Most of the chassis have redundant 70A PSUs. Some of the NMCs that are
> dropping are on chassis that aren't taking a lot of calls, either.
> This is what is so puzzling about it. My paranoia says they're doing
> this to encourage the purchase of HiPerNMCs...

This might be off base, but I seem to recall a similar problem long
ago...  I believe that there is a setting (at least at the console) to set
the ether to BNC or 10BT or auto.  If it's not locked to what you're
using, try locking it in.

Another thing to check is the uptime.  Is it possibly rebooting?  I can
make my test chassis (45A, 4M NMC) reboot easily by tossing in a DSP and
trying to hit the chassis with TCM.  I assume that's not the issue, but
maybe you're settings aren't being saved properly and it loses part/all of
it's config on boot.  Make sure you pick "Save UI to EEPROM" after making
any IP addy changes in TCM...

Charles

> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 721 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: Charles Sprickman <[e-mail]>
Subject: (usr-tc) 4.2.32 and Quads in "BusyOut"
Date: 10 Feb 2000 18:56:35 -0500 (EST)

Hi,

One thing I've noticed since going to 4.2.32 on my ARCs is that my
monitoring script shows at least 4 to 8 modems per chassis busied out.  A
software reset on just the modem will bring it back...

Is this a known issue?  The only thing that changed was the ARC upgrade,
quads have been running the latest since it came out.  Also, "list
int" will show all of the modems "UP/UP" even when they are busied out.

Any ideas?

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: Greg Coffey <[e-mail]>
Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
Date: 10 Feb 2000 17:11:00 -0700

How do you monitor the busied out ones, how do you find them?


At 06:56 PM 2/10/00 -0500, you wrote:
>Hi,
>
>One thing I've noticed since going to 4.2.32 on my ARCs is that my
>monitoring script shows at least 4 to 8 modems per chassis busied out.  A
>software reset on just the modem will bring it back...
>
>Is this a known issue?  The only thing that changed was the ARC upgrade,
>quads have been running the latest since it came out.  Also, "list
>int" will show all of the modems "UP/UP" even when they are busied out.
>
>Any ideas?
>
>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.


Thanks, Greg Coffey                               <[e-mail]>
Visionary Communications  V 307-234-5443    F 307-234-5446
100 N. Center Suite #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: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
Date: 10 Feb 2000 19:40:48 -0500 (EST)

On Thu, 10 Feb 2000, Greg Coffey wrote:

> How do you monitor the busied out ones, how do you find them?

With a very ugly bug-ridden script I wrote in perl...  Trust me, you don't
want it.  It would take more time to set it up for your site than it would
for you to write your own :)

Here's the OIDs I look at:

# chassis items
$oid_chas_opstat=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasEnt
ity.uchasEntityTable.uchasEntityEntry.uchasEntityOperStatus";
$oid_chas_ps=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasPowerSu
pply.uchasPowerSupplyTable.uchasPowerSupplyEntry.uchasPowerSupplyOperStatus";
$oid_chas_ps_out=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasPow
erSupply.uchasPowerSupplyOutTable.uchasPowerSupplyOutEntry.uchasPowerSupplyOutWa
rnings";
$oid_chas_env=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasEnviro
n.uchasEnvironTable.uchasEnvironEntry.uchasEnvironStatus";

#nmc items
$oid_nmc_stat=".iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcStat.nmc
StatStatus";
$oid_nmc_temp=".iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcStat.nmc
StatTemperature";
$oid_nmc_test=".iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcStat.nmc
StatPowerUpTstFailures";

#ds0-level items (PRI/T1 card only)
$oid_ds0_stat=".iso.org.dod.internet.private.enterprises.usr.nas.ds0.ds0StatTabl
e.ds0StatEntry.ds0StatDs0";
$oid_ds0_statmodem=".iso.org.dod.internet.private.enterprises.usr.nas.ds0.ds0Sta
tTable.ds0StatEntry.ds0StatModem";

#ds0-level items (HiPer DSP)
$oid_rds0_stat=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds0Sta
tTable.usrds0StatEntry.usrds0StatDs0";
$oid_rds0_statserv=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds
0StatTable.usrds0StatEntry.usrds0StatDs0SrvcState";

#ds1-level items (PRI/T1 card only)
$oid_ds1_curstat=".iso.org.dod.internet.experimental.ds1.ds1CurrentTable.ds1Curr
entEntry";

#ds1-level items (HiPer DSP)
$oid_dsx1_curstat="transmission.ds1.dsx1CurrentTable.dsx1CurrentEntry";

I'm sure there's some stuff missing, but this catches a number of little
things and emails me more often than it should...

Any other ideas on things to look at?

To see call-failure rates, I think I'd have to get chassis accounting set
up and all, which is a whole 'nother project.  Or look at my radacct logs
in mysql for patterns...

Charles

>
> At 06:56 PM 2/10/00 -0500, you wrote:
> >Hi,
> >
> >One thing I've noticed since going to 4.2.32 on my ARCs is that my
> >monitoring script shows at least 4 to 8 modems per chassis busied out.  A
> >software reset on just the modem will bring it back...
> >
> >Is this a known issue?  The only thing that changed was the ARC upgrade,
> >quads have been running the latest since it came out.  Also, "list
> >int" will show all of the modems "UP/UP" even when they are busied out.
> >
> >Any ideas?
> >
> >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.
>
>
> Thanks, Greg Coffey                               <[e-mail]>
> Visionary Communications  V 307-234-5443    F 307-234-5446
> 100 N. Center Suite #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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Man are ARC's FAST!  Another bug?
Date: 10 Feb 2000 23:01:13 -0500 (EST)

Check this out:

CPU Utilization:
Instantaneous : 0%
Last Minute   : 0%
Last Hour     : 0%
Last Day      : 0%


System Date ( Time in GMT )               29-JAN-1997 23:00:38
System UpTime:                            30d 10:41:37

This is on a 205 port chassis running 2.0.51, 4.1.29.

Go 3Com!

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: "Jorge Lozano" <[e-mail]>
Subject: (usr-tc) Hiper 4.2.32 problem
Date: 11 Feb 2000 08:08:40 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_00D3_01BF7467.34E54F40
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

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

I have TCS 3.6 with ARC 4.2.32 and DSP 2.0.19... the ARC was a card
with 4.1.72 firmware, but I upgrade to it to 4.2.32... all work
fine...=20
but when I connect... in a short time.. 1 minute or 2... the call is
dropped.

can anybody help me?

thanks for your assistance,,

/Jorge Lozano

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

iQA/AwUBOKQJ16p3oywyFVUlEQKmNwCdEHtA74BZvB9TQvixehTOyPv6ns8AnAsL
rwlzZfsJ0EQiC0zRCMx/tQdX
=3D/dZ/
-----END PGP SIGNATURE-----


------=_NextPart_000_00D3_01BF7467.34E54F40
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>-----BEGIN PGP SIGNED MESSAGE-----<BR>Hash: SHA1</DIV>
<DIV> </DIV>
<DIV>I have TCS 3.6 with ARC 4.2.32 and DSP 2.0.19... the ARC was a =
card<BR>with=20
4.1.72 firmware, but I upgrade to it to 4.2.32... all work<BR>fine... =
<BR>but=20
when I connect... in a short time.. 1 minute or 2... the call=20
is<BR>dropped.</DIV>
<DIV> </DIV>
<DIV>can anybody help me?</DIV>
<DIV> </DIV>
<DIV>thanks for your assistance,,</DIV>
<DIV> </DIV>
<DIV>/Jorge Lozano</DIV>
<DIV> </DIV>
<DIV>-----BEGIN PGP SIGNATURE-----<BR>Version: PGPfreeware 6.5.2 for=20
non-commercial use <<A=20
href=3D"http://www.pgp.com">http://www.pgp.com</A>></DIV>
<DIV> </DIV>
<DIV>iQA/AwUBOKQJ16p3oywyFVUlEQKmNwCdEHtA74BZvB9TQvixehTOyPv6ns8AnAsL<BR>=
rwlzZfsJ0EQiC0zRCMx/tQdX<BR>=3D/dZ/<BR>-----END=20
PGP SIGNATURE-----<BR></DIV></BODY></HTML>

------=_NextPart_000_00D3_01BF7467.34E54F40--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMCs keep dropping off the network
Date: 11 Feb 2000 08:07:15 -0500

>This might be off base, but I seem to recall a similar problem long
>ago...  I believe that there is a setting (at least at the console) to set
>the ether to BNC or 10BT or auto.  If it's not locked to what you're
>using, try locking it in.

Where would I find this? On the console, under the 'Configuration'
menu, I have:

  1 Local LAN IP Address
  2 Local WAN IP Address
  3 Local Gateway IP Address
  4 Local Token Ring IEEE Address
  5 Local SNMP Community Strings
  6 Local LAN Enable/Disable on Power-up
  7 RADIUS Secret Key
  8 Reinitialize Authorized Access List
  9 Save Configuration To Non-Volatile Memory
  10 Enable/Disable Routing between LAN & WAN
  11 UI/SLIP Port Selection
  12 Local WAN2 IP Address
  13 Local INACTIVITY TIME
  14 PASSWORD Screen Enable/Disable

I've checked and double-checked the LAN settings; all is good.

>Another thing to check is the uptime.  Is it possibly
>rebooting?[...]  Make sure you pick "Save UI to EEPROM" after making
>any IP addy changes in TCM...

Was there, did that. After being burned once, I make *sure* I save the
config. 8-) Cards are not rebooting, apparently. If they were, wouldn't
they come back on their own eventually?

*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 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: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
Date: 11 Feb 2000 08:05:13 -0600

I have the same problem. My telco usually calls to complain about the
quantity of wink failures in their morning reports, then I use TCM to
monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats (all
tests) to display the status of the T1 channels on the T1 or PRI card.

It could be a modem code problem. We are still running 5.10.9 because the
last time I tried the new 6.X code the phone rang off the wall due to
connection problems. That was before the latest Arc code and I have been
hesitant to try again. I see about 6 modems per week hung up in this manner.

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


----- Original Message -----
Sent: Thursday, February 10, 2000 5:56 PM


> Hi,
>
> One thing I've noticed since going to 4.2.32 on my ARCs is that my
> monitoring script shows at least 4 to 8 modems per chassis busied out.  A
> software reset on just the modem will bring it back...
>
> Is this a known issue?  The only thing that changed was the ARC upgrade,
> quads have been running the latest since it came out.  Also, "list
> int" will show all of the modems "UP/UP" even when they are busied out.
>
> Any ideas?
>
> Thanks,
>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: Chris Hanes <[e-mail]>
Subject: (usr-tc) blinking red wan rx led on Netserver PRI card
Date: 11 Feb 2000 10:28:50 -0500

Does anyone know what this indicates?  I'm getting calls on the box and
the red comes and goes.

Thanks,
Chris Hanes


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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
Date: 11 Feb 2000 11:06:10 -0500 (EST)

WOW! Your telco actually called you to let you know there was a problem...
that must be nice.

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

On Fri, 11 Feb 2000, Mark Thornton wrote:

> I have the same problem. My telco usually calls to complain about the
> quantity of wink failures in their morning reports, then I use TCM to
> monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats (all
> tests) to display the status of the T1 channels on the T1 or PRI card.
>
> It could be a modem code problem. We are still running 5.10.9 because the
> last time I tried the new 6.X code the phone rang off the wall due to
> connection problems. That was before the latest Arc code and I have been
> hesitant to try again. I see about 6 modems per week hung up in this manner.
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
> ----- Original Message -----
> From: Charles Sprickman <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, February 10, 2000 5:56 PM
> Subject: (usr-tc) 4.2.32 and Quads in "BusyOut"
>
>
> > Hi,
> >
> > One thing I've noticed since going to 4.2.32 on my ARCs is that my
> > monitoring script shows at least 4 to 8 modems per chassis busied out.  A
> > software reset on just the modem will bring it back...
> >
> > Is this a known issue?  The only thing that changed was the ARC upgrade,
> > quads have been running the latest since it came out.  Also, "list
> > int" will show all of the modems "UP/UP" even when they are busied out.
> >
> > Any ideas?
> >
> > Thanks,
> >
> > Charles
> >
> > --
> > =-----------------=                                        =
> > | Charles Sprickman                       Internet Channel |
> > | INCH System Administration Team         [phone]    |
> > | [e-mail]                          [e-mail]  |
> > =                                         =----------------=
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 4.2.32 and Quads in "BusyOut"
Date: 11 Feb 2000 09:52:24 -0600

The switch room guys and the hi-cap wiring folks are very friendly and
helpful. It is the upper management that gets in the way. They are really
good at making simple things into hard work for their own employees.
Sometimes the employees just want to get it fixed...

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


----- Original Message -----
Sent: Friday, February 11, 2000 10:06 AM


> WOW! Your telco actually called you to let you know there was a problem...
> that must be nice.
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Fri, 11 Feb 2000, Mark Thornton wrote:
>
> > I have the same problem. My telco usually calls to complain about the
> > quantity of wink failures in their morning reports, then I use TCM to
> > monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats
(all
> > tests) to display the status of the T1 channels on the T1 or PRI card.
> >
> > It could be a modem code problem. We are still running 5.10.9 because
the
> > last time I tried the new 6.X code the phone rang off the wall due to
> > connection problems. That was before the latest Arc code and I have been
> > hesitant to try again. I see about 6 modems per week hung up in this
manner.
> >
> > Mark Thornton
> > San Marcos Internet, Inc.
> > 512-393-5300
> >
> >
> > ----- Original Message -----
> > From: Charles Sprickman <[e-mail]>
> > To: <[e-mail]>
> > Sent: Thursday, February 10, 2000 5:56 PM
> > Subject: (usr-tc) 4.2.32 and Quads in "BusyOut"
> >
> >
> > > Hi,
> > >
> > > One thing I've noticed since going to 4.2.32 on my ARCs is that my
> > > monitoring script shows at least 4 to 8 modems per chassis busied out.
A
> > > software reset on just the modem will bring it back...
> > >
> > > Is this a known issue?  The only thing that changed was the ARC
upgrade,
> > > quads have been running the latest since it came out.  Also, "list
> > > int" will show all of the modems "UP/UP" even when they are busied
out.
> > >
> > > Any ideas?
> > >
> > > Thanks,
> > >
> > > Charles
> > >
> > > --
> > > =-----------------=                                        =
> > > | Charles Sprickman                       Internet Channel |
> > > | INCH System Administration Team         [phone]    |
> > > | [e-mail]                          [e-mail]  |
> > > =                                         =----------------=
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: "The NOC \(COX Internet\)" <[e-mail]>
Subject: (usr-tc) Upgrading
Date: 11 Feb 2000 11:03:55 -0600

Anybody ever heard of upgrading a HiPer ARC from 4.1.59 to 4.2.32-1 and
after the upgrade it still says the code is 4.1.59?

Bryan
NOC Technician
COX 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: "The NOC \(COX Internet\)" <[e-mail]>
Subject: Re: (usr-tc) Upgrading
Date: 11 Feb 2000 11:11:24 -0600

Nm.  I just reboot the card and it came up correctly.

Bryan
NOC Technician
COX Internet

----- Original Message -----
Sent: Friday, February 11, 2000 11:03 AM


> Anybody ever heard of upgrading a HiPer ARC from 4.1.59 to 4.2.32-1 and
> after the upgrade it still says the code is 4.1.59?
>
> Bryan
> NOC Technician
> COX 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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Upgrading
Date: 11 Feb 2000 11:13:29 -0600

Did you hard reset it (power cycle or "hardware reset" from TCM)?  If
you did, then the upgrade didn't "take."  I've never had that happen,
but I'm sure it's possible.

"The NOC (COX Internet)" wrote:
>
> Anybody ever heard of upgrading a HiPer ARC from 4.1.59 to 4.2.32-1 and
> after the upgrade it still says the code is 4.1.59?
>
> Bryan
> NOC Technician
> COX Internet

--
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: "The NOC \(COX Internet\)" <[e-mail]>
Subject: (usr-tc) Upgrading DSP
Date: 11 Feb 2000 11:48:01 -0600

Ok.  I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red
lights on my DSP card.  The 2 red lights are ALM and LPBK/D-ALM.  Is there a
problem with that version of code or did I over look something during the
upgrade.  The ARC card version is 4.2.32-1 and the NMC card is 5.5.5.  I did
the upgrade and then rebooted the card and after the reboot it came up with
the 2 alarms.  Since then I have had somebody pull out the card twice and
put it back in.  Any suggestions?

Bryan
NOC Technician
COX 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: "The NOC \(COX Internet\)" <[e-mail]>
Subject: (usr-tc) Upgrading DSP - adding more
Date: 11 Feb 2000 11:59:49 -0600

Heres what I just found:  When I do a show chassis slot 6 (which is the slot
having problems), I get the settings: Number of Ports: 23 and DYNAMIC
Console: Yes.  When I do any of the other slots I get Number of Ports: 24
and DYNAMIC Console: NO.  I hope this piece of information helps.  I am lost
as to why its doing this.

Bryan

-- Original Message --

 Ok.  I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red
 lights on my DSP card.  The 2 red lights are ALM and LPBK/D-ALM.  Is there
a
 problem with that version of code or did I over look something during the
 upgrade.  The ARC card version is 4.2.32-1 and the NMC card is 5.5.5.  I
did
 the upgrade and then rebooted the card and after the reboot it came up with
 the 2 alarms.  Since then I have had somebody pull out the card twice and
 put it back in.  Any suggestions?

 Bryan
 NOC Technician
 COX 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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) RIP problem after renumbering
Date: 11 Feb 2000 12:30:19 -0600

We are moving to a new ip address block and this is causing problems with my
cisco router. Specifically, when I specify "network 63.90.208.0" in the
router rip configuration it creates the entry as "network 63.0.0.0" and does
not pick up any of the rip routes from the chassis's I have moved. The
chassis's themselves see the rip routes from the other chassis's in the same
class C, but not the those in the old class C block.

I'm sure I'm doing something wrong, but it eludes me at the moment. Can
anyone help?

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: Dave Lajoie <[e-mail]>
Subject: Re: (usr-tc) Upgrading DSP - adding more
Date: 11 Feb 2000 14:19:17 -0500 (EST)

Bryan,

    Check to be sure your trunk settings are correct or the same as
your other DSP cards.

Dave Lajoie
RA Administrator
E-Mail: [e-mail]

On Fri, 11 Feb 2000, The NOC (COX Internet) wrote:

> Heres what I just found:  When I do a show chassis slot 6 (which is the slot
> having problems), I get the settings: Number of Ports: 23 and DYNAMIC
> Console: Yes.  When I do any of the other slots I get Number of Ports: 24
> and DYNAMIC Console: NO.  I hope this piece of information helps.  I am lost
> as to why its doing this.
>
> Bryan
>
> -- Original Message --
>
>  Ok.  I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red
>  lights on my DSP card.  The 2 red lights are ALM and LPBK/D-ALM.  Is there
> a
>  problem with that version of code or did I over look something during the
>  upgrade.  The ARC card version is 4.2.32-1 and the NMC card is 5.5.5.  I
> did
>  the upgrade and then rebooted the card and after the reboot it came up with
>  the 2 alarms.  Since then I have had somebody pull out the card twice and
>  put it back in.  Any suggestions?
>
>  Bryan
>  NOC Technician
>  COX 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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) RIP problem after renumbering
Date: 11 Feb 2000 13:06:28 -0600

God, I love this list. The mere threat of asking my question on the list
forced the Cisco to wake up and start participating in the rip sessions
after 3 hours of waiting. Your karma must be powerful.

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


----- Original Message -----
Sent: Friday, February 11, 2000 12:30 PM


> We are moving to a new ip address block and this is causing problems with
my
> cisco router. Specifically, when I specify "network 63.90.208.0" in the
> router rip configuration it creates the entry as "network 63.0.0.0" and
does
> not pick up any of the rip routes from the chassis's I have moved. The
> chassis's themselves see the rip routes from the other chassis's in the
same
> class C, but not the those in the old class C block.
>
> I'm sure I'm doing something wrong, but it eludes me at the moment. Can
> anyone help?
>
> 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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) RIP problem after renumbering
Date: 11 Feb 2000 15:39:14 -0400


It's the combined mojo of Jeff McAdams, Mike Andrews, Krish, and Mike
Wronski mostly.

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


> -----Original Message-----
> From: Mark Thornton [mailto:[e-mail]]
> Sent: Friday, February 11, 2000 3:06 PM
> To: [e-mail]
> Subject: Re: (usr-tc) RIP problem after renumbering
>
>
> God, I love this list. The mere threat of asking my question
> on the list
> forced the Cisco to wake up and start participating in the
> rip sessions
> after 3 hours of waiting. Your karma must be powerful.
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
> ----- Original Message -----
> From: Mark Thornton <[e-mail]>
> To: <[e-mail]>
> Sent: Friday, February 11, 2000 12:30 PM
> Subject: (usr-tc) RIP problem after renumbering
>
>
> > We are moving to a new ip address block and this is causing
> problems with
> my
> > cisco router. Specifically, when I specify "network
> 63.90.208.0" in the
> > router rip configuration it creates the entry as "network
> 63.0.0.0" and
> does
> > not pick up any of the rip routes from the chassis's I have
> moved. The
> > chassis's themselves see the rip routes from the other
> chassis's in the
> same
> > class C, but not the those in the old class C block.
> >
> > I'm sure I'm doing something wrong, but it eludes me at the
> moment. Can
> > anyone help?
> >
> > 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.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMCs keep dropping off the network
Date: 11 Feb 2000 18:21:36 -0500 (EST)

Something *completely* different to look at...

Some older NMC revs would lose IP connectivity if you sent an SNMP request
that was too large.  If the response packet was bigger than 1500 bytes,
the IP stack on the card would crash, and you'd have to reboot the card to
get it to wake up again.  Apparently it didn't deal with IP fragmentation
very well...

I think they finally did fix that bug somewhere in the 6.x.x NMC code.

If you want to check, start a continuous ping up, then do a snmpget for
several large string variables at once.  Or maybe just the same integer
variable repeated a bunch of times...  but have it try to snmpget about 50
or 60 variables at once.  If the card stops responding to pings, you need
newer NMC code.  If pings keep working, but the SNMP query just times out,
then you're OK.

I found this when writing a bulk chassis config tool (which I'm in the
middle of rewriting from scratch today)... it essentially snmpwalks the
whole box and compares the values to a list in a config file.  I had to
cut back the number of simultaneous snmpget requests it did at a time to
about 10 to keep it from killing the boxes as I was programming them... :)


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Wed, 9 Feb 2000 [e-mail] wrote:

> I'm having a problem with my 486 NMCs that seems to be getting
> progressively worse. They will be humming along in TCM just
> fine, then suddenly decide to stop doing SNMP. The ping returns
> tend to fluctuate all over the place, too, but I thought this
> was more or less "normal" for these guys:
>
> > ping -c50 -C dwan5
> PING DWAN5.DIALUP.CORNELL.EDU (132.236.102.11): 64 data bytes
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> ----DWAN5.DIALUP.CORNELL.EDU (132.236.102.11) PING Statistics----
> 50 transmitted, 50 received, 0.00% packet loss.
> round-trip (ms) min/avg/max = 2.298/83.612/113.953
>                  var/sdev/skew/kurt = 1244.830/35.282/-1.685/3.983
> >
>
> I have to telnet into my console switch to reset the cards in
> order to get them back on-line. They behave for a while, then
> drop off again. I'm hoping we can dig up the bucks for HiPerNMCs
> to replace all these bastards at some point. Anyone got a quick
> fix meanwhile?
> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 721 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 Andrews <[e-mail]>
Subject: RE: (usr-tc) RIP problem after renumbering
Date: 11 Feb 2000 18:27:13 -0500 (EST)

Nah, it probably just caught the flu I have. :p

(But one of Jeff Mcadams' co-workers or competitors gave the flu to me
last week at a Kentucky ISP meeting... probably competitors :)

Heh.

Seriously, make sure you have "ip classless" in your Cisco config and
"version 2" in the "router rip" section... sounds like it was trying to do
classful routing, which nobody should be doing in this decade. :)


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Fri, 11 Feb 2000, Stainforth, Matthew wrote:

>
> It's the combined mojo of Jeff McAdams, Mike Andrews, Krish, and Mike
> Wronski mostly.
>
> Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
>
>
> > -----Original Message-----
> > From: Mark Thornton [mailto:[e-mail]]
> > Sent: Friday, February 11, 2000 3:06 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) RIP problem after renumbering
> >
> >
> > God, I love this list. The mere threat of asking my question
> > on the list
> > forced the Cisco to wake up and start participating in the
> > rip sessions
> > after 3 hours of waiting. Your karma must be powerful.
> >
> > Mark Thornton
> > San Marcos Internet, Inc.
> > 512-393-5300
> >
> >
> > ----- Original Message -----
> > From: Mark Thornton <[e-mail]>
> > To: <[e-mail]>
> > Sent: Friday, February 11, 2000 12:30 PM
> > Subject: (usr-tc) RIP problem after renumbering
> >
> >
> > > We are moving to a new ip address block and this is causing
> > problems with
> > my
> > > cisco router. Specifically, when I specify "network
> > 63.90.208.0" in the
> > > router rip configuration it creates the entry as "network
> > 63.0.0.0" and
> > does
> > > not pick up any of the rip routes from the chassis's I have
> > moved. The
> > > chassis's themselves see the rip routes from the other
> > chassis's in the
> > same
> > > class C, but not the those in the old class C block.
> > >
> > > I'm sure I'm doing something wrong, but it eludes me at the
> > moment. Can
> > > anyone help?
> > >
> > > 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.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) RIP problem after renumbering
Date: 11 Feb 2000 19:07:16 -0500

Thus spake Mike Andrews
>Nah, it probably just caught the flu I have. :p

>(But one of Jeff Mcadams' co-workers or competitors gave the flu to me
>last week at a Kentucky ISP meeting... probably competitors :)

Yeah...and now our lawyer is coming down with something too...lovely.
:)

>Heh.

>Seriously, make sure you have "ip classless" in your Cisco config and
>"version 2" in the "router rip" section... sounds like it was trying to do
>classful routing, which nobody should be doing in this decade. :)

Indeed...that's possible...even with "ip classless" though, if you don't
put a netmask or wildcard mask on your network statements, it'll assume
the "natural class mask"...so with the 63.x.x.x addresses in question,
IOS would assume a 255.0.0.0 netmask.  Unfortunately...I'm not sure you
can put a netmask or wildcard mask on the network statements in a
"router rip" section...that's something you'll proly need to check on.
It looks like my router isn't letting me do that (11.1(26)cc), but it
may be something that's quirky to that version or something...not sure.
If that's the case IOS wide...I'd personally consider it a bug in these
classless addressing days.  :)
--
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: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) NMCs keep dropping off the network
Date: 11 Feb 2000 17:50:31 -0800 (PST)

On Fri, 11 Feb 2000, Mike Andrews wrote:

> Something *completely* different to look at...
>
> Some older NMC revs would lose IP connectivity if you sent an SNMP request
> that was too large.  If the response packet was bigger than 1500 bytes,
> the IP stack on the card would crash, and you'd have to reboot the card to
> get it to wake up again.  Apparently it didn't deal with IP fragmentation
> very well...
>
> I think they finally did fix that bug somewhere in the 6.x.x NMC code.
>
> If you want to check, start a continuous ping up, then do a snmpget for
> several large string variables at once.  Or maybe just the same integer
> variable repeated a bunch of times...  but have it try to snmpget about 50
> or 60 variables at once.  If the card stops responding to pings, you need
> newer NMC code.  If pings keep working, but the SNMP query just times out,
> then you're OK.
>
> I found this when writing a bulk chassis config tool (which I'm in the
> middle of rewriting from scratch today)... it essentially snmpwalks the
> whole box and compares the values to a list in a config file.  I had to
> cut back the number of simultaneous snmpget requests it did at a time to
> about 10 to keep it from killing the boxes as I was programming them... :)

That's mostly how I configure mine, except I only check and change the
values that vary from the default, no snmpwalk.  Single threaded, one
chassis at a time, takes about 10 mins to do a chassis w/6 DSP's.  I've
never bothered speeding it up since I use it so infrequently.  Certainly
much less error-prone than using TCM.


--
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: Brian <[e-mail]>
Subject: Re: (usr-tc) Man are ARC's FAST!  Another bug?
Date: 11 Feb 2000 23:44:45 -0600 (CST)


yeah, fast or broken, one or ther other :)



On Thu, 10 Feb 2000, Paul Farber wrote:

> Check this out:
>
> CPU Utilization:
> Instantaneous : 0%
> Last Minute   : 0%
> Last Hour     : 0%
> Last Day      : 0%
>
>
> System Date ( Time in GMT )               29-JAN-1997 23:00:38
> System UpTime:                            30d 10:41:37
>
> This is on a 205 port chassis running 2.0.51, 4.1.29.
>
> Go 3Com!
>
> 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) Upgrading DSP - adding more
Date: 11 Feb 2000 23:46:05 -0600 (CST)


I would statically define the cards myself, and forget about
nmc_chassis_awarness


On Fri, 11 Feb 2000, The NOC (COX Internet) wrote:

> Heres what I just found:  When I do a show chassis slot 6 (which is the slot
> having problems), I get the settings: Number of Ports: 23 and DYNAMIC
> Console: Yes.  When I do any of the other slots I get Number of Ports: 24
> and DYNAMIC Console: NO.  I hope this piece of information helps.  I am lost
> as to why its doing this.
>
> Bryan
>
> -- Original Message --
>
>  Ok.  I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red
>  lights on my DSP card.  The 2 red lights are ALM and LPBK/D-ALM.  Is there
> a
>  problem with that version of code or did I over look something during the
>  upgrade.  The ARC card version is 4.2.32-1 and the NMC card is 5.5.5.  I
> did
>  the upgrade and then rebooted the card and after the reboot it came up with
>  the 2 alarms.  Since then I have had somebody pull out the card twice and
>  put it back in.  Any suggestions?
>
>  Bryan
>  NOC Technician
>  COX 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: "Richard Gamberg" <[e-mail]>
Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
Date: 12 Feb 2000 01:50:40 +0500

[My earlier attempt to post regarding this subject didn't make it due to using different smtp server]

-> -----Original Message-----
-> From: [e-mail]
-> [mailto:[e-mail]]On Behalf Of Mark Thornton
-> Sent: Friday, February 04, 2000 12:19 PM

-> I am having a problem on three incoming CT1's that are
-> terminated by the T1
-> card to quad modems. We are seeing "bipolar violations", "code violation
-> errors", and "bursty errored seconds". The telco has looked into the hdsl
-> carrier and it shows no errors. Neither does the central switch.

> I began looking for problems when the number of people
-> complaining about not
-> being able to stay online jumped significantly today. They report the
-> problem has been going on for the past two days.
->
-> Does anyone have any thoughts on what these errors point to?

Line coding errors?
Check out the new updates to my "Line Coding Errors" page at
http://808hi.com/56k/coding.htm

Line coding errors may be much bigger issue than some think - can also occur in telco/clec facilities between subscriber and your switch - something you have little control over!

CT1 = beginning of recipe for 56k trouble
get PRI if at all possible.

Aloha,
Richard
http://808hi.com/ 56k=v.Unreliable






-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MS Access 2000/TC SA 6.0.8
Date: 12 Feb 2000 10:41:52 -0600

I am using TC S & A Database Manager 6.0.8 and MS Access 95 Version 7.0 and
TC Security/Accounting Server V6.0.  If I upgrade Access to Access 2000,
will TC S & A still work OK?  Has anyone had any problems doing this?

Thanks.  David
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (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: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) MS Access 2000/TC SA 6.0.8
Date: 12 Feb 2000 14:35:42 -0500

At 10:41 AM 2/12/00 -0600, David Swearingin wrote:
>I am using TC S & A Database Manager 6.0.8 and MS Access 95 Version 7.0 and
>TC Security/Accounting Server V6.0.  If I upgrade Access to Access 2000,
>will TC S & A still work OK?  Has anyone had any problems doing this?

I'm curious about this as well, running S&A Server 6.0.90 on Access 97 SP2


--
Kirk Mitchell-General Manager        [e-mail]
Keystone Connect                     Unlock Your World
Altoona, PA  814-941-5000/886-2500   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: Chad Schwartz <[e-mail]>
Subject: (usr-tc) TC Wink Digits
Date: 12 Feb 2000 15:35:05 -0600 (EST)

I have a problem with a USR Quad Modem rack, using GTE CyberDS1's.  Seems
that GTE hard-configures their "Wink Digits" at 1.  This works GREAT on a
different product (Digi International RAS 24/48 PTE board..), for which I
can actually SET the number of wink digits.

But it appears that on the USR Quad modem rack, I cannot SET this number.

My question, is What *IS* it *REALLY* set to on the USR side??

The 3COM knowledgebase doesn't seem to have any clue...

Thanks to anyone who might respond.

 Chad


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


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

From: "Terry Kennedy" <[e-mail]>
Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
Date: 12 Feb 2000 15:17:37 -0800

Is this really true? That CT1's are more prone to problems
than PRI?


CT1 = beginning of recipe for 56k trouble
get PRI if at all possible.

Aloha,
Richard
http://808hi.com/ 56k=v.Unreliable




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) CT1 problem / Line Coding Errors
Date: 12 Feb 2000 19:41:27 -0500 (EST)

On Sat, 12 Feb 2000, Terry Kennedy wrote:

> Is this really true? That CT1's are more prone to problems
> than PRI?

What was very confusing about the statement (and not true) is there was an
implication that CT1s performed worse when there were line coding
mismatches somewhere in the chain.

Being the victim of said problem, I can tell you it is equally nasty no
matter what the delivery method...

Charles

> CT1 = beginning of recipe for 56k trouble
> get PRI if at all possible.
>
> Aloha,
> Richard
> http://808hi.com/ 56k=v.Unreliable
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) CT1 problem / Line Coding Errors
Date: 12 Feb 2000 20:20:48 -0500

Charles Sprickman wrote:
>
> On Sat, 12 Feb 2000, Terry Kennedy wrote:
>
> > Is this really true? That CT1's are more prone to problems
> > than PRI?
>
> What was very confusing about the statement (and not true) is there was an
> implication that CT1s performed worse when there were line coding
> mismatches somewhere in the chain.
>
> Being the victim of said problem, I can tell you it is equally nasty no
> matter what the delivery method...

Yeah, if you have problems with line coding between the Tandem and the end
office, or in the DIOTs, it doesn't matter if you have ISDN Prime, CH-DS1,
you're going to have problems.

The best thing is to keep on the telco to make sure all their trunks are
configured properly. ISDN won't work when it hits a mismatched DS-1s in a
trunk group. It is true that you will sometimes get about 2400bps on average
better connect speed when you use PRI over CH-DS1.

-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: Aaron Nabil <[e-mail]>
Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
Date: 12 Feb 2000 19:01:24 -0800 (PST)

On Sat, 12 Feb 2000, Terry Kennedy wrote:

> Is this really true? That CT1's are more prone to problems
> than PRI?

No, of course not.

The paper also make some other rather misleading statements, like
"STANDARD TESTING WILL NOT DETECT LINE CODING MIS-MATCH".  Which is
abusrd, line coding problems are one of the many things tested for
when a T1 is turned up.  The point, if any, is that automated testing may
not detect line coding problems.

> CT1 = beginning of recipe for 56k trouble
> get PRI if at all possible.
>
> Aloha,
> Richard
> http://808hi.com/ 56k=v.Unreliable
>

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: "Richard Gamberg" <[e-mail]>
Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
Date: 12 Feb 2000 22:27:05 +0500

-> -----Original Message-----
-> From: [e-mail]
-> [mailto:[e-mail]]On Behalf Of Ronald Kushner
-> Sent: Saturday, February 12, 2000 3:21 PM
-> To: [e-mail]
-> Subject: Re: (usr-tc) CT1 problem / Line Coding Errors
->
->
-> Charles Sprickman wrote:
-> >
-> > On Sat, 12 Feb 2000, Terry Kennedy wrote:
-> >
-> > > Is this really true? That CT1's are more prone to problems
-> > > than PRI?
-> >
-> > What was very confusing about the statement (and not true) is
-> there was an
-> > implication that CT1s performed worse when there were line coding
-> > mismatches somewhere in the chain.

It wasn't my intention to imply that CT1s will perform worse when there are line coding mismatches somewhere in the chain.... However, I didn't explain why I said that CT1 is the first ingredient in a recipe for 56k trouble: and, the answer is: RBS. CT1 means you've got an RBS link between your equipment and the telco. If there is any other RBS link in the call path to the customer (ie, SLC, remote office trunks, etc.) decent 56k connections may be impossible unless the RBS links align - a 1-in-6 chance. 56k client modems are supposed to be handle multiple RBS links, but they often do not.

Aloha,
Richard
http://808hi.com/56k/ 56k=v.Unreliable



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Man are ARC's FAST!  Another bug?
Date: 12 Feb 2000 23:47:38 -0600

Do a "save all" then check the CPU.  This is on a fully loaded
chassis (15 DSP's, 1 ARC - 2.0.51 / 4.1.59 - 6) with 233 active
users:

CPU Utilization:
Instantaneous : 0%
Last Minute   : 0%
Last Hour     : 0%
Last Day      : 0%
tpk-32.7> save all
Saving ........SAVE ALL  Complete

tpk-32.7> sh cpu ut

CPU Utilization:
Instantaneous : 100%
Last Minute   : 28%
Last Hour     : 0%
Last Day      : 0%
tpk-32.7>
tpk-32.7> sh cpu ut

CPU Utilization:
Instantaneous : 100%
Last Minute   : 28%
Last Hour     : 0%
Last Day      : 0%
tpk-32.7>
tpk-32.7> sh cpu ut
 sh cpu ut

CPU Utilization:
Instantaneous : 81%
Last Minute   : 52%
Last Hour     : 0%
Last Day      : 0%
tpk-32.7>
tpk-32.7> sh cpu ut

etc...

blake

> -----Original Message-----
> From:    Paul Farber [SMTP:[e-mail]]
> Sent:    Thursday, February 10, 2000 10:01 PM
> To:    [e-mail]
> Subject:    (usr-tc) Man are ARC's FAST!  Another bug?
>
> Check this out:
>
> CPU Utilization:
> Instantaneous : 0%
> Last Minute   : 0%
> Last Hour     : 0%
> Last Day      : 0%
>
>
> System Date ( Time in GMT )               29-JAN-1997 23:00:38
> System UpTime:                            30d 10:41:37
>
> This is on a 205 port chassis running 2.0.51, 4.1.29.
>
> Go 3Com!
>
> 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.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: Hiper Bundles, DSP's
Date: 14 Feb 2000 18:12:15 -0500

All equipment guaranteed.

2- USR Hiper Bundles Complete in High Density Chassis $8500
4- USR Hiper DSP's $3400/set NAC/NIC
4- USR NMC V90 $800
2- USR Hiper ARC's $2000
7- Dual T1/E1 $600
10- NMC non v90 $600

More inventory than listed...just being polite. If interested in pieces,
parts, powers supplies,
Complete working units...I have them.

"Your USR Robotics Source"
Quality Pre-Owned Equipment

Steve Rivera
732-433-5890 24Hotline
732-833-2111 Office
....................................................
Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - [e-mail]  v-732-833-2111 Office
I'm always available for your call...732-433-5890 24Hr
  http://www.ISP-NetworkHardware.com  or http://www.wrca.net

Cisco, Ascend, Livingston, USR, Microcom, Motorola
Computone, Kentrox, Adtran...and 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] (David Swearingin)
Subject: (usr-tc) Multiple disconnects at one time
Date: 14 Feb 2000 20:31:24 -0600

We are experiencing multiple (5-8) disconnects at the same time.  I beleive
most but not all are from our one DSP, the rest from our quads.  Could it
be a HiPer ARC problem?  Where do I start looking?

David


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


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

From: [e-mail] (David Swearingin)
Subject: Re: (usr-tc) Multiple disconnects at one time
Date: 14 Feb 2000 21:51:10 -0600

At 08:31 PM 2/14/00 -0600, you wrote:
>We are experiencing multiple (5-8) disconnects at the same time.  I beleive
>most but not all are from our one DSP, the rest from our quads.  Could it
>be a HiPer ARC problem?  Where do I start looking?

Below is a list chassis, if that would help:

HiPer>> li chas
Slot    Owner        Description                      Ports   Type    Console
1       NO           Primary Rate T1 NAC              0       DYNAMIC NO
2       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
3       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
4       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
5       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
6       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
7       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
8       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
9       ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
10      ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
11      ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
12      ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
13      ASSIGNED     Gen. 2 V.34 Anal-Digi Modem NAC  4       DYNAMIC NO
14      YES          24 Channel High Density Modem    24      DYNAMIC YES
15      YES          --EMPTY--                        0       STATIC  NO
16      YES          HiPer Access Router NAC          0       DYNAMIC NO
HiPer>>

David


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


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

From: "Scott Farnsworth" <[e-mail]>
Subject: (usr-tc) Monitor PPP decoding
Date: 15 Feb 2000 12:34:34 -0800

Can someone give me an example of how to decode
the ingo from a ppp monitor?  Here is an example
of what I have monitored.

Incoming PPP Data on interface: slot:1/mod:12
    CTCP_DATA  ff 03 00 2d 64 01 fa 22 00 02 bc 00 01 00

Incoming PPP Data on interface: slot:1/mod:12
    CTCP_DATA  ff 03 00 2d 70 01 c7 6f 00 01 00 15 03 00 00 12 8c 74
9f 40 ...

Incoming PPP Data on interface: slot:1/mod:12
    IP_DATA    45 00 00 28 e4 30 40 00 80 06 e0 81 d1 f9 04 29 a7 d8
b8 22 ...

Outgoing PPP Data on interface: slot:1/mod:12
    IP_DATA    45 00 00 28 e4 c1 00 00 f5 06 aa f0 a7 d8 b8 22 d1 f9
04 29 ...

-Scott


[e-mail]
General Manager, Metro.Net Internet Access Services
5706 Commerce Blvd.
Rohnert Park, Ca 94928

tele: 707-588-7900
fax:  [phone]
http://www.metro.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: Ted Mecimore <[e-mail]>
Subject: (usr-tc) TC on Merit radius
Date: 15 Feb 2000 17:30:00 -0500

We are looking at merging two of our sites. One is using Bay 5399 (yech!) on
Merit Radius. I would like to know if any has a TC doing Merit and what
adventures may await me on this issue. TIA

 --
Ted Mecimore
Operations Manager
Vista Technology


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: (usr-tc) Encryt Password in Access database
Date: 15 Feb 2000 18:19:34 -0500

Where or when does the password get encrypted.  When the account is first
entered it is ascii test. Once the user logs in it is encrypted. Is this done
by the radius service or a hidden module in the access database? We are getting
ready to migrate our user accounts to rodopi and I really don't want to have to
retype the passwords. Can they be easily de cypted?



--
Ted Mecimore
Operations Manager
Vista Technology


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


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

From: "Campbell Simpson" <[e-mail]>
Subject: Re: (usr-tc) TC on Merit radius
Date: 16 Feb 2000 13:24:00 +1300

We're using merit and TCHs. It's quite easy to get it going straight off. =
I can't remember having any real drama to get it to work. I suppose all =
you would really want is an up to date dictionary file of TCH attributes =
to minimise head aches

Campbell



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


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

From: "Kalev Nurklik" <[e-mail]>
Subject: (Fwd) (usr-tc) l2tp tunnel authentication secret
Date: 16 Feb 2000 10:18:05 +0200

Hi.

Can anybody help me with this?
To clarify -
1. When I define the tunnel user on HARC the "system transmit
authentication name" will be used as the l2tp tunnel authentication
secret.
2. When I configure an l2tp tunnel user on a radius server then the
"system transmit authentication name" won't be used. The HARC
gets all the attributes but won't use the secret opposed to what is
written in the "Hiper ARC product reference" subsection
"Configuring an L2TP Tunnel on a RADIUS Server".
Any ideas what I'm doing wrong?

Regards,

------- Forwarded message follows -------
Organization:       Delfi Online
Date sent:          Wed, 9 Feb 2000 16:10:57 +0200
Send reply to:      [e-mail]

Hi.

What's the radius attribute for l2tp tunnel authentication secret?
Tunnel-Hostname (from HARC product reference) or
Tunnel-Auth-Hostname in USR dictionary does not seem to work.
Neither does Tunnel-Password or other similar attributes.
I have tried different attributes but with no success whatsoever.
All the time I get "Could not get password from radius" from l2tp
debug output.
Maybe I got wrong attribute numbers but I doubt that because I
checked all of them with "mon radius". On the other hand "mon
radius" is not be very reliable as I found out - inconsistencies
with USR dictionary names (similar but not exact) and not reporting
right values for at least one attribute - Tunnel-Security.

When I define a local HARC user with "set tunnel user ...
password etc." then the l2tp tunnel secret is equivalent to the
"system transmit authentication name" and authenticating works.
For the radius equivalent HARC product reference just states dryly -
"You can also set this from RADIUS by using a VSA"(page 180).
So what's the VSA?

Or am I missing something else?

One thing that I noticed is that when I use radius defined tunnel
account then there is no challenge AVP present in SCCRQ from
LAC(HARC) and if I turn off the tunnel authentication on the LNS
then l2tp tunneling works.
I guess I need to turn off authentication on LNS because HARC
has no clue about what the secret might be and just drops the
connection attempt with l2tp debug message "Unauthenticated
message from remotehost" when the LNS presents the challenge
AVP in SCCRP.
With local HARC user there's always an challenge AVP in SCCRQ
from LAC and as I stated before authenticating works...
This (I guess again) is probably due to HARC knowing what the
tunnel secret is for that user e.g. the "system transmit
authentication name".

So obviously there something missing or wrong with the radius
defined user.
Anyone have any ideas what that something might be?


Regards,
__________________________________
Kalev Nurklik
Delfi Online
Pa"rnu mnt. 158, 11317 Tallinn, Estonia
Tel: [phone]
Fax: [phone]
E-mail: [e-mail]
http://online.delfi.ee

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.
------- End of forwarded message -------
__________________________________
Kalev Nurklik
Delfi Online
Pa"rnu mnt. 158, 11317 Tallinn, Estonia
Tel: [phone]
Fax: [phone]
E-mail: [e-mail]
http://online.delfi.ee

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) strange MPIP problem
Date: 16 Feb 2000 08:22:31 -0600

I ran into a strange MPIP problem and wanted to see if anyone else has
experienced this.

Yesterday I decided to move the mpip server from my primarily ISDN chassis
to one of my dialup chassis with less traffic. The modem MPIP clients were
fine, but ISDN clients using the NetGear router began having trouble
authenticating. A PPP monitor of the connection showed that it stalled for
10-15 seconds after receiving the username/password packet, then requested a
disconnect. Other ISDN clients were working just fine. The problem continued
through the night as more clients using the NetGear called to complain. I
went back and reversed out the only change I had made in the dialup system
and they were immediately able to log in.

What impact could MPIP have during the login process? It was the initial
channel that was failing, not the bundle.

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: "Jason P." <[e-mail]>
Subject: Re: (usr-tc) Encryt Password in Access database
Date: 16 Feb 2000 08:49:54 -0600

The password can easily be decoded as it is a character substitution method.  Each
character in the S&A password field is converted into a high ASCII representation.
I have a file containing the translation if you would like me to email it to you
off the list.  You should then be able to use that information in some kind of
migration script.

Ted Mecimore wrote:

> Where or when does the password get encrypted.  When the account is first
> entered it is ascii test. Once the user logs in it is encrypted. Is this done
> by the radius service or a hidden module in the access database? We are getting
> ready to migrate our user accounts to rodopi and I really don't want to have to
> retype the passwords. Can they be easily de cypted?
>
> --
> Ted Mecimore
> Operations Manager
> Vista Technology
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) strange MPIP problem
Date: 16 Feb 2000 09:51:37 -0500

Thus spake Mark Thornton
>I ran into a strange MPIP problem and wanted to see if anyone else has
>experienced this.

>Yesterday I decided to move the mpip server from my primarily ISDN
>chassis to one of my dialup chassis with less traffic. The modem MPIP
>clients were fine, but ISDN clients using the NetGear router began
>having trouble authenticating. A PPP monitor of the connection showed
>that it stalled for 10-15 seconds after receiving the username/password
>packet, then requested a disconnect. Other ISDN clients were working
>just fine. The problem continued through the night as more clients
>using the NetGear called to complain. I went back and reversed out the
>only change I had made in the dialup system and they were immediately
>able to log in.

Who requested the disconnect?  Or did it just drop?  I sounds, perhaps,
like the system is trying to contact the MPIP server but is unable to do
so...after 10-15 seconds, I would expect one side or the other to
request a disconnect thinking something isn't working right.  I'm not
sure why this would specifically affect Netgear's, and not other
multi-link dialin's that would be hitting the same chassis, but that
sounds like its what's going on.

Check to make sure your server has all the clients configured in it with
all the right shared secrets and stuff.  There's just not that much to
configuring MPIP to make it work.

Oh, I also am assuming that you're using Arc's for all your service with
MPIP...MPIP was always broken on NETServers...save yourself a lot of
time and frustration and don't even try to do MPIP on NETServers.  :)

>What impact could MPIP have during the login process? It was the
>initial channel that was failing, not the bundle.

The systems use MPIP after they get endpoint discriminator and
authentication information (endpoint discriminator, EDO, information is
exchanged during LCP, authentication is the usual PAP, CHAP, whatever).
Multi-Link uses a combination of endpoint class, endpoint discriminator,
and authentication name to determine if the new dialed in link belongs
to an already existing bundle or not.  If all three of those values
match an already existing bundle, then the link is bundled in with that
bundle...if any don't match, a new bundle is created.  So, the systems
transmit this information via MPIP to the MPIP server to find out if
there is an already existing bundle with those three values.  If the
system can't contact the MPIP server, I assume something would
eventually timeout and a disconnect would occur.
--
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: TSriVedK <[e-mail]>
Subject: Re: (Fwd) (usr-tc) l2tp tunnel authentication secret
Date: 17 Feb 2000 12:33:04 -0600 (CST)


On Wed, 16 Feb 2000, Kalev Nurklik wrote:

> Hi.
>
> Can anybody help me with this?
> To clarify -
> 1. When I define the tunnel user on HARC the "system transmit
> authentication name" will be used as the l2tp tunnel authentication
> secret.
No system transmit name is used to
authenticate with a salt generated by the ARC - AS a LAC the hiper arc has
to tell the LNS its identification, this idenficationis the sytem tranmit
name is used for.  Its used in both cases for with or without radius

> 2. When I configure an l2tp tunnel user on a radius server then the
> "system transmit authentication name" won't be used. The HARC
> gets all the attributes but won't use the secret opposed to what is
> written in the "Hiper ARC product reference" subsection
> "Configuring an L2TP Tunnel on a RADIUS Server".
> Any ideas what I'm doing wrong?
>
> Regards,
>
> ------- Forwarded message follows -------
> From:               "Kalev Nurklik" <[e-mail]>
> Organization:       Delfi Online
> To:                 [e-mail]
> Date sent:          Wed, 9 Feb 2000 16:10:57 +0200
> Subject:            (usr-tc) l2tp tunnel authentication secret
> Send reply to:      [e-mail]
>
> Hi.
>
> What's the radius attribute for l2tp tunnel authentication secret?
> Tunnel-Hostname (from HARC product reference) or
> Tunnel-Auth-Hostname in USR dictionary does not seem to work.
> Neither does Tunnel-Password or other similar attributes.
> I have tried different attributes but with no success whatsoever.
> All the time I get "Could not get password from radius" from l2tp
> debug output.
> Maybe I got wrong attribute numbers but I doubt that because I
> checked all of them with "mon radius". On the other hand "mon
> radius" is not be very reliable as I found out - inconsistencies
> with USR dictionary names (similar but not exact) and not reporting
> right values for at least one attribute - Tunnel-Security.
>
> When I define a local HARC user with "set tunnel user ...
> password etc." then the l2tp tunnel secret is equivalent to the
> "system transmit authentication name" and authenticating works.
> For the radius equivalent HARC product reference just states dryly -
> "You can also set this from RADIUS by using a VSA"(page 180).
> So what's the VSA?
>
> Or am I missing something else?
>
> One thing that I noticed is that when I use radius defined tunnel
> account then there is no challenge AVP present in SCCRQ from
> LAC(HARC) and if I turn off the tunnel authentication on the LNS
> then l2tp tunneling works.
> I guess I need to turn off authentication on LNS because HARC
> has no clue about what the secret might be and just drops the
> connection attempt with l2tp debug message "Unauthenticated
> message from remotehost" when the LNS presents the challenge
> AVP in SCCRP.
> With local HARC user there's always an challenge AVP in SCCRQ
> from LAC and as I stated before authenticating works...
> This (I guess again) is probably due to HARC knowing what the
> tunnel secret is for that user e.g. the "system transmit
> authentication name".
>
> So obviously there something missing or wrong with the radius
> defined user.
> Anyone have any ideas what that something might be?
>
>
> Regards,
> __________________________________
> Kalev Nurklik
> Delfi Online
> Pa"rnu mnt. 158, 11317 Tallinn, Estonia
> Tel: [phone]
> Fax: [phone]
> E-mail: [e-mail]
> http://online.delfi.ee
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
> ------- End of forwarded message -------
> __________________________________
> Kalev Nurklik
> Delfi Online
> Pa"rnu mnt. 158, 11317 Tallinn, Estonia
> Tel: [phone]
> Fax: [phone]
> E-mail: [e-mail]
> http://online.delfi.ee
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) What Modem Ratio do you use?
Date: 25 Jan 2000 11:00:48 -0500 (EST)

If I go more that 5-1 I get people to cancel!

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

On Tue, 25 Jan 2000, Brian Gordon wrote:

> Has the industry changed the acceptable modem ratio or is it still 8.0? I'm
> curious to find out if it's changed due to changing usage demands.
>
> >Brian Gordon
> >MCP, A+, Network +
> >Network Administrator
> >Westelcom Internet
> >518.566.6726 Voice
> >419.831.9137 Fax
> >http://www.westelcom.com
> >[e-mail]
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: RE: (usr-tc) Support Contract survey
Date: 02 Feb 2000 11:48:35 -0500

Sorry about posting off topic but I can't seem to make a new post, just
reply???Anyway,,,


We are a new ISP and all our equipment (routers, USR TC) were installed by
our TELCO provider for warranty purposes.  However, I would like to learn as
much a possible about our equipment, specifically our TC chassis.  I don't
know what kind of cards we have, what revisions, etc.  This is all
information I would like to know.  Where can I get familiar with the
equipment I have?

Steve Cobb
Computer Geeks
[e-mail]
www.computer-geeks.com


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Mark Thornton
Sent: Wednesday, February 02, 2000 10:36 AM


I may not have responded to your survey so I am doing so now...

We do not have support at this time and are very unlikely to do so at the
prices charged vs. service rendered. We get our support from vendors, and
access to software updates as a result of continuing purchases for
additional hardware (primarily DSP's). If support were affordable we would
purchase it tomorrow. I like living with a safety net, but I won't pay
outrageous prices for it. I also noted someone talked about a per incident
charge, but I was rejected at 3Com tech support some months ago if I
wouldn't buy the big contract on the spot. There was no offer for per
incident support. I use per incident support form Microsoft and find it to
be very effective, though I have tried per incident support for Linux and
other applications with less success. I think that is because of how long M$
has been doing it, the others will catch up very quickly. Per incident
support is easy money anyway. When the network is down, administrators
typically have an open checkbook to get the problem resolved. That same
checkbook is notoriously difficult to crack when things are working fine.

I don't understand why I can buy a support contract the lets me talk to the
support folks for a single price. Whether I have one or twenty chassis's,
I'm typically only going to ask a question once then apply it to all
chassis. The same is with the software upgrades. The 24 hour replacement
policy on hardware I can understand being a per chassis charge.

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: Dataheart <[e-mail]>
Subject: (usr-tc) Not Authenticating
Date: 27 Jan 2000 14:51:29 +1100

Hi,
I am having a problem where users on one of my quad modem cards are not getting
authenticated.
Users on one of the cards authenticate fine but on the other one their
usernames and passwords get scrambled by the time they get to RADIUS
This card did work fine for about a week then I had to relocate the rack(whole)

and when I powered it on in the new location this happened.

Here is my Setup,
3com 45a Chassis, Fan Tray, Dual PRI Nac, Dual E1 Nic, 2 Quad Modem cards,
Netserver, NMC.

Thanks,
Aaron



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


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

From: "stevec" <[e-mail]>
Subject: (usr-tc) Help?
Date: 28 Jan 2000 13:25:15 -0500

We are a new ISP and all our equipment (routers, USR TC) were installed by our TELCO provider for warranty purposes.  However, I would like to learn as much a possible about our equipment, specifically our TC chassis.  I don't know what kind of cards we have, what revisions, etc.  This is all information I would like to know.  Where can I get familiar with the equipment I have?



--
Steve Cobb
[e-mail]
Computer Geeks
www.computer-geeks.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: "Ivan and Michelle Roney" <[e-mail]>
Subject: (usr-tc) Date: Sun, 16 Jan 2000 14:33:02 +0900
Date: 17 Feb 2000 11:50:38 -0700

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01BF602E.9840AA00
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



Hi,

I was given a computer with a Rockwell v.34 Voice, speakerphone PnP =
modem in it.  I figure it's probably a 33.6, but I wanted to confirm.  =
Anyone there know what this is?

------=_NextPart_000_0007_01BF602E.9840AA00
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV> </DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Hi,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>I was given a computer with a Rockwell v.34 Voice,=20
speakerphone PnP modem in it.  I figure it's probably a 33.6, but I =
wanted=20
to confirm.  Anyone there know what this =
is?</FONT></DIV></BODY></HTML>

------=_NextPart_000_0007_01BF602E.9840AA00--



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


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

From: "Declan Campbell" <[e-mail]>
Subject: (usr-tc) DSL
Date: 21 Jan 2000 10:18:53 +0000





The 3Com TCH DSL card (dual port, frame over adsl signalling), was discontinued
      as a product for sale as it was deemed
'end of life' by 3Com management,  early last year (1999).





What happened to the total control dsl 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.











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


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

From: "Christopher Berry" <[e-mail]>
Subject: Re: (usr-tc) mac's connect at slow speeds
Date: 20 Jan 2000 09:19:15 -0700

I believe the new macs are using Rockwell chip sets-always problematic for
us and our Hipers and Quads. These modems seem to make a high speed
connection even if it is unstable. My best experience (personal-2 Macs at
home) is to tell the user to change their modem init string (Apple
menu-Control Panel-Modem) to a "(v.34 Only)" version for their modem. Newer
macs and OS versions have these strings included. You can also get them from
Apple and Global Village (Boca Research). The initial connect is slower, but
throughput is much better-fewer retrains and resends I suppose.


Christopher Berry
rof.net Web Design and Technical Support
[phone] x17

----- Original Message -----
Sent: Tuesday, January 18, 2000 2:14 PM


> Does anyone else seem to have relatively consistent problems getting
> new Macintosh users to be able to connect at v.90 speeds?
>
> David Ernst
> HoosierNet, 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: LUIS MIRABAL <[e-mail]>
Subject: (usr-tc) Emrald and Arcs
Date: 15 Feb 2000 16:20:43 MST

Hi

I have some problems with Hiper Arcs (4.1.59) and Emerald Radius NT.

It seems that the Arc sent the radius packets but the Radius seems to ign=
ore
them and it doesn't respond so the Arc times out. =


Arcs works fine with others Radius.

Someone have had problems like this ?

Luis

____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=3D=
1


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


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

From: Clayton Zekelman <[e-mail]>
Subject: Re: (usr-tc) Correction
Date: 13 Jan 2000 13:34:32 -0500

Um, 23 on a PRI, 24 on a CT1, or 24 on an NFAS PRI - subsequent spans only.

At 03:50 PM 1/13/00 +0000, you wrote:
>Ooops! You run 24 channels not 26 "over there" :-)  doh!
>Phil
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6

tel. [phone]
fax. [phone]


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


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

From: Mark Lemmert <[e-mail]>
Subject: Re: (usr-tc) TSmon
Date: 06 Jan 2000 10:25:41 -0600

At 03:55 PM 1/3/00 -0500, you wrote:
>Thus spake [e-mail]
> >       YES we do!  Had to shut it down...  All clients were being logged
> >out because they were all over the time limit!  Seems it has a problem
> >with subtraction and the new 2000 date.  I have already sent 2 messages
> >to the software editor and programmer, but have yet to hear back from
> >him...  If any of you are using the product, you should send them
> >email!  I hate to see $600.00 go down the tube!
>
>At the risk of serious flamage...I think this goes down as an example of
>the danger of telnet base scripted actions.  Like I said last time
>around...parsing problems will end up biting you in the end.  :/
>--
>Jeff McAdams                            Email: [e-mail]
>Head Network Administrator              Voice: [phone]
>IgLou Internet Services                        [phone]


I am having the same problem. I've also send two messages
to the author and heard nothing.

Does any body know of any other way to contact these
people, phone #, mailing list etc?

-MGL


Mark Lemmert
CTO
AthEnet Data Exchange
920-954-9799
[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: Mark Lemmert <[e-mail]>
Subject: Re: (usr-tc) DSPCode 2.0.51
Date: 26 Jan 2000 08:48:30 -0600

At 05:30 PM 1/25/00 -0600, Brian wrote:

>I have seen more connection success rate with 2.0.51.  I use to get 94-98%
>connection success overall for all calls to a chassis for a 24 hour
>period.
>
>I now see more like 96-98% average.


How do you get those sorts of statistics? I have been having a very
large number of complains from people saying the can't connect. I
am running 2.0.81.

Thanks.

-MGL


>On Tue, 25 Jan 2000, Charles Sprickman wrote:
>
> > On Tue, 25 Jan 2000, Brian wrote:
> >
> > > 2.0.51 is good for all DSP's
> >
> > How's it compare to 2.0.81?  Better, worse, indifferent?
> >
> > Charles
> >
> > > On Tue, 25 Jan 2000, Cheryl Johnson wrote:
> > >
> > > > Is this code only recommended for hardware revisions .54 and .55 only?
> > > > I have .49 and was thinking of moving to the 2.0.51 from the 2.0.60
> > > > since I do not see too many improvements. And is this compatible with
> > > > NMC 6.1.17 and ARC 4.1.22? It seems to be getting more difficult to
> > > > keep these things straight.
> > > >
> > > > -Cheryl Johnson
> > > > SEI Data Network Services, Inc.
> > > > A Division of SEI Communications
> > > >
> > >
> > > -----------------------------------------------------
> > > Brian Feeny (BF304)     [e-mail]
> > > 318-222-2638 x 109  http://www.shreve.net/~signal
> > > Network Administrator   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.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>-----------------------------------------------------
>Brian Feeny (BF304)     [e-mail]
>318-222-2638 x 109      http://www.shreve.net/~signal
>Network Administrator   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.

Mark Lemmert
CTO
AthEnet Data Exchange
920-954-9799
[e-mail]



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


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

From: "Richard Gamberg" <[e-mail]>
Subject: RE: (usr-tc) CT1 problem
Date: 04 Feb 2000 18:19:13 -1000

Line coding errors - an AMI - B8ZS mismatch somewhere - anywhere - in the
call path?

See
http://808hi.com/56k/coding.htm

Line coding errors may be much bigger issue than some think - can also occur
in telco/clec facilities between subscriber and your switch - something you
have little control over!

CT1 = beginning of recipe for 56k trouble
get PRI if at all possible.

Aloha,
Richard
http://808hi.com/ 56k=v.Unreliable


-> -----Original Message-----
-> From: [e-mail]
-> [mailto:[e-mail]]On Behalf Of Mark Thornton
-> Sent: Friday, February 04, 2000 12:19 PM
-> To: [e-mail]
-> Subject: (usr-tc) CT1 problem
->
->
-> I am having a problem on three incoming CT1's that are
-> terminated by the T1
-> card to quad modems. We are seeing "bipolar violations", "code violation
-> errors", and "bursty errored seconds". The telco has looked into the hdsl
-> carrier and it shows no errors. Neither does the central switch.
-> They put a
-> tcomm tester on the T1 to watch the data and it reported
-> "secondary channel
-> loss", but they are unable to determine what that means in the
-> context of a
-> T1.
->
-> I began looking for problems when the number of people
-> complaining about not
-> being able to stay online jumped significantly today. They report the
-> problem has been going on for the past two days.
->
-> Does anyone have any thoughts on what these errors point to? The telco is
-> going to replace cards in the central switch this weekend, and I'm
-> considering resetting the T1 cards to see of that is it. I appreciate any
-> help you can give.
->
-> 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 Lemmert <[e-mail]>
Subject: (usr-tc) Pairs of Modems Hanging on DSPs
Date: 08 Feb 2000 09:11:40 -0600

Can anybody recall if the problem with pairs of modems hanging
on DSPs started as of a specific code release?

Also, is this a problem that is hardware revision sensitive?
The reason I ask is I have several smaller POPs that have
4 cards or so each and one of locations has the problem all
the time and the others don't.

I'm getting ready to put 2.0.51 on the location that sees the
problem frequently but I'd like to have as much background
on the problem as possible.

Thanks to anyone who has input!

-MGL


Mark Lemmert
CTO
AthEnet Data Exchange
920-954-9799
[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: (usr-tc) State of the Hub message
Date: 10 Jan 2000 14:16:39 -0500

We've recently seen the release of HiPer Arc releases 4.2.32 and 4.1.22.
So now seems to be an appropriate time to take a look at the "State of
the Hub" (with apologies to the President of the U.S. and Larry Wall for
the name).

I'm trying to bring about some structure to these messages that I post
to give people a bit more assistance in finding the content that they
need/are interested in out of my greater ramblings.  I'll start off with
some specific issues and questions that I have (essentially like the
rest of my messages), and then go into some rather more broad thoughts.

First, with release of 4.1.22, 3Com seems to have added some support, or
at least control over directed broadcasting.  Specifically
disable/enable ip directed_bcast_forwarding.  The release notes describe
it as "When enabled, it allows directed broadcast forwarding from the
user."

My question is...how does this work?  It seems to imply that it
magically figures out what's going to be a directed broadcast that the
user is sending out and drops it on the floor.  I hope this isn't the
case, but that it only drops directed broadcasts for directly connected
networks.  This, of course, because there is no way for the Arc to know
if something is going to be a directed broadcast on a remote network.
:)

Second, SAA (Source Address Assurance) now pays attention to the netmask
assigned on a connection to check to make sure that the source address
coming in from that connection is indeed supposed to be able to be
sourced from there.  Previously, this only worked for /32's, but the
description in the Release Notes indicates that it now considers the
netmask for that.  Does it consider a seperate route?  I can understand
if it wouldn't...that's considerably less trivial, but it would be good
functionality to add to this feature.  Even further...would be to allow
it if the address is reachable (As best the Arc can tell) from that
connection...which means that it may not even be in the routing table.
You'd have to consult with the OSPF table (well...not in 4.1.x, but in
later code), as well as any other routing protocol tables and static
routes that aren't preferred.  Anyway...just a question that I'm sure
will come up before long that will be good to get clarified.  :)


OK...now on to greater, broader, longer-standing issues.  :)

3Com's release numbering (at least on the total control stuff) is still
nuts.  I'm not sure what would be a good solution...but some releases
counting up, and some releases counting down is just completely
confusing to customers.  Even long-time customers can have difficulty
figuring out what the status of a particular release is, and which
releases are newer than others.  New customers are usually totally
baffled, and understandbly so.  This really needs to be changed...its
been a call that those of us on the list have been making for many
years, with no result.  The best response (and given the people that are
responding, this is understandable) that we get is yet another
explanation of the current release numbering system, which isn't what is
needed.  I applaud Mike Wronski's and Krish's and Chuck Stace's, and the
rest of the crew's patience in explaining this time and time again to
new folks, and clarifying the status of releases when they're asked
about.  Really though, 3Com as a whole, would be much better served by
letting these people do the job they were hired to do, not looking up (I
know, most of you know them well enough that you don't have to look them
up) what the status of a specific version of code is.

Security releases are still taking *WAY* too long to be made widely
available.  There have been several security issues that have been made
public in the last year or so, ER's have been made available that
address these issues.  Due to the nature of ER's though, these are not
widely available, or publicized, or clearly understood (see the release
number issue above ;).  HiPerBomb was announced (I believe by Ed
Taylor?) in mid-August.  I had announced an SNMP security hole before
that...both of which affected 4.1.59-6.  Though ER's were available, it
has taken 5 months for an SR to be made available (in the 4.1.x tree)
that includes these fixes.  This is an order of magnitude or two off
from the amount of time this should be.  Security fixes for problems of
the magnitude represented by HiPerBomb and the SNMP issues that had been
brought should have code widely available that addresses these on the
order of a week or so from the time that they are made known to 3Com.

I still get reports of people running into problems with NETServers, and
3Com continues to be unresponsive in dealing with thier handling of the
practical end of support for this product.  At this point, support
contracts for the NETServer products should have all expired (unless
3Com continued to sell support for NETServers after they lost access to
the source code which would be even worse!), so complaints have less of
a basis at this point, but given the poor way that 3Com originally
handled the NETServer to HiPer Arc transition, some complaints still are
valid.  Hopefully, 3Com has at least learned from the NETServer fiasco
and won't repeat the same mistake twice, but that's little consolation
for people that are still making do with buggy NETServer code as a
result of 3Com's abrupt transition from the NETServer platform to the
HiPer Arc platform.

I have received no reports, either positive or negative about the
current state of 3Com support contract rules.  A perusal of relevant
3Com web sites seems to indicate that some progress has been made on
this issue.  If you go to 3Com's web site, to the support section, and
click on 3Com Care service offerings, under Maintenance Services, you'll
see a section entitled "Unbundled Services."  There are sub-sections for
InfoPak telephone support (which is at the time of this writing a broken
link), software updates (all of the latest software upgrades for a year
for one low price...this has promise), Advanced Hardware Replacement
(one contract covers multiple pieces of equipment...new equip. can be
added at a pro-rated cost...this has potential *if* you can pick and
choose which hardware is covered and are not required to cover all your
hardware with the same coverage), and Multi-Year Warranty (also a broken
link at the time of writing).  I have a call in to my great sales-rep
Tom Goodman to get more in depth information about the requirements of
these service offerings (and prices), and will post what information I
get when I get it.

This covers the major outstanding issues that I'm aware of.  Some
further discussion points that have been brought up in the past are
discussed below.

Customer involvement in software development.  I've not seen much
progress here, it seems that most software development on the TC
equipment is still done with very little connection to customer requests
(very cathedral style, with apologies to ESR).  There has been recent
calls for more participation on the beta list for TCS 4.0, I
wholeheartedly encourage this...unfortunately, I haven't had the
opportunity to work with the beta software as I would like.  The beta
list (and I'm under the beta NDA, so I need to be a little careful here
;) seems primarily to be a list for customer feedback to 3Com folks
about the problems we're having.  It would be nice, (and this isn't just
restricted to the beta list) to have the possibility to be part of the
discussion about how things get implemented.  Had more customer input
been solicited, perhaps we wouldn't have ended up with ip pool
aggregation reserving a network and broadcast address unnecessarily, and
similar types of issues...none are critical, but all would make the TC
equipment that much nicer to use.  Another access server type of feature
request to be re-iterated (this has been a long term request)...the
ability to define, by an administrator, what traffic will reset the idle
timer on a port.  The ability to set this via RADIUS would be an added
bonus.

Beaurocracy (and I'm still not sure if I'm spelling this right).  There
seems to have been made a *little* progress in this area, however, this
requires a disclaimer.  I, personally, apparently, have achieved
some...ah...notoriety within 3Com...particularly in the Rolling Meadows
facilities.  As such, I must consider the possibility that I've been
getting contact with people within 3Com that its not common to have
direct customer contact with.  :)  Even this, however, is an
improvement.  Perhaps this gives me the opportunity to be a sort of
liason between 3Com and 3Com's customers.  I fear that I'm sounding
cocky ("I have better contacts than you do"), and assure you that this
isn't my intention.  I'd rather people have direct contact...I have
plenty of things on my plate to do that the time taken up being such a
liason could be used elsewhere, but if I do have better contacts, and
can be useful as a sort of liason, I'm certainly willing to do so for
the betterment of 3Com-customer relations.  :)

Direction.  Specifically with the HiPer Arc card (which is where I'm
particularly knowledgeable within the TC product group), it seems that
3Com is beginning to see the possibilities that the HiPer Arc (at least)
provides beyond just being a dial-up access server.  Again, I have to be
careful here because of the restrictions of the beta NDA...but the
direction of the development seems to be towards making the HiPer Arc a
full-fledged router.  Some things that need to be worked on still:
- 3500 route limit needs to be removed, or at least upped
- more routing protocols...OSPF is a great start...more needed (BGP?)
- OSPF needs to be able to be an ABR
- more control over routing protocols...summarization, redistribution
- route selection still somewhat buggy (Mike Andrews is the expert on
    these problems ;)
And some things that I think are important, but not necessarily to the
point of being *needed*:
- bridging
- QoS...this is apparently a company wide push for 3Com...so I suspect
    its going to be done in a big way
- wider array of interface types
And, just for kicks, a gee-whiz cool feature that the TC lends itself
to:
- packet bus interface...the ability to treat the internal packet of the
    chassis as an interface in the Arc...some cool things can be done
    when this is combined with bridging support above

Even as an access server, the Arc needs to be developed to adapt to
changing times.  As modem and ISDN access becomes less and less
prevelent with the proliferation of broadband, the Arc needs to adapt.
There seems to be some work on this front (again, TCS 4.0 beta), the
bridging support mentioned above is needed for this as many DSL
providers transport DSP and other broadband access methods to ISP via a
bridging over frame-relay or bridging over ATM.  The Arc already has
support for frame and ATM, but can't (from what I've seen) do bridging
over top of it.

I encourage people to submit their own feature requests, etc. to the
list and/or me.  I've been keeping some notes recently for inclusion
into this and future "State of the Hub" messages.  :)  Like I said...I'm
willing to take up the role of liason between 3Com and customers if
that's necessary/desireable, let me know.  I also encourage feedback to
me and to this forum regarding this message and others of mine.  My
philosophy is that I own my words.  I'll take responsibility for what I
say, I encourage forwarding of my messages on to people who would
benefit from my messages, all I ask is that you keep attribution and
contact info in tact so that I can continue to take responsibility for
my words.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]


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


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

From: John Mies <[e-mail]>
Subject: (usr-tc) Prices on single DSP cards
Date: 25 Jan 2000 19:52:45 -0600

Has anyone found a good source for single DSP cards? Cheap of course...


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: "Christopher Berry" <[e-mail]>
Subject: Re: (usr-tc) mac's connect at slow speeds
Date: 20 Jan 2000 09:19:15 -0700

I believe the new macs are using Rockwell chip sets-always problematic for
us and our Hipers and Quads. These modems seem to make a high speed
connection even if it is unstable. My best experience (personal-2 Macs at
home) is to tell the user to change their modem init string (Apple
menu-Control Panel-Modem) to a "(v.34 Only)" version for their modem. Newer
macs and OS versions have these strings included. You can also get them from
Apple and Global Village (Boca Research). The initial connect is slower, but
throughput is much better-fewer retrains and resends I suppose.


Christopher Berry
rof.net Web Design and Technical Support
[phone] x17

----- Original Message -----
Sent: Tuesday, January 18, 2000 2:14 PM


> Does anyone else seem to have relatively consistent problems getting
> new Macintosh users to be able to connect at v.90 speeds?
>
> David Ernst
> HoosierNet, 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 Lemmert <[e-mail]>
Subject: Re: (usr-tc) Strange Speed Problems
Date: 28 Jan 2000 17:16:22 -0600

At 07:04 PM 1/27/00 -0600, Brian Elfert wrote:


>On Thu, 27 Jan 2000, Mark Lemmert wrote:
>
> > I have encountered two problems recently regarding
> > connect speeds that have just plain baffled me.
> >
> > In one location I moved to a new building and
> > switched telcos (Ameritech -> TDS Metrocom)
> > at the same time.
>
>Ameritech is likely to have much better trunking than any CLEC.
>
>The CLEC has to connect to the Ameritech COs somehow.  If the CLEC doesn't
>have enough trunks to the COs, calls are likely to route through a tandem,
>which may slow calls down.
>
>We used a terrible CLEC once that routed many calls through a tandem,
>instead of having direct trunking to each US West CO.  Connect speeds were
>bad, x2 didn't work in many cases, and callers got lots of fasy busies.
>
>We switched to another CLEC that has run fiber to most US West COs, and we
>are very happy now.
>
>Brian

I agree with you in general. In this case the CLEC does have direct trunks
into all
the COs. In the other scenario the telco is Ameritech.

-MGL

Mark Lemmert
CTO
AthEnet Data Exchange
920-954-9799
[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: "Jolliffe, Anu" <[e-mail]>
Subject: (usr-tc) dead fan in chassis
Date: 07 Jan 2000 07:32:10 -0800

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01BF5923.A5F12FE0
Content-Type: text/plain;
    charset="windows-1252"

I have a dead fan in the removable fan tray of chassis.  I am looking for
the best way to deal with this issue based on previous experience.

So far I have come up with a coupe of solutions, but am looking for the
quickest and easiest way to deal with this issue.

Send the tray back to 3com
Source a similar fan myself and replace myself

Do you have a better way?

Thanks.
Anu Jolliffe
Network Administrator
Imagen Communications Inc.
[phone] FAX [phone]


------_=_NextPart_001_01BF5923.A5F12FE0
Content-Type: text/html;
    charset="windows-1252"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252">


<META content="MSHTML 5.00.2919.6307" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>I have a dead fan in
the removable fan tray of chassis.  I am looking for the best way to deal
with this issue based on previous experience.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=600223115-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>So far I have come
up with a coupe of solutions, but am looking for the quickest and easiest way to
deal with this issue.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=600223115-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>Send the tray back
to 3com</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>Source a similar fan
myself and replace myself</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=600223115-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>Do you have a better
way?</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=600223115-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN
class=600223115-07012000>Thanks.</SPAN></FONT></DIV>
<DIV><FONT size=2>
<P>Anu Jolliffe<BR>Network Administrator<BR>Imagen Communications Inc.<BR>(250)
538-0406 FAX [phone]</P></FONT></DIV></BODY></HTML>

------_=_NextPart_001_01BF5923.A5F12FE0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Help with Soft busy
Date: 18 Jan 2000 17:41:37 -0500

I just soft-busied one of my DSP's, and now dialing into the hunt group, I
get a reorder.

How do I undo this?

-Thanks

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: "Jack Singer" <[e-mail]>
Subject: RE: (usr-tc) WTB: some NMC's and modem cards
Date: 04 Feb 2000 10:49:40 -0500

Let me know what you need.  We purchased alot of spares that we don't need.

Jack
[e-mail]

-----Original Message-----
[mailto:[e-mail]]On Behalf Of
[e-mail]
Sent: Friday, February 04, 2000 11:35 AM


Hi,
    Just looking for some cheap NMC's and modem cards for personal use
at home with a TC. If you have any available, 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.



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


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

From: "Jack Singer" <[e-mail]>
Subject: RE: (usr-tc) Old Hardware Info.
Date: 13 Jan 2000 08:50:49 -0500

Does anyone know where I can find information on older Total Control cards
on the 3Com web site.  All I can find is the new stuff and Y2k information.
No specs available on the individual cards????

Jack
Internet Connections
[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: "Jolliffe, Anu" <[e-mail]>
Subject: (usr-tc) mrtg tc help needed
Date: 07 Jan 2000 01:27:27 -0800

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01BF58F0.B29E4260
Content-Type: text/plain;
    charset="windows-1252"

I already have mrtg working on our routers, but I am in desperate need of
help getting mrtg to graph our total control modem usage

I would like to setup mrtg to create pages similar to the ones found at
http://statistics.1st.net/3com/ <http://statistics.1st.net/3com/> .  I
currently have three chassis, one running hiper dsp's and an arc, with the
other two are running quad's and nsc's.

So far I have searched the archives at http://usr-tc.1st.net/
<http://usr-tc.1st.net/>  and been to the following sites in order to figure
this out.

http://www.dcr.net/~mandrews/usrtoys/index.shtml
<http://www.dcr.net/~mandrews/usrtoys/index.shtml>  and
http://www.netdoor.com/arcwho/ <http://www.netdoor.com/arcwho/>
<http://www.dcr.net/~mandrews/usrtoys/mystuff.shtml>

I have also accumulated, hiperarc.pl, hiperarc_count.pl and hiperdsp.pl, but
I am still at a complete loss and basically need step by step instructions.

Any help appreciated, thanks.
Anu Jolliffe
Network Administrator
Imagen Communications Inc.
[phone] FAX [phone]


------_=_NextPart_001_01BF58F0.B29E4260
Content-Type: text/html;
    charset="windows-1252"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252">


<META content="MSHTML 5.00.2919.6307" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial size=2><SPAN class=140492108-07012000><FONT face=Arial
size=2><SPAN class=140492108-07012000>I already have mrtg working on our
routers, but </SPAN></FONT>I am in desperate need of help getting mrtg to graph
our total control modem usage</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=140492108-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>I would like to
setup mrtg to create pages similar to the ones found at <A
href="http://statistics.1st.net/3com/">http://statistics.1st.net/3com/</A>.
I currently have three chassis, one running hiper dsp's and an arc, with the
other two are running quad's and nsc's.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=140492108-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>So far I have
searched the archives at <A
href="http://usr-tc.1st.net/">http://usr-tc.1st.net/</A> and been to the
following sites in order to figure this out.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=140492108-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=140492108-07012000></SPAN></FONT><FONT
face=Arial size=2><SPAN class=140492108-07012000><A
href="http://www.dcr.net/~mandrews/usrtoys/index.shtml">http://www.dcr.net/~mandrews/usrtoys/index.shtml</A> and
<A href="http://www.netdoor.com/arcwho/">http://www.netdoor.com/arcwho/</A><A
href="http://www.dcr.net/~mandrews/usrtoys/mystuff.shtml"></A></SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=140492108-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>I have also
accumulated, </SPAN></FONT><FONT face=Arial size=2><SPAN
class=140492108-07012000>hiperarc.pl, hiperarc_count.pl and hiperdsp.pl,
but</SPAN></FONT><FONT face=Arial size=2><SPAN class=140492108-07012000> I am
still at a complete loss and basically need step by step
instructions.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=140492108-07012000></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>Any help
appreciated, thanks.</SPAN></FONT></DIV>
<DIV><FONT size=2>
<P>Anu Jolliffe<BR>Network Administrator<BR>Imagen Communications Inc.<BR>(250)
538-0406 FAX [phone]</P></FONT></DIV></BODY></HTML>

------_=_NextPart_001_01BF58F0.B29E4260--


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


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

From: "Jack Singer" <[e-mail]>
Subject: RE: (usr-tc) FS: TC Parts
Date: 08 Feb 2000 08:20:23 -0500

I have a lot of TC parts for sale buy direct or bid on ebay:

Network Management Cards:
1      $250
2-5    $200
6-50   $150
51-200 $100
201+   $50

Dual T1 Nic Cards   $150

PRI Netserver Cards $150

Netserver Cards     $125

T1 E1 Cards         $125

Quad Analog Modems  $125

All Guaranteed Not DOA For 10 Days.

Jack Singer
[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) State of the Hub message
Date: 17 Feb 2000 14:06:59 -0500

Thus didn't spake Jeff Mcadams
...

Whee!  Gotta love seeing delayed messages come through the list.  :)

Nothing to see here, just a summer rerun in Feb.  :)
--
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: "Greg Long" <[e-mail]>
Subject: RE: (usr-tc) mrtg tc help needed
Date: 17 Feb 2000 12:31:45 -0700

Hello!

Look in your \mrtg\contrib directory.  There should be a "tch" folder.  If
not grab the latest version of MRTG.  There are some pl files, an mrtg.cfg
file and a readme file in there that can help you get it working.

Thanks,
Greg Long
Network Administrator
Coastlink
801-532-6212 ext 32
[e-mail]  (remove no-spam. to email me)
http://www.coastlink.com

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jolliffe, Anu
Sent: Friday, January 07, 2000 2:27 AM


I already have mrtg working on our routers, but I am in desperate need of
help getting mrtg to graph our total control modem usage

I would like to setup mrtg to create pages similar to the ones found at
http://statistics.1st.net/3com/.  I currently have three chassis, one
running hiper dsp's and an arc, with the other two are running quad's and
nsc's.

So far I have searched the archives at http://usr-tc.1st.net/ and been to
the following sites in order to figure this out.

http://www.dcr.net/~mandrews/usrtoys/index.shtml and
http://www.netdoor.com/arcwho/

I have also accumulated, hiperarc.pl, hiperarc_count.pl and hiperdsp.pl, but
I am still at a complete loss and basically need step by step instructions.

Any help appreciated, thanks.
Anu Jolliffe
Network Administrator
Imagen Communications Inc.
[phone] FAX [phone]


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


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

From: "David Hamilton" <[e-mail]>
Subject: Re: (usr-tc) Help with Soft busy
Date: 17 Feb 2000 15:07:56 -0500

select restore

----- Original Message -----
Sent: Tuesday, January 18, 2000 5:41 PM


> I just soft-busied one of my DSP's, and now dialing into the hunt group, I
> get a reorder.
>
> How do I undo this?
>
> -Thanks
>
> 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: Brian <[e-mail]>
Subject: Re: (usr-tc) TSmon
Date: 17 Feb 2000 14:47:25 -0600 (CST)


Disable the Timezone offset in the config and you will be fixed.

On Thu, 6 Jan 2000, Mark Lemmert wrote:

> At 03:55 PM 1/3/00 -0500, you wrote:
> >Thus spake [e-mail]
> > >       YES we do!  Had to shut it down...  All clients were being logged
> > >out because they were all over the time limit!  Seems it has a problem
> > >with subtraction and the new 2000 date.  I have already sent 2 messages
> > >to the software editor and programmer, but have yet to hear back from
> > >him...  If any of you are using the product, you should send them
> > >email!  I hate to see $600.00 go down the tube!
> >
> >At the risk of serious flamage...I think this goes down as an example of
> >the danger of telnet base scripted actions.  Like I said last time
> >around...parsing problems will end up biting you in the end.  :/
> >--
> >Jeff McAdams                            Email: [e-mail]
> >Head Network Administrator              Voice: [phone]
> >IgLou Internet Services                        [phone]
>
>
> I am having the same problem. I've also send two messages
> to the author and heard nothing.
>
> Does any body know of any other way to contact these
> people, phone #, mailing list etc?
>
> -MGL
>
>
> Mark Lemmert
> CTO
> AthEnet Data Exchange
> 920-954-9799
> [e-mail]
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: RE: (usr-tc) FS: TC Parts
Date: 17 Feb 2000 14:49:15 -0600 (CST)

On Tue, 8 Feb 2000, Jack Singer wrote:

> I have a lot of TC parts for sale buy direct or bid on ebay:
>
> Network Management Cards:
> 1      $250
> 2-5    $200
> 6-50   $150
> 51-200 $100
> 201+   $50
>
> Dual T1 Nic Cards   $150
>
> PRI Netserver Cards $150
>
> Netserver Cards     $125
>
> T1 E1 Cards         $125
>
> Quad Analog Modems  $125

do you have chassis's too? (just curious since you didn't post those, and
you had like a ton of cards but no chassis).  You could build a chassis
for about $2k from the above stock minus chassis.

Brian


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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) DSPCode 2.0.51
Date: 17 Feb 2000 14:49:50 -0600 (CST)


some scripts I made

On Wed, 26 Jan 2000, Mark Lemmert wrote:

> At 05:30 PM 1/25/00 -0600, Brian wrote:
>
> >I have seen more connection success rate with 2.0.51.  I use to get 94-98%
> >connection success overall for all calls to a chassis for a 24 hour
> >period.
> >
> >I now see more like 96-98% average.
>
>
> How do you get those sorts of statistics? I have been having a very
> large number of complains from people saying the can't connect. I
> am running 2.0.81.
>
> Thanks.
>
> -MGL
>
>
> >On Tue, 25 Jan 2000, Charles Sprickman wrote:
> >
> > > On Tue, 25 Jan 2000, Brian wrote:
> > >
> > > > 2.0.51 is good for all DSP's
> > >
> > > How's it compare to 2.0.81?  Better, worse, indifferent?
> > >
> > > Charles
> > >
> > > > On Tue, 25 Jan 2000, Cheryl Johnson wrote:
> > > >
> > > > > Is this code only recommended for hardware revisions .54 and .55 only?
> > > > > I have .49 and was thinking of moving to the 2.0.51 from the 2.0.60
> > > > > since I do not see too many improvements. And is this compatible with
> > > > > NMC 6.1.17 and ARC 4.1.22? It seems to be getting more difficult to
> > > > > keep these things straight.
> > > > >
> > > > > -Cheryl Johnson
> > > > > SEI Data Network Services, Inc.
> > > > > A Division of SEI Communications
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304)     [e-mail]
> > > > 318-222-2638 x 109  http://www.shreve.net/~signal
> > > > Network Administrator   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.
> > > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >-----------------------------------------------------
> >Brian Feeny (BF304)     [e-mail]
> >318-222-2638 x 109      http://www.shreve.net/~signal
> >Network Administrator   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.
>
> Mark Lemmert
> CTO
> AthEnet Data Exchange
> 920-954-9799
> [e-mail]
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Sergio Gonzalez <[e-mail]>
Subject: (usr-tc) Need some help.
Date: 17 Feb 2000 16:27:23 -0500

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

I got a little problem. I'm hopping you can help me.

A few days ago I installed a new Hiper DSP where other 3 DSPs were working=
=20
in conjuction with a Dual E1/PRI card and some quad modems cards. Well,=20
after insert the new DSP in the chassis and move the Dual E1 one slot to=20
the right, the 4 DSP are working well, but the Dual E1 seased functions!!!=
=20
.. There was no reconfiguration over the Dual E1, and it was working as=20
well as it cans before the instalation of the new DSP.

These were the cards positions before the instalation of the new DSP (all=20
worked well)

slot 1 -> Hiper DSP (30 Chan)
slot 2 -> Hiper DSP (30 Chan)
slot 3 -> Hiper DSP (30 Chan)
slot 4 -> Dual E1/PRI
slot[5-9] -> Empty
slot10 -> Quad Modem Digital
slot11 -> Quad Modem Digital
slot12 -> Quad Modem Digital
slot13 -> Quad Modem Digital
slot14 -> Quad Modem Digital
slot15 -> Quad Modem Digital
slot16 -> Hiper ARC
slot17 -> NMC

and these are the positions AFTER the installation (only DSP work!!)

slot 1 -> Hiper DSP (30 Chan)
slot 2 -> Hiper DSP (30 Chan)
slot 3 -> Hiper DSP (30 Chan)
slot 4 -> Dual E1/PRI
slot 5 -> Hiper DSP (30 Chan)
slot[6-9] -> Empty
slot10 -> Quad Modem Digital
slot11 -> Quad Modem Digital
slot12 -> Quad Modem Digital
slot13 -> Quad Modem Digital
slot14 -> Quad Modem Digital
slot15 -> Quad Modem Digital
slot16 -> Hiper ARC
slot17 -> NMC


What should be happening?

Thanks in advance for the help.


/Sergio
Sergio Gonzalez
Director Operativo -- Operative Manager
Skynet de Colombia S.A.
Santaf=E9 de Bogot=E1, Colombia, South America.
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: Steve McConnell <[e-mail]>
Subject: Re: (usr-tc) TSmon
Date: 17 Feb 2000 18:34:41 -0500

You can also get the latest version of TSMON which fixes this bug.


steve


--On Thursday, February 17, 2000 2:47 PM -0600 Brian <[e-mail]>
wrote:

>
> Disable the Timezone offset in the config and you will be fixed.
>
> On Thu, 6 Jan 2000, Mark Lemmert wrote:
>
>> At 03:55 PM 1/3/00 -0500, you wrote:
>> > Thus spake [e-mail]
>> > >       YES we do!  Had to shut it down...  All clients were being
>> > >       logged out because they were all over the time limit!  Seems
>> > > it has a problem with subtraction and the new 2000 date.  I have
>> > > already sent 2 messages to the software editor and programmer, but
>> > > have yet to hear back from him...  If any of you are using the
>> > > product, you should send them email!  I hate to see $600.00 go down
>> > > the tube!
>> >
>> > At the risk of serious flamage...I think this goes down as an example
>> > of the danger of telnet base scripted actions.  Like I said last time
>> > around...parsing problems will end up biting you in the end.  :/ --
>> > Jeff McAdams                            Email: [e-mail]
>> > Head Network Administrator              Voice: [phone]
>> > IgLou Internet Services                        [phone]
>>
>>
>> I am having the same problem. I've also send two messages
>> to the author and heard nothing.
>>
>> Does any body know of any other way to contact these
>> people, phone #, mailing list etc?
>>
>> -MGL
>>
>>
>> Mark Lemmert
>> CTO
>> AthEnet Data Exchange
>> 920-954-9799
>> [e-mail]
>>
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109    http://www.shreve.net/~signal
> Network Administrator   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.



Steve McConnell
EMJI
919.303.3217:126
888-258-8959


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) DSL
Date: 17 Feb 2000 19:56:10 -0500

Still looking for External Viper modems,

Anyone?


Brian Gordon
Network Administrator
Westelcom Internet
518.566.6726 Voice
419.831.9137 Fax
http://home.westelcom.com
[e-mail]
----- Original Message -----
Sent: Friday, January 21, 2000 5:18 AM


>
>
>
>
> The 3Com TCH DSL card (dual port, frame over adsl signalling), was
discontinued
>       as a product for sale as it was deemed
> 'end of life' by 3Com management,  early last year (1999).
>
>
>
>
>
> What happened to the total control dsl 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.
>
>
>
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Multiple DSP disconnects
Date: 17 Feb 2000 19:21:48 -0600

Any ideas why we are having multiple (6-20) discoonects from a DSP all at
the same time.  The telco says the T-1 is good and no errors.  The 3Com
tech says the equip is good and configured correctly.

David


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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Multiple DSP disconnects
Date: 17 Feb 2000 20:58:32 -0600 (CST)

On Thu, 17 Feb 2000, David Swearingin wrote:

> Any ideas why we are having multiple (6-20) discoonects from a DSP all at
> the same time.  The telco says the T-1 is good and no errors.  The 3Com
> tech says the equip is good and configured correctly.

bad cable? bad punchdown?

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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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) Multiple DSP disconnects
Date: 18 Feb 2000 00:39:31 -0500 (EST)

If they're all from the first 12 channels only, or the second 12 channels
only, turn off v.42bis hardware compression.


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Thu, 17 Feb 2000, David Swearingin wrote:

> Any ideas why we are having multiple (6-20) discoonects from a DSP all at
> the same time.  The telco says the T-1 is good and no errors.  The 3Com
> tech says the equip is good and configured correctly.
>
> David
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) dead fan in chassis
Date: 18 Feb 2000 00:43:48 -0500 (EST)

Funny, I just had the exact same thing happen this week.  To get back up
and running in a hurry, I just spent $200 on a new tray...  and maybe I'll
go swap the one particular fan in the dead tray later.  I'm pretty sure
it's out of warranty and we don't have a support contract, so I don't have
a lot of other options other than "fix myself" and "junk it". :)


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Fri, 7 Jan 2000, Jolliffe, Anu wrote:

> I have a dead fan in the removable fan tray of chassis.  I am looking for
> the best way to deal with this issue based on previous experience.
>
> So far I have come up with a coupe of solutions, but am looking for the
> quickest and easiest way to deal with this issue.
>
> Send the tray back to 3com
> Source a similar fan myself and replace myself
>
> Do you have a better way?
>
> Thanks.
> Anu Jolliffe
> Network Administrator
> Imagen Communications Inc.
> [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: Ted Mecimore <[e-mail]>
Subject: (usr-tc) Adventure in Ringing
Date: 18 Feb 2000 09:18:24 -0500

Ok, I am coming here to get some solid advice on an outstanding issue with our
CT1s. I am looking at my TC boxes ( quads and HiperDSP). Off and on we get
customer calls that say it just keeps ringing. I try it and sure enough, the
TCs are not answering. But i look at teh boxes via TCM and I have loads of
capacity on all circuits. 2 minutes later or 20 minutes later, or even 2 hours
later it is fine. GTE (Great Terrible Epidemic) says my lines are ok. Passing
all tests.

I am running the following code verisons

Hiper DSP       2.0.51

Hiper ARC    4.1.22

Quads        5.9.9

Any advice or help is greatly appreciated.

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


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

From: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) Adventure in Ringing
Date: 18 Feb 2000 08:33:55 -0600

There may be a problem in how the telco is handling channels that don't
respond to the wink to initiate the call. In our case we occasionally have a
quad modem port that stops answering calls. The telco would initiate
multiple wink attempts then fail the call. The customer got rings during the
attempts, then the line was dropped. The telco fixed this by immediately
moving to a new channel when the wink fails. All the customer experiences is
a few more seconds of ringing until the new modem responds. I review our
chassis's daily for failing modems, and occasionally the telco will call me
to warn me about a particular channel that is cluttering their error log. It
doesn't have anything to do with the quality of the lines.

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


----- Original Message -----
Sent: Friday, February 18, 2000 8:18 AM


> Ok, I am coming here to get some solid advice on an outstanding issue with
our
> CT1s. I am looking at my TC boxes ( quads and HiperDSP). Off and on we get
> customer calls that say it just keeps ringing. I try it and sure enough,
the
> TCs are not answering. But i look at teh boxes via TCM and I have loads of
> capacity on all circuits. 2 minutes later or 20 minutes later, or even 2
hours
> later it is fine. GTE (Great Terrible Epidemic) says my lines are ok.
Passing
> all tests.
>
> I am running the following code verisons
>
> Hiper DSP   2.0.51
>
> Hiper ARC 4.1.22
>
> Quads 5.9.9
>
> Any advice or help is greatly appreciated.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: [e-mail] (David Swearingin)
Subject: Re: (usr-tc) Multiple DSP disconnects
Date: 18 Feb 2000 09:42:00 -0600

At 12:39 AM 2/18/2000 -0500, you wrote:
>If they're all from the first 12 channels only, or the second 12 channels
>only, turn off v.42bis hardware compression.
>
>
>Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/

Mike, where do you turn off v.42bis?

David
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (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: [e-mail] (David Swearingin)
Subject: (usr-tc) v42DisconnectCmd(26)
Date: 18 Feb 2000 10:01:25 -0600

What does v42DisconnectCmd(26) reason for call termination mean?  How do I
prevent it?

David
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) v42DisconnectCmd(26)
Date: 18 Feb 2000 11:09:09 -0500

Thus spake David Swearingin
>What does v42DisconnectCmd(26) reason for call termination mean?  How
>do I prevent it?

It means the customer's modem "gracefully" shut down the link.  Rather
than just pulling the plug on the connection, it sent the v42 protocol
command to disconnect, which does it a bit more gracefully.  This is at
the modem level, so that means that the floor just dropped out from
underneath the PPP connection running over top of it, so PPP didn't get
to shut down gracefully, but that's OK.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: [e-mail] (David Swearingin)
Subject: Re: (usr-tc) v42DisconnectCmd(26)
Date: 18 Feb 2000 10:14:16 -0600

Thanks Jeff.  How about another question?

What does rcvdGatewayDiscCmd(62) mean?

David

At 11:09 AM 2/18/2000 -0500, you wrote:
>Thus spake David Swearingin
>>What does v42DisconnectCmd(26) reason for call termination mean?  How
>>do I prevent it?
>
>It means the customer's modem "gracefully" shut down the link.  Rather
>than just pulling the plug on the connection, it sent the v42 protocol
>command to disconnect, which does it a bit more gracefully.  This is at
>the modem level, so that means that the floor just dropped out from
>underneath the PPP connection running over top of it, so PPP didn't get
>to shut down gracefully, but that's OK.  :)
>--
>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.
>
__________________________________________________
David Swearingin ([e-mail])
CARROLLTON INTERNET SERVICE (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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) v42DisconnectCmd(26)
Date: 18 Feb 2000 11:22:36 -0500

Thus spake David Swearingin
>Thanks Jeff.  How about another question?

>What does rcvdGatewayDiscCmd(62) mean?

It means your HiPer Arc told the modem to hang up.  Again, nothing
really to worry about.  There's basically a race condition here on how
things transpire.  Does the PPP LCP termreq/termack thing happen quick
enough that the Arc has enough time to tell the modem to hang up, or
does the other side respond quicker and get the v42 disconnect through
to the modem first?  Both are indications of a normal disconnect most
likely.

To really determine if the disconnect is normal, you need to check the
disconnect reason from both the modem and from the HiPer Arc.  The
combination of the two will generally tell you what happened for sure
and whether its something to be worried about.  Most likely with the
reasons you have, its not something to worry about...they're normal.
--
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) Multiple DSP disconnects
Date: 18 Feb 2000 14:12:21 -0500 (EST)

If you're using TCM, Configure->Programmed Settings->Data Compression
Settings.  Change it from "autoenable" to "none".

BUT... look at the disconnect reasons here first.  If v.42bis was causing
your problem, you'd see disconnect reasons of "v.42 invalid codeword" and
"v.42 string too long" and "link security abort".  If you're seeing this,
you've got a problem that turning v.42bis off will solve.  If you're not
seeing this, you've got something completely different.

(Look at http://www.dcr.net/~mandrews/usrtoys/discreasons.txt for a full
list)

3Com tells us that the v.42bis problem is hardware related (that's why it
only affects the first 12 or last 12 channels)...  however I haven't seen
a good explanation as to why it affects only v.42bis and nothing else the
card does, why lots of people have this exact same problem in the exact
same way (hardware normally fails a little more randomly than that), or if
it's related only to specific harware revisions of the card...  I've got
one DSP card out of 17 that has this problem.


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Fri, 18 Feb 2000, David Swearingin wrote:

> At 12:39 AM 2/18/2000 -0500, you wrote:
> >If they're all from the first 12 channels only, or the second 12 channels
> >only, turn off v.42bis hardware compression.
> >
> >
> >Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
>
> Mike, where do you turn off v.42bis?
>
> David
> __________________________________________________
> David Swearingin ([e-mail])
> CARROLLTON INTERNET SERVICE (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.
>



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Adventure in Ringing
Date: 18 Feb 2000 14:12:55 -0500 (EST)

I thought it was "Great Telephone Experiment"...  :)


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Fri, 18 Feb 2000, Ted Mecimore wrote:

> later it is fine. GTE (Great Terrible Epidemic) says my lines are ok. Passing


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Adventure in Ringing
Date: 18 Feb 2000 15:26:20 -0500

or there tag line used to be "Gee no GTE." I think it is more like "Gee no I
said GD"

on Fri, 18 Feb 2000, you shaped the electrons to say:
> I thought it was "Great Telephone Experiment"...  :)
>
>
> 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
> "Don't sweat the petty things, and don't pet the sweaty things."
>
> On Fri, 18 Feb 2000, Ted Mecimore wrote:
>
> > later it is fine. GTE (Great Terrible Epidemic) says my lines are ok. Passing
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
--
Ted Mecimore
Operations Manager
Vista Technology

"Dust Tape is like the force. It has a
light side, a dark side, and it holds the
universe together"

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


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

From: Dave Lajoie <[e-mail]>
Subject: Re: (usr-tc) Vendors of 3Com equipment?
Date: 18 Feb 2000 15:44:57 -0500 (EST)


Just got in a shipment of 2 'HIPER DSP DBL UP' bundles to complete the
addition of 4 PRI T1's at one of our POP locations, but when I opened the
packages I only had 3 of the DSP'S and all four of the NIC's. Missing the
DSP that went with the 4th NIC, I checked the vendor our staff made the
purchase from and called that vendor to explain the situation with some
measure of anxiety, after all these parts are not cheap! I was met with
total understanding, and willingness to bring the situation expediently to
resolution, "We'll have a DSP there tomorrow" was the statement that
_made_ my day. I have noticed a few posts on this list requesting
suggestions as to where to purchase parts, and have noticed a couple of
names mentioned. At this time I would like to pass along this info as a
testimony to the outstanding service provided by Ryan R. Vallee of Source
Technology out of Waltham Ma. they rock! The packages looked to me to be
factory sealed, what happened is anyone's guess, all I know is when I need
parts again I won't have to make a choice on who to buy them from I'll
just dial 1.888.765.5758 and ask for Ryan.


Dave Lajoie
RA Administrator
North Country Internet Access
E-Mail: [e-mail]
www.ncia.net

On Wed, 19 Jan 2000, Mike Andrews wrote:

> Ditto, that's where we get ours...  John Groh is our rep.
>
>
> 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
> "Don't sweat the petty things, and don't pet the sweaty things."
>
> On Wed, 19 Jan 2000, Richard Lorbieski wrote:
>
> > I deal with a different rep. , but it's a good company to do business
> > with.
> >
> > "Mark E. Levy" wrote:
> > >
> > > John DeDonato, Source Technology 888-765-5758 x2267
> > > www.source-technology.com
> > >
> > > Mark Thornton wrote:
> > > >
> > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new
> > > > or used equipment. If you know of  reputable vendors please respond off-list
> > > > to [e-mail].
> > > >
> > > > Thanks,
> > > >
> > > > Mark Thornton
> > > > San Marcos Internet, Inc.
> > > > 512-393-5300
> > >
> > > --
> > > ---------------------------------------------------------------------
> > > 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.
> >
> > --
> >
> > Richard Lorbieski - [e-mail]
> > Chief Technical Officer - Senior System Administrator
> > Alpha1 Internet  http://www.alpha1.net
> > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Vendors of 3Com equipment?
Date: 18 Feb 2000 16:42:14 -0500

We use Intelligent Choice for our TC and Cisco stuff. They have great response
Ask for Wynde Bush 1-850-476-8417x100


 >
> On Wed, 19 Jan 2000, Mike Andrews wrote:
>
> > Ditto, that's where we get ours...  John Groh is our rep.
> >
> >
> > 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
> > "Don't sweat the petty things, and don't pet the sweaty things."
> >
> > On Wed, 19 Jan 2000, Richard Lorbieski wrote:
> >
> > > I deal with a different rep. , but it's a good company to do business
> > > with.
> > >
> > > "Mark E. Levy" wrote:
> > > >
> > > > John DeDonato, Source Technology 888-765-5758 x2267
> > > > www.source-technology.com
> > > >
> > > > Mark Thornton wrote:
> > > > >
> > > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new
> > > > > or used equipment. If you know of  reputable vendors please respond off-list
> > > > > to [e-mail].
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Mark Thornton
> > > > > San Marcos Internet, Inc.
> > > > > 512-393-5300
> > > >
> > > > --
> > > > ---------------------------------------------------------------------
> > > > 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.
> > >
> > > --
> > >
> > > Richard Lorbieski - [e-mail]
> > > Chief Technical Officer - Senior System Administrator
> > > Alpha1 Internet  http://www.alpha1.net
> > > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
--
Ted Mecimore
Operations Manager
Vista Technology

"Dust Tape is like the force. It has a
light side, a dark side, and it holds the
universe together"

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCM software
Date: 17 Feb 2000 16:22:42 +0000

I was just now able to get the TCM software from usr's site.  I wasn't able to get my contract number!!  Anyway, I have been told that there is an add-on that will let me look at each DSP card and tell what modems are being used and who is the user.  Anyone know what the name of this add-on is?  Is there any other cool add-ons I can get?  Also, can anyone tell me what SNMP traps to enable in TCM so that I can use MRTG to graph modem usage?

Thanks for all your help,

--
Steve Cobb
Computer Geeks
[e-mail]
www.computer-geeks.com
*****************************
Want faster internet service?
www.geeksnet.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: Pete Ashdown <[e-mail]>
Subject: Re: (usr-tc) State of the Hub message
Date: 18 Feb 2000 15:38:54 -0700

* Jeff Mcadams ([e-mail]) [000217 12:09] writeth:
>Thus didn't spake Jeff Mcadams
>...
>
>Whee!  Gotta love seeing delayed messages come through the list.  :)
>
>Nothing to see here, just a summer rerun in Feb.  :)

Sorry... Had a boatload of old stuff awaiting approval.  I haven't had much
time to spend on the list recently.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) State of the Hub message
Date: 18 Feb 2000 18:34:16 -0500

Thus spake Pete Ashdown
>* Jeff Mcadams ([e-mail]) [000217 12:09] writeth:
>>Thus didn't spake Jeff Mcadams
>>...

>>Whee!  Gotta love seeing delayed messages come through the list.  :)

>>Nothing to see here, just a summer rerun in Feb.  :)

>Sorry... Had a boatload of old stuff awaiting approval.  I haven't had
>much time to spend on the list recently.

Figured that was the case.  :)  Just didn't want anyone to accuse me of
raising more of a ruckus when I wasn't.  I do enough of that
legitimately, no need to have reruns to help me.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Vendors of 3Com equipment?
Date: 18 Feb 2000 19:51:02 -0600 (CST)



Source Tech is definitly a service oriented vendor.


On Fri, 18 Feb 2000, Dave Lajoie wrote:

>
> Just got in a shipment of 2 'HIPER DSP DBL UP' bundles to complete the
> addition of 4 PRI T1's at one of our POP locations, but when I opened the
> packages I only had 3 of the DSP'S and all four of the NIC's. Missing the
> DSP that went with the 4th NIC, I checked the vendor our staff made the
> purchase from and called that vendor to explain the situation with some
> measure of anxiety, after all these parts are not cheap! I was met with
> total understanding, and willingness to bring the situation expediently to
> resolution, "We'll have a DSP there tomorrow" was the statement that
> _made_ my day. I have noticed a few posts on this list requesting
> suggestions as to where to purchase parts, and have noticed a couple of
> names mentioned. At this time I would like to pass along this info as a
> testimony to the outstanding service provided by Ryan R. Vallee of Source
> Technology out of Waltham Ma. they rock! The packages looked to me to be
> factory sealed, what happened is anyone's guess, all I know is when I need
> parts again I won't have to make a choice on who to buy them from I'll
> just dial 1.888.765.5758 and ask for Ryan.
>
>
> Dave Lajoie
> RA Administrator
> North Country Internet Access
> E-Mail: [e-mail]
> www.ncia.net
>
> On Wed, 19 Jan 2000, Mike Andrews wrote:
>
> > Ditto, that's where we get ours...  John Groh is our rep.
> >
> >
> > 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
> > "Don't sweat the petty things, and don't pet the sweaty things."
> >
> > On Wed, 19 Jan 2000, Richard Lorbieski wrote:
> >
> > > I deal with a different rep. , but it's a good company to do business
> > > with.
> > >
> > > "Mark E. Levy" wrote:
> > > >
> > > > John DeDonato, Source Technology 888-765-5758 x2267
> > > > www.source-technology.com
> > > >
> > > > Mark Thornton wrote:
> > > > >
> > > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new
> > > > > or used equipment. If you know of  reputable vendors please respond off-list
> > > > > to [e-mail].
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Mark Thornton
> > > > > San Marcos Internet, Inc.
> > > > > 512-393-5300
> > > >
> > > > --
> > > > ---------------------------------------------------------------------
> > > > 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.
> > >
> > > --
> > >
> > > Richard Lorbieski - [e-mail]
> > > Chief Technical Officer - Senior System Administrator
> > > Alpha1 Internet  http://www.alpha1.net
> > > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: <[e-mail]>
Subject: Re: (usr-tc) Vendors of 3Com equipment?
Date: 18 Feb 2000 21:50:05 -0500 (EST)


    I will AGREE with that statement!  Super people!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite R3
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================

On Fri, 18 Feb 2000, Brian wrote:

>
>
> Source Tech is definitly a service oriented vendor.
>
>
> On Fri, 18 Feb 2000, Dave Lajoie wrote:
>
> >
> > Just got in a shipment of 2 'HIPER DSP DBL UP' bundles to complete the
> > addition of 4 PRI T1's at one of our POP locations, but when I opened the
> > packages I only had 3 of the DSP'S and all four of the NIC's. Missing the
> > DSP that went with the 4th NIC, I checked the vendor our staff made the
> > purchase from and called that vendor to explain the situation with some
> > measure of anxiety, after all these parts are not cheap! I was met with
> > total understanding, and willingness to bring the situation expediently to
> > resolution, "We'll have a DSP there tomorrow" was the statement that
> > _made_ my day. I have noticed a few posts on this list requesting
> > suggestions as to where to purchase parts, and have noticed a couple of
> > names mentioned. At this time I would like to pass along this info as a
> > testimony to the outstanding service provided by Ryan R. Vallee of Source
> > Technology out of Waltham Ma. they rock! The packages looked to me to be
> > factory sealed, what happened is anyone's guess, all I know is when I need
> > parts again I won't have to make a choice on who to buy them from I'll
> > just dial 1.888.765.5758 and ask for Ryan.
> >
> >
> > Dave Lajoie
> > RA Administrator
> > North Country Internet Access
> > E-Mail: [e-mail]
> > www.ncia.net
> >
> > On Wed, 19 Jan 2000, Mike Andrews wrote:
> >
> > > Ditto, that's where we get ours...  John Groh is our rep.
> > >
> > >
> > > 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
> > > "Don't sweat the petty things, and don't pet the sweaty things."
> > >
> > > On Wed, 19 Jan 2000, Richard Lorbieski wrote:
> > >
> > > > I deal with a different rep. , but it's a good company to do business
> > > > with.
> > > >
> > > > "Mark E. Levy" wrote:
> > > > >
> > > > > John DeDonato, Source Technology 888-765-5758 x2267
> > > > > www.source-technology.com
> > > > >
> > > > > Mark Thornton wrote:
> > > > > >
> > > > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new
> > > > > > or used equipment. If you know of  reputable vendors please respond off-list
> > > > > > to [e-mail].
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > Mark Thornton
> > > > > > San Marcos Internet, Inc.
> > > > > > 512-393-5300
> > > > >
> > > > > --
> > > > > ---------------------------------------------------------------------
> > > > > 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.
> > > >
> > > > --
> > > >
> > > > Richard Lorbieski - [e-mail]
> > > > Chief Technical Officer - Senior System Administrator
> > > > Alpha1 Internet  http://www.alpha1.net
> > > > 409.731.8236  - 877.4.alpha1 (877.425.7421)
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109    http://www.shreve.net/~signal
> Network Administrator   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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) OT: Survey - Backhauling traffic from POP's
Date: 18 Feb 2000 22:11:40 -0500

Off-topic survey:

I am investigating some POP alternatives for our network. These POPs will be
dialup only. They will be co-located within the CLEC switch or remote
central office.

I am looking for information on how most of you backhaul the dialup traffic
to your networks. I find it curiously strange that more CLECs do not have
fiber in their facilities that connect them to IP backbones like UUNET,
Sprint or CW (at least that's the way it is here in NJ). My first
inclination was not to backhaul, but obtain a separate feed to one of the
backbones right in the colo/switch, but this is not an option. So, I am left
to backhaul.

What is the most cost-effective way to do this? Assuming that these POPs
will be relatively small, not requiring A DS3 to backhaul, how many PRI
dialup trunks can be supported for each T1 backhaul to my network? Or, is
there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's
with relatively moderate traffic can be supported by 1 T1 backhaul. I have
my doubts here as well.

Thoughts, comments, suggestions are welcomed, off-list if you prefer.


--
Scot Desort
Network Operations Manager
NJ Internet Access
[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: "Ed" <[e-mail]>
Subject: Re: (usr-tc) Vendors of 3Com equipment?
Date: 18 Feb 2000 22:44:34 -0500

Source Technology www.source-t.com is the BEST! We have dealt with them for
4 years and they have always treated us right and come through for us.
Prices are very competitive and the people are great.

Ed


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Vendors of 3Com equipment?
Date: 18 Feb 2000 21:57:20 -0600

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01BF7A5B.21708CA0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit



> Source Technology www.source-t.com is the BEST! We have dealt with them
for
> 4 years and they have always treated us right and come through for us.
> Prices are very competitive and the people are great.

    Agreed,

    I've spent a lotta bucks with Source Tech and they've been very
professional.

    -= Steve =-


------=_NextPart_000_0009_01BF7A5B.21708CA0
Content-Type: application/x-pkcs7-signature;
    name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
    filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII+jCCAq0w
ggIWoAMCAQICAwHD2jANBgkqhkiG9w0BAQQFADCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UE
CxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAx
OTk5LjkuMTYwHhcNOTkxMjAzMjM1OTU5WhcNMDAxMjAyMjM1OTU5WjBKMR8wHQYDVQQDExZUaGF3
dGUgRnJlZW1haWwgTWVtYmVyMScwJQYJKoZIhvcNAQkBFhhob3N0bWFzdGVyQG1pbm5taWNyby5j
b20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMMvpObXaWvSTbvXhTh6aa84XvvaLsPZ0spX
cyPcIS+He3yswL2gP980QNQjG5zsd2nFYd9YQ32dQTG9ZIDJfWikQQUFK4aEcE5Tn2GTTVpRZjnV
Tl8hrk5uq+pkSnrartoZBMwtYKY12uMcsIToh/6wbwsKDiI+3XApjPdP5/WFAgMBAAGjVjBUMCMG
A1UdEQQcMBqBGGhvc3RtYXN0ZXJAbWlubm1pY3JvLmNvbTAMBgNVHRMBAf8EAjAAMB8GA1UdIwQY
MBaAFIir8WCDZlX05FjHRh3AYb0j18OMMA0GCSqGSIb3DQEBBAUAA4GBAEIAP9OIkvQnKs9poSjB
gMcfb6lrcFXDvqtvNGwB+PzyqjnT8Z6upZnOIawSyFz98YWRrcwpsfk+0Sn8R0ZerOcp2sBU8JeJ
vpnsTA7IE+9yMCzzINbsN/rlJLYK17FGqi7+Unkkf3uHI5806ieOHv7r/QLoB5pTM/W+vh8rbsMQ
MIIDFDCCAn2gAwIBAgIBCzANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgT
DFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3Vs
dGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMb
VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVl
bWFpbEB0aGF3dGUuY29tMB4XDTk5MDkxNjE0MDE0MFoXDTAxMDkxNTE0MDE0MFowgZQxCzAJBgNV
BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYD
VQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJz
b25hbCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCz
aVqX1NAWC3q1xV3pIZwjcs0STEv3fs/H+8pyJPRCUqxXleN7YXoXhOf9cjk4lLTq7WWnkgZeveBl
9hm7lHl2TD65aHB1hBz0EXQAvAUsTwkDFzHM9EHUcsamXeKIRLCLLsRN8fDWhT5s85WUeJF+QOmc
0Y0VV47Cc+Uw3kb1TwIDAQABozcwNTASBgNVHRMBAf8ECDAGAQH/AgEAMB8GA1UdIwQYMBaAFHJJ
wnM0xlX0C3ZygX539IfnxrIOMA0GCSqGSIb3DQEBBAUAA4GBAGvGWekx+um27LED2N9ycv6RYEjq
xlXde/BnjsZhcOdtwqU32J23FyhWBYvdXHVvxpGQxmxmcRPQEHxrkW+G4CE2LcHX6rIJrc8tbcaD
Upv7u/6ch538t+l0kuRcl678fqzKDW9yemcsa3P1hvmd9QBu9B0Hzp2egmMp75MJflXeMIIDLTCC
ApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rl
cm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo
MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3Rl
IFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0
aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpB
MRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhh
d3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24x
JDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVy
c29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX
1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5E
rHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Ha
o5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH
7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJs
YHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1
iwzdUYRr5PjRzneigTGCAgAwggH8AgEBMIGcMIGUMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz
dGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQL
ExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5
OTkuOS4xNgIDAcPaMAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq
hkiG9w0BCQUxDxcNMDAwMjE4MjE1NzIwWjAjBgkqhkiG9w0BCQQxFgQU0YMdNR1+66UiEFzZVTEX
EM6HkWcwWwYJKoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI
hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZIhvcNAQEBBQAE
gYCVsLfN12pcNJxvYmocXiMofRpCwiQYaEm2hHaTDnF8vSRKdjTpgByLLrolN/4MF6GdYd+O+Hhx
IMkCuwdQ8FQCs0T9YKAhWcL2zwt7XwWxsL2uTirtl9g22u/8sRrBxHefjXfPA/niYQcOV//wJFAg
Xp+/w+wcFPiXA7KgCzJZcQAAAAAAAA==

------=_NextPart_000_0009_01BF7A5B.21708CA0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) OT: Survey - Backhauling traffic from POP's
Date: 18 Feb 2000 21:45:23 -0600

It's not a matter of how many PRI's per T1, but a matter of what your
customers are doing with the connections. We successfully ran 8 incoming
T1's via a single 'net T1 that was not heavily loaded until the 9th and 10th
incoming lines came up (the second 'net T1 was late, as is usually the
case). We also had numerous deicated accounts and colos as well. When the
latency started to rise we ordered the new circuits. All the while our
clients consistently rate our "speed" to be much better than our
competitors.

This is all changing right now though, because more users are doing
bandwidth intensive things. We have ordered additional 'net T1's to cover
the bandwidth growth, but we still are not pinched on the two we have with
16 incoming dialup T1's and PRI's from the telco.

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


----- Original Message -----
Sent: Friday, February 18, 2000 9:11 PM


> Off-topic survey:
>
> I am investigating some POP alternatives for our network. These POPs will
be
> dialup only. They will be co-located within the CLEC switch or remote
> central office.
>
> I am looking for information on how most of you backhaul the dialup
traffic
> to your networks. I find it curiously strange that more CLECs do not have
> fiber in their facilities that connect them to IP backbones like UUNET,
> Sprint or CW (at least that's the way it is here in NJ). My first
> inclination was not to backhaul, but obtain a separate feed to one of the
> backbones right in the colo/switch, but this is not an option. So, I am
left
> to backhaul.
>
> What is the most cost-effective way to do this? Assuming that these POPs
> will be relatively small, not requiring A DS3 to backhaul, how many PRI
> dialup trunks can be supported for each T1 backhaul to my network? Or, is
> there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3
PRI's
> with relatively moderate traffic can be supported by 1 T1 backhaul. I have
> my doubts here as well.
>
> Thoughts, comments, suggestions are welcomed, off-list if you prefer.
>
>
> --
> Scot Desort
> Network Operations Manager
> NJ Internet Access
> [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: "Kent Tambling" <[e-mail]>
Subject: Re: (usr-tc) Vendors of 3Com equipment?
Date: 18 Feb 2000 23:00:29 -0500

A second vote for Wynde Bush!!!!

How often can you fall in love with an equipment vendor..., really?
Here's your chance.......


Contact:


Wynde Bush
"The INTELLIGENT Choice for your Network"
1-877-TIC-INC1
2833 Villager Circle
Pensacola, Fl 32504
850-476-8417 voice  x100
850-478-7886 fax
[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) OT: Survey - Backhauling traffic from POP's
Date: 18 Feb 2000 23:31:15 -0500 (EST)

I would monitor the dropped packets instead of 'latentancy'.  There are to
many outside factors to influeance ping times.

FWIW I got 7 PRI's and a few ISDN/T-1 circuits into a single upstream
t-1... that includes running 2 game servers.

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

On Fri, 18 Feb 2000, Mark Thornton wrote:

> It's not a matter of how many PRI's per T1, but a matter of what your
> customers are doing with the connections. We successfully ran 8 incoming
> T1's via a single 'net T1 that was not heavily loaded until the 9th and 10th
> incoming lines came up (the second 'net T1 was late, as is usually the
> case). We also had numerous deicated accounts and colos as well. When the
> latency started to rise we ordered the new circuits. All the while our
> clients consistently rate our "speed" to be much better than our
> competitors.
>
> This is all changing right now though, because more users are doing
> bandwidth intensive things. We have ordered additional 'net T1's to cover
> the bandwidth growth, but we still are not pinched on the two we have with
> 16 incoming dialup T1's and PRI's from the telco.
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
> ----- Original Message -----
> From: Scot Desort <[e-mail]>
> To: usr list <[e-mail]>
> Sent: Friday, February 18, 2000 9:11 PM
> Subject: (usr-tc) OT: Survey - Backhauling traffic from POP's
>
>
> > Off-topic survey:
> >
> > I am investigating some POP alternatives for our network. These POPs will
> be
> > dialup only. They will be co-located within the CLEC switch or remote
> > central office.
> >
> > I am looking for information on how most of you backhaul the dialup
> traffic
> > to your networks. I find it curiously strange that more CLECs do not have
> > fiber in their facilities that connect them to IP backbones like UUNET,
> > Sprint or CW (at least that's the way it is here in NJ). My first
> > inclination was not to backhaul, but obtain a separate feed to one of the
> > backbones right in the colo/switch, but this is not an option. So, I am
> left
> > to backhaul.
> >
> > What is the most cost-effective way to do this? Assuming that these POPs
> > will be relatively small, not requiring A DS3 to backhaul, how many PRI
> > dialup trunks can be supported for each T1 backhaul to my network? Or, is
> > there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3
> PRI's
> > with relatively moderate traffic can be supported by 1 T1 backhaul. I have
> > my doubts here as well.
> >
> > Thoughts, comments, suggestions are welcomed, off-list if you prefer.
> >
> >
> > --
> > Scot Desort
> > Network Operations Manager
> > NJ Internet Access
> > [e-mail]
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) TCM software
Date: 19 Feb 2000 00:47:16 -0500 (EST)

You don't need traps enabled to graph modem usage with MRTG.  Go to
http://www.dcr.net/~mandrews/usrtoys -- you'll find sample MRTG configs
there.

Don't know about an addon for TCM to show you who's online -- that's
more HARM's job.  TCM works with the management card (NMC), and that info
is on the ARC...  which is what HARM works with.


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Thu, 17 Feb 2000, Steve Cobb wrote:

> I was just now able to get the TCM software from usr's site.  I wasn't
> able to get my contract number!!  Anyway, I have been told that there
> is an add-on that will let me look at each DSP card and tell what
> modems are being used and who is the user.  Anyone know what the name
> of this add-on is?  Is there any other cool add-ons I can get?  Also,
> can anyone tell me what SNMP traps to enable in TCM so that I can use
> MRTG to graph modem usage?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) OT: Survey - Backhauling traffic from POP's
Date: 19 Feb 2000 00:54:34 -0500 (EST)

3 to 1 is ridiculously low.  We've got 6 PRI's worth of dialup traffic in
one remote pop, and the T1 heading there peaks at 880 kbps.  That carries
only dialup traffic; no dedicated lines or DSL or anything else.  I figure
I can get to at least 9 PRI's before I worry about getting a second T1
down there...

Here in Bellsouth land, running a T1 out to this site was the most cost
effective way to do it.  Call Forwarding doesn't scale past 10 lines in
Bellsouth land.  The alternative was Bellsouth's Extended Reach PRI, which
becomes uneconomical with only 2 PRI's...  at that point it was cheaper to
run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra.

Running separate backbone connectivity into this particular location
wasn't economical either, because it was really a remote switch that Bell
backhauls to the one our main office is on anyway... and we would have had
to put in something like a Cisco 3640 (for running BGP internally) rather
than the 2511 we have now.  (And the async ports on the 2511 hook up to
the console ports on the Total Control nicely, so I can get into the cards
if the ethernet dies.)


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
"Don't sweat the petty things, and don't pet the sweaty things."

On Fri, 18 Feb 2000, Scot Desort wrote:

> Off-topic survey:
>
> I am investigating some POP alternatives for our network. These POPs will be
> dialup only. They will be co-located within the CLEC switch or remote
> central office.
>
> I am looking for information on how most of you backhaul the dialup traffic
> to your networks. I find it curiously strange that more CLECs do not have
> fiber in their facilities that connect them to IP backbones like UUNET,
> Sprint or CW (at least that's the way it is here in NJ). My first
> inclination was not to backhaul, but obtain a separate feed to one of the
> backbones right in the colo/switch, but this is not an option. So, I am left
> to backhaul.
>
> What is the most cost-effective way to do this? Assuming that these POPs
> will be relatively small, not requiring A DS3 to backhaul, how many PRI
> dialup trunks can be supported for each T1 backhaul to my network? Or, is
> there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's
> with relatively moderate traffic can be supported by 1 T1 backhaul. I have
> my doubts here as well.
>
> Thoughts, comments, suggestions are welcomed, off-list if you prefer.
>
>
> --
> Scot Desort
> Network Operations Manager
> NJ Internet Access
> [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: "Kent Tambling" <[e-mail]>
Subject: (usr-tc) MPPP across 4 or more B Channels?
Date: 19 Feb 2000 00:47:59 -0500

Can anyone recommend a solution for bonding (or multi-linking)
up to 4 64K B channels together from a client site into a HiperChassis?
Dial on demand as bandwidth requires?

I suppose if they had a PRI as well, but I as hoping for an ISDN
solution.  Who makes hardware like this?  Does it work?

ISDN is the only cost effective delivery in this customer's remote location.


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




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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) MPPP across 4 or more B Channels?
Date: 19 Feb 2000 04:27:46 -0500 (EST)

I have four Ascend Pipe400's waiting to be dusted off and sold... 4 BRIs
on each :)

Charles

On Sat, 19 Feb 2000, Kent Tambling wrote:

> Can anyone recommend a solution for bonding (or multi-linking)
> up to 4 64K B channels together from a client site into a HiperChassis?
> Dial on demand as bandwidth requires?
>
> I suppose if they had a PRI as well, but I as hoping for an ISDN
> solution.  Who makes hardware like this?  Does it work?
>
> ISDN is the only cost effective delivery in this customer's remote location.
>
>
> Kent Tambling
> [e-mail]
> System Administrator
> www.acceleration.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: "Scot Desort" <[e-mail]>
Subject: RE: (usr-tc) OT: Survey - Backhauling traffic from POP's
Date: 19 Feb 2000 07:33:16 -0500

So, it seems like the general rule that folks around here use is more like
6-8 to one. I suspected as much. Very interesting to hear how everybody is
doing it.

What about CLEC's in other states -- I would imagine that you are not
backhauling directly, but rather using something like frame to tie the
remote POP into your network.

--
Scot


>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Mike Andrews
>Sent: Saturday, February 19, 2000 12:55 AM
>To: usr list
>Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
>
>
>3 to 1 is ridiculously low.  We've got 6 PRI's worth of dialup traffic in
>one remote pop, and the T1 heading there peaks at 880 kbps.  That carries
>only dialup traffic; no dedicated lines or DSL or anything else.  I figure
>I can get to at least 9 PRI's before I worry about getting a second T1
>down there...
>
>Here in Bellsouth land, running a T1 out to this site was the most cost
>effective way to do it.  Call Forwarding doesn't scale past 10 lines in
>Bellsouth land.  The alternative was Bellsouth's Extended Reach PRI, which
>becomes uneconomical with only 2 PRI's...  at that point it was cheaper to
>run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra.
>
>Running separate backbone connectivity into this particular location
>wasn't economical either, because it was really a remote switch that Bell
>backhauls to the one our main office is on anyway... and we would have had
>to put in something like a Cisco 3640 (for running BGP internally) rather
>than the 2511 we have now.  (And the async ports on the 2511 hook up to
>the console ports on the Total Control nicely, so I can get into the cards
>if the ethernet dies.)
>
>
>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
>"Don't sweat the petty things, and don't pet the sweaty things."
>
>On Fri, 18 Feb 2000, Scot Desort wrote:
>
>> Off-topic survey:
>>
>> I am investigating some POP alternatives for our network. These
>POPs will be
>> dialup only. They will be co-located within the CLEC switch or remote
>> central office.
>>
>> I am looking for information on how most of you backhaul the
>dialup traffic
>> to your networks. I find it curiously strange that more CLECs do not have
>> fiber in their facilities that connect them to IP backbones like UUNET,
>> Sprint or CW (at least that's the way it is here in NJ). My first
>> inclination was not to backhaul, but obtain a separate feed to one of the
>> backbones right in the colo/switch, but this is not an option.
>So, I am left
>> to backhaul.
>>
>> What is the most cost-effective way to do this? Assuming that these POPs
>> will be relatively small, not requiring A DS3 to backhaul, how many PRI
>> dialup trunks can be supported for each T1 backhaul to my network? Or, is
>> there a more efficient way to do it? The CLEC's use a 3 to 1
>rule -- 3 PRI's
>> with relatively moderate traffic can be supported by 1 T1
>backhaul. I have
>> my doubts here as well.
>>
>> Thoughts, comments, suggestions are welcomed, off-list if you prefer.
>>
>>
>> --
>> Scot Desort
>> Network Operations Manager
>> NJ Internet Access
>> [e-mail]
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
Date: 19 Feb 2000 12:15:31 -0600 (CST)

On Fri, 18 Feb 2000, Scot Desort wrote:

> Off-topic survey:
>

> What is the most cost-effective way to do this? Assuming that these POPs
> will be relatively small, not requiring A DS3 to backhaul, how many PRI
> dialup trunks can be supported for each T1 backhaul to my network? Or, is
> there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's
> with relatively moderate traffic can be supported by 1 T1 backhaul. I have
> my doubts here as well.
>
> Thoughts, comments, suggestions are welcomed, off-list if you prefer.

You should be able to backhaul 10-12 PRI's on a single t1, depending on
your paritcular user mix.


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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
Date: 19 Feb 2000 12:17:36 -0600 (CST)

On Sat, 19 Feb 2000, Mike Andrews wrote:

> 3 to 1 is ridiculously low.  We've got 6 PRI's worth of dialup traffic in
> one remote pop, and the T1 heading there peaks at 880 kbps.  That carries
> only dialup traffic; no dedicated lines or DSL or anything else.  I figure
> I can get to at least 9 PRI's before I worry about getting a second T1
> down there...
>
> Here in Bellsouth land, running a T1 out to this site was the most cost
> effective way to do it.  Call Forwarding doesn't scale past 10 lines in
> Bellsouth land.  The alternative was Bellsouth's Extended Reach PRI, which

Call forwarding more than 1 call path is also a tariff violation :)

> becomes uneconomical with only 2 PRI's...  at that point it was cheaper to
> run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra.
>
> Running separate backbone connectivity into this particular location
> wasn't economical either, because it was really a remote switch that Bell
> backhauls to the one our main office is on anyway... and we would have had
> to put in something like a Cisco 3640 (for running BGP internally) rather
> than the 2511 we have now.  (And the async ports on the 2511 hook up to
> the console ports on the Total Control nicely, so I can get into the cards
> if the ethernet dies.)
>
>
> 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
> "Don't sweat the petty things, and don't pet the sweaty things."
>
> On Fri, 18 Feb 2000, Scot Desort wrote:
>
> > Off-topic survey:
> >
> > I am investigating some POP alternatives for our network. These POPs will be
> > dialup only. They will be co-located within the CLEC switch or remote
> > central office.
> >
> > I am looking for information on how most of you backhaul the dialup traffic
> > to your networks. I find it curiously strange that more CLECs do not have
> > fiber in their facilities that connect them to IP backbones like UUNET,
> > Sprint or CW (at least that's the way it is here in NJ). My first
> > inclination was not to backhaul, but obtain a separate feed to one of the
> > backbones right in the colo/switch, but this is not an option. So, I am left
> > to backhaul.
> >
> > What is the most cost-effective way to do this? Assuming that these POPs
> > will be relatively small, not requiring A DS3 to backhaul, how many PRI
> > dialup trunks can be supported for each T1 backhaul to my network? Or, is
> > there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's
> > with relatively moderate traffic can be supported by 1 T1 backhaul. I have
> > my doubts here as well.
> >
> > Thoughts, comments, suggestions are welcomed, off-list if you prefer.
> >
> >
> > --
> > Scot Desort
> > Network Operations Manager
> > NJ Internet Access
> > [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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: RE: (usr-tc) OT: Survey - Backhauling traffic from POP's
Date: 19 Feb 2000 12:18:18 -0600 (CST)


it just depends.  If your hitting markets that don't have BRI service you
can push it higher.  But if you have a good mix of isdn bri users, you
will have to use lower ratios


On Sat, 19 Feb 2000, Scot Desort wrote:

> So, it seems like the general rule that folks around here use is more like
> 6-8 to one. I suspected as much. Very interesting to hear how everybody is
> doing it.
>
> What about CLEC's in other states -- I would imagine that you are not
> backhauling directly, but rather using something like frame to tie the
> remote POP into your network.
>
> --
> Scot
>
>
> >-----Original Message-----
> >From: [e-mail]
> >[mailto:[e-mail]]On Behalf Of Mike Andrews
> >Sent: Saturday, February 19, 2000 12:55 AM
> >To: usr list
> >Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
> >
> >
> >3 to 1 is ridiculously low.  We've got 6 PRI's worth of dialup traffic in
> >one remote pop, and the T1 heading there peaks at 880 kbps.  That carries
> >only dialup traffic; no dedicated lines or DSL or anything else.  I figure
> >I can get to at least 9 PRI's before I worry about getting a second T1
> >down there...
> >
> >Here in Bellsouth land, running a T1 out to this site was the most cost
> >effective way to do it.  Call Forwarding doesn't scale past 10 lines in
> >Bellsouth land.  The alternative was Bellsouth's Extended Reach PRI, which
> >becomes uneconomical with only 2 PRI's...  at that point it was cheaper to
> >run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra.
> >
> >Running separate backbone connectivity into this particular location
> >wasn't economical either, because it was really a remote switch that Bell
> >backhauls to the one our main office is on anyway... and we would have had
> >to put in something like a Cisco 3640 (for running BGP internally) rather
> >than the 2511 we have now.  (And the async ports on the 2511 hook up to
> >the console ports on the Total Control nicely, so I can get into the cards
> >if the ethernet dies.)
> >
> >
> >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
> >"Don't sweat the petty things, and don't pet the sweaty things."
> >
> >On Fri, 18 Feb 2000, Scot Desort wrote:
> >
> >> Off-topic survey:
> >>
> >> I am investigating some POP alternatives for our network. These
> >POPs will be
> >> dialup only. They will be co-located within the CLEC switch or remote
> >> central office.
> >>
> >> I am looking for information on how most of you backhaul the
> >dialup traffic
> >> to your networks. I find it curiously strange that more CLECs do not have
> >> fiber in their facilities that connect them to IP backbones like UUNET,
> >> Sprint or CW (at least that's the way it is here in NJ). My first
> >> inclination was not to backhaul, but obtain a separate feed to one of the
> >> backbones right in the colo/switch, but this is not an option.
> >So, I am left
> >> to backhaul.
> >>
> >> What is the most cost-effective way to do this? Assuming that these POPs
> >> will be relatively small, not requiring A DS3 to backhaul, how many PRI
> >> dialup trunks can be supported for each T1 backhaul to my network? Or, is
> >> there a more efficient way to do it? The CLEC's use a 3 to 1
> >rule -- 3 PRI's
> >> with relatively moderate traffic can be supported by 1 T1
> >backhaul. I have
> >> my doubts here as well.
> >>
> >> Thoughts, comments, suggestions are welcomed, off-list if you prefer.
> >>
> >>
> >> --
> >> Scot Desort
> >> Network Operations Manager
> >> NJ Internet Access
> >> [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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Kevin Benton <[e-mail]>
Subject: RE: (usr-tc) Support Contract survey
Date: 21 Feb 2000 09:57:45 -0500 (EST)

Ummmmm...  Dumb question - who is providing the warranty?  If the telco
is, that's one thing (and I never trust telco warranties).  If it's not,
then all they've done is made life more difficult for you in the long term
if they're not training you at all.  They're making you continue to rely
on them for what you need which is very lucrative for them.  3Com does not
require a telco to install and/or maintain your hardware in order to have
warranty support.  If I were you, I would get in contact with your 3Com
sales rep to find out about Total Control training and then have the telco
leave you and your chassis alone.  I would do the same for your routers.
Our ILECs are notorious for making things difficult for customers who want
to know what's going on but just haven't had a chance to learn yet.  Our
CLECs, on the other hand, are  often very helpful.  (ILEC = incumbent
local exchange carrier, CLEC = competitive LEC)

Kevin Benton
Network Administrator
SOTANet LLC, A Voyager.net Company

On Wed, 2 Feb 2000, Steve Cobb wrote:

> Date: Wed, 2 Feb 2000 11:48:35 -0500
> From: Steve Cobb <[e-mail]>
> Reply-To: [e-mail]
> To: [e-mail]
> Subject: RE: (usr-tc) Support Contract survey
>
> Sorry about posting off topic but I can't seem to make a new post, just
> reply???Anyway,,,
>
>
> We are a new ISP and all our equipment (routers, USR TC) were installed by
> our TELCO provider for warranty purposes.  However, I would like to learn as
> much a possible about our equipment, specifically our TC chassis.  I don't
> know what kind of cards we have, what revisions, etc.  This is all
> information I would like to know.  Where can I get familiar with the
> equipment I have?
>
> Steve Cobb
> Computer Geeks
> [e-mail]
> www.computer-geeks.com
>
>
> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Mark Thornton
> Sent: Wednesday, February 02, 2000 10:36 AM
> To: [e-mail]
> Subject: Re: (usr-tc) Support Contract survey
>
>
> I may not have responded to your survey so I am doing so now...
>
> We do not have support at this time and are very unlikely to do so at the
> prices charged vs. service rendered. We get our support from vendors, and
> access to software updates as a result of continuing purchases for
> additional hardware (primarily DSP's). If support were affordable we would
> purchase it tomorrow. I like living with a safety net, but I won't pay
> outrageous prices for it. I also noted someone talked about a per incident
> charge, but I was rejected at 3Com tech support some months ago if I
> wouldn't buy the big contract on the spot. There was no offer for per
> incident support. I use per incident support form Microsoft and find it to
> be very effective, though I have tried per incident support for Linux and
> other applications with less success. I think that is because of how long M$
> has been doing it, the others will catch up very quickly. Per incident
> support is easy money anyway. When the network is down, administrators
> typically have an open checkbook to get the problem resolved. That same
> checkbook is notoriously difficult to crack when things are working fine.
>
> I don't understand why I can buy a support contract the lets me talk to the
> support folks for a single price. Whether I have one or twenty chassis's,
> I'm typically only going to ask a question once then apply it to all
> chassis. The same is with the software upgrades. The 24 hour replacement
> policy on hardware I can understand being a per chassis charge.
>
> 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.
>

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


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


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

From: Jeff Mcadams <[e-mail]>
Subject: (usr-tc) Acct-Terminate-Cause numbers?
Date: 21 Feb 2000 11:05:50 -0500

I know this has been discussed before...but I can't find where it was,
or what the answers were.

Have we ever found what all the Acct-Terminate-Cause numbers were?  I
just had one of my techs ask about an Acct-Terminate-Cause 29.  Went to
go look for a list of what that mapped to and couldn't find anything.
This is from the Arc of course, and my RADIUS dictionary only has up to
18.

Thanks!
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Kevin Benton <[e-mail]>
Subject: Re: (usr-tc) dead fan in chassis
Date: 21 Feb 2000 11:47:42 -0500 (EST)

On Fri, 7 Jan 2000, Jolliffe, Anu wrote:

> I have a dead fan in the removable fan tray of chassis.  I am looking for
> the best way to deal with this issue based on previous experience.
>
> So far I have come up with a coupe of solutions, but am looking for the
> quickest and easiest way to deal with this issue.
>
> Send the tray back to 3com
> Source a similar fan myself and replace myself
>
> Do you have a better way?

Send that puppy home if it's under warranty.  If not, do you have a spare
chassis you've bought just for DSP's?  If so, you should have a spare
to move everything over to.  If not, you may want to consider getting one
if for nothing else than having spares.  It's a lot cheaper in the long
run than having to have hardware contracts...

Kevin Benton

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


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


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

From: Sergio Gonzalez <[e-mail]>
Subject: (usr-tc) Hiper ARC critical Error.
Date: 21 Feb 2000 19:30:45 -0500

*This message was transferred with a trial version of CommuniGate(tm) Pro*
Hi there. I got a BIG problem with a HiperARC card. We had an electrical=20
problem with the chasis and it seems to be a problem with the "OS" of the=20
HiperARC. Sometimes it boots well, tries to run the SW, but tells me the SW=
=20
is corrupted and I will need to make a software dwld. Well, this is THE=20
BEST thing ever happen.. but in all the other SAD times I try to boot the=20
card and it only goes to red led alarm (critical) AND DOES NOTHING. Any=20
ideas how to make the card boot with "the scencial" to try a software dwld.?

Thanks !!

Sergio
Sergio Gonzalez
Director Operativo -- Operative Manager
Skynet de Colombia S.A.
Santaf=E9 de Bogot=E1, Colombia, South America.
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: [e-mail]
Subject: Re: (usr-tc) Motorola SM56 modems
Date: 22 Feb 2000 12:07:19 +0800


Yes, My user is having problem in connecting to my TC using the MOTOROLA
SM56 modems, my ARC is 4.1.59 and my DSP is 2.0.72

At 08:09 AM 01/04/2000 -0600, Mark E. Levy wrote:
>I have a user (also with a brand new Gateway) having similiar problems with
>this modem.  They connect at no better than 21K.  We're running 2.0.19 &
>4.1.59-6.
>
>Mike Andrews wrote:
>
>> Anyone had any problems with Motorola SM56 modems?  I ran into one person
>> a while back that had a hell of a lot of problems with one, which went
>> away when he got a Sportster...  apparently Motorola didn't have any newer
>> drivers (and yes it's a Winmodem).  But in the last 4 days -- 3 of which
>> we've been running 2.0.51 code on a mix of hardware revs 49, 53, and 54 --
>> we've had a sharp increase in the number of people having disconnects with
>> these things.  One of them was in a brand new Gateway computer, so I fear
>> that they may have switched modem vendors yet again, and with Christmas
>> having just come, that might be the source of lots of them.  (ugh)  So at
>> this point I can't tell if it's that or if it's the 2.0.51 code causing
>> the problem.  I would rather be running 2.0.51 because I've got five DSP's
>> on order and they're likely to be a newer hardware rev, and I'd rather
>> run the same code across the board...
>>
>> 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
>> "It's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the 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.
>
Herbert Frias
Network Group

Pacific Internet, Philippines            [phone] Phone.
3rd Flr. The Taipan Place            [phone] Fax.
Emerald Avenue, Ortigas Center
Pasig, Metro Manila 1605
Philippines

Voice: [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: [e-mail]
Subject: RE: (usr-tc) Caller ID Question
Date: 22 Feb 2000 12:34:13 +0800



Krish, thanks for the info i think this is it
BTW, some calling id doesn't appear how come? do you have any idea?


Thanks,


At 06:57 PM 01/03/2000 -0600, Marshall Morgan wrote:
>Krish,
>
>I think the guy wants ANI (Calling Number) not DNIS (Called Number) info.
>
>Marshall Morgan
>
>Internet Doorway, Inc (aka NETDOOR)
>http://www.netdoor.com
>
>
>> -----Original Message-----
>> From: [e-mail]
>> [mailto:[e-mail]]On Behalf Of Tatai SV Krishnan
>> Sent: Monday, January 03, 2000 6:37 PM
>> To: Pete Ashdown
>> Cc: [e-mail]
>> Subject: Re: (usr-tc) Caller ID Question
>>
>>
>> Depends on the version of hiper arc code you are using, and if theuser is
>> currently logged on - if the user is logged on you could issue this
>> command to look at DNIS numbers
>>
>> list dnis_connection
>>
>>
>> krish
>>
>> On Mon, 3 Jan 2000, Pete Ashdown wrote:
>>
>> > * [e-mail] ([e-mail]) [991230 12:20] writeth:
>> > >Is there a command line that will display the CALLER ID of the user?
>> >
>> > Nope.  You have to either pull this information with SNMP via the NMC, or
>> > via RADIUS accounting.
>> >
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
Herbert Frias
Network Group

Pacific Internet, Philippines            [phone] Phone.
3rd Flr. The Taipan Place            [phone] Fax.
Emerald Avenue, Ortigas Center
Pasig, Metro Manila 1605
Philippines

Voice: [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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Caller ID Question
Date: 22 Feb 2000 07:21:24 -0500

Thus spake [e-mail]
>Krish, thanks for the info i think this is it BTW, some calling id
>doesn't appear how come? do you have any idea?

Caller blocks it, coming from a switch that doesn't support it, calling
through a PBX that doesn't support it, any number of other perfectly
normal reasons.
--
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: Kevin Benton <[e-mail]>
Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
Date: 22 Feb 2000 13:44:36 -0500 (EST)

On Sat, 19 Feb 2000, Mike Andrews wrote:

> 3 to 1 is ridiculously low.  We've got 6 PRI's worth of dialup traffic in
> one remote pop, and the T1 heading there peaks at 880 kbps.  That carries
> only dialup traffic; no dedicated lines or DSL or anything else.  I figure
> I can get to at least 9 PRI's before I worry about getting a second T1
> down there...

<rest deleted>

That would be true if we all lived in warm climates where people have
other things to do...  We have a number of very rural pops in Ohio where
people spend a great deal of time on the net.  In places where there
aren't many fun things to do or when the weather is bad enough to keep
people inside, dialup to customer and data to dialup ratios go up.  When
there's more fun stuff to do, people spend less time on the net and when
they do, they're often too busy to spend a bunch of time doing a lot of
things.  The ROI on these POPs takes longer, though they do turn
profitable eventually. I could be way off base on this, but this is what
I've seen from our net.

Kevin

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


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


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

From: "Christopher Berry" <[e-mail]>
Subject: (usr-tc) Authentication on HiPers
Date: 22 Feb 2000 11:47:51 -0700

This is a multi-part message in MIME format.

------=_NextPart_000_0022_01BF7D2A.A5A4C280
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

We've noticed a strange phenomenon on our HiPers used for dial-in:

It seems (this may not be true, though) that suddenly the hipers will =
not authenticate older Macs (using MacPPP/ConfigPPP), older Windows =
(Winsock), or even  HyperTerminal logins.=20

The log (We use Cistron Radius on a  RHLinux 6.1 box for authentication =
and accounting) shows the username fine, but the password is garbled =
(garbage characters), and thus can not authenticate.

The Hipers are all running 2.0.51 (Which, BTW, really helped the =
problems with losing modems), and they have been hardware reset.

From telnet, the SHOW PPP gives a Dial-in Users Authenticate set to =
"ANY".
I have used SET to change this to the other settings and back again.

Our Quads which authenticate on the same box are unaffected.

The only recent change unique to the hiper chassis is it was switched to =
a new backbone provider and now has all new IP's. There are no other =
problems-everyone else can connect fine

Other PPP (Mac and PC) are fine, only older  PPP programs have problems. =


Christopher Berry
rof.net Web Design and Technical Support
[phone] x17


------=_NextPart_000_0022_01BF7D2A.A5A4C280
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3013.2600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>We've noticed a strange phenomenon on our HiPers =
used for=20
dial-in:</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>It <EM>seems </EM>(this may not be true, though) =
that suddenly=20
the hipers will not authenticate older Macs (using MacPPP/ConfigPPP), =
older=20
Windows (Winsock), or even  HyperTerminal logins. </FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>The log (We use Cistron Radius on a  RHLinux =
6.1 box for=20
authentication and accounting) shows the username fine, but the password =
is=20
garbled (garbage characters), and thus can not =
authenticate.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>The Hipers are all running 2.0.51 (Which, BTW, =
really helped=20
the problems with losing modems), and they have been hardware=20
reset.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>From telnet, the SHOW PPP gives a Dial-in Users =

Authenticate set to "ANY".</FONT></DIV>
<DIV><FONT size=3D2>I have used SET to change this to the other =
settings and=20
back again.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Our Quads which authenticate on the same box are=20
unaffected.</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>The only recent change unique to the hiper chassis =
is it was=20
switched to a new backbone provider and now has all new IP's. There are =
no other=20
problems-everyone else can connect fine</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Other PPP (Mac and PC) are fine, only =
older  PPP=20
programs have problems. </FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Christopher Berry<BR>rof.net Web Design and =
Technical=20
Support<BR>[phone] x17<BR></FONT></DIV></BODY></HTML>

------=_NextPart_000_0022_01BF7D2A.A5A4C280--


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


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

From: "Christopher Berry" <[e-mail]>
Subject: (usr-tc) Analog Quad Disconnects
Date: 22 Feb 2000 13:52:55 -0700

This is a multi-part message in MIME format.

------=_NextPart_000_003D_01BF7D3C.1EE1FDA0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

We have one rack of POTS lines hooked into Quad Analog/Digital cards. At =
what seems to be random intervals, the rack disconnects everyone or =
resets. I was watching once while it happened, and managed to get to =
modem events in TCM before someone dialed  in and saw an error message:

"pbReceivedLsWhileLinkUp"

I can't find an explanation of this in any documentation. Can anyone =
explain this error, or tell me where to look for an explanation?

Thanks in advance,

Christopher Berry
rof.net Web Design and Technical Support
[phone] x17


------=_NextPart_000_003D_01BF7D3C.1EE1FDA0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3013.2600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>We have one rack of POTS lines hooked into Quad =
Analog/Digital=20
cards. At what seems to be random intervals, the rack disconnects =
everyone or=20
resets. I was watching once while it happened, and managed to get to =
modem=20
events in TCM before someone dialed  in and saw an error=20
message:</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>"pbReceivedLsWhileLinkUp"</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>I can't find an explanation of this in any =
documentation. Can=20
anyone explain this error, or tell me where to look for an=20
explanation?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Thanks in advance,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Christopher Berry<BR>rof.net Web Design and =
Technical=20
Support<BR>[phone] x17<BR></FONT></DIV></BODY></HTML>

------=_NextPart_000_003D_01BF7D3C.1EE1FDA0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MRTG and TCH
Date: 21 Feb 2000 23:04:25 -0500

Thanks for the help guys but I still need some more.  I'm running all HiperDSP cards and can run the command line "perl hiperdsp.pl [e-mail]" and I get a list of two numbers, which is the number of users online and the total number of modems.  That's great but how do I incorporate this into MRTG?  When I make a mrtg.cfg file and use the OID that is in the hiperdsp.pl file, 1.3.6.1.4.1.429.1.27.2.1.26, and then run mrtg, i get an SNMP error: no response received.  How can I get this to work so that I can graph out modem usage??  I have included the mrtg.cfg file:

workdir: f:\inetpub\wwwroot\mrtgnew
Unscaled[_]:ymwd

#.....................................................................

Target[tch1]:1.3.6.1.4.1.429.1.27.2.1.26:private@208.34.239.3
MaxBytes[tch1]: 46
Unscaled[tch1]:ymwd
Title[tch1]: Total Control Hub #1
PageTop[tch1]: <H1>TCH1 Modem Utilization </H1>
YLegend[tch1]:Modem Capacity
Options[tch1]:gauge,growright
ShortLegend[tch1]:Modems
Legend1[tch1]:  Utilization
Legend2[tch1]:  Capacity
Legend3[tch1]:  Connections
Legend4[tch1]:  Capacity
LegendI[tch1]:  Utilization
LegendO[tch1]:  Capacity

#.....................................................................

Thanks for your help!!!!


--
Steve Cobb
Computer Geeks
[e-mail]
www.computer-geeks.com
*****************************
Want faster internet service?
www.geeksnet.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: "Greg Long" <[e-mail]>
Subject: RE: (usr-tc) MRTG and TCH
Date: 22 Feb 2000 14:25:26 -0700

Instead of trying to hit the SNMP OID, the Target line in our MRTG.cfg file
looks like this:

Target[tch1]: `perl c:\mrtg-2.8.8\run\dualpri.pl [e-mail]`

so I suggest changing your's to something like:

Target[tch1]: `perl c:\mrtg\hiperdsp.pl [e-mail]`

Note those ` are the apostrophe marks near the 1 key.  It's been working
like a charm.

Thanks,
Greg Long
Network Admin
Coastlink
801-532-6212 ext 32
[e-mail]
http://www.coastlink.com

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Steve Cobb
> Sent: Monday, February 21, 2000 9:04 PM
> To: [e-mail]
> Cc: [e-mail]
> Subject: (usr-tc) MRTG and TCH

(snip)

> workdir: f:\inetpub\wwwroot\mrtgnew
> Unscaled[_]:ymwd
>
> #.....................................................................
>
> Target[tch1]:1.3.6.1.4.1.429.1.27.2.1.26:[e-mail]
> MaxBytes[tch1]: 46
> Unscaled[tch1]:ymwd
> Title[tch1]: Total Control Hub #1
> PageTop[tch1]: <H1>TCH1 Modem Utilization </H1>
> YLegend[tch1]:Modem Capacity
> Options[tch1]:gauge,growright
> ShortLegend[tch1]:Modems
> Legend1[tch1]:  Utilization
> Legend2[tch1]:  Capacity
> Legend3[tch1]:  Connections
> Legend4[tch1]:  Capacity
> LegendI[tch1]:  Utilization
> LegendO[tch1]:  Capacity




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MRTG and TCH
Date: 22 Feb 2000 17:54:20 -0500

This is right....Mrtg just wants 4 values for graphs....2 numbers (which
will be graphed) an up time, and a system name....you can pass it any 2 #'s
and it will make graphs of them...I use it to track Quake3 server usage :)


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Greg Long
Sent: Tuesday, February 22, 2000 4:25 PM


Instead of trying to hit the SNMP OID, the Target line in our MRTG.cfg file
looks like this:

Target[tch1]: `perl c:\mrtg-2.8.8\run\dualpri.pl [e-mail]`

so I suggest changing your's to something like:

Target[tch1]: `perl c:\mrtg\hiperdsp.pl [e-mail]`

Note those ` are the apostrophe marks near the 1 key.  It's been working
like a charm.

Thanks,
Greg Long
Network Admin
Coastlink
801-532-6212 ext 32
[e-mail]
http://www.coastlink.com

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Steve Cobb
> Sent: Monday, February 21, 2000 9:04 PM
> To: [e-mail]
> Cc: [e-mail]
> Subject: (usr-tc) MRTG and TCH

(snip)

> workdir: f:\inetpub\wwwroot\mrtgnew
> Unscaled[_]:ymwd
>
> #.....................................................................
>
> Target[tch1]:1.3.6.1.4.1.429.1.27.2.1.26:[e-mail]
> MaxBytes[tch1]: 46
> Unscaled[tch1]:ymwd
> Title[tch1]: Total Control Hub #1
> PageTop[tch1]: <H1>TCH1 Modem Utilization </H1>
> YLegend[tch1]:Modem Capacity
> Options[tch1]:gauge,growright
> ShortLegend[tch1]:Modems
> Legend1[tch1]:  Utilization
> Legend2[tch1]:  Capacity
> Legend3[tch1]:  Connections
> Legend4[tch1]:  Capacity
> LegendI[tch1]:  Utilization
> LegendO[tch1]:  Capacity




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


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MRTG and TCH
Date: 23 Feb 2000 01:09:48 -0500

At 11:04 PM 2/21/00 -0500, Steve Cobb wrote:
>Thanks for the help guys but I still need some more.  I'm running all
HiperDSP cards and can run the command line "perl hiperdsp.pl
[e-mail]" and I get a list of two numbers, which is the
number of users online and the total number of modems..  That's great but
how do I incorporate this into MRTG?  When I make a mrtg.cfg file and use
the OID that is in the hiperdsp.pl file, 1.3.6.1.4.1.429.1.27.2.1.26, and
then run mrtg, i get an SNMP error: no response received.  How can I get
this to work so that I can graph out modem usage??  I have included the
mrtg.cfg file:

Here's mine, works fine;

#.....................................................................

Target[tch1]:
1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:<COMMUNITY>@<ARC IP>
MaxBytes[tch1]: 69
Unscaled[tch1]:ymwd
Title[tch1]: Total Control Hub #1
PageTop[tch1]: <H1>Keystone Connect Modem Utilization </H1>
 <TABLE>
   <TR><TD>System:</TD><TD>3Com Enterprise Network Hub </TD></TR>
   <TR><TD>Maintainer:</TD><TD>Keystone Connect</TD></TR>
   <TR><TD>Interface:</TD><TD>HiPer DSP (2)</TD></TR>
   <TR><TD>Configuration:</TD><TD>ISDN, USR x2 and v.90 56k
protocols</TD></TR>
   <TR><TD>Capacity as configured:</TD>
       <TD><b>69 modems (23 per DSP)</b></TD></TR>
  </TABLE>
YLegend[tch1]:Modem Useage
Options[tch1]:gauge
Xsize[tch1]: 600
Ysize[tch1]: 200
ShortLegend[tch1]:Modems
Legend1[tch1]:Modem Utilization
Legend2[tch1]:Modem Utilization
LegendI[tch1]:  Utilization
LegendO[tch1]:  Utilization


#---------------------------------------------------------------


--
Kirk Mitchell-General Manager        [e-mail]
Keystone Connect                     Unlock Your World
Altoona, PA  814-941-5000/886-2500   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: "Ray Whelan" <[e-mail]>
Subject: Re: (usr-tc) Analog Quad Disconnects
Date: 23 Feb 2000 09:03:29 +0000

--0__=6UCIUcxxfKKUCN0QUfCOc8PtRLUqOwX6Pj2XUBGMUIphcO9fKtBi7JNj
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline





Hi Christopher,



pbReceivedLsWhileLinkUp(55)  'PACKET BUS - Received LS while Link Up'

An error occurred in the packet bus link layer.  The modem received a request to
start a new link, when it was already in a link.  So, the current link is
dropped and a new link is attempted.

Possible problem with modem in one of your slots.

Hope it helps
Regards
Ray Whelan





"Christopher Berry" <[e-mail]> on 22/02/2000 20:52:55

Please respond to [e-mail]

Sent by:  "Christopher Berry" <[e-mail]>


cc:    (Ray Whelan/IE/3Com)




We have one rack of POTS lines hooked into Quad Analog/Digital cards. At what
seems to be random intervals, the rack disconnects everyone or resets. I was
watching once while it happened, and managed to get to modem events in TCM
before someone dialed  in and saw an error message:

"pbReceivedLsWhileLinkUp"

I can't find an explanation of this in any documentation. Can anyone explain
this error, or tell me where to look for an explanation?

Thanks in advance,

Christopher Berry
rof.net Web Design and Technical Support
[phone] x17


--0__=6UCIUcxxfKKUCN0QUfCOc8PtRLUqOwX6Pj2XUBGMUIphcO9fKtBi7JNj
Content-type: text/html;
    name="att1.htm"
Content-Disposition: attachment; filename="att1.htm"
Content-transfer-encoding: base64
Content-Description: Internet HTML

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWlz
by04ODU5LTEiIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlPg0KPE1FVEEgY29udGVudD0iTVNIVE1M
IDUuMDAuMzAxMy4yNjAwIiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFE
Pg0KPEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTI+V2UgaGF2ZSBvbmUg
cmFjayBvZiBQT1RTIGxpbmVzIGhvb2tlZCBpbnRvIFF1YWQgQW5hbG9nL0RpZ2l0YWwgDQpjYXJk
cy4gQXQgd2hhdCBzZWVtcyB0byBiZSByYW5kb20gaW50ZXJ2YWxzLCB0aGUgcmFjayBkaXNjb25u
ZWN0cyBldmVyeW9uZSBvciANCnJlc2V0cy4gSSB3YXMgd2F0Y2hpbmcgb25jZSB3aGlsZSBpdCBo
YXBwZW5lZCwgYW5kIG1hbmFnZWQgdG8gZ2V0IHRvIG1vZGVtIA0KZXZlbnRzIGluIFRDTSBiZWZv
cmUgc29tZW9uZSBkaWFsZWQmbmJzcDsgaW4gYW5kIHNhdyBhbiBlcnJvciANCm1lc3NhZ2U6PC9G
T05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPiJwYlJlY2Vp
dmVkTHNXaGlsZUxpbmtVcCI8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48
Rk9OVCBzaXplPTI+SSBjYW4ndCBmaW5kIGFuIGV4cGxhbmF0aW9uIG9mIHRoaXMgaW4gYW55IGRv
Y3VtZW50YXRpb24uIENhbiANCmFueW9uZSBleHBsYWluIHRoaXMgZXJyb3IsIG9yIHRlbGwgbWUg
d2hlcmUgdG8gbG9vayBmb3IgYW4gDQpleHBsYW5hdGlvbj88L0ZPTlQ+PC9ESVY+DQo8RElWPiZu
YnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+VGhhbmtzIGluIGFkdmFuY2UsPC9GT05UPjwv
RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPkNocmlzdG9waGVyIEJl
cnJ5PEJSPnJvZi5uZXQgV2ViIERlc2lnbiBhbmQgVGVjaG5pY2FsIA0KU3VwcG9ydDxCUj4oOTcw
KSA5NDUtNDkyMCB4MTc8QlI+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo=

--0__=6UCIUcxxfKKUCN0QUfCOc8PtRLUqOwX6Pj2XUBGMUIphcO9fKtBi7JNj--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Whelan" <[e-mail]>
Subject: Re: (usr-tc) Authentication on HiPers
Date: 23 Feb 2000 09:17:46 +0000

--0__=RrX9ASVq8GWad3cF7tC5YyAQaty6Lf8KgrAiygMMTqhIgx22K0s5zZVK
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline



Hi Christopher,

Couple of things you can narrow down your problem
On the Hiper Arc do one of the following  monitor radius / monitor ppp,
>mon ppp
>mon radius
>Set Facility "call initiation process" loglevel common
Set up local user on the ARC and test.

Regards
Ray W




"Christopher Berry" <[e-mail]> on 22/02/2000 18:47:51

Please respond to [e-mail]

Sent by:  "Christopher Berry" <[e-mail]>


cc:    (Ray Whelan/IE/3Com)




We've noticed a strange phenomenon on our HiPers used for dial-in:

It seems (this may not be true, though) that suddenly the hipers will not
authenticate older Macs (using MacPPP/ConfigPPP), older Windows (Winsock), or
even  HyperTerminal logins.

The log (We use Cistron Radius on a  RHLinux 6.1 box for authentication and
accounting) shows the username fine, but the password is garbled (garbage
characters), and thus can not authenticate.

The Hipers are all running 2.0.51 (Which, BTW, really helped the problems with
losing modems), and they have been hardware reset.

From telnet, the SHOW PPP gives a Dial-in Users Authenticate set to "ANY".
I have used SET to change this to the other settings and back again.

Our Quads which authenticate on the same box are unaffected.

The only recent change unique to the hiper chassis is it was switched to a new
backbone provider and now has all new IP's. There are no other problems-everyone
else can connect fine

Other PPP (Mac and PC) are fine, only older  PPP programs have problems.

Christopher Berry
rof.net Web Design and Technical Support
[phone] x17


--0__=RrX9ASVq8GWad3cF7tC5YyAQaty6Lf8KgrAiygMMTqhIgx22K0s5zZVK
Content-type: text/html;
    name="att1.htm"
Content-Disposition: attachment; filename="att1.htm"
Content-transfer-encoding: base64
Content-Description: Internet HTML

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWlz
by04ODU5LTEiIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlPg0KPE1FVEEgY29udGVudD0iTVNIVE1M
IDUuMDAuMzAxMy4yNjAwIiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFE
Pg0KPEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTI+V2UndmUgbm90aWNl
ZCBhIHN0cmFuZ2UgcGhlbm9tZW5vbiBvbiBvdXIgSGlQZXJzIHVzZWQgZm9yIA0KZGlhbC1pbjo8
L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+SXQgPEVN
PnNlZW1zIDwvRU0+KHRoaXMgbWF5IG5vdCBiZSB0cnVlLCB0aG91Z2gpIHRoYXQgc3VkZGVubHkg
DQp0aGUgaGlwZXJzIHdpbGwgbm90IGF1dGhlbnRpY2F0ZSBvbGRlciBNYWNzICh1c2luZyBNYWNQ
UFAvQ29uZmlnUFBQKSwgb2xkZXIgDQpXaW5kb3dzIChXaW5zb2NrKSwgb3IgZXZlbiZuYnNwOyBI
eXBlclRlcm1pbmFsIGxvZ2lucy4gPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE
SVY+PEZPTlQgc2l6ZT0yPlRoZSBsb2cgKFdlIHVzZSBDaXN0cm9uIFJhZGl1cyBvbiBhJm5ic3A7
IFJITGludXggNi4xIGJveCBmb3IgDQphdXRoZW50aWNhdGlvbiBhbmQgYWNjb3VudGluZykgc2hv
d3MgdGhlIHVzZXJuYW1lIGZpbmUsIGJ1dCB0aGUgcGFzc3dvcmQgaXMgDQpnYXJibGVkIChnYXJi
YWdlIGNoYXJhY3RlcnMpLCBhbmQgdGh1cyBjYW4gbm90IGF1dGhlbnRpY2F0ZS48L0ZPTlQ+PC9E
SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+VGhlIEhpcGVycyBhcmUg
YWxsIHJ1bm5pbmcgMi4wLjUxIChXaGljaCwgQlRXLCByZWFsbHkgaGVscGVkIA0KdGhlIHByb2Js
ZW1zIHdpdGggbG9zaW5nIG1vZGVtcyksIGFuZCB0aGV5IGhhdmUgYmVlbiBoYXJkd2FyZSANCnJl
c2V0LjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5G
cm9tIHRlbG5ldCwgdGhlJm5ic3A7U0hPVyBQUFAgZ2l2ZXMgYSBEaWFsLWluIFVzZXJzIA0KQXV0
aGVudGljYXRlIHNldCB0byAiQU5ZIi48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5J
IGhhdmUgdXNlZCZuYnNwO1NFVCB0byBjaGFuZ2UgdGhpcyB0byB0aGUgb3RoZXIgc2V0dGluZ3Mg
YW5kIA0KYmFjayBhZ2Fpbi48L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48
Rk9OVCBzaXplPTI+T3VyIFF1YWRzIHdoaWNoIGF1dGhlbnRpY2F0ZSBvbiB0aGUgc2FtZSBib3gg
YXJlIA0KdW5hZmZlY3RlZC48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj48L0ZPTlQ+
Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5UaGUgb25seSByZWNlbnQgY2hhbmdlIHVu
aXF1ZSB0byB0aGUgaGlwZXIgY2hhc3NpcyBpcyBpdCB3YXMgDQpzd2l0Y2hlZCB0byBhIG5ldyBi
YWNrYm9uZSBwcm92aWRlciBhbmQgbm93IGhhcyBhbGwgbmV3IElQJ3MuIFRoZXJlIGFyZSBubyBv
dGhlciANCnByb2JsZW1zLWV2ZXJ5b25lIGVsc2UgY2FuIGNvbm5lY3QgZmluZTwvRk9OVD48L0RJ
Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5PdGhlciBQUFAgKE1hYyBh
bmQgUEMpIGFyZSBmaW5lLCBvbmx5IG9sZGVyJm5ic3A7Jm5ic3A7UFBQIA0KcHJvZ3JhbXMgaGF2
ZSBwcm9ibGVtcy4gPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg
c2l6ZT0yPkNocmlzdG9waGVyIEJlcnJ5PEJSPnJvZi5uZXQgV2ViIERlc2lnbiBhbmQgVGVjaG5p
Y2FsIA0KU3VwcG9ydDxCUj4oOTcwKSA5NDUtNDkyMCB4MTc8QlI+PC9GT05UPjwvRElWPjwvQk9E
WT48L0hUTUw+DQo=

--0__=RrX9ASVq8GWad3cF7tC5YyAQaty6Lf8KgrAiygMMTqhIgx22K0s5zZVK--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) WTB: NMC for USR
Date: 24 Feb 2000 17:26:55 -0500 (EST)

Hi,
    Still looking for some cheap USR NMC cards and maybe some quad
cards.

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: Steve Rivera <[e-mail]>
Subject: (usr-tc) FS: Hiper DSP's
Date: 24 Feb 2000 16:47:45 -0500

3- USR Hiper DSP Modem card with NIC $3350ea
2- USR Hiper ARC $2000

USR Hiper Bundle (Hiper everything) $8500
v90 USR TC Bundle Dual 45A Chassis $4500

Configuration Services Available.

....................................................
Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
  http://www.ISP-NetworkHardware.com  or http://www.wrca.net
Cisco, Ascend, Livingston, USR, Microcom, Motorola
Computone, Kentrox, Adtran...and 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: (usr-tc) WTB: USR Quad Digital Modems
Date: 24 Feb 2000 16:59:29 -0500

Looking for 12 immediately will buy 24 if the price is right.
Please email me off the list if you have them available.
....................................................
Worldwide Provider of Network Hardware Since 1981.
Steve Rivera - v-732-833-2111 /  732-433-5890 24Hr
  http://www.ISP-NetworkHardware.com  or http://www.wrca.net
Cisco, Ascend, Livingston, USR, Microcom, Motorola
Computone, Kentrox, Adtran...and 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) WTB Analog/Digital Modems
Date: 24 Feb 2000 18:20:14 -0700

I need to buy 15-18 analog quad modems nic/mac for a pop.
Please respond privately.
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: "Andrey Zimin" <[e-mail]>
Subject: (usr-tc) DSP card can`t restore from nvram after reboot?
Date: 25 Feb 2000 04:49:02 +0300

Hi!

After reboot DSP card 2.0.51 do not load config from nvram...
Is that known bug or may be our hardware broken,
 or we need set country code, but where?

======
span1> set swt ?
usage: set swtype Config_Option
 where Config_Option is one of the following:
  ictr4      - NET5/CTR-4 switch type ( European ISDN ) (E1)
  vn4        - VN4 switch type ( France ) (E1)
  ts014      - TS014 switch type ( Australia )

span1> set swt ic

  Configuration Request Successful.

span1> cmd sv

  Save to NVRAM Request Successful.

span1> reboot

Confirm reboot (y/n): y

Rebooting ...

!!----------> SDL2 for the PPC403 <------------!!

__ Enter Download Trigger __


 Flash Image Has Valid CRC, Loading Image....

(Ch.255): 00:00:00:002

SCB CRC: ABCB6A96 exp.  ABCB6A96 act.

(Ch.255): 00:00:00:002

SCB Country Code Invalid
Defaulting to International

Console Password:
> chdev span
span1> dis swt
   Span1 Switch Type is:  N/A

span1> ver

Software Version   2.0.51
Regulatory Version 1.0

span1>
span1> cmd rss

  Restore from NVRAM Request Successful.

span1> dis swt
   Span1 Switch Type is:  ICTR4

span1>
=======


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


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


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

From: Jesse Sipprell <[e-mail]>
Subject: Re: (usr-tc) IP address change
Date: 24 Feb 2000 20:46:22 -0500

On Thu, Feb 10, 2000 at 10:19:00AM -0600, Mark Thornton wrote:
> Can the ip address and gateway of an Arc and NMC be changed on the fly, or
> does it require a reboot? We are moving to a new set of IP's and I can
> migrate the IP pools rather easily, but I'm not sure on the Arc and NMC
> themselves.

Yes, it can be.  Done it.  Change the NMC via TCM (requires NMC reboot).
Change HARC via `add ip network'.  You'll also need to add a new default
gateway.  Make sure your border router (or whatever) is properly config'd
before-hand, or you could be sorry.  I've done this on POPs 1000 miles away,
and although I was pretty sweaty-palmed, I survived with no problems.

--
Jesse Sipprell
Technical Operations Director
Evolution Communications, Inc.
800.496.4736

* Finger [e-mail] for my PGP Public Key *

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


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

From: Andrew Aken <[e-mail]>
Subject: (usr-tc) Hiper Modem cards failing in certain slots
Date: 25 Feb 2000 08:06:53 -0500

We have 2 chassis that seem to randomly drop slots that the HiPer DSP's
work in when they are powered down. When the chassis come up, they will
have 1-3 DSP's that show 3 yellow lights in the active modems LED's and
they will not function no matter how many times they are reset. The only
way to get them working again is to move the DSP card pair into another
slot on the chassis. On one of our chassis, we only have one more slot
that will work with the DSP's left.

Does anyone know what the problem might be and how to fix it? I don't
think it's a hardware problem.
--
=======================================================
===========      Andrew Aken - President      =========
======       GlobalEyes Communications, Inc.     ======
=Southern Illinois' Fastest Connection to the Internet=
==========      http://www.GlobalEyes.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: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) WTB: NMC for USR
Date: 25 Feb 2000 12:12:51 -0500

Just found a source for cheap cards.
how many can you use?
Disregard the price from yesterday.

  05:26 PM 02/24/2000 -0500, you wrote:
>Hi,
>         Still looking for some cheap USR NMC cards and maybe some quad
>cards.
>
>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.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 4.2.32 and Quads in "BusyOut"
Date: 25 Feb 2000 13:17:13 -0500 (EST)

Anyone have any additional thoughts on this?  It has to be ARC-related,
because we didn't see the quads going into busy-out until the upgrade from
4.1.72 to 4.2.32...  If I bring the quads back in service, it holds for a
week or so and then the number of busied modems slowly increases...

Krish?  Seen this?

Thanks,

Charles

On Fri, 11 Feb 2000, Mark Thornton wrote:

> I have the same problem. My telco usually calls to complain about the
> quantity of wink failures in their morning reports, then I use TCM to
> monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats (all
> tests) to display the status of the T1 channels on the T1 or PRI card.
>
> It could be a modem code problem. We are still running 5.10.9 because the
> last time I tried the new 6.X code the phone rang off the wall due to
> connection problems. That was before the latest Arc code and I have been
> hesitant to try again. I see about 6 modems per week hung up in this manner.
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
> ----- Original Message -----
> From: Charles Sprickman <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, February 10, 2000 5:56 PM
> Subject: (usr-tc) 4.2.32 and Quads in "BusyOut"
>
>
> > Hi,
> >
> > One thing I've noticed since going to 4.2.32 on my ARCs is that my
> > monitoring script shows at least 4 to 8 modems per chassis busied out.  A
> > software reset on just the modem will bring it back...
> >
> > Is this a known issue?  The only thing that changed was the ARC upgrade,
> > quads have been running the latest since it came out.  Also, "list
> > int" will show all of the modems "UP/UP" even when they are busied out.
> >
> > Any ideas?
> >
> > Thanks,
> >
> > Charles
> >
> > --
> > =-----------------=                                        =
> > | Charles Sprickman                       Internet Channel |
> > | INCH System Administration Team         [phone]    |
> > | [e-mail]                          [e-mail]  |
> > =                                         =----------------=
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Dave Kitabjian <[e-mail]>
Subject: (usr-tc) Why "Ascend" accounting attributes from a USR NAS? (also, Vendor-Specific = "" ?)
Date: 25 Feb 2000 14:26:42 -0500

I am receiving accounting attributes such as:

    Ascend-PreSession-Time = 25
    Ascend-Data-Rate = 44000
    Ascend-Pre-Input-Octets = 139
    Ascend-Pre-Output-Octets = 145
    Ascend-Disconnect-Cause = 45
    Ascend-Connect-Progress = 67

from a 100%, true-blue USR NAS. Why is that?

Also, is there a difference between Ascend-Data-Rate (AttributeId = 197)
and USR-Connect-Speed (AttributeId = 36899), also known as Connect-Rate? If
so, what's the difference, and why is my NAS not producing a
USR-Connect-Speed attribute?

Finally, (thanks for bearing with me!), I have a lot of:

    Vendor-Specific = ""

attributes in my accounting data. Are these related to a dictionary
problem? If so, how do I know which attributes they're referring to so that
I can fix my dictionary?

Thanks very much in advance!

Dave
NetCarrier

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


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

From: "Russ Miescke" <[e-mail]>
Subject: Re: (usr-tc) WTB: NMC for USR
Date: 25 Feb 2000 13:39:12 -0600

Any old Netserver cards by chance?

Russ Miescke
Power Web Connect
----- Original Message -----
Sent: Friday, February 25, 2000 11:12 AM


> Just found a source for cheap cards.
> how many can you use?
> Disregard the price from yesterday.
>
>   05:26 PM 02/24/2000 -0500, you wrote:
> >Hi,
> >         Still looking for some cheap USR NMC cards and maybe some quad
> >cards.
> >
> >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.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: NMC for USR
Date: 25 Feb 2000 14:51:39 -0500

yes I do have one.
$600.00



At 01:39 PM 02/25/2000 -0600, you wrote:
>Any old Netserver cards by chance?
>
>Russ Miescke
>Power Web Connect
>----- Original Message -----
>From: "Steve Rivera" <[e-mail]>
>To: <[e-mail]>
>Sent: Friday, February 25, 2000 11:12 AM
>Subject: Re: (usr-tc) WTB: NMC for USR
>
>
> > Just found a source for cheap cards.
> > how many can you use?
> > Disregard the price from yesterday.
> >
> >   05:26 PM 02/24/2000 -0500, you wrote:
> > >Hi,
> > >         Still looking for some cheap USR NMC cards and maybe some quad
> > >cards.
> > >
> > >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.
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: Dave Kitabjian <[e-mail]>
Subject: RE: (usr-tc) Why "Ascend" accounting attributes from a USR NAS? (also, Vendor-Specific = "" ?)
Date: 25 Feb 2000 15:26:56 -0500

That (updating my dictionary) was my first guess.

However, take Ascend-Data-Rate (AttributeId = 197) for example.I looked in
the "dictionary.usr" that you emailed me last week, and there is no
Attribute in it with id=197 (or its hex equivalent, C5). So that means one
of several things:

1) The dictionary you sent me was not the latest;
2) I am misreading the dictionary, somehow;
3) The dictionary is not the problem.

Does anyone know what I may be doing wrong here?

Dave

On Friday, February 25, 2000 2:54 PM, [e-mail]
[SMTP:[e-mail]] wrote:
>
>     You need to update your DICTIONARY file...
>
>
========================================================================
======
> Phillip Ferraro                WorldNet Access, Inc
> [e-mail]    Onslow County's PREMIER InterNet Service
> Voice [phone]            824 Gumbranch Square, Suite R3
> FAX   [phone]             Jacksonville, Nc  28540-6269
> ======================================================================
========
>
> On Fri, 25 Feb 2000, Dave Kitabjian wrote:
>
> > I am receiving accounting attributes such as:
> >
> >     Ascend-PreSession-Time = 25
> >     Ascend-Data-Rate = 44000
> >     Ascend-Pre-Input-Octets = 139
> >     Ascend-Pre-Output-Octets = 145
> >     Ascend-Disconnect-Cause = 45
> >     Ascend-Connect-Progress = 67
> >
> > from a 100%, true-blue USR NAS. Why is that?
> >
> > Also, is there a difference between Ascend-Data-Rate (AttributeId =
197)
> > and USR-Connect-Speed (AttributeId = 36899), also known as
Connect-Rate? If
> > so, what's the difference, and why is my NAS not producing a
> > USR-Connect-Speed attribute?
> >
> > Finally, (thanks for bearing with me!), I have a lot of:
> >
> >     Vendor-Specific = ""
> >
> > attributes in my accounting data. Are these related to a dictionary
> > problem? If so, how do I know which attributes they're referring to so
that
> > I can fix my dictionary?
> >
> > Thanks very much in advance!
> >
> > Dave
> > NetCarrier
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 486 NMC problems
Date: 25 Feb 2000 21:38:04 -0500 (EST)

Hello all

have a 486 based ARC card w/6.1.17 on it.

I'm trying to bring it up via TCM and and 3 things happen that
shouldn't.... i change the SNMP communities then do a 9 to save config,
reboot, but old values are still there.

The TX light never blinks and I cannot get the ZMODEM download (where you
are supposed to type AT{Z}) screen up no matter how many times I yank out
the NAC.

DIP 5 to on really does nothing either.

SInce the chassis is a NOT DSP based (has a dual PRI w/quads) what is the
correct NMC version (6.0.9?)

Or is it just plain bused?

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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) 486 NMC problems
Date: 25 Feb 2000 22:33:49 -0500

Thus spake Paul Farber
>have a 486 based ARC card w/6.1.17 on it.

>I'm trying to bring it up via TCM and and 3 things happen that
>shouldn't.... i change the SNMP communities then do a 9 to save config,
>reboot, but old values are still there.

When the card boots up, does it give you a password prompt?  If so,
you'll need to type the current read-write SNMP community string
configured on it...if you type the read-only one, you get read-only
access on the console.

>The TX light never blinks and I cannot get the ZMODEM download (where
>you are supposed to type AT{Z}) screen up no matter how many times I
>yank out the NAC.

You won't get that with the 486 based code.  That only happens with the
HiPer code bases (for the HiPer NMC, the code rev is 6.2.17).  You need
to get pcsdl and use that to push the code to the NMC card over the
console (you'll need the sdl file also in this case...with a TCM
download you usually don't need the sdl for the NMC upgrade...with pcsdl
you will need it).

>DIP 5 to on really does nothing either.

>SInce the chassis is a NOT DSP based (has a dual PRI w/quads) what is the
>correct NMC version (6.0.9?)

6.0.9 will work if you don't have any HiPer equipment in there, but if
you've got 16 megs of RAM and 8 megs of flash on the NMC, you might as
well go with the 6.1.17...its the same code, just with the support for
the HiPer cards added...someday down the road if you have this NMC card
in a chassis with HiPer cards, you'll be wondering why it isn't working.
:)
--
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: Aaron Nabil <[e-mail]>
Subject: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
Date: 26 Feb 2000 02:22:15 -0800 (PST)



I just noticed today a large number of channels locked out on 3 modem
cards.  One of them had all but the last one and a D-channel left
enabled!  The others were 1/3 to 1/2 dead, all the modems locked out
in pairs.   This has probably been going on a while, but since we
reboot everything on Sundays, I just happened to be looking at these
chassis late enough in the week to see the problem today.

Just now having access to TCM and looking at the inventory, I can see that
the problem is happening on only (and all) of our hw 0.54.0 rev DSP
cards.  We are running 2.0.51 software.  All our other cards are rev .49
and .53, none of which seem to be having this problem.

Has anyone else seen this?  Is there a cure?  I can swap out these three
cards with spares, but I have these and another 6 cards (in a new, as of
yet unused chassis) at that rev, throwing them out isn't an option.

thx,


--
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: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
Date: 26 Feb 2000 05:56:17 -0600

Aaron,

Although I am sure you do this already, I am still in the habit the USR guru
David recommended years ago.  When flashing new cards, make sure to set
factory defaults, save to NVRAM then make whatever changes are necessary for
your environment.   We do this religiously and are using 0.54.0 cards without
issue.

Marshall Morgan

Internet Doorway, Inc. (aka NETDOOR)

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Aaron Nabil
> Sent: Saturday, February 26, 2000 4:22 AM
> To: [e-mail]
> Subject: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
>
>
> I just noticed today a large number of channels locked out on 3 modem
> cards.  One of them had all but the last one and a D-channel left
> enabled!  The others were 1/3 to 1/2 dead, all the modems locked out
> in pairs.   This has probably been going on a while, but since we
> reboot everything on Sundays, I just happened to be looking at these
> chassis late enough in the week to see the problem today.
>
> Just now having access to TCM and looking at the inventory, I can see that
> the problem is happening on only (and all) of our hw 0.54.0 rev DSP
> cards.  We are running 2.0.51 software.  All our other cards are rev .49
> and .53, none of which seem to be having this problem.
>
> Has anyone else seen this?  Is there a cure?  I can swap out these three
> cards with spares, but I have these and another 6 cards (in a new, as of
> yet unused chassis) at that rev, throwing them out isn't an option.
>
> thx,


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HiperDSP rev 0.54.0 modem lockouts
Date: 26 Feb 2000 04:54:24 -0800 (PST)

On Sat, 26 Feb 2000, Marshall Morgan wrote:

> Aaron,
>
> Although I am sure you do this already, I am still in the habit the USR guru
> David recommended years ago.  When flashing new cards, make sure to set
> factory defaults, save to NVRAM then make whatever changes are necessary for
> your environment.   We do this religiously and are using 0.54.0 cards without
> issue.

Yes, I always restore defaults from NVRAM for the modems and t1, save,
reset, then configure.  This is probably easier for me than most people
since I have a custom SNMP tool to configure the chassis in bulk.

I think it's worth mentioning that had someone asked me yesterday, I
would have said that we were using 0.54 cards without issue also.  I only
noticed it because one of the cards had virtually no calls on it when the
rest of the chassis was full.

Is it possible you disabled the busy-out code either manually, or by using
something other than fixed-assignment?  Or that you are running sw
other than 2.0.51?   Or, like me, you just hadn't noticed?  (You can use
the session monitor on the individual timeslots and look for
out-of-service channels.

Thanks,

Aaron


>
> Marshall Morgan
>
> Internet Doorway, Inc. (aka NETDOOR)
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Aaron Nabil
> > Sent: Saturday, February 26, 2000 4:22 AM
> > To: [e-mail]
> > Subject: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
> >
> >
> > I just noticed today a large number of channels locked out on 3 modem
> > cards.  One of them had all but the last one and a D-channel left
> > enabled!  The others were 1/3 to 1/2 dead, all the modems locked out
> > in pairs.   This has probably been going on a while, but since we
> > reboot everything on Sundays, I just happened to be looking at these
> > chassis late enough in the week to see the problem today.
> >
> > Just now having access to TCM and looking at the inventory, I can see that
> > the problem is happening on only (and all) of our hw 0.54.0 rev DSP
> > cards.  We are running 2.0.51 software.  All our other cards are rev .49
> > and .53, none of which seem to be having this problem.
> >
> > Has anyone else seen this?  Is there a cure?  I can swap out these three
> > cards with spares, but I have these and another 6 cards (in a new, as of
> > yet unused chassis) at that rev, throwing them out isn't an option.
> >
> > thx,
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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: Aaron Nabil <[e-mail]>
Subject: RE: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
Date: 26 Feb 2000 05:11:49 -0800 (PST)

On Sat, 26 Feb 2000, Aaron Nabil wrote:

> On Sat, 26 Feb 2000, Marshall Morgan wrote:
>
> > Aaron,
> >
> > Although I am sure you do this already, I am still in the habit the USR guru
> > David recommended years ago.  When flashing new cards, make sure to set
> > factory defaults, save to NVRAM then make whatever changes are necessary for
> > your environment.   We do this religiously and are using 0.54.0 cards without
> > issue.
>
> Yes, I always restore defaults from NVRAM for the modems and t1, save,

Uh, defaults from _factory_, of course.  It's early here.

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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) 486 NMC problems
Date: 26 Feb 2000 13:37:11 -0500 (EST)

when hooked into the console port it goes directly to the config menu.

TCM will just error out saying it cannot find the chassis.  I can ping it
though.

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

On Fri, 25 Feb 2000, Jeff Mcadams wrote:

> Thus spake Paul Farber
> >have a 486 based ARC card w/6.1.17 on it.
>
> >I'm trying to bring it up via TCM and and 3 things happen that
> >shouldn't.... i change the SNMP communities then do a 9 to save config,
> >reboot, but old values are still there.
>
> When the card boots up, does it give you a password prompt?  If so,
> you'll need to type the current read-write SNMP community string
> configured on it...if you type the read-only one, you get read-only
> access on the console.
>
> >The TX light never blinks and I cannot get the ZMODEM download (where
> >you are supposed to type AT{Z}) screen up no matter how many times I
> >yank out the NAC.
>
> You won't get that with the 486 based code.  That only happens with the
> HiPer code bases (for the HiPer NMC, the code rev is 6.2.17).  You need
> to get pcsdl and use that to push the code to the NMC card over the
> console (you'll need the sdl file also in this case...with a TCM
> download you usually don't need the sdl for the NMC upgrade...with pcsdl
> you will need it).
>
> >DIP 5 to on really does nothing either.
>
> >SInce the chassis is a NOT DSP based (has a dual PRI w/quads) what is the
> >correct NMC version (6.0.9?)
>
> 6.0.9 will work if you don't have any HiPer equipment in there, but if
> you've got 16 megs of RAM and 8 megs of flash on the NMC, you might as
> well go with the 6.1.17...its the same code, just with the support for
> the HiPer cards added...someday down the road if you have this NMC card
> in a chassis with HiPer cards, you'll be wondering why it isn't working.
> :)
> --
> 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: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
Date: 26 Feb 2000 15:42:56 -0600

>
> Is it possible you disabled the busy-out code either manually, or by using
> something other than fixed-assignment?  Or that you are running sw
> other than 2.0.51?   Or, like me, you just hadn't noticed?  (You can use
> the session monitor on the individual timeslots and look for
> out-of-service channels.

Nope.  Running 2.0.51/PRI Service with 5ESS Switches (3 different sites) and all
of them are taking calls to 100% (middle of a hunt group).  All channels are
inService and have time on each modem.

Marshall Morgan

Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.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: Greg Coffey <[e-mail]>
Subject: (usr-tc) Aztech MDP3900 Modem
Date: 26 Feb 2000 15:14:04 -0700

I have a customer with an Aztech MDP3900 that is not connecting to our TC
hub.  Anyone run into problems with this and have any ideas?  It's in a new
Dell PC she just bought.  It keeps telling her the modem is not answering.



Thanks, Greg Coffey                               <[e-mail]>
Visionary Communications  V 307-234-5443    F 307-234-5446
100 N. Center Suite #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: Clayton Zekelman <[e-mail]>
Subject: (usr-tc) USR HARC VSA's with Lucent RADIUS 2.1
Date: 26 Feb 2000 18:15:06 -0500


Anyone have any idea how to get this working?  I've been playing with the
dictionary file with no luck.  I've found a few references to this in the
mailing list, but they're all dead ends.


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

tel. [phone]
fax. [phone]

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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Aztech MDP3900 Modem
Date: 26 Feb 2000 20:00:10 -0500 (EST)

They are horrbile modems.  You would think DELL would put in good stuff.
I had a customer not able to connect to either a 33.6 POP or the 56K POP.

Our solution was offer them a temp USR Sportster.. the promptly went out
and bought one.

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

On Sat, 26 Feb 2000, Greg Coffey wrote:

> I have a customer with an Aztech MDP3900 that is not connecting to our TC
> hub.  Anyone run into problems with this and have any ideas?  It's in a new
> Dell PC she just bought.  It keeps telling her the modem is not answering.
>
>
>
> Thanks, Greg Coffey                               <[e-mail]>
> Visionary Communications  V 307-234-5443    F 307-234-5446
> 100 N. Center Suite #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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Aztech MDP3900 Modem
Date: 26 Feb 2000 19:12:25 -0700

You would think that Dell, Gateway, Compaq and most of the rest would put a
decent modem in but they all seem to be using HCF and other junk.  She has
talked to Dell and of course they tell her the modem is fine and to call us
back.  Will Dell replace the modem with another model if she complains loud
enough?  We've tried the 3 commas, init strings and other tricks but
nothing seems to want to make this thing work with either a PM3 or TC hub.



At 08:00 PM 2/26/00 -0500, you wrote:
>They are horrbile modems.  You would think DELL would put in good stuff.
>I had a customer not able to connect to either a 33.6 POP or the 56K POP.
>
>Our solution was offer them a temp USR Sportster.. the promptly went out
>and bought one.
>
>Paul Farber
>Farber Technology
>[e-mail]
>Ph  570-628-5303
>Fax [phone]
>
>On Sat, 26 Feb 2000, Greg Coffey wrote:
>
> > I have a customer with an Aztech MDP3900 that is not connecting to our TC
> > hub.  Anyone run into problems with this and have any ideas?  It's in a
> new
> > Dell PC she just bought.  It keeps telling her the modem is not answering.
> >
> >
> >
> > Thanks, Greg Coffey                               <[e-mail]>
> > Visionary Communications  V 307-234-5443    F 307-234-5446
> > 100 N. Center Suite #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.
> >
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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: Brian <[e-mail]>
Subject: Re: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
Date: 27 Feb 2000 00:25:47 -0600 (CST)

On Sat, 26 Feb 2000, Aaron Nabil wrote:

>
>
> I just noticed today a large number of channels locked out on 3 modem
> cards.  One of them had all but the last one and a D-channel left
> enabled!  The others were 1/3 to 1/2 dead, all the modems locked out
> in pairs.   This has probably been going on a while, but since we
> reboot everything on Sundays, I just happened to be looking at these
> chassis late enough in the week to see the problem today.

you actually reboot everything routinely (tc hubs)?  Do others do this?
Whats the man reason (i know i know, clear all the bugs!)

>
> Just now having access to TCM and looking at the inventory, I can see that
> the problem is happening on only (and all) of our hw 0.54.0 rev DSP
> cards.  We are running 2.0.51 software.  All our other cards are rev .49
> and .53, none of which seem to be having this problem.
>
> Has anyone else seen this?  Is there a cure?  I can swap out these three
> cards with spares, but I have these and another 6 cards (in a new, as of
> yet unused chassis) at that rev, throwing them out isn't an option.

I am amazed at these hardware revisions.  What did they change in hardware
from .53 to .54...........I mean what was broken, that so badly needed to
be re-engineered?  And how did that hardware change create all these
probelms.

>
> thx,
>
>
> --
> 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: [e-mail] (Jeff Binkley)
Subject: Re: (usr-tc) HiperDSP rev
Date: 27 Feb 2000 10:15:06 -0500






u>> I just noticed today a large number of channels locked out on 3
u>> modem cards.  One of them had all but the last one and a D-channel
u>> left enabled!  The others were 1/3 to 1/2 dead, all the modems
u>> locked out in pairs.   This has probably been going on a while, but
u>> since we reboot everything on Sundays, I just happened to be looking
u>> at these chassis late enough in the week to see the problem today.
u>
u>you actually reboot everything routinely (tc hubs)?  Do others do
u>this? Whats the man reason (i know i know, clear all the bugs!)


I only reboot when I load new software.  Last reboot was December.
Prior to that it was May.


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: Thomas C Kinnen <[e-mail]>
Subject: Re: (usr-tc) USR HARC VSA's with Lucent RADIUS 2.1
Date: 27 Feb 2000 09:52:32 -0800

Clayton Zekelman wrote:
>
> Anyone have any idea how to get this working?  I've been playing with the
> dictionary file with no luck.  I've found a few references to this in the
> mailing list, but they're all dead ends.

Lucent's 2.1 server only supports VSAs encoded in the RFC SHOULD format.

--
Thomas C Kinnen - <[e-mail]> <[e-mail]>
[RADIUS Engineer] - LUCENT Technologies INS
"All of the opinions stated above are my own and not my employer's,
unless they were given to me by my employer"

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HiperDSP rev 0.54.0 modem lockouts
Date: 27 Feb 2000 10:36:21 -0800 (PST)


On Sun, 27 Feb 2000, Brian wrote:
> On Sat, 26 Feb 2000, Aaron Nabil wrote:
> > I just noticed today a large number of channels locked out on 3 modem
> > cards.  One of them had all but the last one and a D-channel left
> > enabled!  The others were 1/3 to 1/2 dead, all the modems locked out
> > in pairs.   This has probably been going on a while, but since we
> > reboot everything on Sundays, I just happened to be looking at these
> > chassis late enough in the week to see the problem today.
>
> you actually reboot everything routinely (tc hubs)?  . . .

Just our TCs and Maxes.

--
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: "Jamie Orzechowski" <[e-mail]>
Subject: Re: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
Date: 27 Feb 2000 17:09:01 -0500

we were alerted by source technology that .54 rev's had a bug in them and
3Com sent us some beta code which fixed the problem.  I think it had
something to do with timing ... I flashed the beta code and my .54 problems
stopped.

----- Original Message -----
Sent: Sunday, February 27, 2000 1:36 PM


>
> On Sun, 27 Feb 2000, Brian wrote:
> > On Sat, 26 Feb 2000, Aaron Nabil wrote:
> > > I just noticed today a large number of channels locked out on 3 modem
> > > cards.  One of them had all but the last one and a D-channel left
> > > enabled!  The others were 1/3 to 1/2 dead, all the modems locked out
> > > in pairs.   This has probably been going on a while, but since we
> > > reboot everything on Sundays, I just happened to be looking at these
> > > chassis late enough in the week to see the problem today.
> >
> > you actually reboot everything routinely (tc hubs)?  . . .
>
> Just our TCs and Maxes.
>
> --
> Aaron Nabil
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Kevin Hemsley" <[e-mail]>
Subject: (usr-tc) Radius Framed-Address
Date: 27 Feb 2000 16:11:34 -0700

We are using Unix for authentication with Cistron Radius and I've been
assigning IPs out of different pools for some time for filtered customers.
However, on a new HiPer ARC chassis at a remote POP, for some reason I can't
assign a user a static IP using the Framed-Address attribute using the
Radius users file.  Instead of the static IP, they receive an IP out of the
standard pool.  The odd thing is that the same chassis is properly assigning
IPs out of a different pool for filtered users. The only difference is the
filtered users are assigned out by an external program called by Cistron's
Exec-Program-Wait, and the static-IP-user is assigned directly with a
"Framed-Address = x.x.x.x" Both methods use Framed-Address = x.x.x.x in the
end and there are no typos. Listed below is the user's record. Any ideas?

user          Password = "UNIX"
                User-Service-Type = Framed-User,
                Framed-Protocol = PPP,
                Framed-Address = x.x.x.x,
                Framed-Netmask = 255.255.255.255
______________________________________
Kevin Hemsley
Systems Engineer
Microserv Computer Technologies, Inc.
[e-mail]
[phone]
KB7TYA



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HiperDSP rev
Date: 28 Feb 2000 07:52:23 -0500

At 10:15 AM 2/27/00 -0500, Jeff Binkley wrote:
>I only reboot when I load new software.  Last reboot was December.
>Prior to that it was May.

Pretty much the same here;
"The statistics were last updated Monday, 28 February 2000 at 7:47 ,
at which time 'Total Control Hub' had been up for 157 days, 5:16:36."

--
Kirk Mitchell-General Manager        [e-mail]
Keystone Connect                     Unlock Your World
Altoona, PA  814-941-5000/886-2500   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: "Netadmin" <[e-mail]>
Subject: Re: (usr-tc) Aztech MDP3900 Modem
Date: 28 Feb 2000 15:51:37 -0500

Yes, I am getting complaints from the same series modem unable to connect to
our TC or Nortel product. It basically says the modem will not answer. If
anyone finds a cure for it let me know.

Cheryl Johnson || Network Administrator
SEI Data Network Services, Inc.
SEI Communications



----- Original Message -----
Sent: Saturday, February 26, 2000 9:12 PM


> You would think that Dell, Gateway, Compaq and most of the rest would put
a
> decent modem in but they all seem to be using HCF and other junk.  She has
> talked to Dell and of course they tell her the modem is fine and to call
us
> back.  Will Dell replace the modem with another model if she complains
loud
> enough?  We've tried the 3 commas, init strings and other tricks but
> nothing seems to want to make this thing work with either a PM3 or TC hub.
>
>
>
> At 08:00 PM 2/26/00 -0500, you wrote:
> >They are horrbile modems.  You would think DELL would put in good stuff.
> >I had a customer not able to connect to either a 33.6 POP or the 56K POP.
> >
> >Our solution was offer them a temp USR Sportster.. the promptly went out
> >and bought one.
> >
> >Paul Farber
> >Farber Technology
> >[e-mail]
> >Ph  570-628-5303
> >Fax [phone]
> >
> >On Sat, 26 Feb 2000, Greg Coffey wrote:
> >
> > > I have a customer with an Aztech MDP3900 that is not connecting to our
TC
> > > hub.  Anyone run into problems with this and have any ideas?  It's in
a
> > new
> > > Dell PC she just bought.  It keeps telling her the modem is not
answering.
> > >
> > >
> > >
> > > Thanks, Greg Coffey                               <[e-mail]>
> > > Visionary Communications  V 307-234-5443    F 307-234-5446
> > > 100 N. Center Suite #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.
> > >
> >
> >
> >-
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Aztech MDP3900 Modem
Date: 28 Feb 2000 14:17:36 -0700

I talked to my customer on Saturday and informed her of what I found on the
Dell support site.  Must have been 30 messages or so about the modem and
only one had anything good to say about it.  Dell apparently is now
replacing the modem but you have to threaten to return the whole
unit.  Some have been working for months trying to resolve it.  We never
were able to get it to connect to either a PM3 or TC unit.



At 03:51 PM 2/28/00 -0500, you wrote:
>Yes, I am getting complaints from the same series modem unable to connect to
>our TC or Nortel product. It basically says the modem will not answer. If
>anyone finds a cure for it let me know.
>
>Cheryl Johnson || Network Administrator
>SEI Data Network Services, Inc.
>SEI Communications
>
>
>
>----- Original Message -----
>From: Greg Coffey <[e-mail]>
>To: <[e-mail]>
>Sent: Saturday, February 26, 2000 9:12 PM
>Subject: Re: (usr-tc) Aztech MDP3900 Modem
>
>
> > You would think that Dell, Gateway, Compaq and most of the rest would put
>a
> > decent modem in but they all seem to be using HCF and other junk.  She has
> > talked to Dell and of course they tell her the modem is fine and to call
>us
> > back.  Will Dell replace the modem with another model if she complains
>loud
> > enough?  We've tried the 3 commas, init strings and other tricks but
> > nothing seems to want to make this thing work with either a PM3 or TC hub.
> >
> >
> >
> > At 08:00 PM 2/26/00 -0500, you wrote:
> > >They are horrbile modems.  You would think DELL would put in good stuff.
> > >I had a customer not able to connect to either a 33.6 POP or the 56K POP.
> > >
> > >Our solution was offer them a temp USR Sportster.. the promptly went out
> > >and bought one.
> > >
> > >Paul Farber
> > >Farber Technology
> > >[e-mail]
> > >Ph  570-628-5303
> > >Fax [phone]
> > >
> > >On Sat, 26 Feb 2000, Greg Coffey wrote:
> > >
> > > > I have a customer with an Aztech MDP3900 that is not connecting to our
>TC
> > > > hub.  Anyone run into problems with this and have any ideas?  It's in
>a
> > > new
> > > > Dell PC she just bought.  It keeps telling her the modem is not
>answering.
> > > >
> > > >
> > > >
> > > > Thanks, Greg Coffey                               <[e-mail]>
> > > > Visionary Communications  V 307-234-5443    F 307-234-5446
> > > > 100 N. Center Suite #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.
> > > >
> > >
> > >
> > >-
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the 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.
> >
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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                               <[e-mail]>
Visionary Communications  V 307-234-5443    F 307-234-5446
100 N. Center Suite #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: "Steve Cobb" <[e-mail]>
Subject: (usr-tc) Static IPs
Date: 25 Feb 2000 12:22:08 -0500

Hi all,

I'm trying to assign static IPs to some ISDN users.  I'm using HiperDSPs with RadiusNT authentication.  I have tried letting the end user just set the IP on their computer but that doesn't work.  I only have one IP pool set up and this includes 46 IPs of my class C.  Do I need to make another pool and if so, how?  I tried to add one and put in the initial address but I keep getting an error that it is not a valid address.  I'm using the syntax xxx.xxx.xxx.xxx.  Any help??



--
Steve Cobb
Computer Geeks
[e-mail]
www.computer-geeks.com
*****************************
Want faster internet service?
www.geeksnet.com
--


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


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

From: Brian <[e-mail]>
Subject: (usr-tc) Netserver / ARP
Date: 28 Feb 2000 16:49:51 -0600 (CST)



Has anyone ever heard of a netserver spoiling the ARP cache of a Cisco
(don't ask me how, it just happens).

Like imagine a lan, with a cisco router, and a netserver on that lan.  You
traceroute like www.yahoo.com, and it goes to the cisco, and then to the
netserver!  "sh ip route" on the cisco shows it should take "default",
show ip redirects is empty, show arp looks
normal............yet........"clear arp" fixes the problem!  proxyarp
disabled on the netserver........this is on 3.8.1..........



Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: (usr-tc) CIDR and Netservers
Date: 28 Feb 2000 16:56:40 -0600 (CST)


A few netserver questions...........with regards to classless routing.

Is their any gotchas on a netserver when dealing with classless routing?

configuring net0 seems ok, since it asks for netmask.

But configuring pools, if you just do:

set assigned 12.1.1.1
set size 62

How is it going to announce that (in rip)?  As a /8 network :) (which is
the classfull address for a 12.x.x.x network.

I know the commands exist:

set enh_routing on
add ippool dialup1 12.1.1.1 62
add netmask 12.1.1.0 255.255.255.192

is that whats suppose to "fix" its classfullness and make it announce
classfull.............?

and finally :)

how do you display these "ippools" on the netserver once set?  Forgive me,
its been almost 2 years since I've worked with netservers but I am trying
to help someone out.

Brian



Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: (usr-tc) more netserver questions
Date: 28 Feb 2000 17:50:24 -0600 (CST)


If you have a netserver net0 configured as say:

12.1.2.1    255.255.255.0

and in net0 routing is set for "broadcast"......is it going to try and
broadcast 12.1.2.1 as the default for 12.1.2.0?

The routing table shows something like:

Destination           Gateway           Flag  Met  Interface  VPN
--------------------  ----------------  ----  ---  ---------  ---
12.1.2.0        /24  12.1.2.55        NLC     1   net0         0


so would it try to announce that via RIP if "broadcast" was enabled under
net0?



Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: [e-mail] (David Gower)
Subject: (usr-tc) tc only 16 modems working
Date: 28 Feb 2000 18:00:34 -0600 (CST)

I have a TC with dual Pri card and 48 modems on quad cards. it has worked
fine for 2 years. Friday it stoped authenticating with radius. I got that
fixed and now only the first 16 modems answer. After that you get a fast busy.

any help would be grately appreciated

thanks
david gower
*************************
*     David Gower       *
*      Gower.Net        *
*    1607 S. Boldt      *
*  Tyler, Texas 75701   *
*************************


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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) tc only 16 modems working
Date: 28 Feb 2000 23:12:04 -0600 (CST)

On Mon, 28 Feb 2000, David Gower wrote:

> I have a TC with dual Pri card and 48 modems on quad cards. it has worked
> fine for 2 years. Friday it stoped authenticating with radius. I got that
> fixed and now only the first 16 modems answer. After that you get a fast busy.
>
> any help would be grately appreciated

on the netserver, does "show all" show these ports as "A R P"? or "A I P"?
etc?

check that the line interface is "priTdm" and not "nic".

also its good to make sure "packet bus answer only" is enabled (i think
this is under call control options)
>
> thanks
> david gower
> *************************
> *     David Gower       *
> *      Gower.Net        *
> *    1607 S. Boldt      *
> *  Tyler, Texas 75701   *
> *************************
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Brian <[e-mail]>
Subject: Re: (usr-tc) tc only 16 modems working
Date: 28 Feb 2000 23:12:04 -0600 (CST)

On Mon, 28 Feb 2000, David Gower wrote:

> I have a TC with dual Pri card and 48 modems on quad cards. it has worked
> fine for 2 years. Friday it stoped authenticating with radius. I got that
> fixed and now only the first 16 modems answer. After that you get a fast busy.
>
> any help would be grately appreciated

on the netserver, does "show all" show these ports as "A R P"? or "A I P"?
etc?

check that the line interface is "priTdm" and not "nic".

also its good to make sure "packet bus answer only" is enabled (i think
this is under call control options)
>
> thanks
> david gower
> *************************
> *     David Gower       *
> *      Gower.Net        *
> *    1607 S. Boldt      *
> *  Tyler, Texas 75701   *
> *************************
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Aaron Nabil <[e-mail]>
Subject: (usr-tc) more on HiperDSP rev 0.54.0 modem lockouts
Date: 29 Feb 2000 03:52:36 -0800 (PST)



I swapped out the 3 .54 cards with some older rev ones, and within a day
two of them were missing some channels, argh!  I guess it's not the NACs.

I had forgotten about the NIC's, they were still the ones that came with
the .54 cards (rev d), so I swapped them out with older ones (rev c),
we'll see what that does.

Question for anyone:  Does the NIC contain any non-volatile storage?  For
example, if you set a UI password, does the password follow the NIC or the
NAC?

Thanks,

--
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: Aaron Nabil <[e-mail]>
Subject: (usr-tc) can a normal radius server pick up NMC logs?
Date: 29 Feb 2000 06:32:18 -0800 (PST)


Can a normal radius server (that support 3com VSA's) pick up logging
events from the NMC?  Does anyone have this working (using something other
than 3com's S&A server)?

thanks,


--
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: [e-mail] (David Gower)
Subject: Re: (usr-tc) can a normal radius server pick up NMC logs?
Date: 29 Feb 2000 08:45:26 -0600 (CST)

I can't tell you how but our usr tc box authenticates off our ascend radius.
david gower


>
>Can a normal radius server (that support 3com VSA's) pick up logging
>events from the NMC?  Does anyone have this working (using something other
>than 3com's S&A server)?
>
>thanks,
>
>
>--
>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.
>
*************************
*     David Gower       *
*      Gower.Net        *
*    1607 S. Boldt      *
*  Tyler, Texas 75701   *
*************************


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Gower)
Subject: Re: (usr-tc) tc only 16 modems working
Date: 29 Feb 2000 08:46:23 -0600 (CST)

show all shows all modems A R P
where do i see the priTdm or Nic
thanks
david gower


>On Mon, 28 Feb 2000, David Gower wrote:
>
>> I have a TC with dual Pri card and 48 modems on quad cards. it has worked
>> fine for 2 years. Friday it stoped authenticating with radius. I got that
>> fixed and now only the first 16 modems answer. After that you get a fast
busy.
>>
>> any help would be grately appreciated
>
>on the netserver, does "show all" show these ports as "A R P"? or "A I P"?
>etc?
>
>check that the line interface is "priTdm" and not "nic".
>
>also its good to make sure "packet bus answer only" is enabled (i think
>this is under call control options)
>>
>> thanks
>> david gower
>> *************************
>> *     David Gower       *
>> *      Gower.Net        *
>> *    1607 S. Boldt      *
>> *  Tyler, Texas 75701   *
>> *************************
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>
>-----------------------------------------------------
>Brian Feeny (BF304)     [e-mail]
>318-222-2638 x 109    http://www.shreve.net/~signal
>Network Administrator   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.
>
*************************
*     David Gower       *
*      Gower.Net        *
*    1607 S. Boldt      *
*  Tyler, Texas 75701   *
*************************


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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) can a normal radius server pick up NMC logs?
Date: 29 Feb 2000 11:21:57 -0600 (CST)

On Tue, 29 Feb 2000, Aaron Nabil wrote:

>
> Can a normal radius server (that support 3com VSA's) pick up logging
> events from the NMC?  Does anyone have this working (using something other
> than 3com's S&A server)?

aaron.........yes.  I believe I use to do this.  Tell the nmc to use the
radius server, and then configure a logging group, and then set the log
events you wish to log to like "log" instead of "Trap"..........I think
thats it................

>
> thanks,
>
>
> --
> 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Stephen Amadei <[e-mail]>
Subject: (usr-tc) Hiper TCs and Memory...
Date: 29 Feb 2000 16:50:12 -0500 (EST)


Hi guys,

I was wondering if adding memory to my Hiper TCs would help performance.
Is there a guide to how much memory is needed for X number of DSP
cards?  I am up to 8 DSPs in one of my chassis, and I'm wondering if
the standard amount of RAM is hurting performance.  Thanx in advance.

I am running the latest TCS 3.6 code and IP only.

                ----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: Brian <[e-mail]>
Subject: Re: (usr-tc) Hiper TCs and Memory...
Date: 29 Feb 2000 16:06:26 -0600 (CST)

On Tue, 29 Feb 2000, Stephen Amadei wrote:

>
> Hi guys,
>
> I was wondering if adding memory to my Hiper TCs would help performance.
> Is there a guide to how much memory is needed for X number of DSP
> cards?  I am up to 8 DSPs in one of my chassis, and I'm wondering if
> the standard amount of RAM is hurting performance.  Thanx in advance.

From what I understand  you are good to go for IP only type stuff for
64MB.  If you want to get into IPX I think they recommend 128MB.

Brian


>
> I am running the latest TCS 3.6 code and IP only.
>
>                 ----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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   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: Stephen Amadei <[e-mail]>
Subject: Re: (usr-tc) Hiper TCs and Memory...
Date: 29 Feb 2000 17:31:10 -0500 (EST)


On Tue, 29 Feb 2000, Brian wrote:

> >From what I understand  you are good to go for IP only type stuff for
> 64MB.  If you want to get into IPX I think they recommend 128MB.

Can we run regular 64 MEG SIMMS?  How much memory for a older
chassis with 96 ports (two DSPs/12 Quads) or 144 ports (6 DSPs)?

                ----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.