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

Internet Message Format | 2000-06-30 | 357KB

From: "Steve Cobb" <[e-mail]>
Subject: (usr-tc) To TC or not to TC
Date: 01 Jun 2000 09:46:50 -0400

Hi all,

We are a new ISP that is having a ton of problems with our USR TC equipment.  We have two pops, one tc with 3 DSPs and one with 2.  We are at the point of adding another DSP to each tc but as I said we are having a ton of problems.  Sprint is our telco and they have no expertise with tc.  Right now, we have been having problems for 10 DAYS!  Our trunks mysteriously turn off until and our available modems slowly drop off.  So my question is, what is the best hardware to switch to?  I like the features of the usr tc, but we have no support.  3COM has been no help.  I'm looking at going to an Ascend/Lucent product but I don't know which one.  I would like the same manageability that the tc has.  Any suggestions would be most helpfully.  Of course, I need something that is x2 and ISDN ready.

Thanks,

Steve Cobb
Computer Geeks

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) To TC or not to TC
Date: 01 Jun 2000 09:31:08 -0500 (CDT)



On Thu, 1 Jun 2000, Steve Cobb wrote:

> no help.  I'm looking at going to an Ascend/Lucent product but I don't
> know which one.  I would like the same manageability that the tc has.
> Any suggestions would be most helpfully.  Of course, I need something
> that is x2 and ISDN ready.

If you truly want x2 support, you'll have to stick with 3Com.  Everyone
else supports V.90 and K56Flex.

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: Dayton Internet <[e-mail]>
Subject: Re: (usr-tc) To TC or not to TC
Date: 01 Jun 2000 11:02:40 -0400 (EDT)

Since you have a ton of problems, then perhaps if you list them to the
list some will be able to offer solutions so some of the problems.

We have been running TC for over 3 years without a problem of trunk
turning off. I would say there is a configuration setting between your
type of trunks and the software of the TC. But without further information
I can offer no other assistance.

It sounds as tho you are getting some connections so basically the
hardware works. You will find that all the brands of hardware are
basically the same, and that thousands of users of TC show that it
constantly works 24/7. So the problem you are having is isolated to your
lines/T1's/software/ or hardware.

What versions of software and hardware are on your TC. What is the type of
switch that sprint is using and what are their settings.

Who did you buy the TC from, if it was a dealer then they are a better
source of assistance than 3Com. If you have a support contract with 3 Com,
then you will have to elevate the level of support. If you have contacted
them then you have an incedent number that you can use for re-contact.

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

On Thu, 1 Jun 2000, Steve Cobb wrote:

> Hi all,
>
> We are a new ISP that is having a ton of problems with our USR TC
> equipment.  We have two pops, one tc with 3 DSPs and one with 2.  We are
> at the point of adding another DSP to each tc but as I said we are
> having a ton of problems.  Sprint is our telco and they have no
> expertise with tc.  Right now, we have been having problems for 10 DAYS!
> Our trunks mysteriously turn off until and our available modems slowly
> drop off.  So my question is, what is the best hardware to switch to?  I
> like the features of the usr tc, but we have no support.  3COM has been
> no help.  I'm looking at going to an Ascend/Lucent product but I don't
> know which one.  I would like the same manageability that the tc has.
> Any suggestions would be most helpfully.  Of course, I need something
> that is x2 and ISDN ready.
>
> Thanks,
>
> Steve Cobb
> Computer Geeks
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 11:41:33 -0400

Is anyone else here on the Ascend users list?

Whew - there are some VERY angry people on that list. While I have never had
to go to Lucent for support, what these people are describing makes things
at 3COM look bright and sunny. Top-tier engineering support calls being
ignored. Technicians who don't know the products. RMA and warranty claims
not being addressed. It's worse than any complaints I've seen on the 3COM
list.

I *was* considering picking up some Ascend gear to compliment my 3COM stuff,
but I am seriously reconsidering that. So, what's left -  Ci$co? Are they
the only company that provides the kind of support ISP's need? They usually
seem to do most everything right. I don't know -- think I'll stick it out
with 3COM and see if all of the newly found resources available from the
drop of their switches actually *does* go into the ISP/Carrier division.


--
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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 11:43:12 -0400

Also sprach Scot Desort
>Is anyone else here on the Ascend users list?

>Whew - there are some VERY angry people on that list. While I have
>never had to go to Lucent for support, what these people are describing
>makes things at 3COM look bright and sunny. Top-tier engineering
>support calls being ignored. Technicians who don't know the products.
>RMA and warranty claims not being addressed. It's worse than any
>complaints I've seen on the 3COM list.

>I *was* considering picking up some Ascend gear to compliment my 3COM
>stuff, but I am seriously reconsidering that. So, what's left -  Ci$co?
>Are they the only company that provides the kind of support ISP's need?

Yeah, pretty much...but their modems suck swamp water through a straw.
I've always said I'd love to have 3Com's modems, with Cisco's routing
capabilities.  Ah, what I wouldn't give for a new version of the AS5100.
--
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) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 11:50:55 -0400

check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7
Racks - about 40 DSP's) and going to the Nortel CVX 1800 ...

http://www.nortelnetworks.com/promotions/cvxsolutions/index.html

----- Original Message -----
Sent: Thursday, June 01, 2000 11:41 AM


> Is anyone else here on the Ascend users list?
>
> Whew - there are some VERY angry people on that list. While I have never
had
> to go to Lucent for support, what these people are describing makes things
> at 3COM look bright and sunny. Top-tier engineering support calls being
> ignored. Technicians who don't know the products. RMA and warranty claims
> not being addressed. It's worse than any complaints I've seen on the 3COM
> list.
>
> I *was* considering picking up some Ascend gear to compliment my 3COM
stuff,
> but I am seriously reconsidering that. So, what's left -  Ci$co? Are they
> the only company that provides the kind of support ISP's need? They
usually
> seem to do most everything right. I don't know -- think I'll stick it out
> with 3COM and see if all of the newly found resources available from the
> drop of their switches actually *does* go into the ISP/Carrier division.
>
>
> --
> 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: Richard Lorbieski <[e-mail]>
Subject: (usr-tc) Need DSP card
Date: 01 Jun 2000 11:13:34 -0500

Looking to buy 1 DSP card w/NIC. Need ASAP.
Contact me offline or call 1-877-425-7421 ext.10

--

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: Dave Meister <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 11:25:45 -0500

Try calling Terry at Multitech Systems 888-288-5470 x5532 - they are very
responsive and have real people to talk to.


Scot Desort wrote:

> Is anyone else here on the Ascend users list?
>
> Whew - there are some VERY angry people on that list. While I have never had
> to go to Lucent for support, what these people are describing makes things
> at 3COM look bright and sunny. Top-tier engineering support calls being
> ignored. Technicians who don't know the products. RMA and warranty claims
> not being addressed. It's worse than any complaints I've seen on the 3COM
> list.
>
> I *was* considering picking up some Ascend gear to compliment my 3COM stuff,
> but I am seriously reconsidering that. So, what's left -  Ci$co? Are they
> the only company that provides the kind of support ISP's need? They usually
> seem to do most everything right. I don't know -- think I'll stick it out
> with 3COM and see if all of the newly found resources available from the
> drop of their switches actually *does* go into the ISP/Carrier division.
>
> --
> 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: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 13:21:05 -0400

At 11:43 AM 6/1/00 -0400, Jeff Mcadams wrote:
>Yeah, pretty much...but their modems suck swamp water through a straw.
>I've always said I'd love to have 3Com's modems, with Cisco's routing
>capabilities.  Ah, what I wouldn't give for a new version of the AS5100.


I've heard some good things about Patton's boxes, but have no first-hand
experience with them. I don't think they currently have anything to match
TC's modem density, but I believe they have some stuff in the works to
rectify that.


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


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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 14:07:01 -0400 (EDT)

How can anyone say the Smartnet and 3Com support is worth the money?  I
swear they make a living not off the products but by the support
contracts.

Do you LIKE to pay over and over for the same buggy code?
Do you LIKE having NO support whatsoever if you don't pay for it?
Do you LIKE being held hostage to crappy hardware warrany's?  CISCO has a
90 day warrany.. that 's it.  Is thier gear that crappy that they will
only stand behind it for 90 days before you have to pay for it?  3Com has
5 year on DSP's.... but it take two weeks to get it back?

Face it... there are better companies out there.... 3Com and CISCO may
have the name recognition that the CTO/CEO likes... but tell them the
TOTAL cost for a 3 year lifespan and see if they don't want to look for
alternatives.



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

On Thu, 1 Jun 2000, Jeff Mcadams wrote:

> Also sprach Scot Desort
> >Is anyone else here on the Ascend users list?
>
> >Whew - there are some VERY angry people on that list. While I have
> >never had to go to Lucent for support, what these people are describing
> >makes things at 3COM look bright and sunny. Top-tier engineering
> >support calls being ignored. Technicians who don't know the products.
> >RMA and warranty claims not being addressed. It's worse than any
> >complaints I've seen on the 3COM list.
>
> >I *was* considering picking up some Ascend gear to compliment my 3COM
> >stuff, but I am seriously reconsidering that. So, what's left -  Ci$co?
> >Are they the only company that provides the kind of support ISP's need?
>
> Yeah, pretty much...but their modems suck swamp water through a straw.
> I've always said I'd love to have 3Com's modems, with Cisco's routing
> capabilities.  Ah, what I wouldn't give for a new version of the AS5100.
> --
> 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) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 14:15:57 -0400 (EDT)

Rigt now they have 96 port 1U rackmounts.  I have some of their 2800's (24
DSP's 1 PRI/T1) and it works well.  Support is not 24/7 but they do
respond to e-mail/calls.

I have 3 in service and they seem to work as well as 3Com.  One good thing
is that they have KFlex support with the v.90.  Most low end PC's have
kFLEX/v.90 modems... so you have 2x the chance of getting a connection
(v.90->kFLEX) rather then just v.90 then v.34 as on the TC.

They are priced right.... $1200 or so less than a DSP.


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

On Thu, 1 Jun 2000, K Mitchell wrote:

> At 11:43 AM 6/1/00 -0400, Jeff Mcadams wrote:
> >Yeah, pretty much...but their modems suck swamp water through a straw.
> >I've always said I'd love to have 3Com's modems, with Cisco's routing
> >capabilities.  Ah, what I wouldn't give for a new version of the AS5100.
>
>
> I've heard some good things about Patton's boxes, but have no first-hand
> experience with them. I don't think they currently have anything to match
> TC's modem density, but I believe they have some stuff in the works to
> rectify that.
>
>
> --
> Kirk Mitchell-General Manager    [e-mail]
> Keystone Connect                 Unlock Your World
> Altoona, PA  814-941-5000        http://www.keyconn.net
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 11:15:09 -0700 (PDT)

On Thu, 1 Jun 2000, Jamie Orzechowski wrote:

> check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7
> Racks - about 40 DSP's) and going to the Nortel CVX 1800 ...
>
> http://www.nortelnetworks.com/promotions/cvxsolutions/index.html

Nortel is too "Jabba the Hutt" like to deal with, you are going to be
too small to even be a blip on their radar.  3com at least has
_distributors_ you can get pricing and information from.  Does Nortel have
a "totalservice" web site where you can find documentation and software,
release notes, all that stuff?  Nope.  When you start having problems with
the CVX1800, is there a newsgroups a mailing list you can turn to?  Try
calling Nortel's main number and try to talk to someone _right
now_.  You'll only be able to get someone to call you back.  And when you
ask the operator when that will be (hmm, sometime later today?), "oh,
we try to respond to all inquiries WITHIN 7 DAYS".

Here's an illustration of what you will be up against at Nortel.  A few
months ago, we got a "cold email" from one of their sales staff about
their DSL gear.  Since we were in the process of evaluating DSL solutions
for a coming multi-million dollar investment in provisioning gear and
DSLAMs, here is the reply I sent him...

 From [e-mail] Thu Feb 10 15:55:07 2000 -0800
 Date: Thu, 10 Feb 2000 15:55:02 -0800 (PST)
 From: Aaron Nabil <[e-mail]>
 To: Daniel Foreman <[e-mail]>
 Subject: Re: Nortel Solutions
 In-Reply-To: <[e-mail]>

 We are in the process of evaluating a DSL provisioning solution.  If
 you'd like Nortel to be considered along with Redback, Cisco and Lucent,
 send us every piece of printed information you have about the
 Shasta line.  Manuals, provisioning information, NTP's, everything.  And
 _pricing_, of course.  Not just pricing on a particular configuartion,
 pricing on all the configurations, support and maintainainance, and
 training.

 Here's our address....

You know what I got back?  Exactly the same glossies you might find in a
Nortel booth at a trade show, all packaged in a nice Nortel folder.  I'm
expecting 80lbs, I get 8oz! Unless you are GST or Earthlink or
US WEST, you are nothing to them.  A million dollar sale is NOTHING to
them. NOTHING.

I noticed the above URL you gave at the Nortel web site, it suggest that
there is some kind of "promotion".  I challange you to find that
information on their web site.  In fact, try and find any information
(beyond a picture of the outside of the box) on the CVX on their web
site.

I'm sure Nortel is great if you are worth $500 million.  If you are worth
$5 million, forget it.

Keep us posted tho, eh?




--
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: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Mac & TC
Date: 01 Jun 2000 16:07:01 -0400 (EDT)

All of the problems I can remember seening with Macs and TC's not getting
along had to do with FreePPP.  Open Transport PPP seems to work just fine
for us.  FreePPP is old and dead at this point, and there are known
documented problems with it playing nice with certain revs of HiPer ARC
code.

If they have MacTCP instead of Open Transport, upgrade them to MacOS 7.5.3
or 7.6.1, both downloadable for free from Apple because 7.1 and earlier
have Y2K problems.  7.6.1 will run on just about any Mac, and 7.5.3 runs
on the few that won't take 7.6.1.  (Hell, 7.5.3 will even run on a Mac
Plus or a Mac SE, if it has enough RAM...)  7.6.1 should have Open
Transport in it already.  I don't remember if it has OT/PPP.  But that's
the combination you want...

Expecting MacOS 7.1 to do anything well is about in line with expecting
Windows 3.1 to do anything well -- it can be made to behave if you
*really* want to try to find the right combo of software, but it's a pain
in the ass.  Whether it's worth it or not is up to you.  (Remember used
iMacs are approaching $500 if they're not already there...)

Apple's v.90 modems are Conexant (Rockwell) based, so having their latest
drivers helps.  But if you're on a MacOS 7.1 box, you're not dealing with
an Apple v.90 modem anyway.


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

On Wed, 31 May 2000, Jeff Binkley wrote:

>
> Everyone,
>
> We continue to struggle with certain MAC computers connecting to our TC
> racks.  The struggle is often on older MACs (prior to version 8) which
> don't always come with a browser and sometimes not even a PPP stack.  Our
> latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering
> what folks are doing to provide software to MAC customers.  We have a CDROM
> burner and we have the HyCD software which supposedly burns MAC CDROMs (
> we downlaod the software off of the Internet and then burn the CDs) but
> we have had limited success with this.  What are others doing to deal
> with the MACs ?
>
> THanks,
>
> Jeff Binkley
> ASA Network Computing
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Carl Litt <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 16:16:20 -0400 (EDT)


We just bought our 6th CVX, and I have to say I like them better than
Total Control.  We started complementing our USR stuff about a year
ago, and we're pleased with the results (more pleased they we would
have been with the PM4 we were comparing with).

The configuration is confusing at times, but once you get them going,
you don't need to touch them for months at a time.  Also, you don't
need no damn Windows client to manage it remotely... everything can
be done through telnet.

Another thing to consider is that the CVX is more than a RAS.  There
is also code for VOIP (which will be unified with the RAS code this
year), as well as other telco-specific applications (eg. T3 > T1 demux).

Carl Litt
Network Administrator
Execulink Internet Services

Other comments:

On Thu, 1 Jun 2000, Aaron Nabil wrote:

> On Thu, 1 Jun 2000, Jamie Orzechowski wrote:
>
> > check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7
> > Racks - about 40 DSP's) and going to the Nortel CVX 1800 ...
> >
> > http://www.nortelnetworks.com/promotions/cvxsolutions/index.html
>
> Nortel is too "Jabba the Hutt" like to deal with, you are going to be
> too small to even be a blip on their radar.  3com at least has
> _distributors_ you can get pricing and information from.  Does Nortel have
> a "totalservice" web site where you can find documentation and software,
> release notes, all that stuff?  Nope.  When you start having problems with

Yup.  Performance Online.  They have software, documentation, bulletins,
etc.  (We have a support contract, so I can't speak for those who don't)
I do have one thing to say about software... there is so much development
that it's sometimes hard to find a sitting target to upgrade to.  But
their patch levels are more stable than USR's general releases.  Don't get
me wrong... they have their problems, but nothing you can't work around.

> the CVX1800, is there a newsgroups a mailing list you can turn to?  Try
> calling Nortel's main number and try to talk to someone _right
> now_.  You'll only be able to get someone to call you back.  And when you

Non-emergency tech support is always available during normal business
hours (9-5).  After-hours emergency support is on call, and will call
you back usually within 30 minutes.  However, often when I call in with
questions about configuration, etc., they have to research it and call
back.  At least when they call you back, they have answers better
than "Umm, reseat the card and try again".  And I've never had to
teach a technician things about the box they should already know.

> ask the operator when that will be (hmm, sometime later today?), "oh,
> we try to respond to all inquiries WITHIN 7 DAYS".
>
> Here's an illustration of what you will be up against at Nortel.  A few
> months ago, we got a "cold email" from one of their sales staff about
> their DSL gear.  Since we were in the process of evaluating DSL solutions
> for a coming multi-million dollar investment in provisioning gear and
> DSLAMs, here is the reply I sent him...
>
>  From [e-mail] Thu Feb 10 15:55:07 2000 -0800
>  Date: Thu, 10 Feb 2000 15:55:02 -0800 (PST)
>  From: Aaron Nabil <[e-mail]>
>  To: Daniel Foreman <[e-mail]>
>  Subject: Re: Nortel Solutions
>  In-Reply-To: <[e-mail]>
>
>  We are in the process of evaluating a DSL provisioning solution.  If
>  you'd like Nortel to be considered along with Redback, Cisco and Lucent,
>  send us every piece of printed information you have about the
>  Shasta line.  Manuals, provisioning information, NTP's, everything.  And
>  _pricing_, of course.  Not just pricing on a particular configuartion,
>  pricing on all the configurations, support and maintainainance, and
>  training.
>
>  Here's our address....
>
> You know what I got back?  Exactly the same glossies you might find in a
> Nortel booth at a trade show, all packaged in a nice Nortel folder.  I'm
> expecting 80lbs, I get 8oz! Unless you are GST or Earthlink or
> US WEST, you are nothing to them.  A million dollar sale is NOTHING to
> them. NOTHING.

Wrong.  We are a small telco/ISP, and we get great support from them.
We were interested in the Shasta, and they sent sales people down to
meet with us.  When we the CVX's were delivered, they sent 2 engineers
for a couple days to help us set them up.  You don't have to be a large
service provider to get their attention.  Maybe for a large sale, you
need to get a human contact, to show you're serious.  Call them up
and see what happens.  It would probably also help to be specific.

> I noticed the above URL you gave at the Nortel web site, it suggest that
> there is some kind of "promotion".  I challange you to find that
> information on their web site.  In fact, try and find any information
> (beyond a picture of the outside of the box) on the CVX on their web
> site.
>
> I'm sure Nortel is great if you are worth $500 million.  If you are worth
> $5 million, forget it.
>
> Keep us posted tho, eh?
>
>
>
>
> --
> 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: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 16:20:56 -0400 (EDT)

On Thu, 1 Jun 2000, Jeff Mcadams wrote:

> >I *was* considering picking up some Ascend gear to compliment my 3COM
> >stuff, but I am seriously reconsidering that. So, what's left -  Ci$co?
> >Are they the only company that provides the kind of support ISP's need?
>
> Yeah, pretty much...but their modems suck swamp water through a straw.
> I've always said I'd love to have 3Com's modems, with Cisco's routing
> capabilities.  Ah, what I wouldn't give for a new version of the AS5100.

That would be really slick.  Gimme the ability to put modems running Quad
code (or maybe very very recent DSP code) in our Cisco 7206VXR.  Mmmmm.
:)

I've not heard much good about Cisco's v.90 code.  I've got some Rockwell
SoftK56 modems at home (for testing) that won't even connect *at all* to
some local Cisco numbers.  They'll talk to 3Com and Ascend most of the
time.

Ascend's probably a very close second to 3Com in v.90 reliability, or
maybe slightly ahead now (they work better with Motorola SM56 modems
relative to TCS 3.6, that's about all I know)...  but managing an Ascend
is an absolute nightmare...  not just those awful menus, but they have
some, uh, "unique" ideas about how SNMP and Radius should work that just
blew my mind last time I had the misfortune of working with one...

I personally don't really need tech support from the vendor... I've got
this mailing list, and I've got the knowhow to tear into it and figure it
out (or reverse engineer it) myself.  I'm not afraid to read a few RFC's
here and there.  As long as I can get hardware fixed, and get updated
software easily I'm good to go.  (Something 3Com is a bit lacking on --
like Jeff, I can't download TCS 4.0 even though I was in the beta!
Fortunately the released code seems to be the same as the last release
candidate...  but it's not like Cisco where I can just jump on CCO and get
the latest bugfix when I run into a 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
www.fark.com: If it's not news, it's Fark.  (Or something like that.)



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


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

From: "Jamie Orzechowski" <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 18:07:23 -0400

No ... was a misunderstanding =) ... We are only looking at CVX equipment
right now ... Our 3Com gear it staying  .... sorry for any mix-up ...

----- Original Message -----
Sent: Thursday, June 01, 2000 5:26 PM


> On Thu, 1 Jun 2000, Jamie Orzechowski wrote:
>
> > check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7
> > Racks - about 40 DSP's) and going to the Nortel CVX 1800 ...
>
> Are you looking to sell your TC racks?
>
> -a
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 21:22:35 -0400

Anyone using the release version of TCS4.0, in particular, the new DSP code?
I see there are some improvements in v42 and Rockwell compatibility. Weird
though -- there are no links to the code in the LATEST CODE section of
totalservice -- you have to go to the compatibility matrix and then click on
the release.

--
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: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 21:25:13 -0400

Well, seems as though I will gain nothing by adding Ascend to my lineup
after all of this talk. I have to admit that the TC has served me very well.
Other than the thought of slightly better Rockwell connectivity, there is no
compelling reason for me to go through the headache of learning yet another
platform. Perhaps TCS4.0 will narrow the gap even further.

--
Scot


----- Original Message -----
Cc: <[e-mail]>
Sent: Thursday, June 01, 2000 6:07 PM


> No ... was a misunderstanding =) ... We are only looking at CVX equipment
> right now ... Our 3Com gear it staying  .... sorry for any mix-up ...
>
> ----- Original Message -----
> From: "Aaron Nabil" <[e-mail]>
> To: "Jamie Orzechowski" <[e-mail]>
> Sent: Thursday, June 01, 2000 5:26 PM
> Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
>
>
> > On Thu, 1 Jun 2000, Jamie Orzechowski wrote:
> >
> > > check out the Nortel CVX 1800! ... We are getting rid of our TC Gear
(7
> > > Racks - about 40 DSP's) and going to the Nortel CVX 1800 ...
> >
> > Are you looking to sell your TC racks?
> >
> > -a
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 20:28:15 -0500

I plan to do one tonight. The good news is the ARC card is 128M DRAM and
16M Flash :-)...

Scot Desort wrote:
>
> Anyone using the release version of TCS4.0, in particular, the new DSP code?
> I see there are some improvements in v42 and Rockwell compatibility. Weird
> though -- there are no links to the code in the LATEST CODE section of
> totalservice -- you have to go to the compatibility matrix and then click on
> the release.
>
> --
> 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.

--

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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 22:08:56 -0400

Also sprach Richard Lorbieski
>I plan to do one tonight. The good news is the ARC card is 128M DRAM
>and 16M Flash :-)...

Heh...keep in mind that you can get the 5.0.x code in 64/8...its just
tricky.  :)

As we've both said...Mike Andrews and I were both on the beta for this
(still running the most recent beta code, though I don't think there are
any differences from the released code).  I haven't had any
complaints...but then I must admit that IgLou isn't the best at tracking
connectivity differences between different versions of code.  Just need
more tuits.

I will say, I'm pretty happy with the Arc code...at least from a
management point of view.  I played with the DHCP capabilities
in...ah...5.0.8 I believe it was, and there were still problems with it.
Unfortunately, I didn't get a chance to check it out in 5.0.9 yet.  I
may see if I can get a chance to play with it tomorrow and see if they
fixed it.  If I remember correctly, it didn't handle renewing leases
very well at all...I believe (and looking back through my email
correspondence seems to confirm this) renewal requests are sent in for
the IP address "0.0.0.0" rather than for the actual IP address in use.
Obviously a problem there.  Like I said...I'll try to check out the DHCP
setup again tomorrow and see if they got that corrected in 5.0.9.  I
truly hope they did...'cause being able to manage all your Arc IP pools
from a central DHCP server will be *seriously* cool.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 22:08:50 -0400 (EDT)

Also, since I'm really only looking for DSP fixes, is there any problem
with just upgrading the NMC and DSP and leaving the Arc as-is?

(crosses fingers and hopes for an iMac fix that's better than segregating
some quads into a hunt)

Thanks,

Charles

On Thu, 1 Jun 2000, Scot Desort wrote:

> Anyone using the release version of TCS4.0, in particular, the new DSP code?
> I see there are some improvements in v42 and Rockwell compatibility. Weird
> though -- there are no links to the code in the LATEST CODE section of
> totalservice -- you have to go to the compatibility matrix and then click on
> the release.
>
> --
> 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: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 22:09:38 -0400

Keep us posted on how you do. What versions of HARC and DSP code are you
currently running?

--
Scot


----- Original Message -----
Sent: Thursday, June 01, 2000 9:28 PM


> I plan to do one tonight. The good news is the ARC card is 128M DRAM and
> 16M Flash :-)...
>
> Scot Desort wrote:
> >
> > Anyone using the release version of TCS4.0, in particular, the new DSP
code?
> > I see there are some improvements in v42 and Rockwell compatibility.
Weird
> > though -- there are no links to the code in the LATEST CODE section of
> > totalservice -- you have to go to the compatibility matrix and then
click on
> > the release.
> >
> > --
> > 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.
>
> --
>
> 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: Richard Lorbieski <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 21:17:48 -0500

DSP - 2.0.60
ARC - 4.2.32
NMC - 6.1.17

I'm currently dloading the NMC and ARC managment software. The new 7.07
NMC is large (17 Megs).
You think they were releasing browser software :-).

Scot Desort wrote:
>
> Keep us posted on how you do. What versions of HARC and DSP code are you
> currently running?
>
> --
> Scot
>
> ----- Original Message -----
> From: Richard Lorbieski <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, June 01, 2000 9:28 PM
> Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
>
> > I plan to do one tonight. The good news is the ARC card is 128M DRAM and
> > 16M Flash :-)...
> >
> > Scot Desort wrote:
> > >
> > > Anyone using the release version of TCS4.0, in particular, the new DSP
> code?
> > > I see there are some improvements in v42 and Rockwell compatibility.
> Weird
> > > though -- there are no links to the code in the LATEST CODE section of
> > > totalservice -- you have to go to the compatibility matrix and then
> click on
> > > the release.
> > >

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


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

From: "Ved" <[e-mail]>
Subject: Re: (usr-tc) To TC or not to TC
Date: 01 Jun 2000 21:30:56 -0500


----- Original Message -----
Sent: Thursday, June 01, 2000 8:46 AM


> Hi all,
>
> We are a new ISP that is having a ton of problems with our USR TC
equipment.  We have two pops, one tc with 3 >DSPs and one with 2.  We are at
the point of adding another DSP to each tc but as I said we are having a ton
of >problems.  Sprint is our telco and they have no expertise with tc.
Right now, we have been having problems for 10 >DAYS!  Our trunks
mysteriously turn off until and our available modems slowly drop off.  So my
question is, what is the >best hardware to switch to?  I like the features
of the usr tc, but we have no support.  3COM has been no help.

Sprint - does have a lot of experience with TC, for they use it a lot in
their network for data.  You also mention that
you have no support from 3com, well do you have a case open with 3com?  Have
you spoken to anyone in 3com?
If you are saying that your truns turn off - more than likely you have telco
issue, irrespective of what ever hardware you put in there you are going run
into this issue.  Send me an email with details of the problem and what has
been troubleshoot - I can help you out.

-v

I'm looking at going to an Ascend/Lucent product but I don't know which one.
I would like the same manageability that the tc has.  Any suggestions would
be most helpfully.  Of course, I need something that is x2 and ISDN ready.
>
> Thanks,
>
> Steve Cobb
> Computer Geeks
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Ved" <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 on TotalService
Date: 01 Jun 2000 21:31:38 -0500

---- Original Message -----
Sent: Thursday, May 25, 2000 12:32 PM


>
> I refuse to get a contract as long as she is still employed by 3Com.  My
var
She ?? Who she?

-V

> provides all the support I need, and Westcon has some competitive service
> offerings.
>
> Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
>
>
> > -----Original Message-----
> > From: Denis Newkirk [mailto:[e-mail]]
> > Sent: Thursday, May 25, 2000 2:28 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) TCS 4.0 on TotalService
> >
> >
> > I, for one, have lost all respect for 3COM and their rip-off service
> > contracts. Besides dealing with Michelle's attitude, I have
> > had to fight
> > for access for the code ever since my last renewal.
> >
> > Now... once again, being paid up until sometime in the 7th
> > month of this
> > year, and with new code out, I see I have to once again beg
> > for the access
> > I've paid for.
> >
> >
> >
> > At 11:43 AM 5/25/00 -0400, you wrote:
> > >It looks like TCS 4.0 is in the process of being released. I
> > >happened to check the TotalService site this morning and found
> > >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for
> > >Windows, HP and Solaris (still no Linux). The link for the new
> > >HiperARC Manager software is broken or the file isn't out there yet.
> > >
> > >Since I still have older equipment (quads and dual-T1), I probably
> > >won't be upgrading right away. The compatibility matrix had not yet
> > >been updated.
> > >
> > >So, who wants to be first?
> > >
> > >Wayne Barber
> > >Coastal Telco Services
> > >
> > >-
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old
> > messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 22:36:35 -0400

Also sprach Richard Lorbieski
>DSP - 2.0.60
>ARC - 4.2.32
>NMC - 6.1.17

>I'm currently dloading the NMC and ARC managment software. The new 7.07
>NMC is large (17 Megs).
>You think they were releasing browser software :-).

Ooh...another FYI that at least Mike and I ran across.  The new NMC code
is completely different...pretty much rewritten from scratch is what I
understand.  This is good and bad.  The good is that its written to not
be so classful in its IP addressing (though I didn't ever get to check
it to make sure it worked correctly, at least if it doesn't, we
apparently stand some chance of getting that fixed now).  The bad is
that they have changed the way they do retrieval of SNMP values
apparently.  The older code apparently "cached" (maybe pre-fetched?
don't know details) values from the cards across the management bus.
This new code doesn't do that...meaning snmpwalks are going to be a tad
bit slower overall.  For values that it doesn't have to grab across the
management bus, its *much* faster (values about the NMC itself, and
index values basically), but when it has to get data over the management
bus, it does bog down a bit more.  Supposedly the HiPer NMCs are much
better about this, but with the 486 based cards, this can get to be a
fairly big problem if you're throwing a lot of SNMP traffic at it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 01 Jun 2000 22:42:06 -0400

Also sprach Charles Sprickman
>Also, since I'm really only looking for DSP fixes, is there any problem
>with just upgrading the NMC and DSP and leaving the Arc as-is?

>(crosses fingers and hopes for an iMac fix that's better than
>segregating some quads into a hunt)

I believe I have heard the statement that TCS releases are "compatible"
between consecutive releases, though certainly not supported in that
configuration.  So, you can use (at least in theory) TCS 3.5/3.6 DSP
code (the DSP code didn't change between these releases I don't believe)
with TCS 4.0.  I haven't tested this at all, so don't take that as
gospel, but I've been told that 3Com at least puts some effort into
making that be the case.

FWIW, the Arc code really is pretty solid at this point as long as you
don't try to take advantage of new features.  I'd say you'd be fine
upgrading to new Arc code as long as you test out any new functionality
that you take advantage of.

For those of you that are as frustrated as I am maintaining 4.2.x Arc
code because of the idiosyncracies of command-line tab-completion, that
is *much* improved in 5.0.x...it even has partial-completion (ie, it
will complete the command out as far as is unambigous, ala Cisco's IOS
and many other CLIs...no more typing out a 20 character keyword because
the last character is different from another. :)
--
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: "Tim Brown" <[e-mail]>
Subject: Re: (usr-tc) And you thought you were frustrated with 3COM
Date: 01 Jun 2000 23:55:39 -0400

I have 8 Ascend Max 4xxx units in place in multiple POPs and they work
great. You may hear moans and groans about their menu interface, but you can
telnet to the box and manage everything--users, routing, modems, T1's. I
have three POP's each with a single MAX 4xxx--2 PRI's or CT1's plugged in
for dial-up, one fract T1 plugged in for Frame Relay backhaul to our main
POP--no seperate router, hub, etc.--you can set them up like a "POP in a
box". I think the quality of the V.90 code has already been mentioned--it's
very good. If I were opening a new POP tommorrow, I'd install an Ascend Max
4xxx (I think I just saw a post with a few used ones fully configured for
$6500). Just my $0.02.
Tim Brown
SumterNet, Inc.

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


>On Thu, 1 Jun 2000, Jeff Mcadams wrote:
>
>> >I *was* considering picking up some Ascend gear to compliment my 3COM
>> >stuff, but I am seriously reconsidering that. So, what's left -  Ci$co?
>> >Are they the only company that provides the kind of support ISP's need?
>>
>> Yeah, pretty much...but their modems suck swamp water through a straw.
>> I've always said I'd love to have 3Com's modems, with Cisco's routing
>> capabilities.  Ah, what I wouldn't give for a new version of the AS5100.
>
>That would be really slick.  Gimme the ability to put modems running Quad
>code (or maybe very very recent DSP code) in our Cisco 7206VXR.  Mmmmm.
>:)
>
>I've not heard much good about Cisco's v.90 code.  I've got some Rockwell
>SoftK56 modems at home (for testing) that won't even connect *at all* to
>some local Cisco numbers.  They'll talk to 3Com and Ascend most of the
>time.
>
>Ascend's probably a very close second to 3Com in v.90 reliability, or
>maybe slightly ahead now (they work better with Motorola SM56 modems
>relative to TCS 3.6, that's about all I know)...  but managing an Ascend
>is an absolute nightmare...  not just those awful menus, but they have
>some, uh, "unique" ideas about how SNMP and Radius should work that just
>blew my mind last time I had the misfortune of working with one...
>
>I personally don't really need tech support from the vendor... I've got
>this mailing list, and I've got the knowhow to tear into it and figure it
>out (or reverse engineer it) myself.  I'm not afraid to read a few RFC's
>here and there.  As long as I can get hardware fixed, and get updated
>software easily I'm good to go.  (Something 3Com is a bit lacking on --
>like Jeff, I can't download TCS 4.0 even though I was in the beta!
>Fortunately the released code seems to be the same as the last release
>candidate...  but it's not like Cisco where I can just jump on CCO and get
>the latest bugfix when I run into a 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
>www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCS 4.0 - anyone brave enough???
Date: 02 Jun 2000 01:19:07 -0400 (EDT)

On Thu, 1 Jun 2000, Jeff Mcadams wrote:

> Ooh...another FYI that at least Mike and I ran across.  The new NMC code
> is completely different...pretty much rewritten from scratch is what I
> understand.  This is good and bad.  The good is that its written to not
[munch]
> apparently stand some chance of getting that fixed now).  The bad is
> that they have changed the way they do retrieval of SNMP values
> apparently.  The older code apparently "cached" (maybe pre-fetched?
> don't know details) values from the cards across the management bus.
> This new code doesn't do that...meaning snmpwalks are going to be a tad
> bit slower overall.  For values that it doesn't have to grab across the
> management bus, its *much* faster (values about the NMC itself, and
> index values basically), but when it has to get data over the management
> bus, it does bog down a bit more.  Supposedly the HiPer NMCs are much
> better about this, but with the 486 based cards, this can get to be a
> fairly big problem if you're throwing a lot of SNMP traffic at it.

This brings up something I meant to mention in the beta... but was holding
out hoping they'd actually come up with a speed improvement or reimplement
the cache or something.

When it became obvious that the NETserver was running out of gas, 3Com did
a trade-in program for people to trade their NETservers in for HiPer ARCs.

Would they consider doing the same for 486 NMC's to P5 NMC's?

The only difficult part about an NMC tradein program would be x2 feature
enable keys for Quads.  (We still have two NMC's that manage Quads.)  Of
course they could just say the hell with it and permanently enable it on
P5 NMC's so you don't need one, but, well, we've been through that
discussion here before...

Given the costs of manufacturing a P5 NMC are probably far lower than a
HiPer ARC, I would think this would be even easier for them to stomach
than the NETserver->ARC tradein...

The performance difference is going to be an issue for us because we
almost continuously hammer on the NMC pulling connect stats off of it, and
with more than about 5 PRI's in a box it *really* starts to get sluggish.
On a box with only a couple of PRI's, it's not a problem, in fact it's
usually faster than the old code.  But load a box up with 9 PRI's and
watch all your software griiiiind to a halt...
I suppose we could reimplement a cache of our own using, say, a SQL
database, but I don't have time this month...  been busy rolling out ADSL,
installing a new core router (mmmmm, 7206vxr) and upgrading our email
system (read: finding/patching bugs in procmail) and really haven't
touched anything 3Com related for a while.

Anyway, despite the NMC being a bit slower, we've been running what is now
TCS 4.0 on one production box for a few weeks now and I don't think we've
had a Rockwell related complaint since.  On the other hand, I'm a bit more
removed from tech support than I used to be, so maybe it's just that
nobody's telling me. :)


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


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


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

From: Richard Lorbieski <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 02 Jun 2000 05:11:26 -0500

I just finished upgrading our code.

It went without a hitch... well we had to restart an aborted upgrade on
one of the DSP cards.

Didn't have a problem upgrading the ARC from 4.2.32 to 5.0.9 (we have a
128M DRAM - 16M flash ARC).

As for performance? Had some glitches with customers trying to login but
it may have been a radius problem. Yet, most users are getting v.90
connect :-)... So far, I think its safe to upgrade.
Currently the DSP cards are on CT1s (planning to change to PRI in the
next week).

Will post some more info later.

Mike Andrews wrote:
>
> On Thu, 1 Jun 2000, Jeff Mcadams wrote:
>
> > Ooh...another FYI that at least Mike and I ran across.  The new NMC code
> > is completely different...pretty much rewritten from scratch is what I
> > understand.  This is good and bad.  The good is that its written to not
> [munch]
> > apparently stand some chance of getting that fixed now).  The bad is
> > that they have changed the way they do retrieval of SNMP values
> > apparently.  The older code apparently "cached" (maybe pre-fetched?
> > don't know details) values from the cards across the management bus.
> > This new code doesn't do that...meaning snmpwalks are going to be a tad
> > bit slower overall.  For values that it doesn't have to grab across the
> > management bus, its *much* faster (values about the NMC itself, and
> > index values basically), but when it has to get data over the management
> > bus, it does bog down a bit more.  Supposedly the HiPer NMCs are much
> > better about this, but with the 486 based cards, this can get to be a
> > fairly big problem if you're throwing a lot of SNMP traffic at it.
>
> This brings up something I meant to mention in the beta... but was holding
> out hoping they'd actually come up with a speed improvement or reimplement
> the cache or something.
>
> When it became obvious that the NETserver was running out of gas, 3Com did
> a trade-in program for people to trade their NETservers in for HiPer ARCs.
>
> Would they consider doing the same for 486 NMC's to P5 NMC's?
>
> The only difficult part about an NMC tradein program would be x2 feature
> enable keys for Quads.  (We still have two NMC's that manage Quads.)  Of
> course they could just say the hell with it and permanently enable it on
> P5 NMC's so you don't need one, but, well, we've been through that
> discussion here before...
>
> Given the costs of manufacturing a P5 NMC are probably far lower than a
> HiPer ARC, I would think this would be even easier for them to stomach
> than the NETserver->ARC tradein...
>
> The performance difference is going to be an issue for us because we
> almost continuously hammer on the NMC pulling connect stats off of it, and
> with more than about 5 PRI's in a box it *really* starts to get sluggish.
> On a box with only a couple of PRI's, it's not a problem, in fact it's
> usually faster than the old code.  But load a box up with 9 PRI's and
> watch all your software griiiiind to a halt...
> I suppose we could reimplement a cache of our own using, say, a SQL
> database, but I don't have time this month...  been busy rolling out ADSL,
> installing a new core router (mmmmm, 7206vxr) and upgrading our email
> system (read: finding/patching bugs in procmail) and really haven't
> touched anything 3Com related for a while.
>
> Anyway, despite the NMC being a bit slower, we've been running what is now
> TCS 4.0 on one production box for a few weeks now and I don't think we've
> had a Rockwell related complaint since.  On the other hand, I'm a bit more
> removed from tech support than I used to be, so maybe it's just that
> nobody's telling me. :)
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)

--

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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) TCS 4.0 on TotalService
Date: 02 Jun 2000 08:48:07 -0300


sorry, I had a mailserver decide to crap the bed and resend a bunch of
emails.  This is one I previously sent a few weeks ago.  And the "she" is
Michelle Catalano, referred to down further in the thread.

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


> -----Original Message-----
> From: Ved [mailto:[e-mail]]
> Sent: Thursday, June 01, 2000 11:32 PM
> To: [e-mail]
> Subject: Re: (usr-tc) TCS 4.0 on TotalService
>
>
> ---- Original Message -----
> From: "Stainforth, Matthew" <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, May 25, 2000 12:32 PM
> Subject: RE: (usr-tc) TCS 4.0 on TotalService
>
>
> >
> > I refuse to get a contract as long as she is still employed
> by 3Com.  My
> var
> She ?? Who she?
>
> -V
>
> > provides all the support I need, and Westcon has some
> competitive service
> > offerings.
> >
> > Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
> >
> >
> > > -----Original Message-----
> > > From: Denis Newkirk [mailto:[e-mail]]
> > > Sent: Thursday, May 25, 2000 2:28 PM
> > > To: [e-mail]
> > > Subject: Re: (usr-tc) TCS 4.0 on TotalService
> > >
> > >
> > > I, for one, have lost all respect for 3COM and their
> rip-off service
> > > contracts. Besides dealing with Michelle's attitude, I have
> > > had to fight
> > > for access for the code ever since my last renewal.
> > >
> > > Now... once again, being paid up until sometime in the 7th
> > > month of this
> > > year, and with new code out, I see I have to once again beg
> > > for the access
> > > I've paid for.
> > >
> > >
> > >
> > > At 11:43 AM 5/25/00 -0400, you wrote:
> > > >It looks like TCS 4.0 is in the process of being released. I
> > > >happened to check the TotalService site this morning and found
> > > >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for
> > > >Windows, HP and Solaris (still no Linux). The link for the new
> > > >HiperARC Manager software is broken or the file isn't
> out there yet.
> > > >
> > > >Since I still have older equipment (quads and dual-T1),
> I probably
> > > >won't be upgrading right away. The compatibility matrix
> had not yet
> > > >been updated.
> > > >
> > > >So, who wants to be first?
> > > >
> > > >Wayne Barber
> > > >Coastal Telco Services
> > > >
> > > >-
> > > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old
> > > messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old
> messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old
> messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCS 4.0 on TotalService
Date: 02 Jun 2000 09:50:42 -0400

At 08:48 AM 6/2/00 -0300, Stainforth, Matthew wrote:
>
>emails.  This is one I previously sent a few weeks ago.  And the "she" is
>Michelle Catalano, referred to down further in the thread.

That's the one. For all intents and purposes, it would appear that her job
description includes alienating customers and spurring competitor growth.
After dealing with her a few times, I was at a loss to understand why any
company would allow her to have any contact whatsoever with customers.


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


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 02 Jun 2000 11:50:11 -0400

Also sprach Jeff Mcadams
>I played with the DHCP capabilities in...ah...5.0.8 I believe it was,
>and there were still problems with it.  Unfortunately, I didn't get a
>chance to check it out in 5.0.9 yet.  I may see if I can get a chance
>to play with it tomorrow and see if they fixed it.  If I remember
>correctly, it didn't handle renewing leases very well at all...I
>believe (and looking back through my email correspondence seems to
>confirm this) renewal requests are sent in for the IP address "0.0.0.0"
>rather than for the actual IP address in use.  Obviously a problem
>there.  Like I said...I'll try to check out the DHCP setup again
>tomorrow and see if they got that corrected in 5.0.9.  I truly hope
>they did...'cause being able to manage all your Arc IP pools from a
>central DHCP server will be *seriously* cool.  :)

Well...its *better*...but still not quite right.  My apologies to 3Com
for not getting around to checking this actually during the beta...just
didn't have enough hours in the day.  This isn't really a critical
feature at this point, but I certainly do see the advantages of it so I
want to try to help you all get it working.  :)

Jun  2 11:28:04 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:c0:49:10:e3:16 via hme0
Jun  2 11:28:04 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:c0:49:10:e3:16 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0
Jun  2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0
Jun  2 11:28:10 quiz dhcpd: DHCPRELEASE of 204.255.236.215 from 00:c0:49:10:e3:16 via hme0 (found)

As you can see...it tries several times to get the lease renewed, and
gets the correct IP address added this time, and for the first renewal
request, it has the correct MAC address.  Subsequent requests have a
bogus MAC address from what I can tell.  I'm not sure why the original
renewal request fails, but since it retries it several times, it
apparently isn't seeing something correctly.  Again, as I mentioned
during the beta...I'm not extremely well versed in DHCP at this point,
so there may be more information that I can get out of the dhcp server
that might help...let me know and I'll see what I can 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: Kevin Benton <[e-mail]>
Subject: (usr-tc) TCM - "Delete Database Error"
Date: 02 Jun 2000 11:51:42 -0400 (EDT)

Can anyone offer suggestions on how I can resolve an issue on my Win95
computer which I have uninstalled TCM, deleted c:\usrsuite, then
reinstalled and I still have chassis in my chassis list which I can not
modify or delete?  I've looked in registry for the community names, the
chassis names, the IP addresses, etc. and I just can't find where in the
world TCM is getting its data from.  I've also looked in the ini files and
still couldn't locate the information.

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: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 02 Jun 2000 17:05:26 -0400 (EDT)

On Thu, 1 Jun 2000, Jeff Mcadams wrote:

> I believe I have heard the statement that TCS releases are "compatible"
> between consecutive releases, though certainly not supported in that
> configuration.  So, you can use (at least in theory) TCS 3.5/3.6 DSP
> code (the DSP code didn't change between these releases I don't believe)
> with TCS 4.0.  I haven't tested this at all, so don't take that as
> gospel, but I've been told that 3Com at least puts some effort into
> making that be the case.

I was actually looking at doing the opposite; staying with my ARC code for
now and trying the new DSP code on a few racks for a few days...  I was
going to try the NMC as well, but it looks like that might not be
advisable if it will actually make snmp slower (how is that possible?).

You'd think they could do everything the NMC needs to do in a 486 without
much optimization.  I mean, it's not running a GUI or anything...

> FWIW, the Arc code really is pretty solid at this point as long as you
> don't try to take advantage of new features.  I'd say you'd be fine
> upgrading to new Arc code as long as you test out any new functionality
> that you take advantage of.

I'm just about to read the release notes, I'm curious about this "interim
release" I have to do between 4.2x and 5.0.x...

Thanks,

Charles

> For those of you that are as frustrated as I am maintaining 4.2.x Arc
> code because of the idiosyncracies of command-line tab-completion, that
> is *much* improved in 5.0.x...it even has partial-completion (ie, it
> will complete the command out as far as is unambigous, ala Cisco's IOS
> and many other CLIs...no more typing out a 20 character keyword because
> the last character is different from another. :)
> --
> 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: "ISP-NetworkHardware.com" <[e-mail]>
Subject: (usr-tc) WTB: 2- USR Hiper DSP's
Date: 02 Jun 2000 17:33:03 -0400

Looking to buy now.
If you have them please email me.

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

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

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










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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 03 Jun 2000 09:08:51 -0400

Also sprach Charles Sprickman
>On Thu, 1 Jun 2000, Jeff Mcadams wrote:
>> I believe I have heard the statement that TCS releases are
>> "compatible" between consecutive releases, though certainly not
>> supported in that configuration.  So, you can use (at least in
>> theory) TCS 3.5/3.6 DSP code (the DSP code didn't change between
>> these releases I don't believe) with TCS 4.0.  I haven't tested this
>> at all, so don't take that as gospel, but I've been told that 3Com at
>> least puts some effort into making that be the case.

>I was actually looking at doing the opposite; staying with my ARC code
>for now and trying the new DSP code on a few racks for a few days...

I think it goes both ways, so you'd be fine.  Again though, this
certainly isn't anything that's tested.

>I was going to try the NMC as well, but it looks like that might not be
>advisable if it will actually make snmp slower (how is that possible?).

>You'd think they could do everything the NMC needs to do in a 486
>without much optimization.  I mean, it's not running a GUI or
>anything...

Well...the slowdown is a result of getting the data over the management
"bus" from the cards.  If its getting data from the NMC itself, it
screams...orders of magnitude faster than the old code.  The management
bus is basically a individual set of serial lines for each card though,
so its not like you've got ethernet bandwidth there or anything to work
with.  I think I remember seeing that the management lines to the NACs
are 512kbps, which is pretty quick, but its certainly going to be slower
than the NMC grabbing the data internally (ie, not over the management
lines).

>> FWIW, the Arc code really is pretty solid at this point as long as
>> you don't try to take advantage of new features.  I'd say you'd be
>> fine upgrading to new Arc code as long as you test out any new
>> functionality that you take advantage of.

>I'm just about to read the release notes, I'm curious about this
>"interim release" I have to do between 4.2x and 5.0.x...

I don't remember having done that, but I might have.  Does make the
upgrade process a bit more disruptive, but this is the only time you'll
have to do that.  Ok...found in the release notes where its talking
about it.  The older code can't download a file that big into flash ROM,
once you get on the newer code though, you're back to normal upgrades
(assuming you don't run out of flash, which is getting to be a concern
with these bigger images...older Arcs only had 8megs of flash ram)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 03 Jun 2000 12:39:48 -0400 (EDT)


    OK,

  With all the talk of the new code, has anyone put the code on a HiperArc
with just 64 of memory?   I have 4 HiperArcs  Two with 128 and two with
64.   Three of the 4 are in production (live).  Can the memory from the
4th one be used to up grade the other HiperArc?

  Also, any problems with the FLASH 4 vice 8?

  We are not doing anything fancy, just ip.. No IPX, OSPF, etc

  Thanks!

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite Q
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 03 Jun 2000 17:05:12 -0400

Also sprach [e-mail]
>  With all the talk of the new code, has anyone put the code on a
>HiperArc with just 64 of memory?   I have 4 HiperArcs  Two with 128 and
>two with 64.   Three of the 4 are in production (live).  Can the memory
>from the 4th one be used to up grade the other HiperArc?

I had it running in 64megs of RAM briefly during the beta...worked fine.
Though it was slightly tricky to get it on there with only 8 megs of
flash to work with.

>  Also, any problems with the FLASH 4 vice 8?

4?!  Didn't know such a beast existed...at least as shipped.  I'd say
all bets are off on being able to get the code on there in 4 megs.
*Maybe* if you had the boot menu pull it down, but even that is gonna be
really iffy (the 5.0.x code is almost 3 1/2 megs, and it has to go
through some uncompress and reclaim cycles during the actual upgrade
process - once you actually reboot to activate the new code - I'd say
its unlikely to be able to pull that off)

>  We are not doing anything fancy, just ip.. No IPX, OSPF, etc

If you could get the code on, you shouldn't have any problems running in
64 megs of ram...the flash issue is really iffy though.
--
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) TCS 4.0 - anyone brave enough???
Date: 03 Jun 2000 22:24:01 -0400 (EDT)

64 meg works fine here.

As far as getting the code onto a 4 meg flash...  you don't *have* to use
the "interim release" approach.  The documentation describes a few others.
The one I used was...

- put the .dmf file on a TFTP server with the name 'netserve.dmf'
- connect a terminal to the console port of the ARC
- reboot it
- as it reboots, a menu will come up.
  Quickly feed it its own IP/netmask and the IP of your TFTP server

and it will TFTP the file down and update it right away.  Pretty fast,
doesn't need two reboots.  I'd practice on a non-production card if you
can first, to get the procedure down though. :)


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

On Sat, 3 Jun 2000 [e-mail] wrote:

>   With all the talk of the new code, has anyone put the code on a HiperArc
> with just 64 of memory?   I have 4 HiperArcs  Two with 128 and two with
> 64.   Three of the 4 are in production (live).  Can the memory from the
> 4th one be used to up grade the other HiperArc?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCS 4.0 - anyone brave enough???
Date: 04 Jun 2000 08:03:55 -0400

Also sprach Mike Andrews
>64 meg works fine here.

>As far as getting the code onto a 4 meg flash...

I think you're thinking 8 meg flash, not 4.  64meg Arcs usually
(always?) have 8 megs of flash, compared to the 16 in the 128 meg Arcs.
:)

>you don't *have* to use the "interim release" approach.  The
>documentation describes a few others.  The one I used was...

True...I think I may have ended up using the boot menu like you
described.

>and it will TFTP the file down and update it right away.  Pretty fast,

Well, as fast as TFTP ever is...not exactly a highly efficient protocol
there.  :)  Does the job though.  :)
--
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) TCS 4.0 - anyone brave enough???
Date: 04 Jun 2000 12:26:15 -0400 (EDT)

On Sun, 4 Jun 2000, Jeff Mcadams wrote:

> Also sprach Mike Andrews
> >64 meg works fine here.
>
> >As far as getting the code onto a 4 meg flash...
>
> I think you're thinking 8 meg flash, not 4.  64meg Arcs usually
> (always?) have 8 megs of flash, compared to the 16 in the 128 meg Arcs.
> :)

Yeah, I meant 8 vs 16 meg.


> >and it will TFTP the file down and update it right away.  Pretty fast,
>
> Well, as fast as TFTP ever is...not exactly a highly efficient protocol
> there.  :)  Does the job though.  :)

Well yeah, but it was only about 10 seconds...  not slow like TFTPing to
an NMC is. :)



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


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

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) RE: (USR-TC) TCS 4.0 - AN
Date: 05 Jun 2000 11:15:08 -0500




U>Also sprach [e-mail]
U>>  With all the talk of the new code, has anyone put the code on a
U>>HiperArc with just 64 of memory?   I have 4 HiperArcs  Two with 128
U>and >two with 64.   Three of the 4 are in production (live).  Can the
U>memory >from the 4th one be used to up grade the other HiperArc?

U>I had it running in 64megs of RAM briefly during the beta...worked
U>fine. Though it was slightly tricky to get it on there with only 8
U>megs of flash to work with.

U>>  Also, any problems with the FLASH 4 vice 8?

U>4?!  Didn't know such a beast existed...at least as shipped.  I'd say
U>all bets are off on being able to get the code on there in 4 megs.
U>*Maybe* if you had the boot menu pull it down, but even that is gonna
U>be really iffy (the 5.0.x code is almost 3 1/2 megs, and it has to go
U>through some uncompress and reclaim cycles during the actual upgrade
U>process - once you actually reboot to activate the new code - I'd say
U>its unlikely to be able to pull that off)

U>>  We are not doing anything fancy, just ip.. No IPX, OSPF, etc

U>If you could get the code on, you shouldn't have any problems running
U>in 64 megs of ram...the flash issue is really iffy though.


Can the HiPerArcs flash be upgraded from 8 to 16 megs ?


Jeff Binkley
ASA Network COmputing

CMPQwk 1.42 9999


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) RE: (USR-TC) TCS 4.0 - AN
Date: 05 Jun 2000 11:57:18 -0400

Also sprach Jeff Binkley
>Can the HiPerArcs flash be upgraded from 8 to 16 megs ?

Doesn't look like it.  If you look at one of the Arc boards, with the
faceplate to the left, towards the bottom of the board, just to the
right of the DIMM SOCKET (labelled as such), you'll see the "FLASH ROM"
chips (2 rows of 4 chips...also labelled as such).  These are soldered
on, so it doesn't look upgradeable...at least without a soldering iron,
and that's something that I certainly don't want to get into.  :)

At least, this is what I'm seeing on my board...though I *think* this is
a 128/16 board, not a 64/8.  I would assume the 64/8's would be
similar...perhaps only half the chips though.
--
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 Coffey <[e-mail]>
Subject: Re: (usr-tc) RE: (USR-TC) TCS 4.0 - AN
Date: 05 Jun 2000 09:57:45 -0600

 From the for what's worth dept:

I upgraded the code in one chassis over the weekend without any
problems.  It has 8 DSP's an Arc with 128/16 and a 486 NMC card.  So far,
it seems stable and I haven't had any calls about failing to connect or
other recent issues.  Actually, has been very quiet since the upgrade.

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: Mike Andrews <[e-mail]>
Subject: (usr-tc) tcs 4.0 snmp trap weirdity
Date: 05 Jun 2000 13:00:23 -0400 (EDT)

Every time someone screws up their password dialing in, I'm getting an
SNMP trap.  I can't find the setting to disable it.  My first guess was
"disable snmp authentication traps", but that's for failed SNMP queries
(wrong community name), not failed Radius logins.  Anyone else find where
this is buried yet?

(This didn't happen on beta code from what I can remember.)


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


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


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

From: "Steve Cobb" <[e-mail]>
Subject: (usr-tc) Binding 2 ISDN channels
Date: 05 Jun 2000 13:43:17 -0400

Anyone know how to bind two 64k ISDN channels to one 128k connection?  Some of the "virtual ISP's" will only offer 64k connections in my area and I need to be able to offer 128k to customers.  I'm using RadiusNT to authenticate and can offer customers two separate accounts with different userids but I need to bind them to one.  Thanks for the help.

Steve Cobb


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


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

From: "Terry Kennedy" <[e-mail]>
Subject: RE: (usr-tc) TCS 4.0 on TotalService
Date: 05 Jun 2000 10:51:49 -0700

What's the final word here? Can you use the new 4.0 dsp code and leave
the arc and nmc code be? Does this code address the rockwell problems
enough to warrant the change?

Terry Kennedy
[e-mail]
Sysadmin,OlyPen, Inc.



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Binding 2 ISDN channels
Date: 05 Jun 2000 13:53:54 -0400

Also sprach Steve Cobb
>Anyone know how to bind two 64k ISDN channels to one 128k connection?
>Some of the "virtual ISP's" will only offer 64k connections in my area
>and I need to be able to offer 128k to customers.  I'm using RadiusNT
>to authenticate and can offer customers two separate accounts with
>different userids but I need to bind them to one.  Thanks for the help.

Its actually called bundling, and it uses Multi-Link PPP, or MP.  If you
only have one Arc, then set Port-Limit in your RADIUS server to 2 and
away you go, if you have more than one Arc that your hunt-group spreads
across, you need to set up NTP and MPIP.  Configuration information for
that is in the HiPer Arc manuals.

You speicifically *don't* want to assign two different userids as that
will end up with two distinct PPP links rather than combining them into
a bundle.  Use the same userid and password on both links, and it should
work.
--
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: Kenneth Nye <[e-mail]>
Subject: (usr-tc) IP Pool
Date: 05 Jun 2000 11:07:02 -0700

Could someone refresh my memory with the command line commands to view..and
change the ip pools?

                        Thanks
                        Ken


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) IP Pool
Date: 05 Jun 2000 11:17:43 -0700

li ip pools

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Kenneth Nye
Sent: Monday, June 05, 2000 11:07 AM


Could someone refresh my memory with the command line commands to view..and
change the ip pools?

                        Thanks
                        Ken


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


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCS 4.0 on TotalService
Date: 05 Jun 2000 14:35:44 -0400 (EDT)

On Mon, 5 Jun 2000, Terry Kennedy wrote:

> What's the final word here? Can you use the new 4.0 dsp code and leave
> the arc and nmc code be? Does this code address the rockwell problems
> enough to warrant the change?

I flashed two DSPs up to the new code Friday, and it looked good over the
weekend, so I'm on about my sixth now.  So far I've had no issues with
staying on the old ARC and NMC code.

Charles

> Terry Kennedy
> [e-mail]
> Sysadmin,OlyPen, 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: Blake Fithen <[e-mail]>
Subject: RE: (usr-tc) IP Pool
Date: 05 Jun 2000 14:48:58 -0500

li ip pools
del ip pool
add ip pool ?

blake



> -----Original Message-----
> From: Kenneth Nye [mailto:[e-mail]]
> Sent: Monday, June 05, 2000 1:07 PM
> To: [e-mail]
> Subject: (usr-tc) IP Pool
>
>
> Could someone refresh my memory with the command line
> commands to view..and
> change the ip pools?
>
>                         Thanks
>                         Ken
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) IP Pool
Date: 05 Jun 2000 15:53:07 -0400

Also sprach Blake Fithen
>li ip pools
>del ip pool
>add ip pool ?

And don't forget
set ip pool ?

No need to totally blow away an ip pool and re-add it just to change
something about it.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "D. W. Piper" <[e-mail]>
Subject: (usr-tc) Deciphering entries in radius log
Date: 05 Jun 2000 14:01:38 -0700

Hi all,

I've tried searching the 3Com support site and etc. several times over
the last several days about this, but if the answer's there I'm managing
to miss it completely:

For some time we have been having entries such as the following
appearing in our radius log:

    "S12 didn't get online!  status=-1, connect_fail=79, link_fail=31"

...where the "connect_fail=" value varies but the "status=-1" and
"link_fail=31" values are always the same.

For example, between 04:00 and 13:00 today there were 69 such entries,
all from our USR equipment, with the value and count for
"connect_fail=XX" as follows:

connect_fail=3    -- 1 entry
connect_fail=13  -- 28 entries
connect_fail=21  -- 2 entries
connect_fail=36  -- 16 entries
connect_fail=79  -- 19 entries
connect_fail=80  -- 3 entries

I'd thought these were from the set of "Failure-to-Connect-Reason"
values in the Vendor Specific Attributes, but that doesn't seem to be it
since there are no Failure-to-Connect-Reason values for 79 and 80.

Can anyone help me decipher this, please?

TIA,

- 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: "Russ Miescke" <[e-mail]>
Subject: (usr-tc) TCS 4.0 Requirements
Date: 06 Jun 2000 01:19:13 -0500

Is a service contract required to download TCS 4.0?  I have purchased a new
Total Control bundle among several other things in the last couple of months
and have registered it with 3Com.  When I go to the download site,
everything appears to be available to me, but none of the links work.
Anyone else have this problem?
Russ Miescke
Power Web Connect



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


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

From: Denis Newkirk <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 Requirements
Date: 06 Jun 2000 07:36:54 -0400

If you're like me, you'll have to fight to get the access you've paid for.
After you download what you need, they cut you off again, so you have to
fight/beg again. I think it must be a power thing with Michelle, who has
ALWAYS been rude to us. I've never heard anyone say they've had a good
experience with her.

I would consider her the Nurse Ratchet (?Spelling) of 3Com :)

At 01:19 AM 6/6/00 -0500, you wrote:
>Is a service contract required to download TCS 4.0?  I have purchased a new
>Total Control bundle among several other things in the last couple of months
>and have registered it with 3Com.  When I go to the download site,
>everything appears to be available to me, but none of the links work.
>Anyone else have this problem?
>Russ Miescke
>Power Web Connect
>
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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: (usr-tc) OID for IdleTime?
Date: 06 Jun 2000 23:53:51 -0500 (CDT)

I'm running the new HiPerARC code (and NMC, DSP) and I've seen "list
sessions counters", but I'd sure love to be able to pull that by
SNMP...  Anyone know, if there is one, what the OID is for it?  Numeric
preferably.

  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: "Ved" <[e-mail]>
Subject: Re: (usr-tc) Deciphering entries in radius log
Date: 07 Jun 2000 21:16:01 -0500

---- Original Message -----
Sent: Monday, June 05, 2000 4:01 PM


> Hi all,
>
> I've tried searching the 3Com support site and etc. several times over
> the last several days about this, but if the answer's there I'm managing
> to miss it completely:
>
> For some time we have been having entries such as the following
> appearing in our radius log:
>
>     "S12 didn't get online!  status=-1, connect_fail=79, link_fail=31"
>
This means the modem did not get connected and the user was dropped.  I do
not remember what reason 79 means but there is a document on totalservice,
you have to search 3kb for connect-fail reason - this will give you a list
for all this values from 1 - 91.  and every new reason is added.  The link
fail 31 - means that the netserver disconnected to the call for the modem
did not connect.

V


> ...where the "connect_fail=" value varies but the "status=-1" and
> "link_fail=31" values are always the same.
>
> For example, between 04:00 and 13:00 today there were 69 such entries,
> all from our USR equipment, with the value and count for
> "connect_fail=XX" as follows:
>
> connect_fail=3    -- 1 entry
> connect_fail=13  -- 28 entries
> connect_fail=21  -- 2 entries
> connect_fail=36  -- 16 entries
> connect_fail=79  -- 19 entries
> connect_fail=80  -- 3 entries
>
> I'd thought these were from the set of "Failure-to-Connect-Reason"
> values in the Vendor Specific Attributes, but that doesn't seem to be it
> since there are no Failure-to-Connect-Reason values for 79 and 80.
>
> Can anyone help me decipher this, please?
>
> TIA,
>
> - 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: "Steve Cobb" <[e-mail]>
Subject: (usr-tc) Bind 2 ISDN chammels
Date: 08 Jun 2000 09:42:29 -0400

OK guys, I have a little more information now than I did.  We are trying to use a virtual ISP for some of our pops but we want to offer 128k ISDN.  I am told by the virtual ISP that they only offer 64K ISDN.  They are apparently using Lucent Portmaster access servers which I don't have access to.  I know this is a USR list but I was hoping someone had an idea.  Is there an ISDN router out there that will take 2 separate accounts, i.e. two different usernames with two different 64K channels, and bind them to each other to make a single 128k channel?

Thanks for your help guys!!
Steve

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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Bind 2 ISDN chammels
Date: 08 Jun 2000 10:09:39 -0400 (EDT)

Yes there is, would be expensive though...

Look at a webramp 300e has 3 serial ports for serial devices (modems/TA's
whatever you want to conect to a standard serial port) does NAT, VPN.

$349 from DataComm Warehouse.

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

On Thu, 8 Jun 2000, Steve Cobb wrote:

> OK guys, I have a little more information now than I did.  We are trying to use a virtual ISP for some of our pops but we want to offer 128k ISDN.  I am told by the virtual ISP that they only offer 64K ISDN.  They are apparently using Lucent Portmaster access servers which I don't have access to.  I know this is a USR list but I was hoping someone had an idea.  Is there an ISDN router out there that will take 2 separate accounts, i.e. two different usernames with two different 64K channels, and bind them to each other to make a single 128k channel?
>
> Thanks for your help guys!!
> Steve
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Brian Gordon" <[e-mail]>
Subject: (usr-tc) 1-800 number
Date: 08 Jun 2000 09:57:03 -0400

We are think about getting a 1-800 number for access network for our
customers traveling etc.

What is the best way to keep track of this?  Dedicate a T1 to that number?
Just use ANI digits then bill the customer?

Is anyone else doing this out there?

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

"We will exceed our customers' expectations in providing
competitively priced, superior quality, state-of-the-art
communications and information services."


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 1-800 number
Date: 08 Jun 2000 10:04:36 -0400

Also sprach Brian Gordon
>We are think about getting a 1-800 number for access network for our
>customers traveling etc.

>What is the best way to keep track of this?  Dedicate a T1 to that
>number?  Just use ANI digits then bill the customer?

We use DNIS information to track which number is dialed...If our 888
number shows up, then we charge them for the "roaming" access.

Oh, and BTW, if you get switched toll-free service, the 800 or 888 or
whatever number won't show up directly.  Basically you'll get the number
showing up that the toll-free number is pointed to.  What you'll
probably want to do is get another local number pointed to your hunt
group and point your toll-free number at the new local number...then
when you see the new local number show up in your DNIS, then you know
they dialed the toll-free number actually.
--
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) Bind 2 ISDN chammels
Date: 08 Jun 2000 10:09:53 -0400

Also sprach Steve Cobb
>OK guys, I have a little more information now than I did.  We are
>trying to use a virtual ISP for some of our pops but we want to offer
>128k ISDN.  I am told by the virtual ISP that they only offer 64K ISDN.
>They are apparently using Lucent Portmaster access servers which I
>don't have access to.  I know this is a USR list but I was hoping
>someone had an idea.  Is there an ISDN router out there that will take
>2 separate accounts, i.e. two different usernames with two different
>64K channels, and bind them to each other to make a single 128k
>channel?

Not well...but it can be kinda done.  It wouldn't work as a true
balancing of the data across the lines like MP does it.  MP can fragment
a packet so that it travels over both lines simultaneously thus truly
making the most efficient use of the lines...with seperate accounts you
won't be able to do that, but there is software that will do things like
initiate half of your network requests (ftp, http, smtp, whatever) over
one of the lines and the other half over the other line.  This results
in some semblance of load balancing the lines, but is rather kludgy.

Another thing you might consider though...and you might consider this
kinda kludgy as well, not sure.  If you have control of the RADIUS
entries for these users, what you might be able to do is set up the
RADIUS entries so that the user is not a PPP user, but is actually a
tunnel user.  Set it up so that whenever the account dials in, its
tunneled to a system that you have direct control over (I'm assuming the
PM's will do tunneling), and then you can run MP over the
tunnels...caveat here is that I've never actually tried this.  :)  The
HiPer Arcs will serve as tunnel terminators (LNS or PNS for l2tp and
pptp respectively), so you can do this with just a HiPer Arc of your own
to work with.  You could even conceivably put this functionality on a
HiPer Arc that is taking calls directly, though I'd want to be careful
of how much load you put on 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: Steve McConnell <[e-mail]>
Subject: Re: (usr-tc) 1-800 number
Date: 08 Jun 2000 10:45:02 -0400

We do exactly what Jeff suggests as well, but for some of our larger
clients, who will be using the 800 number a lot, we advise them to just get
an 800 number themselves which points to the lead number in our dialup line.

simplifies billing and makes them happier as they can control and allocate
that number internally without having to go through us.

steve


--On Thursday, June 8, 2000 10:04 AM -0400 Jeff Mcadams <[e-mail]>
wrote:

> Also sprach Brian Gordon
>> We are think about getting a 1-800 number for access network for our
>> customers traveling etc.
>
>> What is the best way to keep track of this?  Dedicate a T1 to that
>> number?  Just use ANI digits then bill the customer?
>
> We use DNIS information to track which number is dialed...If our 888
> number shows up, then we charge them for the "roaming" access.
>
> Oh, and BTW, if you get switched toll-free service, the 800 or 888 or
> whatever number won't show up directly.  Basically you'll get the number
> showing up that the toll-free number is pointed to.  What you'll
> probably want to do is get another local number pointed to your hunt
> group and point your toll-free number at the new local number...then
> when you see the new local number show up in your DNIS, then you know
> they dialed the toll-free number actually.
> --
> 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.



Steve McConnell
EMJI
919.303.3217:126


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 1-800 number
Date: 08 Jun 2000 10:50:24 -0400

Also sprach Steve McConnell
>We do exactly what Jeff suggests as well, but for some of our larger
>clients, who will be using the 800 number a lot, we advise them to just
>get an 800 number themselves which points to the lead number in our
>dialup line.

>simplifies billing and makes them happier as they can control and
>allocate that number internally without having to go through us.

Ooh...nifty...hadn't considered that.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Steve McConnell <[e-mail]>
Subject: Re: (usr-tc) 1-800 number
Date: 08 Jun 2000 11:01:04 -0400

I forgot to mention that the telco through which you get the 800 number may
complain a little as the number you are pointing to is not your own, but
just remind them that they should not care where the line points as you
(customer ) are the one paying the bill.

att did that to one of our customers and I had to talk to them (15 seconds
worth ) As soon as they saw what we were doing they put it right through.

made my life SOOOOO much easier.


steve


--On Thursday, June 8, 2000 10:50 AM -0400 Jeff Mcadams <[e-mail]>
wrote:

> Also sprach Steve McConnell
>> We do exactly what Jeff suggests as well, but for some of our larger
>> clients, who will be using the 800 number a lot, we advise them to just
>> get an 800 number themselves which points to the lead number in our
>> dialup line.
>
>> simplifies billing and makes them happier as they can control and
>> allocate that number internally without having to go through us.
>
> Ooh...nifty...hadn't considered that.  :)
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.



Steve McConnell
EMJI
919.303.3217:126


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


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

From: "Ray Bellis" <[e-mail]>
Subject: Re: (usr-tc) 1-800 number
Date: 08 Jun 2000 16:12:38 +0100

> Also sprach Steve McConnell
> >We do exactly what Jeff suggests as well, but for some of our larger
> >clients, who will be using the 800 number a lot, we advise them to
just
> >get an 800 number themselves which points to the lead number in our
> >dialup line.
>
> >simplifies billing and makes them happier as they can control and
> >allocate that number internally without having to go through us.
>
> Ooh...nifty...hadn't considered that.  :)

What happens if someone else figures out what your 800 number is?

As it happens I run an 800 number based service in the UK
but we do check the username in the RADIUS server against
a table to ensure they're entitled to use the number before
letting them in.  We still run the risk of someone calling
the number and just leaving it open, though, which over here
in the UK will leave us picking up the tab for the call :-(

Ray.

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

Windsor House, 12 High Street, Kidlington, Oxford, OX5 2PJ
tel:  [phone]   email: [e-mail]
fax:  [phone]     web: http://www.community.net.uk/




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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) 1-800 number
Date: 08 Jun 2000 11:23:30 -0400

Also sprach Ray Bellis
>What happens if someone else figures out what your 800 number is?

Well...we publish ours I believe, so that's not a big deal.

>As it happens I run an 800 number based service in the UK but we do
>check the username in the RADIUS server against a table to ensure
>they're entitled to use the number before letting them in.  We still
>run the risk of someone calling the number and just leaving it open,
>though, which over here in the UK will leave us picking up the tab for
>the call :-(

We limit the amount of hours they can use it...not to protect us as
much, but to prevent them from running up a huge bill on toll-free
charges without realizing it (which then protects us because that keeps
them from yelling at us and disputing the charges :)

There is a bit of risk involved, but if they don't have a valid
userid/password, they get dropped pretty quickly, so there's not a huge
risk there.  Yeah, if someone were *really* out to get us they could run
up a pretty big bill...but that's a risk we're willing to take (hasn't
been a problem yet)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) OID for IdleTime?
Date: 08 Jun 2000 17:12:08 -0400 (EDT)

A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime,
which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9.  I haven't tried this
yet, but I'm about to...  I could use this and I hadn't noticed they'd
added it.  Thanks :)


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

On Tue, 6 Jun 2000, Jason Englander wrote:

> I'm running the new HiPerARC code (and NMC, DSP) and I've seen "list
> sessions counters", but I'd sure love to be able to pull that by
> SNMP...  Anyone know, if there is one, what the OID is for it?  Numeric
> preferably.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Accounting settings
Date: 08 Jun 2000 20:14:42 -0400 (EDT)

Hi,

Quick accounting question:

I have a primary accounting server set and a primary first backup server
set.  If the primary becomes unreachable, it flips to the backup, but
doesn't seem to go back unless I zero out the first backup.

My HARC manual for 4.2 doesn't cover the "new style" accounting stuff, nor
do the 3KB docs I found...

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: Jason Englander <[e-mail]>
Subject: Re: (usr-tc) OID for IdleTime?
Date: 09 Jun 2000 04:08:39 -0500 (CDT)

On Thu, 8 Jun 2000, Mike Andrews wrote:

> A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime,
> which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9.  I haven't tried this
> yet, but I'm about to...  I could use this and I hadn't noticed they'd
> added it.  Thanks :)

Thank YOU :-)  The mib says that .1.3.6.1.4.1.429.4.2.1.46.1.9 should be
username, right?  Does it work for you?

I tried it on 5 ARCs and get this every time:

enterprises.429.4.2.1.46.1.11.3.97.100.109 = ""
enterprises.429.4.2.1.46.1.11.3.97.110.110 = ""
enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = ""
enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = ""

?

  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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Accounting settings
Date: 09 Jun 2000 08:28:26 -0300


I think enable priorITISE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP is the command
you want.

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


> -----Original Message-----
> From: Charles Sprickman [mailto:[e-mail]]
> Sent: Thursday, June 08, 2000 9:15 PM
> To: [e-mail]
> Subject: (usr-tc) Accounting settings
>
>
> Hi,
>
> Quick accounting question:
>
> I have a primary accounting server set and a primary first
> backup server
> set.  If the primary becomes unreachable, it flips to the backup, but
> doesn't seem to go back unless I zero out the first backup.
>
> My HARC manual for 4.2 doesn't cover the "new style"
> accounting stuff, nor
> do the 3KB docs I found...
>
> 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) OID for IdleTime?
Date: 09 Jun 2000 08:00:03 -0400

Also sprach Jason Englander
>enterprises.429.4.2.1.46.1.11.3.97.100.109 = ""
                               3.a .d  .m
>enterprises.429.4.2.1.46.1.11.3.97.110.110 = ""
                               3.a .d  .n
>enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = ""
                               4.r  .o  .o  .t
>enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = ""
                               7.d  .e  .f  .a .u  .l  .t

The first number indicates the number of characters.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "David Hamilton" <[e-mail]>
Subject: RE: (usr-tc) OID for IdleTime?
Date: 09 Jun 2000 10:06:44 -0400

Is this what you want?


snmpwalk xxx.xxx.xxx.xxx [community-string] .1.3.6.1.4.1.429.4.10.1.1.18


enterprises.429.4.10.1.1.18.2540 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.2793 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.2794 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.2795 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.2796 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.3049 = OCTET STRING: "brookstammy"
enterprises.429.4.10.1.1.18.3050 = OCTET STRING: "huck"
enterprises.429.4.10.1.1.18.3051 = OCTET STRING: "kc005"
enterprises.429.4.10.1.1.18.3052 = OCTET STRING: "glicari"
enterprises.429.4.10.1.1.18.3305 = OCTET STRING: "calypso"
enterprises.429.4.10.1.1.18.3306 = OCTET STRING: "sbear99"
enterprises.429.4.10.1.1.18.3307 = OCTET STRING: "websource"
enterprises.429.4.10.1.1.18.3308 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.3561 = OCTET STRING: "coresmit"
enterprises.429.4.10.1.1.18.3562 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.3563 = OCTET STRING: "selby1"
enterprises.429.4.10.1.1.18.3564 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.3817 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.3818 = OCTET STRING: "tfcloggers"
enterprises.429.4.10.1.1.18.3819 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.3820 = OCTET STRING: ""
enterprises.429.4.10.1.1.18.4073 = OCTET STRING: ""

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jason Englander
> Sent: Friday, June 09, 2000 5:09 AM
> To: [e-mail]
> Subject: Re: (usr-tc) OID for IdleTime?
>
>
> On Thu, 8 Jun 2000, Mike Andrews wrote:
>
> > A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime,
> > which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9.  I haven't tried this
> > yet, but I'm about to...  I could use this and I hadn't noticed they'd
> > added it.  Thanks :)
>
> Thank YOU :-)  The mib says that .1.3.6.1.4.1.429.4.2.1.46.1.9 should be
> username, right?  Does it work for you?
>
> I tried it on 5 ARCs and get this every time:
>
> enterprises.429.4.2.1.46.1.11.3.97.100.109 = ""
> enterprises.429.4.2.1.46.1.11.3.97.110.110 = ""
> enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = ""
> enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = ""
>
> ?
>
>   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.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) OID for IdleTime?
Date: 09 Jun 2000 13:03:01 -0400 (EDT)

Jeff already pointed out that the username is encoded in the OID itself.
(3.97.100.109 = 3 bytes, ascii 97, ascii 100, ascii 109... so "adm").

You're looking at the ...46.1.11 tree though, not 46.1.9 which is where
idle times are stashed.  46.1.8 has the session start time, 46.1.7 has IP
addresses, and 46.1.6 has port names.  Actually, just start at
.1.3.6.1.4.1.429.4.2.1.46.1 and you'll find a good deal of stuff there.

I rewrote my pmwho emulator (arcwho) to use this new table yesterday and
damned if it doesn't run 50% faster AND show idle times now.  This is
pretty cool. :)


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

On Fri, 9 Jun 2000, Jason Englander wrote:

> On Thu, 8 Jun 2000, Mike Andrews wrote:
>
> > A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime,
> > which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9.  I haven't tried this
> > yet, but I'm about to...  I could use this and I hadn't noticed they'd
> > added it.  Thanks :)
>
> Thank YOU :-)  The mib says that .1.3.6.1.4.1.429.4.2.1.46.1.9 should be
> username, right?  Does it work for you?
>
> I tried it on 5 ARCs and get this every time:
>
> enterprises.429.4.2.1.46.1.11.3.97.100.109 = ""
> enterprises.429.4.2.1.46.1.11.3.97.110.110 = ""
> enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = ""
> enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = ""
>
> ?
>
>   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.
>



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


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

From: Rick <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 09 Jun 2000 20:31:34 -0400

The only problem I see with a centralized DHCP would be the issue of having
a much larger internal routing table due to /32 announcements. We now
aggregate all our TC hub pools in /25 or /24 announcements and  implementing
a DHCP solution would strongly impact our OSPF.

Jeff Mcadams wrote:

> Also sprach Richard Lorbieski
> >I plan to do one tonight. The good news is the ARC card is 128M DRAM
> >and 16M Flash :-)...
>
> Heh...keep in mind that you can get the 5.0.x code in 64/8...its just
> tricky.  :)
>
> As we've both said...Mike Andrews and I were both on the beta for this
> (still running the most recent beta code, though I don't think there are
> any differences from the released code).  I haven't had any
> complaints...but then I must admit that IgLou isn't the best at tracking
> connectivity differences between different versions of code.  Just need
> more tuits.
>
> I will say, I'm pretty happy with the Arc code...at least from a
> management point of view.  I played with the DHCP capabilities
> in...ah...5.0.8 I believe it was, and there were still problems with it.
> Unfortunately, I didn't get a chance to check it out in 5.0.9 yet.  I
> may see if I can get a chance to play with it tomorrow and see if they
> fixed it.  If I remember correctly, it didn't handle renewing leases
> very well at all...I believe (and looking back through my email
> correspondence seems to confirm this) renewal requests are sent in for
> the IP address "0.0.0.0" rather than for the actual IP address in use.
> Obviously a problem there.  Like I said...I'll try to check out the DHCP
> setup again tomorrow and see if they got that corrected in 5.0.9.  I
> truly hope they did...'cause being able to manage all your Arc IP pools
> from a central DHCP server will be *seriously* cool.  :)
> --
> 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.

--
Rick Allan
Chief Technical Officer
Vice President of Engineering
Monmouth Internet Corporation
http://www.monmouth.com
1-877-MONMOUTH option 6 (1-877-6666688)



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) big memory leak
Date: 09 Jun 2000 22:08:03 -0400 (EDT)

What's the best way to track down a really big memory leak?

"Big" = enough to crash a 64 meg ARC in 24 hours.

law-ts1> show mem util

SYSTEM MEMORY RESOURCES
Total System Memory Resources:             49509 KB
Code Size:                                 5833 KB
Initialized Data Size:                     1490 KB
Uninitialized Data Size:                   4356 KB
Stack Size:                                512 KB
Free Memory Current Value:                 13451 KB
Free Memory 1 Hour Before:                 14590 KB
Free Memory 12 Hours Before:               20724 KB
Free Memory 24 Hours Before:               19901 KB
Total Buffer Cache:                        40000
Free Buffer Cache:                         26690

Almost a meg an hour.  Ouch.

This just started happening about 28 hours ago, probably when I changed
something in the config... hell if I remember what it was though.  OSPF
maybe.  It's kinda like what happens to a NETserver when syslog is broken,
but I don't think syslog is the culprit here...

Is there some way I can get a list of running processes (like "list
processes" does) on the card and how big each one is?  I've got a list of
all commands in 5.0, including the "_" commands, but so far I haven't
found a winner.


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


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 09 Jun 2000 23:07:05 -0400

Also sprach Rick
>The only problem I see with a centralized DHCP would be the issue of
>having a much larger internal routing table due to /32 announcements.
>We now aggregate all our TC hub pools in /25 or /24 announcements and
>implementing a DHCP solution would strongly impact our OSPF.

You just need to get a better DHCP server is all...one that gives you
more control.  :)  Keep in mind that when you get a DHCP request, you
get the MAC address of the originating system, the IP address of the
relaying system (if any), and potentially other identifying information.
This set of information can be used to make your IP assignments more
efficient, ie by grouping your leases together in a way that can be
aggregated in your routers.  Although, if you're running OSPF on your
Arcs, you'll have to put your Arcs in a different area, and aggregate on
the area boundary like on a Cisco.  If your Arcs are still running RIP
and your redistributing into OSPF (which is what I'm doing), then you
can aggregate/summarize at the redistribution (nice little bonus there).

Admittedly, configuration your DHCP server with this type of detail
removes some of the benefit of centralizing control, but there are other
management wins with this...
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Charles Sprickman <[e-mail]>
Subject: RE: (usr-tc) Accounting settings
Date: 10 Jun 2000 01:25:07 -0400 (EDT)

On Fri, 9 Jun 2000, Stainforth, Matthew wrote:

> I think enable priorITISE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP is the command
> you want.

That seems to have done it, thanks...  I saw that setting at the bottom of
of 'show accounting', but kept looking for a 'set' command.

Are the newer accounting commands documented somewhere?  I've got a hard
copy of the 4.2 manual, but it makes no mention of the scheme I see in
4.2.32...

Thanks,

Charles

> Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
>
>
> > -----Original Message-----
> > From: Charles Sprickman [mailto:[e-mail]]
> > Sent: Thursday, June 08, 2000 9:15 PM
> > To: [e-mail]
> > Subject: (usr-tc) Accounting settings
> >
> >
> > Hi,
> >
> > Quick accounting question:
> >
> > I have a primary accounting server set and a primary first
> > backup server
> > set.  If the primary becomes unreachable, it flips to the backup, but
> > doesn't seem to go back unless I zero out the first backup.
> >
> > My HARC manual for 4.2 doesn't cover the "new style"
> > accounting stuff, nor
> > do the 3KB docs I found...
> >
> > 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: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) big memory leak
Date: 10 Jun 2000 02:35:08 -0400 (EDT)

Question still stands, but I think I found my leak.

Remember how we just discovered that new table that had, among other
things, idle time in it?  Well, the leak seems to come from walking that
table.  Sigh.

I went back through everything I touched on the chassis in the last day
and a half, and realized it was probably my newly-rewritten 'arcwho'
utility.

(I had thought OSPF because I had made a change yesterday... but only on
two chassis, and the leak showed up on *all* of them, including some I
hadn't touched in weeks.  So it's not OSPF.)

Here's the leak: if I snmpwalk the uumActiveSessionIfName tree,
.1.3.6.1.4.1.429.4.2.1.46.1.6 (interface names of current sessions), I
leak a few KB of free memory per walk.

If I walk .46.1.7 (ip addresses), .46.1.8 (start time), or .46.1.9 (idle
time), I do NOT leak memory.

It's a shame I didn't know about this table in the beta, 'cause I probably
would have found the leak then instead of on a Friday night.  Bummer.

I can't find a "disable snmp server/enable snmp server" type of command to
try to clear memory usage either.  More bummer.

If a fix is released, I won't be able to download it 'cause I don't have a
contract.  More more bummer.


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

On Fri, 9 Jun 2000, Mike Andrews wrote:

> What's the best way to track down a really big memory leak?
>
> "Big" = enough to crash a 64 meg ARC in 24 hours.
>
> law-ts1> show mem util
>
> SYSTEM MEMORY RESOURCES
> Total System Memory Resources:             49509 KB
> Code Size:                                 5833 KB
> Initialized Data Size:                     1490 KB
> Uninitialized Data Size:                   4356 KB
> Stack Size:                                512 KB
> Free Memory Current Value:                 13451 KB
> Free Memory 1 Hour Before:                 14590 KB
> Free Memory 12 Hours Before:               20724 KB
> Free Memory 24 Hours Before:               19901 KB
> Total Buffer Cache:                        40000
> Free Buffer Cache:                         26690
>
> Almost a meg an hour.  Ouch.
>
> This just started happening about 28 hours ago, probably when I changed
> something in the config... hell if I remember what it was though.  OSPF
> maybe.  It's kinda like what happens to a NETserver when syslog is broken,
> but I don't think syslog is the culprit here...
>
> Is there some way I can get a list of running processes (like "list
> processes" does) on the card and how big each one is?  I've got a list of
> all commands in 5.0, including the "_" commands, but so far I haven't
> found a winner.
>
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) SBR Software
Date: 11 Jun 2000 11:00:20 -0500


Brand new copy of 3Com/Funk Steel Belted Radius (SBR) enterprise edition
for NT for sale.  Normal price is $3,500.  Asking $1,200.  Reply to:
[e-mail] .


Jeff Binkley
ASA Network Computing

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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Accounting settings
Date: 12 Jun 2000 08:54:58 -0300


I'm not sure.  I just remember the command anecdotally from the list.

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


> -----Original Message-----
> From: Charles Sprickman [mailto:[e-mail]]
> Sent: Saturday, June 10, 2000 2:25 AM
> To: '[e-mail]'
> Subject: RE: (usr-tc) Accounting settings
>
>
> On Fri, 9 Jun 2000, Stainforth, Matthew wrote:
>
> > I think enable
> priorITISE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP is the command
> > you want.
>
> That seems to have done it, thanks...  I saw that setting at
> the bottom of
> of 'show accounting', but kept looking for a 'set' command.
>
> Are the newer accounting commands documented somewhere?  I've
> got a hard
> copy of the 4.2 manual, but it makes no mention of the scheme I see in
> 4.2.32...
>
> Thanks,
>
> Charles
>
> > Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
> >
> >
> > > -----Original Message-----
> > > From: Charles Sprickman [mailto:[e-mail]]
> > > Sent: Thursday, June 08, 2000 9:15 PM
> > > To: [e-mail]
> > > Subject: (usr-tc) Accounting settings
> > >
> > >
> > > Hi,
> > >
> > > Quick accounting question:
> > >
> > > I have a primary accounting server set and a primary first
> > > backup server
> > > set.  If the primary becomes unreachable, it flips to the
> backup, but
> > > doesn't seem to go back unless I zero out the first backup.
> > >
> > > My HARC manual for 4.2 doesn't cover the "new style"
> > > accounting stuff, nor
> > > do the 3KB docs I found...
> > >
> > > 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: Jeremy Shaffner <[e-mail]>
Subject: (usr-tc) NETServer 16I/MLPPP/NAT
Date: 12 Jun 2000 13:52:39 -0500 (CDT)


Is it possible to use the NETServer 16I as a Multilinking NAT router?  We
don't use the thing anymore but it might be useful for a customer of
ours.  We want to bind 4 BRI's to get 256K and also do Network Address
Translation for their network.  It's running some old version of ComOS.

-Jeremy


---
Jeremy Shaffner
System Administrator
JORSM Internet
[e-mail]
http://www.jorsm.com/~jer/pgp.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: Jason Englander <[e-mail]>
Subject: Re: (usr-tc) OID for IdleTime?
Date: 12 Jun 2000 17:36:30 -0500 (CDT)

On Fri, 9 Jun 2000, Mike Andrews wrote:

> Jeff already pointed out that the username is encoded in the OID itself.
> (3.97.100.109 = 3 bytes, ascii 97, ascii 100, ascii 109... so "adm").
>
> You're looking at the ...46.1.11 tree though, not 46.1.9 which is where
> idle times are stashed.  46.1.8 has the session start time, 46.1.7 has IP
> addresses, and 46.1.6 has port names.  Actually, just start at
> .1.3.6.1.4.1.429.4.2.1.46.1 and you'll find a good deal of stuff there.
>
> I rewrote my pmwho emulator (arcwho) to use this new table yesterday and
> damned if it doesn't run 50% faster AND show idle times now.  This is
> pretty cool. :)

I was about to do the same for my version of arcwho (webified,
specific to our system) until I saw your notes in arcwho about the memory
leak.

Mine is using SNMP_Session and BER to map_table .1.3.6.1.4.1.429.4.10.1.1
I figured if I could construct the oid, I could snmpget the idle value for
each user, but with .1.3.6.1.4.1.429.4.10.1.1 I don't have the session ID
to tack on to it... (correct me if I'm wrong please, I don't have a mib
browser)

Something like this could work as an alternative, if I had the session id:

  my $char="";
  my $i=0;
  my $tc_idle_oid_ext=".".length($user);
  while ($i < length($user)) {
          $char=substr($user,$i,1);
          $tc_idle_oid_ext .= "." . ord($char);
          $i++;
  }
  my $tc_idle_oid="1.3.6.1.4.1.429.4.2.1.46.1.9";
  $tc_idle_oid .= $tc_idle_oid_ext;
  ($idletime)=snmpget($nas,$community,$tc_idle_oid);

Any ideas?

  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: "Ved" <[e-mail]>
Subject: Re: (usr-tc) NETServer 16I/MLPPP/NAT
Date: 13 Jun 2000 06:47:07 -0500

----- Original Message -----
Sent: Monday, June 12, 2000 1:52 PM


>
> Is it possible to use the NETServer 16I as a Multilinking NAT router?  We
> don't use the thing anymore but it might be useful for a customer of
> ours.  We want to bind 4 BRI's to get 256K and also do Network Address
> Translation for their network.  It's running some old version of ComOS.

Multilink yes - Netserver 16I can do multilink - but it cannot do NAT.

V

>
> -Jeremy
>
>
> ---
> Jeremy Shaffner
> System Administrator
> JORSM Internet
> [e-mail]
> http://www.jorsm.com/~jer/pgp.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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Lynch <[e-mail]>
Subject: Re: (usr-tc) NETServer 16I/MLPPP/NAT
Date: 13 Jun 2000 19:27:36 -0500 (CDT)

On Tue, 13 Jun 2000, Ved wrote:

> > Is it possible to use the NETServer 16I as a Multilinking NAT router?  We
> > don't use the thing anymore but it might be useful for a customer of
> > ours.  We want to bind 4 BRI's to get 256K and also do Network Address
> > Translation for their network.  It's running some old version of ComOS.
>
> Multilink yes - Netserver 16I can do multilink - but it cannot do NAT.

When receiving the call, yes, but for the record, we found the place in
the docs that states it (NS16I with ComOS 3.xsomething) won't do MLPPP
when originating the call (like in LAN-to-LAN routing) which is the manner
in which we hoped to use it.

--jeff

============================================================================
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, Residential 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.


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

From: "Ved" <[e-mail]>
Subject: Re: (usr-tc) NETServer 16I/MLPPP/NAT
Date: 14 Jun 2000 07:23:57 -0500

----- Original Message -----
Sent: Tuesday, June 13, 2000 7:27 PM


> On Tue, 13 Jun 2000, Ved wrote:
>
> > > Is it possible to use the NETServer 16I as a Multilinking NAT router?
We
> > > don't use the thing anymore but it might be useful for a customer of
> > > ours.  We want to bind 4 BRI's to get 256K and also do Network Address
> > > Translation for their network.  It's running some old version of
ComOS.
> >
> > Multilink yes - Netserver 16I can do multilink - but it cannot do NAT.
>
> When receiving the call, yes, but for the record, we found the place in
> the docs that states it (NS16I with ComOS 3.xsomething) won't do MLPPP
> when originating the call (like in LAN-to-LAN routing) which is the manner
> in which we hoped to use it.

Dialout MLPPP was never supported in NETServer products.  Both the NETServer
and the 8/16 had issues with dialout multilink.  there are ways to go around
it and get a MLPPP call working but the docs always said that dialout
mlppp - no support.

V

>
> --jeff
>
>
============================================================================
> 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, Residential 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: Jeff Lynch <[e-mail]>
Subject: Re: (usr-tc) NETServer 16I/MLPPP/NAT
Date: 14 Jun 2000 08:19:45 -0500 (CDT)

On Wed, 14 Jun 2000, Ved wrote:
>
> Dialout MLPPP was never supported in NETServer products.  Both the NETServer
> and the 8/16 had issues with dialout multilink.  there are ways to go around
> it and get a MLPPP call working but the docs always said that dialout
> mlppp - no support.

Cool, do you know how to get dialout MLPPP working on at least 4
B-channels? TIA for any info.

--jeff

============================================================================
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, Residential 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.


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

From: "System Administrator" <[e-mail]>
Subject: (usr-tc) Kinda sorta off topic
Date: 14 Jun 2000 13:19:24 -0500

This question is actually for my Cable Access Router, but it's the same
hardware and similar code as a HiperARC...

How does a person disable the broadcasting of the Multicast route on a
HiperARC?

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


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


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

From: Brian Burgmeier <[e-mail]>
Subject: (usr-tc) test please ignor
Date: 14 Jun 2000 11:19:18 -0700

test please ignor


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Stupid Question
Date: 14 Jun 2000 14:30:13 -0500


Ok folks,

Sorry for the offtopic question but I've gone braindead and need a simple
question answered.  Can anyone tell me where the list is of root DNS
servers for the Internet is ?  I used to have it bookmarked but now I
can't find it.  Thanks in advance for the help.

Jeff Binkley
ASA Network Computing

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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Stupid Question
Date: 14 Jun 2000 15:30:49 -0300


they used to be available via FTP at rs.internic.net

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


> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Wednesday, June 14, 2000 4:30 PM
> To: [e-mail]
> Subject: (usr-tc) Stupid Question
>
>
>
> Ok folks,
>
> Sorry for the offtopic question but I've gone braindead and
> need a simple
> question answered.  Can anyone tell me where the list is of root DNS
> servers for the Internet is ?  I used to have it bookmarked but now I
> can't find it.  Thanks in advance for the help.
>
> Jeff Binkley
> ASA Network Computing
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Scott Kupferschmidt <[e-mail]>
Subject: Re: (usr-tc) Stupid Question
Date: 14 Jun 2000 13:57:22 -0500 (CDT)

An easy way of getting a good list is using the `dig' command on a unix
box.

Scott


On Wed, 14 Jun 2000, Jeff Binkley wrote:

>
> Ok folks,
>
> Sorry for the offtopic question but I've gone braindead and need a simple
> question answered.  Can anyone tell me where the list is of root DNS
> servers for the Internet is ?  I used to have it bookmarked but now I
> can't find it.  Thanks in advance for the help.
>
> Jeff Binkley
> ASA Network Computing
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: [e-mail]
Subject: RE: (usr-tc) Stupid Question
Date: 14 Jun 2000 15:06:23 -0400

They still are:

ftp://rs.internic.net/domain/root.zone

>they used to be available via FTP at rs.internic.net
>
>Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
>
>
> > -----Original Message-----
> > From: [e-mail] [mailto:[e-mail]]
> > Sent: Wednesday, June 14, 2000 4:30 PM
> > To: [e-mail]
> > Subject: (usr-tc) Stupid Question
> >
> >
> >
> > Ok folks,
> >
> > Sorry for the offtopic question but I've gone braindead and
> > need a simple
> > question answered.  Can anyone tell me where the list is of root DNS
> > servers for the Internet is ?  I used to have it bookmarked but now I
> > can't find it.  Thanks in advance for the help.
> >
> > Jeff Binkley
> > ASA Network Computing
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [e-mail]
**********************************************

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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Stupid Question
Date: 14 Jun 2000 15:09:57 -0400 (EDT)

Like this:

spork@util[~]$ dig @a.root-servers.net

;; ADDITIONAL SECTION:
A.ROOT-SERVERS.NET.     6D IN A         198.41.0.4
H.ROOT-SERVERS.NET.     6D IN A         128.63.2.53
C.ROOT-SERVERS.NET.     6D IN A         192.33.4.12
G.ROOT-SERVERS.NET.     6D IN A         192.112.36.4
F.ROOT-SERVERS.NET.     6D IN A         192.5.5.241
B.ROOT-SERVERS.NET.     6D IN A         128.9.0.107
J.ROOT-SERVERS.NET.     5w6d16h IN A    198.41.0.10
K.ROOT-SERVERS.NET.     5w6d16h IN A    193.0.14.129
L.ROOT-SERVERS.NET.     5w6d16h IN A    198.32.64.12
M.ROOT-SERVERS.NET.     5w6d16h IN A    202.12.27.33
I.ROOT-SERVERS.NET.     6D IN A         192.36.148.17
E.ROOT-SERVERS.NET.     6D IN A         192.203.230.10
D.ROOT-SERVERS.NET.     6D IN A         128.8.10.90

Charles

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

On Wed, 14 Jun 2000, Scott Kupferschmidt wrote:

> An easy way of getting a good list is using the `dig' command on a unix
> box.
>
> Scott
>
>
> On Wed, 14 Jun 2000, Jeff Binkley wrote:
>
> >
> > Ok folks,
> >
> > Sorry for the offtopic question but I've gone braindead and need a simple
> > question answered.  Can anyone tell me where the list is of root DNS
> > servers for the Internet is ?  I used to have it bookmarked but now I
> > can't find it.  Thanks in advance for the help.
> >
> > Jeff Binkley
> > ASA Network Computing
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) Stupid Question
Date: 14 Jun 2000 13:29:29 -0700 (PDT)

On Wed, 14 Jun 2000, Jeff Binkley wrote:
> Sorry for the offtopic question but I've gone braindead and need a simple
> question answered.  Can anyone tell me where the list is of root DNS
> servers for the Internet is ?  I used to have it bookmarked but now I
> can't find it.  Thanks in advance for the help.

<rant>

These off-topic posts really bug me, there are a dozen better mailing
lists and newsgroups.  What bugs me even more is people answering off
topic posts BACK TO THE LIST.

If someone asks an off-topic question in a mailing list it wouldn't matter
if they said it was a life-or-death situation and I had written my PhD
thesis on their very question, I wouldn't answer them, either on or off
list.  It just encourages their very anti-social behavior.  If I had the
time, I'd send them the _wrong_ answer, but I'm too busy for that.  But
I'd certainly encourage anyone with more free time to do so, it would
decrease the signal/noise ratio of their inbox in the same way they are
destroying the utility of the mailinglist.

</rant>

--
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]>
Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough???
Date: 14 Jun 2000 16:31:09 -0400 (EDT)


    Mike,

 Does the netserve.dmf file go in the ROOT dir of the server?   How will
it know where to find the file?

==============================================================================
Phillip Ferraro                WorldNet Access, Inc
[e-mail]    Onslow County's PREMIER InterNet Service
Voice [phone]            824 Gumbranch Square, Suite Q
FAX   [phone]             Jacksonville, Nc  28540-6269
==============================================================================

On Sat, 3 Jun 2000, Mike Andrews wrote:

> 64 meg works fine here.
>
> As far as getting the code onto a 4 meg flash...  you don't *have* to use
> the "interim release" approach.  The documentation describes a few others.
> The one I used was...
>
> - put the .dmf file on a TFTP server with the name 'netserve.dmf'
> - connect a terminal to the console port of the ARC
> - reboot it
> - as it reboots, a menu will come up.
>   Quickly feed it its own IP/netmask and the IP of your TFTP server
>
> and it will TFTP the file down and update it right away.  Pretty fast,
> doesn't need two reboots.  I'd practice on a non-production card if you
> can first, to get the procedure down though. :)
>
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
> On Sat, 3 Jun 2000 [e-mail] wrote:
>
> >   With all the talk of the new code, has anyone put the code on a HiperArc
> > with just 64 of memory?   I have 4 HiperArcs  Two with 128 and two with
> > 64.   Three of the 4 are in production (live).  Can the memory from the
> > 4th one be used to up grade the other HiperArc?
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Stupid Question
Date: 14 Jun 2000 17:04:20 -0400

At 01:29 PM 6/14/00 -0700, Aaron Nabil wrote:
><rant>
>
>These off-topic posts really bug me, there are a dozen better mailing
>lists and newsgroups.  What bugs me even more is people answering off
>topic posts BACK TO THE LIST.
>
></rant>

  Sometimes off-topic posting does get out of hand, but small
transgressions such as Jeff's certainly aren't as earth-shattering as
you're making it out to be. Especially considering the amount of help
Jeff's given this list. Why should he be forced to join yet another list
just to ask a question that many people here can answer and won't
significantly disrupt the list?
  Personally, I consider most of the lists I'm on to be a community of
professionals who share equipment, software, or other interests, not
hard-assed "this topic only" question and answer forums. Some are stricter
than others, but most allow for some small amount of digression from the
stated topic, and that's fine.
  Then again, maybe you flew off the handle simply cause you're having a
bad day. If so, I hope it gets better for you. Personally, this week has
been horrid for me, but I haven't quite gotten to the point of snapping a
keyboard over my knee yet.

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


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


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

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) Stupid Question
Date: 14 Jun 2000 15:35:15 -0700 (PDT)

On Wed, 14 Jun 2000, K Mitchell wrote:
> At 01:29 PM 6/14/00 -0700, Aaron Nabil wrote:
> ><rant>
> >
> >These off-topic posts really bug me, there are a dozen better mailing
> >lists and newsgroups.  What bugs me even more is people answering off
> >topic posts BACK TO THE LIST.
> >
> ></rant>
>
>   Sometimes off-topic posting does get out of hand, but small
> transgressions such as Jeff's certainly aren't as earth-shattering as
> you're making it out to be. Especially considering the amount of help
> Jeff's given this list. Why should he be forced to join yet another list
> just to ask a question that many people here can answer and won't
> significantly disrupt the list?

Any single piece of spam can be rationalized the same way.  The problem
is that it's never just one.  Then it's not just his post, it's the
additional off-topic followups.  I'm not picking on Jeff, but do you think
if I browsed the archives that was the _only_ off topic post he made? I
can guarantee you it isn't because the line /dev/nulling him is still in
my procmailrc, just commented out.  It all adds up.  It adds up to a
lot.  Off-topic posts have to get stored and archived as well, the s/n
degredation is permanent.

On this list, I need to read every piece of email on that has an ambiguous
is an on-topic question that I can answer.  People who post off topic not
only impact the other list users directly, they also make it
less likely people like me reading the list to _answer_ questions
will continue to do so.  If you don't believe me, look at
inet-access, it's impossible to keep up with because of all the
garbage and weenie questions.  That's the direction this list is
heading if it's going to be the "defacto ISP information group".

>   Personally, I consider most of the lists I'm on to be a community of
> professionals who share equipment, software, or other interests, not
> hard-assed "this topic only" question and answer forums. Some are stricter
> than others, but most allow for some small amount of digression from the
> stated topic, and that's fine.

Most of the list you are on may be exactly that kind of list, and that's
fine, I subscribe to those also.  Do you think usr-tc is that kind of
list, ie, the USR-tc social club, or a technical list?

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: "Scot Desort" <[e-mail]>
Subject: (usr-tc) NTP time sync
Date: 14 Jun 2000 21:50:40 -0400

I am trying to use an NTP server to sync my time on my Hiperarc.


I issue the command

set ntp primary_server x.x.x.x

It accepts the command without error, but it doesn't sync the time. It stays
the same as it was before I issued the command, and it doesn't match the
time reported by the NTP server.

Anything else I need to do to get this to work?

--
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: [e-mail]
Subject: Re: (usr-tc) Stupid Question
Date: 14 Jun 2000 22:27:16 -0400

***SIGH***

Anyone else seeing the irony here? Shaddap, both
uh yuss afore I bonk yer heads togedder. 8-)

*********************************************************
   Michelle M. Mogil
   Network & Computing Systems
   735 Rhodes Hall, Cornell University, Ithaca, NY 14853
   vox: [phone], fax: [phone]
   email: [e-mail]
**********************************************

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


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

From: "Wayne Barber" <[e-mail]>
Subject: Re: (usr-tc) NTP time sync
Date: 15 Jun 2000 08:36:22 -0400

You need to add:

enable ntp

and it should sync up.

On 14 Jun 00, at 21:50, Scot Desort wrote:

> I am trying to use an NTP server to sync my time on my Hiperarc.
>
>
> I issue the command
>
> set ntp primary_server x.x.x.x
>
> It accepts the command without error, but it doesn't sync the time. It
> stays the same as it was before I issued the command, and it doesn't
> match the time reported by the NTP server.
>
> Anything else I need to do to get this to work?
>
> --
> 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.
>



Wayne Barber
Coastal Telco Services

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


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

From: "Scot Desort" <[e-mail]>
Subject: RE: (usr-tc) NTP time sync
Date: 15 Jun 2000 08:56:27 -0400

OK, so now how do you account for the fact the the ARC translates the
Easdtern time zone NTP server I'm using into GMT?

--
Scot


> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Wayne Barber
> Sent: Thursday, June 15, 2000 8:36 AM
> To: [e-mail]
> Subject: Re: (usr-tc) NTP time sync
>
>
> You need to add:
>
> enable ntp
>
> and it should sync up.
>
> On 14 Jun 00, at 21:50, Scot Desort wrote:
>
> > I am trying to use an NTP server to sync my time on my Hiperarc.
> >
> >
> > I issue the command
> >
> > set ntp primary_server x.x.x.x
> >
> > It accepts the command without error, but it doesn't sync the time. It
> > stays the same as it was before I issued the command, and it doesn't
> > match the time reported by the NTP server.
> >
> > Anything else I need to do to get this to work?
> >
> > --
> > 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.
> >
>
>
>
> Wayne Barber
> Coastal Telco Services
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) NTP time sync
Date: 15 Jun 2000 08:55:30 -0400

Also sprach Scot Desort
>OK, so now how do you account for the fact the the ARC translates the
>Easdtern time zone NTP server I'm using into GMT?

You should be fine, NTP *always* uses GMT to pass around dates.  The
timezone on systems is (should) only be an issue of how it displays the
value to you.
--
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: "Ved" <[e-mail]>
Subject: Re: (usr-tc) NETServer 16I/MLPPP/NAT
Date: 15 Jun 2000 08:05:55 -0500

If you have the livingston base NETServer code, the easy way to do this is

Create a dialout location, set a modem group, and the dialout phone number
on that location would be just atd0\r
Now select four modems and store the dialout location phone number on the
modems - atz0=<phone number> ??

Do this for all the four modems and set them to the same location., set the
high water mark to 0 and max ports to 4,
ping the location and you shoudl be able to get 4 dialout connections and if
you location supports MLPPP you would be able to do that too.

On the Pilgrim Hiper arc code, its a matter of setting up modemgroup and a
dialout phone number on the user -

V
----- Original Message -----
Sent: Wednesday, June 14, 2000 8:19 AM


> On Wed, 14 Jun 2000, Ved wrote:
> >
> > Dialout MLPPP was never supported in NETServer products.  Both the
NETServer
> > and the 8/16 had issues with dialout multilink.  there are ways to go
around
> > it and get a MLPPP call working but the docs always said that dialout
> > mlppp - no support.
>
> Cool, do you know how to get dialout MLPPP working on at least 4
> B-channels? TIA for any info.
>
> --jeff
>
>
============================================================================
> 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, Residential 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: "Ved" <[e-mail]>
Subject: Re: (usr-tc) Kinda sorta off topic
Date: 15 Jun 2000 08:10:36 -0500

This is a trick question, for if you have rip version 2 enabled, the default
mode to advertise the routes is multicast, you can add broadcast too, by
setting the send_compat mode in rip policies but that does not stop from
advertising the route in multicast mode by rip.  If you do have rip or if
you rip version 1 then there is no multicast advertisement.  Also you should
make sure that you disable all igmp setting to disable multicast.

This is same for Hiper, MarC,CableArc -

V

----- Original Message -----
Sent: Wednesday, June 14, 2000 1:19 PM


> This question is actually for my Cable Access Router, but it's the same
> hardware and similar code as a HiperARC...
>
> How does a person disable the broadcasting of the Multicast route on a
> HiperARC?
>
> __________________________________
> Justin Ellison
> System Administrator
> InternetUSA
> [e-mail]
> http://nebi.com
> 800-603-3502
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Ken Nye <[e-mail]>
Subject: Re: (usr-tc) NTP time sync
Date: 15 Jun 2000 10:20:57 -0700

I'm confused.... I downloaded  AboutTime and installed it on my win98
machine. Then I point the hiper Arc to that machine as the primary NTP. I
then enable NTP and wait..nothing happens..So then I look at where the
AboutTime program is getting its'  time(192.43.244.18)..and add the
secondary NTP to my hiper Arc ..and wait..and then my time changes to GMT,
so I guess that AboutTime is not acting like a server...although I have all
the server boxes checked. If I leave the hiper Arc to have GMT and my
radius Server has PST..wont that throw all my users off by 8 hours?
                                                 Ken


At 05:55 AM 6/15/00, you wrote:
>Also sprach Scot Desort
> >OK, so now how do you account for the fact the the ARC translates the
> >Easdtern time zone NTP server I'm using into GMT?
>
>You should be fine, NTP *always* uses GMT to pass around dates.  The
>timezone on systems is (should) only be an issue of how it displays the
>value to you.
>--
>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: Andy <[e-mail]>
Subject: (usr-tc) What is an LH/SH NIC ?
Date: 15 Jun 2000 12:37:20 -0600 (MDT)


Until now, our HDM T1 NICs have said under inventory "3COM T1/E1 HDM NIC".
The last six we have installed from the 3COM Double-Play program say
"3COM T1/E1 LH/SH NIC with Programmable Loopback Relays".

I am assuming that LH/SH stands for "long haul / short haul", but what
other changes are in the new NICs if any?

Of note is that the matching NACs have product codes of 3C4, as opposed to
all others installed with a product code of 10Q.

All ideas and answers appreciated.  Thanks


---
Andy Dalrymple
XMission Telecom Manager                    (6/15/00)


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) What is an LH/SH NIC ?
Date: 15 Jun 2000 14:58:33 -0400

Also sprach Andy
>Until now, our HDM T1 NICs have said under inventory "3COM T1/E1 HDM
>NIC".  The last six we have installed from the 3COM Double-Play program
>say "3COM T1/E1 LH/SH NIC with Programmable Loopback Relays".

>I am assuming that LH/SH stands for "long haul / short haul", but what
>other changes are in the new NICs if any?

>Of note is that the matching NACs have product codes of 3C4, as opposed
>to all others installed with a product code of 10Q.

>All ideas and answers appreciated.  Thanks

I *believe* that the new NICs have a relay in them that, when the NAC is
removed, put a loop onto the ds1 plugged into the NIC.  Kinda nice in
that it keeps you from annoying your telco all the time with alarms when
you pull a NAC or reboot or whatever.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: [e-mail] (Jeff Binkley)
Subject: Re: (usr-tc) NTP time syn
Date: 15 Jun 2000 16:00:21 -0500



I am running About Time fine here.  It will do standard SNTP just fine.
I am not sure About Time does standard NTP server though but it will
take time from a standard NTP server through its client mode.   Make
sure under the Servers tab you enable the servers.  As for it being off
8 hours, No. NTP uses GMT to pass time around.  A local offset is used
by whatever OS or machine software you use to display things in local
time.


Jeff Binkley
ASA Network Computing


<That was almost on topic <vbg>>...

u>I'm confused.... I downloaded  AboutTime and installed it on my win98
u>machine. Then I point the hiper Arc to that machine as the primary
u>NTP. I  then enable NTP and wait..nothing happens..So then I look at
u>where the  AboutTime program is getting its'  time(192.43.244.18)..and
u>add the  secondary NTP to my hiper Arc ..and wait..and then my time
u>changes to GMT,  so I guess that AboutTime is not acting like a
u>server...although I have all  the server boxes checked. If I leave the
u>hiper Arc to have GMT and my  radius Server has PST..wont that throw
u>all my users off by 8 hours?
u>Ken


u>At 05:55 AM 6/15/00, you wrote:
u>>Also sprach Scot Desort
u>> >OK, so now how do you account for the fact the the ARC translates
u>> >the Easdtern time zone NTP server I'm using into GMT?
u>>
u>>You should be fine, NTP *always* uses GMT to pass around dates.  The
u>>timezone on systems is (should) only be an issue of how it displays
u>the >value to you.
u>>--
u>>Jeff McAdams                            Email: [e-mail]
u>>Head Network Administrator              Voice: [phone]
u>>IgLou Internet Services                        [phone]
u>>
u>>-
u>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
u>>  with "unsubscribe usr-tc" in the body of the message.
u>>  For information on digests or retrieving files and old messages
u>>  send "help" to the same address.  Do not use quotes in your
u>>  message.


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

u>

CMPQwk 1.42 9999


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


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

From: Ernie Pritchard <[e-mail]>
Subject: (usr-tc) Isdn callback with the HARC
Date: 15 Jun 2000 21:22:58 -0500


Is anyone doing ISDN callback with the harc?
I have been trying to get this working with both a cisco 766 and a
pipeline 75.  I was unable to get the harc to do anything with the
dialback configuration setup in the radius server <usr SA ver 6.0.8>,
after fooling around with the config in the HARC I was able to get the
arc to callback.  Im not sure if it is calling the router analog or isdn
since its not working. Im running 4.2.32 on the arc and heres an example
of the configuration.

set modem_group all access two_way
add user <username> password <password> type network,callback
set user <username> callback_type static phone_number xxxxxxx
set network user <username> ip remote_ip_address xxx.xxx.xxx.xxx/xx

With this configuration the remote user hits the chassis and then gets
disconnected.  Ive spoken with support at 3com and the tech said that
when the chassis calls back it does not auth with the remote side, this
just sounds a little odd.

Thanks in Advance,
Ernie Pritchard
InLine Connections

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


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

From: "Jamie Orzechowski" <[e-mail]>
Subject: (usr-tc) USR Total Control MP/16 v.34 modems
Date: 16 Jun 2000 12:03:12 -0400

For Sale
USR Total Control MP/16 v.34 modems

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


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


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

From: "ISP-NetworkHardware.com" <[e-mail]>
Subject: (usr-tc) FS: USR Hiper Cards
Date: 16 Jun 2000 14:44:10 -0400

In stock...

2- Hiper NMC $1000
2- Hiper ARC $1900 or BO
1- Hiper DSP, No nic $3000

Also have:
4- USR Viper DSL Modems  $500
1- USR Viper DSL (ALC) (Nic/Nac) $600

Lots of USR available...Inquire if needed.
Netservers, MP, Total Controls, Parts
=+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+=
Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
ICQ# 75229638
Email Page [e-mail]  (start message with YOUR email address)

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

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










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


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

From: <[e-mail]>
Subject: (usr-tc) What HiperDSP code works best with Lucent Winmodem?
Date: 16 Jun 2000 16:46:08 -0500

This is an S/MIME signed message.

---------z01886_boundary_sign
Content-Type: multipart/alternative; boundary="=_alternative 0078261586256900_="

This is a multipart message in MIME format.
--=_alternative 0078261586256900_=
Content-Type: text/plain; charset="us-ascii"

Hello,

We are having trouble connecting the new IBM 600x which bundles a Lucent
winmode (yuck) to our TC /HiperDSP. On clean phone lines, the
authentication terminal window will show a ton of garbage text. I have
seen this before when we had X2 modems dialing our V.90 patched DSP's, so
I am not surprised.

Because we using Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck
again, I know), we are unable to upgrade the DSP's to the 2.0.x level
firmware. The firmware we do have is 1.0.59 on two DSP's and 1.0.43 on two
others. The problem seems worse on 1.0.43 DSP's. Does anyone out there
know which level is best, or elimates this lucent winmodem problem?  The
2.6 Edgeserver drivers which run on SP6a will support the 2.0.x DSP's, but
these are still  in Beta.  I am not going to install 2.5 Edgeserver
drivers if I can avoid it. The install is ugly.

Thanks In advance,

--Peter
--=_alternative 0078261586256900_=
Content-Type: text/html; charset="us-ascii"




<br><font size=2 face="sans-serif">Hello,</font>
<br>
<br><font size=2 face="sans-serif">We are having trouble connecting the new IBM 600x which bundles a Lucent winmode (yuck) to our TC /HiperDSP. On clean phone lines, the authentication terminal window will show a ton of garbage text. I have seen this before when we had X2 modems dialing our V.90 patched DSP's, so I am not surprised. </font>
<br>
<br><font size=2 face="sans-serif">Because we using Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck again, I know), we are unable to upgrade the DSP's to the 2.0.x level firmware. The firmware we do have is 1.0.59 on two DSP's and 1.0.43 on two others. The problem seems worse on 1.0.43 DSP's. Does anyone out there know which level is best, or elimates this lucent winmodem problem?  The 2.6 Edgeserver drivers which run on SP6a will support the 2.0.x DSP's, but these are still  in Beta.  I am not going to install 2.5 Edgeserver drivers if I can avoid it. The install is ugly.</font>
<br>
<br><font size=2 face="sans-serif">Thanks In advance,</font>
<br><font size=2 face="sans-serif"><br>
--Peter</font>
--=_alternative 0078261586256900_=--

---------z01886_boundary_sign
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAA
oIAwggKrMIICFKADAgECAgMCeIswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYT
AlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxl
MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2Vz
MSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAw
MDQyMTE4MjE0OVoXDTAxMDQyMTE4MjE0OVowSTEfMB0GA1UEAxMWVGhhd3RlIEZy
ZWVtYWlsIE1lbWJlcjEmMCQGCSqGSIb3DQEJARYXcGV0ZXIub2xzb25AY2hpLmZy
Yi5vcmcwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANGKvV+YIv9auFKNA/Fc
45UBGNL1F0NgrRrQhaRTMZ13qIfErxKYh/PxkCR9N+Ty7ahd/HRk3zWdpN7Q8gAw
m0yIYNngSlLTZ0mafgBUUNMqQ/JeNBahJzT5d/UNnxY1I7ANL6Y3i7ZQyKGphPGq
EncUwmHrqETxB66+0HcUxB+HAgMBAAGjVTBTMCIGA1UdEQQbMBmBF3BldGVyLm9s
c29uQGNoaS5mcmIub3JnMAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINm
VfTkWMdGHcBhvSPXw4wwDQYJKoZIhvcNAQEEBQADgYEAk/tqcHuzYMW1UGe3jqq7
ur1uo9ukt2OWQAGOrDL5DhZQCq84QAyRde7uH0nlm2CwLYF0cTULsiVzxgWw4wWk
ko27xDNj408+M02N3ld7KwGIFjtOb/ujWsM3jHkMNY+Xmu3zmjfgRLpYSn0cYg6R
hjs4bHO8+2nZn66/r2EYtgcwggMUMIICfaADAgECAgELMA0GCSqGSIb3DQEBBAUA
MIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH
EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQL
Ex9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3
dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFs
LWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQw
MTQwWjCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIG
A1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy
dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJT
QSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALNpWpfU0BYL
erXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeSBl69
4GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaF
PmzzlZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYB
Af8CAQAwHwYDVR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcN
AQEEBQADgYEAa8ZZ6TH66bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcX
KFYFi91cdW/GkZDGbGZxE9AQfGuRb4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy3
6XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70HQfOnZ6CYynvkwl+Vd4wggMtMIIC
lqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UE
CBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRo
YXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz
IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0Ex
KzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcN
OTYwMTAxMDAwMDAwWhcNMjAxMjMxMjM1OTU5WjCB0TELMAkGA1UEBhMCWkExFTAT
BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQK
ExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2
aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls
IENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29t
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGw
hF59LQ2PexLfhSV1KHQ6QixjJ5+Ve0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0P
cR9AOKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVLVX8GGSl/npom1Wq7OCQIapjH
sdqjmJH9edvlWsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3
DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloof
YkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx
+NxfIyYJkYBz0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBAAAxgDCC
Ae0CAQEwgZwwgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
FDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT
FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFp
bCBSU0EgMTk5OS45LjE2AgMCeIswCQYFKw4DAhoFAKCBqzAYBgkqhkiG9w0BCQMx
CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wMDA2MTYyMTUyMjNaMCMGCSqG
SIb3DQEJBDEWBBTZPa97HGCbGOOGrmibChC+LfOGIDBMBgkqhkiG9w0BCQ8xPzA9
MAcGBSsOAwIdMA4GCCqGSIb3DQMCAgIAgDAKBggqhkiG9w0DBzAHBgUrDgMCBzAN
BggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgBfmyvVJlhCKU+vWyxJlwWMS
H7G0iaRE+I41KvIP+iy37bwx/WOAHVU1Ll2AsfjjIM+LIl/VpSfr8Q8wKjAFDH/1
BkuF25HGJushr2rced/lGDKj81LgFHzkwSdbcWCcZLaUu8oSEXdiHX2TE+MNmtV/
oM4m/BBTemchJu+saydEAAAAAAAAAAA=

---------z01886_boundary_sign--

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) What HiperDSP code works best with Lucent Winmodem?
Date: 17 Jun 2000 07:32:41 -0400

This is a multi-part message in MIME format.

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

We usually update the customers winmodem to the latest version and their =
problems stop ... www.808hi.com has links to the latest code ...
  ----- Original Message -----=20
  From: [e-mail]=20
  To: [e-mail]=20
  Sent: Friday, June 16, 2000 5:46 PM
  Subject: (usr-tc) What HiperDSP code works best with Lucent Winmodem?



  Hello,=20

  We are having trouble connecting the new IBM 600x which bundles a =
Lucent winmode (yuck) to our TC /HiperDSP. On clean phone lines, the =
authentication terminal window will show a ton of garbage text. I have =
seen this before when we had X2 modems dialing our V.90 patched DSP's, =
so I am not surprised.=20

  Because we using Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck =
again, I know), we are unable to upgrade the DSP's to the 2.0.x level =
firmware. The firmware we do have is 1.0.59 on two DSP's and 1.0.43 on =
two others. The problem seems worse on 1.0.43 DSP's. Does anyone out =
there know which level is best, or elimates this lucent winmodem =
problem?  The 2.6 Edgeserver drivers which run on SP6a will support the =
2.0.x DSP's, but these are still  in Beta.  I am not going to install =
2.5 Edgeserver drivers if I can avoid it. The install is ugly.=20

  Thanks In advance,=20

  --Peter

------=_NextPart_000_003F_01BFD82E.38543080
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=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4030.2400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>We usually update the customers =
winmodem to the=20
latest version and their problems stop ... <A=20
href=3D"http://www.808hi.com">www.808hi.com</A> has links to the latest =
code=20
...</FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-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 title=[e-mail]=20
  href=3D"mailto:[e-mail]">[e-mail]</A> =
</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=[e-mail]=20
  =
href=3D"mailto:[e-mail]">[e-mail]</A> =
</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, June 16, 2000 =
5:46 PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) What HiperDSP =
code=20
  works best with Lucent Winmodem?</DIV>
  <DIV><BR></DIV><BR><FONT face=3Dsans-serif size=3D2>Hello,</FONT> =
<BR><BR><FONT=20
  face=3Dsans-serif size=3D2>We are having trouble connecting the new =
IBM 600x which=20
  bundles a Lucent winmode (yuck) to our TC /HiperDSP. On clean phone =
lines, the=20
  authentication terminal window will show a ton of garbage text. I have =
seen=20
  this before when we had X2 modems dialing our V.90 patched DSP's, so I =
am not=20
  surprised. </FONT><BR><BR><FONT face=3Dsans-serif size=3D2>Because we =
using=20
  Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck again, I know), we =
are=20
  unable to upgrade the DSP's to the 2.0.x level firmware. The firmware =
we do=20
  have is 1.0.59 on two DSP's and 1.0.43 on two others. The problem =
seems worse=20
  on 1.0.43 DSP's. Does anyone out there know which level is best, or =
elimates=20
  this lucent winmodem problem?  The 2.6 Edgeserver drivers which =
run on=20
  SP6a will support the 2.0.x DSP's, but these are still  in Beta. =
 I=20
  am not going to install 2.5 Edgeserver drivers if I can avoid it. The =
install=20
  is ugly.</FONT> <BR><BR><FONT face=3Dsans-serif size=3D2>Thanks In =
advance,</FONT>=20
  <BR><FONT face=3Dsans-serif =
size=3D2><BR>--Peter</FONT></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_003F_01BFD82E.38543080--


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


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

From: "Verreault, John" <[e-mail]>
Subject: (usr-tc) Config for Dual BRI Cisco to TC
Date: 19 Jun 2000 10:38:27 -0400

 I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a Total
Control Chassis.
(I am not sure if you can MPP over both BRI's, if not I would settle for MPP
for each BRI and load balance over the 2 multilinked BRI's)

I am having some problems with the second BRI. I cannot get a stable
connection.

I am assigning the BRI interface a static IP and specifying the route with
radius.

Should the second interface have the same static IP address or a different
one.

I have tried several variations without success.

Does anyone have a sample config they can send me or point me in the right
direction.

Thanks

John Verreault
AEI Internet

[e-mail] <mailto:[e-mail]>
514/284-4452





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Config for Dual BRI Cisco to TC
Date: 19 Jun 2000 11:50:36 -0400

Also sprach Verreault, John
> I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a
>Total Control Chassis.  (I am not sure if you can MPP over both BRI's,
>if not I would settle for MPP for each BRI and load balance over the 2
>multilinked BRI's)

There should be no problem with multi-linking two BRI's together for a
256kbps connection.  There's no theoretical limit to the number of
channels you can link together...though there are definitely practical
limits.  :)

>I am having some problems with the second BRI. I cannot get a stable
>connection.

>I am assigning the BRI interface a static IP and specifying the route
>with radius.

OK...I don't have much Cisco dial mojo, but you seem to be going wrong
on the concepts here.  If you're running multi-link over 4 channels (2
channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP
address to a specific BRI.  You should have some sort of "virtual"
interface or suchlike that the BRIs would be attached to in some way,
you would give the IP address to the "virtual" interface (maybe a dialer
interface?  like I said...I don't know Cisco dial well at all).  Then,
when you get both BRIs assigned/attached to this "virtual" interface
(whatever it may be called), then it *should* multi-link across the BRIs
with no problem.

There's nothing inherent about multi-link that makes it only function
within an individual line (BRI).  In fact, you can run multi-link across
multiple modems, across multiple T1's, even, theoretically, across
multiple L2TP or PPTP connections if you *really* wanted.

>Should the second interface have the same static IP address or a
>different one.

The second BRI, like the first, shouldn't have an IP address itself at
all most likely.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Verreault, John" <[e-mail]>
Subject: RE: (usr-tc) Config for Dual BRI Cisco to TC
Date: 19 Jun 2000 12:08:08 -0400

Thanks for the input.
I am on the right track. I just need help with the "mojos"...
I've got 1 BRI multilinking perfectly, need some help from someone who has
this working for 2 or knows the Cisco config parameters

Thanks

John

-----Original Message-----
Sent: Monday, June 19, 2000 11:51 AM


Also sprach Verreault, John
> I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a
>Total Control Chassis.  (I am not sure if you can MPP over both BRI's,
>if not I would settle for MPP for each BRI and load balance over the 2
>multilinked BRI's)

There should be no problem with multi-linking two BRI's together for a
256kbps connection.  There's no theoretical limit to the number of
channels you can link together...though there are definitely practical
limits.  :)

>I am having some problems with the second BRI. I cannot get a stable
>connection.

>I am assigning the BRI interface a static IP and specifying the route
>with radius.

OK...I don't have much Cisco dial mojo, but you seem to be going wrong
on the concepts here.  If you're running multi-link over 4 channels (2
channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP
address to a specific BRI.  You should have some sort of "virtual"
interface or suchlike that the BRIs would be attached to in some way,
you would give the IP address to the "virtual" interface (maybe a dialer
interface?  like I said...I don't know Cisco dial well at all).  Then,
when you get both BRIs assigned/attached to this "virtual" interface
(whatever it may be called), then it *should* multi-link across the BRIs
with no problem.

There's nothing inherent about multi-link that makes it only function
within an individual line (BRI).  In fact, you can run multi-link across
multiple modems, across multiple T1's, even, theoretically, across
multiple L2TP or PPTP connections if you *really* wanted.

>Should the second interface have the same static IP address or a
>different one.

The second BRI, like the first, shouldn't have an IP address itself at
all most likely.
--
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: David DenHollander <[e-mail]>
Subject: Re: (usr-tc) Need DSP card
Date: 19 Jun 2000 10:20:25 -0600

We have brand new Hiper DSP's NIC/NAC set available for $3750 a card set
(24 modems) or $7250 for 48 modems.





At 11:13 AM 6/1/00 -0500, you wrote:
>Looking to buy 1 DSP card w/NIC. Need ASAP.
>Contact me offline or call 1-877-425-7421 ext.10
>
>--
>
>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.
>


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: "Lou Bernstein" <[e-mail]>
Subject: (usr-tc) Dual PRI CARD
Date: 19 Jun 2000 12:25:59 -0400

Hi All

I need a little help here.  I have a TC with a HIPER ARC, several HIPER DSP
cards, some Quad Digital cards and a Dual PRI-Card NAC.  I have been
running for a long time with the HIPER DSP cards without problems.  I now
need to run the Quad cards and can not seem to get the Dual PRI card to
work(it did work at one time).  The PRI line is coming from a Lucent
Definity 3G switch and works fine with the Hiper DSP cards.  When I connect
the PRI line to the Dual PRI card all I get is a busy signal, the link does
show that it is up and there are no alarms..

The Dual PRI card has the following configuration

Framing Mode                ds1esf
Line Coding                b8zs
Response to remote loopback        ignore
Auto Busy                disabled
Dial In Address            No Address
Dial-in/Dial-out Signal        WINK
ACK WINK                Enabled
Dial in Trunk type             E&M TYPE II

The settings above are set similarly on the Hiper DSP card.  Any help would
appreciated.

Thanks in advance

LOU



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Dual PRI CARD
Date: 19 Jun 2000 13:05:08 -0400

Also sprach Lou Bernstein
>I need a little help here.  I have a TC with a HIPER ARC, several HIPER
>DSP cards, some Quad Digital cards and a Dual PRI-Card NAC.  I have
>been running for a long time with the HIPER DSP cards without problems.
>I now need to run the Quad cards and can not seem to get the Dual PRI
>card to work(it did work at one time).  The PRI line is coming from a
>Lucent Definity 3G switch and works fine with the Hiper DSP cards.
>When I connect the PRI line to the Dual PRI card all I get is a busy
>signal, the link does show that it is up and there are no alarms..

Probably need to check the configs on the quads to make sure they're set
up to take calls from the PRI...like line source to pritdm, proly some
others that I'm not thinking of off the top of my head...line source
would be the first thing I'd check...and, of course, make sure that the
interfaces are active and up on the Arc so that the quads can get the
signal to answer the call, so they in turn can signal the dual-pri card.
--
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) Dual PRI CARD
Date: 19 Jun 2000 14:17:21 -0300


also make sure you have the channel->modem assignment set up correctly...or
alternatively have it set to first available or round robin in which case
you don't need to do the channel->modem assignment.  Other than that, all
you should really need to confirm is the framing, coding, and switch type
options.

You should be able to troubleshoot with your switch people to see whether
the switch is sending the call to you or if you're getting a busy because
the switch thinks you're unable to take calls.  If they see the call being
sent to you, you have a problem accepting the call either because there's no
modem available or the arc is refusing it for some reason.  If the switch is
just refusing to talk to you, it is most likely a signalling
issue...assuming that, as mentioned before, there are no alarms.

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


> -----Original Message-----
> From: Jeff Mcadams [mailto:[e-mail]]
> Sent: Monday, June 19, 2000 2:05 PM
> To: [e-mail]
> Subject: Re: (usr-tc) Dual PRI CARD
>
>
> Also sprach Lou Bernstein
> >I need a little help here.  I have a TC with a HIPER ARC,
> several HIPER
> >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC.  I have
> >been running for a long time with the HIPER DSP cards
> without problems.
> >I now need to run the Quad cards and can not seem to get the Dual PRI
> >card to work(it did work at one time).  The PRI line is coming from a
> >Lucent Definity 3G switch and works fine with the Hiper DSP cards.
> >When I connect the PRI line to the Dual PRI card all I get is a busy
> >signal, the link does show that it is up and there are no alarms..
>
> Probably need to check the configs on the quads to make sure
> they're set
> up to take calls from the PRI...like line source to pritdm, proly some
> others that I'm not thinking of off the top of my head...line source
> would be the first thing I'd check...and, of course, make
> sure that the
> interfaces are active and up on the Arc so that the quads can get the
> signal to answer the call, so they in turn can signal the
> dual-pri card.
> --
> 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: Ernie Pritchard <[e-mail]>
Subject: (usr-tc) How to do dialback with the TC?
Date: 19 Jun 2000 14:31:03 -0500


Is anyone doing ISDN callback with a arc?
I have been trying to get this working with both a cisco 766 and a
pipeline 75.  I was unable to get the harc to do anything with the
dialback configuration setup in the radius server <usr SA ver 6.0.8>,
after fooling around with the config in the arc I was able to get the
arc to callback.  Im not sure if it is calling the router analog or isdn
since its not working. Im running 4.2.32 on the arc and heres an example
of the configuration.

set modem_group all access two_way
add user <username> password <password> type network,callback
set user <username> callback_type static phone_number xxxxxxx
set network user <username> ip remote_ip_address xxx.xxx.xxx.xxx/xx

With this configuration the remote user hits the chassis and then gets
disconnected.  Ive spoken with support at 3com and the tech said that
when the chassis calls back it does not auth with the remote side, this
just sounds a little odd.

Thanks in Advance,
Ernie Pritchard
InLine Connections

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Martin <[e-mail]>
Subject: (usr-tc) DOSBS (a.k.a DOV) on HyperDSPs?
Date: 19 Jun 2000 12:46:06 -0700

Does anyone know whether the new 4.0 release supports ISDN DOSBS calls on
the HyperDSPs?  This did *not* work on earlier releases and we've been
using a chassis w/ Dual-PRI and Quads as a workaround which we'd like to
stop doing.  I read the release notes for the DSP, but nothing jumped out
at me.  TIA...

Dave Martin                 Netcetera, Inc.            [e-mail]
                    "There's coffee in that Nebula!"



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


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

From: "Lou Bernstein" <[e-mail]>
Subject: RE: (usr-tc) Dual PRI CARD
Date: 19 Jun 2000 15:07:37 -0400

Thanks for the tips,

Where would the switch type option be, I could not find it in the config of
the PRI card, the software revision on the card is 4.2.1.

Thanks,

LOU

At 02:17 PM 6/19/00 -0300, you wrote:
>
>also make sure you have the channel->modem assignment set up correctly...or
>alternatively have it set to first available or round robin in which case
>you don't need to do the channel->modem assignment.  Other than that, all
>you should really need to confirm is the framing, coding, and switch type
>options.
>
>You should be able to troubleshoot with your switch people to see whether
>the switch is sending the call to you or if you're getting a busy because
>the switch thinks you're unable to take calls.  If they see the call being
>sent to you, you have a problem accepting the call either because there's no
>modem available or the arc is refusing it for some reason.  If the switch is
>just refusing to talk to you, it is most likely a signalling
>issue...assuming that, as mentioned before, there are no alarms.
>
>Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
>
>
>> -----Original Message-----
>> From: Jeff Mcadams [mailto:[e-mail]]
>> Sent: Monday, June 19, 2000 2:05 PM
>> To: [e-mail]
>> Subject: Re: (usr-tc) Dual PRI CARD
>>
>>
>> Also sprach Lou Bernstein
>> >I need a little help here.  I have a TC with a HIPER ARC,
>> several HIPER
>> >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC.  I have
>> >been running for a long time with the HIPER DSP cards
>> without problems.
>> >I now need to run the Quad cards and can not seem to get the Dual PRI
>> >card to work(it did work at one time).  The PRI line is coming from a
>> >Lucent Definity 3G switch and works fine with the Hiper DSP cards.
>> >When I connect the PRI line to the Dual PRI card all I get is a busy
>> >signal, the link does show that it is up and there are no alarms..
>>
>> Probably need to check the configs on the quads to make sure
>> they're set
>> up to take calls from the PRI...like line source to pritdm, proly some
>> others that I'm not thinking of off the top of my head...line source
>> would be the first thing I'd check...and, of course, make
>> sure that the
>> interfaces are active and up on the Arc so that the quads can get the
>> signal to answer the call, so they in turn can signal the
>> dual-pri card.
>> --
>> 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) Dual PRI CARD
Date: 19 Jun 2000 16:54:05 -0300


if you hilight either span (ie not the whole card), select the
configuration, PRI Trunk Settings.  The option is Primary Switch Type Set.
I'm not sure what the right choice would be given your telco's switch type.

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


> -----Original Message-----
> From: Lou Bernstein [mailto:[e-mail]]
> Sent: Monday, June 19, 2000 4:08 PM
> To: [e-mail]
> Subject: RE: (usr-tc) Dual PRI CARD
>
>
> Thanks for the tips,
>
> Where would the switch type option be, I could not find it in
> the config of
> the PRI card, the software revision on the card is 4.2.1.
>
> Thanks,
>
> LOU
>
> At 02:17 PM 6/19/00 -0300, you wrote:
> >
> >also make sure you have the channel->modem assignment set up
> correctly...or
> >alternatively have it set to first available or round robin
> in which case
> >you don't need to do the channel->modem assignment.  Other
> than that, all
> >you should really need to confirm is the framing, coding,
> and switch type
> >options.
> >
> >You should be able to troubleshoot with your switch people
> to see whether
> >the switch is sending the call to you or if you're getting a
> busy because
> >the switch thinks you're unable to take calls.  If they see
> the call being
> >sent to you, you have a problem accepting the call either
> because there's no
> >modem available or the arc is refusing it for some reason.
> If the switch is
> >just refusing to talk to you, it is most likely a signalling
> >issue...assuming that, as mentioned before, there are no alarms.
> >
> >Matthew Stainforth  ||  Technical Services Manager ||  BrunNet Inc.
> >
> >
> >> -----Original Message-----
> >> From: Jeff Mcadams [mailto:[e-mail]]
> >> Sent: Monday, June 19, 2000 2:05 PM
> >> To: [e-mail]
> >> Subject: Re: (usr-tc) Dual PRI CARD
> >>
> >>
> >> Also sprach Lou Bernstein
> >> >I need a little help here.  I have a TC with a HIPER ARC,
> >> several HIPER
> >> >DSP cards, some Quad Digital cards and a Dual PRI-Card
> NAC.  I have
> >> >been running for a long time with the HIPER DSP cards
> >> without problems.
> >> >I now need to run the Quad cards and can not seem to get
> the Dual PRI
> >> >card to work(it did work at one time).  The PRI line is
> coming from a
> >> >Lucent Definity 3G switch and works fine with the Hiper DSP cards.
> >> >When I connect the PRI line to the Dual PRI card all I
> get is a busy
> >> >signal, the link does show that it is up and there are no
> alarms..
> >>
> >> Probably need to check the configs on the quads to make sure
> >> they're set
> >> up to take calls from the PRI...like line source to
> pritdm, proly some
> >> others that I'm not thinking of off the top of my
> head...line source
> >> would be the first thing I'd check...and, of course, make
> >> sure that the
> >> interfaces are active and up on the Arc so that the quads
> can get the
> >> signal to answer the call, so they in turn can signal the
> >> dual-pri card.
> >> --
> >> 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Dual PRI CARD
Date: 19 Jun 2000 16:16:22 -0400

Also sprach Lou Bernstein
>Where would the switch type option be, I could not find it in the
>config of the PRI card, the software revision on the card is 4.2.1.

Uhm...I believe 4.2.1 is a channelized t1 version of code.  I think the
latest version of code for the dual-PRI is 3. something or other.  Most
likely, the hardware is the same (though they were sold as different
equipment), so most likely its just a matter of forcing a code upgrade
of the dual-pri code to the card.
--
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: (usr-tc) Radius accounting
Date: 19 Jun 2000 20:57:45 -0400

What is the difference between "Primary backup accounting server" and
"Secondary accounting server" on the HARC?

I only want accounting packets to be sent to the secondary radius server
when the primary is down. So, do I use the primary backup accounting server
field? I am currently using the secondary accounting field, and that server
is getting all requests even when the primary is functioning fine.

--
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: "Vance McIndoe" <[e-mail]>
Subject: Re: (usr-tc) Radius accounting
Date: 20 Jun 2000 13:35:19 +1200

Scot,

It sounds like you shouldn't use the secondary server option - turn them =
off.  Check out the first 4 lines of "sh accounting".  They show your =
"primary" and first/second "backup" servers.  You obviously know how to =
set the primary already.... the first and second backups can be set by the =
commands:

set accounting_backup primary first_server x.x.x.x
set accounting_backup primary second_server x.x.x.x

You may also like to check the "Authentication Algorithm" with "sh radius =
settings", and then adjust it with "set radius authentication_algorithm".  =
Sounds to me like you need the fall_through option.

--
Vance McIndoe
Data Platforms, Operations,
Telecom NZ Ltd.
[phone]

>>> [e-mail] 20/06/00 12:57:45 >>>
What is the difference between "Primary backup accounting server" and
"Secondary accounting server" on the HARC?

I only want accounting packets to be sent to the secondary radius server
when the primary is down. So, do I use the primary backup accounting =
server
field? I am currently using the secondary accounting field, and that =
server
is getting all requests even when the primary is functioning fine.

--
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: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) Radius accounting
Date: 19 Jun 2000 21:45:34 -0400

Yes, I think that is the problem. Slightly ambiguous use of Primary first
backup, and secondary terminology by 3COM. I am already using fall_through.

I'll give your commands a try and see if the acctg packets to the "first
backup" stop.

Thanks,

--
Scot



----- Original Message -----
Sent: Monday, June 19, 2000 9:35 PM


Scot,

It sounds like you shouldn't use the secondary server option - turn them
off.  Check out the first 4 lines of "sh accounting".  They show your
"primary" and first/second "backup" servers.  You obviously know how to set
the primary already.... the first and second backups can be set by the
commands:

set accounting_backup primary first_server x.x.x.x
set accounting_backup primary second_server x.x.x.x

You may also like to check the "Authentication Algorithm" with "sh radius
settings", and then adjust it with "set radius authentication_algorithm".
Sounds to me like you need the fall_through option.

--
Vance McIndoe
Data Platforms, Operations,
Telecom NZ Ltd.
[phone]

>>> [e-mail] 20/06/00 12:57:45 >>>
What is the difference between "Primary backup accounting server" and
"Secondary accounting server" on the HARC?

I only want accounting packets to be sent to the secondary radius server
when the primary is down. So, do I use the primary backup accounting server
field? I am currently using the secondary accounting field, and that server
is getting all requests even when the primary is functioning fine.

--
Scot



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




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



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Radius accounting
Date: 19 Jun 2000 22:51:11 -0400

Also sprach Scot Desort
>Yes, I think that is the problem. Slightly ambiguous use of Primary
>first backup, and secondary terminology by 3COM. I am already using
>fall_through.

>I'll give your commands a try and see if the acctg packets to the
>"first backup" stop.

As a little bit of clarification on the differences between
authentication and accounting.  There are differences in the needs of
the two parts of the RADIUS protocol.

For authentication, you don't have a need for multiple RADIUS servers to
get the request in normal operation.  Yes, if you have a server go down,
you need to fail over to the next.  The question then becomes, when the
first comes back up, do you switch back over to it, or just stay with
the second one?  Thus the authentication_algorithm settings to let you
control that.

With accounting, however, its easily conceivable that you could want
accounting messages to be sent multiple places in normal operation, and
further, that each one of those potentially independant information
might have a fail-over system available to it if it should fail.  The
possible permutations here get too much for a single controlling
variable, so you have primary, secondary, tertiary, etc. servers that
are for the individual locations, and that get a copy of all the
accounting messages independantly.  Then you have the first_backup,
second_backup, etc. for each of those to handle the case where one of
the servers fails that normally gets the accounting messages, and each
one has its own backup servers.

Anyway...hopefully this clarifies things a bit more as to why
authentication and accounting are handled differently, and how they are
handled.  Hopefully I haven't confused you further.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Carl Litt <[e-mail]>
Subject: (usr-tc) SNMP Trap 120?
Date: 20 Jun 2000 00:57:59 -0400 (EDT)


Quick question:

What is NMC Enterprise Specific Trap 120, and where might I find
the MIB file for it?  I get this trap many times a day from a
single DSP card, and can't get rid of it.  The card seems to
operate fine, and the trap settings were loaded from another card
in the chassis.

Also, where would I find the latest MIB for the ARC 4.2.32?
There was discussion about ARC objects in the past, but I couldn't
find them in my file.  It's probably out of date, but I can't find
a newer one.

Thanks,
Carl Litt
Network Administrator
Execulink Internet Services



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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Radius accounting
Date: 20 Jun 2000 01:18:19 -0400 (EDT)

Speaking of which, does anyone know how to force the authentication server
to flip back to primary after it's failed over to secondary?  If I remove
the secondary, that brings the primary back, but I'm hoping for a
switch.  I'm currently set for fall-through, is that correct?  Little luck
on finding 4.2.x radius questions answered on 3KB...

Thanks,

Charles

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

On Mon, 19 Jun 2000, Jeff Mcadams wrote:

> Also sprach Scot Desort
> >Yes, I think that is the problem. Slightly ambiguous use of Primary
> >first backup, and secondary terminology by 3COM. I am already using
> >fall_through.
>
> >I'll give your commands a try and see if the acctg packets to the
> >"first backup" stop.
>
> As a little bit of clarification on the differences between
> authentication and accounting.  There are differences in the needs of
> the two parts of the RADIUS protocol.
>
> For authentication, you don't have a need for multiple RADIUS servers to
> get the request in normal operation.  Yes, if you have a server go down,
> you need to fail over to the next.  The question then becomes, when the
> first comes back up, do you switch back over to it, or just stay with
> the second one?  Thus the authentication_algorithm settings to let you
> control that.
>
> With accounting, however, its easily conceivable that you could want
> accounting messages to be sent multiple places in normal operation, and
> further, that each one of those potentially independant information
> might have a fail-over system available to it if it should fail.  The
> possible permutations here get too much for a single controlling
> variable, so you have primary, secondary, tertiary, etc. servers that
> are for the individual locations, and that get a copy of all the
> accounting messages independantly.  Then you have the first_backup,
> second_backup, etc. for each of those to handle the case where one of
> the servers fails that normally gets the accounting messages, and each
> one has its own backup servers.
>
> Anyway...hopefully this clarifies things a bit more as to why
> authentication and accounting are handled differently, and how they are
> handled.  Hopefully I haven't confused you further.  :)
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Dual PRI CARD
Date: 20 Jun 2000 03:02:09 -0400 (EDT)

That would explain why he can't find the switch-type option; good call...

You don't have to force very hard from what I remember, but it's been a
loooong time since I've had to do the code swap on that.  Our very first
Dual PRI we ever had was DOA, and its replacement had CT1 code on it...
hell, I probably used pcsdl to do it at the time but TCM would probably
have done it too.

3.1.5 is (still) the latest Dual PRI code.


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

On Mon, 19 Jun 2000, Jeff Mcadams wrote:

> Also sprach Lou Bernstein
> >Where would the switch type option be, I could not find it in the
> >config of the PRI card, the software revision on the card is 4.2.1.
>
> Uhm...I believe 4.2.1 is a channelized t1 version of code.  I think the
> latest version of code for the dual-PRI is 3. something or other.  Most
> likely, the hardware is the same (though they were sold as different
> equipment), so most likely its just a matter of forcing a code upgrade
> of the dual-pri code to the card.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Mike Andrews <[e-mail]>
Subject: RE: (usr-tc) Config for Dual BRI Cisco to TC
Date: 20 Jun 2000 03:12:47 -0400 (EDT)

"ppp multilink" is one of the magic words.  When I used a Cisco 804 at
home, I remember I had to put "ppp multilink" on both the BRI0 and the
Dialer1 interface for it to be happy.  Here's the abbreviated bits of one
of my old 804 configs:

map-class dialer DialerClass1
interface BRI0
  no ip address
  encaps ppp
  ppp multilink
  dialer pool-member 1
interface Dialer1
  ip address 10.0.0.1 255.255.255.0
     (or ip unnumbered ethernet0 if you're doing it that way)
  encaps ppp
  ppp multilink
  dialer string 5551212 class DialerClass1
  dialer idle-timeout 600
  ppp pap sent-username blah blah blah...

(I was dialing into another 804, not a Total Control, but for at least the
multilink setup that shouldn't matter.)

The Cisco dialer stuff is kinda voodoo-ish to me still; I mostly pulled
this out of the Cisco 804 manual, Dejanews postings, and CCO searches...
it worked so I left it.  Then I got DSL and I don't need the 804 anymore.
Anyone wanna buy 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
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Mon, 19 Jun 2000, Verreault, John wrote:

> Thanks for the input.
> I am on the right track. I just need help with the "mojos"...
> I've got 1 BRI multilinking perfectly, need some help from someone who has
> this working for 2 or knows the Cisco config parameters
>
> Thanks
>
> John
>
> -----Original Message-----
> From: Jeff Mcadams [mailto:[e-mail]]
> Sent: Monday, June 19, 2000 11:51 AM
> To: [e-mail]
> Subject: Re: (usr-tc) Config for Dual BRI Cisco to TC
>
>
> Also sprach Verreault, John
> > I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a
> >Total Control Chassis.  (I am not sure if you can MPP over both BRI's,
> >if not I would settle for MPP for each BRI and load balance over the 2
> >multilinked BRI's)
>
> There should be no problem with multi-linking two BRI's together for a
> 256kbps connection.  There's no theoretical limit to the number of
> channels you can link together...though there are definitely practical
> limits.  :)
>
> >I am having some problems with the second BRI. I cannot get a stable
> >connection.
>
> >I am assigning the BRI interface a static IP and specifying the route
> >with radius.
>
> OK...I don't have much Cisco dial mojo, but you seem to be going wrong
> on the concepts here.  If you're running multi-link over 4 channels (2
> channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP
> address to a specific BRI.  You should have some sort of "virtual"
> interface or suchlike that the BRIs would be attached to in some way,
> you would give the IP address to the "virtual" interface (maybe a dialer
> interface?  like I said...I don't know Cisco dial well at all).  Then,
> when you get both BRIs assigned/attached to this "virtual" interface
> (whatever it may be called), then it *should* multi-link across the BRIs
> with no problem.
>
> There's nothing inherent about multi-link that makes it only function
> within an individual line (BRI).  In fact, you can run multi-link across
> multiple modems, across multiple T1's, even, theoretically, across
> multiple L2TP or PPTP connections if you *really* wanted.
>
> >Should the second interface have the same static IP address or a
> >different one.
>
> The second BRI, like the first, shouldn't have an IP address itself at
> all most likely.
> --
> 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) Dual PRI CARD
Date: 20 Jun 2000 11:53:16 -0300


Ah, yes it's not hard to switch the code.  By default when TCM is browsing
for the CT1 nac file it'll use ct*.nac as the mask.  All you have to do is
choose the dp*.nac file to upload instead.

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


> -----Original Message-----
> From: Mike Andrews [mailto:[e-mail]]
> Sent: Tuesday, June 20, 2000 4:02 AM
> To: [e-mail]
> Subject: Re: (usr-tc) Dual PRI CARD
>
>
> That would explain why he can't find the switch-type option;
> good call...
>
> You don't have to force very hard from what I remember, but
> it's been a
> loooong time since I've had to do the code swap on that.  Our
> very first
> Dual PRI we ever had was DOA, and its replacement had CT1
> code on it...
> hell, I probably used pcsdl to do it at the time but TCM
> would probably
> have done it too.
>
> 3.1.5 is (still) the latest Dual PRI code.
>
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
> On Mon, 19 Jun 2000, Jeff Mcadams wrote:
>
> > Also sprach Lou Bernstein
> > >Where would the switch type option be, I could not find it in the
> > >config of the PRI card, the software revision on the card
> is 4.2.1.
> >
> > Uhm...I believe 4.2.1 is a channelized t1 version of code.
> I think the
> > latest version of code for the dual-PRI is 3. something or
> other.  Most
> > likely, the hardware is the same (though they were sold as different
> > equipment), so most likely its just a matter of forcing a
> code upgrade
> > of the dual-pri code to the card.
> > --
> > 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: [e-mail] (Jeff Binkley)
Subject: (usr-tc) (USR-TC) DUAL PRI CARD
Date: 20 Jun 2000 14:00:09 -0500



Issue an In Service command to the PRIs.  I've seen this before and that
always fixes it.

Jeff Binkley
ASA Network Computing


U>Hi All

U>I need a little help here.  I have a TC with a HIPER ARC, several
U>HIPER DSP cards, some Quad Digital cards and a Dual PRI-Card NAC.  I
U>have been running for a long time with the HIPER DSP cards without
U>problems.  I now need to run the Quad cards and can not seem to get
U>the Dual PRI card to work(it did work at one time).  The PRI line is
U>coming from a Lucent Definity 3G switch and works fine with the Hiper
U>DSP cards.  When I connect the PRI line to the Dual PRI card all I get
U>is a busy signal, the link does show that it is up and there are no
U>alarms..

U>The Dual PRI card has the following configuration

U>Framing Mode    ds1esf
U>Line Coding    b8zs
U>Response to remote loopback  ignore
U>Auto Busy    disabled
U>Dial In Address   No Address
U>Dial-in/Dial-out Signal  WINK
U>ACK WINK    Enabled
U>Dial in Trunk type       E&M TYPE II

U>The settings above are set similarly on the Hiper DSP card.  Any help
U>would appreciated.

U>Thanks in advance

U>LOU



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

U>

CMPQwk 1.42 9999

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


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

From: "Lou Bernstein" <[e-mail]>
Subject: Re: (usr-tc) (USR-TC) DUAL PRI CARD
Date: 20 Jun 2000 13:58:43 -0400

Thanks everyone for the help, I loaded the 3.0.2 code and now the PRI is
responding, even though I am getting a really strange answer tone.  Just
starteding to look at that, but thanks again

Lou

At 02:00 PM 6/20/00 -0500, you wrote:
>
>
>Issue an In Service command to the PRIs.  I've seen this before and that
>always fixes it.
>
>Jeff Binkley
>ASA Network Computing
>
>
>U>Hi All
>
>U>I need a little help here.  I have a TC with a HIPER ARC, several
>U>HIPER DSP cards, some Quad Digital cards and a Dual PRI-Card NAC.  I
>U>have been running for a long time with the HIPER DSP cards without
>U>problems.  I now need to run the Quad cards and can not seem to get
>U>the Dual PRI card to work(it did work at one time).  The PRI line is
>U>coming from a Lucent Definity 3G switch and works fine with the Hiper
>U>DSP cards.  When I connect the PRI line to the Dual PRI card all I get
>U>is a busy signal, the link does show that it is up and there are no
>U>alarms..
>
>U>The Dual PRI card has the following configuration
>
>U>Framing Mode    ds1esf
>U>Line Coding    b8zs
>U>Response to remote loopback  ignore
>U>Auto Busy    disabled
>U>Dial In Address   No Address
>U>Dial-in/Dial-out Signal  WINK
>U>ACK WINK    Enabled
>U>Dial in Trunk type       E&M TYPE II
>
>U>The settings above are set similarly on the Hiper DSP card.  Any help
>U>would appreciated.
>
>U>Thanks in advance
>
>U>LOU
>
>
>
>U>-
>U> To unsubscribe to usr-tc, send an email to "[e-mail]"
>U> with "unsubscribe usr-tc" in the body of the message.
>U> For information on digests or retrieving files and old messages send
>U> "help" to the same address.  Do not use quotes in your message.
>
>U>
>
>CMPQwk 1.42 9999
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

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


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

From: "Donald Baud" <[e-mail]>
Subject: (usr-tc) Upgrade to 5.0.9 beware of ppp offloading ?
Date: 20 Jun 2000 17:30:53 -0400

Hi,
I upgraded several  TC boxes to the latest code Harc 5.0.9 and DSP 2.1.9
All went well, and I haven't heard any complaining.
Yesterday though, I upgraded the last chassis and for some reason each
HiperDSP would answer most of the PRI channels except a few (2 or 3) and
gives a fast busy signal to the unlucky caller.
The Performance monitor reports "Dialing(3)" on the faulty channels instead
of the usual "Incoming call is connected(5)" in the DS0 Timeslot status.
The only way to fix this was to busy out those channels.

-I switched the DSP cards to another chassis and the problem disapears.  So
DSP's are fine
-I changed the cage (chassis skeleton) and the problem persists. So the cage
is fine
-I changed the HiperArc card and the problem was fixed.  So there was
something wrong with the card

When a caller dials into one of those defective PRI channels, The following
error message is reported on the HiperArc console:
At 12:36:53, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDMDRV FSM
illegal event interface slot:1/mod:13, state WaitCallLstRsp   , event
NotifyDisconnect

The only difference I could see was that the "defective" hiperarc had ppp
offloading disabled.  Unfortunately, now that my chassis is running fine
with the new HiperArc (with ppp offloading enabled), I nolonger can test or
confirm this theory.
I am hoping someone would comment or confirm this behaviour with 5.0.9 with
ppp offloading disabled.

BTW:
5.0.9 is running fine with 64Meg HiperArc cards



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Upgrade to 5.0.9 beware of ppp offloading ?
Date: 20 Jun 2000 18:00:40 -0400

Also sprach Donald Baud
>The only difference I could see was that the "defective" hiperarc had
>ppp offloading disabled.  Unfortunately, now that my chassis is running
>fine with the new HiperArc (with ppp offloading enabled), I nolonger
>can test or confirm this theory.

Well, not trying to make light of your situation at all, and I certainly
agree with you, this probably should be checked out to see if this is
the case, but if it works when ppp offloading is *en*abled, then I don't
see this being a huge issue since enabling ppp offloading is the
preferred manner anyway.  :)  Obviously if something else crops up that
would require ppp offloading to be disabled, then we'd have a problem,
but if enabling it fixes it, I'd say enable it and be happy.  :)

>I am hoping someone would comment or confirm this behaviour with 5.0.9
>with ppp offloading disabled.

FWIW, my one chassis running 5.0.9 has ppp offloading enabled and I
haven't seen any evidence of any problems like this.

>BTW:
>5.0.9 is running fine with 64Meg HiperArc cards

This really *shouldn't* make any difference, although I certainly don't
think its a bad idea to include this info...mine has 128megs.
--
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: "ISP-NetworkHardware.com" <[e-mail]>
Subject: (usr-tc) WTS: Qty 2059 Chassis's w/ dual 45A power
Date: 21 Jun 2000 14:55:07 -0400

For sale immediately...Qty of these chassis's.
All empty...looking for offers.

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

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

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

NEXTEL Authorized Dealer: Phones, Accessories, Services










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


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

From: "ISP-NetworkHardware.com" <[e-mail]>
Subject: (usr-tc) WTB: USR Hiper Card/130 Power Supplies and more...
Date: 21 Jun 2000 14:53:43 -0400

Looking to buy now.

HIPER ARC
HIPER DSP
HIPER NMC
130A Power Supplies (AC)
MMP16 v34
Netserver 16 v34
Analog/Digital Modem cards w/ analog/daughtercard nic

Please forward me a list of what you have available to purchase.
=+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+=
Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
ICQ# 75229638
Email Page [e-mail]  (start message with YOUR email address)

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

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

NEXTEL Authorized Dealer: Phones, Accessories, Services










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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Upgrade to 5.0.9 beware of ppp offloading ?
Date: 21 Jun 2000 15:13:14 -0400 (EDT)

More likely it's a chassis awareness problem... your "bad" ARC probably
doesn't know the DSP's are there.  Do a "list chassis" and "list
interface" and make sure all your modem cards are listed there.  If
they're not, you'll get fast busies when calls hit 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
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Tue, 20 Jun 2000, Donald Baud wrote:

> Hi,
> I upgraded several  TC boxes to the latest code Harc 5.0.9 and DSP 2.1.9
> All went well, and I haven't heard any complaining.
> Yesterday though, I upgraded the last chassis and for some reason each
> HiperDSP would answer most of the PRI channels except a few (2 or 3) and
> gives a fast busy signal to the unlucky caller.
> The Performance monitor reports "Dialing(3)" on the faulty channels instead
> of the usual "Incoming call is connected(5)" in the DS0 Timeslot status.
> The only way to fix this was to busy out those channels.
>
> -I switched the DSP cards to another chassis and the problem disapears.  So
> DSP's are fine
> -I changed the cage (chassis skeleton) and the problem persists. So the cage
> is fine
> -I changed the HiperArc card and the problem was fixed.  So there was
> something wrong with the card
>
> When a caller dials into one of those defective PRI channels, The following
> error message is reported on the HiperArc console:
> At 12:36:53, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDMDRV FSM
> illegal event interface slot:1/mod:13, state WaitCallLstRsp   , event
> NotifyDisconnect
>
> The only difference I could see was that the "defective" hiperarc had ppp
> offloading disabled.  Unfortunately, now that my chassis is running fine
> with the new HiperArc (with ppp offloading enabled), I nolonger can test or
> confirm this theory.
> I am hoping someone would comment or confirm this behaviour with 5.0.9 with
> ppp offloading disabled.
>
> BTW:
> 5.0.9 is running fine with 64Meg HiperArc cards
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Dave Martin <[e-mail]>
Subject: (usr-tc) Strange syslog messages
Date: 21 Jun 2000 13:43:07 -0700

I keep getting messages like:

Jun 21 11:36:52 ha-1e-xxx --syslog capture:  2b0d0c07 slot:8/mod:13
--syslog capture:stop
Jun 21 11:37:25 ha-1e-xxx last message repeated 10 times
Jun 21 11:39:25 ha-1e-xxx last message repeated 13 times
Jun 21 11:40:42 ha-1e-xx last message repeated 6 times

on this *one* particular ARC running 4.1.59.  I didn't intentionally
configure it any differently from our other ARCS.  Anyone know how to make
it stop?  TIA...


Dave Martin                 Netcetera, Inc.            [e-mail]
                    "There's coffee in that Nebula!"



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Strange syslog messages
Date: 21 Jun 2000 14:28:45 -0700 (PDT)

On Wed, 21 Jun 2000, Dave Martin wrote:

> I keep getting messages like:
> Jun 21 11:36:52 ha-1e-xxx --syslog capture:  2b0d0c07 slot:8/mod:13
> --syslog capture:stop

2b is an IPX packet, if that helps. :)

--
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: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) framed-netmask vs. framed-route
Date: 22 Jun 2000 18:27:52 -0500

I have always set up my routed connections on my TCH's by assigning the
framed-address and framed-netmask from my radius server (VopRadius) and it
has worked great. I am adding a Cisco router to the mix for ADSL aggregation
and have been working on getting that configured. In the process of doing so
I noted that on a Cisco it appears I should use the framed-route attribute
in order to set up the route for the connection (ne mention of using
framed-netmask). I know the Hiperarc's will automatically create a route for
each connection and distribute it via rip or ospf. Is this how I have
avoided needing to deal with the framed-route attribute before now? Is there
any benefit to including the framed-route in the radius response to the NAS?

Thanks for your assistance,

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




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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) framed-netmask vs. framed-route
Date: 23 Jun 2000 09:45:45 -0400

Also sprach Mark Thornton
>I have always set up my routed connections

I assume by this you are referring connections over PPP to a network
with a network of routable IP addresses rather than just an individual
computer at the end of the PPP link.

>on my TCH's by assigning the framed-address and framed-netmask from my
>radius server (VopRadius) and it has worked great. I am adding a Cisco
>router to the mix for ADSL aggregation and have been working on getting
>that configured. In the process of doing so I noted that on a Cisco it
>appears I should use the framed-route attribute in order to set up the
>route for the connection (ne mention of using framed-netmask). I know
>the Hiperarc's will automatically create a route for each connection
>and distribute it via rip or ospf. Is this how I have avoided needing
>to deal with the framed-route attribute before now? Is there any
>benefit to including the framed-route in the radius response to the
>NAS?

Basically, this is two different ways of accomplishing almost the same
thing.

Let me see if I can explain how this all works using my home network as
an example...

My RADIUS user's file entry is as follows:

jeffm   Authentication-Type = Unix-PW
        Service-Type = Framed
        Port-Limit = 2
        Idle-Timeout = 0
        Framed-Routing = None
        Framed-IP-Netmask = 255.255.255.255
        Login-Service = Telnet
        Session-Timeout = 0
        Framed-IP-Address = 204.255.229.145
        Login-IP-Host = 0.0.0.0
        Framed-Route = "204.255.229.144/28 0.0.0.0 1"
        Framed-Compression = Van-Jacobson-TCP-IP
        Framed-Protocol = PPP
        Login-TCP-Port = 23

So, you'll see from that, that my IP address assigned to my home netgear
router is the first useable address from the Framed-Route that is
assigned to it.

When the Arcs get this RADIUS response, they put two routes in their
routing table (yes, this is somewhat inefficient, but we have other
reasons for doing this), the first network it puts in the routing table
is 204.255.229.145/32...this comes from the Framed-IP-Address and
Framed-IP-Netmask, the destination for this route is the interface that
I'm connected on, so it just sends it out the PPP connection.  This is
the IP address assigned to my netgear router.  The second route is
204.255.229.144/28, with a next-hop of 204.255.229.145, basically, this
sends the rest of that block of 16 addresses to the IP address of
204.255.229.145, which, again, is the IP address of my netgear router at
the other end of the PPP link.  (FYI, the netgear router uses PPP
unnumbered on the PPP link, so that IP address is actually assigned to
the ethernet interface on the netgear and it "borrows" that IP address
for the PPP negotiation...this isn't terribly relevant here though)

The same effect could be achieved by setting the Framed-IP-Address to
204.255.229.145, and the Framed-IP-Netmask to 255.255.255.240.  The only
difference is that the Arcs would then only set up a single route
204.255.229.145/28 with a next-hop of the interface.  The netgear would
handle it the same way and the routing would basically work the same way
(just with one less route lookup in the Arc when the destination IP
address is anything within that block other than 204.255.229.145)

I'm not sure what documentation or whatever you're looking at in the
Cisco, but the functioning of these parameters *should* be largely the
same (of course, we *should* also be getting better support from 3Com,
but we see that things don't always happen the way they should ;).
Anyway...*hopefully* my explanation above has given you an idea of how
those three attributes interact (at least in the Arc).  Let me know if
that has helped or not.

Sorry so long...wanted to get a good explanation on how these things
worked, so you can hopefully better figure out what you need to do given
your situation.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Donald Baud" <[e-mail]>
Subject: (usr-tc) PRI service messaging on DSP 2.1.9
Date: 23 Jun 2000 13:19:44 -0400

After upgrading some DSP's to 2.1.9 I noticed, I was getting a fast busy
signal out of a sudden on some PRI spans (it happens once every 2 days).
Although all PRI channels show InService, I can fix the problem by sending a
busy out on the PRI channels and restore them back.  This is new and I did
not have this problem with DSP codes 2.0.xx
I have reviewed the release notes and noticed a new behavior introduced with
the 2.1.9 code:
======= From the DSP 2.1.9 release notes ==================
PRI Service Messaging
The behavior of PRI Service Messaging has changed in the 2.1.9 version
of code. The 2.1.9 version of HiPer DSP code will not change the
B-channel service state from Out of Service (OOS) to In Service (IS) if a
Service ACK is not received from the switch. For this reason, if your span
does not support Service Messaging, such as NI-2, you must disable
service message support on the HiPer DSP since it is enabled by default.
To disable support, issue the set servicemsg disable span level
command from the console.
=================================================

My questions are:
- How can I find out if the telco switch (DMS100) sends a Service ACK or not
?
- What kind of problem will I get if I disable the PRI messaging support (as
stated in the release notes)
- How can I disable the PRI messaging support remotely through a HARC telnet
connection



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) PRI service messaging on DSP 2.1.9
Date: 23 Jun 2000 13:40:13 -0400

Also sprach Donald Baud
>My questions are: - How can I find out if the telco switch (DMS100)
>sends a Service ACK or not ?

If you're using NI-2 translation (which is not a switch type per-se),
then you don't have service messages (not sure who the bright boy was
that came up with an ISDN standard that doesn't have the ability to busy
out the lines...oi), if you're on a custom DMS-100, then you should be
OK.

>- What kind of problem will I get if I disable the PRI messaging
>support (as stated in the release notes)

You won't be able to do any of the functions that require services
messages...such as, busy out the lines with a localoutofservice command
on the ds0's.

>- How can I disable the PRI messaging support remotely through a HARC
>telnet connection

You can't directly...though you can use the Arc to set up a "virtual
console" port to each DSP and disable them through the DSP "console"
connection.  Check the Arc user manual for info on how to set up DSP
virtual consoles.
--
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) PRI service messaging on DSP 2.1.9
Date: 23 Jun 2000 12:52:37 -0500

This brings up another question.  We ARE on an NI-2 *&^*&$ switch.  Just
how do I go about busying out and restoring modems without having to
hardware reset the entire shooting match?

Jeff Mcadams wrote:
>
> Also sprach Donald Baud
> >My questions are: - How can I find out if the telco switch (DMS100)
> >sends a Service ACK or not ?
>
> If you're using NI-2 translation (which is not a switch type per-se),
> then you don't have service messages (not sure who the bright boy was
> that came up with an ISDN standard that doesn't have the ability to busy
> out the lines...oi), if you're on a custom DMS-100, then you should be
> OK.

--
Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.net
[e-mail]

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) PRI service messaging on DSP 2.1.9
Date: 23 Jun 2000 14:00:18 -0400

Also sprach Mark E. Levy
>This brings up another question.  We ARE on an NI-2 *&^*&$ switch.
>Just how do I go about busying out and restoring modems without having
>to hardware reset the entire shooting match?

With NI-2, you really have no way to control individual ds0's, so you're
really pretty much SOL.  The only possibility is extremely
tedious...that being call your telco and have them busy the lines out
from their side :/  Depending on what type of switch you're on, it
should not be difficult to get your telco to switch to a custom
translation so you can make use of service messages.
--
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: "Donald Baud" <[e-mail]>
Subject: Re: (usr-tc) PRI service messaging on DSP 2.1.9
Date: 23 Jun 2000 14:33:18 -0400


If you say that disabling the messaging support on the DSP will forbid me
from using the localoutofservice command.  How do you explain that we could
busy out lines with the 2.0.x DSP code (keeping in mind that the messaging
support feature was disabled by default on those codes)

> >- What kind of problem will I get if I disable the PRI messaging
> >support (as stated in the release notes)
>
> You won't be able to do any of the functions that require services
> messages...such as, busy out the lines with a localoutofservice command
> on the ds0's.
>
>


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) PRI service messaging on DSP 2.1.9
Date: 23 Jun 2000 15:21:55 -0400

Also sprach Donald Baud
>If you say that disabling the messaging support on the DSP will forbid
>me from using the localoutofservice command.  How do you explain that
>we could busy out lines with the 2.0.x DSP code (keeping in mind that
>the messaging support feature was disabled by default on those codes)

Uhm...the release notes indicate that service messages are *en*abled by
default on DSP code.  Having never actually run 2.0.x code, I can't say
for sure (most of my DSPs are still at 1.2.x :).

If you're on a span that supports service messages (as you seem to
indicate), then this issue really *shouldn't* be your problem, though it
might be something related.  This really only affects bringing the ds0's
in service to begin with.  If your span is dropping for some reason, and
then not getting an ACK back on its inservice message, then you could
get bitten by this issue, but then you also have to consider, "why is
the span dropping to begin with?" and "why is it not getting an ACK back
when it should?" as other issues that you can address to solve this
issue.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Vance McIndoe" <[e-mail]>
Subject: Re: (usr-tc) Strange syslog messages
Date: 26 Jun 2000 10:31:12 +1200

Do you have port-tapping turned on?  Or is it being turned on very =
briefly, by a radius access-accept packet?

--
Vance McIndoe
Data Platforms, Operations,
Telecom NZ Ltd.


>>> [e-mail] 22/06/00 08:43:07 >>>
I keep getting messages like:

Jun 21 11:36:52 ha-1e-xxx --syslog capture:  2b0d0c07 slot:8/mod:13
--syslog capture:stop
Jun 21 11:37:25 ha-1e-xxx last message repeated 10 times
Jun 21 11:39:25 ha-1e-xxx last message repeated 13 times
Jun 21 11:40:42 ha-1e-xx last message repeated 6 times

on this *one* particular ARC running 4.1.59.  I didn't intentionally
configure it any differently from our other ARCS.  Anyone know how to make
it stop?  TIA...


Dave Martin                 Netcetera, Inc.            [e-mail]=20=

                    "There's coffee in that Nebula!"



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




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


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

From: [e-mail]
Subject: (usr-tc) how to remote config HiperDSP through HiperARC
Date: 27 Jun 2000 10:07:40 +0800



Hi, is it possible to telnet to the HiperARC, then establish a virtual
connection to the HiperDSP, then access the  HiperDSP's CLI?
How to do it?

Thanks in advance



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


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

From: [e-mail]
Subject: (usr-tc) "_"command
Date: 27 Jun 2000 17:40:36 +0800



Does anyone have a list of command which begin with "_", the only one I know is
"_authentication". I think all these command should be very helpful for
troubleshooting.

Any idea is 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: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) how to remote config HiperDSP through HiperARC
Date: 27 Jun 2000 08:46:45 -0300


In the knowledgebase, article ID 1.0.30010810.2189534 goes into great detail
about this:


          Telnet or console connect to the HiPer ARC as a manage user and
follow the steps below:
          1. Modify each slot for ownership, card_type, and port density via
the "set chassis slot" command.
          2. Set chassis slot (x-y) console yes <Enter> (where x and y can
equal slot range with HiPer DSP cards
          installed)
          3. Verify correct port creation via the "list interface" command.
Slot/mod: ports and Slot/CON:1 ports
          should now be created.
          4. add modem_group <name> interface SLOT:X/CON:1 <Enter> (where X
= one eligible slot # in line 2)

          5. add network service <name> server_type telnetd socket <unused
TCP socket number> data
          service_type=dialout, auth=off, modem_group="name" <Enter> (where
"name" = name in line 4)
          6. save all <Enter>
          Note: Only eligible cards with TCS 3.5 software installed (2.0.19
or better) can be console enabled
          Note: Multiple modem groups and network services can be created to
allow console access to all
          HiPer DSP cards installed and under HiPer ARC ownership as long as
a unique TCP port number
          exists for each service created in line 5 above.
          Note: Above setup steps are for an unsupported configuration with
TCS 3.5 software versions. Use
          above for a troubleshooting scenario only and disable the network
service when not needed as long
          term usage may cause intermittent problems. TCs 4.0 compatible
software fully supports this feature.

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


> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Monday, June 26, 2000 11:08 PM
> To: [e-mail]
> Subject: (usr-tc) how to remote config HiperDSP through HiperARC
>
>
>
>
> Hi, is it possible to telnet to the HiperARC, then establish a virtual
> connection to the HiperDSP, then access the  HiperDSP's CLI?
> How to do it?
>
> Thanks in advance
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) "_"command
Date: 27 Jun 2000 08:48:27 -0300


if you do a "_reveal commands" it will show you all the hidden
troubleshooting commands.

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


> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Tuesday, June 27, 2000 6:41 AM
> To: [e-mail]
> Subject: (usr-tc) "_"command
>
>
>
>
> Does anyone have a list of command which begin with "_", the
> only one I know is
> "_authentication". I think all these command should be very
> helpful for
> troubleshooting.
>
> Any idea is 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) "_"command
Date: 27 Jun 2000 07:54:55 -0400

Also sprach [e-mail]
>Does anyone have a list of command which begin with "_", the only one I
>know is "_authentication". I think all these command should be very
>helpful for troubleshooting.

OK...I find it odd that I would be telling you this, but...here goes.
:)

Try "_reveal commands", then check out the normal help screen you get
when you type a "?".
--
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: (usr-tc) Password on a quad modem hub
Date: 27 Jun 2000 14:51:16 -0600

I asked this question a few weeks ago.  I am hoping someone knows a way into
a USRobotics Total Control Enterprise Hub if you don't have the password for
the telnet access.  It is a quad modem hub with dual pri's and an NMC.  The
previous admin has forgotten the password, and where he says it was stored
doesn't exist anymore.  Someone mentioned there is a way to flush the memory
which would restore the password to factory default but it will probably
flush other settings as well.  Seeing as how I can't get into the box to see
how it is setup, I'd really hate to try to figure out what settings would
need to change if I lost some vital info in the flush.  I've also heard talk
about hardwiring into the NMC with a crossover cable.  Has anyone done this?
Does it bypass the password used with telnetting?

Thanks,
Greg Long
Network Administrator
Coastlink
801-532-6212 ext 32
[e-mail]
http://www.coastlink.com


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


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

From: Steve Johnson <[e-mail]>
Subject: (usr-tc) SNMP Trap host
Date: 27 Jun 2000 14:49:39 -0700

Hello,

    I've been reading through the CD that came with my hyperDSP cards, and
I have not been able to find the answer to my question.

We have a linux box that is a SNMP trap host.  It traps any errors on
equipment via SNMP and logs them on this box, and pages us etc..  How
can I setup the totalcontrol gear to use a SNMP log host?

Thanks for any help.

-Steve

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


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

From: "Jorge Lozano" <[e-mail]>
Subject: Re: (usr-tc) Password on a quad modem hub
Date: 28 Jun 2000 11:35:48 -0500

Hi Greg..
I has worked a lot with quad modems... can you tell me what cards are you
trynig to access? netserver.. NMC.. dual?

Regards,

Jorge Lozano

----- Original Message -----
Sent: Tuesday, June 27, 2000 3:51 PM


> I asked this question a few weeks ago.  I am hoping someone knows a way
into
> a USRobotics Total Control Enterprise Hub if you don't have the password
for
> the telnet access.  It is a quad modem hub with dual pri's and an NMC.
The
> previous admin has forgotten the password, and where he says it was stored
> doesn't exist anymore.  Someone mentioned there is a way to flush the
memory
> which would restore the password to factory default but it will probably
> flush other settings as well.  Seeing as how I can't get into the box to
see
> how it is setup, I'd really hate to try to figure out what settings would
> need to change if I lost some vital info in the flush.  I've also heard
talk
> about hardwiring into the NMC with a crossover cable.  Has anyone done
this?
> Does it bypass the password used with telnetting?
>
> Thanks,
> Greg Long
> Network Administrator
> Coastlink
> 801-532-6212 ext 32
> [e-mail]
> http://www.coastlink.com
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) framed-netmask vs. framed-route
Date: 28 Jun 2000 11:49:20 -0500

I am having a problem where any static ip address I assign to a client gets
the wrong netmask. The same thing happens if they get the ip address from
the TCH. It is probably a result of my assigned ip range 63.90.208.0 -
63.90.223.0, but it always comes up as a class a network. Does this cause
problems, or should I ignore it?

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


----- Original Message -----
Sent: Friday, June 23, 2000 8:45 AM


> Also sprach Mark Thornton
> >I have always set up my routed connections
>
> I assume by this you are referring connections over PPP to a network
> with a network of routable IP addresses rather than just an individual
> computer at the end of the PPP link.
>
> >on my TCH's by assigning the framed-address and framed-netmask from my
> >radius server (VopRadius) and it has worked great. I am adding a Cisco
> >router to the mix for ADSL aggregation and have been working on getting
> >that configured. In the process of doing so I noted that on a Cisco it
> >appears I should use the framed-route attribute in order to set up the
> >route for the connection (ne mention of using framed-netmask). I know
> >the Hiperarc's will automatically create a route for each connection
> >and distribute it via rip or ospf. Is this how I have avoided needing
> >to deal with the framed-route attribute before now? Is there any
> >benefit to including the framed-route in the radius response to the
> >NAS?
>
> Basically, this is two different ways of accomplishing almost the same
> thing.
>
> Let me see if I can explain how this all works using my home network as
> an example...
>
> My RADIUS user's file entry is as follows:
>
> jeffm   Authentication-Type = Unix-PW
>         Service-Type = Framed
>         Port-Limit = 2
>         Idle-Timeout = 0
>         Framed-Routing = None
>         Framed-IP-Netmask = 255.255.255.255
>         Login-Service = Telnet
>         Session-Timeout = 0
>         Framed-IP-Address = 204.255.229.145
>         Login-IP-Host = 0.0.0.0
>         Framed-Route = "204.255.229.144/28 0.0.0.0 1"
>         Framed-Compression = Van-Jacobson-TCP-IP
>         Framed-Protocol = PPP
>         Login-TCP-Port = 23
>
> So, you'll see from that, that my IP address assigned to my home netgear
> router is the first useable address from the Framed-Route that is
> assigned to it.
>
> When the Arcs get this RADIUS response, they put two routes in their
> routing table (yes, this is somewhat inefficient, but we have other
> reasons for doing this), the first network it puts in the routing table
> is 204.255.229.145/32...this comes from the Framed-IP-Address and
> Framed-IP-Netmask, the destination for this route is the interface that
> I'm connected on, so it just sends it out the PPP connection.  This is
> the IP address assigned to my netgear router.  The second route is
> 204.255.229.144/28, with a next-hop of 204.255.229.145, basically, this
> sends the rest of that block of 16 addresses to the IP address of
> 204.255.229.145, which, again, is the IP address of my netgear router at
> the other end of the PPP link.  (FYI, the netgear router uses PPP
> unnumbered on the PPP link, so that IP address is actually assigned to
> the ethernet interface on the netgear and it "borrows" that IP address
> for the PPP negotiation...this isn't terribly relevant here though)
>
> The same effect could be achieved by setting the Framed-IP-Address to
> 204.255.229.145, and the Framed-IP-Netmask to 255.255.255.240.  The only
> difference is that the Arcs would then only set up a single route
> 204.255.229.145/28 with a next-hop of the interface.  The netgear would
> handle it the same way and the routing would basically work the same way
> (just with one less route lookup in the Arc when the destination IP
> address is anything within that block other than 204.255.229.145)
>
> I'm not sure what documentation or whatever you're looking at in the
> Cisco, but the functioning of these parameters *should* be largely the
> same (of course, we *should* also be getting better support from 3Com,
> but we see that things don't always happen the way they should ;).
> Anyway...*hopefully* my explanation above has given you an idea of how
> those three attributes interact (at least in the Arc).  Let me know if
> that has helped or not.
>
> Sorry so long...wanted to get a good explanation on how these things
> worked, so you can hopefully better figure out what you need to do given
> your situation.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Password on a quad modem hub
Date: 28 Jun 2000 11:43:22 -0600

Hi Jorge!

I am trying to access any and all cards.  I have the USR Management suite,
but it isn't showing me IP pools.  So I need to access whichever card is
handling the IP pool.  I would think it's the NMC card.  You tell me.

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jorge Lozano
> Sent: Wednesday, June 28, 2000 10:36 AM
> To: [e-mail]
> Subject: Re: (usr-tc) Password on a quad modem hub
>
>
> Hi Greg..
> I has worked a lot with quad modems... can you tell me what
> cards are you
> trynig to access? netserver.. NMC.. dual?
>
> Regards,
>
> Jorge Lozano
>
> ----- Original Message -----
> From: "Greg Long" <[e-mail]>
> To: <[e-mail]>
> Sent: Tuesday, June 27, 2000 3:51 PM
> Subject: (usr-tc) Password on a quad modem hub
>
>
> > I asked this question a few weeks ago.  I am hoping someone
> knows a way
> into
> > a USRobotics Total Control Enterprise Hub if you don't have
> the password
> for
> > the telnet access.  It is a quad modem hub with dual pri's
> and an NMC.
> The
> > previous admin has forgotten the password, and where he
> says it was stored
> > doesn't exist anymore.  Someone mentioned there is a way to
> flush the
> memory
> > which would restore the password to factory default but it
> will probably
> > flush other settings as well.  Seeing as how I can't get
> into the box to
> see
> > how it is setup, I'd really hate to try to figure out what
> settings would
> > need to change if I lost some vital info in the flush.
> I've also heard
> talk
> > about hardwiring into the NMC with a crossover cable.  Has
> anyone done
> this?
> > Does it bypass the password used with telnetting?
> >
> > Thanks,
> > Greg Long
> > Network Administrator
> > Coastlink
> > 801-532-6212 ext 32
> > [e-mail]
> > http://www.coastlink.com
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old
> messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Password on a quad modem hub
Date: 28 Jun 2000 12:51:10 -0500

The ip pool is handled by the chassis router, either a hiperarc or
netserver. The nmc is the chassis controller and doesn't have anything to do
with the higher level funtionality of tcp/ip and routing.

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


----- Original Message -----
Sent: Wednesday, June 28, 2000 12:43 PM


> Hi Jorge!
>
> I am trying to access any and all cards.  I have the USR Management suite,
> but it isn't showing me IP pools.  So I need to access whichever card is
> handling the IP pool.  I would think it's the NMC card.  You tell me.
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Jorge Lozano
> > Sent: Wednesday, June 28, 2000 10:36 AM
> > To: [e-mail]
> > Subject: Re: (usr-tc) Password on a quad modem hub
> >
> >
> > Hi Greg..
> > I has worked a lot with quad modems... can you tell me what
> > cards are you
> > trynig to access? netserver.. NMC.. dual?
> >
> > Regards,
> >
> > Jorge Lozano
> >
> > ----- Original Message -----
> > From: "Greg Long" <[e-mail]>
> > To: <[e-mail]>
> > Sent: Tuesday, June 27, 2000 3:51 PM
> > Subject: (usr-tc) Password on a quad modem hub
> >
> >
> > > I asked this question a few weeks ago.  I am hoping someone
> > knows a way
> > into
> > > a USRobotics Total Control Enterprise Hub if you don't have
> > the password
> > for
> > > the telnet access.  It is a quad modem hub with dual pri's
> > and an NMC.
> > The
> > > previous admin has forgotten the password, and where he
> > says it was stored
> > > doesn't exist anymore.  Someone mentioned there is a way to
> > flush the
> > memory
> > > which would restore the password to factory default but it
> > will probably
> > > flush other settings as well.  Seeing as how I can't get
> > into the box to
> > see
> > > how it is setup, I'd really hate to try to figure out what
> > settings would
> > > need to change if I lost some vital info in the flush.
> > I've also heard
> > talk
> > > about hardwiring into the NMC with a crossover cable.  Has
> > anyone done
> > this?
> > > Does it bypass the password used with telnetting?
> > >
> > > Thanks,
> > > Greg Long
> > > Network Administrator
> > > Coastlink
> > > 801-532-6212 ext 32
> > > [e-mail]
> > > http://www.coastlink.com
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old
> > messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) framed-netmask vs. framed-route
Date: 28 Jun 2000 13:51:53 -0400

Also sprach Mark Thornton
>I am having a problem where any static ip address I assign to a client
>gets the wrong netmask. The same thing happens if they get the ip
>address from the TCH. It is probably a result of my assigned ip range
>63.90.208.0 - 63.90.223.0, but it always comes up as a class a network.
>Does this cause problems, or should I ignore it?

In the old classful concept of things, yeah, 63.x.x.x would be a Class A
(a /8 in current parlance).  So, if you're dealing with things that only
understand old school classes, yeah, you're going to have this problem
(either it will be handled as a host route for the individual IP
address, or as a /8 network).  This will be the problem if you're using
RIPv1, or, if you're not specifying a netmask on things when you're
setting up the IP address, it will likely default to /8.  How is this
being assigned?  Is the netmask specified in the method that you're
using to assign it?  <voice="Bones from Star Trek">Good God, we need
details, man!</voice>  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "David Hamilton" <[e-mail]>
Subject: RE: (usr-tc) Password on a quad modem hub
Date: 28 Jun 2000 13:57:19 -0400

The ip pools are handled by the ARC card.  You can use the proprietary 3com
cable to access this card.  There might be a password associated with this
access though.  Depends on how the card was setup.  The same thing is true
for the nmc.  The only way to access the nmc is through the cable.  There is
no telnet access at all.  (We have requested this from 3com several times).

If the ARC has a password on the rs232 interface, then as far as I know,
your screwed.  There might be a default account associated with the arcs
though.  If it hasn't been removed (it should have been because it is a
security risk) then you might try that.  I think the username is adm.  I'm
not sure what the password is.

If these things don't work then you might have to blow out the config on the
arc and set it up again.  Since your administering the system  you should
know all the needed values (ip pools, gateway, etc).


> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Greg Long
> Sent: Wednesday, June 28, 2000 1:43 PM
> To: [e-mail]
> Subject: RE: (usr-tc) Password on a quad modem hub
>
>
> Hi Jorge!
>
> I am trying to access any and all cards.  I have the USR Management suite,
> but it isn't showing me IP pools.  So I need to access whichever card is
> handling the IP pool.  I would think it's the NMC card.  You tell me.
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Jorge Lozano
> > Sent: Wednesday, June 28, 2000 10:36 AM
> > To: [e-mail]
> > Subject: Re: (usr-tc) Password on a quad modem hub
> >
> >
> > Hi Greg..
> > I has worked a lot with quad modems... can you tell me what
> > cards are you
> > trynig to access? netserver.. NMC.. dual?
> >
> > Regards,
> >
> > Jorge Lozano
> >
> > ----- Original Message -----
> > From: "Greg Long" <[e-mail]>
> > To: <[e-mail]>
> > Sent: Tuesday, June 27, 2000 3:51 PM
> > Subject: (usr-tc) Password on a quad modem hub
> >
> >
> > > I asked this question a few weeks ago.  I am hoping someone
> > knows a way
> > into
> > > a USRobotics Total Control Enterprise Hub if you don't have
> > the password
> > for
> > > the telnet access.  It is a quad modem hub with dual pri's
> > and an NMC.
> > The
> > > previous admin has forgotten the password, and where he
> > says it was stored
> > > doesn't exist anymore.  Someone mentioned there is a way to
> > flush the
> > memory
> > > which would restore the password to factory default but it
> > will probably
> > > flush other settings as well.  Seeing as how I can't get
> > into the box to
> > see
> > > how it is setup, I'd really hate to try to figure out what
> > settings would
> > > need to change if I lost some vital info in the flush.
> > I've also heard
> > talk
> > > about hardwiring into the NMC with a crossover cable.  Has
> > anyone done
> > this?
> > > Does it bypass the password used with telnetting?
> > >
> > > Thanks,
> > > Greg Long
> > > Network Administrator
> > > Coastlink
> > > 801-532-6212 ext 32
> > > [e-mail]
> > > http://www.coastlink.com
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old
> > messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) framed-netmask vs. framed-route
Date: 28 Jun 2000 13:13:39 -0500

An example client is Win98. When we check the assigned address and netmask
with winipcfg it shows the netmask to be 255.0.0.0 everytime. I have tried
assigning from the pool, and a static ip and both give the same result. I
have noticed the same behaviour on Netgear routers that claim to support
RipV2 which would imply classless routing support. I have looked at the ppp
negotiation and don't see where the netmask is negotiated with a client
device, ever. Am I missing something?

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


----- Original Message -----
Sent: Wednesday, June 28, 2000 12:51 PM


> Also sprach Mark Thornton
> >I am having a problem where any static ip address I assign to a client
> >gets the wrong netmask. The same thing happens if they get the ip
> >address from the TCH. It is probably a result of my assigned ip range
> >63.90.208.0 - 63.90.223.0, but it always comes up as a class a network.
> >Does this cause problems, or should I ignore it?
>
> In the old classful concept of things, yeah, 63.x.x.x would be a Class A
> (a /8 in current parlance).  So, if you're dealing with things that only
> understand old school classes, yeah, you're going to have this problem
> (either it will be handled as a host route for the individual IP
> address, or as a /8 network).  This will be the problem if you're using
> RIPv1, or, if you're not specifying a netmask on things when you're
> setting up the IP address, it will likely default to /8.  How is this
> being assigned?  Is the netmask specified in the method that you're
> using to assign it?  <voice="Bones from Star Trek">Good God, we need
> details, man!</voice>  :)
> --
> 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) framed-netmask vs. framed-route
Date: 28 Jun 2000 14:29:25 -0400

Also sprach Mark Thornton
>An example client is Win98. When we check the assigned address and
>netmask with winipcfg it shows the netmask to be 255.0.0.0 everytime. I
>have tried assigning from the pool, and a static ip and both give the
>same result. I have noticed the same behaviour on Netgear routers that
>claim to support RipV2 which would imply classless routing support. I
>have looked at the ppp negotiation and don't see where the netmask is
>negotiated with a client device, ever. Am I missing something?

Ah...client side of the PPP negotiation...

There is no mechanism in PPP to negotiate netmask, so the client side
has to sorta guess.  Here's the issue though...since you're dealing with
"point to point" protocol...there's only two systems on it, there's
really no reason to use any netmask other than /32 (other than
brain-dead software that doesn't understand how to use host routes on a
link).

I have no clue how to configure windows to handle this without major
brain-damage, but rest assured, its really not your TC config that's
causing 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: "Jorge Lozano" <[e-mail]>
Subject: Re: (usr-tc) Password on a quad modem hub
Date: 28 Jun 2000 16:50:47 -0500

Hi, as David said, you must to access the cards throught the RS232 port, if
you don┤t have the cable, the pinout for it is (a cable with rj45 and db9
connectors):

DB9                    RJ45
1                            -
2                            6
3                            5
4                            1
5                            4
6                            3
7                            7
8                            -
9                            -

To acces the netserver or arc card, try with "adm" login and without
password, the nmc has no password by default. Anyway, if you need reset the
cards to factory defaults, you can do this setting to on the 5th jumper in
the card and rebooting it, next you can reconfigure the card, save and
reboot again but setting to off the 5th jumper again.

Regards,

Jorge Lozano


----- Original Message -----
Sent: Wednesday, June 28, 2000 12:57 PM


> The ip pools are handled by the ARC card.  You can use the proprietary
3com
> cable to access this card.  There might be a password associated with this
> access though.  Depends on how the card was setup.  The same thing is true
> for the nmc.  The only way to access the nmc is through the cable.  There
is
> no telnet access at all.  (We have requested this from 3com several
times).
>
> If the ARC has a password on the rs232 interface, then as far as I know,
> your screwed.  There might be a default account associated with the arcs
> though.  If it hasn't been removed (it should have been because it is a
> security risk) then you might try that.  I think the username is adm.  I'm
> not sure what the password is.
>
> If these things don't work then you might have to blow out the config on
the
> arc and set it up again.  Since your administering the system  you should
> know all the needed values (ip pools, gateway, etc).
>
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Greg Long
> > Sent: Wednesday, June 28, 2000 1:43 PM
> > To: [e-mail]
> > Subject: RE: (usr-tc) Password on a quad modem hub
> >
> >
> > Hi Jorge!
> >
> > I am trying to access any and all cards.  I have the USR Management
suite,
> > but it isn't showing me IP pools.  So I need to access whichever card is
> > handling the IP pool.  I would think it's the NMC card.  You tell me.
> >
> > > -----Original Message-----
> > > From: [e-mail]
> > > [mailto:[e-mail]]On Behalf Of Jorge Lozano
> > > Sent: Wednesday, June 28, 2000 10:36 AM
> > > To: [e-mail]
> > > Subject: Re: (usr-tc) Password on a quad modem hub
> > >
> > >
> > > Hi Greg..
> > > I has worked a lot with quad modems... can you tell me what
> > > cards are you
> > > trynig to access? netserver.. NMC.. dual?
> > >
> > > Regards,
> > >
> > > Jorge Lozano
> > >
> > > ----- Original Message -----
> > > From: "Greg Long" <[e-mail]>
> > > To: <[e-mail]>
> > > Sent: Tuesday, June 27, 2000 3:51 PM
> > > Subject: (usr-tc) Password on a quad modem hub
> > >
> > >
> > > > I asked this question a few weeks ago.  I am hoping someone
> > > knows a way
> > > into
> > > > a USRobotics Total Control Enterprise Hub if you don't have
> > > the password
> > > for
> > > > the telnet access.  It is a quad modem hub with dual pri's
> > > and an NMC.
> > > The
> > > > previous admin has forgotten the password, and where he
> > > says it was stored
> > > > doesn't exist anymore.  Someone mentioned there is a way to
> > > flush the
> > > memory
> > > > which would restore the password to factory default but it
> > > will probably
> > > > flush other settings as well.  Seeing as how I can't get
> > > into the box to
> > > see
> > > > how it is setup, I'd really hate to try to figure out what
> > > settings would
> > > > need to change if I lost some vital info in the flush.
> > > I've also heard
> > > talk
> > > > about hardwiring into the NMC with a crossover cable.  Has
> > > anyone done
> > > this?
> > > > Does it bypass the password used with telnetting?
> > > >
> > > > Thanks,
> > > > Greg Long
> > > > Network Administrator
> > > > Coastlink
> > > > 801-532-6212 ext 32
> > > > [e-mail]
> > > > http://www.coastlink.com
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old
> > > messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Password on a quad modem hub
Date: 28 Jun 2000 16:50:59 -0600

If there is no telnet access at all then how come I can get a login screen
when I access the IP for the NETServer Card through a telnet client?  It
announces itself as a U.S. Robotics Total Control NETServer (tm) and has a
login prompt.

Thanks,
Greg Long
Network Administrator
Coastlink
801-532-6212 ext 32
[e-mail]
http://www.coastlink.com

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of David Hamilton
> Sent: Wednesday, June 28, 2000 11:57 AM
> To: [e-mail]
> Subject: RE: (usr-tc) Password on a quad modem hub
>
>
> The ip pools are handled by the ARC card.  You can use the
> proprietary 3com
> cable to access this card.  There might be a password
> associated with this
> access though.  Depends on how the card was setup.  The same
> thing is true
> for the nmc.  The only way to access the nmc is through the
> cable.  There is
> no telnet access at all.  (We have requested this from 3com
> several times).
>
> If the ARC has a password on the rs232 interface, then as far
> as I know,
> your screwed.  There might be a default account associated
> with the arcs
> though.  If it hasn't been removed (it should have been
> because it is a
> security risk) then you might try that.  I think the username
> is adm.  I'm
> not sure what the password is.
>
> If these things don't work then you might have to blow out
> the config on the
> arc and set it up again.  Since your administering the system
>  you should
> know all the needed values (ip pools, gateway, etc).
>
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Greg Long
> > Sent: Wednesday, June 28, 2000 1:43 PM
> > To: [e-mail]
> > Subject: RE: (usr-tc) Password on a quad modem hub
> >
> >
> > Hi Jorge!
> >
> > I am trying to access any and all cards.  I have the USR
> Management suite,
> > but it isn't showing me IP pools.  So I need to access
> whichever card is
> > handling the IP pool.  I would think it's the NMC card.
> You tell me.
> >
> > > -----Original Message-----
> > > From: [e-mail]
> > > [mailto:[e-mail]]On Behalf Of Jorge Lozano
> > > Sent: Wednesday, June 28, 2000 10:36 AM
> > > To: [e-mail]
> > > Subject: Re: (usr-tc) Password on a quad modem hub
> > >
> > >
> > > Hi Greg..
> > > I has worked a lot with quad modems... can you tell me what
> > > cards are you
> > > trynig to access? netserver.. NMC.. dual?
> > >
> > > Regards,
> > >
> > > Jorge Lozano
> > >
> > > ----- Original Message -----
> > > From: "Greg Long" <[e-mail]>
> > > To: <[e-mail]>
> > > Sent: Tuesday, June 27, 2000 3:51 PM
> > > Subject: (usr-tc) Password on a quad modem hub
> > >
> > >
> > > > I asked this question a few weeks ago.  I am hoping someone
> > > knows a way
> > > into
> > > > a USRobotics Total Control Enterprise Hub if you don't have
> > > the password
> > > for
> > > > the telnet access.  It is a quad modem hub with dual pri's
> > > and an NMC.
> > > The
> > > > previous admin has forgotten the password, and where he
> > > says it was stored
> > > > doesn't exist anymore.  Someone mentioned there is a way to
> > > flush the
> > > memory
> > > > which would restore the password to factory default but it
> > > will probably
> > > > flush other settings as well.  Seeing as how I can't get
> > > into the box to
> > > see
> > > > how it is setup, I'd really hate to try to figure out what
> > > settings would
> > > > need to change if I lost some vital info in the flush.
> > > I've also heard
> > > talk
> > > > about hardwiring into the NMC with a crossover cable.  Has
> > > anyone done
> > > this?
> > > > Does it bypass the password used with telnetting?
> > > >
> > > > Thanks,
> > > > Greg Long
> > > > Network Administrator
> > > > Coastlink
> > > > 801-532-6212 ext 32
> > > > [e-mail]
> > > > http://www.coastlink.com
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old
> > > messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old
> messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old
> messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Jorge Lozano" <[e-mail]>
Subject: Re: (usr-tc) Password on a quad modem hub
Date: 28 Jun 2000 18:13:39 -0500

The NMC, Quad and Dual cards have not telnet acces the Netserver and ARC
yes. If you need acces a NMC or Dual remotely, you can try use a cisco
router auxiliar port with a special cable, for more information, please see
the following page:

http://www.dcr.net/~mandrews/usrtoys/rj45pinout.html

Regards,

Jorge Lozano

----- Original Message -----
Sent: Wednesday, June 28, 2000 5:50 PM


> If there is no telnet access at all then how come I can get a login screen
> when I access the IP for the NETServer Card through a telnet client?  It
> announces itself as a U.S. Robotics Total Control NETServer (tm) and has a
> login prompt.
>
> Thanks,
> Greg Long
> Network Administrator
> Coastlink
> 801-532-6212 ext 32
> [e-mail]
> http://www.coastlink.com
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of David Hamilton
> > Sent: Wednesday, June 28, 2000 11:57 AM
> > To: [e-mail]
> > Subject: RE: (usr-tc) Password on a quad modem hub
> >
> >
> > The ip pools are handled by the ARC card.  You can use the
> > proprietary 3com
> > cable to access this card.  There might be a password
> > associated with this
> > access though.  Depends on how the card was setup.  The same
> > thing is true
> > for the nmc.  The only way to access the nmc is through the
> > cable.  There is
> > no telnet access at all.  (We have requested this from 3com
> > several times).
> >
> > If the ARC has a password on the rs232 interface, then as far
> > as I know,
> > your screwed.  There might be a default account associated
> > with the arcs
> > though.  If it hasn't been removed (it should have been
> > because it is a
> > security risk) then you might try that.  I think the username
> > is adm.  I'm
> > not sure what the password is.
> >
> > If these things don't work then you might have to blow out
> > the config on the
> > arc and set it up again.  Since your administering the system
> >  you should
> > know all the needed values (ip pools, gateway, etc).
> >
> >
> > > -----Original Message-----
> > > From: [e-mail]
> > > [mailto:[e-mail]]On Behalf Of Greg Long
> > > Sent: Wednesday, June 28, 2000 1:43 PM
> > > To: [e-mail]
> > > Subject: RE: (usr-tc) Password on a quad modem hub
> > >
> > >
> > > Hi Jorge!
> > >
> > > I am trying to access any and all cards.  I have the USR
> > Management suite,
> > > but it isn't showing me IP pools.  So I need to access
> > whichever card is
> > > handling the IP pool.  I would think it's the NMC card.
> > You tell me.
> > >
> > > > -----Original Message-----
> > > > From: [e-mail]
> > > > [mailto:[e-mail]]On Behalf Of Jorge Lozano
> > > > Sent: Wednesday, June 28, 2000 10:36 AM
> > > > To: [e-mail]
> > > > Subject: Re: (usr-tc) Password on a quad modem hub
> > > >
> > > >
> > > > Hi Greg..
> > > > I has worked a lot with quad modems... can you tell me what
> > > > cards are you
> > > > trynig to access? netserver.. NMC.. dual?
> > > >
> > > > Regards,
> > > >
> > > > Jorge Lozano
> > > >
> > > > ----- Original Message -----
> > > > From: "Greg Long" <[e-mail]>
> > > > To: <[e-mail]>
> > > > Sent: Tuesday, June 27, 2000 3:51 PM
> > > > Subject: (usr-tc) Password on a quad modem hub
> > > >
> > > >
> > > > > I asked this question a few weeks ago.  I am hoping someone
> > > > knows a way
> > > > into
> > > > > a USRobotics Total Control Enterprise Hub if you don't have
> > > > the password
> > > > for
> > > > > the telnet access.  It is a quad modem hub with dual pri's
> > > > and an NMC.
> > > > The
> > > > > previous admin has forgotten the password, and where he
> > > > says it was stored
> > > > > doesn't exist anymore.  Someone mentioned there is a way to
> > > > flush the
> > > > memory
> > > > > which would restore the password to factory default but it
> > > > will probably
> > > > > flush other settings as well.  Seeing as how I can't get
> > > > into the box to
> > > > see
> > > > > how it is setup, I'd really hate to try to figure out what
> > > > settings would
> > > > > need to change if I lost some vital info in the flush.
> > > > I've also heard
> > > > talk
> > > > > about hardwiring into the NMC with a crossover cable.  Has
> > > > anyone done
> > > > this?
> > > > > Does it bypass the password used with telnetting?
> > > > >
> > > > > Thanks,
> > > > > Greg Long
> > > > > Network Administrator
> > > > > Coastlink
> > > > > 801-532-6212 ext 32
> > > > > [e-mail]
> > > > > http://www.coastlink.com
> > > > >
> > > > >
> > > > > -
> > > > >  To unsubscribe to usr-tc, send an email to
> > "[e-mail]"
> > > > >  with "unsubscribe usr-tc" in the body of the message.
> > > > >  For information on digests or retrieving files and old
> > > > messages send
> > > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to
> > "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old
> > messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old
> > messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: "Lou Bernstein" <[e-mail]>
Subject: (usr-tc) Dialout with Quad Digital Modem cards
Date: 29 Jun 2000 14:08:26 -0400

Hey All,

I need some help in dialing out of a Quad Digital Modem card using the
analog NIC's serial port.  When I try this, the modem dials and the remote
modem answers the call and starts handshake. After the completion of the
handshake, the connection is then dropped within seconds.  I tested this to
several different server modems as well as a USR sportster.  The Quad card
software version is 5.10.9 and the Analog NIC is 1.1.0.  I have tried this
with several different Quad cards with the same results.  If I Telnet to
the Quad card and dial it connects and works fine.  Any help would be
appreciated.

Lou Bernstein

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


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

From: "Walt Gnann" <[e-mail]>
Subject: (usr-tc) AO/DI supported?
Date: 29 Jun 2000 18:30:37 -0400

I have a customer that wants to have a 24/7 ISDN connection but doesn't want
to pay for a dedicated ISDN line to us (gee, I guess all customers want that
;)  The ISDN router he's using supports AO/DI where the D-Channel stays
active and brings up the B channels automatically for incoming data.  Is
this something supported by the TC box, telco providing the ISDN, or both?
Anything need to be configured/set on the TC to support these connections?
Any other considerations in providing this type of service?

Thanks,

Walt
Walter N. Gnann
ISLC, Tech Support
http://www.islc.net
843.770.1000


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) AO/DI supported?
Date: 29 Jun 2000 18:15:01 -0500

This requires a couple of things be supported. The TCH must support an X.25
connection to the telco which the telco must provide service for. The TCH
must also be able to mutlilink in the X.25 session with the additional
b-channels as they come up, or be able to transition between the 16 kb/sec
X.25 link to the ISDN channels intelligently. That is why the technology
haas never really gotten off the ground. I talked to the local telco about
X.25 once and got really blank stares back, particularly when I wanted it
linked to traffic coming off the ISDN 'D' channel that is not control
messages. You  get into X.25 addressing issues, etc. Your head is probably
spinning right now from all of this. This is where I gave up. I did hear
back that 3Com had a version of Hiperarc code that would support this
feature somewhere.

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


----- Original Message -----
Sent: Thursday, June 29, 2000 5:30 PM


> I have a customer that wants to have a 24/7 ISDN connection but doesn't
want
> to pay for a dedicated ISDN line to us (gee, I guess all customers want
that
> ;)  The ISDN router he's using supports AO/DI where the D-Channel stays
> active and brings up the B channels automatically for incoming data.  Is
> this something supported by the TC box, telco providing the ISDN, or both?
> Anything need to be configured/set on the TC to support these connections?
> Any other considerations in providing this type of service?
>
> Thanks,
>
> Walt
> -----------------------------------------------
> Walter N. Gnann
> ISLC, Tech Support
> http://www.islc.net
> 843.770.1000
> -----------------------------------------------
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: "Lou Bernstein" <[e-mail]>
Subject: (usr-tc) Dialout with Quad Digital Modem cards
Date: 30 Jun 2000 10:14:45 -0400

Hey All,

I need some help in dialing out of a Quad Digital Modem card using the
analog NIC's serial port.  When I try this, the modem dials and the remote
modem answers the call and starts handshake. After the completion of the
handshake, the connection is then dropped within seconds.  I tested this to
several different server modems as well as a USR sportster.  The Quad card
software version is 5.10.9 and the Analog NIC is 1.1.0.  I have tried this
with several different Quad cards with the same results.  If I Telnet to
the Quad card and dial it connects and works fine.  Any help would be
appreciated.

Lou Bernstein

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


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

From: "Elisee NGAN TAMBA" <[e-mail]>
Subject: (usr-tc) Problem of connection
Date: 30 Jun 2000 16:45:48 +0100


    I have a TOTAL CONTROL with 24 modems on the slots "QUAD V.34 ANGL/DIG
MODEM" US ROBOTICS.

    I get more than 200 customers. The problem is that I get some customers
wich can't connect to this components. When the connection is established,
35 seconds later, th e customer is disconnected. I look at the log file and
I realise that the cause of disconnection is ERROR 31.

    I look to documentation.

    Has anybody already had that problem. I am waiting for your response.

    Elisee


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


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

From: Valantine Nchemty Nyenty <[e-mail]>
Subject: (usr-tc) cause code 31 and lost carrier problems
Date: 30 Jun 2000 18:00:51 +0200

Hi all,
we are an ISp and we have a Total control 1000 multiservice platform. we
have 6 Quad V.34 Quad Analogue/ Digital modems.
We have some clients who can connect to our terminal server but get
disconnected  after 35 seconds. What coul dwe do to completely eliminate
this problem?

We suggest the PTT lines are not quite good but we face situations where
customers are disconnected due to loss carrier.
 We modified the carrier loss detect delay to 250. this reduced the
problem. we would like to completely solve this problem. What could we
do to solve these problems completely.
Thanks in advance.


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


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

From: Valantine Nchemty Nyenty <[e-mail]>
Subject: Re: (usr-tc) cause code 31 and lost carrier problems
Date: 30 Jun 2000 18:18:30 +0200

Hi all
We have noticed that the Ip address of the TC is propagated to Windows 98
PCs on our network as a default roon. This sometimes prevents some of our
customers from connecting to the Internet. When we perform a ping to any
computer in the internet, it says :
response from the TC IP address , destination unreachable.

What can I do to solve this problem?

hanks in advance
Valantine Nchemty Nyenty



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


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

From: Valantine Nchemty Nyenty <[e-mail]>
Subject: (usr-tc) problem
Date: 30 Jun 2000 18:31:03 +0200

Hi all
We have noticed that the Ip address of the TC is propagated to Windows
98
PCs on our network as a default roon. This sometimes prevents some of
our
customers from connecting to the Internet. When we perform a ping to any

computer in the internet, it says :
response from the TC IP address , destination unreachable.

What can I do to solve this problem?

hanks in advance
Valantine Nchemty Nyenty


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


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

From: Valantine Nchemty Nyenty <[e-mail]>
Subject: (usr-tc) Problem
Date: 30 Jun 2000 18:32:37 +0200

Hi all
We have noticed that the Ip address of the TC is propagated to Windows
98
PCs on our network as a default gateway . This sometimes prevents some
of our
customers from connecting to the Internet. When we perform a ping to any

computer in the internet, it says :
response from the TC  IP address , destination unreachable.

What can I do to solve this problem?

Thanks in advance
Valantine Nchemty Nyenty





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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
Date: 30 Jun 2000 21:48:14 -0400

Also sprach Valantine Nchemty Nyenty
>We have noticed that the Ip address of the TC is propagated to Windows
>98 PCs on our network as a default gateway . This sometimes prevents
>some of our customers from connecting to the Internet. When we perform
>a ping to any

>computer in the internet, it says :
>response from the TC  IP address , destination unreachable.

>What can I do to solve this problem?

Couple of possibilities on why this would be happening.  I *believe*
that, by default, windows listens to both RIP and ICMP Router Discovery
(rdisc).  One or the other (or maybe even both!) could be causing what
you're seeing.

Just a couple of possibilities...not sure what exactly you're seeing
though  (not enough information to go on)
--
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.