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

Internet Message Format | 1999-05-31 | 712KB

From: "Richard Gamberg" <[e-mail]>
Subject: (usr-tc) 56k updates
Date: 01 May 1999 10:58:01 -1000

The 56k=v.Unreliable site
http://808hi.com/56k/  [mirrored at http://808news.com/56k]

Recent updates:
Cirrus/Ambient, PCTel & ESS modems  http://808hi.com/56k/badchips.htm
Rockwell/Conexant HCF modems info-  http://808hi.com/56k/rockhcf.htm
Lucent LT Win Modem / 5.44 f/w -    http://808hi.com/56k/x2-lucent.htm
V.90 Interoperability status  -
http://808hi.com/56k/x2-interop.htm

The Main Troubleshooting Page has been updated with a section on
frequent disconnects, and the list of ISP access numbers has been
updated to reflect the type of server modem used by the ISP.
http://808hi.com/56k/r-rnut-x2-3.htm - Main Troubleshooting Page

What's a 56k-compatible line? -     http://808hi.com/56k/56kline.htm
Modems & Call Waiting -             http://808hi.com/56k/callwait.htm
RBS & 56k update -                  http://808hi.com/56k/rbs2.htm
Useful Links -                      http://808hi.com/56k/links.htm
How to Flashback 3Com/USR modems -  http://808hi.com/56k/flashback.htm

56k TROUBLESHOOTING -
Check Your Throughput -             http://808hi.com/56k/x2-thru.htm
Limiting Your Connect Speed -
http://808hi.com/56k/x2-linklimit.htm
Who Manufactured Your Modem? -      http://808hi.com/56k/whomadeit.htm
3Com Diagnostic Screens -           http://808hi.com/56k/diag3com.htm
If you get 115.2k connects -        http://808hi.com/56k/x2-inf1.htm


NEWS & UPDATES -       http://808hi.com/56k/news.htm
LATEST UPDATES -       http://808hi.com/56k/latest.htm

Why 56k=v.Unreliable - http://808hi.com/56k/why56kis.htm

From the guestbook -   http://808hi.com/56k/guestbook.htm
"AWESOME site...."
"Your page on limiting connection speed put me on the right track..."
"When you are totally frustrated this is a great place to go see that
you aren't alone!!!"
"You have gathered an impressive array of information and links. Keep
up the GREAT work. Those of us here, at PenTeleData (an ISP in PA),
have found your resources EXTREMELY useful and pass the link on to
many of our customers."
"THANK-YOU!!! Great explanations and information about how, why, when
to upgrade. I followed the instructions and increased my 28000 bps to
52000 bps. Many thanks, I will pass this site on..."

Note - my site is copyrighted; many ISP help pages link to one or more of my
pages - no permission is needed to do this; however, if you want to COPY
info & place on your site, you need to get my permission. Thanks.


Aloha,
Richard









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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Does NOT support IP
Date: 01 May 1999 20:02:41 -0500 (CDT)

On Fri, 30 Apr 1999, John Mies wrote:

> Anyone know what this message means?
>
> New PPP Call received on interface slot:1/mod:10
> PPP - Authentication Complete to spooky75.
> Peer PPP at spooky75 Does NOT support IP, DISABLING.
> (IPCP) Layer Down for Bundle 5885, Link 20829360, to spooky75.

Do a mon ppp on the hiper arc and see what you get.

krish

>
> I walked the customer through her TCP/IP settings blah blah and everything
> should be OK on her side...she did have a weird external modem, tho...

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


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

From: Aaron Nabil <[e-mail]>
Subject: (usr-tc) Is HiperDSP hw ver 0.53 junk?
Date: 01 May 1999 19:48:27 -0700 (PDT)


I just installed two new Hdsp's hardware ver .53 right next to two new
ver .43 cards in a new chassis.

Powering up the chassis, one of the .53 cards failed.

After a flash upgrade, both .53 cards were crashed in funny error states.

Both .43 cards are flawless.

Anyone seen this?

--
Aaron Nabil

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


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

From: "Jamie Orzechowski" <[e-mail]>
Subject: Re: (usr-tc) Is HiperDSP hw ver 0.53 junk?
Date: 01 May 1999 23:52:47 -0400

I got the same thing .. the .53's would reboot over and over in a loop ...
the .43 was fine ... I moved the .53's to a new rack and reflashed and they
were fine when I moved them back .. .

----- Original Message -----
Sent: Saturday, May 01, 1999 10:48 PM


>
> I just installed two new Hdsp's hardware ver .53 right next to two new
> ver .43 cards in a new chassis.
>
> Powering up the chassis, one of the .53 cards failed.
>
> After a flash upgrade, both .53 cards were crashed in funny error states.
>
> Both .43 cards are flawless.
>
> Anyone seen this?
>
> --
> Aaron Nabil
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>


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


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

From: Brian <[e-mail]>
Subject: (usr-tc) CT3 NIC
Date: 03 May 1999 09:02:18 -0500 (CDT)


Is the CT3/DS3 NIC for the Total Control Hubs out their yet?  What
advantages are their to using it over say just individule PRI's?  Will it
just occupy all the NIC slots in the back of the chassis, or does it
require the use of any NAC slots as well?

Brian


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: "Robert J. Adams" <[e-mail]>
Subject: (usr-tc) HiPer Dialout
Date: 03 May 1999 11:03:35 -0400

Hello,

Anyone have and example dialout config (to customer Netgear RT328)? Any help
would be greatly appreciated.

-j

---
Robert J. Adams [e-mail] http://www.siscom.net
Looking to outsource news? http://www.newshosting.com
SISCOM Network Administration - President, SISCOM Inc.
Phone: [phone] FAX: [phone]


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


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

From: "Mike Hamrich" <[e-mail]>
Subject: (usr-tc) Help, No ring then Fast busy's after moving
Date: 01 May 1999 20:22:11 -0400

This is a multi-part message in MIME format.

------=_NextPart_000_008C_01BE9410.4B345120
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

We just moved from old to new data center. Have 2 PRI's setup with two way
rollover.

Equipment HiperArc latest code, with quads that was working ok, not as good
as old Netserver.

Any time we get between 23-30 calls. Our users, hear no ringing, a pause
then click and a fast busy. The PRI have CD an no errors. Telco says it's a
modem on our TC,  3Com says it's the PRI lines. I have put modem into first
available mode instead of round robin and took 4 modems at a time of hook.
To force calls to terminate on all  the modems to prove OK. I have never
seen a call terminate above the 13 B channel on the second PRI. Until a
Telco tech took 4 b channels out of service in the front of the second PRI.
They still blame the netserver.

Andy Ideas? ICG is Telco.

Thank

Mike


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


>
>
>     Scott:
>
>     If you issue the command "save all" then all of your configuration
will be
>saved into NV-RAM, and will still be there after you reboot, or change
code.
>     I have been told that the Harc acts as if it has 3 memory areas (but
this
>is not necessarily the physical configuration).   There is  "active ram"
where
>things are actually done, then there are 2 areas of NV-RAM: one for the
code,
>and another for the configuration.  When you download new software it
simply
>replaces the software in the "NV-RAM for Code" area.   This is why you must
>reboot a card after you download new code.  It must be moved from the NVRAM
to
>the "active" RAM, where it is then implemented.
>     Many users download code during the day, and then issue the reboot
command
>during off hours, so as not to kick off too many End Users.
>
>          Hope this helps.
>
>
>               Todd      ;-}
>
>
>
>
>
>
>
>Scott Boggs <[e-mail]> on 04/22/99 03:56:52 PM
>
>Please respond to [e-mail]
>
>To:   [e-mail]
>cc:    (Todd Keister/MW/US/3Com)
>Subject:  (usr-tc) HARC upgrade
>
>
>
>
>The HARC I got with the original chassis had 4.1.11 code.
>I have the 4.1.59-6 code ready to load with TCM.
>I am wondering about my current config and setup.
>Will a new load blank my current settings?
>Example- Radius server ip, syslog server ip.
>I also have a few static routes set up in the routing table.
>Will those be safe?
>
>Basically- does the process simply load the code, reboot,
>and start running again with new fixes and features?
>
>Thanks,
>Scott Boggs
>United Bank
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.

------=_NextPart_000_008C_01BE9410.4B345120
Content-Type: text/x-vcard;
    name="Mike H. Hamrich.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
    filename="Mike H. Hamrich.vcf"

BEGIN:VCARD
VERSION:2.1
N:Hamrich;Mike;H.
FN:Mike H. Hamrich
ORG:DrFast.Net, Inc.
TITLE:CIO
TEL;WORK;VOICE:216-797-1040
TEL;WORK;FAX:[phone]
ADR;WORK:;;26111 Brush Ave.;Euclid;OH;44132;USA
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:26111 Brush Ave.=3D0D=3D0AEuclid, =
OH 44132=3D0D=3D0AUSA
URL:
URL:http://www.drfast.net
EMAIL;PREF;INTERNET:[e-mail]
REV:19990502T002211Z
END:VCARD

------=_NextPart_000_008C_01BE9410.4B345120--

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


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

From: "Network Administrator" <[e-mail]>
Subject: (usr-tc) MP16 to v.90?
Date: 03 May 1999 12:49:22 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_01B4_01BE9563.5EA47650
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

  I am trying to find out some information on the older Total Control =
MP-16 analog modem banks. I have worked with the modems for quite =
sometime, and was curious if these can be upgraded to 56k or v.90? I =
have heard from some, no they can not and from others yes they can. Does =
anyone know if this is possible or not? I have not been able to find =
documentation on the subject.

Thanks,
Cheryl





------=_NextPart_000_01B4_01BE9563.5EA47650
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

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

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>  I am trying to find out some information =
on the=20
older Total Control MP-16 analog modem banks. I have worked with the =
modems for=20
quite sometime, and was curious if these can be upgraded to 56k or v.90? =
I have=20
heard from some, no they can not and from others yes they can. Does =
anyone know=20
if this is possible or not? I have not been able to find documentation =
on the=20
subject.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Thanks,</FONT></DIV>
<DIV><FONT size=3D2>Cheryl</FONT></DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV></BODY></HTML>

------=_NextPart_000_01B4_01BE9563.5EA47650--


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


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

From: Pete Ashdown <[e-mail]>
Subject: (usr-tc) TCM for Linux
Date: 03 May 1999 10:57:51 -0600 (MDT)

Can one of the 3com people point me in the right direction as to whom I can
pester for a TCM Linux version?  We've already tossed Solaris on all our
non-MP Sparcs for Debian Linux.  It sure would be swell if I could get TCM
installed on one as well.  I know many people would rejoice if there was a
Linux x86 version as well.

I would presume that all that is required is a recompile from the Solaris
version.  Why this hasn't happened yet is beyond me.  I'm willing to "chase
the stick" on this just as long as I'm pointed in the right direction.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Farewell
Date: 03 May 1999 12:37:01 -0500 (CDT)

On Thu, 29 Apr 1999, MegaZone wrote:
>
> But I've enjoyed the exchanges here over these past years, and I
> wanted to thank everyone for their opinions, help, and kindness.
>
> Thanks, take care.
>
> -MZ

Many thanks to you for your helpful tips, advice, and cluebyfours.
I will miss your posts on the NAS lists.

--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, Indivds Since 1995


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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) TCM for Linux
Date: 03 May 1999 14:39:26 -0400 (EDT)


On Mon, 3 May 1999, Pete Ashdown wrote:

> I know many people would rejoice if there was a
> Linux x86 version as well.

Indeed.


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


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

From: [e-mail]
Subject: (usr-tc) New USRTC, CT1, dead air
Date: 03 May 1999 11:58:49 -0700

  I have my first USR-TC in with a new CT1 from MCI/Worldcom.  The box
does not appear to be answering calls for some reason.  I do see the
call when I run 'disp atstat' on the HiPer DSP card:

Tslot  Status   Modem    Status        Call ID        Action    Q931
               Connect Srvc State                     Queued    Ref
 01   Dial In    001          IS      0x00100001        NONE    0x00000000

I hear no modem tones when dialing though, just dead air.  I've set up
the HiPer ARC and don't think there is a problem there.  The DSP card
is set up like this:

span1/tslot1> disp cprofile
   Span1 Channelized T1 Profile is:  E&M TYPE II GENERIC PROFILE

span1/tslot1> disp diotrst
   Span1 Dial In Out Trunk Start is:  WINK

span1/tslot1> disp lcod
   Span1 Line Coding is:  B8ZS - Binary Eight Zero Code Suppression

span1/tslot1> disp ltype
   Span1 Line Type is:  ESF

span1/tslot1> disp physst
   Span1 Physical State is:  F1 OPERATIONAL

span1/tslot1> disp tonetype
   Span1 Tone Type is:  DTMF TONE


I'm using the PM3 with trunk E&M wink start, ESF framing, BZ8S encoding
with no problems.  Thanks for any help, Dan

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) New USRTC, CT1, dead air
Date: 03 May 1999 14:24:09 -0500 (CDT)

On 3 May 1999 [e-mail] wrote:

>   I have my first USR-TC in with a new CT1 from MCI/Worldcom.  The box
> does not appear to be answering calls for some reason.  I do see the
> call when I run 'disp atstat' on the HiPer DSP card:
>

What is the gateway card here - Hiper ARC? NETServer?

You have to make sure that the modems are enabled and are active.

krish


> Tslot  Status   Modem    Status        Call ID        Action    Q931
>                Connect Srvc State                     Queued    Ref
>  01   Dial In    001          IS      0x00100001        NONE    0x00000000
>
> I hear no modem tones when dialing though, just dead air.  I've set up
> the HiPer ARC and don't think there is a problem there.  The DSP card
> is set up like this:
>
> span1/tslot1> disp cprofile
>    Span1 Channelized T1 Profile is:  E&M TYPE II GENERIC PROFILE
>
> span1/tslot1> disp diotrst
>    Span1 Dial In Out Trunk Start is:  WINK
>
> span1/tslot1> disp lcod
>    Span1 Line Coding is:  B8ZS - Binary Eight Zero Code Suppression
>
> span1/tslot1> disp ltype
>    Span1 Line Type is:  ESF
>
> span1/tslot1> disp physst
>    Span1 Physical State is:  F1 OPERATIONAL
>
> span1/tslot1> disp tonetype
>    Span1 Tone Type is:  DTMF TONE
>
>
> I'm using the PM3 with trunk E&M wink start, ESF framing, BZ8S encoding
> with no problems.  Thanks for any help, Dan
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: [e-mail]
Subject: (usr-tc) Re: New USRTC, CT1, dead air
Date: 03 May 1999 12:38:21 -0700

On Mon, 3 May 1999, Tatai SV Krishnan wrote:
> On 3 May 1999 [e-mail] wrote:
> >   I have my first USR-TC in with a new CT1 from MCI/Worldcom.  The box
> > does not appear to be answering calls for some reason.  I do see the
> > call when I run 'disp atstat' on the HiPer DSP card:
>
> What is the gateway card here - Hiper ARC? NETServer?
>
> You have to make sure that the modems are enabled and are active.

Its a HiPer ARC.  The DSP card is in slot 2, I have this set up:

HiPer>> show chassis slot 2

CHASSIS SLOT 2 SETTINGS
Owner:                      YES
Description:                24 Channel High Density Modem
Number of Ports:            24
Type:                       DYNAMIC

Thanks for the help, Dan

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


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

From: William Lundin <[e-mail]>
Subject: (usr-tc) How do I determine the MTU setting in my HiperARC?
Date: 03 May 1999 15:19:23 -0500 (EST)

Hi,

    This is my first post to this list, so I apologize if this
question is not appripriate to this forum or if there is somewhere obvious
to get the answer in which I haven't looked.

    I work for a small ISP, and recently a customer asked us what the
MTU setting for our Total Control Hub was.  Upon looking at the 3Com
Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is
1500, and that it can be set lower than that in some cases.  I assume this
is set in the ARC, but I'm not positive...At any rate, I don't know
where/how to determine the setting.

    If this question is not totally off base, I'd appreciate it if
anyone had any suggestions.

    Thanks,
        William Lundin
        HoosierNet, Inc.



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) How do I determine the MTU setting in my HiperARC?
Date: 03 May 1999 16:28:17 -0400 (EDT)

Thus spake William Lundin
>    This is my first post to this list, so I apologize if this
>question is not appripriate to this forum or if there is somewhere
>obvious to get the answer in which I haven't looked.

>    I work for a small ISP, and recently a customer asked us what the
>MTU setting for our Total Control Hub was.  Upon looking at the 3Com
>Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is
>1500, and that it can be set lower than that in some cases.  I assume
>this is set in the ARC, but I'm not positive...At any rate, I don't
>know where/how to determine the setting.

The ethernet mtu is almost assuredly 1500...don't know that it can be
changed.

For the dialup ports, I think the command to find it is: show int
slot:x/mod:y settings

MTU should be in there.

If you want to set it, you can either set it in RADIUS on your users
Framed-MTU = 1500 I believe, on either DEFAULT, or individual of course,
or you can set it on the default user in the HARC with, set network user
default mtu 1500.

I'd not recommend setting this value to anything lower than 1500 as that
tends to cause some serious problems.
--
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: "Jason W." <[e-mail]>
Subject: Re: (usr-tc) How do I determine the MTU setting in my HiperARC?
Date: 03 May 1999 15:51:46 -0500

You can also see the current MTU of a connected
user (HiPer ARC) by sending the command:
show session username
And as Jeff stated the MTU setting can be
manipulated via RADIUS.


\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\
Jason Watkins, [e-mail]
I-Land NOC Technician
http://www.iland.net
\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\

----- Original Message -----
Sent: Monday, May 03, 1999 3:28 PM


> Thus spake William Lundin
> > This is my first post to this list, so I apologize if this
> >question is not appripriate to this forum or if there is somewhere
> >obvious to get the answer in which I haven't looked.
>
> > I work for a small ISP, and recently a customer asked us what the
> >MTU setting for our Total Control Hub was.  Upon looking at the 3Com
> >Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is
> >1500, and that it can be set lower than that in some cases.  I assume
> >this is set in the ARC, but I'm not positive...At any rate, I don't
> >know where/how to determine the setting.
>
> The ethernet mtu is almost assuredly 1500...don't know that it can be
> changed.
>
> For the dialup ports, I think the command to find it is: show int
> slot:x/mod:y settings
>
> MTU should be in there.
>
> If you want to set it, you can either set it in RADIUS on your users
> Framed-MTU = 1500 I believe, on either DEFAULT, or individual of course,
> or you can set it on the default user in the HARC with, set network user
> default mtu 1500.
>
> I'd not recommend setting this value to anything lower than 1500 as that
> tends to cause some serious problems.
> --
> 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: William Lundin <[e-mail]>
Subject: Re: (usr-tc) How do I determine the MTU setting in my HiperARC?
Date: 03 May 1999 15:54:16 -0500 (EST)

    I do see it in the RADIUS users file.  It's set to 1500, as you
say.  I don't get a listing for the MTU when I look at the settings as you
describe, but it seems like it is almost always 1500, so that's probably a
safe answer to give.

    Thanks for the extremely fast reply!

-- William Lundin
   HoosierNet, Inc.


On Mon, 3 May 1999, Jeff Mcadams wrote:

> Thus spake William Lundin
> >    This is my first post to this list, so I apologize if this
> >question is not appripriate to this forum or if there is somewhere
> >obvious to get the answer in which I haven't looked.
>
> >    I work for a small ISP, and recently a customer asked us what the
> >MTU setting for our Total Control Hub was.  Upon looking at the 3Com
> >Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is
> >1500, and that it can be set lower than that in some cases.  I assume
> >this is set in the ARC, but I'm not positive...At any rate, I don't
> >know where/how to determine the setting.
>
> The ethernet mtu is almost assuredly 1500...don't know that it can be
> changed.
>
> For the dialup ports, I think the command to find it is: show int
> slot:x/mod:y settings
>
> MTU should be in there.
>
> If you want to set it, you can either set it in RADIUS on your users
> Framed-MTU = 1500 I believe, on either DEFAULT, or individual of course,
> or you can set it on the default user in the HARC with, set network user
> default mtu 1500.
>
> I'd not recommend setting this value to anything lower than 1500 as that
> tends to cause some serious problems.
> --
> 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) How do I determine the MTU setting in my HiperARC?
Date: 03 May 1999 17:00:20 -0400 (EDT)

Thus spake William Lundin
>    I do see it in the RADIUS users file.  It's set to 1500, as you
>say.  I don't get a listing for the MTU when I look at the settings as you
>describe, but it seems like it is almost always 1500, so that's probably a
>safe answer to give.

Ah...I believe that is correct....that if its 1500, which is, I believe,
the default...then it won't display it....if its different, the other
value would be displayed.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Jamie Orzechowski" <[e-mail]>
Subject: (usr-tc) LCP extensions
Date: 03 May 1999 17:26:05 -0400

This is a multi-part message in MIME format.

------=_NextPart_000_000F_01BE958A.062276E0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I seem to be having a problem with LCP extensions ... when an NT 4 user =
(or linux 2.2) tries to connect they will get rejected.  If they disable =
LCP extensions then their problem goes away.  Is there a way to disable =
LCP extensions on the ARC?

I am running the .43 DSP and 59-6 ARC ...=20

any deas?

------=_NextPart_000_000F_01BE958A.062276E0
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>I seem to be having a problem with LCP extensions =
... when an=20
NT 4 user (or linux 2.2) tries to connect they will get rejected.  =
If they=20
disable LCP extensions then their problem goes away.  Is there a =
way to=20
disable LCP extensions on the ARC?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>I am running the .43 DSP and 59-6 ARC ... =
</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>any deas?</FONT></DIV></BODY></HTML>

------=_NextPart_000_000F_01BE958A.062276E0--

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


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

From: Pete Ashdown <[e-mail]>
Subject: Re: (usr-tc) LCP extensions
Date: 03 May 1999 16:37:18 -0600 (MDT)

Jamie Orzechowski said once upon a time:

>I seem to be having a problem with LCP extensions ... when an NT 4 user =
>(or linux 2.2) tries to connect they will get rejected.  If they disable =
>LCP extensions then their problem goes away.  Is there a way to disable =
>LCP extensions on the ARC?
>
>I am running the .43 DSP and 59-6 ARC ...=20
>
>any deas?

LCP extensions broke in 59-6 DSP/ARC and continued through 43 DSP.  Its
been said that it will be fixed in the next release.

The only ARC workaround is to disable PPP offloading, which is a bad idea
IMHO.  I've just been dealing with customers one by one and having them
shut off their ASYNC map, and if that doesn't work, turn off the LCP
extensions entirely.

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


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

From: "Randy McMillan" <[e-mail]>
Subject: (usr-tc) path coding violations or CRC errors
Date: 03 May 1999 15:48:44 -0700

Last night users were unable to connect to 3 quad modem cards
connected to DSO's 13-24 from a Dual CT1.  The modems couldn't finish the
negotiation and would continue to retrain until failing.  In
looking at the performance monitor for the T1, I find that there
are a lot of "path coding violations". On the T1 NIC console it
calls them CRC errors.  I seem to be able to connect to the first
DS0's ok.  The phone company as checked the line up to their
line card and it looks OK to them.
I connected the T1 line to a DSP card and I still get the
Path coding violations.

Any ideas where I should look?  Thanks.

Randy McMillan



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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) LCP extensions
Date: 03 May 1999 17:48:34 -0500

What about on Netserver64's? (predecessor to ARC's) -
I've just been telling NT users to uncheck LCP extensions; is there a better
way??

SMT

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


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

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) TCM for Linux
Date: 04 May 1999 09:53:13 +0200

Uhmm.. If you just need the GUI part of TCM (not the Command line tools)
then you should check out a product called Vmware for Linux. This permits
you to run win9x and NT in a Linux window. See http://www.vmware.com
<http://www.vmware.com>  for more details..

I just checked the 30 days eval release and was really impressed when I got
a "BlueScreen (TM)" in a linux window without crashing the Linux that was
running below it.

If you need the Command line tools, you could try to run Solaris 2.5.1 /x86
(dunno if such a monster exists) in a vmware window. Vmware says it works
with Solaris 7 for x86, I only tried with NT and 95, and that worked fine.
It crashed when I tried to use my TV card, but hell... it works under Linux,
so why bother, it's good enough for word and excel..

Hope this helps,

Robert


    -----Original Message-----
    From:    Pete Ashdown [SMTP:[e-mail]]
    Sent:    lundi, 3. mai 1999 18:58
    To:    [e-mail]
    Subject:    (usr-tc) TCM for Linux

    Can one of the 3com people point me in the right direction as to
whom I can
    pester for a TCM Linux version?  We've already tossed Solaris on all
our
    non-MP Sparcs for Debian Linux.  It sure would be swell if I could
get TCM
    installed on one as well.  I know many people would rejoice if there
was a
    Linux x86 version as well.

    I would presume that all that is required is a recompile from the
Solaris
    version.  Why this hasn't happened yet is beyond me.  I'm willing to
"chase
    the stick" on this just as long as I'm pointed in the right
direction.

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

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) TCM for Linux
Date: 04 May 1999 08:12:52 -0500 (CDT)



nod, me too!


On Mon, 3 May 1999, Pete Ashdown wrote:

> Can one of the 3com people point me in the right direction as to whom I can
> pester for a TCM Linux version?  We've already tossed Solaris on all our
> non-MP Sparcs for Debian Linux.  It sure would be swell if I could get TCM
> installed on one as well.  I know many people would rejoice if there was a
> Linux x86 version as well.
>
> I would presume that all that is required is a recompile from the Solaris
> version.  Why this hasn't happened yet is beyond me.  I'm willing to "chase
> the stick" on this just as long as I'm pointed in the right direction.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: "William Brien" <[e-mail]>
Subject: (usr-tc) Notice - Total Control System 3.5 Released on TotalService
Date: 04 May 1999 20:47:25 -0500



3Com Customers,

3Com would like to announce the release of Total Control System 3.5 on the
TotalService website at:

http://totalservice.3com.com/

This System Release includes all code, release notes, and documentation for the
following modules:

Dual Channelized T1 Card (386) - 4.3.2
Dual Channelized E1/CAS Card - 1.3.4
Dual T1/PRI Card - 3.1.5
Dual E1/PRI Card - 3.1.5
Double Sided Quad Modem Card - 6.0.6
Single Sided Quad Modem Card - 6.1.6
HiPerDSP T1 Card (North America) - 2.0.19
HiPerDSP E1 Card (International) - 2.0.19
Network Management Card 4Meg (386/486) - 6.0.9
Network Management Card 16Meg (486) - 6.1.17
HiPer Network Management Card (P5) - 6.2.17
Total Control Manager (Windows) - 6.0.23
Total Control Manager (Solaris) - 6.0.20
Total Control Manager (HP-UX) - 6.0.20

IMPORTANT: Please make sure you read the release notes for all modules of code
included in TCS 3.5 that you plan to use!  The NS1500 PRI switch type is not
supported in the TCS 3.5 HiPerDSP T1 and T1/PRI Release (2.0.19).  A service
release is currently being planned to address this issue; however, no date has
been set for release of this code.  Please consult the TotalService website for
more information as it becomes available.  Also, EdgeServer and EdgeServer Pro
gateway cards have not been included or tested for compatibility with the TCS
3.5 System Release.  Once EdgeServer compatibility has been verified and
approved, the disclaimer will be removed from the Software Compatibility Matrix
and status will be updated for the HiPerDSP T1 and T1/PRI.

Download of this code requires a valid service contract.  If you would like to
purchase a service contract, please contact your local reseller of 3Com services
for more information.  To locate your local Value Added Reseller, as well as
3Com sales offices, please go to:

http://www.3com.com/3sn/where2buy.html

Please note that the previous TCS release (3.3) will no longer be shown when you
click on 'Latest Code'.  You can find all modules included in TCS 3.3 under
'Software Library' on TotalService, under Total Control Hubs : TCS 3.3.  Also,
the Software Compatibility Matrix on TotalService is not currently updated at
this time to reflect all versions of TCS;  As of Tuesday, it only reflected TCS
3.3 and TCS 3.5.  This will be resolved as soon as possible.

If there are any questions or concerns regarding this System Release, please
contact 3Com Technical Support toll-free at 1-800-231-8770.  If you are calling
from an area not handled by this number, the TotalService website has contact
information for other countries and regions.  Please go to the TotalService
website and click on 'Contacting Tech Support' for more information.

Thank you,

Will Brien
New Product Introduction - Carrier Customer Service Organization
[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: "Kurtiss Johnson" <[e-mail]>
Subject: Re: (usr-tc) TCM for Linux
Date: 04 May 1999 23:01:44 -0500



Brian ([e-mail]) said:
>nod, me too!
>
>
>On Mon, 3 May 1999, Pete Ashdown wrote:
>
>> Can one of the 3com people point me in the right direction as to whom I can
>> pester for a TCM Linux version?  We've already tossed Solaris on all our
>> non-MP Sparcs for Debian Linux.  It sure would be swell if I could get TCM
>> installed on one as well.
<<<snip>>>

OK, I'll bite.  I'm one of the people you should pester.

This TCM port has been "on" and "off" more times than a light switch.
For anyone who's interested in a TCM-Linux port, I have a few questions.

Please, please conserve bandwidth for those who don't care and respond directly
and OFF-list to the following people:
     [e-mail]
     [e-mail]                 (sorry Nick, hope you don't mind)
with the subject TCM LINUX PORT
We'll use the data to potentially adjust priorities for the upcoming TCSv4.0
release that's in planning.  No committments that we'll do it, but the feedback
would be gratefully accepted.


Processor of platform: (x86, Sparc, PowerPC, etc...) --->
Variant of Linux requested: (Red Hat, etc...)  ---->
Release number of variant:   (v7.3, etc...)   ---->
What do you consider "fair price" for the product?  --->
Number of copies you'd use:   ---->
(I imagine most will say "one", but....)

Are you willing to do BETA testing?   ---->
Are you willing to do ALPHA testing?  ---->
(No jokes on "what's the difference?"   ;- )


Thanks, all.
Kurtiss Johnson
Product Manager
Remote Access Systems - 3Com NSBU



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 3.5
Date: 05 May 1999 00:29:30 -0500

Below is the notice from 3com that TCS 3.5 has been released.  Has anyone
beta tested this or have it currently running?  I am interested to see if it
has solved any new issues such as the bad connections with the Rockwell HCF
modems, etc.  Why is a service contract required to download?

Russ Miescke
Power Web Connect


3Com Customers,

3Com would like to announce the release of Total Control System 3.5 on the
TotalService website at:

http://totalservice.3com.com/

This System Release includes all code, release notes, and documentation for
the
following modules:

Dual Channelized T1 Card (386) - 4.3.2
Dual Channelized E1/CAS Card - 1.3.4
Dual T1/PRI Card - 3.1.5
Dual E1/PRI Card - 3.1.5
Double Sided Quad Modem Card - 6.0.6
Single Sided Quad Modem Card - 6.1.6
HiPerDSP T1 Card (North America) - 2.0.19
HiPerDSP E1 Card (International) - 2.0.19
Network Management Card 4Meg (386/486) - 6.0.9
Network Management Card 16Meg (486) - 6.1.17
HiPer Network Management Card (P5) - 6.2.17
Total Control Manager (Windows) - 6.0.23
Total Control Manager (Solaris) - 6.0.20
Total Control Manager (HP-UX) - 6.0.20

IMPORTANT: Please make sure you read the release notes for all modules of
code
included in TCS 3.5 that you plan to use!  The NS1500 PRI switch type is not
supported in the TCS 3.5 HiPerDSP T1 and T1/PRI Release (2.0.19).  A service
release is currently being planned to address this issue; however, no date
has
been set for release of this code.  Please consult the TotalService website
for
more information as it becomes available.  Also, EdgeServer and EdgeServer
Pro
gateway cards have not been included or tested for compatibility with the
TCS
3.5 System Release.  Once EdgeServer compatibility has been verified and
approved, the disclaimer will be removed from the Software Compatibility
Matrix
and status will be updated for the HiPerDSP T1 and T1/PRI.

Download of this code requires a valid service contract.  If you would like
to
purchase a service contract, please contact your local reseller of 3Com
services
for more information.  To locate your local Value Added Reseller, as well as
3Com sales offices, please go to:

http://www.3com.com/3sn/where2buy.html

Please note that the previous TCS release (3.3) will no longer be shown when
you
click on 'Latest Code'.  You can find all modules included in TCS 3.3 under
'Software Library' on TotalService, under Total Control Hubs : TCS 3.3.
Also,
the Software Compatibility Matrix on TotalService is not currently updated
at
this time to reflect all versions of TCS;  As of Tuesday, it only reflected
TCS
3.3 and TCS 3.5.  This will be resolved as soon as possible.

If there are any questions or concerns regarding this System Release, please
contact 3Com Technical Support toll-free at 1-800-231-8770.  If you are
calling
from an area not handled by this number, the TotalService website has
contact
information for other countries and regions.  Please go to the TotalService
website and click on 'Contacting Tech Support' for more information.

Thank you,

Will Brien
New Product Introduction - Carrier Customer Service Organization
[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: Jose Roberto Bulcao <[e-mail]>
Subject: (usr-tc) V90 code for MP/16
Date: 05 May 1999 02:46:04 -0200 (GRNLNDDT)


I've seen in the new Small Business support site from 3Com that there is
a V90 upgrade to MP/16 analog V.34 modems. The file is mpv90an.zip and the
description says "Modem Pool 8/16 analog domestic V.90 release".

Does anybody knows if it can be applied to the modems on a Managed box or
is it just for Non-managed MP/16 boxes? The description isn't clear.

I'm waiting for a long time for the V.90 upgrade for Managed MP/16 and
don't want to be frustrated upgrading with a code which doesn't work over
this platform (or maybe, worst, do a damage to them).

Can anybody precisely (Hey 3Com! Are you there?) answer this question?

Thanks in advance,

Jose Roberto Bulcao - RioLink Internet
Tel    : [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: "Mark A. Bialik" <[e-mail]>
Subject: (usr-tc) Can't Save tone-type To NVRAM
Date: 05 May 1999 03:00:47 -0500

This is a cryptographically signed message in MIME format.

--------------msF4524604B4E31056E287C638
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello:

I'm configuring our first HiperDSP and seem to be having a problem
saving my config. We have a Channelized T1 connected to a T1/E1 Hiper.
For some reason, after a reset or reboot, my tone type gets switched to
mf, and the modems won't answer. If I change the tones to dtmf, all is
well. I've done a 'cmd svs' and it says successfully saved to NVRAM.
I've also done this through TCM.

Still, when I reboot, mf comes back.

Am I missing something basic here? We also have a HiperArc in the
chassis, if it matters.

Thanks for any pointers.

Mark
--


======================================================================
Mark A. Bialik                                          [phone]
Network/Security Manager                          http://www.linux.org
Infinity HealthCare, Inc.               [e-mail]
Mequon, WI USA                                              Use Linux.
======================================================================
--------------msF4524604B4E31056E287C638
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

MIII/AYJKoZIhvcNAQcCoIII7TCCCOkCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BvQwggRvMIID2KADAgECAhAwsXaf3uqFj0aWmriTLT7/MA0GCSqGSIb3DQEBBAUAMGIxETAP
BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy
aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODA2MTUwMDAw
MDBaFw05OTA2MTUyMzU5NTlaMIIBJzERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl
cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh
bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT
IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs
YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDk1hcmsgQS4gQmlhbGlr
MS0wKwYJKoZIhvcNAQkBFh5tYmlhbGlrQGluZmluaXR5aGVhbHRoY2FyZS5jb20wgZ8wDQYJ
KoZIhvcNAQEBBQADgY0AMIGJAoGBALPAled+hT55SbFXVzXSTe0i0HLU8FdWQ6clVGVw9gHu
LDKEUUt3zU2rQBGAk3Y/lVQ8GnMb2eHOGbP2qic3bpNhhVOuIVF35t0mt3n7Q94xcMSA++9T
Op7iWWXfgxzcDOY57S1grwFLZPqJoxPO5ohf71XvR+hmkceQT1WbWiQnAgMBAAGjggFdMIIB
WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIB
FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp
Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh
Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCG
SAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVk
MWIwNTlkYTc1YmM0YmM5NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxM2FlNmJmOGQ1
MTE0OTlhYTNiZTQ1ZmRmM2VhNDVlYjANBgkqhkiG9w0BAQQFAAOBgQB6I6vnu4/74jtRb4Uj
2MViKv5gnu+uKBdYrn1iUodUs5+aHgl2TtNZQnmy0GH2JYU3SFVp+gvco8QttdJV7mSKe5ZP
nHNRpMi3avFaK659v1XlWFzbidlcSfNjrrHvG5Oz/Lg/6l44hL+LS9Yk5Q780m9Ng08/8mn/
IzidDNgGxTCCAn0wggHmoAMCAQICFHUTa1jzgGlXdaaiTVkQTZzqdkrxMA0GCSqGSIb3DQEB
AgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMu
Q2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NzA2
MjQwNzAwMDBaFw05OTA2MjQwNzAwMDBaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQK
Ew5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2
aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3Y
yiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFS
g2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdMP3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYS
na6TNNW41dD3PqkCAwEAAaMzMDEwEQYJYIZIAYb4QgEBBAQDAgEGMA8GA1UdEwQIMAYBAf8C
AQEwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAJIMS+m6k83/2uZg/Z5kA2YVL1Y8
OExoSkfF86uPJdlmQ3NDFXNEvhRIgVp3DMx66tmxvPKL/xGx3xRQSNxlHQuJ+aFeSFJv7bVr
9LgITDjwuYlnKQ/g4Df3puvU9NVCqV39veeefBvnT4UtBKFgLoW46+L67xQFJhUYVW8ToR1x
MYIB0DCCAcwCAQEwdjBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xNDAyBgNVBAsTK1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNj
cmliZXICEDCxdp/e6oWPRpaauJMtPv8wCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJ
KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw05OTA1MDUwODAwNDdaMCMGCSqGSIb3DQEJBDEW
BBRd1eWAiELiy8NXeW4ef9zQxltFiDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G
CCqGSIb3DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAN
BgkqhkiG9w0BAQEFAASBgDWZfHl5uk9dZpLOUAHAZPsWsc+/O8dqP2k8gOui0BSp2X2sKrXk
ohXmkgY8v5B0uEn7AqMABQzgtp5biwwk+UROso3Y+zq7py1bm2RiGsJIZ878HvB2lyd28B0z
b6MmO4e5sUzjFPFV+2g5hc/p32VkBZCZKwSdyuKuhmyxVZaF
--------------msF4524604B4E31056E287C638--


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Can't Save tone-type To NVRAM
Date: 05 May 1999 07:16:03 -0500 (CDT)

On Wed, 5 May 1999, Mark A. Bialik wrote:

> Hello:
>
> I'm configuring our first HiperDSP and seem to be having a problem
> saving my config. We have a Channelized T1 connected to a T1/E1 Hiper.
> For some reason, after a reset or reboot, my tone type gets switched to
> mf, and the modems won't answer. If I change the tones to dtmf, all is
> well. I've done a 'cmd svs' and it says successfully saved to NVRAM.
> I've also done this through TCM.
>

Most likely you have 'auto-config on card-insert' enabled on the nmc.
What that does is tries and configures the cards if rebooted.

or

You may have not saved the configureation properlly using TCM.

One of these is causing the problem.




> Still, when I reboot, mf comes back.
>
> Am I missing something basic here? We also have a HiperArc in the
> chassis, if it matters.

No it does not, the Hiper arc does change the configuration of the DSP.

You may want to make sure that NMC - auto config on card insert is
disabled and then save the DSP to NVRAM.

Krish

>
> Thanks for any pointers.
>
> Mark
> --
>
>
> ======================================================================
> Mark A. Bialik                                          [phone]
> Network/Security Manager                          http://www.linux.org
> Infinity HealthCare, Inc.               [e-mail]
> Mequon, WI USA                                              Use Linux.
> ======================================================================

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 08:18:45 -0500 (CDT)

On Wed, 5 May 1999, Russ Miescke wrote:

> Below is the notice from 3com that TCS 3.5 has been released.  Has anyone
> beta tested this or have it currently running?  I am interested to see if it
> has solved any new issues such as the bad connections with the Rockwell HCF
> modems, etc.  Why is a service contract required to download?
>
Because unlike Lucent, 3Com code upgrades are not free.


> Russ Miescke
> Power Web Connect
>
Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 06:30:55 -0700 (PDT)

Brian writes...
>On Wed, 5 May 1999, Russ Miescke wrote:
>
>> Below is the notice from 3com that TCS 3.5 has been released.  Has anyone
>> beta tested this or have it currently running?  I am interested to see if it
>> has solved any new issues such as the bad connections with the Rockwell HCF
>> modems, etc.  Why is a service contract required to download?
>>
>Because unlike Lucent, 3Com code upgrades are not free.

Even when they are supposed to be free, they aren't.

I added a recently purchased chassis (last week) to the totalsupport
database yesterday, and even though all of the little lock pictures are
"open", this files are still unreadable to me.

If anyone has a password to share, or copies of the files, please
drop me a line.

-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: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 07:29:50 -0700 (PDT)

Aaron Nabil writes...
> . . .
>I added a recently purchased chassis (last week) to the totalsupport
>database yesterday, and even though all of the little lock pictures are
>"open", this files are still unreadable to me.
>
>If anyone has a password to share, or copies of the files, please
>drop me a line.

Thanks for the offers, the ftp site finally synced up with the
registration database and I can now read the unlocked files.

-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: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 10:50:26 -0400 (EDT)

I'll summarize the imminent torrent of mail that will follow about the
suckiness of this code policy:

"Paying for code isn't bad, but paying to get code that either fixes major
problems (like customers not being able to connect) or adds features
that were promised when you bought the box SUCKS and is UNFAIR."

Isn't that pretty much it in a nutshell?

Charles

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

On Wed, 5 May 1999, Brian wrote:

> On Wed, 5 May 1999, Russ Miescke wrote:
>
> > Below is the notice from 3com that TCS 3.5 has been released.  Has anyone
> > beta tested this or have it currently running?  I am interested to see if it
> > has solved any new issues such as the bad connections with the Rockwell HCF
> > modems, etc.  Why is a service contract required to download?
> >
> Because unlike Lucent, 3Com code upgrades are not free.
>
>
> > Russ Miescke
> > Power Web Connect
> >
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109    http://www.shreve.net/~signal
> Network Administrator   ShreveNet Inc. (ASN 11881)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Jesse Sipprell <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 11:03:29 -0400

On Wed, May 05, 1999 at 06:30:55AM -0700, Aaron Nabil wrote:
> Brian writes...
> >On Wed, 5 May 1999, Russ Miescke wrote:
> >
> >> Below is the notice from 3com that TCS 3.5 has been released.  Has anyone
> >> beta tested this or have it currently running?  I am interested to see if it
> >> has solved any new issues such as the bad connections with the Rockwell HCF
> >> modems, etc.  Why is a service contract required to download?
> >>
> >Because unlike Lucent, 3Com code upgrades are not free.
>
> Even when they are supposed to be free, they aren't.
>
> I added a recently purchased chassis (last week) to the totalsupport
> database yesterday, and even though all of the little lock pictures are
> "open", this files are still unreadable to me.

How exactly does one "add a purchased chassis" to the totalsupport database?
I have an active totalservice account, and have a recently purchased chassis
with full support, but am locked out of all the files.

Thanks!

--
Jesse Sipprell
Technical Operations Director
Evolution Communications, Inc.
800-496-4736 (ext 106)

* Finger [e-mail] for my PGP Public Key *

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 10:24:02 -0500 (CDT)

On Wed, 5 May 1999, Charles Sprickman wrote:

> I'll summarize the imminent torrent of mail that will follow about the
> suckiness of this code policy:
>
> "Paying for code isn't bad, but paying to get code that either fixes major
> problems (like customers not being able to connect) or adds features
> that were promised when you bought the box SUCKS and is UNFAIR."
>
> Isn't that pretty much it in a nutshell?

nod.

>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
> On Wed, 5 May 1999, Brian wrote:
>
> > On Wed, 5 May 1999, Russ Miescke wrote:
> >
> > > Below is the notice from 3com that TCS 3.5 has been released.  Has anyone
> > > beta tested this or have it currently running?  I am interested to see if it
> > > has solved any new issues such as the bad connections with the Rockwell HCF
> > > modems, etc.  Why is a service contract required to download?
> > >
> > Because unlike Lucent, 3Com code upgrades are not free.
> >
> >
> > > Russ Miescke
> > > Power Web Connect
> > >
> > -----------------------------------------------------
> > Brian Feeny (BF304)     [e-mail]
> > 318-222-2638 x 109    http://www.shreve.net/~signal
> > Network Administrator   ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) Call waiting question
Date: 05 May 1999 11:19:00 -0500


Ok folks,

Don't laugh but twice now we have had customers who have call waiting
and when they are on the Internet dialed into us, they want an incoming
call to knock down their Internet session so they can get the call.  I
personally wouldn't want it to work this way but they must feel the
voice calls are more important.  The problem si when they uncheck the
disable call waiting option under the dialing properties, (i.e. call
waiting is enabled) when someone dials the person calling hears the
ringing (i.e. call waiting really is enabled) but the incoming call
doesn't knock the call down, which I would expect it to do. (go
figure a customer complaining of not being disconnected for once).

Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax
modem.  Is there anyway to make this work where the call coming in
knocks down the modem session ?  I would have expected the clicking
which you norma;;y hear would be enough to do this but apparently it
doesn't.


Thanks,

Jeff Binkley
ASA Network Computing

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


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

From: Hofmann <[e-mail]>
Subject: RE: (usr-tc) Call waiting question
Date: 05 May 1999 11:43:42 -0400

http://808news.com/56k/callwait.htm




Ok folks,

Don't laugh but twice now we have had customers who have call waiting
and when they are on the Internet dialed into us, they want an incoming
call to knock down their Internet session so they can get the call.  I
personally wouldn't want it to work this way but they must feel the
voice calls are more important.  The problem si when they uncheck the
disable call waiting option under the dialing properties, (i.e. call
waiting is enabled) when someone dials the person calling hears the
ringing (i.e. call waiting really is enabled) but the incoming call
doesn't knock the call down, which I would expect it to do. (go
figure a customer complaining of not being disconnected for once).

Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax
modem.  Is there anyway to make this work where the call coming in
knocks down the modem session ?  I would have expected the clicking
which you norma;;y hear would be enough to do this but apparently it
doesn't.


Thanks,

Jeff Binkley
ASA Network Computing


Jay Hofmann                                     Email: [e-mail]
Technical Support Team Leader               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) Call waiting question
Date: 05 May 1999 11:44:42 -0400 (EDT)

Thus spake Jeff Binkley
>Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax
>modem.  Is there anyway to make this work where the call coming in
>knocks down the modem session ?  I would have expected the clicking
>which you norma;;y hear would be enough to do this but apparently it
>doesn't.

Check out the at command for the carrier loss detect delay.  I believe
default is 7, we typically up ours on our TC's to 20.  The value is
number of milliseconds that the modem will wait for the modem carrier
signal to return before deciding that the call has been dropped.  If you
drop this number down to a shorter time period than the call waiting
tone length, then the call waiting tone should interrupt the carrier
long enough for the modem to decide the call has been dropped and hang
up.
--
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: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) TCS 3.5
Date: 05 May 1999 10:58:13 -0500

Word.

Marshall Morgan
President

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

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

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Charles Sprickman
> Sent: Wednesday, May 05, 1999 9:50 AM
> To: [e-mail]
> Subject: Re: (usr-tc) TCS 3.5
>
>
> I'll summarize the imminent torrent of mail that will follow about the
> suckiness of this code policy:
>
> "Paying for code isn't bad, but paying to get code that either fixes major
> problems (like customers not being able to connect) or adds features
> that were promised when you bought the box SUCKS and is UNFAIR."
>
> Isn't that pretty much it in a nutshell?
>
> 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: Scott Trautman <[e-mail]>
Subject: (usr-tc) Suggestion to 3Com on Alarm Server (now "unsupported")
Date: 05 May 1999 11:08:58 -0500

Their Alarm Server, although useful, is one clunky bad piece of code. Looks
like someone put all of a day into it.
Now in the latest release, they include it, but it's "unsupported". Okay
fine. I would suggest to them then release the source code on it, and I'm
sure between the resources out here, could probably make it a lot more
useful than it currently is.

Yes, using other SNMP mgmt apps as well, but Alarm Server is pretty quick
and dirty for some of the monitoring we do. Sooner or later I'll probably
migrate to something else completely, but.....

3Com, you listening? Just release the source on it, I doubt there's anything
secret about it, and let someone else hack it up and make it better.
Worked well for RADIUS. I'm possibly a bit naive on some of the dependencies
possibly that would prohibit that.

SMT

Scott Trautman           608-240-4638,4637fax
Global Dialog Internet   www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718



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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Call waiting question
Date: 05 May 1999 12:44:29 -0400 (EDT)


On Wed, 5 May 1999, Jeff Binkley wrote:

> Is there anyway to make this work where the call coming in
> knocks down the modem session ?  I would have expected the clicking
> which you norma;;y hear would be enough to do this but apparently it
> doesn't.

Look for the S-register that holds the carrier loss disconnect duration,
and shorten it. (it holds the duration that carrier can be lost without
disconnection).

I haven't tried this, but I have used the technique of increasing the
value to prevent incoming callwaiting tones from knocking down the
line, so it should work in the reverse.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Call waiting question
Date: 05 May 1999 12:44:58 -0400 (EDT)

It's the S10 register...  S10=2 in "extra settings" on the client helps
*some*, but it doesn't work 100% of the time.  Usually instead of
dropping, they try to retrain instead.


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."

On Wed, 5 May 1999, Lon R. Stockton, Jr. wrote:

>
> On Wed, 5 May 1999, Jeff Binkley wrote:
>
> > Is there anyway to make this work where the call coming in
> > knocks down the modem session ?  I would have expected the clicking
> > which you norma;;y hear would be enough to do this but apparently it
> > doesn't.
>
> Look for the S-register that holds the carrier loss disconnect duration,
> and shorten it. (it holds the duration that carrier can be lost without
> disconnection).
>
> I haven't tried this, but I have used the technique of increasing the
> value to prevent incoming callwaiting tones from knocking down the
> line, so it should work in the reverse.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



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


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

From: Mark Lemmert <[e-mail]>
Subject: RE: (usr-tc) beating a dead horse
Date: 05 May 1999 11:52:32 -0500

At 10:24 AM 4/27/99 -0500, you wrote:
>
>
>|-----Original Message-----
>|From: [e-mail]
>|[mailto:[e-mail]]On Behalf Of Brian
>|Sent: Monday, April 26, 1999 8:44 PM
>|To: USRobotics TC Mailing List
>|Subject: (usr-tc) beating a dead horse
>|
>|
>|
>|I understand this question has been beaten to death here, but I am still a
>|little vague.
>|
>|With regards to AUTHENTICATION, I understand that setting the Primary
>|Server to your primary authentication server, and then setting the Primary
>|First Backup to your "backup" authentication server, and then setting the
>|RADIUS authentication algorithm to fallthrough, gives the effect that most
>|people want: it uses the primary, and then if the primary fails, it goes
>|to the secondary, and then if the primary comes back alive, it goes back
>|to the primary.
>|
>|My question is, what about ACCOUNTING?  I have set:
>|
>|The Primary Server Status is:              ENABLED
>|Primary Server is:                         208.206.76.58
>|Primary First Backup Server is:            208.206.76.5
>|
>|
>|yet, if the primary should fail, and accounting goes to the "primary first
>|backup", it wants to stay there.  How do I tell it to go back to the
>|primary if the primary goes back online?
>|
>
>Here is your answer, straight from the 3KB Knowledge Base.
>
>3KB Solution: 1.0.21317967.2088893
>
>Goal Total Control HiPer ARC - Making accounting fall back work just like
>authentication algorithm "FALL_THROUGH"
>Fact Total Control Chassis
>Fact Total Control HiPer ARC
>Fact Total Control HiPer ARC v 4.1.59-6
>Fact Accounting
>Fact RADIUS
>Fact Engineering Release Code
>
>Symptom Accounting server is switching to first backup and not returning to
>primary server until backup goes down
>
>Fix From HiPer ARC console issue the command:
>
>HiPer>> "ENABLE PRIORITIZE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP"
>
>This will cause the accounting to return to the primary server when it becomes
>available.
>Fact Search group - Total Control Remote Access Concentrator

This makes sense though I'm unclear on how to do the same for authentication.
Right now I have a primary server and a secondary server set for
authentication but
I checked and there is not an option for primary_first_backup_server like there
is with accounting, and I do have problems with it not switching back to
the primary.

I would check the 3KB but I've had trouble accessing it recently...durn
network...


-Mark

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

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Call waiting question
Date: 05 May 1999 11:58:55 -0500 (CDT)

On Wed, 5 May 1999, Jeff Binkley wrote:

>
> Ok folks,
>
> Don't laugh but twice now we have had customers who have call waiting
> and when they are on the Internet dialed into us, they want an incoming
> call to knock down their Internet session so they can get the call.  I
> personally wouldn't want it to work this way but they must feel the
> voice calls are more important.  The problem si when they uncheck the
> disable call waiting option under the dialing properties, (i.e. call
> waiting is enabled) when someone dials the person calling hears the
> ringing (i.e. call waiting really is enabled) but the incoming call
> doesn't knock the call down, which I would expect it to do. (go
> figure a customer complaining of not being disconnected for once).
>
> Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax
> modem.  Is there anyway to make this work where the call coming in
> knocks down the modem session ?  I would have expected the clicking
> which you norma;;y hear would be enough to do this but apparently it
> doesn't.
>


The best thing to do, is offer them Internet Call Waiting.  You have to
run a telephony box with an SS7 link.  What happens is:

1. the Customer orders call forward/busy from their telco.
2. The Customer call forwards any calls (when their line is busy, such as
when they are on the internet) to your telephony box.
3. If the telephony box sees the user is online, it sends a message to the
users machine, causing a pop-up window to allow the user to a) send the
call to voice mail, b) hangup and take the call.
4. If the telephony box sees the user is not online, it sends the call to
voice mail.

Ultimatly, its really cool when the NAS vendor has this implemented since
checking if a user online is easier, but this is not necessary, as their
are a number of ways to do this.

I don't like the price of alot of Internet Call Waiting packages right
now, so we are holding off, but if you have some time, and a little money
you can offer this service.


>
> 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.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: Kevin Benton <[e-mail]>
Subject: Re: (usr-tc) Can't Save tone-type To NVRAM
Date: 05 May 1999 13:05:03 -0400 (EDT)

On Wed, 5 May 1999, Mark A. Bialik wrote:

> I'm configuring our first HiperDSP and seem to be having a problem
> saving my config. We have a Channelized T1 connected to a T1/E1 Hiper.
> For some reason, after a reset or reboot, my tone type gets switched to
> mf, and the modems won't answer. If I change the tones to dtmf, all is
> well. I've done a 'cmd svs' and it says successfully saved to NVRAM.
> I've also done this through TCM.
>
> Still, when I reboot, mf comes back.
>
> Am I missing something basic here? We also have a HiperArc in the
> chassis, if it matters.

What version is on the DSP?

From TCM, click on the DSP in question, change the settings, then click on
actions/commands, select save t1/e1 to nvram, then click on execute.
After that completes, reboot the dsp using TCM just to be sure that the
settings are actually getting changed.  No reboot will mean that your snmp
write community doesn't match in TCM with the NMC.

Kevin Benton
Sr. Network Engineer
SOTA Technologies

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


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


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

From: Mark Lemmert <[e-mail]>
Subject: (usr-tc) I-modem trouble on Windows '98
Date: 05 May 1999 12:07:10 -0500

I have had success using I-modems to connect to Total Control hubs in a lot of
scenario's, (using '95, NT, webramp etc.) but I recently tried to use one
on windows
'98 and have run into some trouble.

The problem is throughput. Both channels connect just fine every time but
when I download it will start around high and pause briefly several times
as it trickles
down to around 5K-6K. This is down from the 10.5K I would usually get with
the I-modem
on windows '95.

On the Total Control side I'm running all HiperARC chassis /w 4.1.59 -6.
Some chassis
have DPSs (1.2.59) and some have quad modems (5.10.9), but the problem
occurs regardless of
which ones I connect to. My modem driver is mdmusrim.inf build on 10-30-98
which seems
to be the latest one available off the web site.

I'm using the exact same I-modem, ISDN line and modem driver as I was on
win '95. I even
tried moving the equipment back to the '95 machine and it still works fine
over there.

Any ideas?


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

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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 10:26:06 -0700

Agreed.
----- Original Message -----
Sent: Wednesday, May 05, 1999 7:50 AM


> I'll summarize the imminent torrent of mail that will follow about the
> suckiness of this code policy:
>
> "Paying for code isn't bad, but paying to get code that either fixes major
> problems (like customers not being able to connect) or adds features
> that were promised when you bought the box SUCKS and is UNFAIR."
>
> Isn't that pretty much it in a nutshell?
>
> Charles
>
> --
> =-----------------=                                        =
> | Charles Sprickman                       Internet Channel |
> | INCH System Administration Team         [phone]    |
> | [e-mail]                          [e-mail]  |
> =                                         =----------------=
>
> On Wed, 5 May 1999, Brian wrote:
>
> > On Wed, 5 May 1999, Russ Miescke wrote:
> >
> > > Below is the notice from 3com that TCS 3.5 has been released.  Has
anyone
> > > beta tested this or have it currently running?  I am interested to see
if it
> > > has solved any new issues such as the bad connections with the
Rockwell HCF
> > > modems, etc.  Why is a service contract required to download?
> > >
> > Because unlike Lucent, 3Com code upgrades are not free.
> >
> >
> > > Russ Miescke
> > > Power Web Connect
> > >
> > -----------------------------------------------------
> > Brian Feeny (BF304)     [e-mail]
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator   ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 3.5
Date: 05 May 1999 08:45:18 -0500



     If anyone has an issue accessing the Totalservice web site, we would ask
you to send an email to [e-mail].   She is the person who
administers access, and can resolve issues that relate to improper permissions
on your account.   Please send her an email with:  Your name, your company name,
your contract type and number, your Totalservice logon, and a concise
explanation of the issue.

     I hope this helps.

               Todd ;-}






Aaron Nabil <[e-mail]> on 05/05/99 08:30:55 AM

Please respond to [e-mail]

Sent by:  Aaron Nabil <[e-mail]>


cc:    (Todd Keister/MW/US/3Com)




Brian writes...
>On Wed, 5 May 1999, Russ Miescke wrote:
>
>> Below is the notice from 3com that TCS 3.5 has been released.  Has anyone
>> beta tested this or have it currently running?  I am interested to see if it
>> has solved any new issues such as the bad connections with the Rockwell HCF
>> modems, etc.  Why is a service contract required to download?
>>
>Because unlike Lucent, 3Com code upgrades are not free.

Even when they are supposed to be free, they aren't.

I added a recently purchased chassis (last week) to the totalsupport
database yesterday, and even though all of the little lock pictures are
"open", this files are still unreadable to me.

If anyone has a password to share, or copies of the files, please
drop me a line.

-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: Douglas Palmer <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5
Date: 05 May 1999 13:52:39 -0400

At 08:45 AM 5/5/1999 -0500, you wrote:

>     If anyone has an issue accessing the Totalservice web site, we would ask
>you to send an email to [e-mail].   She is the person who
>administers access, and can resolve issues that relate to improper permissions
>on your account.   Please send her an email with:  Your name, your company
>name, your contract type and number, your Totalservice logon, and a concise
>explanation of the issue.

I tried to access the website today and found everything locked. Our
maintenance contracts administrator is out, and we can't get into his files
to find our current contract number -- no problem (I thought), I called
3Com only to find that they have no way to tie a serial number to a
contract. Their only solution was to resend the contract info (which, if I
could get to, would obviate the problem!).

If you want to find a place to fix the system, find a way to link contracts
to serial numbers. Not being able to is unfathomable to me.

DCP


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


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

From: Aaron Nabil <[e-mail]>
Subject: (usr-tc) TCS 3.5 HiperDSP jitter attenuation default fixed
Date: 05 May 1999 11:20:06 -0700 (PDT)


Thank you.

My day will be complete if you fixed v.42 SREJ as well.

--
Aaron Nabil

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


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

From: Aaron Nabil <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5 HiperDSP jitter attenuation default fixed
Date: 05 May 1999 11:26:51 -0700 (PDT)

Aaron Nabil writes...
>Thank you.
>
>My day will be complete if you fixed v.42 SREJ as well.

Happy happy joy joy.

-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: Aaron Nabil <[e-mail]>
Subject: (usr-tc) TCS 3.5 HiperDSP jitter attenuation default fixed
Date: 05 May 1999 11:20:06 -0700 (PDT)


Thank you.

My day will be complete if you fixed v.42 SREJ as well.

--
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: Jeff Mcadams <[e-mail]>
Subject: (usr-tc) HiPer Arc bug possibly found?
Date: 05 May 1999 16:05:29 -0400 (EDT)

OK...here we go (hope this one doesn't have its own birthday like my
last one)...

Have a customer calling in with a Cabletron ISDN system (yeah, I didn't
know they made them either...and I'm not great fan of Cabletron
gear...but I deal with what the customer has).  In the IPCP negotiation,
the Cabletron seems to be sending a Conf-Req with a deprecated config
option (option number 1, IP Address...guess its an old format for it or
something).  Not a huge deal...Cabletron sucks IMHO, but the Arc should
be able to handle this value still I believe.

What happens though, is that the Arc is sending back a Conf-Ack, but is
changing the data of the options!  This is a big no-no according to the
RFC's (at least in RFC1661, not sure what updates its had).

I called tech support...but due to 3Com's idiocy, we don't have a valid
support contract currently, so tech support wouldn't even talk to me
(you'd think that 3Com would want to hear about a potential bug in their
code regardless of whether the person affected had a support contract or
not).  I've got a call in to George Ebert, who I've been working with on
some other stuff, but got his voice-mail.  Any assistance here would be
appreciated.  Thanks!

I captured a tap on the userid below...the Cabletron tries to log in
twice...once with each B channel apparently.

May  5 15:34:20 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 0: C0 23 02 01 00 05 00
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: EF 0A
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 2: 02 06 00 2D 0F 00
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 02 06 00 2D 0F 00
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 4: EF 0A


May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 0: C0 23 02 01 00 05 00
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: EF 0A
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 2: 02 06 00 2D 0F 00
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 02 06 00 2D 0F 00
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:29 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 4: EF 0A
--
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: (usr-tc) HiPer Arc bug possibly found?
Date: 05 May 1999 16:05:29 -0400 (EDT)

OK...here we go (hope this one doesn't have its own birthday like my
last one)...

Have a customer calling in with a Cabletron ISDN system (yeah, I didn't
know they made them either...and I'm not great fan of Cabletron
gear...but I deal with what the customer has).  In the IPCP negotiation,
the Cabletron seems to be sending a Conf-Req with a deprecated config
option (option number 1, IP Address...guess its an old format for it or
something).  Not a huge deal...Cabletron sucks IMHO, but the Arc should
be able to handle this value still I believe.

What happens though, is that the Arc is sending back a Conf-Ack, but is
changing the data of the options!  This is a big no-no according to the
RFC's (at least in RFC1661, not sure what updates its had).

I called tech support...but due to 3Com's idiocy, we don't have a valid
support contract currently, so tech support wouldn't even talk to me
(you'd think that 3Com would want to hear about a potential bug in their
code regardless of whether the person affected had a support contract or
not).  I've got a call in to George Ebert, who I've been working with on
some other stuff, but got his voice-mail.  Any assistance here would be
appreciated.  Thanks!

I captured a tap on the userid below...the Cabletron tries to log in
twice...once with each B channel apparently.

May  5 15:34:20 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 0: C0 23 02 01 00 05 00
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: EF 0A
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 2: 02 06 00 2D 0F 00
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 02 06 00 2D 0F 00
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 4: EF 0A


May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 0: C0 23 02 01 00 05 00
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: EF 0A
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 2: 02 06 00 2D 0F 00
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 02 06 00 2D 0F 00
May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
May  5 15:34:29 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 4: EF 0A
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) HiPer Arc bug possibly found?
Date: 05 May 1999 16:17:33 -0500 (CDT)

Send me a mon ppp trace.

krish

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

On Wed, 5 May 1999, Jeff Mcadams wrote:

> OK...here we go (hope this one doesn't have its own birthday like my
> last one)...
>
> Have a customer calling in with a Cabletron ISDN system (yeah, I didn't
> know they made them either...and I'm not great fan of Cabletron
> gear...but I deal with what the customer has).  In the IPCP negotiation,
> the Cabletron seems to be sending a Conf-Req with a deprecated config
> option (option number 1, IP Address...guess its an old format for it or
> something).  Not a huge deal...Cabletron sucks IMHO, but the Arc should
> be able to handle this value still I believe.
>
> What happens though, is that the Arc is sending back a Conf-Ack, but is
> changing the data of the options!  This is a big no-no according to the
> RFC's (at least in RFC1661, not sure what updates its had).
>
> I called tech support...but due to 3Com's idiocy, we don't have a valid
> support contract currently, so tech support wouldn't even talk to me
> (you'd think that 3Com would want to hear about a potential bug in their
> code regardless of whether the person affected had a support contract or
> not).  I've got a call in to George Ebert, who I've been working with on
> some other stuff, but got his voice-mail.  Any assistance here would be
> appreciated.  Thanks!
>
> I captured a tap on the userid below...the Cabletron tries to log in
> twice...once with each B channel apparently.
>
> May  5 15:34:20 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 0: C0 23 02 01 00 05 00
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: EF 0A
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 2: 02 06 00 2D 0F 00
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 02 06 00 2D 0F 00
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
> May  5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3  IN: 4: EF 0A
>
>
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 0: C0 23 02 01 00 05 00
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: EF 0A
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 2: 02 06 00 2D 0F 00
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 02 06 00 2D 0F 00
> May  5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF
> May  5 15:34:29 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5  IN: 4: EF 0A
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Mark Lemmert <[e-mail]>
Subject: (usr-tc) Logging connect speeds
Date: 05 May 1999 16:13:23 -0500

I currently load all of my radius logs into Oracle in order to generate
cool reports and
do fun queries. I would like to get the connect speed info for each
sessions loaded into the
database as well.

I know that the connect speed of each session can be seen by doing a show
interface:

>HiPer>> show interface slot:14/mod:23
>
>INTERFACE slot:14/mod:23 SETTINGS
>Description:                              GWC Modem Driver
>Type:                                     RS232
>Speed:                                    44000
>High Speed:                               0
>Administrative Status:                    Up
>Operational Status:                       Up
>Link Up/Down Traps:                       DISABLED

Does anybody know if there is a way to get the HiperARC to log that data as
part of the
radius logging or even to a separate log file on a server somewhere? If so
then I just have to parse that log file to get the data into
my database, but if it can't then it seems that I would have to have a
polling program go and
get the data off the HiperARC which would be a big pain.

Any ideas?




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

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Logging connect speeds
Date: 05 May 1999 17:21:05 -0400 (EDT)

Thus spake Mark Lemmert
>I currently load all of my radius logs into Oracle in order to generate
>cool reports and do fun queries. I would like to get the connect speed
>info for each sessions loaded into the database as well.

Connect-Speed is a USR VSA that has that info...

I guess, alternatively, if your RADIUS server can't handle VSA's, you
could set up SNMP traps to give you that information, and parse the trap
info and match it up with the RADIUS info...not exactly my idea of a
great time there either 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: Tatai SV Krishnan <[e-mail]>
Subject: (usr-tc) Re: Logging connect speeds
Date: 05 May 1999 16:50:01 -0500 (CDT)

This info is sent to the radius server - it is a usr VSA
 Connect-Speed                   0x9023  integer

Your radius server should support VSA for this.


krish

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

On Wed, 5 May 1999, Mark Lemmert wrote:

> I currently load all of my radius logs into Oracle in order to generate
> cool reports and
> do fun queries. I would like to get the connect speed info for each
> sessions loaded into the
> database as well.
>
> I know that the connect speed of each session can be seen by doing a show
> interface:
>
> >HiPer>> show interface slot:14/mod:23
> >
> >INTERFACE slot:14/mod:23 SETTINGS
> >Description:                              GWC Modem Driver
> >Type:                                     RS232
> >Speed:                                    44000
> >High Speed:                               0
> >Administrative Status:                    Up
> >Operational Status:                       Up
> >Link Up/Down Traps:                       DISABLED
>
> Does anybody know if there is a way to get the HiperARC to log that data as
> part of the
> radius logging or even to a separate log file on a server somewhere? If so
> then I just have to parse that log file to get the data into
> my database, but if it can't then it seems that I would have to have a
> polling program go and
> get the data off the HiperARC which would be a big pain.
>
> Any ideas?
>
>
>
>
> Mark Lemmert                    AthEnet Data Exchange
> Chief Technical Officer                888-919-8700
>

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


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

From: "Mark A. Bialik" <[e-mail]>
Subject: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
Date: 05 May 1999 18:50:03 -0500

This is a cryptographically signed message in MIME format.

--------------ms8CF4DD7F28981FCA9D3AC6F8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

My original Question:

"I'm configuring our first HiperDSP and seem to be having a problem
saving my config. We have a Channelized T1 connected to a T1/E1 Hiper.
For some reason, after a reset or reboot, my tone type gets switched to
mf, and the modems won't answer. If I change the tones to dtmf, all is
well. I've done a 'cmd svs' and it says successfully saved to NVRAM.
I've also done this through TCM.

Still, when I reboot, mf comes back.

Am I missing something basic here? We also have a HiperArc in the
chassis, if it matters."

---
The solution:

I had 'auto-config on card-insert' enabled on the nmc.

Thanks to Tatai Krishnan for the fix.

Also, thanks to Kevin Benton for his response.

---

Now, if I could just get the darn rack to answer above 14.4 or 19.2 I'd
be finished. X2/V.90 is enabled. Is there another basic setting I'm
missing somewhere to get this thing to answer at 56K?

Thanks again,
Mark

======================================================================
Mark A. Bialik                                          [phone]
Network/Security Manager                          http://www.linux.org
Infinity HealthCare, Inc.               [e-mail]
Mequon, WI USA                                              Use Linux.
======================================================================
--------------ms8CF4DD7F28981FCA9D3AC6F8
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

MIII/AYJKoZIhvcNAQcCoIII7TCCCOkCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BvQwggRvMIID2KADAgECAhAwsXaf3uqFj0aWmriTLT7/MA0GCSqGSIb3DQEBBAUAMGIxETAP
BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy
aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODA2MTUwMDAw
MDBaFw05OTA2MTUyMzU5NTlaMIIBJzERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl
cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh
bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT
IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs
YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDk1hcmsgQS4gQmlhbGlr
MS0wKwYJKoZIhvcNAQkBFh5tYmlhbGlrQGluZmluaXR5aGVhbHRoY2FyZS5jb20wgZ8wDQYJ
KoZIhvcNAQEBBQADgY0AMIGJAoGBALPAled+hT55SbFXVzXSTe0i0HLU8FdWQ6clVGVw9gHu
LDKEUUt3zU2rQBGAk3Y/lVQ8GnMb2eHOGbP2qic3bpNhhVOuIVF35t0mt3n7Q94xcMSA++9T
Op7iWWXfgxzcDOY57S1grwFLZPqJoxPO5ohf71XvR+hmkceQT1WbWiQnAgMBAAGjggFdMIIB
WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIB
FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp
Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh
Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCG
SAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVk
MWIwNTlkYTc1YmM0YmM5NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxM2FlNmJmOGQ1
MTE0OTlhYTNiZTQ1ZmRmM2VhNDVlYjANBgkqhkiG9w0BAQQFAAOBgQB6I6vnu4/74jtRb4Uj
2MViKv5gnu+uKBdYrn1iUodUs5+aHgl2TtNZQnmy0GH2JYU3SFVp+gvco8QttdJV7mSKe5ZP
nHNRpMi3avFaK659v1XlWFzbidlcSfNjrrHvG5Oz/Lg/6l44hL+LS9Yk5Q780m9Ng08/8mn/
IzidDNgGxTCCAn0wggHmoAMCAQICFHUTa1jzgGlXdaaiTVkQTZzqdkrxMA0GCSqGSIb3DQEB
AgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMu
Q2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NzA2
MjQwNzAwMDBaFw05OTA2MjQwNzAwMDBaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQK
Ew5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2
aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3Y
yiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFS
g2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdMP3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYS
na6TNNW41dD3PqkCAwEAAaMzMDEwEQYJYIZIAYb4QgEBBAQDAgEGMA8GA1UdEwQIMAYBAf8C
AQEwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAJIMS+m6k83/2uZg/Z5kA2YVL1Y8
OExoSkfF86uPJdlmQ3NDFXNEvhRIgVp3DMx66tmxvPKL/xGx3xRQSNxlHQuJ+aFeSFJv7bVr
9LgITDjwuYlnKQ/g4Df3puvU9NVCqV39veeefBvnT4UtBKFgLoW46+L67xQFJhUYVW8ToR1x
MYIB0DCCAcwCAQEwdjBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xNDAyBgNVBAsTK1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNj
cmliZXICEDCxdp/e6oWPRpaauJMtPv8wCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJ
KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw05OTA1MDUyMzUwMDNaMCMGCSqGSIb3DQEJBDEW
BBSrfMjwoL4yK8WQEaOX4DSpjgrxLjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G
CCqGSIb3DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAN
BgkqhkiG9w0BAQEFAASBgIBzsRwAoot3QJypV1ItVkNRvZwJX5WW6wUQBYvqP1dUp6T01DGm
UQw3lT+uS9UQ/ubuLjuiXF/QaMSqi1/sgwRfl8lR7BHT4KRcEz/2ug0D1Drbq+nMNg+dAj/O
0oLZI8AVzwvw9vPivG0HxiNvve6Rk6cL1ZrV+SRQg3eaOn27
--------------ms8CF4DD7F28981FCA9D3AC6F8--


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
Date: 05 May 1999 19:42:29 -0500 (CDT)

On Wed, 5 May 1999, Mark A. Bialik wrote:

>
> Now, if I could just get the darn rack to answer above 14.4 or 19.2 I'd
> be finished. X2/V.90 is enabled. Is there another basic setting I'm
> missing somewhere to get this thing to answer at 56K?

What client modem are you using?  How is the baud rate set on the client?
Also line conditions ( still should get v34).
My guess would be that your client has fixed the rate at 19.2 etc.

krish

>
> Thanks again,
> Mark
>
> ======================================================================
> Mark A. Bialik                                          [phone]
> Network/Security Manager                          http://www.linux.org
> Infinity HealthCare, Inc.               [e-mail]
> Mequon, WI USA                                              Use Linux.
> ======================================================================

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 A. Bialik" <[e-mail]>
Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
Date: 05 May 1999 21:28:44 -0500

This is a cryptographically signed message in MIME format.

--------------msC80E881306C346EE4B570DBC
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tatai SV Krishnan wrote:

> What client modem are you using?  How is the baud rate set on the client?
> Also line conditions ( still should get v34).
> My guess would be that your client has fixed the rate at 19.2 etc.

Well, I've tried 4 different modems, all which connect to my TC/Quad
Modem Rack at 33.6 (no 56K on this rack yet...). Since this new TC/Hiper
is a new endeavor for me, there must be some setting that I haven't
configured correctly.

Most of the settings that I can see in TCM are 'auto' and I have v34
enabled, plus X2/V.90.

I realize that I'm not giving a lot of info here, but if there a few
basic things to check, I can start there, and report back.

Is there a global command I can give to "auto-ready" the rack or modems
to answer calls between 14.4-56K?

Thanks (as always),
Mark
--


======================================================================
Mark A. Bialik                                          [phone]
Network/Security Manager                          http://www.linux.org
Infinity HealthCare, Inc.               [e-mail]
Mequon, WI USA                                              Use Linux.
======================================================================
--------------msC80E881306C346EE4B570DBC
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

MIII/AYJKoZIhvcNAQcCoIII7TCCCOkCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BvQwggRvMIID2KADAgECAhAwsXaf3uqFj0aWmriTLT7/MA0GCSqGSIb3DQEBBAUAMGIxETAP
BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy
aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODA2MTUwMDAw
MDBaFw05OTA2MTUyMzU5NTlaMIIBJzERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl
cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh
bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT
IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs
YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDk1hcmsgQS4gQmlhbGlr
MS0wKwYJKoZIhvcNAQkBFh5tYmlhbGlrQGluZmluaXR5aGVhbHRoY2FyZS5jb20wgZ8wDQYJ
KoZIhvcNAQEBBQADgY0AMIGJAoGBALPAled+hT55SbFXVzXSTe0i0HLU8FdWQ6clVGVw9gHu
LDKEUUt3zU2rQBGAk3Y/lVQ8GnMb2eHOGbP2qic3bpNhhVOuIVF35t0mt3n7Q94xcMSA++9T
Op7iWWXfgxzcDOY57S1grwFLZPqJoxPO5ohf71XvR+hmkceQT1WbWiQnAgMBAAGjggFdMIIB
WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIB
FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp
Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh
Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCG
SAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVk
MWIwNTlkYTc1YmM0YmM5NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxM2FlNmJmOGQ1
MTE0OTlhYTNiZTQ1ZmRmM2VhNDVlYjANBgkqhkiG9w0BAQQFAAOBgQB6I6vnu4/74jtRb4Uj
2MViKv5gnu+uKBdYrn1iUodUs5+aHgl2TtNZQnmy0GH2JYU3SFVp+gvco8QttdJV7mSKe5ZP
nHNRpMi3avFaK659v1XlWFzbidlcSfNjrrHvG5Oz/Lg/6l44hL+LS9Yk5Q780m9Ng08/8mn/
IzidDNgGxTCCAn0wggHmoAMCAQICFHUTa1jzgGlXdaaiTVkQTZzqdkrxMA0GCSqGSIb3DQEB
AgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMu
Q2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NzA2
MjQwNzAwMDBaFw05OTA2MjQwNzAwMDBaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQK
Ew5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2
aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3Y
yiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFS
g2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdMP3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYS
na6TNNW41dD3PqkCAwEAAaMzMDEwEQYJYIZIAYb4QgEBBAQDAgEGMA8GA1UdEwQIMAYBAf8C
AQEwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAJIMS+m6k83/2uZg/Z5kA2YVL1Y8
OExoSkfF86uPJdlmQ3NDFXNEvhRIgVp3DMx66tmxvPKL/xGx3xRQSNxlHQuJ+aFeSFJv7bVr
9LgITDjwuYlnKQ/g4Df3puvU9NVCqV39veeefBvnT4UtBKFgLoW46+L67xQFJhUYVW8ToR1x
MYIB0DCCAcwCAQEwdjBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xNDAyBgNVBAsTK1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNj
cmliZXICEDCxdp/e6oWPRpaauJMtPv8wCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJ
KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw05OTA1MDYwMjI4NDRaMCMGCSqGSIb3DQEJBDEW
BBQ86ZtOz9fXXRBPpOFlUrKQJ4+w/DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G
CCqGSIb3DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAN
BgkqhkiG9w0BAQEFAASBgDnRo3k7CdwHbMShqUw51aT2cpu8QlzXLuGGJFeGXgofDXA2SQZN
2dwOlUfxPN+/ISKrc2l+Wo5/G4HkbTrbq5bXfhB5zrhTPpfM6gB9aD9KKKFXq2RtMsn6CtB1
n33bd/xhBt4LUDyKbpSfmMmHfcKzkTNZMkej64CsMz5Ca+mF
--------------msC80E881306C346EE4B570DBC--


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


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

From: Chairman of the Borg <[e-mail]>
Subject: (usr-tc) total control analog ninja needed
Date: 05 May 1999 19:57:57 -0700

okay,
now that i want to throw the whole thing out the window,
my wannabe pop is up with the total control setup <sigh>
if you can call it "up"

here's the situation:

analog only quadmodems
portmaster 2e 30

borgmatrix-001.L7.net> show modem usrtc
   Short Name: usrtc
    Long Name: totalcontrol2
Optimal Speed: 115200
         Type: User Defined

  Init Script:  Send Command                    Wait for Reply
                ------------------------------  -----------------------------
                AT&B1&H1&R2X7&A3S0=1&N0&W       ok

we flashed all of them to the latest code we had (5.9.9)

and the current situation is:

card 1, 3 working ports, 4th answers with trash
card 2, 1 port works, 2 answer with trash, last picks up no handshake attempt.
card 3, 3 ports garbage, 1 port won't go on hook.
card 4, 3 ports perfect 14.4, port 4 is dead.
card 5, 2 ports garbage, 2 ports won't pick up
card 6, 2 ports work, 1 answers with trash, 1 is sending tons of upper
ascii out the serial port in all states.

so out of a total of 24 ports we have 6 we can use.

as per the faq we tried AT&F1&W

at this point it looks to me like someone shipped me the dregs of the cards
they had. (i have _never_ had these kind of problems with over 300 external
sportsters, etc.)

anyone have any more advice for me? i've contacted the guy who sent them to
me and he say's he'll send me new ones, but at this point it doesn't look
very bright... is there something i'm doin wrong here?
-dd

                                \\\\\//
       \\|//       _\\|//_      |     |      _\\|//_       \\|//
       (@ @)      (' 0-0 ')     (.) (.)     (' @-@ ')      (o-o)
+-=oOOo-(_)-oOOo=oo0=(_)=0oo=oOO=-(_)-=OOo=oo0=(_)=0oo=oOOo-(_)-oOOo=-+
           Plazma Networking Services / Level Seven inc.
                Connecting the World....
     http://www.plazma.net http://www.L7.net http://www.L7.org         /"\
    Olympia's "one stop" InterNetworking Provider 1 (360) 357 - 7315    \ /
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+  X
ASCII Ribbon campaign against HTML E-Mail >- - - - - - - - - - - - - -> / \

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
Date: 05 May 1999 22:49:52 -0500 (CDT)

On Wed, 5 May 1999, Mark A. Bialik wrote:
> Well, I've tried 4 different modems, all which connect to my TC/Quad
> Modem Rack at 33.6 (no 56K on this rack yet...). Since this new TC/Hiper
> is a new endeavor for me, there must be some setting that I haven't
> configured correctly.
>

Still knowing what modem you are using could give us a clue.
Quads do work with almost all the modems - DSP has some issues with
certain rockwell modems.
> Most of the settings that I can see in TCM are 'auto' and I have v34
> enabled, plus X2/V.90.
>
The trick is simple on the DSP - Select the modems using TCM and restore
them to default and save to it NVRAM - That is to it.

no configuration or setup requited.

krish

> I realize that I'm not giving a lot of info here, but if there a few
> basic things to check, I can start there, and report back.
>
> Is there a global command I can give to "auto-ready" the rack or modems
> to answer calls between 14.4-56K?
>
> Thanks (as always),
> Mark
> --
>
>
> ======================================================================
> Mark A. Bialik                                          [phone]
> Network/Security Manager                          http://www.linux.org
> Infinity HealthCare, Inc.               [e-mail]
> Mequon, WI USA                                              Use Linux.
> ======================================================================

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


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

From: "Marshall Morgan" <[e-mail]>
Subject: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 05 May 1999 23:21:13 -0500

For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
(4.1.59-6 already) for good measure.  Everything comes back up okay except the
DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first, I restore from
def for T1 and modems, save to nvram, restore template 1 from def, save to temp
1 nvram, refresh channels then save all T1 and modems to nvram.  Reboot again.
Still does not go away.  Reboot NMC.  Not looking good here as it is still light
up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up and all the B's
are available.   The DSP takes calls fine.  Basic SNMP queries also prove
everything is ok.

This is on a 5ESS switch (actually two as I tested it on another chassis) and as
mentioned before the necessary precautions of upgrades and settings were taken.

Bug or feature?  I read the PDF and did not see mention of this.

Marshall Morgan

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

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


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


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

From: "Rob Bachta" <[e-mail]>
Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
Date: 06 May 1999 00:38:46 -0700



Hello Mark,

A good way to determine why a x2/v.90 connection was not achieved, for a
specific call, is to check <x2 status> in Performance Monitor.  After selecting
your modems, in performance monitor, select <Call Statistics> and press
<default>.   The second to the last column is <x2 status>, what are you seeing
reported here?  Are you running T1 or PRI?  Is anyone connecting at 56k speeds?

A <restore modem from default> and (if running 1.2.x code) enabling Selective
Reject under <Signal Converter Settings>, should get you to 'auto-ready'
configuration you are looking for.

Regards,
Rob



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


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

From: Jim Johnson <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 06 May 1999 07:43:45 -0400


I upgraded a single HDM last night and had the same results. I was
afraid to go any further until I found out what was going on also.

Jim

Marshall Morgan wrote:
>
> For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
> starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
> (4.1.59-6 already) for good measure.  Everything comes back up okay except the
> DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first, I restore from
> def for T1 and modems, save to nvram, restore template 1 from def, save to temp
> 1 nvram, refresh channels then save all T1 and modems to nvram.  Reboot again.
> Still does not go away.  Reboot NMC.  Not looking good here as it is still light
> up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up and all the B's
> are available.   The DSP takes calls fine.  Basic SNMP queries also prove
> everything is ok.
>
> This is on a 5ESS switch (actually two as I tested it on another chassis) and as
> mentioned before the necessary precautions of upgrades and settings were taken.
>
> Bug or feature?  I read the PDF and did not see mention of this.
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Summary: Can't Save tone-type To NVRAM (and a new Q)
Date: 06 May 1999 08:25:21 -0400

Hi Mark,

Are you testing 56k from within the same building as your TC rack? Is there
a phone switch in the building that your analog lines come from? If so, you
may not be able to do 56k in the building. That's the case where I work.
Modems don't even attempt 56k handshaking. You can tell because the 56k
handshaking takes a long time and there's a distinctive change in tone with
short beeps in the middle of it. If you don't hear that, then 56k isn't
being negotiated.

If you have successfully done 56k from your building to another modem rack
outside the building, then ignore what I just wrote :)

Wayne Barber
Coastal Telco Services


> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Mark A. Bialik
> Sent: Wednesday, May 05, 1999 10:29 PM
> To: Tatai SV Krishnan
> Cc: [e-mail]
> Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new
> Q)
>
>
> Tatai SV Krishnan wrote:
>
> > What client modem are you using?  How is the baud rate set on
> the client?
> > Also line conditions ( still should get v34).
> > My guess would be that your client has fixed the rate at 19.2 etc.
>
> Well, I've tried 4 different modems, all which connect to my TC/Quad
> Modem Rack at 33.6 (no 56K on this rack yet...). Since this new TC/Hiper
> is a new endeavor for me, there must be some setting that I haven't
> configured correctly.
>
> Most of the settings that I can see in TCM are 'auto' and I have v34
> enabled, plus X2/V.90.
>
> I realize that I'm not giving a lot of info here, but if there a few
> basic things to check, I can start there, and report back.
>
> Is there a global command I can give to "auto-ready" the rack or modems
> to answer calls between 14.4-56K?
>
> Thanks (as always),
> Mark
> --
>
>
> ======================================================================
> Mark A. Bialik                                          [phone]
> Network/Security Manager                          http://www.linux.org
> Infinity HealthCare, Inc.               [e-mail]
> Mequon, WI USA                                              Use Linux.
> ======================================================================


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Bachta" <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 06 May 1999 09:05:05 -0500



Hi Jim, Hi Marshall,

With the 2.0.19 code the functionality of the loopback LED has changed.  In
addition to reflecting loopback it now also reflects the D channel state
(including NFAS states).  A summary of the LED states is listed in the NAC
product reference guide, Chapter 1 page 30.  The manual is available on
totalservice along side the code.

     LPBK      Off       Span is CHT1, E1/R2 or NFAS with no D-Channel
               Green          D-Channel is up
               Flashing green Backup D-Channel is up (NFAS)
               Red       D-Channel is down
               Yellow         Loopback test in progress

I hope this clears things up for you.  Let me know if you still have questions
regarding the loopback/D-Channel LED.  By the way, this information is available
in 3KB as solution 1.0.24310023.2122186.

Regards,
David





Jim Johnson <[e-mail]> on 05/06/99 06:43:45 AM

Please respond to [e-mail]

Sent by:  Jim Johnson <[e-mail]>


cc:    (David Bachta/MW/US/3Com)





I upgraded a single HDM last night and had the same results. I was
afraid to go any further until I found out what was going on also.

Jim

Marshall Morgan wrote:
>
> For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
> starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
> (4.1.59-6 already) for good measure.  Everything comes back up okay except the
> DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first, I restore
from
> def for T1 and modems, save to nvram, restore template 1 from def, save to
temp
> 1 nvram, refresh channels then save all T1 and modems to nvram.  Reboot again.
> Still does not go away.  Reboot NMC.  Not looking good here as it is still
light
> up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up and all the
B's
> are available.   The DSP takes calls fine.  Basic SNMP queries also prove
> everything is ok.
>
> This is on a 5ESS switch (actually two as I tested it on another chassis) and
as
> mentioned before the necessary precautions of upgrades and settings were
taken.
>
> Bug or feature?  I read the PDF and did not see mention of this.
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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






-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 06 May 1999 10:18:00 -0400



Check out the release notes on new features, we are now using the loopback light
for NFAS.






Jim Johnson <[e-mail]> on 05/06/99 07:43:45 AM

Please respond to [e-mail]

Sent by:  Jim Johnson <[e-mail]>


cc:    (Norm Miller/US/3Com)





I upgraded a single HDM last night and had the same results. I was
afraid to go any further until I found out what was going on also.

Jim

Marshall Morgan wrote:
>
> For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
> starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
> (4.1.59-6 already) for good measure.  Everything comes back up okay except the
> DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first, I restore
from
> def for T1 and modems, save to nvram, restore template 1 from def, save to
temp
> 1 nvram, refresh channels then save all T1 and modems to nvram.  Reboot again.
> Still does not go away.  Reboot NMC.  Not looking good here as it is still
light
> up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up and all the
B's
> are available.   The DSP takes calls fine.  Basic SNMP queries also prove
> everything is ok.
>
> This is on a 5ESS switch (actually two as I tested it on another chassis) and
as
> mentioned before the necessary precautions of upgrades and settings were
taken.
>
> Bug or feature?  I read the PDF and did not see mention of this.
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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






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


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

From: matthews <[e-mail]>
Subject: RE: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 06 May 1999 11:22:18 -0300


Does TCS 3.5 give the chassis the ability to share a D channel amongst DSPs and a dual PRI card or just between DSPs?

On Thursday, May 06, 1999 11:05 AM, David Bachta [SMTP:[e-mail]] wrote:
>
>
> Hi Jim, Hi Marshall,
>
> With the 2.0.19 code the functionality of the loopback LED has changed.  In
> addition to reflecting loopback it now also reflects the D channel state
> (including NFAS states).  A summary of the LED states is listed in the NAC
> product reference guide, Chapter 1 page 30.  The manual is available on
> totalservice along side the code.
>
>      LPBK      Off       Span is CHT1, E1/R2 or NFAS with no D-Channel
>                Green          D-Channel is up
>                Flashing green Backup D-Channel is up (NFAS)
>                Red       D-Channel is down
>                Yellow         Loopback test in progress
>
> I hope this clears things up for you.  Let me know if you still have questions
> regarding the loopback/D-Channel LED.  By the way, this information is available
> in 3KB as solution 1.0.24310023.2122186.
>
> Regards,
> David
>
>
>
>
>
> Jim Johnson <[e-mail]> on 05/06/99 06:43:45 AM
>
> Please respond to [e-mail]
>
> Sent by:  Jim Johnson <[e-mail]>
>
>
> To:   [e-mail]
> cc:    (David Bachta/MW/US/3Com)
> Subject:  Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
>
>
>
>
>
> I upgraded a single HDM last night and had the same results. I was
> afraid to go any further until I found out what was going on also.
>
> Jim
>
> Marshall Morgan wrote:
> >
> > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
> > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
> > (4.1.59-6 already) for good measure.  Everything comes back up okay except the
> > DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first, I restore
> from
> > def for T1 and modems, save to nvram, restore template 1 from def, save to
> temp
> > 1 nvram, refresh channels then save all T1 and modems to nvram.  Reboot again.
> > Still does not go away.  Reboot NMC.  Not looking good here as it is still
> light
> > up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up and all the
> B's
> > are available.   The DSP takes calls fine.  Basic SNMP queries also prove
> > everything is ok.
> >
> > This is on a 5ESS switch (actually two as I tested it on another chassis) and
> as
> > mentioned before the necessary precautions of upgrades and settings were
> taken.
> >
> > Bug or feature?  I read the PDF and did not see mention of this.
> >
> > Marshall Morgan
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Bachta" <[e-mail]>
Subject: RE: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 06 May 1999 09:35:40 -0500



Just between Hiper DSPs.

Regards,
David




matthews <[e-mail]> on 05/06/99 09:22:18 AM

Please respond to [e-mail]

Sent by:  matthews <[e-mail]>


cc:    (David Bachta/MW/US/3Com)





Does TCS 3.5 give the chassis the ability to share a D channel amongst DSPs and
a dual PRI card or just between DSPs?

On Thursday, May 06, 1999 11:05 AM, David Bachta [SMTP:[e-mail]]
wrote:
>
>
> Hi Jim, Hi Marshall,
>
> With the 2.0.19 code the functionality of the loopback LED has changed.  In
> addition to reflecting loopback it now also reflects the D channel state
> (including NFAS states).  A summary of the LED states is listed in the NAC
> product reference guide, Chapter 1 page 30.  The manual is available on
> totalservice along side the code.
>
>      LPBK      Off       Span is CHT1, E1/R2 or NFAS with no D-Channel
>                Green          D-Channel is up
>                Flashing green Backup D-Channel is up (NFAS)
>                Red       D-Channel is down
>                Yellow         Loopback test in progress
>
> I hope this clears things up for you.  Let me know if you still have questions
> regarding the loopback/D-Channel LED.  By the way, this information is
available
> in 3KB as solution 1.0.24310023.2122186.
>
> Regards,
> David
>
>
>
>
>
> Jim Johnson <[e-mail]> on 05/06/99 06:43:45 AM
>
> Please respond to [e-mail]
>
> Sent by:  Jim Johnson <[e-mail]>
>
>
> To:   [e-mail]
> cc:    (David Bachta/MW/US/3Com)
> Subject:  Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
>
>
>
>
>
> I upgraded a single HDM last night and had the same results. I was
> afraid to go any further until I found out what was going on also.
>
> Jim
>
> Marshall Morgan wrote:
> >
> > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
> > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
> > (4.1.59-6 already) for good measure.  Everything comes back up okay except
the
> > DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first, I restore
> from
> > def for T1 and modems, save to nvram, restore template 1 from def, save to
> temp
> > 1 nvram, refresh channels then save all T1 and modems to nvram.  Reboot
again.
> > Still does not go away.  Reboot NMC.  Not looking good here as it is still
> light
> > up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up and all the
> B's
> > are available.   The DSP takes calls fine.  Basic SNMP queries also prove
> > everything is ok.
> >
> > This is on a 5ESS switch (actually two as I tested it on another chassis)
and
> as
> > mentioned before the necessary precautions of upgrades and settings were
> taken.
> >
> > Bug or feature?  I read the PDF and did not see mention of this.
> >
> > Marshall Morgan
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.




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






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


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

From: Jim Johnson <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 06 May 1999 10:38:18 -0400


Tnanks for the info.  Suspected something like that and read the release
notes twice looking for it.  Figured it probably had something to do
with NFAS, but new functionality of that LED was clear as mud me in the
manual.  BTW, That LED usage change really stands out when you got 9
other HDMs in the chassis which have not been upgraded!  Its even worse
when all the equipment is at a remote facility so you can't just look at
the card.

Regards,

Jim

David Bachta wrote:
>
> Hi Jim, Hi Marshall,
>
> With the 2.0.19 code the functionality of the loopback LED has changed.  In
> addition to reflecting loopback it now also reflects the D channel state
> (including NFAS states).  A summary of the LED states is listed in the NAC
> product reference guide, Chapter 1 page 30.  The manual is available on
> totalservice along side the code.
>
>      LPBK      Off       Span is CHT1, E1/R2 or NFAS with no D-Channel
>                Green          D-Channel is up
>                Flashing green Backup D-Channel is up (NFAS)
>                Red       D-Channel is down
>                Yellow         Loopback test in progress
>
> I hope this clears things up for you.  Let me know if you still have questions
> regarding the loopback/D-Channel LED.  By the way, this information is available
> in 3KB as solution 1.0.24310023.2122186.
>
> Regards,
> David
>
> Jim Johnson <[e-mail]> on 05/06/99 06:43:45 AM
>
> Please respond to [e-mail]
>
> Sent by:  Jim Johnson <[e-mail]>
>
> To:   [e-mail]
> cc:    (David Bachta/MW/US/3Com)
> Subject:  Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
>
> I upgraded a single HDM last night and had the same results. I was
> afraid to go any further until I found out what was going on also.
>
> Jim
>
> Marshall Morgan wrote:
> >
> > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
> > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
> > (4.1.59-6 already) for good measure.  Everything comes back up okay except the
> > DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first, I restore
> from
> > def for T1 and modems, save to nvram, restore template 1 from def, save to
> temp
> > 1 nvram, refresh channels then save all T1 and modems to nvram.  Reboot again.
> > Still does not go away.  Reboot NMC.  Not looking good here as it is still
> light
> > up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up and all the
> B's
> > are available.   The DSP takes calls fine.  Basic SNMP queries also prove
> > everything is ok.
> >
> > This is on a 5ESS switch (actually two as I tested it on another chassis) and
> as
> > mentioned before the necessary precautions of upgrades and settings were
> taken.
> >
> > Bug or feature?  I read the PDF and did not see mention of this.
> >
> > Marshall Morgan
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
Date: 06 May 1999 11:46:12 -0500

I agree.  I thought it was road trip time last night!  I am good to go on it now
and I guess I should have remember green is good and moved on but I wanted to
make sure.

Marshall Morgan

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

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

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jim Johnson
> Sent: Thursday, May 06, 1999 9:38 AM
> To: [e-mail]
> Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
>
>
>
> Tnanks for the info.  Suspected something like that and read the release
> notes twice looking for it.  Figured it probably had something to do
> with NFAS, but new functionality of that LED was clear as mud me in the
> manual.  BTW, That LED usage change really stands out when you got 9
> other HDMs in the chassis which have not been upgraded!  Its even worse
> when all the equipment is at a remote facility so you can't just look at
> the card.
>
> Regards,
>
> Jim
>
> David Bachta wrote:
> >
> > Hi Jim, Hi Marshall,
> >
> > With the 2.0.19 code the functionality of the loopback LED has changed.  In
> > addition to reflecting loopback it now also reflects the D channel state
> > (including NFAS states).  A summary of the LED states is listed in the NAC
> > product reference guide, Chapter 1 page 30.  The manual is available on
> > totalservice along side the code.
> >
> >      LPBK      Off       Span is CHT1, E1/R2 or NFAS with no D-Channel
> >                Green          D-Channel is up
> >                Flashing green Backup D-Channel is up (NFAS)
> >                Red       D-Channel is down
> >                Yellow         Loopback test in progress
> >
> > I hope this clears things up for you.  Let me know if you still
> have questions
> > regarding the loopback/D-Channel LED.  By the way, this information
> is available
> > in 3KB as solution 1.0.24310023.2122186.
> >
> > Regards,
> > David
> >
> > Jim Johnson <[e-mail]> on 05/06/99 06:43:45 AM
> >
> > Please respond to [e-mail]
> >
> > Sent by:  Jim Johnson <[e-mail]>
> >
> > To:   [e-mail]
> > cc:    (David Bachta/MW/US/3Com)
> > Subject:  Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
> >
> > I upgraded a single HDM last night and had the same results. I was
> > afraid to go any further until I found out what was going on also.
> >
> > Jim
> >
> > Marshall Morgan wrote:
> > >
> > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS
> > > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC
> > > (4.1.59-6 already) for good measure.  Everything comes back up
> okay except the
> > > DSP LPBK/D-ALM LED never goes off - never.  Unconcerned at first,
> I restore
> > from
> > > def for T1 and modems, save to nvram, restore template 1 from def, save to
> > temp
> > > 1 nvram, refresh channels then save all T1 and modems to nvram.
> Reboot again.
> > > Still does not go away.  Reboot NMC.  Not looking good here as it is still
> > light
> > > up (Looks GREEN with TCM 6.0).   TCM reports the D-Channel is up
> and all the
> > B's
> > > are available.   The DSP takes calls fine.  Basic SNMP queries also prove
> > > everything is ok.
> > >
> > > This is on a 5ESS switch (actually two as I tested it on another
> chassis) and
> > as
> > > mentioned before the necessary precautions of upgrades and settings were
> > taken.
> > >
> > > Bug or feature?  I read the PDF and did not see mention of this.
> > >
> > > Marshall Morgan
> > >
> > > Internet Doorway, Inc (aka NETDOOR)
> > > http://www.netdoor.com
> > >
> > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>


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


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

From: Jim Logan <[e-mail]>
Subject: (usr-tc) USR TC Parts
Date: 06 May 1999 12:09:35 -0500


USR Parts, removed from V.90 Enabled TC Chassis:

2- NetServer 486 20 Meg PRI Card $ 750 Ea
1- NMC Card 20 Meg, 8 Meg ROM  $ 650
2- 45 Amp Power Supplies $ 160 Ea
1- TC Chassis  $ 90

Removed from Service Jan 99.  All items warrantied for 30 days.  Payment
terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items
available for immediate shipment.
******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) USR TC Parts
Date: 06 May 1999 12:22:58 -0500

Scott Trautman           608-240-4638,4637fax
Global Dialog Internet   www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718


-----Original Message-----
Sent: Thursday, May 06, 1999 12:10 PM



USR Parts, removed from V.90 Enabled TC Chassis:

2- NetServer 486 20 Meg PRI Card $ 750 Ea
1- NMC Card 20 Meg, 8 Meg ROM  $ 650
2- 45 Amp Power Supplies $ 160 Ea
1- TC Chassis  $ 90

Removed from Service Jan 99.  All items warrantied for 30 days.  Payment
terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items
available for immediate shipment.
******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


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

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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) USR TC Parts
Date: 06 May 1999 12:29:45 -0500

Sorry about that.....thought I was just replying to Jim.....

-----Original Message-----
Sent: Thursday, May 06, 1999 12:23 PM


Scott Trautman           608-240-4638,4637fax
Global Dialog Internet   www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718


-----Original Message-----
Sent: Thursday, May 06, 1999 12:10 PM



USR Parts, removed from V.90 Enabled TC Chassis:

2- NetServer 486 20 Meg PRI Card $ 750 Ea
1- NMC Card 20 Meg, 8 Meg ROM  $ 650
2- 45 Amp Power Supplies $ 160 Ea
1- TC Chassis  $ 90

Removed from Service Jan 99.  All items warrantied for 30 days.  Payment
terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items
available for immediate shipment.
******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


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

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

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


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

From: Jim Logan <[e-mail]>
Subject: RE: (usr-tc) USR TC Parts
Date: 06 May 1999 12:39:08 -0500


Got it Scott - Thanks, will send total and UPS Tracking number about 4:30
PM today.

At 12:29 PM 5/6/1999 -0500, you wrote:
>Sorry about that.....thought I was just replying to Jim.....
>
>-----Original Message-----
>From: Scott Trautman [mailto:[e-mail]]
>Sent: Thursday, May 06, 1999 12:23 PM
>To: '[e-mail]'
>Subject: RE: (usr-tc) USR TC Parts
>
>
>Scott Trautman           608-240-4638,4637fax
>Global Dialog Internet   www.gdinet.com
>2810 Crossroads, STE LL2
>Madison WI 53718
>
>
>-----Original Message-----
>From: Jim Logan [mailto:[e-mail]]
>Sent: Thursday, May 06, 1999 12:10 PM
>To: [e-mail]
>Subject: (usr-tc) USR TC Parts
>
>
>
>USR Parts, removed from V.90 Enabled TC Chassis:
>
>2- NetServer 486 20 Meg PRI Card $ 750 Ea
>1- NMC Card 20 Meg, 8 Meg ROM  $ 650
>2- 45 Amp Power Supplies $ 160 Ea
>1- TC Chassis  $ 90
>
>Removed from Service Jan 99.  All items warrantied for 30 days.  Payment
>terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items
>available for immediate shipment.
>******* Top Net InterNet Services ********
>Omaha, Nebraska                www.top.net
>            Voice: [phone]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


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


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

From: matthews <[e-mail]>
Subject: (usr-tc) connecting to cards thru HiPerARC CLI
Date: 06 May 1999 15:22:16 -0300


I remember some time ago someone mentioned it was possible to connect to
HiPerDSP management CLIs through the HiPerARC CLI.  Can someone enlighten
me on the procedure for setting that up?  I remember something about
setting up a network service on a particular socket but I can't quite
remember the exact details.

Thanks...

Matthew...


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
Date: 06 May 1999 14:47:24 -0500 (CDT)

On Thu, 6 May 1999, matthews wrote:

>
> I remember some time ago someone mentioned it was possible to connect to
> HiPerDSP management CLIs through the HiPerARC CLI.  Can someone enlighten
> me on the procedure for setting that up?  I remember something about
> setting up a network service on a particular socket but I can't quite
> remember the exact details.

you can get this either going to the 3kb solutions or
to
http://interproc.ae.usr.com/tkb.html

search for console

krish


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

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


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

From: Brian <[e-mail]>
Subject: (usr-tc) Modems taking no calls
Date: 06 May 1999 15:06:11 -0500 (CDT)


I have a strange situation with some modems at one of our pops.

The chassis has 2 CT1's.  I checked the session monitor for the modems and
found that no calls have been taken by:

slot:1/mod:1
slot:1/mod:3
slot:2/mod:23

The service states are "inService", the ds0->channel mapping looks good,
the modems config match the other modems.  I have even done an SDL and
restore from nvram, yadda yadda, and still no go.

Their is no blocking on those channels.  Syslog shows no activity for any
of those modems.  Its like the calls never go there at all.

We do not get re-orders.  The hunt is in first available too.  Yet when
you call, its like those timeslots just get skipped and it comes in past
them.

Does anyone have any ideas of what I can look for here?

Brian


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: [e-mail] (Mark R. Lindsey)
Subject: (usr-tc) USR-TC archive search
Date: 06 May 1999 17:03:39 -0400

The usr-tc list archive search function at
        http://usr-tc.datasys.net/
is temporarily unavailable. The database of terms is over 2g, so I'm
having to shuffle things around.

If your site would like to host the search functionality, or donate
a 4GB 1Mh MTBF SCSI disc to the effort, let me know.

I should have able to have it back online within a week.


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


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


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

From: Yevgeniy Kruglov <[e-mail]>
Subject: (usr-tc) Dialout on TCS 3.5
Date: 06 May 1999 19:06:03 -0500

Hello!

Is anybody having any problems with dialout using TCS 3.5? We had to
downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6.

Regards!

Yevgeniy Kruglov,                               email:  [e-mail]
Network Administrator                           phone:  [phone]
CIFNet, Inc.                                    fax:    [phone]


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


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

From: Yevgeniy Kruglov <[e-mail]>
Subject: (usr-tc) Dialout on TCS 3.5
Date: 06 May 1999 19:06:03 -0500

Hello!

Is anybody having any problems with dialout using TCS 3.5? We had to
downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6.

Regards!

Yevgeniy Kruglov,                               email:  [e-mail]
Network Administrator                           phone:  [phone]
CIFNet, Inc.                                    fax:    [phone]


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


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

From: "David Bachta" <[e-mail]>
Subject: Re: (usr-tc) Dialout on TCS 3.5
Date: 06 May 1999 19:52:08 -0500



Yevgeniy,

What is your modem routing method set to?  If it is set to round robin or 1st
available try changing it to fixed assignment.

Regards,
David




Yevgeniy Kruglov <[e-mail]> on 05/06/99 07:06:03 PM

Please respond to [e-mail]

Sent by:  Yevgeniy Kruglov <[e-mail]>


cc:    (David Bachta/MW/US/3Com)




Hello!

Is anybody having any problems with dialout using TCS 3.5? We had to
downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6.

Regards!

Yevgeniy Kruglov,                               email:  [e-mail]
Network Administrator                           phone:  [phone]
CIFNet, Inc.                                    fax:    [phone]


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






-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) USR-TC archive search
Date: 06 May 1999 20:54:49 -0400 (EDT)

I will have a few disks that fit the bill shortly, but they are Quantum
Grand Prix's...  We can't quite use them for production because they've
run at about a 70% failure rate vs. 0% for the Seagates and IBM's.

If you're interested, I can ship one... or maybe two so that one can
backup the other ;)

Charles

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

On Thu, 6 May 1999, Mark R. Lindsey wrote:

> The usr-tc list archive search function at
>         http://usr-tc.datasys.net/
> is temporarily unavailable. The database of terms is over 2g, so I'm
> having to shuffle things around.
>
> If your site would like to host the search functionality, or donate
> a 4GB 1Mh MTBF SCSI disc to the effort, let me know.
>
> I should have able to have it back online within a week.
>
>
> ---
> Mark R. Lindsey, [e-mail]
> Internet Engineering, DSS Online
> Voice: 912.241.0607, Fax: [phone] (US)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Yevgeniy Kruglov <[e-mail]>
Subject: Re: (usr-tc) Dialout on TCS 3.5
Date: 06 May 1999 20:31:04 -0500

David,

It was set to round robin, fixed assignment did the job, thanks!

Yevgeniy

On Thu, May 06, 1999 at 07:52:08PM -0500, David Bachta wrote:
>
>
> Yevgeniy,
>
> What is your modem routing method set to?  If it is set to round robin or 1st
> available try changing it to fixed assignment.
>
> Regards,
> David
>
>
>
>
> Yevgeniy Kruglov <[e-mail]> on 05/06/99 07:06:03 PM
>
> Please respond to [e-mail]
>
> Sent by:  Yevgeniy Kruglov <[e-mail]>
>
>
> To:   [e-mail]
> cc:    (David Bachta/MW/US/3Com)
> Subject:  (usr-tc) Dialout on TCS 3.5
>
>
>
>
> Hello!
>
> Is anybody having any problems with dialout using TCS 3.5? We had to
> downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6.
>
> Regards!
>
> Yevgeniy Kruglov,                               email:  [e-mail]
> Network Administrator                           phone:  [phone]
> CIFNet, Inc.                                    fax:    [phone]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Bachta" <[e-mail]>
Subject: Re: (usr-tc) Dialout on TCS 3.5
Date: 06 May 1999 21:20:25 -0500



Yevgeniy,

Glad to hear that worked.  My apologies for not getting it in the release
notes... it somehow slipped by.

Just FYI for anyone on the list who is doing dialout, there is an open issue
with Hiper DSP dialout on PRI with the modem routing method set to anything
other than fixed assignment.  This issue only occurs on the 2.0.x code.  The
outbound SETUP to the switch requests B channel 24.  On a FAS line this
obviously fails because there is no 24th B channel.  The problem and
configuration directions for the work-around of setting the modem routing method
to 'fixed assignment' will be in 3kb shortly.

Regards,
David






Yevgeniy Kruglov <[e-mail]> on 05/06/99 08:31:04 PM

Please respond to [e-mail]

Sent by:  Yevgeniy Kruglov <[e-mail]>


cc:    (David Bachta/MW/US/3Com)




David,

It was set to round robin, fixed assignment did the job, thanks!

Yevgeniy

On Thu, May 06, 1999 at 07:52:08PM -0500, David Bachta wrote:
>
>
> Yevgeniy,
>
> What is your modem routing method set to?  If it is set to round robin or 1st
> available try changing it to fixed assignment.
>
> Regards,
> David
>
>
>
>
> Yevgeniy Kruglov <[e-mail]> on 05/06/99 07:06:03 PM
>
> Please respond to [e-mail]
>
> Sent by:  Yevgeniy Kruglov <[e-mail]>
>
>
> To:   [e-mail]
> cc:    (David Bachta/MW/US/3Com)
> Subject:  (usr-tc) Dialout on TCS 3.5
>
>
>
>
> Hello!
>
> Is anybody having any problems with dialout using TCS 3.5? We had to
> downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6.
>
> Regards!
>
> Yevgeniy Kruglov,                               email:  [e-mail]
> Network Administrator                           phone:  [phone]
> CIFNet, Inc.                                    fax:    [phone]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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






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


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

From: "Paul M. Oster" <[e-mail]>
Subject: (usr-tc) Session Limits
Date: 06 May 1999 22:40:59 -0500 (CDT)


How does one set a session limit for NMC's?  I know the hiper arc is

set user default session_limit  TIME

???  Any suggetions?

Paul M. Oster <[e-mail]>               http://www.minot.com/
Magic Internet Services                         [phone]
Minots FIRST Internet Connection

-=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-

"I might not agree with what you have to say but I will defend, to
my death, your right to say it." - Voltaire


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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Dialout on TCS 3.5
Date: 07 May 1999 00:01:58 -0400 (EDT)

On Thu, 6 May 1999, David Bachta wrote:
>What is your modem routing method set to?  If it is set to round robin or 1st
>available try changing it to fixed assignment.

Please tell me you nuts fixed that.  I reported that problem over two months
ago.  And while I'm at it, why has no one "fixed" the problem of the HDSP
not paying any attention to the dialout configuration setup -- e.g. first
available 23->1; it always takes the very next channel which is also most
likely to be the next channel to get an inbound call. </rant>

--Ricky



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


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

From: Yevgeniy Kruglov <[e-mail]>
Subject: Re: (usr-tc) Dialout on TCS 3.5
Date: 06 May 1999 23:46:35 -0500

Well, I feel bad myself after running the beta code for a few months for
dial in access and never thinking about trying it out on the only span
around that got DIOD... Though I don't think I could take that one from
production.  OK, since this worked, I don't see any other reason to wait
until the second ER to upgrade :)

Regards!

Yevgeniy

On Thu, May 06, 1999 at 09:20:25PM -0500, David Bachta wrote:
>
> Yevgeniy,
>
> Glad to hear that worked.  My apologies for not getting it in the release
> notes... it somehow slipped by.
>
> Just FYI for anyone on the list who is doing dialout, there is an open issue
> with Hiper DSP dialout on PRI with the modem routing method set to anything
> other than fixed assignment.  This issue only occurs on the 2.0.x code.  The
> outbound SETUP to the switch requests B channel 24.  On a FAS line this
> obviously fails because there is no 24th B channel.  The problem and
> configuration directions for the work-around of setting the modem routing method
> to 'fixed assignment' will be in 3kb shortly.
>
> Regards,
> David
>
>
>
>
>
>
> Yevgeniy Kruglov <[e-mail]> on 05/06/99 08:31:04 PM
>
> Please respond to [e-mail]
>
> Sent by:  Yevgeniy Kruglov <[e-mail]>
>
>
> To:   [e-mail]
> cc:    (David Bachta/MW/US/3Com)
> Subject:  Re: (usr-tc) Dialout on TCS 3.5
>
>
>
>
> David,
>
> It was set to round robin, fixed assignment did the job, thanks!
>
> Yevgeniy
>
> On Thu, May 06, 1999 at 07:52:08PM -0500, David Bachta wrote:
> >
> >
> > Yevgeniy,
> >
> > What is your modem routing method set to?  If it is set to round robin or 1st
> > available try changing it to fixed assignment.
> >
> > Regards,
> > David
> >
> >
> >
> >
> > Yevgeniy Kruglov <[e-mail]> on 05/06/99 07:06:03 PM
> >
> > Please respond to [e-mail]
> >
> > Sent by:  Yevgeniy Kruglov <[e-mail]>
> >
> >
> > To:   [e-mail]
> > cc:    (David Bachta/MW/US/3Com)
> > Subject:  (usr-tc) Dialout on TCS 3.5
> >
> >
> >
> >
> > Hello!
> >
> > Is anybody having any problems with dialout using TCS 3.5? We had to
> > downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6.
> >
> > Regards!
> >
> > Yevgeniy Kruglov,                               email:  [e-mail]
> > Network Administrator                           phone:  [phone]
> > CIFNet, Inc.                                    fax:    [phone]
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 set idle time
Date: 07 May 1999 09:07:05 -0400

Can some tell me how to set the idle time on a USR?

Thanks

Vito


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) How to set idle time
Date: 07 May 1999 09:11:05 -0500 (CDT)

On Fri, 7 May 1999 [e-mail] wrote:

> Can some tell me how to set the idle time on a USR?

NETServer

set all idle <idle time >
or
using the radius attribute idle-timeout


Hiper arc
set user default idle_timeout <idle time>
or
using the radius attribute idle-timeout


krish


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

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) How to set idle time
Date: 07 May 1999 09:55:14 -0400 (EDT)

Thus spake [e-mail]
>Can some tell me how to set the idle time on a USR?

You can set it in RADIUS, or:
set user default idle_timeout <seconds>
--
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: access1 <[e-mail]>
Subject: Re: (usr-tc) USR TC Parts
Date: 07 May 1999 11:27:36 -0700

*******
please describe TC chassis ($90.) available. i.e., parts included /not
included, capabilities etc

Jim Logan wrote:

> USR Parts, removed from V.90 Enabled TC Chassis:
>
> 2- NetServer 486 20 Meg PRI Card $ 750 Ea
> 1- NMC Card 20 Meg, 8 Meg ROM  $ 650
> 2- 45 Amp Power Supplies $ 160 Ea
> 1- TC Chassis  $ 90
>
> Removed from Service Jan 99.  All items warrantied for 30 days.  Payment
> terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items
> available for immediate shipment.
> ******* Top Net InterNet Services ********
> Omaha, Nebraska                www.top.net
>             Voice: [phone]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.




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


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

From: "Squid" <[e-mail]>
Subject: (usr-tc) TCS 3.5 - UNKNOWN user problem
Date: 07 May 1999 14:53:29 -0400

Hello,
 I installed all the TCS 3.5 files to my units early Thurs. morning. Since
than some user are having trouble getting in. On their side it calls, waits,
and then just dropps or they get the "computer you have called is not
answering" msg. In my syslogs, I see the call come in and then get the
folllowing line:

May  7 14:50:25 uhub.greenapple.com At 18:50:24, Facility "Auth Facility", L
evel "COMMON":: The connection for call id 185860175, on if slot:12/mod:21
was d
ropped for user UNKNOWN

Happen on both MAC and PC's. Any ideas???? Also when the bring up terminal
windows, they get nothing.

Thanks, Mark



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


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

From: "Billy Huddleston" <[e-mail]>
Subject: (usr-tc) BACP with 4.1.59-6
Date: 07 May 1999 14:57:09 -0400

Anyone know how stable BACP is with 4.1.59-6 ? I notice they have it listed
as "experimental" in the release notes.

Thanks, Billy Huddleston

             +--------------------------------------------------+
             | Billy Huddleston           System Administrator  |
             | Net-Express               http://www.nxs.net     |
             | 114 Sherway Rd.          Voice: 423-691-2014     |
             | Knoxville, TN  37922       Fax: [phone]     |
             | [e-mail]                                    |
             +--------------------------------------------------+


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


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

From: "Paul M. Oster" <[e-mail]>
Subject: Re: (usr-tc) How to set idle time
Date: 07 May 1999 14:13:14 -0500 (CDT)

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

  So can anyone tell me how to do this with session timeouts?  I
know I had this information at one time, but for the life of me I
dont remember how this was done...

Paul

On Fri, 7 May 1999, Tatai SV Krishnan wrote:

> On Fri, 7 May 1999 [e-mail] wrote:
>
> > Can some tell me how to set the idle time on a USR?
>
> NETServer
>
> set all idle <idle time >
> or
> using the radius attribute idle-timeout
>
>
> Hiper arc
> set user default idle_timeout <idle time>
> or
> using the radius attribute idle-timeout
>
>
> krish
>
>
> >
> > Thanks
> >
> > Vito
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-----BEGIN PGP SIGNATURE-----
Version: PGP for Personal Privacy 5.0
Charset: noconv

iQA/AwUBNzM7TfwZd/4ulLtmEQLNCQCfe5MYK4shdxUDJwrE2IXx4JlD4FEAoOHL
gX129se+yDyzmV0bCWFyOoK3
=9apN
-----END PGP SIGNATURE-----


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) How to set idle time
Date: 07 May 1999 15:01:10 -0500 (CDT)

On Fri, 7 May 1999, Paul M. Oster wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>   So can anyone tell me how to do this with session timeouts?  I
> know I had this information at one time, but for the life of me I
> dont remember how this was done...

On the hiper arc

 set user default sesSION_TIMEOUT

or using radius attribute
session-timeout

on the NETServer

only through radius - use session-timeout

krish

>
> Paul
>
> On Fri, 7 May 1999, Tatai SV Krishnan wrote:
>
> > On Fri, 7 May 1999 [e-mail] wrote:
> >
> > > Can some tell me how to set the idle time on a USR?
> >
> > NETServer
> >
> > set all idle <idle time >
> > or
> > using the radius attribute idle-timeout
> >
> >
> > Hiper arc
> > set user default idle_timeout <idle time>
> > or
> > using the radius attribute idle-timeout
> >
> >
> > krish
> >
> >
> > >
> > > Thanks
> > >
> > > Vito
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP for Personal Privacy 5.0
> Charset: noconv
>
> iQA/AwUBNzM7TfwZd/4ulLtmEQLNCQCfe5MYK4shdxUDJwrE2IXx4JlD4FEAoOHL
> gX129se+yDyzmV0bCWFyOoK3
> =9apN
> -----END PGP SIGNATURE-----
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Chris <[e-mail]>
Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
Date: 07 May 1999 14:56:26 -0500

I tried the instructions but get stuck at the first step.

HIPER> add modem_GROUP crap interface SLOT:9/CON:1
CLI - Interface: SLOT:9/CON:1 is not configured
CLI - Request ADD MODEM_GROUP  failed because item is not in table


>
> I remember some time ago someone mentioned it was possible to connect to
> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten
> me on the procedure for setting that up? I remember something about
> setting up a network service on a particular socket but I can't quite
> remember the exact details.
you can get this either going to the 3kb solutions or
to
http://interproc.ae.usr.com/tkb.html
search for console
krish

Chris Henderson
Rural Connections ~ Information Services
http://www.rconnect.com

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


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

From: "Russ Miescke" <[e-mail]>
Subject: Re: (usr-tc) TCS 3.5 - UNKNOWN user problem
Date: 07 May 1999 17:05:51 -0500

I have had no problems at all so far.  We are on day 2.  What kind of modems
are they using?  We have seen this with LT Winmodems running old code for
the last few months.
Russ Miescke
Power Web Connect

----- Original Message -----
Sent: Friday, May 07, 1999 1:53 PM


> Hello,
>  I installed all the TCS 3.5 files to my units early Thurs. morning. Since
> than some user are having trouble getting in. On their side it calls,
waits,
> and then just dropps or they get the "computer you have called is not
> answering" msg. In my syslogs, I see the call come in and then get the
> folllowing line:
>
> May  7 14:50:25 uhub.greenapple.com At 18:50:24, Facility "Auth Facility",
L
> evel "COMMON":: The connection for call id 185860175, on if slot:12/mod:21
> was d
> ropped for user UNKNOWN
>
> Happen on both MAC and PC's. Any ideas???? Also when the bring up terminal
> windows, they get nothing.
>
> Thanks, Mark
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Steve Rivera <[e-mail]>
Subject: (usr-tc) USR ...Yeah I got That!
Date: 07 May 1999 18:25:07 -0400

All items in stock NOW!
Guaranteed working unless specified.
NO PRICES ARE CONCRETE! If you have seen better prices, let me know. Always
looking for a sale and New Customers :)
You can go to my web page: www.wrca.net for further information regarding
this equipment.

1- Access Router 5000 Total Stack...        Offers
    HW Rev 1.0 SW Rev 1.0.13
2- MP16I - PN#80-001219-00 R:2        $2000
    Both seem to have some 2 bad ports (12 good)
1-MP16 v34 - PN#80-000939-00 R:2         $1200
3- Netserver 16I - PN#80-001213-01 R:2     $3000
4- Netserver 16 v34             $1100
2- Netserver 8I - small box -             $2250
4- Netserver 8I - PN#80-001212-00 R:2    $2250
2- MP8I PN#80-001218-00 R:2 $2500        $2500
4- Netserver 8 v34 PN#80-001088-00 R:3    $750
1- MP8 v34 PN#80-000938--04 R:2        $650
4- TC Chassis w/ 45A Power Supply        $350
1- TC Dual PRI NAC/NIC            $850
1- EdgeServer w/ NT4.0            $1250



Steve Rivera -  [e-mail] -  732-833-2111
    http://www.wrca.net
WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56,
Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr 16I+
'''''''''''''''''''''''''''''''''''''''''''''''









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


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

From: Steve Rivera <[e-mail]>
Subject: (usr-tc) fs:Total Switch cards
Date: 07 May 1999 18:42:43 -0400

forgot to add to other list :)

3x- SLC-100BFX2
2x- SLC-10BTX8
2x- SLC-100BTX2

Steve Rivera -  [e-mail] -  732-833-2111
    http://www.wrca.net
WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56,
Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr 16I+
'''''''''''''''''''''''''''''''''''''''''''''''









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


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

From: Marcelo Souza <[e-mail]>
Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
Date: 07 May 1999 20:18:12 -0300 (EST)

On Fri, 7 May 1999, Chris wrote:

|I tried the instructions but get stuck at the first step.
|
|HIPER> add modem_GROUP crap interface SLOT:9/CON:1
|CLI - Interface: SLOT:9/CON:1 is not configured

    There is no "CON:1" modem, correct to: "slot:9/mod:1"

- Marcelo

|CLI - Request ADD MODEM_GROUP  failed because item is not in table
|
|
|>
|> I remember some time ago someone mentioned it was possible to connect to
|> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten
|> me on the procedure for setting that up? I remember something about
|> setting up a network service on a particular socket but I can't quite
|> remember the exact details.
|you can get this either going to the 3kb solutions or
|to
|http://interproc.ae.usr.com/tkb.html
|search for console
|krish
|
|Chris Henderson
|Rural Connections ~ Information Services
|http://www.rconnect.com
|
|-
| To unsubscribe to usr-tc, send an email to "[e-mail]"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address.  Do not use quotes in your message.
|

- Marcelo


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


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

From: Marcelo Souza <[e-mail]>
Subject: (usr-tc) Radius Settings
Date: 07 May 1999 20:54:17 -0300 (EST)


    What does these Radius parameters mean?

HiPer>> shOW raDIUS sETTINGS

RADIUS SETTINGS
(...)
Authentication Algorithm:                  ROUND_ROBIN
(...)
Interim Accounting Interval:               240 seconds


- Marcelo


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


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

From: Steve Lynn <[e-mail]>
Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
Date: 07 May 1999 20:01:20 -0400

Are you running 2.* code on the HDM? If so then make sure that
you've enabled the console for the HDM you're trying to configure.

hiperarc> li chas
Slot    Owner        Description      Ports   Type    Console
1       YES          24 Channel....   23      STATIC  YES

If Console = no then..

hiperarc> set chas slot 1 con yes

And then make sure the console interface is up.

hiperarc> li int

INTERFACES
Interface                       Oper    Admin
Name                            Status  Status
SLOT:1/CON:1                    Up      Up

If the interface is up enter the following....

add modem_GROUP slot1 inTERFACES SLOT:1/CON:1
add netWORK serVICE teledial1 servER_TYPE telnetd soCKET 10001 en no
set ne se teledial1 data
"service_type=dialout,auth=off,modem_group=\"slot1\""
ena ne se teledial1

After that you should be able to..

#telnet <arc ip address> 10001

and connect to the HDM console.


-Steve


Marcelo Souza wrote:
>
> On Fri, 7 May 1999, Chris wrote:
>
> |I tried the instructions but get stuck at the first step.
> |
> |HIPER> add modem_GROUP crap interface SLOT:9/CON:1
> |CLI - Interface: SLOT:9/CON:1 is not configured
>
>         There is no "CON:1" modem, correct to: "slot:9/mod:1"
>
> - Marcelo
>
> |CLI - Request ADD MODEM_GROUP  failed because item is not in table
> |
> |
> |>
> |> I remember some time ago someone mentioned it was possible to connect to
> |> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten
> |> me on the procedure for setting that up? I remember something about
> |> setting up a network service on a particular socket but I can't quite
> |> remember the exact details.
> |you can get this either going to the 3kb solutions or
> |to
> |http://interproc.ae.usr.com/tkb.html
> |search for console
> |krish
> |
> |Chris Henderson
> |Rural Connections ~ Information Services
> |http://www.rconnect.com
> |
> |-
> | To unsubscribe to usr-tc, send an email to "[e-mail]"
> | with "unsubscribe usr-tc" in the body of the message.
> | For information on digests or retrieving files and old messages send
> | "help" to the same address.  Do not use quotes in your message.
> |
>
> - Marcelo
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
Date: 07 May 1999 21:25:26 -0500 (CDT)


So their is no way to do this with 1.2.x code?  I noticed most of it
actually works, but the oper status will not goto UP, even telnet responds
but it closes connection.


On Fri, 7 May 1999, Steve Lynn wrote:

> Are you running 2.* code on the HDM? If so then make sure that
> you've enabled the console for the HDM you're trying to configure.
>
> hiperarc> li chas
> Slot    Owner        Description      Ports   Type    Console
> 1       YES          24 Channel....   23      STATIC  YES
>
> If Console = no then..
>
> hiperarc> set chas slot 1 con yes
>
> And then make sure the console interface is up.
>
> hiperarc> li int
>
> INTERFACES
> Interface                       Oper    Admin
> Name                            Status  Status
> SLOT:1/CON:1                    Up      Up
>
> If the interface is up enter the following....
>
> add modem_GROUP slot1 inTERFACES SLOT:1/CON:1
> add netWORK serVICE teledial1 servER_TYPE telnetd soCKET 10001 en no
> set ne se teledial1 data
> "service_type=dialout,auth=off,modem_group=\"slot1\""
> ena ne se teledial1
>
> After that you should be able to..
>
> #telnet <arc ip address> 10001
>
> and connect to the HDM console.
>
>
> -Steve
>
>
> Marcelo Souza wrote:
> >
> > On Fri, 7 May 1999, Chris wrote:
> >
> > |I tried the instructions but get stuck at the first step.
> > |
> > |HIPER> add modem_GROUP crap interface SLOT:9/CON:1
> > |CLI - Interface: SLOT:9/CON:1 is not configured
> >
> >         There is no "CON:1" modem, correct to: "slot:9/mod:1"
> >
> > - Marcelo
> >
> > |CLI - Request ADD MODEM_GROUP  failed because item is not in table
> > |
> > |
> > |>
> > |> I remember some time ago someone mentioned it was possible to connect to
> > |> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten
> > |> me on the procedure for setting that up? I remember something about
> > |> setting up a network service on a particular socket but I can't quite
> > |> remember the exact details.
> > |you can get this either going to the 3kb solutions or
> > |to
> > |http://interproc.ae.usr.com/tkb.html
> > |search for console
> > |krish
> > |
> > |Chris Henderson
> > |Rural Connections ~ Information Services
> > |http://www.rconnect.com
> > |
> > |-
> > | To unsubscribe to usr-tc, send an email to "[e-mail]"
> > | with "unsubscribe usr-tc" in the body of the message.
> > | For information on digests or retrieving files and old messages send
> > | "help" to the same address.  Do not use quotes in your message.
> > |
> >
> > - Marcelo
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: "Kent Tambling" <[e-mail]>
Subject: (usr-tc) Recommended routing for ARC/Cisco combo?  RIP only?
Date: 07 May 1999 22:41:55 -0400

Anyone have any specific suggestions on
routing configuration for our POP with a
Cisco 7206, 2 HiperARCs.  Is RIPv2 most
common or should I be looking at other solutions?
Incoming is a BGP AS block.  Everythings
working fine using RIP2 internal, I was just
curious what people thought of other configs.

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




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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo?  RIP only?
Date: 07 May 1999 23:26:03 -0400 (EDT)

Thus spake Kent Tambling
>Anyone have any specific suggestions on
>routing configuration for our POP with a
>Cisco 7206, 2 HiperARCs.  Is RIPv2 most
>common or should I be looking at other solutions?
>Incoming is a BGP AS block.  Everythings
>working fine using RIP2 internal, I was just
>curious what people thought of other configs.

RIPv2 is pretty much the only option you have with Arcs at this point.
OSPF is coming with the 4.2 release (should be coming out of beta any
time now...thought it was going to be part of TCS 3.5, but not sure on
that).  If this is your only POP, then RIPv2 should be plenty, as your
network grows, you'll probably, at some point, want to change to at
least redistributing RIPv2 into OSPF or IS-IS or something like that.
That seems to be the most common way of handling things.
--
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 Lynn <[e-mail]>
Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
Date: 07 May 1999 23:26:56 -0400

Nope. The HDMs have to be running 2.x code.

-Steve

Brian wrote:
>
> So their is no way to do this with 1.2.x code?  I noticed most of it
> actually works, but the oper status will not goto UP, even telnet responds
> but it closes connection.
>
> On Fri, 7 May 1999, Steve Lynn wrote:
>
> > Are you running 2.* code on the HDM? If so then make sure that
> > you've enabled the console for the HDM you're trying to configure.
> >
> > hiperarc> li chas
> > Slot    Owner        Description      Ports   Type    Console
> > 1       YES          24 Channel....   23      STATIC  YES
> >
> > If Console = no then..
> >
> > hiperarc> set chas slot 1 con yes
> >
> > And then make sure the console interface is up.
> >
> > hiperarc> li int
> >
> > INTERFACES
> > Interface                       Oper    Admin
> > Name                            Status  Status
> > SLOT:1/CON:1                    Up      Up
> >
> > If the interface is up enter the following....
> >
> > add modem_GROUP slot1 inTERFACES SLOT:1/CON:1
> > add netWORK serVICE teledial1 servER_TYPE telnetd soCKET 10001 en no
> > set ne se teledial1 data
> > "service_type=dialout,auth=off,modem_group=\"slot1\""
> > ena ne se teledial1
> >
> > After that you should be able to..
> >
> > #telnet <arc ip address> 10001
> >
> > and connect to the HDM console.
> >
> >
> > -Steve
> >
> >
> > Marcelo Souza wrote:
> > >
> > > On Fri, 7 May 1999, Chris wrote:
> > >
> > > |I tried the instructions but get stuck at the first step.
> > > |
> > > |HIPER> add modem_GROUP crap interface SLOT:9/CON:1
> > > |CLI - Interface: SLOT:9/CON:1 is not configured
> > >
> > >         There is no "CON:1" modem, correct to: "slot:9/mod:1"
> > >
> > > - Marcelo
> > >
> > > |CLI - Request ADD MODEM_GROUP  failed because item is not in table
> > > |
> > > |
> > > |>
> > > |> I remember some time ago someone mentioned it was possible to connect to
> > > |> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten
> > > |> me on the procedure for setting that up? I remember something about
> > > |> setting up a network service on a particular socket but I can't quite
> > > |> remember the exact details.
> > > |you can get this either going to the 3kb solutions or
> > > |to
> > > |http://interproc.ae.usr.com/tkb.html
> > > |search for console
> > > |krish
> > > |
> > > |Chris Henderson
> > > |Rural Connections ~ Information Services
> > > |http://www.rconnect.com
> > > |
> > > |-
> > > | To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > | with "unsubscribe usr-tc" in the body of the message.
> > > | For information on digests or retrieving files and old messages send
> > > | "help" to the same address.  Do not use quotes in your message.
> > > |
> > >
> > > - Marcelo
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109      http://www.shreve.net/~signal
> Network Administrator   ShreveNet Inc. (ASN 11881)
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: Steve Lynn <[e-mail]>
Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo?  RIP only?
Date: 07 May 1999 23:40:42 -0400

RIPv2 is probably your best bet. The only other option at this
point is to add static routes into the Cisco. Which isn't so bad
if you don't plan on adding to or changing your IP pools on the
HiperARC.


-Steve

Kent Tambling wrote:
>
> Anyone have any specific suggestions on
> routing configuration for our POP with a
> Cisco 7206, 2 HiperARCs.  Is RIPv2 most
> common or should I be looking at other solutions?
> Incoming is a BGP AS block.  Everythings
> working fine using RIP2 internal, I was just
> curious what people thought of other configs.
>
> Kent Tambling
> [e-mail]
> System Administrator
> www.acceleration.net
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo?  RIP only?
Date: 08 May 1999 10:59:39 -0500 (CDT)

On Fri, 7 May 1999, Kent Tambling wrote:

> Anyone have any specific suggestions on
> routing configuration for our POP with a
> Cisco 7206, 2 HiperARCs.  Is RIPv2 most
> common or should I be looking at other solutions?

You don't have much of a choice until OSPF is available.  We redistribute
RIP into OSPF.

> Incoming is a BGP AS block.  Everythings
> working fine using RIP2 internal, I was just
> curious what people thought of other configs.
>

typical pop config here at ShreveNet goes something like this:

interface Ethernet0
 ip address 208.242.79.17 255.255.255.240
!
interface Serial0
 ip address 192.168.1.6 255.255.255.252
!
router ospf 10
 redistribute connected subnets
 redistribute static
 redistribute rip subnets
 network 192.168.1.0 0.0.0.255 area 1
 network 208.242.79.16 0.0.0.15 area 1
!
router rip
 version 2
 timers basic 30 30 2 60 300
 network 208.242.79.0
 no auto-summary
!
ip classless
ip route 0.0.0.0 0.0.0.0 Serial0


1. I use 192.168.0.0 networks for the internal serial links, but you
probably don't want to do this, and I will be changing that real soon.

2. I use a /28 for the pop, thats for nmc's, and arc's, router, switch,
etc.  Go bigger if you have more equipment (/27 etc).

3. Each ARC gets a /25 (contiguous per chassis).  That announcment is sent
out ripv2, redistributed into OSPF and hauled to all routers via ospf
announcment.  It keeps the static routing to a minimum.


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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo?  RIP only?
Date: 08 May 1999 11:01:39 -0500 (CDT)

On Fri, 7 May 1999, Steve Lynn wrote:

> RIPv2 is probably your best bet. The only other option at this
> point is to add static routes into the Cisco. Which isn't so bad
> if you don't plan on adding to or changing your IP pools on the
> HiperARC.
>

If you have customers that are assigned static ip's/ip subnets, then some
sort of Interior routing protocol is going to be needed though, unless you
know which arc they are going to dial into ahead of time (possible in a
small setup).

Brian


>
> -Steve
>
> Kent Tambling wrote:
> >
> > Anyone have any specific suggestions on
> > routing configuration for our POP with a
> > Cisco 7206, 2 HiperARCs.  Is RIPv2 most
> > common or should I be looking at other solutions?
> > Incoming is a BGP AS block.  Everythings
> > working fine using RIP2 internal, I was just
> > curious what people thought of other configs.
> >
> > Kent Tambling
> > [e-mail]
> > System Administrator
> > www.acceleration.net
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: Allen Marsalis <[e-mail]>
Subject: (usr-tc) SS7 and Total Control
Date: 08 May 1999 23:32:48 -0500

Many months ago, our 3COM rep mentioned that upcoming NAS will
support SS7 for "internet call waiting" and other new features.
I can see the need for SS7 at a VoIP gateway to provide 1+ dialing,
800 call portability, and things of telco nature. (to emulate or
provide legacy POTS services)  But I just can't see what direct
SS7 will do for NAS with the possible exception of eliminating
the need for a class 5 switch. (if that's not enough reason :)

Anyone know what the integration of SS7 into NAS will do for us
in general in addition to the potential savings resulting from
trunking direct to a tandem?  Any word on when 3COM might release
a product?  Sorry if this has been covered recently..  It's just that
we're buying a DTI switch and I'm hoping it's not less useful (for NAS)
in 12-24 months.  Any thoughts?  Or explanations if I'm missing
the point..  thanks.

Allen


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


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

From: [e-mail] (Mark R. Lindsey)
Subject: (usr-tc) Clearing a single modem on HARC
Date: 09 May 1999 05:58:54 -0400

Hello,

I would like to clear a single modem (interface?) on a HiPer ARC.
That is, I don't want to disconnect all instances of a user connecting
to the HARC -- just one modem. Is that possible?

Consider:

slot:15/mod:12  werd                        DIALIN PPP  08-MAY-1999 18:04:40
slot:15/mod:13  britherton                  DIALIN PPP  07-MAY-1999 14:03:26
slot:15/mod:14  vascee.bi-state             DIALIN PPP  08-MAY-1999 14:51:53
slot:15/mod:15  rjsoms                      DIALIN PPP  09-MAY-1999 00:54:20
slot:15/mod:16  z4                          DIALIN PPP  08-MAY-1999 09:27:01
slot:15/mod:20  colbreth                    DIALIN PPP  06-MAY-1999 07:05:09
slot:15/mod:21  chwerd                      DIALIN PPP  08-MAY-1999 14:00:41
slot:15/mod:22  affico                      DIALIN PPP  05-MAY-1999 10:37:20
slot:15/mod:23  rjsoms                      DIALIN PPP  05-MAY-1999 16:40:29

I need to be able to disconnect slot:15/mod:23, but not slot:15/mod:15.




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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Clearing a single modem on HARC
Date: 09 May 1999 08:50:10 -0500 (CDT)

On Sun, 9 May 1999, Mark R. Lindsey wrote:

> Hello,
>
> I would like to clear a single modem (interface?) on a HiPer ARC.
> That is, I don't want to disconnect all instances of a user connecting
> to the HARC -- just one modem. Is that possible?

 reset modems slot:2/mod:1

or any other slot/modem you want

krish

>
> Consider:
>
> slot:15/mod:12  werd                        DIALIN PPP  08-MAY-1999 18:04:40
> slot:15/mod:13  britherton                  DIALIN PPP  07-MAY-1999 14:03:26
> slot:15/mod:14  vascee.bi-state             DIALIN PPP  08-MAY-1999 14:51:53
> slot:15/mod:15  rjsoms                      DIALIN PPP  09-MAY-1999 00:54:20
> slot:15/mod:16  z4                          DIALIN PPP  08-MAY-1999 09:27:01
> slot:15/mod:20  colbreth                    DIALIN PPP  06-MAY-1999 07:05:09
> slot:15/mod:21  chwerd                      DIALIN PPP  08-MAY-1999 14:00:41
> slot:15/mod:22  affico                      DIALIN PPP  05-MAY-1999 10:37:20
> slot:15/mod:23  rjsoms                      DIALIN PPP  05-MAY-1999 16:40:29
>
> I need to be able to disconnect slot:15/mod:23, but not slot:15/mod:15.
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Clearing a single modem on HARC
Date: 09 May 1999 11:11:14 -0400

At 05:58 AM 5/9/99 -0400, [e-mail] (Mark R. Lindsey) wrote:
>Hello,
>
>I would like to clear a single modem (interface?) on a HiPer ARC.
>That is, I don't want to disconnect all instances of a user connecting
>to the HARC -- just one modem. Is that possible?
>
>Consider:
>
>slot:15/mod:12  werd                        DIALIN PPP  08-MAY-1999 18:04:40
>slot:15/mod:13  britherton                  DIALIN PPP  07-MAY-1999 14:03:26
>slot:15/mod:14  vascee.bi-state             DIALIN PPP  08-MAY-1999 14:51:53
>slot:15/mod:15  rjsoms                      DIALIN PPP  09-MAY-1999 00:54:20
>slot:15/mod:16  z4                          DIALIN PPP  08-MAY-1999 09:27:01
>slot:15/mod:20  colbreth                    DIALIN PPP  06-MAY-1999 07:05:09
>slot:15/mod:21  chwerd                      DIALIN PPP  08-MAY-1999 14:00:41
>slot:15/mod:22  affico                      DIALIN PPP  05-MAY-1999 10:37:20
>slot:15/mod:23  rjsoms                      DIALIN PPP  05-MAY-1999 16:40:29
>
>I need to be able to disconnect slot:15/mod:23, but not slot:15/mod:15.

You can;
hangup interface slot:15/mod:23    or
disconnect user rjsoms
  If either works, you'll get nothing back but another command prompt. A
<list connections> will verify that the user is gone. If it doesn't work,
you'll get an error message. I have had some problems with manually
entering the interface in the <hangup interface> command, but copying the
slot/mod info then pasting it in the command line does the trick.

Kirk



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


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


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

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) Clearing a single modem on HARC
Date: 09 May 1999 12:39:49 -0400

: > I would like to clear a single modem (interface?) on a HiPer ARC.
: > That is, I don't want to disconnect all instances of a user connecting
: > to the HARC -- just one modem. Is that possible?
:

Krish said:
:  reset modems slot:2/mod:1

Does that require a specific HARC OS version to work? It doesn't want
to work on my system.

Thanks for the tip, though; at least I know there's supposed to be a way
to do it. :)


HiPer>> list con
[...snip...]
slot:15/mod:23  rjsems                      DIALIN PPP  05-MAY-1999 16:40:29
HiPer>> reset modems slot:15/mod:23
ERROR - CIP: The interface is currently in use



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


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

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) Clearing a single modem on HARC
Date: 09 May 1999 12:41:46 -0400

: You can;
: hangup interface slot:15/mod:23    or
: disconnect user rjsoms
:   If either works, you'll get nothing back but another command prompt.

Nifty; that worked for me. Thanks.



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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Clearing a single modem on HARC
Date: 09 May 1999 12:28:13 -0500 (CDT)

On Sun, 9 May 1999, Mark R. Lindsey wrote:

> : > I would like to clear a single modem (interface?) on a HiPer ARC.
> : > That is, I don't want to disconnect all instances of a user connecting
> : > to the HARC -- just one modem. Is that possible?
> :
>
> Krish said:
> :  reset modems slot:2/mod:1
>
> Does that require a specific HARC OS version to work? It doesn't want
> to work on my system.
>
> Thanks for the tip, though; at least I know there's supposed to be a way
> to do it. :)
>
>
> HiPer>> list con
> [...snip...]
> slot:15/mod:23  rjsems                      DIALIN PPP  05-MAY-1999 16:40:29
> HiPer>> reset modems slot:15/mod:23
> ERROR - CIP: The interface is currently in use

It does work on your version of code - the problem here is that the user
is currently logged  - so do this first

disconnect user rjsems
then
reset modems slot:15/mod:23

I tried this on 4.1.59-6 and it did not complain regarding the user.

What version are you using?

krish



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

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


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

From: Brian <[e-mail]>
Subject: (usr-tc) 3.5 comments?
Date: 09 May 1999 13:14:18 -0500 (CDT)


Any experiences with 3.5 yet, good or bad?  I hopefully will make the
migration to 3.5 in about a month, once I see enough brave people on this
list come forward with any potential problems.  I am looking forward to
the reverse telnet capibility of being able to get to the hdm consoles.

Brian


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) 3.5 comments?
Date: 09 May 1999 13:45:50 -0500

No reported issues or noticeable negative changes.  As they say, "No news is
good news."

Marshall Morgan

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

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

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Brian
> Sent: Sunday, May 09, 1999 1:14 PM
> To: USRobotics TC Mailing List
> Subject: (usr-tc) 3.5 comments?
>
>
>
> Any experiences with 3.5 yet, good or bad?  I hopefully will make the
> migration to 3.5 in about a month, once I see enough brave people on this
> list come forward with any potential problems.  I am looking forward to
> the reverse telnet capibility of being able to get to the hdm consoles.
>
> 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: "Russ Miescke" <[e-mail]>
Subject: Re: (usr-tc) 3.5 comments?
Date: 09 May 1999 14:52:34 -0500

Everything has been smooth here.  Have it running on DSPs and quads.  Did
not help the Rockwell modems performance but did not hurt anything that I
can see either.

Russ Miescke
Power Web Connect

----- Original Message -----
Sent: Sunday, May 09, 1999 1:14 PM


>
> Any experiences with 3.5 yet, good or bad?  I hopefully will make the
> migration to 3.5 in about a month, once I see enough brave people on this
> list come forward with any potential problems.  I am looking forward to
> the reverse telnet capibility of being able to get to the hdm consoles.
>
> Brian
>
>
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator   ShreveNet Inc. (ASN 11881)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) Clearing a single modem on HARC
Date: 09 May 1999 22:48:33 -0400

At 12:41 PM 5/9/99 -0400, [e-mail] (Mark R. Lindsey) wrote:
>: You can;
>: hangup interface slot:15/mod:23    or
>: disconnect user rjsoms
>:   If either works, you'll get nothing back but another command prompt.
>
>Nifty; that worked for me. Thanks.

I didn't notice till re-reading over it that your user rjsoms was logged on
twice. Did you use <hangup interface> or <disconnect user>? If <disconnect
user>, did it knock the user off both lines?


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


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


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

From: [e-mail] (Mark R. Lindsey)
Subject: Re: (usr-tc) Clearing a single modem on HARC
Date: 10 May 1999 06:09:39 -0400

: At 12:41 PM 5/9/99 -0400, [e-mail] (Mark R. Lindsey) wrote:
: >: You can;
: >: hangup interface slot:15/mod:23    or
: >: disconnect user rjsoms
: >:   If either works, you'll get nothing back but another command prompt.
: >
: >Nifty; that worked for me. Thanks.
:
: I didn't notice till re-reading over it that your user rjsoms was logged on
: twice. Did you use <hangup interface> or <disconnect user>? If <disconnect
: user>, did it knock the user off both lines?


The
    hangup interface
form worked. I didn't try `disc user' because it didn't look like what
I wanted.



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


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

From: "Mark S - Squid Manager" <[e-mail]>
Subject: Re: (usr-tc) 3.5 comments?
Date: 10 May 1999 09:03:29 -0400

Did not help the Rockwell issue at all, and we are even getting more issues
with aopen modems and such, all Rockwell based, that will not connect now,
but did before 3.5.  Getting the latest code on their side works most of the
time, but a real hassle since they were working fine before.

Mark
Green Apple Inc



----- Original Message -----
Sent: Sunday, May 09, 1999 2:14 PM


>
>Any experiences with 3.5 yet, good or bad?  I hopefully will make the
>migration to 3.5 in about a month, once I see enough brave people on this
>list come forward with any potential problems.  I am looking forward to
>the reverse telnet capibility of being able to get to the hdm consoles.
>
>Brian
>
>
>-----------------------------------------------------
>Brian Feeny (BF304)     [e-mail]
>318-222-2638 x 109 http://www.shreve.net/~signal
>Network Administrator   ShreveNet Inc. (ASN 11881)
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Tim Wolfe <[e-mail]>
Subject: (usr-tc) 56K ISDN
Date: 10 May 1999 07:58:56 -0700 (PDT)

Is anyone using channelized T-1s to terminate ISDN calls?  Lucingston PM3s
can do what they term "data over voice" ISDN calls that require the user to
set their modem to a different mode and then allows them to connect with
their ISDN line to the pm3 with either a 56k single channel or 112k dual
channel connection.  My 3Com sales guy said that the code that was supposed
to come out in March would do that.  Anybody doing that or have any idea
what the status of that is?  I've talked to a couple people at 3Com and they
seem to have no idea what I'm talking about.

Thanks,

Tim

=============================================================
|       Timothy M. Wolfe | Wireless Internet = Get Some     |
| Chief Network Engineer | 1.800.362.9943 [e-mail]   |
| ClipperNet Corporation | http://www.clipper.net/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: "C Thompson" <[e-mail]>
Subject: (usr-tc) is rlogin / uucp broken on 4.1.59?
Date: 10 May 1999 11:02:28 -0500

We have two chasses.  One is running 4.1.72 on the HARC, and the
other is running 4.1.59.

We have a customer who dials in and after logging in (ogin: ssword:), is
assigned an 'rlogin' connection type via radius to an Unix box for uucp e-
mail.

On the chassis running 4.1.72, this connection works fine as it has for
years (running on the NetServer card before the HARC).  However, the
chassis running 4.1.59 does not allow the uucp session to work.

A tech has logged into both chasses and checked every setting he knew
(I did the same), but there is no apparent difference in the settings other
than the code base.

Here is an output of the packets via tcpdump.  Any ideas or suggestions
appreciated.

Successful connection info beginning with the
copyright/license info for the Unix...
------------------------- chassis #1 ----------------
        of the license..
        .
        .
206.30.215.14.973 -> 206.30.215.7.login over TCP
        <No data>
206.30.215.7.login -> 206.30.215.14.973 over TCP
        .Shere=eirene.

206.30.215.14.973 -> 206.30.215.7.login over TCP
        .
206.30.215.7.login -> 206.30.215.14.973 over TCP
        <No data>
206.30.215.14.973 -> 206.30.215.7.login over TCP
        Scustomer1 -U0x10000 -N0x7 -R.
206.30.215.7.login -> 206.30.215.14.973 over TCP
        .ROK.


Unsuccessful attempt on other chassis running 4.1.59
---------------------- chassis2 ---------------------
        of the license..
        .
        .
206.30.215.10.549 -> 206.30.215.7.login over TCP
        <No data>
206.30.215.7.login -> 206.30.215.10.549 over TCP
        .Shere=eirene.

206.30.215.10.549 -> 206.30.215.7.login over TCP
        <No data>
206.30.215.10.549 -> 206.30.215.7.login over TCP
        <No data>
206.30.215.7.login -> 206.30.215.10.549 over TCP
        <No data>
206.30.215.7.login -> 206.30.215.10.549 over TCP
        <No data>
206.30.215.10.549 -> 206.30.215.7.login over TCP
        <No data>


Please help if you can...


Craig Thompson
WingNET Internet Services,
P.O. Box 3000 // Cleveland, TN 37320-3000
423-559-LINK (v)  423-559-5444 (f)
http://www.wingnet.net

One-seventh of your life is spent on Monday.


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


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

From: Andrew Aken <[e-mail]>
Subject: Re: (usr-tc) fs:Total Switch cards
Date: 08 May 1999 21:35:42 -0500

How much for the 100BTX2 cards?

Steve Rivera wrote:
>
> forgot to add to other list :)
>
> 3x- SLC-100BFX2
> 2x- SLC-10BTX8
> 2x- SLC-100BTX2
>
> Steve Rivera -  [e-mail] -  732-833-2111
>         http://www.wrca.net
> WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56,
> Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr 16I+
> '''''''''''''''''''''''''''''''''''''''''''''''
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--
=======================================================
===========      Andrew Aken - President      =========
======       GlobalEyes Communications, Inc.     ======
=Southern Illinois' Fastest Connection to the Internet=
==========      http://www.GlobalEyes.net      ========
=======================================================

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


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

From: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) fs:Total Switch cards
Date: 10 May 1999 12:38:49 -0400

$300 each.

At 09:35 PM 5/8/99 -0500, you wrote:
>How much for the 100BTX2 cards?
>
>Steve Rivera wrote:
>>
>> forgot to add to other list :)
>>
>> 3x- SLC-100BFX2
>> 2x- SLC-10BTX8
>> 2x- SLC-100BTX2
>>
>> Steve Rivera -  [e-mail] -  732-833-2111
>>         http://www.wrca.net
>> WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56,
>> Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr
16I+
>> '''''''''''''''''''''''''''''''''''''''''''''''
>>
>>
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>--
>=======================================================
>===========      Andrew Aken - President      =========
>======       GlobalEyes Communications, Inc.     ======
>=Southern Illinois' Fastest Connection to the Internet=
>==========      http://www.GlobalEyes.net      ========
>=======================================================
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Steve Rivera <[e-mail]>
Subject: (usr-tc) fs: USR Access
Date: 10 May 1999 13:35:56 -0400

If you have seen better prices, let me know. Always looking for a sale and
New Customers :)
You can go to my web page: www.wrca.net for further information regarding
this equipment.

1- Access Router 5000 Total Stack...        Offers
    HW Rev 1.0 SW Rev 1.0.13
2- MP16I - PN#80-001219-00 R:2        $1500
    Both seem to have some 2 bad ports (12 good)
1-MP16 v34 - PN#80-000939-00 R:2         $1200
3- Netserver 16I - PN#80-001213-01 R:2     $2500
4- Netserver 16 v34             $1000
2- Netserver 8I - small box -             $2000
4- Netserver 8I - PN#80-001212-00 R:2    $2000
2- MP8I PN#80-001218-00 R:2 $2500        $2500
4- Netserver 8 v34 PN#80-001088-00 R:3    $650
1- MP8 v34 PN#80-000938--04 R:2        $650
4- TC Chassis w/ 45A Power Supply        $350
1- TC Dual PRI NAC/NIC            $850
1- EdgeServer w/ NT4.0            $1250
3- Total Switch Cards SLC-100BFX2
2- Total Switch Cards SLC-10BTX8
2- Total Switch Cards SLC-100BTX2

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


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

From: K Mitchell <[e-mail]>
Subject: (usr-tc) To support or not to support?
Date: 10 May 1999 15:12:40 -0400

  Here's my situation. About a year ago I purchased a HiPer package from
Source and a TCAP support package that is in effect till August. Source
also provided me with TCM and S&A Server for Windows with the package. I've
had problems with logging in S&A Server since the start and have
intermittantly tried to resolve them through 3Com support. Their response
has varied widely from refusing to help because I didn't purchase S&A,
through saying they'd help but not following through after I'd sent them
specifics they'd requested. I spoke with a 3Com rep at ISPCon(Tom
iforgethislastname) who told me that the TCAP contract entitles me to
support and upgrades for S&A server despite the fact that it wasn't
originally purchased from 3Com. Can anybody verify this, or point me at a
sympathetic ear at 3Com that may at least hear me out before slamming the
"you didn't buy it" door in my face?

Thanks,
Kirk



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


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


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

From: "Randy McMillan" <[e-mail]>
Subject: Re: (usr-tc) 56K ISDN
Date: 10 May 1999 15:37:36 -0700

dovbs is in the release notes for the quad modems and there is a new option
to enable/disable dovbs in the call control options.  However, beyond that I
haven't found anything that tells you what else you need or how to do it in
the pdf's.  The help file for tcm for windows doesn't include any info on
it.  I would also appreciate any instructions that are available.

Randy McMillan
PacInfo


----- Original Message -----
Sent: Monday, May 10, 1999 7:58 AM


> Is anyone using channelized T-1s to terminate ISDN calls?  Lucingston PM3s
> can do what they term "data over voice" ISDN calls that require the user
to
> set their modem to a different mode and then allows them to connect with
> their ISDN line to the pm3 with either a 56k single channel or 112k dual
> channel connection.  My 3Com sales guy said that the code that was
supposed
> to come out in March would do that.  Anybody doing that or have any idea
> what the status of that is?  I've talked to a couple people at 3Com and
they
> seem to have no idea what I'm talking about.
>
> Thanks,
>
> Tim
>
> =============================================================
> |       Timothy M. Wolfe | Wireless Internet = Get Some     |
> | Chief Network Engineer | 1.800.362.9943 [e-mail]   |
> | ClipperNet Corporation | http://www.clipper.net/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: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) 56K ISDN
Date: 10 May 1999 19:09:59 -0400 (EDT)

On Mon, 10 May 1999, Randy McMillan wrote:
>dovbs is in the release notes for the quad modems and there is a new option
>to enable/disable dovbs in the call control options.  However, beyond that I
>haven't found anything that tells you what else you need or how to do it in
>the pdf's.  The help file for tcm for windows doesn't include any info on
>it.  I would also appreciate any instructions that are available.

[Disclaimer: I've not done this and have no plans to do so.]

The only way I've seen this done is by using DNIS based modem setup to
switch DoVBS on or off based on the number the user dialed to hit the
modem.  I hve no idea how well this ended up working, but it's a starting
place.  I'll look through the tcsbeta mail I've still got to see how it
was done.

--Ricky



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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: (usr-tc) connections dropping
Date: 10 May 1999 21:24:53 -0400 (EDT)


Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start
spilling over to the 3rd HDSP, we start getting connections dropped
after radius authentication. Doesn't seem to matter which port they're
coming in on, after a certain number of calls, we get the following:

 * call arrives
 * call connected
 * successful radius authentication for user xyzzy
 * connection dropped for user UNKNOWN

Note the log entry for successful radius auth contains the username,
but the connection dropped one claims user UNKNOWN.

Ideas on where to look?

HDSPs running 1.2.5
HARC running  4.0.30
NMC running   5.5.5


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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) connections dropping
Date: 10 May 1999 18:44:21 -0700

How large is your dynamic address Pool ? We had this if you forget to add
address space to the pool = No IP addresses available and the call drops.

-Frank
----- Original Message -----
Sent: Monday, May 10, 1999 6:24 PM


>
> Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start
> spilling over to the 3rd HDSP, we start getting connections dropped
> after radius authentication. Doesn't seem to matter which port they're
> coming in on, after a certain number of calls, we get the following:
>
>  * call arrives
>  * call connected
>  * successful radius authentication for user xyzzy
>  * connection dropped for user UNKNOWN
>
> Note the log entry for successful radius auth contains the username,
> but the connection dropped one claims user UNKNOWN.
>
> Ideas on where to look?
>
> HDSPs running 1.2.5
> HARC running  4.0.30
> NMC running   5.5.5
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) connections dropping
Date: 10 May 1999 22:07:21 -0400 (EDT)


Oh jeez. *roll*  Bingo, that was probably it. I painstakingly put in
the reverse dns for all of the new ports, and totally forgot about
the pool size. What an idgit.

Many thanks, you saved my life tonight. My tech support thanks you
too now that the flood of calls has gone away.  (:


On Mon, 10 May 1999, Frank Basso wrote:

> How large is your dynamic address Pool ? We had this if you forget to add
> address space to the pool = No IP addresses available and the call drops.
>
> -Frank
> ----- Original Message -----
> From: Lon R. Stockton, Jr. <[e-mail]>
> To: <[e-mail]>
> Sent: Monday, May 10, 1999 6:24 PM
> Subject: (usr-tc) connections dropping
>
>
> >
> > Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start
> > spilling over to the 3rd HDSP, we start getting connections dropped
> > after radius authentication. Doesn't seem to matter which port they're
> > coming in on, after a certain number of calls, we get the following:
> >
> >  * call arrives
> >  * call connected
> >  * successful radius authentication for user xyzzy
> >  * connection dropped for user UNKNOWN
> >
> > Note the log entry for successful radius auth contains the username,
> > but the connection dropped one claims user UNKNOWN.
> >
> > Ideas on where to look?
> >
> > HDSPs running 1.2.5
> > HARC running  4.0.30
> > NMC running   5.5.5
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) connections dropping
Date: 10 May 1999 19:22:55 -0700

Anytime.

--
Frank Basso
Senior Network Engineer
Got.Net? - The Internet Connection, Inc.
Santa Cruz, California
Voice: 831-460-2000 x117
FAX: [phone]

"Never mess with the one who has control of the Cisco, as "He Is God,
and not just Root... :)"

When they took the fourth amendment, I was quiet because I didn't deal
drugs.
When they took the sixth amendment, I was quiet because I was innocent.
When they took the second amendment, I was quiet because I didn't own a gun.
Now they've taken the first amendment, and I can say nothing about it.
----- Original Message -----
Sent: Monday, May 10, 1999 7:07 PM


>
> Oh jeez. *roll*  Bingo, that was probably it. I painstakingly put in
> the reverse dns for all of the new ports, and totally forgot about
> the pool size. What an idgit.
>
> Many thanks, you saved my life tonight. My tech support thanks you
> too now that the flood of calls has gone away.  (:
>
>
> On Mon, 10 May 1999, Frank Basso wrote:
>
> > How large is your dynamic address Pool ? We had this if you forget to
add
> > address space to the pool = No IP addresses available and the call
drops.
> >
> > -Frank
> > ----- Original Message -----
> > From: Lon R. Stockton, Jr. <[e-mail]>
> > To: <[e-mail]>
> > Sent: Monday, May 10, 1999 6:24 PM
> > Subject: (usr-tc) connections dropping
> >
> >
> > >
> > > Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start
> > > spilling over to the 3rd HDSP, we start getting connections dropped
> > > after radius authentication. Doesn't seem to matter which port they're
> > > coming in on, after a certain number of calls, we get the following:
> > >
> > >  * call arrives
> > >  * call connected
> > >  * successful radius authentication for user xyzzy
> > >  * connection dropped for user UNKNOWN
> > >
> > > Note the log entry for successful radius auth contains the username,
> > > but the connection dropped one claims user UNKNOWN.
> > >
> > > Ideas on where to look?
> > >
> > > HDSPs running 1.2.5
> > > HARC running  4.0.30
> > > NMC running   5.5.5
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) connections dropping
Date: 10 May 1999 19:27:06 -0700

I have a perl script for generating the dns entries if you are interested,
so you dont have to do too many hand edits.

-Frank
----- Original Message -----
Sent: Monday, May 10, 1999 7:07 PM


>
> Oh jeez. *roll*  Bingo, that was probably it. I painstakingly put in
> the reverse dns for all of the new ports, and totally forgot about
> the pool size. What an idgit.
>
> Many thanks, you saved my life tonight. My tech support thanks you
> too now that the flood of calls has gone away.  (:
>
>
> On Mon, 10 May 1999, Frank Basso wrote:
>
> > How large is your dynamic address Pool ? We had this if you forget to
add
> > address space to the pool = No IP addresses available and the call
drops.
> >
> > -Frank
> > ----- Original Message -----
> > From: Lon R. Stockton, Jr. <[e-mail]>
> > To: <[e-mail]>
> > Sent: Monday, May 10, 1999 6:24 PM
> > Subject: (usr-tc) connections dropping
> >
> >
> > >
> > > Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start
> > > spilling over to the 3rd HDSP, we start getting connections dropped
> > > after radius authentication. Doesn't seem to matter which port they're
> > > coming in on, after a certain number of calls, we get the following:
> > >
> > >  * call arrives
> > >  * call connected
> > >  * successful radius authentication for user xyzzy
> > >  * connection dropped for user UNKNOWN
> > >
> > > Note the log entry for successful radius auth contains the username,
> > > but the connection dropped one claims user UNKNOWN.
> > >
> > > Ideas on where to look?
> > >
> > > HDSPs running 1.2.5
> > > HARC running  4.0.30
> > > NMC running   5.5.5
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) dsp cards with netserver code
Date: 10 May 1999 21:12:24 -0600

If I put a hyper dsp card ( up to 2 ) in my chassis with current
netserver cards, do the cards respond to the normal netserver
commands?  I am not intrested in using the arc cards but wanted to
know of any chronic problems associated with a config of 48 modem
ports plus 2 dsp cards.  All our units are PRI based.  Before I bought
some of these I wanted to get some current feedback.  Our netserver
cards run 3.7.24 and nmc cards 5.4.1.

When I buy a doubleup bundle does it come with newer code? It appears
to come with the memory upgrade for the mnc card.  Is the netserver card
affected by all this?

All help is appreciated
thanks
eric

Delaware Online!.........The SMART Choice!
With 56K V.90 & X2 & Flex Modems
Phone : [phone]
Fax:     [phone]
Failure is NOT an option...



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


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

From: "Paul M. Oster" <[e-mail]>
Subject: Re: (usr-tc) connections dropping
Date: 10 May 1999 22:15:15 -0500 (CDT)

> Oh jeez. *roll*  Bingo, that was probably it. I painstakingly put in
> the reverse dns for all of the new ports, and totally forgot about
> the pool size. What an idgit.
>

   What, does everyone running this equipment have to make this mistake,
it must've taken me 2 1/2 days to figure that one out ...
  Paul


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


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

From: Marcelo Souza <[e-mail]>
Subject: (usr-tc) Seting up filters
Date: 11 May 1999 02:00:18 -0300 (EST)


    What is the correct way to setup the filters?
    My DEFAULT user configuration in Radius is:

DEFAULT Password = "UNIX",
        User-Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-Netmask = 255.255.255.255,
        Framed-Compression = Van-Jacobson-TCP-IP,
        Framed-Filter-Id = "dial",
        Port-Limit = 1

The TC 'default' user have:

Input Filter:                              dial.in
Output Filter:                             dial.out

    But when I send a 'sh interface slot:x/mod:y settings' of a
connected interface, I have:

Input Filter:                             none
Output Filter:                            none

    The only way I can see the filters applied to interface is
configuring direct in the interface 'set interface slot:x/mod:y
input_filter dial.in' i,ex.

         What am I doing wrong?

- Marcelo


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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) connections dropping
Date: 11 May 1999 00:23:58 -0700

:)
----- Original Message -----
Sent: Monday, May 10, 1999 8:15 PM


> > Oh jeez. *roll*  Bingo, that was probably it. I painstakingly put in
> > the reverse dns for all of the new ports, and totally forgot about
> > the pool size. What an idgit.
> >
>
>    What, does everyone running this equipment have to make this mistake,
> it must've taken me 2 1/2 days to figure that one out ...
>   Paul
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 56K ISDN
Date: 11 May 1999 15:27:53 -0400 (EDT)

A lot of ILEC mask the tone (21Khz or someting like that) that tells the
switch at the telco not to bill the call as 64K data, but as a 56K voice.
It's not a technical acheivement more than a software one.

Bell Atlantic in PA masks it in my area.

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

On Mon, 10 May 1999, Tim Wolfe wrote:

> Is anyone using channelized T-1s to terminate ISDN calls?  Lucingston PM3s
> can do what they term "data over voice" ISDN calls that require the user to
> set their modem to a different mode and then allows them to connect with
> their ISDN line to the pm3 with either a 56k single channel or 112k dual
> channel connection.  My 3Com sales guy said that the code that was supposed
> to come out in March would do that.  Anybody doing that or have any idea
> what the status of that is?  I've talked to a couple people at 3Com and they
> seem to have no idea what I'm talking about.
>
> Thanks,
>
> Tim
>
> =============================================================
> |       Timothy M. Wolfe | Wireless Internet = Get Some     |
> | Chief Network Engineer | 1.800.362.9943 [e-mail]   |
> | ClipperNet Corporation | http://www.clipper.net/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: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) 56K ISDN
Date: 11 May 1999 15:27:53 -0400 (EDT)

A lot of ILEC mask the tone (21Khz or someting like that) that tells the
switch at the telco not to bill the call as 64K data, but as a 56K voice.
It's not a technical acheivement more than a software one.

Bell Atlantic in PA masks it in my area.

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

On Mon, 10 May 1999, Tim Wolfe wrote:

> Is anyone using channelized T-1s to terminate ISDN calls?  Lucingston PM3s
> can do what they term "data over voice" ISDN calls that require the user to
> set their modem to a different mode and then allows them to connect with
> their ISDN line to the pm3 with either a 56k single channel or 112k dual
> channel connection.  My 3Com sales guy said that the code that was supposed
> to come out in March would do that.  Anybody doing that or have any idea
> what the status of that is?  I've talked to a couple people at 3Com and they
> seem to have no idea what I'm talking about.
>
> Thanks,
>
> Tim
>
> =============================================================
> |       Timothy M. Wolfe | Wireless Internet = Get Some     |
> | Chief Network Engineer | 1.800.362.9943 [e-mail]   |
> | ClipperNet Corporation | http://www.clipper.net/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) dsp cards with netserver code
Date: 11 May 1999 06:40:35 -0400 (EDT)

Thus spake [e-mail]
>If I put a hyper dsp card ( up to 2 ) in my chassis with current
>netserver cards, do the cards respond to the normal netserver
>commands?  I am not intrested in using the arc cards but wanted to
>know of any chronic problems associated with a config of 48 modem
>ports plus 2 dsp cards.  All our units are PRI based.  Before I bought
>some of these I wanted to get some current feedback.  Our netserver
>cards run 3.7.24 and nmc cards 5.4.1.

We've done this a bit...run DSP's with NETServers.  Trying to get away
from it...trying to get away from NETServers completely, but it does
work.  For some time I had 4 DSPs and 2 NETServers in the same chassis.

Only thing different about the setup is that you have to muck with the
modem startslot command and modem density commands to get the NETServer
to understand which modems they should be handling.  That took the
better part of an hour with my setup on the chassis I did it with.  Once
I got it set in there though, it stuck with no problems.

You might be careful with the 5.4.1 code on the NMC...might need to
upgrade that...not sure.
--
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: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) Seting up filters
Date: 11 May 1999 07:14:12 -0500

This isn't the exact command, but:

set modem_group xxxx filter access on

Do help on those keywords as you type 'em and that should do it.

SMT

> -----Original Message-----
> From: Marcelo Souza [mailto:[e-mail]]
> Sent: Tuesday, May 11, 1999 12:00 AM
> To: [e-mail]
> Subject: (usr-tc) Seting up filters
>
>
>
>     What is the correct way to setup the filters?
>     My DEFAULT user configuration in Radius is:
>
> DEFAULT Password = "UNIX",
>         User-Service-Type = Framed-User,
>         Framed-Protocol = PPP,
>         Framed-Netmask = 255.255.255.255,
>         Framed-Compression = Van-Jacobson-TCP-IP,
>         Framed-Filter-Id = "dial",
>         Port-Limit = 1
>
> The TC 'default' user have:
>
> Input Filter:                              dial.in
> Output Filter:                             dial.out
>
>     But when I send a 'sh interface slot:x/mod:y settings' of a
> connected interface, I have:
>
> Input Filter:                             none
> Output Filter:                            none
>
>     The only way I can see the filters applied to interface is
> configuring direct in the interface 'set interface slot:x/mod:y
> input_filter dial.in' i,ex.
>
>          What am I doing wrong?
>
> - Marcelo
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Seting up filters
Date: 11 May 1999 08:06:36 -0500 (CDT)

Is Filter access turned on in the Hiper arc for that particular prot?

set modem_group all filter on

krish


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

On Tue, 11 May 1999, Marcelo Souza wrote:

>
>     What is the correct way to setup the filters?
>     My DEFAULT user configuration in Radius is:
>
> DEFAULT Password = "UNIX",
>         User-Service-Type = Framed-User,
>         Framed-Protocol = PPP,
>         Framed-Netmask = 255.255.255.255,
>         Framed-Compression = Van-Jacobson-TCP-IP,
>         Framed-Filter-Id = "dial",
>         Port-Limit = 1
>
> The TC 'default' user have:
>
> Input Filter:                              dial.in
> Output Filter:                             dial.out
>
>     But when I send a 'sh interface slot:x/mod:y settings' of a
> connected interface, I have:
>
> Input Filter:                             none
> Output Filter:                            none
>
>     The only way I can see the filters applied to interface is
> configuring direct in the interface 'set interface slot:x/mod:y
> input_filter dial.in' i,ex.
>
>          What am I doing wrong?
>
> - Marcelo
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: "Mark S - Squid Manager" <[e-mail]>
Subject: (usr-tc) changing to EST from GMT
Date: 11 May 1999 11:13:53 -0400

Any way to change the chassis from GMT to EST? Couldn't find anything in
docs.

Mark
Green Apple Inc



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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) changing to EST from GMT
Date: 11 May 1999 10:22:29 -0500 (CDT)

On Tue, 11 May 1999, Mark S - Squid Manager wrote:

> Any way to change the chassis from GMT to EST? Couldn't find anything in
> docs.


Unless something has changed........no.  I remember at least with 4.0.x
revs this was not possible and don't recall seeing anything has changed.

Brian


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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: Tim Wolfe <[e-mail]>
Subject: (usr-tc) Scripts (was "connections dropping")
Date: 11 May 1999 08:48:05 -0700 (PDT)

On Mon, 10 May 1999, Frank Basso wrote:

> I have a perl script for generating the dns entries if you are interested,
> so you dont have to do too many hand edits.
>
> -Frank

I would be very interested.  Also, does anyone have a unix perl/shell script
that would allow a non-priviliged user (ie dialup support type) to view the
status of a given user dialed into the TC?  I'd want to have the username,
time on, ip address, connection speed, data sent and received.  Something
that could be run through a web page would be very nice.  One of our guys
can whip something up, but I figure one of you might have something already
done that you are willing to share.  If anyone knows of a good TC script
archive, please let me know.  If not, I'd be willing to host one if there is
any interest...

Thanks,

Tim

=============================================================
|       Timothy M. Wolfe | Wireless Internet = Get Some     |
| Chief Network Engineer | 1.800.362.9943 [e-mail]   |
| ClipperNet Corporation | http://www.clipper.net/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: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) changing to EST from GMT
Date: 11 May 1999 11:08:29 -0500 (CDT)

No, it only uses GMT -

krish

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

On Tue, 11 May 1999, Mark S - Squid Manager wrote:

> Any way to change the chassis from GMT to EST? Couldn't find anything in
> docs.
>
> Mark
> Green Apple Inc
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Marcelo Souza <[e-mail]>
Subject: RE: (usr-tc) Seting up filters
Date: 11 May 1999 13:07:35 -0300 (EST)


    Ok, I did the 'set modem_group ...' command, but this should be
overriden by Radius user settings?

- Marcelo

On Tue, 11 May 1999, Scott Trautman wrote:

|This isn't the exact command, but:
|
|set modem_group xxxx filter access on
|
|Do help on those keywords as you type 'em and that should do it.
|
|SMT
|
|> -----Original Message-----
|> From: Marcelo Souza [mailto:[e-mail]]
|> Sent: Tuesday, May 11, 1999 12:00 AM
|> To: [e-mail]
|> Subject: (usr-tc) Seting up filters
|>
|>
|>
|>     What is the correct way to setup the filters?
|>     My DEFAULT user configuration in Radius is:
|>
|> DEFAULT Password = "UNIX",
|>         User-Service-Type = Framed-User,
|>         Framed-Protocol = PPP,
|>         Framed-Netmask = 255.255.255.255,
|>         Framed-Compression = Van-Jacobson-TCP-IP,
|>         Framed-Filter-Id = "dial",
|>         Port-Limit = 1
|>
|> The TC 'default' user have:
|>
|> Input Filter:                              dial.in
|> Output Filter:                             dial.out
|>
|>     But when I send a 'sh interface slot:x/mod:y settings' of a
|> connected interface, I have:
|>
|> Input Filter:                             none
|> Output Filter:                            none
|>
|>     The only way I can see the filters applied to interface is
|> configuring direct in the interface 'set interface slot:x/mod:y
|> input_filter dial.in' i,ex.
|>
|>          What am I doing wrong?
|>
|> - Marcelo
|>
|>
|> -
|>  To unsubscribe to usr-tc, send an email to "[e-mail]"
|>  with "unsubscribe usr-tc" in the body of the message.
|>  For information on digests or retrieving files and old messages send
|>  "help" to the same address.  Do not use quotes in your message.
|>
|
|-
| To unsubscribe to usr-tc, send an email to "[e-mail]"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address.  Do not use quotes in your message.
|

- Marcelo



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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) changing to EST from GMT
Date: 11 May 1999 11:08:29 -0500 (CDT)

No, it only uses GMT -

krish

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

On Tue, 11 May 1999, Mark S - Squid Manager wrote:

> Any way to change the chassis from GMT to EST? Couldn't find anything in
> docs.
>
> Mark
> Green Apple Inc
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: [e-mail]
Subject: Re: (usr-tc) changing to EST from GMT
Date: 11 May 1999 10:35:41 -0500



     To change time use" Set time [time].  This will allow you to set the time
to whatever time you wish.  However, the display (G.M.T.) can not be changed.
Apparently it is hard coded, and can't be changed.

     Hope this helps.

          Todd      ;-}






"Mark S - Squid Manager" <[e-mail]> on 05/11/99 10:13:53 AM

Please respond to [e-mail]

Sent by:  "Mark S - Squid Manager" <[e-mail]>


cc:    (Todd Keister/MW/US/3Com)




Any way to change the chassis from GMT to EST? Couldn't find anything in
docs.

Mark
Green Apple Inc



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

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


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

From: [e-mail]
Subject: Re: (usr-tc) To support or not to support?
Date: 11 May 1999 10:08:43 -0500





     Kirk:



     If you have any questions that are of a "Customer Service" nature, then
please call in to our CCA Que (Customer Care Administration).  The 800 number
for this is [phone], and the currrent options to get to CCA are  2 - 2 -
5 - 5  (just follow the voice prompts for "CCA" - they change these prompts
frequently).

     If the person you speak with can not help you to resolve your issue
(unlikely - I know the people in CCA and they are GREAT), but IF you still need
help, then please call to Bill Bergeron at [phone].  He is the manager of
the CCA area, and if can't answer your questions personally, he WILL know who
can.   If you would like to contact him by email, his email address is listed
above under cc:.

     I hope this helps.       Todd       ;-}



     PS.   If doesn't help, then please send me an email, and I will forward it
to the correct department.   ;-}






K Mitchell <[e-mail]> on 05/10/99 02:12:40 PM

Please respond to [e-mail]

Sent by:  K Mitchell <[e-mail]>


cc:    (Todd Keister/MW/US/3Com)




  Here's my situation. About a year ago I purchased a HiPer package from
Source and a TCAP support package that is in effect till August. Source
also provided me with TCM and S&A Server for Windows with the package. I've
had problems with logging in S&A Server since the start and have
intermittantly tried to resolve them through 3Com support. Their response
has varied widely from refusing to help because I didn't purchase S&A,
through saying they'd help but not following through after I'd sent them
specifics they'd requested. I spoke with a 3Com rep at ISPCon(Tom
iforgethislastname) who told me that the TCAP contract entitles me to
support and upgrades for S&A server despite the fact that it wasn't
originally purchased from 3Com. Can anybody verify this, or point me at a
sympathetic ear at 3Com that may at least hear me out before slamming the
"you didn't buy it" door in my face?

Thanks,
Kirk



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


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

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


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

From: Griggs Jim <[e-mail]>
Subject: (usr-tc) Netserver/8 x2
Date: 11 May 1999 12:38:17 -0400

I have a Netserver/8  (Not the PLUS version) purchased circa mid '97 that
has x2 capable modems onboard.  -- At least according to the ATI7 response.

I am still not getting anything above 24000 even from a
phone line that I can routinely connect to elsewhere at 48k or higher.

Anybody know how or if I can get these modems to operate at v.9 ?

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Netserver/8 x2
Date: 11 May 1999 10:52:41 -0600

You need a digital line on your side to get it to work at >33.6.  I guess
that you would need an ISDN line.  I have quite a few of the netserver
units in use but we only use ours for analog lines in our more remote towns.

At 12:38 PM 5/11/99 -0400, you wrote:
>I have a Netserver/8  (Not the PLUS version) purchased circa mid '97 that
>has x2 capable modems onboard.  -- At least according to the ATI7 response.
>
>I am still not getting anything above 24000 even from a
>phone line that I can routinely connect to elsewhere at 48k or higher.
>
>Anybody know how or if I can get these modems to operate at v.9 ?
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>

Thanks,
Greg Coffey, CoffeyNet    Voice 307-234-5443   307-234-5446 Fax
====================================================================
142 S. Center St.          3Com v.90 56k $20 in Casper & Douglas
Casper, WY  82601       Local Internet for Casper, Rawlins, Douglas,
http://WWW.COFFEY.COM      Wheatland, Pinedale, Lander & Lusk, WY

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Boggs <[e-mail]>
Subject: (usr-tc) Adding 2nd HARC
Date: 11 May 1999 12:59:46 -0400

I am about to add a 2nd ARC.  I have 10 DSPs. All latest code (but not TCS
3.5)
Are there any major concerns about the setup so that the calls
are distributed between the two ARCs?  Anyone know of a
existing reference to do this?  The archive search is down and the 3com
knowledgebase
seems to be inaccessible right now too.  Any help GREATLY appreciated.
The HARC user guide was not much help either.

Thanks,
Scott Boggs
Network Administrator
United Bank


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


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

From: Randy Doran <[e-mail]>
Subject: Re: (usr-tc) Adding 2nd HARC
Date: 11 May 1999 14:28:40 -0400

You must first "disable NMC chassis awareness" on the ARCs, then split up
the slots that the DSPs are in between the two ARCs.  You do this by
setting the ownership of the slots on each ARC.  The command for this is:

set chassis slot X card_type hdm_24 owner [ yes no ]

You can check the ownership of each ARC by doing a "list chassis"

regards,
Randy

At 12:59 PM 5/11/99 -0400, Scott Boggs wrote:
>I am about to add a 2nd ARC.  I have 10 DSPs. All latest code (but not TCS
>3.5)
>Are there any major concerns about the setup so that the calls
>are distributed between the two ARCs?  Anyone know of a
>existing reference to do this?  The archive search is down and the 3com
>knowledgebase
>seems to be inaccessible right now too.  Any help GREATLY appreciated.
>The HARC user guide was not much help either.
>
>Thanks,
>Scott Boggs
>Network Administrator
>United Bank
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

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


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

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) NMC Class C only?
Date: 11 May 1999 12:35:02 -0600

I have an NMC with 5.5.2 software on it.  I would like to change the IP
address on it, but the new network is not a class c.  It's a 255.255.252.0
network.   I put my local  IP address in, then the subnet mask, and all
seems to work fine.  When I go to save the config, I get "Invalid LAN Subnet
Mask for a class C address.".   Hello.. It's not a class C address.
Suggestions?


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


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

From: K Mitchell <[e-mail]>
Subject: (usr-tc) ghost DSPs
Date: 11 May 1999 14:46:45 -0400

Last night I moved my 2 DSPs from slots 14 & 15 to slots 1 & 2
respectively. <list interfaces> and <list chassis> still shows slots 14 &
15 populated with out-of-service DSPs. Is there a way short of rebooting
the chassis to get ARC to recognize the slots as empty?

Thanks,
Kirk



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


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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) NMC Class C only?
Date: 11 May 1999 11:47:17 -0700

Same here, it does not like supernetting.

-Frank
----- Original Message -----
Sent: Tuesday, May 11, 1999 11:35 AM


> I have an NMC with 5.5.2 software on it.  I would like to change the IP
> address on it, but the new network is not a class c.  It's a 255.255.252.0
> network.   I put my local  IP address in, then the subnet mask, and all
> seems to work fine.  When I go to save the config, I get "Invalid LAN
Subnet
> Mask for a class C address.".   Hello.. It's not a class C address.
> Suggestions?
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) ghost DSPs
Date: 11 May 1999 11:51:05 -0700

Enable chassis awareness
----- Original Message -----
Sent: Tuesday, May 11, 1999 11:46 AM


> Last night I moved my 2 DSPs from slots 14 & 15 to slots 1 & 2
> respectively. <list interfaces> and <list chassis> still shows slots 14 &
> 15 populated with out-of-service DSPs. Is there a way short of rebooting
> the chassis to get ARC to recognize the slots as empty?
>
> Thanks,
> Kirk
>
>
>
> Kirk Mitchell-General Manager        [e-mail]
> Keystone Connect                http://www.keyconn.net
> Altoona, PA   814-941-5000         We Unlock the World
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Jesse Gasteiger <[e-mail]>
Subject: (usr-tc) ISDN into DEA (channelized T1)
Date: 11 May 1999 15:09:21 -0400 (EDT)


Does anyone know if its possible to terminate an ISDN data call on a
HyperDSP connected to a DEA (Channelized T1, not a PRI)?

Jesse Gasteiger
ViaNet Internet Solutions
http://www.vianet.on.ca
[phone]
[e-mail]



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


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

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) ghost DSPs
Date: 11 May 1999 15:08:03 -0400

At 11:51 AM 5/11/99 -0700, you wrote:
>Enable chassis awareness

Already enabled...next  :)


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


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


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

From: "Vito Maselli" <[e-mail]>
Subject: Re: (usr-tc) ghost DSPs
Date: 11 May 1999 14:41:59 -0500




Kirk,

issue the following command to the ARC.
     set chassis slot # card_type empty


Vito




K Mitchell <[e-mail]> on 05/11/99 01:46:45 PM

Please respond to [e-mail]

Sent by:  K Mitchell <[e-mail]>


cc:    (Vito Maselli/MW/US/3Com)




Last night I moved my 2 DSPs from slots 14 & 15 to slots 1 & 2
respectively. <list interfaces> and <list chassis> still shows slots 14 &
15 populated with out-of-service DSPs. Is there a way short of rebooting
the chassis to get ARC to recognize the slots as empty?

Thanks,
Kirk



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


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






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


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

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) ghost DSPs
Date: 11 May 1999 16:16:51 -0400

At 02:41 PM 5/11/99 -0500, you wrote:
>
>issue the following command to the ARC.
>     set chassis slot # card_type empty

I had to set the slot to static first, but that got it.

Thanks,
Kirk



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


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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Scripts (was "connections dropping")
Date: 11 May 1999 16:59:14 -0400 (EDT)

On Tue, 11 May 1999, Tim Wolfe wrote:

> I would be very interested.  Also, does anyone have a unix perl/shell script
> that would allow a non-priviliged user (ie dialup support type) to view the
> status of a given user dialed into the TC?  I'd want to have the username,
> time on, ip address, connection speed, data sent and received.  Something
> that could be run through a web page would be very nice.  One of our guys
> can whip something up, but I figure one of you might have something already
> done that you are willing to share.  If anyone knows of a good TC script
> archive, please let me know.  If not, I'd be willing to host one if there is
> any interest...

http://www.dcr.net/~mandrews/usrtoys

Look for "modemstats.pl" and maybe "whousr.pl".

I'd like to turn this into more of a TC script archive -- right now it has
mostly just my own stuff.  Send links. :)


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Date: Tue, 11 May 99 21:26:20 +0000
Date: 11 May 1999 15:26:26 -0600

I have several USR boxes with HiperArcs that I
have placed static routes on
for my customers with static ip addresses. I am
running ripv2 and I can see
the routes are being updated on my Cisco 3640,
but for some reason they
don't route out. When I do a traceroute to the
assigned ip addresses from the
router it stops at the HiperArc and then times
out. The static routes in the
HiperArc look like this:

63.67.200.0 63.67.200.3 255.255.255.0 1 (network
: gateway : mask : metric)

From the client side of the connection I can ping
the HiperArc ip address and
the gateway address, but no further. Any
suggestions?

If I add a user to the HiperArc with a static
address it will route properly, but I
would like to avoid adding users.
HARC is 4.1.59
HDSP is 1.2.5

Jason Woods - ISLC Technical 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: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
Date: 11 May 1999 16:52:51 -0500 (CDT)

On Tue, 11 May 1999 [e-mail] wrote:

> I have several USR boxes with HiperArcs that I
> have placed static routes on
> for my customers with static ip addresses. I am
> running ripv2 and I can see
> the routes are being updated on my Cisco 3640,
> but for some reason they
> don't route out. When I do a traceroute to the
> assigned ip addresses from the
> router it stops at the HiperArc and then times
> out. The static routes in the
> HiperArc look like this:
>

Get rid of the static routes on the hiper arc, use the framed-route
option on the radius - that way if your static users logs to any hiper
arc he can route.

krish

> 63.67.200.0 63.67.200.3 255.255.255.0 1 (network
> : gateway : mask : metric)
>
> >From the client side of the connection I can ping
> the HiperArc ip address and
> the gateway address, but no further. Any
> suggestions?
>
> If I add a user to the HiperArc with a static
> address it will route properly, but I
> would like to avoid adding users.
> HARC is 4.1.59
> HDSP is 1.2.5
>
> Jason Woods - ISLC Technical 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: Scott Trautman <[e-mail]>
Subject: (usr-tc) 3.5 code/NMC w/2mb of FLASH ROM
Date: 11 May 1999 16:49:46 -0500

Hi--

I didn't see anything blazing in front of me in the install notes but I just
upgraded the RAM on an NMC to 20mb, and it wants the 6.1.17 code,
but I'm a bit reluctant to throw it on there as this machine has only 2mb of
FLASH ROM, whereas everything else has 8mb FLASH.
(wants = Software Upgrade, shows upgrade 6.1.17 from the 6.0.9)

With the double-up kit they used to include both the ROM and RAM upgrades.
This latest DSP program they only included the RAM.

Am I to take it that the 6.1.17 code will run with the 2mb ROM??? Anyone
know? Rather not stoke the NMC and re-acquaint myself with PCSDL quite
yet....

I'm adding a DSP to a unit that has the ever lovely Dual T1&Quads in it
using a Netserver64 card. Do I even need the code upgrade????
The DSP card is already in there and looks happy enough, though I don't have
my CT1 in it and taking calls yet to find out for sure---

SMT

Scott M. Trautman               800-482-4638
Global Dialog Internet          608-240-4638,4637fax
2810 Crossroads, STE LL2         [e-mail]
Madison WI 53718                    http://www.gdinet.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: "Jason Woods" <[e-mail]>
Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
Date: 11 May 1999 17:48:07 -0400

Tatai,
    This is my entry in radius for the framed routing. Is
this correct?

waltaway Password = "UNIX"
        User-Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-Address = 63.67.200.10,
        Framed-Netmask = 255.255.255.255,
        Framed-Routing = None,
        Framed-Route = "63.67.200.0 63.67.200.3 1",
        Framed-Compression = None,
        Framed-MTU = 1500

Jason Woods - ISLC Technical Support
http://www.islc.net
843.770.1000

-----Original Message-----
Cc: [e-mail] <[e-mail]>


On Tue, 11 May 1999 [e-mail] wrote:

> I have several USR boxes with HiperArcs that I
> have placed static routes on
> for my customers with static ip addresses. I am
> running ripv2 and I can see
> the routes are being updated on my Cisco 3640,
> but for some reason they
> don't route out. When I do a traceroute to the
> assigned ip addresses from the
> router it stops at the HiperArc and then times
> out. The static routes in the
> HiperArc look like this:
>

Get rid of the static routes on the hiper arc, use the framed-route
option on the radius - that way if your static users logs to any hiper
arc he can route.

krish

> 63.67.200.0 63.67.200.3 255.255.255.0 1 (network
> : gateway : mask : metric)
>
> >From the client side of the connection I can ping
> the HiperArc ip address and
> the gateway address, but no further. Any
> suggestions?
>
> If I add a user to the HiperArc with a static
> address it will route properly, but I
> would like to avoid adding users.
> HARC is 4.1.59
> HDSP is 1.2.5
>
> Jason Woods - ISLC Technical 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.



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


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

From: Pete Ashdown <[e-mail]>
Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
Date: 11 May 1999 16:06:04 -0600 (MDT)

Jason Woods said once upon a time:
>
>Tatai,
>    This is my entry in radius for the framed routing. Is
>this correct?
>
>waltaway Password = "UNIX"
>        User-Service-Type = Framed-User,
>        Framed-Protocol = PPP,
>        Framed-Address = 63.67.200.10,
>        Framed-Netmask = 255.255.255.255,
>        Framed-Routing = None,
>        Framed-Route = "63.67.200.0 63.67.200.3 1",
>        Framed-Compression = None,
>        Framed-MTU = 1500

No.  Here's an entry for one of our Framed-Route customers.  Note that we
are routing to the same address which is specified in Framed-Address line,
and the required CIDR mask (also note that our dictionary names are
slightly different, but you get the gist).


gerberb       Authentication-Type = Unix-PW
              Framed-IP-Address = 166.70.43.1,
              Framed-IP-Netmask = 255.255.255.255,
              Framed-Route = "198.60.105.0/24 166.70.43.1 1",
              Idle-Timeout = 1800

We're using Merit, so the rest is filled in at the bottom:

DEFAULT       Authentication-Type = Unix-PW
              Port-Limit = 1,
              Idle-Timeout = 1800
pppuser       Authentication-Type = None
              Port-Limit = 1,
              Service-Type = Framed,
              Framed-Protocol = PPP

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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] (Alan Martin)
Subject: (usr-tc) Limit Baud Rate
Date: 11 May 1999 13:34:55 -0400

Hello,

Anyone know how to limit the Baud rate on a TC to 3200, or better yet to
disable the extended symbol rate of 3429?
Thanks
Alan

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
Date: 11 May 1999 19:36:30 -0500 (CDT)

On Tue, 11 May 1999, Jason Woods wrote:

> Tatai,
>     This is my entry in radius for the framed routing. Is
> this correct?
>
> waltaway Password = "UNIX"
>         User-Service-Type = Framed-User,
>         Framed-Protocol = PPP,
>         Framed-Address = 63.67.200.10,
>         Framed-Netmask = 255.255.255.255,
>         Framed-Routing = None,
>         Framed-Route = "63.67.200.0 63.67.200.3 1",

Framed-Route = "usersnetwork/netmask gateway/0.0.0.0  metric"

krish

>         Framed-Compression = None,
>         Framed-MTU = 1500
>
> ----------------------------------------------------------
> Jason Woods - ISLC Technical Support
> http://www.islc.net
> 843.770.1000
> ----------------------------------------------------------
>
> -----Original Message-----
> From: Tatai SV Krishnan <[e-mail]>
> To: [e-mail] <[e-mail]>
> Cc: [e-mail] <[e-mail]>
> Date: Tuesday, May 11, 1999 5:36 PM
> Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
>
>
> On Tue, 11 May 1999 [e-mail] wrote:
>
> > I have several USR boxes with HiperArcs that I
> > have placed static routes on
> > for my customers with static ip addresses. I am
> > running ripv2 and I can see
> > the routes are being updated on my Cisco 3640,
> > but for some reason they
> > don't route out. When I do a traceroute to the
> > assigned ip addresses from the
> > router it stops at the HiperArc and then times
> > out. The static routes in the
> > HiperArc look like this:
> >
>
> Get rid of the static routes on the hiper arc, use the framed-route
> option on the radius - that way if your static users logs to any hiper
> arc he can route.
>
> krish
>
> > 63.67.200.0 63.67.200.3 255.255.255.0 1 (network
> > : gateway : mask : metric)
> >
> > >From the client side of the connection I can ping
> > the HiperArc ip address and
> > the gateway address, but no further. Any
> > suggestions?
> >
> > If I add a user to the HiperArc with a static
> > address it will route properly, but I
> > would like to avoid adding users.
> > HARC is 4.1.59
> > HDSP is 1.2.5
> >
> > Jason Woods - ISLC Technical 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.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: "Greg Owens" <[e-mail]>
Subject: (usr-tc) Netgear problem!
Date: 11 May 1999 20:32:22 -0500

We have a customer that just purchased a Netgear (Bay Networks) Modem Router
(RM 356) They say when they dial into us over half the time it will not
connect. Once it connects it does fine  They set it up to dial into a
competors site (They use Assend equipment) and it will connect everytime,
perfectly. We are running 4.1.59 (not -6) right now. Anyone have any
experience with these? Anything special I should know?  They said they will
bring the box by the office to let us test it out from here, but I am
totally unfamiliar with these units. Any help or insight would be greatly
appreciated!!
        Greg Owens
Magnolia 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: Grzegorz Paszka <[e-mail]>
Subject: (usr-tc) TCH and voice over IP
Date: 12 May 1999 10:08:17 +0200 (EEST)

Hi.
Anyone is using TCH with VoIP ?
Do you think 3com products are good solution for VoIP ?

Any opinios are appreciated.
--
Grzegorz Paszka, System Administrator, Gliwice ul. Toszecka 102
e-mail: [e-mail]  tel. [phone] wew 333

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


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

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 12 May 1999 11:42:52 +0200

Even NTP doesn't change from GMT... and NTP is required for MPIP to work...

3Com, give it a thought, will ya ?

Must be 2 lines of code somewhere, one hour of work for an programmer who
knows his business ;-)


---
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA / SPAN
Tel : [phone]
Fax : [phone]
e-mail : [e-mail]


    -----Original Message-----
    From:    [e-mail] [SMTP:[e-mail]]
    Sent:    mardi, 11. mai 1999 17:36
    To:    [e-mail]
    Subject:    Re: (usr-tc) changing to EST from GMT



         To change time use" Set time [time].  This will allow you to
set the time
    to whatever time you wish.  However, the display (G.M.T.) can not be
changed.
    Apparently it is hard coded, and can't be changed.

         Hope this helps.

              Todd      ;-}






    "Mark S - Squid Manager" <[e-mail]> on 05/11/99 10:13:53
AM

    Please respond to [e-mail]

    Sent by:  "Mark S - Squid Manager" <[e-mail]>


    To:   [e-mail]
    cc:    (Todd Keister/MW/US/3Com)
    Subject:  (usr-tc) changing to EST from GMT




    Any way to change the chassis from GMT to EST? Couldn't find
anything in
    docs.

    Mark
    Green Apple Inc



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

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

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


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

From: "Sam Lowe" <[e-mail]>
Subject: Re: (usr-tc) Netgear problem!
Date: 12 May 1999 06:39:34 -0500

We also had the same problem, but when we upgraded to 4.1.59-6 the user was
able to make a 64K connection.  We still cannot get the TC to allow the
netgear to bond two channels for 128K.  The Netgear router we have had
problems with is the RT-328.

These units do seem to work on other NAS units (PMs, Cisco's) as we use them
in other areas with great success.

Samuel S. Lowe
Director, Data Network Services
UniversalCom, Inc
Voice 850-837-0077  VM x116
FAX [phone]
[e-mail]

----- Original Message -----
Sent: Tuesday, May 11, 1999 20:32 PM


> We have a customer that just purchased a Netgear (Bay Networks) Modem
Router
> (RM 356) They say when they dial into us over half the time it will not
> connect. Once it connects it does fine  They set it up to dial into a
> competors site (They use Assend equipment) and it will connect everytime,
> perfectly. We are running 4.1.59 (not -6) right now. Anyone have any
> experience with these? Anything special I should know?  They said they
will
> bring the box by the office to let us test it out from here, but I am
> totally unfamiliar with these units. Any help or insight would be greatly
> appreciated!!
>         Greg Owens
> Magnolia Internet Services
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Sam Lowe" <[e-mail]>
Subject: Re: (usr-tc) Netgear problem!
Date: 12 May 1999 06:40:26 -0500

We also had the same problem, but when we upgraded to 4.1.59-6 the user was
able to make a 64K connection.  We still cannot get the TC to allow the
netgear to bond two channels for 128K.  The Netgear router we have had
problems with is the RT-328.

These units do seem to work on other NAS units (PMs, Cisco's) as we use them
in other areas with great success.

Samuel S. Lowe
Director, Data Network Services
UniversalCom, Inc
Voice 850-837-0077  VM x116
FAX [phone]
[e-mail]

----- Original Message -----
Sent: Tuesday, May 11, 1999 20:32 PM


> We have a customer that just purchased a Netgear (Bay Networks) Modem
Router
> (RM 356) They say when they dial into us over half the time it will not
> connect. Once it connects it does fine  They set it up to dial into a
> competors site (They use Assend equipment) and it will connect everytime,
> perfectly. We are running 4.1.59 (not -6) right now. Anyone have any
> experience with these? Anything special I should know?  They said they
will
> bring the box by the office to let us test it out from here, but I am
> totally unfamiliar with these units. Any help or insight would be greatly
> appreciated!!
>         Greg Owens
> Magnolia Internet Services
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



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


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

From: "Jason Woods" <[e-mail]>
Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
Date: 12 May 1999 11:15:09 -0400

I've tried doing it several way's now....

waltaway Password = "UNIX"
        User-Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-Address = 63.67.200.10,
        Framed-Netmask = 255.255.255.255,
        Framed-Routing = None,
        Framed-Route = "63.67.200.0/24 63.67.200.10 1",
        Framed-Compression = None,
        Framed-MTU = 1500

And I also tried this....

waltaway Password = "UNIX"
        User-Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-Address = 63.67.200.10,
        Framed-Netmask = 255.255.255.255,
        Framed-Routing = None,
        Framed-Route = "63.67.200.0/24 63.67.200.1 1",
        Framed-Compression = None,
        Framed-MTU = 1500

And this too ...

waltaway Password = "UNIX"
        User-Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-Address = 63.67.200.10,
        Framed-Netmask = 255.255.255.255,
        Framed-Routing = None,
        Framed-Route = "63.67.200.0 63.67.200.10 1",
        Framed-Compression = None,
        Framed-MTU = 1500

Another note, I don't have rip enabled on all my HiperArcs, I don't
know if that makes a difference. As a heads up, what I'm trying to
do is sell filtered internet to customers. I want to give them dedicated
ip's in radius and set their default gateway to the router that filters
the pornographic material. Also I don't know if this makes a difference
either. The ip's that I am assigning in radius are not on the same
class C that the HiperArcs are on. It seems to me that they might have
to be to route correctly, but I'm not sure. If anyone has anymore
suggestions, feel free to speak up.

Thanks again.
Jason - ISLC Technical Support
http://www.islc.net
843.770.1000

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


Jason Woods said once upon a time:
>
>Tatai,
>    This is my entry in radius for the framed routing. Is
>this correct?
>
>waltaway Password = "UNIX"
>        User-Service-Type = Framed-User,
>        Framed-Protocol = PPP,
>        Framed-Address = 63.67.200.10,
>        Framed-Netmask = 255.255.255.255,
>        Framed-Routing = None,
>        Framed-Route = "63.67.200.0 63.67.200.3 1",
>        Framed-Compression = None,
>        Framed-MTU = 1500

No.  Here's an entry for one of our Framed-Route customers.  Note that we
are routing to the same address which is specified in Framed-Address line,
and the required CIDR mask (also note that our dictionary names are
slightly different, but you get the gist).


gerberb       Authentication-Type = Unix-PW
              Framed-IP-Address = 166.70.43.1,
              Framed-IP-Netmask = 255.255.255.255,
              Framed-Route = "198.60.105.0/24 166.70.43.1 1",
              Idle-Timeout = 1800

We're using Merit, so the rest is filled in at the bottom:

DEFAULT       Authentication-Type = Unix-PW
              Port-Limit = 1,
              Idle-Timeout = 1800
pppuser       Authentication-Type = None
              Port-Limit = 1,
              Service-Type = Framed,
              Framed-Protocol = PPP

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



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


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

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 12 May 1999 10:21:10 -0500

|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Robert von Bismarck
|Sent: Wednesday, May 12, 1999 4:43 AM
|To: '[e-mail]'
|Subject: RE: (usr-tc) changing to EST from GMT
|
|
|Even NTP doesn't change from GMT... and NTP is required for MPIP to work...
NTP is in GMT always.. I think the tech was saying that if you configure your NTP
so send the time in your TZ instead of GMT your time will show correctly. This is
not really a good workaround.

|3Com, give it a thought, will ya ?
|
|Must be 2 lines of code somewhere, one hour of work for an programmer who
|knows his business ;-)
|
|

Out of curiosity...
What do you gain from changing the timezone? Do you frequently use the CLI to
tell what time it is? All RADIUS & Syslog timestamping is done by the receiving
server. Besides the requirement for time sync in MPIP, time on a NAS doesn't
really provide you much..

Anyway, your requests are being addressed and the ability to change TZ is
scheduled for a future release of HARC. (not 4.2)...



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


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

From: Greg Coffey <[e-mail]>
Subject: (usr-tc) Hiper DSP and Netserver Cards
Date: 12 May 1999 09:27:41 -0600

Can you run Hiper DSP cards with Netserver cards?  Do they require have a
Hiperarc?  We can trade in some of our quad modem cards but not all of the
chassis have the Hiperarcs at this time.

Thanks,
Greg Coffey, CoffeyNet    Voice 307-234-5443   307-234-5446 Fax
====================================================================
142 S. Center St.          3Com v.90 56k $20 in Casper & Douglas
Casper, WY  82601       Local Internet for Casper, Rawlins, Douglas,
http://WWW.COFFEY.COM      Wheatland, Pinedale, Lander & Lusk, WY

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Call Waiting
Date: 12 May 1999 11:29:00 -0500



A few weeks back I had asked the question on what can be done when a
user wants to have call waiting knock down their Internet connection
when they are online and another call comes in.  Most of the replies I
received involved adjusting the S10= register on the customer's modem to
like 1 or 2 .  I had out customer set it to S10=1 and the call waiting
didn't knock down his session.  Instead we only heard ringing when we
call them and they were online.  DOes anyone have any other simple
solution or options ?

For reference we are running this into a TC and they have a Sportster
modem.


Thanks,

Jeff Binkley
ASA Network Computing

CMPQwk 1.42 9999


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


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

From: das <[e-mail]>
Subject: Re: (usr-tc) Hiper DSP and Netserver Cards
Date: 13 May 1999 00:36:19 +0900

Yep, do it all the time.  I've not had a problem with this yet.  You should
probably be careful of overloading the chassis if it is 45amp though.  I'm
not sure what the limit is.  The most I've ever put in a 45 amp chassis is
two HiperDSP cards, the rest being quads.

das


> Can you run Hiper DSP cards with Netserver cards?  Do they require have a
> Hiperarc?  We can trade in some of our quad modem cards but not all of the
> chassis have the Hiperarcs at this time.
>
> Thanks,
> Greg Coffey, CoffeyNet    Voice 307-234-5443   307-234-5446 Fax
> ====================================================================
> 142 S. Center St.          3Com v.90 56k $20 in Casper & Douglas
> Casper, WY  82601       Local Internet for Casper, Rawlins, Douglas,
> http://WWW.COFFEY.COM      Wheatland, Pinedale, Lander & Lusk, WY
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--
____________________________________________
Alex Substanley       Global OnLine Japan
                Engineering Department
Das Man               TEL: [phone]
Systems Engineer      FAX: [phone]
____________________________________________

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


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

From: "Lon R. Stockton, Jr." <[e-mail]>
Subject: Re: (usr-tc) Call Waiting
Date: 12 May 1999 11:48:43 -0400 (EDT)


On Wed, 12 May 1999, Jeff Binkley wrote:

> I had out customer set it to S10=1 and the call waiting
> didn't knock down his session.

Don't know of any other solutions.  However, I would suspect that
something's wrong here. A call waiting tone does interrupt the data
carrier, and the register determines how long the modem will put up
with a carrier loss.

I suspect the customer didn't properly set the register, or that
his dialup software does an ATZ or equiv and the change to the register
was overwritten by the reset.


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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) Hiper DSP and Netserver Cards
Date: 12 May 1999 10:59:13 -0500

DSP's do work just fine with Netservers.

Example if the DSP was in slot 14:
set modem density 14 24
set s49-s72 active
reset s49-s72

If you do a 'sho modem' you'll see your new ports.

...and that about does it. You might want to reboot the Netserver card for
good measure.

...and if you have <dual> 45amp's, they are additive, but obviously you get
no redundancy then.

You also have to have at least 16mb of RAM on your Netserver and a pretty
well upgraded NMC with 16-20mb of RAM as well.

I wouldn't put any more than 96 ports per Netserver anyway as it's just too
much a load for the Netserver never mind the amperage.

SMT


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
Date: 12 May 1999 11:34:09 -0500 (CDT)

On Wed, 12 May 1999, Jason Woods wrote:

> I've tried doing it several way's now....
>
> waltaway Password = "UNIX"
>         User-Service-Type = Framed-User,
>         Framed-Protocol = PPP,
>         Framed-Address = 63.67.200.10,
>         Framed-Netmask = 255.255.255.255,
>         Framed-Routing = None,
>         Framed-Route = "63.67.200.0/24 63.67.200.10 1",
>         Framed-Compression = None,
>         Framed-MTU = 1500


In this case you want to route 63.67.200 network to 63.67.200.10 - This
can be done in a very simple way.  All you need here is to setup the
netmask for the user as 255.255.255.0.  No framed-route required. Hiper
arc should advertise the route and HiPer arc's ethernet should not be in
the same network meaning you cannot have an ip on the ethernet interface
for the hiper arc as 63.67.200.2/24

krish



>
> And I also tried this....
>
> waltaway Password = "UNIX"
>         User-Service-Type = Framed-User,
>         Framed-Protocol = PPP,
>         Framed-Address = 63.67.200.10,
>         Framed-Netmask = 255.255.255.255,
>         Framed-Routing = None,
>         Framed-Route = "63.67.200.0/24 63.67.200.1 1",
>         Framed-Compression = None,
>         Framed-MTU = 1500
>
> And this too ...
>
> waltaway Password = "UNIX"
>         User-Service-Type = Framed-User,
>         Framed-Protocol = PPP,
>         Framed-Address = 63.67.200.10,
>         Framed-Netmask = 255.255.255.255,
>         Framed-Routing = None,
>         Framed-Route = "63.67.200.0 63.67.200.10 1",
>         Framed-Compression = None,
>         Framed-MTU = 1500
>
> Another note, I don't have rip enabled on all my HiperArcs, I don't
> know if that makes a difference. As a heads up, what I'm trying to
> do is sell filtered internet to customers. I want to give them dedicated
> ip's in radius and set their default gateway to the router that filters
> the pornographic material. Also I don't know if this makes a difference
> either. The ip's that I am assigning in radius are not on the same
> class C that the HiperArcs are on. It seems to me that they might have
> to be to route correctly, but I'm not sure. If anyone has anymore
> suggestions, feel free to speak up.
>
> Thanks again.
> --------------------------------------------
> Jason - ISLC Technical Support
> http://www.islc.net
> 843.770.1000
> ---------------------------------------------
>
> -----Original Message-----
> From: Pete Ashdown <[e-mail]>
> To: [e-mail] <[e-mail]>
> Date: Tuesday, May 11, 1999 6:08 PM
> Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
>
>
> Jason Woods said once upon a time:
> >
> >Tatai,
> >    This is my entry in radius for the framed routing. Is
> >this correct?
> >
> >waltaway Password = "UNIX"
> >        User-Service-Type = Framed-User,
> >        Framed-Protocol = PPP,
> >        Framed-Address = 63.67.200.10,
> >        Framed-Netmask = 255.255.255.255,
> >        Framed-Routing = None,
> >        Framed-Route = "63.67.200.0 63.67.200.3 1",
> >        Framed-Compression = None,
> >        Framed-MTU = 1500
>
> No.  Here's an entry for one of our Framed-Route customers.  Note that we
> are routing to the same address which is specified in Framed-Address line,
> and the required CIDR mask (also note that our dictionary names are
> slightly different, but you get the gist).
>
>
> gerberb       Authentication-Type = Unix-PW
>               Framed-IP-Address = 166.70.43.1,
>               Framed-IP-Netmask = 255.255.255.255,
>               Framed-Route = "198.60.105.0/24 166.70.43.1 1",
>               Idle-Timeout = 1800
>
> We're using Merit, so the rest is filled in at the bottom:
>
> DEFAULT       Authentication-Type = Unix-PW
>               Port-Limit = 1,
>               Idle-Timeout = 1800
> pppuser       Authentication-Type = None
>               Port-Limit = 1,
>               Service-Type = Framed,
>               Framed-Protocol = PPP
>
> -
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: matthews <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 12 May 1999 13:14:40 -0300

On Wednesday, May 12, 1999 12:21 PM, Mike Wronski
[SMTP:[e-mail]] wrote:
> Out of curiosity...
> What do you gain from changing the timezone? Do you frequently use the
CLI to
> tell what time it is? All RADIUS & Syslog timestamping is done by the
receiving
> server. Besides the requirement for time sync in MPIP, time on a NAS
doesn't
> really provide you much..

I can't speak for whoever started the thread, but I would like to have some
way to know how long users have been connected without too much mental
arithmetic.  My first preference would be a "start" field similar to the
NETServer but, barring that, second preference would be a "start time" in
my own time zone.

Matt...


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) NMC Class C only?
Date: 12 May 1999 12:39:37 -0400 (EDT)

Thus spake Randy Cosby
>I have an NMC with 5.5.2 software on it.  I would like to change the IP
>address on it, but the new network is not a class c.  It's a 255.255.252.0
>network.   I put my local  IP address in, then the subnet mask, and all
>seems to work fine.  When I go to save the config, I get "Invalid LAN Subnet
>Mask for a class C address.".   Hello.. It's not a class C address.
>Suggestions?

You *might* try the new NMC code, I haven't had a chance to play with it
yet, so I don't know if they got classless support in it yet, but the
current 5.4.x and 5.5.x code is pretty much fully classful from what I
understand.  :/
--
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) Netgear problem!
Date: 12 May 1999 12:41:32 -0400 (EDT)

Thus spake Sam Lowe
>We also had the same problem, but when we upgraded to 4.1.59-6 the user was
>able to make a 64K connection.  We still cannot get the TC to allow the
>netgear to bond two channels for 128K.  The Netgear router we have had
>problems with is the RT-328.

>These units do seem to work on other NAS units (PMs, Cisco's) as we use them
>in other areas with great success.

I have an RT328 at home and noticed a *world* of difference when I
changed the MultiLink setting from "Off" to "BOD".  This has the effect
of turning on MultiLink attributes in the PPP negotiation, and the RT328
seems to work *much* better with MultiLink enabled.  That seems a bit
counter-intuitive, but that's what I've experienced.
--
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 S - Squid Manager" <[e-mail]>
Subject: Re: (usr-tc) changing to EST from GMT
Date: 12 May 1999 13:33:00 -0400

I did start this and doesn't it just make common sense to have the time
displayed to be your own time zone.  Sure we could all live in GMT with 24hr
clock, but we don't, so put a time zone adjustment in the damn things.

Mark
Green Apple Inc


----- Original Message -----
Sent: Wednesday, May 12, 1999 12:14 PM


>On Wednesday, May 12, 1999 12:21 PM, Mike Wronski
>[SMTP:[e-mail]] wrote:
>> Out of curiosity...
>> What do you gain from changing the timezone? Do you frequently use the
>CLI to
>> tell what time it is? All RADIUS & Syslog timestamping is done by the
>receiving
>> server. Besides the requirement for time sync in MPIP, time on a NAS
>doesn't
>> really provide you much..
>
>I can't speak for whoever started the thread, but I would like to have some
>way to know how long users have been connected without too much mental
>arithmetic.  My first preference would be a "start" field similar to the
>NETServer but, barring that, second preference would be a "start time" in
>my own time zone.
>
>Matt...
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) changing to EST from GMT
Date: 12 May 1999 13:42:00 -0400 (EDT)

Thus spake Mark S - Squid Manager
>I did start this and doesn't it just make common sense to have the time
>displayed to be your own time zone.  Sure we could all live in GMT with 24hr
>clock, but we don't, so put a time zone adjustment in the damn things.

I can see some logic in that...however, on the flip side.  We're based
in Louisville, KY (EDT), but have a POP in Nashville, TN (CDT), which
timezone do I set on my Arc down there (well, its not there yet, but
arrived today for me to go take it down there...next week maybe  :)?
ie, GMT is a nice universal time to use for folks that are not dealing
with just one timezone.

Having said though, however, I do agree with you...it would be kinda
nice to have an adjustable timezone setting on the things...not a big
deal for me, but I can certainly see the desire for that.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Call Waiting
Date: 12 May 1999 14:41:24 -0400 (EDT)

On Wed, 12 May 1999, Jeff Binkley wrote:

> A few weeks back I had asked the question on what can be done when a
> user wants to have call waiting knock down their Internet connection
> when they are online and another call comes in.  Most of the replies I
> received involved adjusting the S10= register on the customer's modem to
> like 1 or 2 .  I had out customer set it to S10=1 and the call waiting
> didn't knock down his session.  Instead we only heard ringing when we
> call them and they were online.  DOes anyone have any other simple
> solution or options ?

There isn't one as far as I know.  Even with S10=1, some modems tend to
try to retrain rather than hang up, and training takes quite a while, so
it never hangs up.  (I'm pretty sure my Couriers fall into this category.)
Unless you're connected with some modulation that has a near-zero retrain
time, like 2400 bps. ;-)

S10=1 *sometimes* helps, but sometimes doesn't, and as far as I know there
just isn't anything that always works.


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) changing to EST from GMT
Date: 12 May 1999 22:50:32 -0400

At 01:14 PM 5/12/99 -0300, matthews <[e-mail]> wrote:
>I can't speak for whoever started the thread, but I would like to have some
>way to know how long users have been connected without too much mental
>arithmetic.  My first preference would be a "start" field similar to the
>NETServer but, barring that, second preference would be a "start time" in
>my own time zone.

SET TIME <your local time>
LIST CONNECTIONS will show the start time of each user


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


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


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

From: matthews <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 13 May 1999 08:18:23 -0300

> SET TIME <your local time>
> LIST CONNECTIONS will show the start time of each user
>

Will NTP not negate the effects of this?


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) changing to EST from GMT
Date: 13 May 1999 09:18:02 -0400 (EDT)

Thus spake matthews
>> SET TIME <your local time>
>> LIST CONNECTIONS will show the start time of each user

>Will NTP not negate the effects of this?

NTP is basically just an automated way to do the "set time"...it goes
out on the network and grabs the time and essentially does the "set
time" for you.  list connections should still show the same info.
--
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: "Wayne Barber" <[e-mail]>
Subject: RE: (usr-tc) Hiper DSP and Netserver Cards
Date: 13 May 1999 09:21:46 -0400

Don't forget to increase the size of your IP address pool accordingly. And
that requires your Netserver be rebooted.

Wayne Barber
Coastal Telco Services

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Scott Trautman
> Sent: Wednesday, May 12, 1999 11:59 AM
> To: '[e-mail]'
> Subject: RE: (usr-tc) Hiper DSP and Netserver Cards
>
>
> DSP's do work just fine with Netservers.
>
> Example if the DSP was in slot 14:
> set modem density 14 24
> set s49-s72 active
> reset s49-s72
>
> If you do a 'sho modem' you'll see your new ports.
>
> ...and that about does it. You might want to reboot the Netserver card for
> good measure.
>
> ...and if you have <dual> 45amp's, they are additive, but
> obviously you get
> no redundancy then.
>
> You also have to have at least 16mb of RAM on your Netserver and a pretty
> well upgraded NMC with 16-20mb of RAM as well.
>
> I wouldn't put any more than 96 ports per Netserver anyway as
> it's just too
> much a load for the Netserver never mind the amperage.
>
> SMT
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: matthews <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 13 May 1999 10:28:52 -0300

On Thursday, May 13, 1999 10:18 AM, Jeff Mcadams [SMTP:[e-mail]]
wrote:
> Thus spake matthews
> >> SET TIME <your local time>
> >> LIST CONNECTIONS will show the start time of each user
>
> >Will NTP not negate the effects of this?
>
> NTP is basically just an automated way to do the "set time"...it goes
> out on the network and grabs the time and essentially does the "set
> time" for you.  list connections should still show the same info.
> --

So if I want to use NTP, the times listed by the li con command will still
be in GMT.  Setting your local system time to the time in your own time
zone might work for some people to get more intelligible times from li con
but I have to use NTP for multilink.

Matt...


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


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

From: Marcelo Souza <[e-mail]>
Subject: (usr-tc) Lost-Carrier
Date: 13 May 1999 11:00:41 -0300 (EST)


    After the upgrade of my Hiper DSPs to 2.0.10 (E1-R2) ARC 4.1.59-6,
the number of the users with "Lost-Carrier" problems increased very much.
    Is there any work around to that problem?


- Marcelo



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


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

From: Jesse Sipprell <[e-mail]>
Subject: (usr-tc) Netserver/HARC Reboot Radius Attributes?
Date: 13 May 1999 10:12:23 -0400

Can anyone, off-hand, tell me what radius packets/attributes the Netserver and
HiperARC respectively send upon bootup?

Thanks!

--
Jesse Sipprell
Technical Operations Director
Evolution Communications, Inc.
800-496-4736 (ext 106)

* Finger [e-mail] for my PGP Public Key *

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


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

From: Scott Trautman <[e-mail]>
Subject: (usr-tc) Saving SNMP strings on NMC's
Date: 13 May 1999 12:25:06 -0500

I've noticed that even though I've typically:

- saved via #9 (save NVRAM) from a console session
- saved via TCM Configuration->ActionsCommands->Save NVRAM

...that invariably the next reboot or upgrade of the NMC, they revert back
to the last SNMP read/write settings---

Am I totally missing something here? What else do I need do to keep those
suckah's with the current SNMP strings?
Fortunately the rest of the settings DO seem to survive reboots; and this
has remained consistent across all the NMC versions including the current.

Seems like EVENTUALLY they "stick" but have no clue what exactly I've done
to make it so.

SMT

Scott Trautman           608-240-4638,4637fax
Global Dialog Internet   www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Burwell <[e-mail]>
Subject: (usr-tc) Authenticating via NT
Date: 13 May 1999 12:43:07 -0600

I am wondering how many ISP's are using RadiusNT to authenticate against an
NT domain.

If you are using this method, I would be curious as to your user base to
domain controller ratio.  Microsoft's recommendations seem ridiculous to me
if I am just authenticating and not actually logging users on to a domain.
We have about 15,000 subs and am thinking about using the domain
authentication model (currently using flat text files).  However our
research shows that Microsoft would recommend having about 10 domain
controllers.

If you have input on this, please reply directly to my email address at
[e-mail]

I apologise if this is an intrusion on the purpose of the list.

Regards,

Paul Burwell
SmartNet Communications

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


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

From: [e-mail] (Alan Martin)
Subject: Re: (usr-tc) Call Waiting
Date: 12 May 1999 11:53:28 -0400

Setting the S10 Reg. this low could cause more problems than its worth,
then they'll blame the ISP and forget to mention they set this. There is a
device at COMP USA, and Im sure other places, that "hear" the call waiting
tone and alert the user. Probably a safer way.


At 11:48 AM 5/12/99 -0400, Lon R. Stockton, Jr. wrote:
>
>On Wed, 12 May 1999, Jeff Binkley wrote:
>
>> I had out customer set it to S10=1 and the call waiting
>> didn't knock down his session.
>
>Don't know of any other solutions.  However, I would suspect that
>something's wrong here. A call waiting tone does interrupt the data
>carrier, and the register determines how long the modem will put up
>with a carrier loss.
>
>I suspect the customer didn't properly set the register, or that
>his dialup software does an ATZ or equiv and the change to the register
>was overwritten by the reset.
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Pete Ashdown <[e-mail]>
Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
Date: 13 May 1999 13:08:38 -0600 (MDT)

Jason Woods said once upon a time:
>
>I've tried doing it several way's now....
>
>waltaway Password = "UNIX"
>        User-Service-Type = Framed-User,
>        Framed-Protocol = PPP,
>        Framed-Address = 63.67.200.10,
>        Framed-Netmask = 255.255.255.255,
>        Framed-Routing = None,
>        Framed-Route = "63.67.200.0/24 63.67.200.10 1",
>        Framed-Compression = None,
>        Framed-MTU = 1500

You've got overlap here.  Why don't you just set your netmask to
255.255.255.0 and forget the framed-route?

>And I also tried this....
>
>waltaway Password = "UNIX"
>        User-Service-Type = Framed-User,
>        Framed-Protocol = PPP,
>        Framed-Address = 63.67.200.10,
>        Framed-Netmask = 255.255.255.255,
>        Framed-Routing = None,
>        Framed-Route = "63.67.200.0/24 63.67.200.1 1",
>        Framed-Compression = None,
>        Framed-MTU = 1500

Overlap and framed-address is not equal to your gateway route.

>And this too ...
>
>waltaway Password = "UNIX"
>        User-Service-Type = Framed-User,
>        Framed-Protocol = PPP,
>        Framed-Address = 63.67.200.10,
>        Framed-Netmask = 255.255.255.255,
>        Framed-Routing = None,
>        Framed-Route = "63.67.200.0 63.67.200.10 1",
>        Framed-Compression = None,
>        Framed-MTU = 1500

The Framed-Route is in the wrong format.  Lacks a netmask.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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] (Alan Martin)
Subject: Re: (usr-tc) Limit Baud Rate
Date: 12 May 1999 08:53:26 -0400

To answer my own question, In case anyone else cares. To disable 3429
symbol rate.
Under Signal Converter Settings, just set disable 3429
The MIB is mdmScVFCSmrate3429
Thanks
Alan


At 01:34 PM 5/11/99 -0400, you wrote:
>Hello,
>
>Anyone know how to limit the Baud rate on a TC to 3200, or better yet to
>disable the extended symbol rate of 3429?
>Thanks
>Alan
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Limit Baud Rate
Date: 13 May 1999 15:54:30 -0400 (EDT)

Just out of curiosity... why did you want to disable 3429 baud?


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."

On Wed, 12 May 1999, Alan Martin wrote:

> To answer my own question, In case anyone else cares. To disable 3429
> symbol rate.
> Under Signal Converter Settings, just set disable 3429
> The MIB is mdmScVFCSmrate3429
> Thanks
> Alan


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Limit Baud Rate
Date: 13 May 1999 13:33:45 -0700 (PDT)

Mike Andrews writes...
>Just out of curiosity... why did you want to disable 3429 baud?

I've considered it myself, since 3429 is so close to the theoretical
maximum symbol rate.  It's better to get more stable connections and
less BER if the trade-off would be just 2kpbs.

But in practice I haven't noticed any eyeball correlation between
either the baud rate or the constellation used with the BER or retrain
count, so I haven't mucked with it.

-a

>On Wed, 12 May 1999, Alan Martin wrote:
>
>> To answer my own question, In case anyone else cares. To disable 3429
>> symbol rate.
>> Under Signal Converter Settings, just set disable 3429
>> The MIB is mdmScVFCSmrate3429
>> Thanks
>> Alan


--
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: "Ryan Hilliard" <[e-mail]>
Subject: (usr-tc) Sharing a D channel between HiperDSP's
Date: 13 May 1999 14:38:59 -0600

I'm getting some PRI lines installed next week, and I have heard that it is
possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as
24B.  What do I need to do to make this work?

Ryan Hilliard
TwoAlpha Internet


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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Limit Baud Rate
Date: 13 May 1999 16:42:38 -0400 (EDT)

On Thu, 13 May 1999, Aaron Nabil wrote:

> Mike Andrews writes...
> >Just out of curiosity... why did you want to disable 3429 baud?
>
> I've considered it myself, since 3429 is so close to the theoretical
> maximum symbol rate.  It's better to get more stable connections and
> less BER if the trade-off would be just 2kpbs.
>
> But in practice I haven't noticed any eyeball correlation between
> either the baud rate or the constellation used with the BER or retrain
> count, so I haven't mucked with it.

OK.  Now that I think about it, I remember some mumblings a long time ago
on another mailing list about some Rockwell v.34 modems that had broken
3429 baud implementations.  I don't think that applied to their v.90/Kflex
modems in v.34 mode though.  Now that I'm remembering that, maybe I'll go
do that on our 33.6K-only phone number...


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."


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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
Date: 13 May 1999 18:08:06 -0400 (EDT)

On Thu, 13 May 1999, Ryan Hilliard wrote:
>I'm getting some PRI lines installed next week, and I have heard that it is
>possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as
>24B.  What do I need to do to make this work?

NFAS

--Ricky



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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
Date: 13 May 1999 15:14:58 -0700

NFAS support.... and 3COM does not offer it on the ARC
----- Original Message -----
Sent: Thursday, May 13, 1999 1:38 PM


> I'm getting some PRI lines installed next week, and I have heard that it
is
> possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as
> 24B.  What do I need to do to make this work?
>
> Ryan Hilliard
> TwoAlpha Internet
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: <[e-mail]>
Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
Date: 13 May 1999 18:16:02 -0400 (EDT)


    We know it is NFAS...  I think what he wants to know is where and
how to set it up!   I know the "DOCS" are sometimes not really clear!

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

On Thu, 13 May 1999, Ricky Beam wrote:

> On Thu, 13 May 1999, Ryan Hilliard wrote:
> >I'm getting some PRI lines installed next week, and I have heard that it is
> >possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as
> >24B.  What do I need to do to make this work?
>
> NFAS
>
> --Ricky
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Sharing a D channel between HiperDSP's
Date: 13 May 1999 18:23:43 -0400 (EDT)

I think it's up to the DSP's, not the ARC...  and TCS 3.5 (just released)
is supposed to support it on DSP's now.  I don't have TCS 3.5 or NFAS so I
can't tell you for sure how well it works.


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."

On Thu, 13 May 1999, Frank Basso wrote:

> NFAS support.... and 3COM does not offer it on the ARC
> ----- Original Message -----
> From: Ryan Hilliard <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, May 13, 1999 1:38 PM
> Subject: (usr-tc) Sharing a D channel between HiperDSP's
>
>
> > I'm getting some PRI lines installed next week, and I have heard that it
> is
> > possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as
> > 24B.  What do I need to do to make this work?
> >
> > Ryan Hilliard
> > TwoAlpha Internet
> >


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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
Date: 13 May 1999 17:03:56 -0700

Sucks to be us
----- Original Message -----
Sent: Thursday, May 13, 1999 3:23 PM


> I think it's up to the DSP's, not the ARC...  and TCS 3.5 (just released)
> is supposed to support it on DSP's now.  I don't have TCS 3.5 or NFAS so I
> can't tell you for sure how well it works.
>
>
> Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort
KY
> [e-mail] -=- http://www.termfrost.org --=-=-- "A computer without
a
> Microsoft operating system is like a dog without a brick tied to its
head."
>
> On Thu, 13 May 1999, Frank Basso wrote:
>
> > NFAS support.... and 3COM does not offer it on the ARC
> > ----- Original Message -----
> > From: Ryan Hilliard <[e-mail]>
> > To: <[e-mail]>
> > Sent: Thursday, May 13, 1999 1:38 PM
> > Subject: (usr-tc) Sharing a D channel between HiperDSP's
> >
> >
> > > I'm getting some PRI lines installed next week, and I have heard that
it
> > is
> > > possible to have one PRI provisioned as 23B+1D and any subsequent
PRI's as
> > > 24B.  What do I need to do to make this work?
> > >
> > > Ryan Hilliard
> > > TwoAlpha Internet
> > >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: RE: (usr-tc) Sharing a D channel between HiperDSP's
Date: 14 May 1999 00:49:14 -0300


I'm currently in the beginning phase of working with the telco to try this
out.  I just put the translations group on notice that they should be
prepared for a test some time next week.  I'll let anyone interested know
how it goes.

> -----Original Message-----
> From:    Mike Andrews [SMTP:[e-mail]]
> Sent:    Thursday, May 13, 1999 7:24 PM
> To:    [e-mail]
> Subject:    Re: (usr-tc) Sharing a D channel between HiperDSP's
>
> I think it's up to the DSP's, not the ARC...  and TCS 3.5 (just released)
> is supposed to support it on DSP's now.  I don't have TCS 3.5 or NFAS so I
> can't tell you for sure how well it works.
>
>
> Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort
> KY
> [e-mail] -=- http://www.termfrost.org --=-=-- "A computer without
> a
> Microsoft operating system is like a dog without a brick tied to its
> head."
>
> On Thu, 13 May 1999, Frank Basso wrote:
>
> > NFAS support.... and 3COM does not offer it on the ARC
> > ----- Original Message -----
> > From: Ryan Hilliard <[e-mail]>
> > To: <[e-mail]>
> > Sent: Thursday, May 13, 1999 1:38 PM
> > Subject: (usr-tc) Sharing a D channel between HiperDSP's
> >
> >
> > > I'm getting some PRI lines installed next week, and I have heard that
> it
> > is
> > > possible to have one PRI provisioned as 23B+1D and any subsequent
> PRI's as
> > > 24B.  What do I need to do to make this work?
> > >
> > > Ryan Hilliard
> > > TwoAlpha Internet
> > >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: "Frank Basso" <[e-mail]>
Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
Date: 14 May 1999 00:05:44 -0700

We used this extensively with the 2059 Netservers w/Dual T-1 Cards, though
it has not yet been supported with the Hiper gear so we have abandoned
it....
----- Original Message -----
Sent: Thursday, May 13, 1999 8:49 PM


>
> I'm currently in the beginning phase of working with the telco to try this
> out.  I just put the translations group on notice that they should be
> prepared for a test some time next week.  I'll let anyone interested know
> how it goes.
>
> > -----Original Message-----
> > From: Mike Andrews [SMTP:[e-mail]]
> > Sent: Thursday, May 13, 1999 7:24 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
> >
> > I think it's up to the DSP's, not the ARC...  and TCS 3.5 (just
released)
> > is supposed to support it on DSP's now.  I don't have TCS 3.5 or NFAS so
I
> > can't tell you for sure how well it works.
> >
> >
> > Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort
> > KY
> > [e-mail] -=- http://www.termfrost.org --=-=-- "A computer
without
> > a
> > Microsoft operating system is like a dog without a brick tied to its
> > head."
> >
> > On Thu, 13 May 1999, Frank Basso wrote:
> >
> > > NFAS support.... and 3COM does not offer it on the ARC
> > > ----- Original Message -----
> > > From: Ryan Hilliard <[e-mail]>
> > > To: <[e-mail]>
> > > Sent: Thursday, May 13, 1999 1:38 PM
> > > Subject: (usr-tc) Sharing a D channel between HiperDSP's
> > >
> > >
> > > > I'm getting some PRI lines installed next week, and I have heard
that
> > it
> > > is
> > > > possible to have one PRI provisioned as 23B+1D and any subsequent
> > PRI's as
> > > > 24B.  What do I need to do to make this work?
> > > >
> > > > Ryan Hilliard
> > > > TwoAlpha Internet
> > > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 14 May 1999 22:11:01 +0200

Well, it gives me the creeps when I see a customer logged in for 45 minutes
when I have rebooted a NAS 5 minutes ago.... (when I do a list conn)

It just *feels* nicer... I guess that my swiss precision coming up again ;-)

Robert

    -----Original Message-----
    From:    Mike Wronski [SMTP:[e-mail]]
    Sent:    mercredi, 12. mai 1999 17:21
    To:    [e-mail]
    Subject:    RE: (usr-tc) changing to EST from GMT


    Out of curiosity...
    What do you gain from changing the timezone? Do you frequently use
the CLI to
    tell what time it is? All RADIUS & Syslog timestamping is done by
the receiving
    server. Besides the requirement for time sync in MPIP, time on a NAS
doesn't
    really provide you much..

    Anyway, your requests are being addressed and the ability to change
TZ is
    scheduled for a future release of HARC. (not 4.2)...



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

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


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

From: "Bogdan Pelinescu" <[e-mail]>
Subject: (usr-tc) Netserver/16 v.34 code and Radius
Date: 14 May 1999 14:06:57 +0300

I've flashed 4.1.82 on one of these machines and it seems that the
Radius support has a few bugs. The login port reported is always 3.
Also, I don't see any VSA send to my radius.

Can anyone help ?

Version 3.3.0 works ok, but doesn't have VSA (true ???).


 Bogdan Pelinescu <[e-mail]>   |
 Network Administrator                 | Tel: [phone]
 ITC - Networks & Communications Dept. | Fax: [phone]
 Bucharest, Romania                    |

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Boggs <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 14 May 1999 14:33:35 -0400

I have found a timezone setting in TCM for the NMC card.
Go to NMC - Configuration Group-Time Zone.
I have this set to eastern and set the local time on the hiper-arc.
All my times appear correct for connection starts, etc.
What data had the GMT timestamp from the original question on this thread?

Scott B.

> -----Original Message-----
> From:    Robert von Bismarck [SMTP:[e-mail]]
> Sent:    Friday, May 14, 1999 4:11 PM
> To:    '[e-mail]'
> Subject:    RE: (usr-tc) changing to EST from GMT
>
> Well, it gives me the creeps when I see a customer logged in for 45
> minutes
> when I have rebooted a NAS 5 minutes ago.... (when I do a list conn)
>
> It just *feels* nicer... I guess that my swiss precision coming up again
> ;-)
>
> Robert
>
>     -----Original Message-----
>     From:    Mike Wronski [SMTP:[e-mail]]
>     Sent:    mercredi, 12. mai 1999 17:21
>     To:    [e-mail]
>     Subject:    RE: (usr-tc) changing to EST from GMT
>
>
>     Out of curiosity...
>     What do you gain from changing the timezone? Do you frequently use
> the CLI to
>     tell what time it is? All RADIUS & Syslog timestamping is done by
> the receiving
>     server. Besides the requirement for time sync in MPIP, time on a NAS
> doesn't
>     really provide you much..
>
>     Anyway, your requests are being addressed and the ability to change
> TZ is
>     scheduled for a future release of HARC. (not 4.2)...
>
>
>
>     -
>      To unsubscribe to usr-tc, send an email to "[e-mail]"
>      with "unsubscribe usr-tc" in the body of the message.
>      For information on digests or retrieving files and old messages
> send
>      "help" to the same address.  Do not use quotes in your message.
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: "Paul M. Oster" <[e-mail]>
Subject: (usr-tc) RIP Question
Date: 14 May 1999 16:49:11 -0500 (CDT)


I have 3 NetServer based chassis, 2 of them are broadcasting routes as
10.0.0.1/32 or host routes.  One however is broadcasting the routes as
10.0.0.0/24 or class c routes... now I would like them all to broadcast
host address's, any pointers as to how to change this?

TIA

Paul M. Oster <[e-mail]>               http://www.minot.com/
Magic Internet Services                         [phone]
Minots FIRST Internet Connection

-=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-

"I might not agree with what you have to say but I will defend, to
my death, your right to say it." - Voltaire


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


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

From: [e-mail] (Alan Martin)
Subject: Re: (usr-tc) Limit Baud Rate
Date: 13 May 1999 16:03:16 -0400

Mike,
Because I can. Well actually some older Rockwell client modems, and some
other modems as well, didn't do to well on the extended baud rates. Some
client modems, like USR let the user disable 3429, but most dont. It comes
in handy for trouble shooting problems with "OLDER" modems. Why on earth
anyone would still use one is beyond me. But they do.

Alan

At 03:54 PM 5/13/99 -0400, Mike Andrews wrote:
>Just out of curiosity... why did you want to disable 3429 baud?
>
>
>Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
>[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
>Microsoft operating system is like a dog without a brick tied to its head."
>
>On Wed, 12 May 1999, Alan Martin wrote:
>
>> To answer my own question, In case anyone else cares. To disable 3429
>> symbol rate.
>> Under Signal Converter Settings, just set disable 3429
>> The MIB is mdmScVFCSmrate3429
>> Thanks
>> Alan
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Limit Baud Rate
Date: 14 May 1999 19:17:03 -0400 (EDT)

On Thu, 13 May 1999, Alan Martin wrote:
>in handy for trouble shooting problems with "OLDER" modems. Why on earth
>anyone would still use one is beyond me. But they do.

Hey now!  I've still got a working Hayes Smartmodem 300!

--Ricky



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


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

From: "Craig Holland" <[e-mail]>
Subject: RE: (usr-tc) Limit Baud Rate
Date: 14 May 1999 16:23:57 -0700

...got my 300 coupler modem...

craig

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Ricky Beam
Sent: Friday, May 14, 1999 4:17 PM


On Thu, 13 May 1999, Alan Martin wrote:
>in handy for trouble shooting problems with "OLDER" modems. Why on earth
>anyone would still use one is beyond me. But they do.

Hey now!  I've still got a working Hayes Smartmodem 300!

--Ricky



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


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCM through a firewall
Date: 15 May 1999 15:20:52 -0400 (EDT)

Hi,

I recently moved most of our workstations behind a firewall (ipfilter -
stateful inspection / NAT) and tried flashing an NMC card...  It basically
left the card braindead and failed with "Download done, 0% complete".  I
PCSDL'd it, and tried again after moving my laptop to a non-firewalled
network.  That worked...

So how do I make it work behind the firewall?  I always assumed that TCM
tftp'd the code TO the card, not the other way around.  I tried making a
redirect that took incoming tftp requests and redirected them to the
machine running TCM, but that didn't work either.  So either TCM is saying
"come tftp to 192.168.0.blah" or something else is going on.

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: Ronald Kushner <[e-mail]>
Subject: Re: (usr-tc) TCM through a firewall
Date: 15 May 1999 15:39:40 -0400



Charles Sprickman wrote:
>
> Hi,
>
> I recently moved most of our workstations behind a firewall (ipfilter -
> stateful inspection / NAT) and tried flashing an NMC card...  It basically
> left the card braindead and failed with "Download done, 0% complete".  I
> PCSDL'd it, and tried again after moving my laptop to a non-firewalled
> network.  That worked...
>
> So how do I make it work behind the firewall?  I always assumed that TCM
> tftp'd the code TO the card, not the other way around.  I tried making a
> redirect that took incoming tftp requests and redirected them to the
> machine running TCM, but that didn't work either.  So either TCM is saying
> "come tftp to 192.168.0.blah" or something else is going on.

TCM starts a tftp server, and the MNC downloads the image from the tftp
server on your PC.

-Ron
GLISnet, Inc.
+1 810/939.9885

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) TCM through a firewall
Date: 15 May 1999 16:20:35 -0500 (CDT)

On Sat, 15 May 1999, Charles Sprickman wrote:

> Hi,
>
> I recently moved most of our workstations behind a firewall (ipfilter -
> stateful inspection / NAT) and tried flashing an NMC card...  It basically
> left the card braindead and failed with "Download done, 0% complete".  I
> PCSDL'd it, and tried again after moving my laptop to a non-firewalled
> network.  That worked...

The problem is with your NAT setup.  TCM is an application and relies on
the tcpip stack of your PC ( windows/unix).  When you start download or
upload to the chassis, the tcm sends a snmp set to the NMC and the NMC
sets itself/or the set card to accpet the tftp of the code.  Then the
tcm starts the tftp to the nmc.  Now if the nmc is dead - then it means
that you started the tftp after the snmpset and something happened that
stoped the tftp - thus causing the problem.

tftp can timeout very easily - so check the tftp in the nat setup.

krish


>
> So how do I make it work behind the firewall?  I always assumed that TCM
> tftp'd the code TO the card, not the other way around.  I tried making a
> redirect that took incoming tftp requests and redirected them to the
> machine running TCM, but that didn't work either.  So either TCM is saying
> "come tftp to 192.168.0.blah" or something else is going on.
>
> 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: "Paul M. Oster" <[e-mail]>
Subject: (usr-tc) RIP Question
Date: 14 May 1999 16:49:11 -0500 (CDT)


I have 3 NetServer based chassis, 2 of them are broadcasting routes as
10.0.0.1/32 or host routes.  One however is broadcasting the routes as
10.0.0.0/24 or class c routes... now I would like them all to broadcast
host address's, any pointers as to how to change this?

TIA

Paul M. Oster <[e-mail]>               http://www.minot.com/
Magic Internet Services                         [phone]
Minots FIRST Internet Connection

-=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-

"I might not agree with what you have to say but I will defend, to
my death, your right to say it." - Voltaire


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

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


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

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) changing to EST from GMT
Date: 17 May 1999 22:29:09 +0200

Connection start time on HiPerARC, when you do a 'list connections' command
from the CLI


---
Robert von Bismarck
Network Systems Engineer
Petrel Communications SA / SPAN
Tel : [phone]
Fax : [phone]
e-mail : [e-mail]


    -----Original Message-----
    From:    Scott Boggs [SMTP:[e-mail]]
    Sent:    vendredi, 14. mai 1999 20:34
    To:    [e-mail]
    Subject:    RE: (usr-tc) changing to EST from GMT

    I have found a timezone setting in TCM for the NMC card.
    Go to NMC - Configuration Group-Time Zone.
    I have this set to eastern and set the local time on the hiper-arc.
    All my times appear correct for connection starts, etc.
    What data had the GMT timestamp from the original question on this
thread?

    Scott B.

    > -----Original Message-----
    > From:    Robert von Bismarck [SMTP:[e-mail]]
    > Sent:    Friday, May 14, 1999 4:11 PM
    > To:    '[e-mail]'
    > Subject:    RE: (usr-tc) changing to EST from GMT
    >
    > Well, it gives me the creeps when I see a customer logged in for
45
    > minutes
    > when I have rebooted a NAS 5 minutes ago.... (when I do a list
conn)
    >
    > It just *feels* nicer... I guess that my swiss precision coming up
again
    > ;-)
    >
    > Robert
    >
    >     -----Original Message-----
    >     From:    Mike Wronski [SMTP:[e-mail]]
    >     Sent:    mercredi, 12. mai 1999 17:21
    >     To:    [e-mail]
    >     Subject:    RE: (usr-tc) changing to EST from GMT
    >
    >
    >     Out of curiosity...
    >     What do you gain from changing the timezone? Do you
frequently use
    > the CLI to
    >     tell what time it is? All RADIUS & Syslog timestamping is
done by
    > the receiving
    >     server. Besides the requirement for time sync in MPIP, time
on a NAS
    > doesn't
    >     really provide you much..
    >
    >     Anyway, your requests are being addressed and the ability to
change
    > TZ is
    >     scheduled for a future release of HARC. (not 4.2)...
    >
    >
    >
    >     -
    >      To unsubscribe to usr-tc, send an email to
"[e-mail]"
    >      with "unsubscribe usr-tc" in the body of the message.
    >      For information on digests or retrieving files and old
messages
    > send
    >      "help" to the same address.  Do not use quotes in your
message.
    >
    > -
    >  To unsubscribe to usr-tc, send an email to
"[e-mail]"
    >  with "unsubscribe usr-tc" in the body of the message.
    >  For information on digests or retrieving files and old messages
send
    >  "help" to the same address.  Do not use quotes in your message.

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

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


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

From: "Bogdan Pelinescu" <[e-mail]>
Subject: (usr-tc) Netserver/16 v.34 code and Radius
Date: 17 May 1999 13:26:45 +0300

I've flashed 4.1.82 on one of these machines and it seems that the
Radius support has a few bugs. The login port reported is always 3.
Also, I don't see any VSA send to my radius. I used the raddebug
tool made by Mike Wronski.

Can anyone help ?

Version 3.3.0 works ok, but doesn't have VSA (true ???).


And Mike, what happened to the raddebug program ? I have
compiled 2.7 and 2.8 on my machine and got nothing even on the
test packets. However, the windows version works ok. Is there a
switch problem or what ?


 Bogdan Pelinescu <[e-mail]>   |
 Network Administrator                 | Tel: [phone]
 ITC - Networks & Communications Dept. | Fax: [phone]
 Bucharest, Romania                    |

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCM through a firewall
Date: 17 May 1999 11:35:44 -0400 (EDT)

So if you do NAT, you're basically out of luck...  What's the reasoning
behind having the equipment "come get the code" rather than having the
management station "send it the code"?

If I follow correctly this isn't working because TCM sends an snmp command
telling the NMC to tftp to 192.168.0.x, and since that's a non-routed,
unreachable address, it just times out, correct?  Is there any way I can
tell TCM to send another address?  Any trickery?

Thanks,

Charles

On Sat, 15 May 1999, Tatai SV Krishnan wrote:

> The problem is with your NAT setup.  TCM is an application and relies on
> the tcpip stack of your PC ( windows/unix).  When you start download or
> upload to the chassis, the tcm sends a snmp set to the NMC and the NMC
> sets itself/or the set card to accpet the tftp of the code.  Then the
> tcm starts the tftp to the nmc.  Now if the nmc is dead - then it means
> that you started the tftp after the snmpset and something happened that
> stoped the tftp - thus causing the problem.
>
> tftp can timeout very easily - so check the tftp in the nat setup.
>
> krish
>
>
> >
> > So how do I make it work behind the firewall?  I always assumed that TCM
> > tftp'd the code TO the card, not the other way around.  I tried making a
> > redirect that took incoming tftp requests and redirected them to the
> > machine running TCM, but that didn't work either.  So either TCM is saying
> > "come tftp to 192.168.0.blah" or something else is going on.
> >
> > 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) TCM through a firewall
Date: 17 May 1999 14:15:16 -0400 (EDT)

It's not the SNMP that's the problem, it's the TFTP.  Your PC has to run a
TFTP server on it, and it's kinda hard to connect to *any* server process
that's sitting behind a NAT setup.  SNMP doesn't really care.

If you have another TFTP server floating around (on a Unix box perhaps)
you can use that in your SNMP command...  but you can't really do that
using TCM.  I ended up writing my own Perl script to do flash upgrades
under Unix...


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."

On Mon, 17 May 1999, Charles Sprickman wrote:

> So if you do NAT, you're basically out of luck...  What's the reasoning
> behind having the equipment "come get the code" rather than having the
> management station "send it the code"?
>
> If I follow correctly this isn't working because TCM sends an snmp command
> telling the NMC to tftp to 192.168.0.x, and since that's a non-routed,
> unreachable address, it just times out, correct?  Is there any way I can
> tell TCM to send another address?  Any trickery?
>
> Thanks,
>
> Charles
>
> On Sat, 15 May 1999, Tatai SV Krishnan wrote:
>
> > The problem is with your NAT setup.  TCM is an application and relies on
> > the tcpip stack of your PC ( windows/unix).  When you start download or
> > upload to the chassis, the tcm sends a snmp set to the NMC and the NMC
> > sets itself/or the set card to accpet the tftp of the code.  Then the
> > tcm starts the tftp to the nmc.  Now if the nmc is dead - then it means
> > that you started the tftp after the snmpset and something happened that
> > stoped the tftp - thus causing the problem.
> >
> > tftp can timeout very easily - so check the tftp in the nat setup.
> >
> > krish
> >
> >
> > >
> > > So how do I make it work behind the firewall?  I always assumed that TCM
> > > tftp'd the code TO the card, not the other way around.  I tried making a
> > > redirect that took incoming tftp requests and redirected them to the
> > > machine running TCM, but that didn't work either.  So either TCM is saying
> > > "come tftp to 192.168.0.blah" or something else is going on.
> > >
> > > 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) TCM through a firewall
Date: 17 May 1999 14:27:18 -0400 (EDT)

Thus spake Mike Andrews
>It's not the SNMP that's the problem, it's the TFTP.  Your PC has to run a
>TFTP server on it, and it's kinda hard to connect to *any* server process
>that's sitting behind a NAT setup.  SNMP doesn't really care.

Unless you can set up a static mapping on the NAT box to redirect udp/69
(TFTP) requests to the inside address and back again on the way out.
Without that though...there's no real work-around for using TCM.
--
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: "Clint R. Sparks" <[e-mail]>
Subject: (usr-tc) Pause in packets passing on TC
Date: 17 May 1999 20:02:47 -0500


We have a customer trying to use Novell Border Manager with an external USR
56k V.90 Sportster to dial-in to a Total Control with the Hiper DSP and
Hiper Arc cards, we are running Hiper DSP code 1.2.43 and Hiper Arc
4.1.59-6. He sometimes experiences timeouts during authentication (the
radius server never sees anything from these), and when he does
authenticate, the connection is quite bursty. I have seen one ping from our
side to his PPP address which returned no packets for 70 seconds and then
returned them all in one big burst. I had a 'MONITOR PPP' running on his
connection at the time and it showed no other traffic, just a packet per
second of outgoing data, then suddenly lots of incoming. After 70 seconds,
I'm shocked that the packets haven't just been dropped.

He's tried different modems, with no luck, and now he's begun to see the
same problem on a Webramp using external USR 56k V.90 Sportster modems. He
says the same phone lines work fine from a Windows98 laptop using a 33.6k
modem.

Now the questions. Has anybody already seen and fixed this problem?  Is
there any trace I can do at a lower level than PPP, to see what the modems
are doing during the huge pauses?  Something that gives measurable evidence
of line noise, if that is the problem?

Thanks for any help,

Clint R. Sparks
ComQuest Internet Services
[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: Darren Widenmaier <[e-mail]>
Subject: (usr-tc) NETWORK BUSY when trying to dial out using Quad digital modem
Date: 17 May 1999 23:05:33 -0600


System:  TCS 3.3ish with Netserver/DualPRI/Quad digital modems.

Goal:  configure a host device port for dialout.

Problem:  I can telnet to the modem, and issue various AT commands,
however, dialing out fails; ati6 reports:

    "Failure to Connect Reason is Network Busy"


Any suggestions?  Dialin ISDN MPP works, if that means anything (I
understand that requires _some_ dialout/dialback functionality to be
working...).

Is this really a telco network problem?  Or something to do with packet bus
control?

Thanks.

    -Darren



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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) NETWORK BUSY when trying to dial out using Quad digital modem
Date: 18 May 1999 07:18:38 -0500 (CDT)

On Mon, 17 May 1999, Darren Widenmaier wrote:

>
> System:  TCS 3.3ish with Netserver/DualPRI/Quad digital modems.
>
> Goal:  configure a host device port for dialout.
>
> Problem:  I can telnet to the modem, and issue various AT commands,
> however, dialing out fails; ati6 reports:
>
>     "Failure to Connect Reason is Network Busy"
>

Telco problem - When you can connect to the modem and issue at commands
to the modem - that basically means the packet bus is working.  ati6
reports the modem connection problem.  You need to call Telco and fine
out why the network is busy.


krish


>
> Any suggestions?  Dialin ISDN MPP works, if that means anything (I
> understand that requires _some_ dialout/dialback functionality to be
> working...).
>
> Is this really a telco network problem?  Or something to do with packet bus
> control?
>
> Thanks.
>
>     -Darren
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Jose Roberto Bulcao <[e-mail]>
Subject: (usr-tc) Re: V90 code for MP/16
Date: 18 May 1999 10:17:39 -0200 (GRNLNDDT)


Dear Coleagues,

I've put the mail below some days ago but nobody answered this question.
So I'm reposting it. Sorry for the incovenience but it's truly important
for us.

Tks,

On Wed, 5 May 1999, Jose Roberto Bulcao wrote:

>
> I've seen in the new Small Business support site from 3Com that there is
> a V90 upgrade to MP/16 analog V.34 modems. The file is mpv90an.zip and the
> description says "Modem Pool 8/16 analog domestic V.90 release".
>
> Does anybody knows if it can be applied to the modems on a Managed box or
> is it just for Non-managed MP/16 boxes? The description isn't clear.
>
> I'm waiting for a long time for the V.90 upgrade for Managed MP/16 and
> don't want to be frustrated upgrading with a code which doesn't work over
> this platform (or maybe, worst, do a damage to them).
>
> Can anybody precisely (Hey 3Com! Are you there?) answer this question?
>
> Thanks in advance,
>

Jose Roberto Bulcao - RioLink Internet
Tel    : [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: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) NETWORK BUSY when trying to dial out using Quad digital
Date: 18 May 1999 09:53:59 -0400 (EDT)

On Tue, 18 May 1999, Tatai SV Krishnan wrote:
>On Mon, 17 May 1999, Darren Widenmaier wrote:
>> System:  TCS 3.3ish with Netserver/DualPRI/Quad digital modems.
>>
>> Goal:  configure a host device port for dialout.
>>
>> Problem:  I can telnet to the modem, and issue various AT commands,
>> however, dialing out fails; ati6 reports:
>>
>>     "Failure to Connect Reason is Network Busy"
>
>Telco problem - When you can connect to the modem and issue at commands
>to the modem - that basically means the packet bus is working.  ati6
>reports the modem connection problem.  You need to call Telco and fine
>out why the network is busy.

Not necessarily... I'm guessing the netserver has 3.8 code on it?  If so,
then that's your problem.  During beta, the only way I could get dialout
to work was to turn off modem control -- which also turns of incoming calls.
I pointed out problems with dialout more than once while they were
(supposedly) still working on the Netserver code, but they were either
ignored or lost.  (Mike Wronski sent me the 3.8.85 code, but it was still
broken.  There are a lot of things broken in the netserver that was never
fixed -- and never will be.)

>> Any suggestions?  Dialin ISDN MPP works, if that means anything (I
>> understand that requires _some_ dialout/dialback functionality to be
>> working...).

No it doesn't.  The netserver is not initiating any connections.  For both
channels, the user dials in.  It's not until the last part of the PPP
setup that the channels get bonded together. (The netserver isn't calling
the user back.)

--Ricky



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


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

From: Stephen Amadei <[e-mail]>
Subject: (usr-tc) Odd problem... causing 720 error
Date: 18 May 1999 22:17:22 -0400 (EDT)


Hello...

I have had some odd problems crop up over the last two weeks.  It seems
that Windows is having a 720 error with some of our customers.  They dial
in, authenicate, but then the logging shows that three seconds later, the
TC does a "stopping drain timer for interface slot:xx/mod:yy".  The next
log item (same timestamp as the stopped drain) is a "connection for call
id 99999999, on slot:xx/mod:yy was dropped for user UNKNOWN".

The user then calls us complaining about a 720 error, "Windows could not
negotiate a valid set of protocols" or something.  These users get the
same message on several TC units... and they all claim that the problem
goes away about 20 minutes later without changing any setting.

I had one user try coming on non-PPP (telnet) and he experienced no line
noise or errors.

The main problem child is running all the most current software before the
TCS 3.5 came out.

Any thoughts?  This has happened with many users, but the current one
is using a USR Sportster modem... we haven't changed any settings for at
least a month.

                    ----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ


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


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

From: [e-mail] (Phil Henson)
Subject: (usr-tc) caller id
Date: 19 May 1999 08:42:01 -0400

Does anyone know how to set the tc to show caller id?

Phil


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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) caller id
Date: 19 May 1999 09:37:41 -0500 (CDT)

Caller id is a standard radius attribute that is recoreded in your
accounting logs.

krish

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

On Wed, 19 May 1999, Phil Henson wrote:

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

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TCM through a firewall
Date: 19 May 1999 17:27:18 -0400 (EDT)

On Mon, 17 May 1999, Jeff Mcadams wrote:

> Unless you can set up a static mapping on the NAT box to redirect udp/69
> (TFTP) requests to the inside address and back again on the way out.
> Without that though...there's no real work-around for using TCM.

I can do that no problem, it's just that I can't make TCM specify the
address to tftp to.  All the NAT'd machines hide behind one real address,
and all the NAT'd machines have fake, unrouted addresses...  :(

One day I'll have to figure out all the snmp stuff related to
code-loading, as I haven't seen any tools for that yet.  I'd love to get
away from TCM for upgrades.

Thanks,

Charles


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


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

From: Darren Widenmaier <[e-mail]>
Subject: (usr-tc) ifOutOctets.1 on Netserver always shows 0
Date: 19 May 1999 17:27:46 -0600

I'm trying to determine traffic through a Netserver; I can get the
ifInOctets, but the out counter is always 0.  Is there a reason for this?
I can't imagine why the couters for all the other interfaces (including
ifInOctets.1) would work, and the outgoing octets on net0 would not...


(sh netstat shows in and out packets on net0).

Thanks.

    -Darren



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


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

From: "Martin Pfeilsticker" <[e-mail]>
Subject: (usr-tc) Latest working Netserver 16/I code ?
Date: 20 May 1999 10:08:28 +0200

Hello,
What is the latest stable code (Netserver and Modems) for the
Netserver 16/I with Euro-ISDN ?
Are there any updates for the Netserver Manager, our latest version
is 3.2.5.

Thanks
Martin Pfeilsticker

Martin Pfeilsticker    Security Specialist
Pan Dacom Daten- und Kommunikationssysteme GmbH
Robert-Bosch-Stra=DFe 32 63303 Dreieich, Germany
Tel.: x49-6103-932-156

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


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

From: Pete Ashdown <[e-mail]>
Subject: Re: (usr-tc) Odd problem... causing 720 error
Date: 20 May 1999 09:10:28 -0600 (MDT)

Stephen Amadei said once upon a time:

>The user then calls us complaining about a 720 error, "Windows could not
>negotiate a valid set of protocols" or something.  These users get the
>same message on several TC units... and they all claim that the problem
>goes away about 20 minutes later without changing any setting.

Get rid of all the protocols in the Networking except for TCP/IP.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 bosire <[e-mail]>
Subject: (usr-tc) radius 's users file
Date: 20 May 1999 09:03:26 +0300

Hi ''s

My users file is becoming and bigger everyday and as such it is
contributing  to  noticeble delays in dialup authentication. Does anyone
know  how can either convert it to a db format or anyway i can make the
parsing of the file faster ..

thanx

bosire

--
-----

richard  bosire
africaonline (k) ltd
union towers, 2nd floor
moi avenue
tel [phone]
fax [phone]
[e-mail]
http://www.africaonline.co.ke

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 baud <[e-mail]>
Subject: (usr-tc) Lan to Lan configuration
Date: 17 May 1999 09:12:56 -0400

I am trying to set up a simple Lan to Lan configuration as in the HARCs
documentation (chapter 7).
I would like to connect a branch office to the main office's network
with a telephone link.  Only the branch office can have a dialout line.
I have one Classe C say 192.168.100.0/24 with a gateway to the outside
world on 192.168.100.1
Half of the class C would be in the main office (192.168.100.0/25) and
the other half for the branch office (192.168.100.128/25) .

Here's the configuration:

HiPer ARC main_office
add ip network ipnet-1 address 192.168.100.30/25 interface eth:1
add user branch_user password chicago type network,dialout
set network user branch_user ip remote_ip_address 192.168.100.130/25

HiPer ARC branch_office
add ip network ipnet-2 address 192.168.100.130/25 interface eth:1
add user main_user password boston type network,dialout
set network user main_user ip remote_ip_address 192.168.100.30/25
set user main_user phone_number 5556666 modem_group slot:2
set dialout user main_user site type manual
set system transmit_authentication_name branch_user name branch_office
set network user main_user send_pass chicago

When i do a DIAL MAIN_USER the connection gets cut immediately after pap
authentication.

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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) radius 's users file
Date: 20 May 1999 10:24:33 -0500

Run it with radiusd -b; you'll need to use builddbm which comes with radius.
Check the radius documentation for the details. You do need to run builddbm
any time you have changes to your users file.

To decrease the size of your users file, dunno how many items per entry you
have, but the most of them can be put into a DEFAULT entry so pretty much
left with the account/password line. We're running radius 2.01 just slightly
modified and doesn't affect anything talked of here.

For example, for the usual dialup:

USER_DEFAULT Password = "goofystuffhere"
        Idle-Timeout = 1200,
        User-Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-Address = 255.255.255.254,
        Framed-MTU = 1500

We also use this:

DEFAULT Password = "UNIX"
        User-Service-Type = Login-User,
        Login-Host = hostnamehere,
        Login-Service = Rlogin

For the very very rare shell account person.

Anything that isn't the default you can specify under the user name.

SMT

-----Original Message-----
Sent: Thursday, May 20, 1999 1:03 AM


Hi ''s

My users file is becoming and bigger everyday and as such it is
contributing  to  noticeble delays in dialup authentication. Does anyone
know  how can either convert it to a db format or anyway i can make the
parsing of the file faster ..

thanx

bosire

--
-----

richard  bosire
africaonline (k) ltd
union towers, 2nd floor
moi avenue
tel [phone]
fax [phone]
[e-mail]
http://www.africaonline.co.ke

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

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


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

From: Scott Trautman <[e-mail]>
Subject: (usr-tc) Little info on Netservers.....Netserver minus munich daughterboar
Date: 20 May 1999 10:38:16 -0500

...is the Munich daughterboard card for support of the WAN ports (which we
don't use)?
...given that, does the usual NMC NIC work in it's place? Anyone had any
experience with this?
There's a jumper on the NMC NIC that says NMC or NIC. The NIC I got
mistakedly with a Netserver+Munich
didn't work with this NIC, and the jumber was on NIC.

Looking to buy this Netserver if it's essentially the same as our other ones
minus the WAN support.
Anyone that can shed some light would be appreciated.

SMT

PS: I've got 3 HiperARC's in the box and in the box they'll stay for another
few software releases.....


Scott Trautman           608-240-4638,4637fax
Global Dialog Internet   www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718



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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Little info on Netservers.....Netserver minus munich
Date: 20 May 1999 14:45:47 -0400 (EDT)

On Thu, 20 May 1999, Scott Trautman wrote:
>...is the Munich daughterboard card for support of the WAN ports (which we
>don't use)?

The munich card is for termination of ISDN traffic directly from the PRI
card.  I don't think it has anything at all to do with the two WAN ports
on the Netserver NIC.

>...given that, does the usual NMC NIC work in it's place? Anyone had any
>experience with this?

Yes.  I've used an NMC NIC with a Netserver before.  Switch the jumper
to NIC and put in any slot other than 17.

--Ricky



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


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

From: Ronald Kushner <[e-mail]>
Subject: Re: (usr-tc)
-------------------------------------------------------------------------------

From: Stephen Amadei <[e-mail]>
Subject: Re: (usr-tc) Odd problem... causing 720 error
Date: 21 May 1999 02:44:41 -0400 (EDT)

On Thu, 20 May 1999, Pete Ashdown wrote:

> Stephen Amadei said once upon a time:
>
> >The user then calls us complaining about a 720 error, "Windows could not
> >negotiate a valid set of protocols" or something.  These users get the
> >same message on several TC units... and they all claim that the problem
> >goes away about 20 minutes later without changing any setting.
>
> Get rid of all the protocols in the Networking except for TCP/IP.

Already did it.  Didn't help.  The users authenticate on my two
authenication RADIUS servers, but come up as UNAUTHENICATED on my
Accounting RADIUS server.  Yes, all three servers are kept in sync.
It's as if the users are getting a bogus TCPIP info.

Monitoring the user results in a good login.

                    ----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ


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


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

From: "Bogdan Pelinescu" <[e-mail]>
Subject: (usr-tc) Netserver 16 Mibs
Date: 21 May 1999 10:08:50 +0300

Can anyone send me a valid Mib for Netserver 16 ?

I've tried the ones from 3Com site and no luck. My machine doesn't
understand a thing.

Thanks,


 Bogdan Pelinescu <[e-mail]>   |
 Network Administrator                 | Tel: [phone]
 ITC - Networks & Communications Dept. | Fax: [phone]
 Bucharest, Romania                    |

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


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

From: "Sam Lowe" <[e-mail]>
Subject: (usr-tc) ISDN & Multi-linking
Date: 21 May 1999 07:19:11 -0500

I am hoping the group can assist.

We are running RadiusNT 1.65 and are doing pretty well with assistance as we
go.  I have one problem that I cannot seem to figure out.

Users who require dual channel bonding (ISDN128, Multi-link) can get the
first channel, but the second simply will not complete.  RadiusNT appears to
accept the login, notes the user has one channel up and allows the second
link in, but my Total Control simply logs it as unauthenticated and sends a
stop accounting record.

We are running a combination of TC configurations.  The unit I seem to have
the most problems with is equipped with a Hiper Arc running 4.1.59 code.  We
get around this today by creating the user in the TC and setting
max_channels to two, and we still get the accounting records, but the auth
is done in the TC.

The odd thing is, not all the TCs exhibit this behaviour.  We have other TCs
with HiPer's (and older) that seem to work perfectly well.

We would really prefer not to do this, so any idea's you have would be
appreciated.

Samuel S. Lowe
Director, Data Network Services
UniversalCom, Inc.
[e-mail]


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


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

From: "Randy McMillan" <[e-mail]>
Subject: (usr-tc) knowlegebase article on configuring dovbs?
Date: 21 May 1999 15:45:30 -0700

Will there be an article in the knowledge base regarding how to setup dovbs
on the quad modems?
Also, will that be supported on the Hiper DSP cards?  Thanks.

Randy McMillan
PacInfo


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


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

From: "Randy McMillan" <[e-mail]>
Subject: (usr-tc) Tx power level (s82) not saved.
Date: 21 May 1999 15:53:32 -0700

I was doing some experimenting with the tx power level in the
x2/v90 configuration, and noticed that the number I set it to is
not retained when I open the configuration screen again and is
back to the default of 12.  Does that mean I shouldn't play
with it, or is there a bug in the code, or do you need to do something else
to make it effective?  This is on quad cards
and TCS 3.5.  Thanks.

Randy McMillan
PacInfo


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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Tx power level (s82) not saved.
Date: 21 May 1999 18:59:44 -0400 (EDT)

On Fri, 21 May 1999, Randy McMillan wrote:
>I was doing some experimenting with the tx power level in the
>x2/v90 configuration, and noticed that the number I set it to is
>not retained when I open the configuration screen again and is
>back to the default of 12.  Does that mean I shouldn't play
>with it, or is there a bug in the code, or do you need to do something else
>to make it effective?  This is on quad cards
>and TCS 3.5.  Thanks.

That means you cannot change it.  The modem used to silently ignore it.

--Ricky



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


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

From: "Stainforth, Matthew" <[e-mail]>
Subject: (usr-tc) NFAS
Date: 21 May 1999 20:46:34 -0300


In setting up NFAS, I notice a setting that I haven't seen before called
"Logical Group Type" and the options are FAS, NFAS, and SS7.  Does one
logical group type have advantages over the others?  I assume what is set on
the DSP has to jive with what the telco has set, but does SS7 offer any
benefits over the FAS or NFAS types?

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


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

From: "Paul M. Oster" <[e-mail]>
Subject: (usr-tc) Administrative User on NetServer
Date: 21 May 1999 22:04:46 -0500 (CDT)



Anyway to fake one up in radius, or how do I reset a missing/forgotten
password?  A power failure necessitated shutting down the box, and now I
cant get back in.

Paul M. Oster <[e-mail]>               http://www.minot.com/
Magic Internet Services                         [phone]
Minots FIRST Internet Connection

-=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-

"I might not agree with what you have to say but I will defend, to
my death, your right to say it." - Voltaire


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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Administrative User on NetServer
Date: 22 May 1999 00:44:03 -0400 (EDT)

On Fri, 21 May 1999, Paul M. Oster wrote:
>Anyway to fake one up in radius, or how do I reset a missing/forgotten
>password?  A power failure necessitated shutting down the box, and now I
>cant get back in.

Not on a netserver...  erase the flash and start over. (DIP 5 or 6?)

--Ricky



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


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

From: "Paul M. Oster" <[e-mail]>
Subject: (usr-tc) Radius Question
Date: 22 May 1999 00:54:47 -0500 (CDT)


  Probably better suited to a radius list, but does anyone have a pointer
how to set a user up to automatically telnet to a specific host... I've
got this so farf

username Password = "password"
    Service-Type = Telnet

  This might, or might not be the right direction, a pointer to the
correct attributes or a FAQ would be GREAT!



Paul M. Oster <[e-mail]>               http://www.minot.com/
Magic Internet Services                         [phone]
Minots FIRST Internet Connection

-=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-

"I might not agree with what you have to say but I will defend, to
my death, your right to say it." - Voltaire


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


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

From: "T.Spaulding" <[e-mail]>
Subject: (usr-tc) NMC Card
Date: 22 May 1999 12:53:31 -0400

I received have had problems getting into my NMC card and tech support
suggested hooking up the cable and resetting the IP addresses.

I did but I think I might have put in a wrong subnet or something 'cause
after I issued a reset the card will reset and when it goes to show the
information in the LED window it then resets again...over..and..over :-(

I thought I heard of a way to switch the dip-switches to blank out the
memory, does anyone know what to switch them to?

I have the TCH 2059 bundle running quad-modems.

Also, I took an NMC card from my other chassis  and it comes up fine on this
one so the chassis is ok (whew).

Thank you.


Thomas Spaulding, MCP http://www.talweb.com/tsplding/
[e-mail] http://www.talweb.com/
Valeyard* in Everquest's E'ci server.
Kali Registration # 0978




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMC Card
Date: 22 May 1999 14:02:50 -0500





     Tom:



     To "Blank the Memory" on the Netserver, you must remove the card, look on
the "right side" (from facing the front of the card), and the throw dip #5.
Reboot the card (this flushes memory), pull it out, reset dip 5 to off, the
reboot - and now you can reconfigure the card.   Please remember to save your
new settings to NVRAM, otherwise the nextreboot will bring back the "Bad
Settings" you currently have saved in NVRAM.

     Of course you could always call us at Tech Support [phone].

     You will also find detailed instructions if you go to our 3KB database, and
search for "How to Reset the Netserver to Factory Defaults"  Please note that
this is a new solution, and may not be accessable from the website for a few
days.



     3KB can be found at:     http://knowledgebase.3com.com/

          Hope this helps.

               Todd      ;-}








"T.Spaulding" <[e-mail]> on 05/22/99 11:53:31 AM

Please respond to [e-mail]

Sent by:  "T.Spaulding" <[e-mail]>


cc:    (Todd Keister/MW/US/3Com)




I received have had problems getting into my NMC card and tech support
suggested hooking up the cable and resetting the IP addresses.

I did but I think I might have put in a wrong subnet or something 'cause
after I issued a reset the card will reset and when it goes to show the
information in the LED window it then resets again...over..and..over :-(

I thought I heard of a way to switch the dip-switches to blank out the
memory, does anyone know what to switch them to?

I have the TCH 2059 bundle running quad-modems.

Also, I took an NMC card from my other chassis  and it comes up fine on this
one so the chassis is ok (whew).

Thank you.


Thomas Spaulding, MCP http://www.talweb.com/tsplding/
[e-mail] http://www.talweb.com/
Valeyard* in Everquest's E'ci server.
Kali Registration # 0978




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






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


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

From: "T.Spaulding" <[e-mail]>
Subject: Re: (usr-tc) NMC Card
Date: 22 May 1999 20:33:45 -0400

Thank you for your message.  There must be something else wrong :-(

The card constantly re-boots itself.

It goes through the cycle and when it comes up with NONE in the LED it
flashes TWO (which I set it to) then immediately goes blank and goes through
the process again.

Even when I switched #5 to on it will still continuously reboot.



Thomas Spaulding, MCP http://www.talweb.com/tsplding/
[e-mail] http://www.talweb.com/
Valeyard* in Everquest's E'ci server.
Kali Registration # 0978

----- Original Message -----
Sent: Saturday, May 22, 1999 3:02 PM


>
>
>
>
>      Tom:
>
>
>
>      To "Blank the Memory" on the Netserver, you must remove the card,
look on
> the "right side" (from facing the front of the card), and the throw dip
#5.
> Reboot the card (this flushes memory), pull it out, reset dip 5 to off,
the
> reboot - and now you can reconfigure the card.   Please remember to save
your
> new settings to NVRAM, otherwise the nextreboot will bring back the "Bad
> Settings" you currently have saved in NVRAM.
>
>      Of course you could always call us at Tech Support [phone].
>
>      You will also find detailed instructions if you go to our 3KB
database, and
> search for "How to Reset the Netserver to Factory Defaults"  Please note
that
> this is a new solution, and may not be accessable from the website for a
few
> days.
>
>
>
>      3KB can be found at:     http://knowledgebase.3com.com/
>
>           Hope this helps.
>
>                Todd      ;-}
>
>
>
>
>
>
>
>
> "T.Spaulding" <[e-mail]> on 05/22/99 11:53:31 AM
>
> Please respond to [e-mail]
>
> Sent by:  "T.Spaulding" <[e-mail]>
>
>
> To:   [e-mail]
> cc:    (Todd Keister/MW/US/3Com)
> Subject:  (usr-tc) NMC Card
>
>
>
>
> I received have had problems getting into my NMC card and tech support
> suggested hooking up the cable and resetting the IP addresses.
>
> I did but I think I might have put in a wrong subnet or something 'cause
> after I issued a reset the card will reset and when it goes to show the
> information in the LED window it then resets again...over..and..over :-(
>
> I thought I heard of a way to switch the dip-switches to blank out the
> memory, does anyone know what to switch them to?
>
> I have the TCH 2059 bundle running quad-modems.
>
> Also, I took an NMC card from my other chassis  and it comes up fine on
this
> one so the chassis is ok (whew).
>
> Thank you.
>
>
> Thomas Spaulding, MCP http://www.talweb.com/tsplding/
> [e-mail] http://www.talweb.com/
> Valeyard* in Everquest's E'ci server.
> Kali Registration # 0978
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.



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


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

From: "Robert Mugo" <[e-mail]>
Subject: (usr-tc) Per port packet filters
Date: 23 May 1999 12:10:05 +0300

Hi,

I'm trying to make some of my Quad V.34 modems locked down to only certain
services but I'm having problems assigning per port packet filters on my
Netserver and HiperArc cards. I assign the filters OK and when I look at the
port settings it shows the filter has been applied to port. But when I dial in
and show the port setting again the filter is not listed. What could I be doing
wrong.

TIA,
Robert.


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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) NMC Card
Date: 23 May 1999 07:46:12 -0500

Try another flash-ROM if you have one hanging around; if it's a 2mb one
(I've got a stack) no RAM is needed, if you have an 8MB one, make sure you
have a 16mb DRAM in there. And replace the DRAM while you're at it too if
that's the problem.
If not that, then you've got a bad NMC. Had one myself last week. Be sure
you test it thoroughly when you get it back from 3Com; had one that the
serial number was corrupted on it when it came back and wouldn't do x2/v90,
nor would it take the feature enable code 'cuz it didn't match the serial
number. 3Com does a pretty lame job of testing stuff and sends it back if it
boots; doesn't mean it's fixed.

SMT

> -----Original Message-----
> From: T.Spaulding [mailto:[e-mail]]
> Sent: Saturday, May 22, 1999 7:34 PM
> To: [e-mail]
> Subject: Re: (usr-tc) NMC Card
>
>
> Thank you for your message.  There must be something else wrong :-(
>
> The card constantly re-boots itself.
>
> It goes through the cycle and when it comes up with NONE in the LED it
> flashes TWO (which I set it to) then immediately goes blank
> and goes through
> the process again.
>
> Even when I switched #5 to on it will still continuously reboot.
>
>
>
> Thomas Spaulding, MCP http://www.talweb.com/tsplding/
> [e-mail] http://www.talweb.com/
> Valeyard* in Everquest's E'ci server.
> Kali Registration # 0978
>
> ----- Original Message -----
> From: <[e-mail]>
> To: <[e-mail]>
> Sent: Saturday, May 22, 1999 3:02 PM
> Subject: Re: (usr-tc) NMC Card
>
>
> >
> >
> >
> >
> >      Tom:
> >
> >
> >
> >      To "Blank the Memory" on the Netserver, you must
> remove the card,
> look on
> > the "right side" (from facing the front of the card), and
> the throw dip
> #5.
> > Reboot the card (this flushes memory), pull it out, reset
> dip 5 to off,
> the
> > reboot - and now you can reconfigure the card.   Please
> remember to save
> your
> > new settings to NVRAM, otherwise the nextreboot will bring
> back the "Bad
> > Settings" you currently have saved in NVRAM.
> >
> >      Of course you could always call us at Tech Support
> [phone].
> >
> >      You will also find detailed instructions if you go to our 3KB
> database, and
> > search for "How to Reset the Netserver to Factory Defaults"
>  Please note
> that
> > this is a new solution, and may not be accessable from the
> website for a
> few
> > days.
> >
> >
> >
> >      3KB can be found at:     http://knowledgebase.3com.com/
> >
> >           Hope this helps.
> >
> >                Todd      ;-}
> >
> >
> >
> >
> >
> >
> >
> >
> > "T.Spaulding" <[e-mail]> on 05/22/99 11:53:31 AM
> >
> > Please respond to [e-mail]
> >
> > Sent by:  "T.Spaulding" <[e-mail]>
> >
> >
> > To:   [e-mail]
> > cc:    (Todd Keister/MW/US/3Com)
> > Subject:  (usr-tc) NMC Card
> >
> >
> >
> >
> > I received have had problems getting into my NMC card and
> tech support
> > suggested hooking up the cable and resetting the IP addresses.
> >
> > I did but I think I might have put in a wrong subnet or
> something 'cause
> > after I issued a reset the card will reset and when it goes
> to show the
> > information in the LED window it then resets
> again...over..and..over :-(
> >
> > I thought I heard of a way to switch the dip-switches to
> blank out the
> > memory, does anyone know what to switch them to?
> >
> > I have the TCH 2059 bundle running quad-modems.
> >
> > Also, I took an NMC card from my other chassis  and it
> comes up fine on
> this
> > one so the chassis is ok (whew).
> >
> > Thank you.
> >
> >
> > Thomas Spaulding, MCP http://www.talweb.com/tsplding/
> > [e-mail] http://www.talweb.com/
> > Valeyard* in Everquest's E'ci server.
> > Kali Registration # 0978
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old
> messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
> >
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old
> messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) Administrative User on NetServer
Date: 23 May 1999 09:50:19 -0500 (CDT)

On Fri, 21 May 1999, Paul M. Oster wrote:

>
>
> Anyway to fake one up in radius, or how do I reset a missing/forgotten
> password?  A power failure necessitated shutting down the box, and now I
> cant get back in.

For the netserver there is no way, you have to delete the config, for the
hiper arc you can add a adminstrative user on the radius.

krish


>
> Paul M. Oster <[e-mail]>               http://www.minot.com/
> Magic Internet Services                         [phone]
> Minots FIRST Internet Connection
>
> -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=-
>
> "I might not agree with what you have to say but I will defend, to
> my death, your right to say it." - Voltaire
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Scott Trautman <[e-mail]>
Subject: (usr-tc) Quad modem NIC's...take up power??
Date: 23 May 1999 12:26:40 -0500

Just a curiousity; Anyone know whether the Quad card NIC's take up much in
the way of power?
These TC's are power hungry beasties, I'm wondering if I'm saving anything
by pulling the NIC's. We're all digital of course so don't have any real use
for them, other than plugging a hole.

On most of my units I've pulled 'em and put blanks over them, but now I'm
out of blanks.

And...anyone have or know where to get blanks reasonably? Can't say that
I've checked 3Com yet...but only guess they'd
be expensive there. Otherwise I'll probably have some made. If I'm having
them made, anyone need some as well? Nothing too fancy but cover they will.

SMT


Scott Trautman           608-240-4638,4637fax
Global Dialog Internet   www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMC Card
Date: 23 May 1999 11:52:44 -0600

I belive it has to do with the setting of a wan ip addresss that
may be incorrect or the same as the ethernet ip of the card.
The knowledgebase should help you.  Look for netserver reboot
eric


At 08:33 PM 5/22/99 -0400, you wrote:
>Thank you for your message.  There must be something else wrong :-(
>
>The card constantly re-boots itself.
>
>It goes through the cycle and when it comes up with NONE in the LED it
>flashes TWO (which I set it to) then immediately goes blank and goes through
>the process again.
>
>Even when I switched #5 to on it will still continuously reboot.
>
>
>
>Thomas Spaulding, MCP http://www.talweb.com/tsplding/
>[e-mail] http://www.talweb.com/
>Valeyard* in Everquest's E'ci server.
>Kali Registration # 0978
>
>----- Original Message -----
>From: <[e-mail]>
>To: <[e-mail]>
>Sent: Saturday, May 22, 1999 3:02 PM
>Subject: Re: (usr-tc) NMC Card
>
>
>>
>>
>>
>>
>>      Tom:
>>
>>
>>
>>      To "Blank the Memory" on the Netserver, you must remove the card,
>look on
>> the "right side" (from facing the front of the card), and the throw dip
>#5.
>> Reboot the card (this flushes memory), pull it out, reset dip 5 to off,
>the
>> reboot - and now you can reconfigure the card.   Please remember to save
>your
>> new settings to NVRAM, otherwise the nextreboot will bring back the "Bad
>> Settings" you currently have saved in NVRAM.
>>
>>      Of course you could always call us at Tech Support [phone].
>>
>>      You will also find detailed instructions if you go to our 3KB
>database, and
>> search for "How to Reset the Netserver to Factory Defaults"  Please note
>that
>> this is a new solution, and may not be accessable from the website for a
>few
>> days.
>>
>>
>>
>>      3KB can be found at:     http://knowledgebase.3com.com/
>>
>>           Hope this helps.
>>
>>                Todd      ;-}
>>
>>
>>
>>
>>
>>
>>
>>
>> "T.Spaulding" <[e-mail]> on 05/22/99 11:53:31 AM
>>
>> Please respond to [e-mail]
>>
>> Sent by:  "T.Spaulding" <[e-mail]>
>>
>>
>> To:   [e-mail]
>> cc:    (Todd Keister/MW/US/3Com)
>> Subject:  (usr-tc) NMC Card
>>
>>
>>
>>
>> I received have had problems getting into my NMC card and tech support
>> suggested hooking up the cable and resetting the IP addresses.
>>
>> I did but I think I might have put in a wrong subnet or something 'cause
>> after I issued a reset the card will reset and when it goes to show the
>> information in the LED window it then resets again...over..and..over :-(
>>
>> I thought I heard of a way to switch the dip-switches to blank out the
>> memory, does anyone know what to switch them to?
>>
>> I have the TCH 2059 bundle running quad-modems.
>>
>> Also, I took an NMC card from my other chassis  and it comes up fine on
>this
>> one so the chassis is ok (whew).
>>
>> Thank you.
>>
>>
>> Thomas Spaulding, MCP http://www.talweb.com/tsplding/
>> [e-mail] http://www.talweb.com/
>> Valeyard* in Everquest's E'ci server.
>> Kali Registration # 0978
>>
>>
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>>
>>
>>
>>
>>
>>
>> -
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>Delaware Online!.........The SMART Choice!
With 56K V.90 & X2 & Flex Modems
Phone : [phone]
Fax:     [phone]
Failure is NOT an option...



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


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

From: Darren Widenmaier <[e-mail]>
Subject: (usr-tc) ifOutOctets.1 on Netserver always shows 0
Date: 23 May 1999 21:29:59 -0600

I'm trying to determine traffic through a Netserver; I can get the
ifInOctets, but the out counter is always 0.  Is there a reason for this?
I can't imagine why the couters for all the other interfaces (including
ifInOctets.1) would work, and the outgoing octets on net0 would not...


(sh netstat shows in and out packets on net0).

Thanks.

    -Darren



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMC Card
Date: 24 May 1999 08:30:13 +0100

This is a multi-part message in MIME format.

------=_NextPart_000_000C_01BEA5BF.A50298E0
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

> Thank you for your message.  There must be something else wrong :-(
>
> The card constantly re-boots itself.
>
> It goes through the cycle and when it comes up with NONE in the LED it
> flashes TWO (which I set it to) then immediately goes blank and
> goes through
> the process again.
>
> Even when I switched #5 to on it will still continuously reboot.

I've got an NMC card that continuously reboots.  In my case it's a faulty
NIC.

Anyone know where I can get an NMC NIC in the UK without the NAC?  3Com say
I've got to buy a whole replacement NMC :-(

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/

------=_NextPart_000_000C_01BEA5BF.A50298E0
Content-Type: text/x-vcard;
    name="Ray Bellis.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
    filename="Ray Bellis.vcf"

BEGIN:VCARD
VERSION:2.1
N:Bellis;Ray;;
FN:Ray Bellis
ORG:Oxford CommUnity Internet plc;
TITLE:Technical Director
TEL;WORK;VOICE:[phone]
TEL;WORK;FAX:[phone]
ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;Windsor House=3D0D=3D0A12 High =
Street;Kidlington;Oxfordshire;OX5 2PJ;United Ki=3D
ngdom
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Windsor House=3D0D=3D0A12 High =
Street=3D0D=3D0AKidlington, Oxfordshire OX5 2PJ=3D0D=3D
=3D0AUnited Kingdom
URL:
URL:http://www.community.co.uk/
EMAIL;PREF;INTERNET:[e-mail]
EMAIL;INTERNET:[e-mail]
EMAIL;INTERNET:[e-mail]
REV:19990205T105103Z
END:VCARD

------=_NextPart_000_000C_01BEA5BF.A50298E0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NMC Card
Date: 24 May 1999 08:40:09 -0400



Most likely it has to do with a wrong format of the WAN IP.
The only way to recover the NMC is to reflash the card using either PCSDL or
Z-Modem.
I suggest to do not setup the WAN IP unless you intent to use the SLIP
connection (the basic app for this setting).

Is this a P5NMC?

Hope this will help. Regards,

FN



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Quad modem NIC's...take up power??
Date: 24 May 1999 09:03:57 -0400



Here some Power figures:


                              Current (A)   Current (A)
Configuration Choices          +5.2 Volt    +/- 12.2 Volt   Watts


HiPer ARC                          4             20.8        70.9
HiPer ARC Max. Set                 7             36.4        124.1
HiPer DSP                          4.3           22.4         76.2
HiPer DSP NIC only                  .6            3.1         10.6
HiPer DSP Set                      4.9           25.5         86.9
EdgeServer Set                     4.5           23.4         79.8
Digital Quad Modems                2.1           10.9         37.2
Quad Modem NIC                     1              5.2         17.7
486 NETServer                      3             15.6         53.2
NET Enet NIC                       1.5            7.8         26.6
NET Token NIC                      2             10.4         35.5
NMC (486SX)                        3             15.6         53.2
NMC Enet NIC                       1.5            7.8         26.6
Dual PRI NAC                       1.5            7.8         26.6
Dual PRI NIC                        .5            2.6          8.9



Hope this helps.

FN



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Simple Filter Question
Date: 24 May 1999 09:53:16 -0500

We have a new "Family Safe Internet" solution for some of our dialup users
and I need to make sure that only they can access it (through proxy
settings) and others who aren't paying for it are not able to get it.

So I need two filters:
 Family Safe Customer:
  Either don't allow Port 80 requests
   OR (so that I don't have to make them set up proxy in their browser)
     translate port 80 requests to the proxy ip and port: 199.217.243.6:8406

 Non family safe Customers:
  Don't allow requests made to 199.217.243.6 (doesn't need to worry about
the port because this box is only a proxy).


Thanks for the help.

Brian Becker
Poplar Bluff Internet, Inc.
    http://www.semo.net
Home of JerusalemPerspective.com Bookstore
    http://www.JerusalemPerspective.com
TotallyFabricated.com's Webgabber Chat Software
    http://www.TotallyFabricated.com
and my personal page
    http://www.Tonionio.com


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


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

From: Jeff Lynch <[e-mail]>
Subject: Re: (usr-tc) Radius Question
Date: 24 May 1999 10:17:26 -0500 (CDT)

On Sat, 22 May 1999, Paul M. Oster wrote:

>
>   Probably better suited to a radius list, but does anyone have a pointer
> how to set a user up to automatically telnet to a specific host... I've
> got this so farf
>
> username Password = "password"
>     Service-Type = Telnet

Try:

username    Password = "password"
        Service-Type = Login-User,
        Login-Service = Telnet,
        Login-TCP-Port = 23,
        Login-IP-Host = wherever.domain.com

Your Dictionary defs may differ slightly. We're running Cistron 1.5.4.3-bx

--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, Indivds Since 1995


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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) Radius Question
Date: 24 May 1999 10:30:57 -0500

You may or may not need an entry in hosts.equiv for this on the
Login-IP-Host as well.
A little foggy as it's been awhile but if you get 2 password prompts you
will wnat an entry for hosts.equiv on a "shell" login to get rid of the 2nd
password prompt. Using the last message entry suspect you'll have to have
radius authentication enabled if on a UNIX box. check login.conf on BSDI
boxes. Life can't be too simple, can it?

We use a DEFAULT section at the end of the users file like:

DEFAULT Password = "UNIX"
        User-Service-Type = Login-User,
        Login-Host = host-name-here,
        Login-Service = Rlogin

..which forces it to use the UNIX password authentication if it doesn't
match a specific entry in the users database.

SMT

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


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

From: "Robert Mugo" <[e-mail]>
Subject: (usr-tc) Static IP's and Multiple Chasis
Date: 24 May 1999 18:47:53 +0300

This is a multi-part message in MIME format.

------=_NextPart_000_01A9_01BEA615.F3129D40
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi,

I have a couple of Netservers in one location and another in a remote location
connected via a serial line. I have users who dial up and are assigned static
IP's in order to receive their mail. Each of the Netservers is on different
subnets. Currently the dialup users can only use a specific Netserver due to
routing issues. I'd like them to be able use any of the Netservers to reduce
congestion. Any suggestions on how to go about this. Below is the a rough sketch
of the setup.

Rgds,
Robert.


NServer1 Nserver2 NServer3
                    |
                    |
                    |
               Switch
                    |
                    |
                    |
               Router    -------- Serial Line ------- NServer4
                    |
                    |
                    |
                 LAN

------=_NextPart_000_01A9_01BEA615.F3129D40
Content-Type: application/x-pkcs7-signature;
    name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
    filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKITCCAjww
ggGlAhAyUDPPUNFW81yBrWVcT8glMA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0
aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yMDAxMDcyMzU5NTlaMF8xCzAJ
BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs
aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw
gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea
BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg
1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQIFAAOBgQBLRGZgaGTkmBvzsHLm
lYl83XuzlcAdLtjYGdAtND3GUJoQhoyqPzuoBPw3UpXD2cnbzfKGBsSxG/CCiDBCjhdQHGR6uD6Z
SXSX/KwCQ/uWDFYEJQx8fIedJKfY8DIptaTfXaJMxRYyqEL2Raa2Nrngv2U2k8LS12vc3lnWojX4
RTCCAy4wggKXoAMCAQICEQDSdi6NFAw9fbKoJV2v7g11MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNV
BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMg
UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05ODA1MTIwMDAwMDBaFw0wODA1MTIy
MzU5NTlaMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1
c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNv
cnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJ
bmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMIGfMA0GCSqGSIb3DQEB
AQUAA4GNADCBiQKBgQC7WkSKBBa7Vf0DeootlE8VeDa4DUqyb5xUv7zodyqdufBou5XZMUFweoFL
uUgTVi3HCOGEQqvAopKrRFyqQvCCDgLpL/vCO7u+yScKXbawNkIztW5UiE+HSr8Z2vkV6A+Hthzj
zMaajn9qJJLj/OBluqexfu/J2zdqyErICQbkmQIDAQABo3wwejARBglghkgBhvhCAQEEBAMCAQYw
RwYDVR0gBEAwPjA8BgtghkgBhvhFAQcBATAtMCsGCCsGAQUFBwIBFh93d3cudmVyaXNpZ24uY29t
L3JlcG9zaXRvcnkvUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEB
AgUAA4GBAIi4Nzvd2pQ3AK2qn+GBAXEekmptL/bxndPKZDjcG5gMB4ZbhRVqD7lJhaSV8Rd9Z7R/
LSzdmkKewz60jqrlCwbe8lYq+jPHvhnXU0zDvcjjF7WkSUJj7MKmFw9dWBpJPJBcVaNlIAD9GCDl
X4KmsaiSxVhqwY0DPOvDzQWikK5uMIIEqzCCBBSgAwIBAgIQFD/h1RKNpwGy1fqq5WEdajANBgkq
hkiG9w0BAQQFADCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWdu
IFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEg
SW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg
Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZDAeFw05OTA1MTQw
MDAwMDBaFw05OTA3MTMyMzU5NTlaMIIBCjEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV
BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw
b3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNv
bmEgTm90IFZhbGlkYXRlZDEnMCUGA1UECxMeRGlnaXRhbCBJRCBDbGFzcyAxIC0gTWljcm9zb2Z0
MRQwEgYDVQQDFAtSb2JlcnQgTXVnbzEnMCUGCSqGSIb3DQEJARYYcm11Z29AYWZyaWNhb25saW5l
LmNvLmtlMFwwDQYJKoZIhvcNAQEBBQADSwAwSAJBAIiNUTBUM6rSQP17uc8FW1WAzfcy/1KfIvNA
QwVEjJxbiIhReMURNuqn4+0iSuHMdTKbfL81YnAT5cuZEjld8OUCAwEAAaOCAY8wggGLMAkGA1Ud
EwQCMAAwgawGA1UdIASBpDCBoTCBngYLYIZIAYb4RQEHAQEwgY4wKAYIKwYBBQUHAgEWHGh0dHBz
Oi8vd3d3LnZlcmlzaWduLmNvbS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjAD
AgEBGj1WZXJpU2lnbidzIENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3
IFZlcmlTaWduMBEGCWCGSAGG+EIBAQQEAwIHgDCBhgYKYIZIAYb4RQEGAwR4FnZkNDY1MmJkNjNm
MjA0NzAyOTI5ODc2M2M5ZDJmMjc1MDY5YzczNTliZWQxYjA1OWRhNzViYzRiYzk3MDE3NDdkYTVk
M2Y0MTQxYmVhZGIyYmQyZTg5MjFmYWQ2OWYwZDcxMTQ5OWFhM2JjNDVmZmYzZWE0NTBjMDMGA1Ud
HwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL2NsYXNzMS5jcmwwDQYJKoZIhvcN
AQEEBQADgYEAO5mvbAStVmw2qJdeYKNNi8Je6tnUTOP6Fl6L4qjIdwx4/EijbGo/era40wC8KGQD
yhxP2d6jp+IU2YV6QugXv627N2E0IMEWz6DJCuPldxIbXaV1M31mqXaNUd7bL9k6bFzuuSdmB1ug
4o6U3HWWNqyXs8ZA6QMLIEln+aZ+nlgxggHGMIIBwgIBATCB4TCBzDEXMBUGA1UEChMOVmVyaVNp
Z24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52
ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgx
SDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNv
bmEgTm90IFZhbGlkYXRlZAIQFD/h1RKNpwGy1fqq5WEdajAJBgUrDgMCGgUAoH0wGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNOTkwNTI0MTg0NzUzWjAeBgkqhkiG9w0B
CQ8xETAPMA0GCCqGSIb3DQMCAgEoMCMGCSqGSIb3DQEJBDEWBBQqJhLu6aCcYX3eHbYVpwlQNAVT
AzANBgkqhkiG9w0BAQEFAARAZI3kZJjI1nle81pzCqP1wrTWODU5WQrz3hkc31P4oAp2+uCvD5gm
WCjW6WkBQeXLynq3sBNd7YBb1xTRPi8GtwAAAAAAAA==

------=_NextPart_000_01A9_01BEA615.F3129D40--


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


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

From: K Mitchell <[e-mail]>
Subject: (usr-tc) S&A Server docs
Date: 24 May 1999 13:05:07 -0400

  After finally getting my support issue resolved with 3Com, and getting
S&A Server running somewhat decently, I'm still not getting the information
I should be. I've beed through 3 or 4 3Com support people so far, and each
has suggested different settings in the "RADIUS Clients" section and trap
settings in TCM. I've also driven myself nuts trying to find some
definitive documentation showing exactly how these should be set up. Does
anyone know of a source for such documentation that I may have missed?

Thanks,
Kirk



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


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


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

From: Kevin Benton <[e-mail]>
Subject: Re: (usr-tc) Static IP's and Multiple Chasis
Date: 24 May 1999 13:09:09 -0400 (EDT)

On Mon, 24 May 1999, Robert Mugo wrote:

> I have a couple of Netservers in one location and another in a remote location
> connected via a serial line. I have users who dial up and are assigned static
> IP's in order to receive their mail. Each of the Netservers is on different
> subnets. Currently the dialup users can only use a specific Netserver due to
> routing issues. I'd like them to be able use any of the Netservers to reduce
> congestion. Any suggestions on how to go about this. Below is the a rough sketch
> of the setup.

Had this problem...  Are all three NetServers on the same subnet?  Do you
have RIP turned on at the NSC's and the router?  I know this may sound
cheesy, but do check on this with your 3COM Network Consultant about it.
We have known about this problem for a long time.  One of the ways we've
been able to handle it is by moving static IP users to a specific chassis
by having multiple hunt groups locally.  Your telco should be able to
handle this by allowing your main hunt group to hunt into your static hunt
group so that your static users should always hit the same NSC or HARC.
As a general rule, those static IP's won't work on NSC1-3 and NSC4 because
the router would have to route it differnetly based on where the address
is located.

Kevin Benton
Sr Network Engineer
SOTA Technologies

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


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


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

From: [e-mail] (John Scrivner)
Subject: (usr-tc) No Answer and Dropoffs.
Date: 24 May 1999 12:16:06 CST6CDT

My Total Control is having problems. I do not know if the message below is
showing this problem or not. We get many complaints of not getting on until
trying several times. No answer is the response many times. Others complain
of dropping connectiomns like crazy. I know this is a TC problem because the
Portmaster PM-3's do just fine in here. I have personally dialed in with a
phone and heard no handshake or anything on a number of occasions. Tech
support has been promising me accounting setup for a year with no followup
so if accounting is the place to look for a clue I will be out of luck.
Anyone out there have an idea what to look for? I have started loosing
customers over this problem. Below is a paste from the telnet response for
one of the ports:

slot:13/mod:2                               DIALIN INVALID 00-   -0000 00:00:00

I have noticed that slot:12/mod:15 and slot:12/mod:24 appear to never
connect. slot:12 is the first card in the hunt and I am thinking that may be
the source. Any ideas are greatly appreciated.
Sincerely,
John Scrivner

   John Scrivner                      ([e-mail])
   President                          ([e-mail])
   Mount Vernon Net Inc.              ([e-mail])



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


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

From: Ronald Kushner <[e-mail]>
Subject: (usr-tc) Maximum cards per chassis (WAS RE: Quad modem NIC's...take up power??)
Date: 24 May 1999 13:18:01 -0400

[e-mail] wrote:
>
> Here some Power figures:
>
[Figures Deleted]

Going over these numbers, it would appear that if you had the older 45A dual
power supply chassis, you can smack in the following components and still
have a redundant power supply:

One 486 NMC W/Ethernet NIC
One HiPer Arc W/Ethernet NIC
Six HiPer DSP Sets

I assume the 45A number is in reference to the 5.2v power side of the
supply. Am I correct, or did I miss something that might reduce the maximum
to five HiPer DSP's?

The power draw you posted for the HiPer DSP's is somewhat lower than what's
listed on the datasheets, do the datasheets assume E1 for maximum power
requirement calculation?

I just did a rough figure using the numbers here, plus the 5A rating for the
HiPer NMC listed on the datasheet, and assuming the fan try runs off the AC
power and not DC, it looks like you can put 10 DSP's, two ARC's, and a HiPer
NMC in a chassis with a 70A supply. What does the backplane consume, if
anything?

-Ron
GLISnet, Inc.
+1 810/939.9885

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) No Answer and Dropoffs.
Date: 24 May 1999 13:25:32 -0400 (EDT)

Thus spake John Scrivner
>slot:13/mod:2                               DIALIN INVALID 00-   -0000 00:00:00

This just indicates that a call has been received on the port, but is
not fully connected yet.  Once they get connected, the "INVALID" will
change to whatever service type is in use "PPP" or "RLOGIN" or something
like that.  If the port stays in this state for a long time
(like...minutes), then it could indicate a problem.
--
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: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) S&A Server docs
Date: 24 May 1999 13:25:47 -0400 (EDT)

On Mon, 24 May 1999, K Mitchell wrote:
>  After finally getting my support issue resolved with 3Com, and getting
>S&A Server running somewhat decently, I'm still not getting the information
>I should be. I've beed through 3 or 4 3Com support people so far, and each
>has suggested different settings in the "RADIUS Clients" section and trap
>settings in TCM. I've also driven myself nuts trying to find some
>definitive documentation showing exactly how these should be set up. Does
>anyone know of a source for such documentation that I may have missed?

Not that I'm aware of.  There's nothing better than experience.
(unfortunately)  As long as you're not using windows (read: access),
then I can help you get SA to do just about anything.

--Ricky



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


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

From: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) S&A Server docs
Date: 24 May 1999 13:54:07 -0400

At 01:25 PM 5/24/99 -0400, Ricky Beam wrote:
>Not that I'm aware of.  There's nothing better than experience.
>(unfortunately)  As long as you're not using windows (read: access),
>then I can help you get SA to do just about anything.

Um...er...well...thanks anyway  ;o)

Kirk



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


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


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

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) IP pools diminishing
Date: 24 May 1999 12:10:43 -0600

I'm looking for more insight into a problem we have with an ip pool losing
ip's.  I've worked with Krish on this in the past, and he indicated that if
the server doesn't recieve a valid "ACK" on an accounting STOP record, it
would not give up an ip address, and the pool would effectively be one
smaller.  When another user connects and cannot get an IP because of the
shortage, we get NAS_ERROR in the detail file like this:

Thu May 20 17:10:21 1999
        Class = "Default Dial-up User"
        User-Name = "user123"
        Client-Id = xx.xx.xx.5
        Acct-Status-Type = Stop
        Acct-Session-Id = "33622525"
        Acct-Delay-Time = 0
        Acct-Authentic = RADIUS
        Service-Type = Framed-User
        NAS-Port-Type = Async
        NAS-Port = 514
        Modem-Training-Time = 12
        Interface-Index = 1770
        Chassis-Call-Slot = 3
        Chassis-Call-Span = 16
        Chassis-Call-Channel = 2
        Unauthenticated-Time = 6
        Calling-Station-Id = ""
        Called-Station-Id = ""
        Modulation-Type = v34
        Simplified-MNP-Levels = ccittV42
        Simplified-V42bis-Usage = none
        Connect-Speed = 38400_BPS
        Framed-Protocol = PPP
        Framed-IP-Address = 0.0.0.0
        Acct-Session-Time = 6
        Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR
        Acct-Input-Octets = 353
        Acct-Output-Octets = 364
        Acct-Input-Packets = 11
        Tunnel-Security = 12
        Timestamp = 927241821


Suggestions I've received in the past include:

1.  Increase the size of the pool.  This just delays the agony.  IP's are
expensive.
2.  Faster radius.  Mine's plenty fast - dedicated Radiator with mysql on a
100Base T network on the same switch as my HiperARCs.
3.  Play with the accounting settings.  Here's my current "show accounting":

>_show ver
V4.1.59 - 6
>show accounting
The Primary Server Status is:              ENABLED
Primary Server is:                         x.y.z.20
Primary First Backup Server is:            x.y.z.10
Primary Second Backup Server is:           0.0.0.0
Primary Destination Port is:               1646
Primary First Backup Destination Port:     1646
Primary Second Backup Destination Port:    1646
Max Primary Retranmissions:                20
The Secondary Server Status is:            ENABLED
Secondary Server is:                       0.0.0.0
Secondary First Backup Server is:          0.0.0.0
Secondary Second Backup Server is:         0.0.0.0
Secondary Destination Port is:             1646
Secondary First Backup Destination Port:   1646
Secondary Second Backup Destination Port:  1646
Max Secondary Retranmissions:              0
Source Port is:                            1646
Retransmission  Timeout:                   12 seconds
Accounting Start Time:                     CONNECTION
Log Unauthenticated Calls:                 TRUE
Vendor Specific Attribute:                 ENABLED
Active Accounting Server (Primary):        x.y.z.20
Active Accounting Server (Secondary):      0.0.0.0
Attribute Style:                           STANDARD
Prioritize First Server in a Server Group: ENABLED


20 retransmissions should be plenty.  Any more suggestions?

The only way I can recover from this situation is to reboot the HiperARC,
which is not a good thing. Everything else is working wonderfully otherwise.
I would even be happy to know a way to force the removal of a "dead" ip.   I
don't know how I would find out what that IP is, since it doesn't show up on
the "list ip net".

If you have not had this problem, and you're willing to take a minute to
compare what you're doing to what I'm doing, I'd sure appreciate it.

Thanks,

Randy


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) IP pools diminishing
Date: 24 May 1999 15:16:11 -0300


I don't have this problem but I manage the pools on the ARCs themselves, and
I assume you're using RADIUS to assign addresses from pools on the RADIUS
server.

I do, however, use RADIUS to limit concurrent logons which would effectively
be plagued by the same phenomenon except that the RADIUS I use is smart
enough to understand that if an auth request comes in with the same NAS-Port
attribute as a connection that it already has listed in its internal
"currently logged on users" list, it assumes that the previous user has
dropped and clears the connection.  You would definitely want your RADIUS
server to have the same behaviour in order to reclaim lost IPs in your
pools.  So I would suggest you complain loudly to your manufacturer or just
maintain pools on the ARCs themselves.

> -----Original Message-----
> From:    Randy Cosby [SMTP:[e-mail]]
> Sent:    Monday, May 24, 1999 3:11 PM
> To:    [e-mail]
> Subject:    (usr-tc) IP pools diminishing
>
> I'm looking for more insight into a problem we have with an ip pool losing
> ip's.  I've worked with Krish on this in the past, and he indicated that
> if
> the server doesn't recieve a valid "ACK" on an accounting STOP record, it
> would not give up an ip address, and the pool would effectively be one
> smaller.  When another user connects and cannot get an IP because of the
> shortage, we get NAS_ERROR in the detail file like this:
>
> Thu May 20 17:10:21 1999
>         Class = "Default Dial-up User"
>         User-Name = "user123"
>         Client-Id = xx.xx.xx.5
>         Acct-Status-Type = Stop
>         Acct-Session-Id = "33622525"
>         Acct-Delay-Time = 0
>         Acct-Authentic = RADIUS
>         Service-Type = Framed-User
>         NAS-Port-Type = Async
>         NAS-Port = 514
>         Modem-Training-Time = 12
>         Interface-Index = 1770
>         Chassis-Call-Slot = 3
>         Chassis-Call-Span = 16
>         Chassis-Call-Channel = 2
>         Unauthenticated-Time = 6
>         Calling-Station-Id = ""
>         Called-Station-Id = ""
>         Modulation-Type = v34
>         Simplified-MNP-Levels = ccittV42
>         Simplified-V42bis-Usage = none
>         Connect-Speed = 38400_BPS
>         Framed-Protocol = PPP
>         Framed-IP-Address = 0.0.0.0
>         Acct-Session-Time = 6
>         Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR
>         Acct-Input-Octets = 353
>         Acct-Output-Octets = 364
>         Acct-Input-Packets = 11
>         Tunnel-Security = 12
>         Timestamp = 927241821
>
>
> Suggestions I've received in the past include:
>
> 1.  Increase the size of the pool.  This just delays the agony.  IP's are
> expensive.
> 2.  Faster radius.  Mine's plenty fast - dedicated Radiator with mysql on
> a
> 100Base T network on the same switch as my HiperARCs.
> 3.  Play with the accounting settings.  Here's my current "show
> accounting":
>
> >_show ver
> V4.1.59 - 6
> >show accounting
> The Primary Server Status is:              ENABLED
> Primary Server is:                         x.y.z.20
> Primary First Backup Server is:            x.y.z.10
> Primary Second Backup Server is:           0.0.0.0
> Primary Destination Port is:               1646
> Primary First Backup Destination Port:     1646
> Primary Second Backup Destination Port:    1646
> Max Primary Retranmissions:                20
> The Secondary Server Status is:            ENABLED
> Secondary Server is:                       0.0.0.0
> Secondary First Backup Server is:          0.0.0.0
> Secondary Second Backup Server is:         0.0.0.0
> Secondary Destination Port is:             1646
> Secondary First Backup Destination Port:   1646
> Secondary Second Backup Destination Port:  1646
> Max Secondary Retranmissions:              0
> Source Port is:                            1646
> Retransmission  Timeout:                   12 seconds
> Accounting Start Time:                     CONNECTION
> Log Unauthenticated Calls:                 TRUE
> Vendor Specific Attribute:                 ENABLED
> Active Accounting Server (Primary):        x.y.z.20
> Active Accounting Server (Secondary):      0.0.0.0
> Attribute Style:                           STANDARD
> Prioritize First Server in a Server Group: ENABLED
>
>
> 20 retransmissions should be plenty.  Any more suggestions?
>
> The only way I can recover from this situation is to reboot the HiperARC,
> which is not a good thing. Everything else is working wonderfully
> otherwise.
> I would even be happy to know a way to force the removal of a "dead" ip.
> I
> don't know how I would find out what that IP is, since it doesn't show up
> on
> the "list ip net".
>
> If you have not had this problem, and you're willing to take a minute to
> compare what you're doing to what I'm doing, I'd sure appreciate it.
>
> Thanks,
>
> Randy
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


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

From: Ronald Kushner <[e-mail]>
Subject: (usr-tc) Link Block Errors.
Date: 24 May 1999 14:27:50 -0400


I just installed TCS 3.5 in my system, and I noticed that the HiPer DSP
cards no longer show any Link Block Errors when using the session monitor
from TCM.

Damn, that cool if new software could eliminate link block errors, but I
know that having two dozen modem connections up without incurring one link
block error is impossible.

Has anyone else noticed this odd behavior?

-Ron
GLISnet, Inc.
+1 810/939.9885

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


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

From: "Randy Cosby" <[e-mail]>
Subject: RE: (usr-tc) IP pools diminishing
Date: 24 May 1999 12:31:00 -0600

We're using arc-assigned ip pools.  I AM complaining to the manufacturer -
3COM :)

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Stainforth, Matthew
Sent: Monday, May 24, 1999 12:16 PM



I don't have this problem but I manage the pools on the ARCs themselves, and
I assume you're using RADIUS to assign addresses from pools on the RADIUS
server.

I do, however, use RADIUS to limit concurrent logons which would effectively
be plagued by the same phenomenon except that the RADIUS I use is smart
enough to understand that if an auth request comes in with the same NAS-Port
attribute as a connection that it already has listed in its internal
"currently logged on users" list, it assumes that the previous user has
dropped and clears the connection.  You would definitely want your RADIUS
server to have the same behaviour in order to reclaim lost IPs in your
pools.  So I would suggest you complain loudly to your manufacturer or just
maintain pools on the ARCs themselves.

> -----Original Message-----
> From:    Randy Cosby [SMTP:[e-mail]]
> Sent:    Monday, May 24, 1999 3:11 PM
> To:    [e-mail]
> Subject:    (usr-tc) IP pools diminishing
>
> I'm looking for more insight into a problem we have with an ip pool losing
> ip's.  I've worked with Krish on this in the past, and he indicated that
> if
> the server doesn't recieve a valid "ACK" on an accounting STOP record, it
> would not give up an ip address, and the pool would effectively be one
> smaller.  When another user connects and cannot get an IP because of the
> shortage, we get NAS_ERROR in the detail file like this:
>
> Thu May 20 17:10:21 1999
>         Class = "Default Dial-up User"
>         User-Name = "user123"
>         Client-Id = xx.xx.xx.5
>         Acct-Status-Type = Stop
>         Acct-Session-Id = "33622525"
>         Acct-Delay-Time = 0
>         Acct-Authentic = RADIUS
>         Service-Type = Framed-User
>         NAS-Port-Type = Async
>         NAS-Port = 514
>         Modem-Training-Time = 12
>         Interface-Index = 1770
>         Chassis-Call-Slot = 3
>         Chassis-Call-Span = 16
>         Chassis-Call-Channel = 2
>         Unauthenticated-Time = 6
>         Calling-Station-Id = ""
>         Called-Station-Id = ""
>         Modulation-Type = v34
>         Simplified-MNP-Levels = ccittV42
>         Simplified-V42bis-Usage = none
>         Connect-Speed = 38400_BPS
>         Framed-Protocol = PPP
>         Framed-IP-Address = 0.0.0.0
>         Acct-Session-Time = 6
>         Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR
>         Acct-Input-Octets = 353
>         Acct-Output-Octets = 364
>         Acct-Input-Packets = 11
>         Tunnel-Security = 12
>         Timestamp = 927241821
>
>
> Suggestions I've received in the past include:
>
> 1.  Increase the size of the pool.  This just delays the agony.  IP's are
> expensive.
> 2.  Faster radius.  Mine's plenty fast - dedicated Radiator with mysql on
> a
> 100Base T network on the same switch as my HiperARCs.
> 3.  Play with the accounting settings.  Here's my current "show
> accounting":
>
> >_show ver
> V4.1.59 - 6
> >show accounting
> The Primary Server Status is:              ENABLED
> Primary Server is:                         x.y.z.20
> Primary First Backup Server is:            x.y.z.10
> Primary Second Backup Server is:           0.0.0.0
> Primary Destination Port is:               1646
> Primary First Backup Destination Port:     1646
> Primary Second Backup Destination Port:    1646
> Max Primary Retranmissions:                20
> The Secondary Server Status is:            ENABLED
> Secondary Server is:                       0.0.0.0
> Secondary First Backup Server is:          0.0.0.0
> Secondary Second Backup Server is:         0.0.0.0
> Secondary Destination Port is:             1646
> Secondary First Backup Destination Port:   1646
> Secondary Second Backup Destination Port:  1646
> Max Secondary Retranmissions:              0
> Source Port is:                            1646
> Retransmission  Timeout:                   12 seconds
> Accounting Start Time:                     CONNECTION
> Log Unauthenticated Calls:                 TRUE
> Vendor Specific Attribute:                 ENABLED
> Active Accounting Server (Primary):        x.y.z.20
> Active Accounting Server (Secondary):      0.0.0.0
> Attribute Style:                           STANDARD
> Prioritize First Server in a Server Group: ENABLED
>
>
> 20 retransmissions should be plenty.  Any more suggestions?
>
> The only way I can recover from this situation is to reboot the HiperARC,
> which is not a good thing. Everything else is working wonderfully
> otherwise.
> I would even be happy to know a way to force the removal of a "dead" ip.
> I
> don't know how I would find out what that IP is, since it doesn't show up
> on
> the "list ip net".
>
> If you have not had this problem, and you're willing to take a minute to
> compare what you're doing to what I'm doing, I'd sure appreciate it.
>
> Thanks,
>
> Randy
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 W." <[e-mail]>
Subject: Re: (usr-tc) IP pools diminishing
Date: 24 May 1999 13:50:15 -0500

Have you ran a trace level 4 on Radiator?
It should give you enough information
to see wether or not your radius server
is getting an ack from your HiPer ARC
or not...


*****************************************
 Jason Watkins  [e-mail]
 I-Land NOC Tech
 http://www.iland.net
*****************************************
 Fast, Dependable Access!
*****************************************

----- Original Message -----
Sent: Monday, May 24, 1999 1:10 PM


> I'm looking for more insight into a problem we have with an ip pool losing
> ip's.  I've worked with Krish on this in the past, and he indicated that
if
> the server doesn't recieve a valid "ACK" on an accounting STOP record, it
> would not give up an ip address, and the pool would effectively be one
> smaller.  When another user connects and cannot get an IP because of the
> shortage, we get NAS_ERROR in the detail file like this:
>
> Thu May 20 17:10:21 1999
>         Class = "Default Dial-up User"
>         User-Name = "user123"
>         Client-Id = xx.xx.xx.5
>         Acct-Status-Type = Stop
>         Acct-Session-Id = "33622525"
>         Acct-Delay-Time = 0
>         Acct-Authentic = RADIUS
>         Service-Type = Framed-User
>         NAS-Port-Type = Async
>         NAS-Port = 514
>         Modem-Training-Time = 12
>         Interface-Index = 1770
>         Chassis-Call-Slot = 3
>         Chassis-Call-Span = 16
>         Chassis-Call-Channel = 2
>         Unauthenticated-Time = 6
>         Calling-Station-Id = ""
>         Called-Station-Id = ""
>         Modulation-Type = v34
>         Simplified-MNP-Levels = ccittV42
>         Simplified-V42bis-Usage = none
>         Connect-Speed = 38400_BPS
>         Framed-Protocol = PPP
>         Framed-IP-Address = 0.0.0.0
>         Acct-Session-Time = 6
>         Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR
>         Acct-Input-Octets = 353
>         Acct-Output-Octets = 364
>         Acct-Input-Packets = 11
>         Tunnel-Security = 12
>         Timestamp = 927241821
>
>
> Suggestions I've received in the past include:
>
> 1.  Increase the size of the pool.  This just delays the agony.  IP's are
> expensive.
> 2.  Faster radius.  Mine's plenty fast - dedicated Radiator with mysql on
a
> 100Base T network on the same switch as my HiperARCs.
> 3.  Play with the accounting settings.  Here's my current "show
accounting":
>
> >_show ver
> V4.1.59 - 6
> >show accounting
> The Primary Server Status is:              ENABLED
> Primary Server is:                         x.y.z.20
> Primary First Backup Server is:            x.y.z.10
> Primary Second Backup Server is:           0.0.0.0
> Primary Destination Port is:               1646
> Primary First Backup Destination Port:     1646
> Primary Second Backup Destination Port:    1646
> Max Primary Retranmissions:                20
> The Secondary Server Status is:            ENABLED
> Secondary Server is:                       0.0.0.0
> Secondary First Backup Server is:          0.0.0.0
> Secondary Second Backup Server is:         0.0.0.0
> Secondary Destination Port is:             1646
> Secondary First Backup Destination Port:   1646
> Secondary Second Backup Destination Port:  1646
> Max Secondary Retranmissions:              0
> Source Port is:                            1646
> Retransmission  Timeout:                   12 seconds
> Accounting Start Time:                     CONNECTION
> Log Unauthenticated Calls:                 TRUE
> Vendor Specific Attribute:                 ENABLED
> Active Accounting Server (Primary):        x.y.z.20
> Active Accounting Server (Secondary):      0.0.0.0
> Attribute Style:                           STANDARD
> Prioritize First Server in a Server Group: ENABLED
>
>
> 20 retransmissions should be plenty.  Any more suggestions?
>
> The only way I can recover from this situation is to reboot the HiperARC,
> which is not a good thing. Everything else is working wonderfully
otherwise.
> I would even be happy to know a way to force the removal of a "dead" ip.
I
> don't know how I would find out what that IP is, since it doesn't show up
on
> the "list ip net".
>
> If you have not had this problem, and you're willing to take a minute to
> compare what you're doing to what I'm doing, I'd sure appreciate it.
>
> Thanks,
>
> Randy
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) IP pools diminishing
Date: 24 May 1999 14:34:50 -0500



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Randy Cosby
|Sent: Monday, May 24, 1999 1:11 PM
|To: [e-mail]
|Subject: (usr-tc) IP pools diminishing
|
|
|I'm looking for more insight into a problem we have with an ip pool losing
|ip's.  I've worked with Krish on this in the past, and he indicated that if
|the server doesn't recieve a valid "ACK" on an accounting STOP record, it
|would not give up an ip address, and the pool would effectively be one
|smaller.  When another user connects and cannot get an IP because of the
|shortage, we get NAS_ERROR in the detail file like this:

[Detail snipped]

Is the ARC getting the ACK? If it does not, it will retransmit the STOP packet
based on your accounting settings. (in your case 20 times, every 12 seconds. then
discard) A "show accounting counters" will give the needed information.

-M




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


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

From: "Randy Cosby" <[e-mail]>
Subject: RE: (usr-tc) IP pools diminishing
Date: 24 May 1999 13:32:24 -0600

Well, I lose about 1 ip every 2 weeks or so, sometimes more sometimes less.
That's a LOT of tracing to do.



-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jason W.
Sent: Monday, May 24, 1999 12:50 PM


Have you ran a trace level 4 on Radiator?
It should give you enough information
to see wether or not your radius server
is getting an ack from your HiPer ARC
or not...


*****************************************
 Jason Watkins  [e-mail]
 I-Land NOC Tech
 http://www.iland.net
*****************************************
 Fast, Dependable Access!
*****************************************

----- Original Message -----
Sent: Monday, May 24, 1999 1:10 PM


> I'm looking for more insight into a problem we have with an ip pool losing
> ip's.  I've worked with Krish on this in the past, and he indicated that
if
> the server doesn't recieve a valid "ACK" on an accounting STOP record, it
> would not give up an ip address, and the pool would effectively be one
> smaller.  When another user connects and cannot get an IP because of the
> shortage, we get NAS_ERROR in the detail file like this:
>
> Thu May 20 17:10:21 1999
>         Class = "Default Dial-up User"
>         User-Name = "user123"
>         Client-Id = xx.xx.xx.5
>         Acct-Status-Type = Stop
>         Acct-Session-Id = "33622525"
>         Acct-Delay-Time = 0
>         Acct-Authentic = RADIUS
>         Service-Type = Framed-User
>         NAS-Port-Type = Async
>         NAS-Port = 514
>         Modem-Training-Time = 12
>         Interface-Index = 1770
>         Chassis-Call-Slot = 3
>         Chassis-Call-Span = 16
>         Chassis-Call-Channel = 2
>         Unauthenticated-Time = 6
>         Calling-Station-Id = ""
>         Called-Station-Id = ""
>         Modulation-Type = v34
>         Simplified-MNP-Levels = ccittV42
>         Simplified-V42bis-Usage = none
>         Connect-Speed = 38400_BPS
>         Framed-Protocol = PPP
>         Framed-IP-Address = 0.0.0.0
>         Acct-Session-Time = 6
>         Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR
>         Acct-Input-Octets = 353
>         Acct-Output-Octets = 364
>         Acct-Input-Packets = 11
>         Tunnel-Security = 12
>         Timestamp = 927241821
>
>
> Suggestions I've received in the past include:
>
> 1.  Increase the size of the pool.  This just delays the agony.  IP's are
> expensive.
> 2.  Faster radius.  Mine's plenty fast - dedicated Radiator with mysql on
a
> 100Base T network on the same switch as my HiperARCs.
> 3.  Play with the accounting settings.  Here's my current "show
accounting":
>
> >_show ver
> V4.1.59 - 6
> >show accounting
> The Primary Server Status is:              ENABLED
> Primary Server is:                         x.y.z.20
> Primary First Backup Server is:            x.y.z.10
> Primary Second Backup Server is:           0.0.0.0
> Primary Destination Port is:               1646
> Primary First Backup Destination Port:     1646
> Primary Second Backup Destination Port:    1646
> Max Primary Retranmissions:                20
> The Secondary Server Status is:            ENABLED
> Secondary Server is:                       0.0.0.0
> Secondary First Backup Server is:          0.0.0.0
> Secondary Second Backup Server is:         0.0.0.0
> Secondary Destination Port is:             1646
> Secondary First Backup Destination Port:   1646
> Secondary Second Backup Destination Port:  1646
> Max Secondary Retranmissions:              0
> Source Port is:                            1646
> Retransmission  Timeout:                   12 seconds
> Accounting Start Time:                     CONNECTION
> Log Unauthenticated Calls:                 TRUE
> Vendor Specific Attribute:                 ENABLED
> Active Accounting Server (Primary):        x.y.z.20
> Active Accounting Server (Secondary):      0.0.0.0
> Attribute Style:                           STANDARD
> Prioritize First Server in a Server Group: ENABLED
>
>
> 20 retransmissions should be plenty.  Any more suggestions?
>
> The only way I can recover from this situation is to reboot the HiperARC,
> which is not a good thing. Everything else is working wonderfully
otherwise.
> I would even be happy to know a way to force the removal of a "dead" ip.
I
> don't know how I would find out what that IP is, since it doesn't show up
on
> the "list ip net".
>
> If you have not had this problem, and you're willing to take a minute to
> compare what you're doing to what I'm doing, I'd sure appreciate it.
>
> Thanks,
>
> Randy
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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


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

From: "Randy Cosby" <[e-mail]>
Subject: RE: (usr-tc) IP pools diminishing
Date: 24 May 1999 13:37:27 -0600

On a 48 port box with an ip pool size of 50:

Wookie>> show accounting counters

Accounting Counters Start Time:                     31-MAR-1997 03:40:24

ACCOUNTING COUNTERS
Number Of Local Users:                              2
Number of Active Users:                             49
UDP Packets Received:                               140302
UDP Packets Retransmitted:                          6229

PRIMARY SERVER GROUP COUNTERS
Round Robin switching count:               21
Percent Queue Full:                        0
Number of Packets Outstanding              0
Number of Packets Discarded:               0

SECONDARY SERVER GROUP COUNTERS
Round Robin switching count:               0
Percent Queue Full:                        0
Number of Packets Outstanding:             0
Number of Packets Discarded:               0

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Mike Wronski
Sent: Monday, May 24, 1999 1:35 PM




|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Randy Cosby
|Sent: Monday, May 24, 1999 1:11 PM
|To: [e-mail]
|Subject: (usr-tc) IP pools diminishing
|
|
|I'm looking for more insight into a problem we have with an ip pool losing
|ip's.  I've worked with Krish on this in the past, and he indicated that if
|the server doesn't recieve a valid "ACK" on an accounting STOP record, it
|would not give up an ip address, and the pool would effectively be one
|smaller.  When another user connects and cannot get an IP because of the
|shortage, we get NAS_ERROR in the detail file like this:

[Detail snipped]

Is the ARC getting the ACK? If it does not, it will retransmit the STOP
packet
based on your accounting settings. (in your case 20 times, every 12 seconds.
then
discard) A "show accounting counters" will give the needed information.

-M




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


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


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

From: "T.Spaulding" <[e-mail]>
Subject: Re: (usr-tc) NMC Card
Date: 24 May 1999 15:58:20 -0400

Yep I made the WAN the same as the other (DULH!)

It seems that setting the dip switch 5 did not fix it.

I then checked the knowledge base and it mentioned about doing the pcsdl (so
did someone else on list).  I have never used that to patch but I did find a
useful article :-)

The pcsdl would not successfully work something about the NAC timing
out...BUT it did reset the IP and the WAN so I could go in and fix it
properly.

The card now comes up fine with the TCM and I am patching it back up to
5.5.5 (the article mentioned using the 4.3.9)


A big THANK YOU to everyone for their help and I did get many responses
personally asking for help IF I could fix this ;-)



Thomas Spaulding, MCP http://www.talweb.com/tsplding/
[e-mail] http://www.talweb.com/
Valeyard* in Everquest's E'ci server.
Kali Registration # 0978

----- Original Message -----
Sent: Sunday, May 23, 1999 1:52 PM


> I belive it has to do with the setting of a wan ip addresss that
> may be incorrect or the same as the ethernet ip of the card.
> The knowledgebase should help you.  Look for netserver reboot
> eric
>
>
> At 08:33 PM 5/22/99 -0400, you wrote:
> >Thank you for your message.  There must be something else wrong :-(
> >
> >The card constantly re-boots itself.
> >
> >It goes through the cycle and when it comes up with NONE in the LED it
> >flashes TWO (which I set it to) then immediately goes blank and goes
through
> >the process again.
> >
> >Even when I switched #5 to on it will still continuously reboot.
> >
> >
> >
> >Thomas Spaulding, MCP http://www.talweb.com/tsplding/
> >[e-mail] http://www.talweb.com/
> >Valeyard* in Everquest's E'ci server.
> >Kali Registration # 0978
> >
> >----- Original Message -----
> >From: <[e-mail]>
> >To: <[e-mail]>
> >Sent: Saturday, May 22, 1999 3:02 PM
> >Subject: Re: (usr-tc) NMC Card
> >
> >
> >>
> >>
> >>
> >>
> >>      Tom:
> >>
> >>
> >>
> >>      To "Blank the Memory" on the Netserver, you must remove the card,
> >look on
> >> the "right side" (from facing the front of the card), and the throw dip
> >#5.
> >> Reboot the card (this flushes memory), pull it out, reset dip 5 to off,
> >the
> >> reboot - and now you can reconfigure the card.   Please remember to
save
> >your
> >> new settings to NVRAM, otherwise the nextreboot will bring back the
"Bad
> >> Settings" you currently have saved in NVRAM.
> >>
> >>      Of course you could always call us at Tech Support [phone].
> >>
> >>      You will also find detailed instructions if you go to our 3KB
> >database, and
> >> search for "How to Reset the Netserver to Factory Defaults"  Please
note
> >that
> >> this is a new solution, and may not be accessable from the website for
a
> >few
> >> days.
> >>
> >>
> >>
> >>      3KB can be found at:     http://knowledgebase.3com.com/
> >>
> >>           Hope this helps.
> >>
> >>                Todd      ;-}
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> "T.Spaulding" <[e-mail]> on 05/22/99 11:53:31 AM
> >>
> >> Please respond to [e-mail]
> >>
> >> Sent by:  "T.Spaulding" <[e-mail]>
> >>
> >>
> >> To:   [e-mail]
> >> cc:    (Todd Keister/MW/US/3Com)
> >> Subject:  (usr-tc) NMC Card
> >>
> >>
> >>
> >>
> >> I received have had problems getting into my NMC card and tech support
> >> suggested hooking up the cable and resetting the IP addresses.
> >>
> >> I did but I think I might have put in a wrong subnet or something
'cause
> >> after I issued a reset the card will reset and when it goes to show the
> >> information in the LED window it then resets again...over..and..over
:-(
> >>
> >> I thought I heard of a way to switch the dip-switches to blank out the
> >> memory, does anyone know what to switch them to?
> >>
> >> I have the TCH 2059 bundle running quad-modems.
> >>
> >> Also, I took an NMC card from my other chassis  and it comes up fine on
> >this
> >> one so the chassis is ok (whew).
> >>
> >> Thank you.
> >>
> >>
> >> Thomas Spaulding, MCP http://www.talweb.com/tsplding/
> >> [e-mail] http://www.talweb.com/
> >> Valeyard* in Everquest's E'ci server.
> >> Kali Registration # 0978
> >>
> >>
> >>
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >>
> >>
> >>
> >>
> >>
> >>
> >> -
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >Delaware Online!.........The SMART Choice!
> With 56K V.90 & X2 & Flex Modems
> Phone : [phone]
> Fax: [phone]
> Failure is NOT an option...
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.



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


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

From: [e-mail] (David Swearingin)
Subject: (usr-tc) Idle time show?
Date: 24 May 1999 16:14:30 -0500

Does idle time now show with 6.0.9?

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

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


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

From: Brian <[e-mail]>
Subject: (usr-tc) Error message
Date: 24 May 1999 16:35:18 -0500 (CDT)


Anyone know what these mean?

May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:8/mod:4
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:8/mod:9
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:8/mod:21
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:8/mod:12
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:8/mod:2
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:6/mod:11
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:6/mod:12
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:6/mod:13
May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL"::
Deactivating Timer Fired on interface: slot:8/mod:16


Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: Steve Rivera <[e-mail]>
Subject: (usr-tc) USR Bundles Available
Date: 24 May 1999 17:39:17 -0400

I have the following USR Bundles available for sale.
Looking for BUYERS...no prices in concrete. Well maybe the DSP's :)

5- USR Hyper DSP's $3900each

3- 2059 Bundles $3500each
Include:
2- 45a
1- nmc
1- netserver pri
12- analog/digital
1- dual pri
ext fan tray for 2 of them

3- 1866 Bundles $4500each
Include:
1- 70a pwr
1- nmc
1- netserver pri
12- quad an/dig
1- dual pri
integrated fan tray

Also have:
Netserver 16I
Netserver 8I
Netserver 8
Netserver 16
MP8
MP16I
Spare NMC NACS

call or email for pricing.

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


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

From: Marcelo Souza <[e-mail]>
Subject: (usr-tc) Radius Question
Date: 24 May 1999 18:42:27 -0300 (EST)



    Which is the command in the ARC 4.1.59-6 that replaces the old:

    set accounting use_servers <one|both>

    After upgrade, all accounting records are sent to both primary AND
secundary servers.

- Marcelo



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


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

From: [e-mail]
Subject: (usr-tc) Limiting IPPool to an Interface
Date: 24 May 1999 17:07:56 -0500

We've got a separate DSP card that terminates our 800 number for customer
roaming. But I have no good way to track it. Is there a way to designate ip
addresses to each modem so that my billing software can bill those ip
addresses by the minute? Or designating an ippool to be for a specific DSP
card?

Thanks,
Brian

Brian Becker
Poplar Bluff Internet, Inc.
    http://www.semo.net
Home of JerusalemPerspective.com Bookstore
    http://www.JerusalemPerspective.com
TotallyFabricated.com's Webgabber Chat Software
    http://www.TotallyFabricated.com
and my personal page
    http://www.Tonionio.com


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


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

From: [e-mail] (John Scrivner)
Subject: Re: (usr-tc) No Answer and Dropoffs.
Date: 24 May 1999 17:47:21 CST6CDT

Thank you for this information. Does anyone have any ideas what would cause
the "No Answers" or constant dropoffs? It is really getting bad.
Thanks,
John Scrivner



>Thus spake John Scrivner
>>slot:13/mod:2                               DIALIN INVALID 00-   -0000
00:00:00
>
>This just indicates that a call has been received on the port, but is
>not fully connected yet.  Once they get connected, the "INVALID" will
>change to whatever service type is in use "PPP" or "RLOGIN" or something
>like that.  If the port stays in this state for a long time
>(like...minutes), then it could indicate a problem.
>--
>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.
>
>

   John Scrivner                      ([e-mail])
   President                          ([e-mail])
   Mount Vernon Net Inc.              ([e-mail])


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


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

From: Matt Harrington <[e-mail]>
Subject: (usr-tc) Opinions needed on 3COM/USR Totalcontrol NS-8
Date: 24 May 1999 15:54:54 -0700 (PDT)




Does anyone have opinions, good or bad, on the 3COM/USR Totalcontrol NS-8
remote access server?  I'd use it to allow 8 V.90 connections over 4 ISDN
BRI lines.  I need it to support TCP/IP and Appletalk over PPP.  The price
on the secondhand market is quite good.

Matt Harrington
University of California San Francisco
415-476-4628




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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) S&A Server docs
Date: 24 May 1999 21:34:08 -0400 (EDT)

On Mon, 24 May 1999, K Mitchell wrote:
>At 01:25 PM 5/24/99 -0400, Ricky Beam wrote:
>>Not that I'm aware of.  There's nothing better than experience.
>>(unfortunately)  As long as you're not using windows (read: access),
>>then I can help you get SA to do just about anything.
>
>Um...er...well...thanks anyway  ;o)

What is it with people these days?  Everything has to be run on a [censored]
NT box?  (using microsoft's lame excuse for a database)

All the work I did to SA was under Solaris (and well, linux <grin> ...) so
you'd be completely on your own as far as the database side is concerned.
SA5+ has an ODBC database interface, but I've got enough people to hand-hold
as it is :-) (RADIUS on NT talking to mysql on a freebsd box, for example)
(In my case, it was two SA/solaris boxes pointed at postgres on a linux/x86
 box.  *laugh* It still is as far as I know.)

--Ricky



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


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

From: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) Limiting IPPool to an Interface
Date: 24 May 1999 22:31:52 -0500

What about looking at DNIS based authentication or realms if your Radius
software supports it?

Marshall Morgan

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


> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of [e-mail]
> Sent: Monday, May 24, 1999 5:08 PM
> To: [e-mail]
> Subject: (usr-tc) Limiting IPPool to an Interface
>
>
> We've got a separate DSP card that terminates our 800 number for customer
> roaming. But I have no good way to track it. Is there a way to designate ip
> addresses to each modem so that my billing software can bill those ip
> addresses by the minute? Or designating an ippool to be for a specific DSP
> card?
>
> Thanks,
> Brian
>
> Brian Becker
> Poplar Bluff Internet, Inc.
>     http://www.semo.net
> Home of JerusalemPerspective.com Bookstore
>     http://www.JerusalemPerspective.com
> TotallyFabricated.com's Webgabber Chat Software
>     http://www.TotallyFabricated.com
> and my personal page
>     http://www.Tonionio.com
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) S&A SERVER DOCS
Date: 25 May 1999 08:20:00 -0500



Kirk,

I am running S&A using MSAccess (Hey 3Com, how about supporting SQL
Server someday ? ).  I may be able to help.  WHat are you looking for ?

Jeff Binkley
ASA Network Coputing


U>  After finally getting my support issue resolved with 3Com, and
U>getting S&A Server running somewhat decently, I'm still not getting
U>the information I should be. I've beed through 3 or 4 3Com support
U>people so far, and each has suggested different settings in the
U>"RADIUS Clients" section and trap settings in TCM. I've also driven
U>myself nuts trying to find some definitive documentation showing
U>exactly how these should be set up. Does anyone know of a source for
U>such documentation that I may have missed?

U>Thanks,
U>Kirk

CMPQwk 1.42 9999


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


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

From: [e-mail] (Jeff Binkley)
Subject: (usr-tc) (USR-TC) LIMITING IPPOOL
Date: 25 May 1999 08:20:00 -0500



Brian,

We attacked it a different way.  We had telco assign a second number to
our PRIs and then had the 800 number pointed at it.  That was we could
control access (screen on called number) and do accounting.

Jeff Binkley
ASA Network Computing


U>We've got a separate DSP card that terminates our 800 number for
U>customer roaming. But I have no good way to track it. Is there a way
U>addresses to designate ip to each modem so that my billing software
U>addresses can bill those ip by the minute? Or designating an ippool to
U>be for a specific DSP card?

U>Thanks,
U>Brian

U>Brian Becker
U>Poplar Bluff Internet, Inc.
U>    http://www.semo.net
U>Home of JerusalemPerspective.com Bookstore
U>    http://www.JerusalemPerspective.com
U>TotallyFabricated.com's Webgabber Chat Software
U>    http://www.TotallyFabricated.com
U>and my personal page
U>    http://www.Tonionio.com


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: [e-mail] (Jeff Binkley)
Subject: (usr-tc) RE: (USR-TC) S&A SERVER D
Date: 25 May 1999 08:20:00 -0500






U>On Mon, 24 May 1999, K Mitchell wrote:
U>>At 01:25 PM 5/24/99 -0400, Ricky Beam wrote:
U>>>Not that I'm aware of.  There's nothing better than experience.
U>>>(unfortunately)  As long as you're not using windows (read: access),
U>>>then I can help you get SA to do just about anything.
U>>
U>>Um...er...well...thanks anyway  ;o)

U>What is it with people these days?  Everything has to be run on a
U>[censored] NT box?  (using microsoft's lame excuse for a database)

U>All the work I did to SA was under Solaris (and well, linux <grin>
U>...) so you'd be completely on your own as far as the database side is
U>concerned. SA5+ has an ODBC database interface, but I've got enough
U>people to hand-hold as it is :-) (RADIUS on NT talking to mysql on a
U>freebsd box, for example) (In my case, it was two SA/solaris boxes
U>pointed at postgres on a linux/x86  box.  *laugh* It still is as far
U>as I know.)


I am running under NT witn MSAccess (Hey 3Com, how about supporting SQL
Server ? ).  Anyway, no real problem other than the HiPerArc problem
where it occassionally forgets to send stop records.  I've not been able
to get the S&A to talk to SQL via ODBC due to the way some of the calls
are made via the S&A server (i.e. MS Jet Access calls vs. true SQL
calls).


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: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) Opinions needed on 3COM/USR Totalcontrol NS-8
Date: 25 May 1999 09:22:12 -0400

At 03:54 PM 5/24/99 -0700, you wrote:
>
>
>
>Does anyone have opinions, good or bad, on the 3COM/USR Totalcontrol NS-8
>remote access server?  I'd use it to allow 8 V.90 connections over 4 ISDN
>BRI lines.  I need it to support TCP/IP and Appletalk over PPP.  The price
>on the secondhand market is quite good.
>
>Matt Harrington
>University of California San Francisco
>415-476-4628
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the 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 Rivera -  [e-mail] -  732-833-2111
    http://www.wrca.net
WTB: Cisco 2501, 2511, 4500M, Ascend Max4000 Chassis, MXSL-16MOD-L56,
Hot Items in Stock: Cisco AS5248 v90,241514, Livingston ORU, PM2E-30,  USR
Ntsvr 16I+
'''''''''''''''''''''''''''''''''''''''''''''''









-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Limiting IPPool to an Interface
Date: 25 May 1999 09:51:22 -0400 (EDT)

Thus spake [e-mail]
>We've got a separate DSP card that terminates our 800 number for customer
>roaming. But I have no good way to track it. Is there a way to designate ip
>addresses to each modem so that my billing software can bill those ip
>addresses by the minute? Or designating an ippool to be for a specific DSP
>card?

We actually do the billing based on the DNIS number.  This number should
be passed in the RADIUS accounting packet, so you can key on that for
your 800 calls.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "John C Hill II" <[e-mail]>
Subject: (usr-tc) Assigning IP to user
Date: 25 May 1999 09:16:04 -0500

One of our customers wants to have a static IP. How do can we assign him a
static IP in the Total Control unit? I'm running ver 4.1.72 on HyperARC and
1.2.43 on DSP.


John C Hill II
North East Texas Internet


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


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

From: "Mike Wronski" <[e-mail]>
Subject: RE: (usr-tc) Radius Question
Date: 25 May 1999 09:48:52 -0500



|-----Original Message-----
|From: [e-mail]
|[mailto:[e-mail]]On Behalf Of Marcelo Souza
|Sent: Monday, May 24, 1999 4:42 PM
|To: [e-mail]
|Subject: (usr-tc) Radius Question
|
|
|
|
|    Which is the command in the ARC 4.1.59-6 that replaces the old:
|
|    set accounting use_servers <one|both>
|
|    After upgrade, all accounting records are sent to both primary AND
|secundary servers.
|

You dont use secondary anymore.. Set up a primary and primary first backup and
this will not happen..

-M


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


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

From: matthews <[e-mail]>
Subject: (usr-tc) HiPerARC CLI documentation
Date: 25 May 1999 11:45:44 -0300


Is there a file anywhere that completely documents all the ARC CLI
commands?  I've been all over totalservice and I found the various release
notes documenting new features and (sometimes) what they do, but I didn't
see a full CLI reference anywhere with ALL available features.  I may have
missed something though...

Matt...


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


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

From: [e-mail]
Subject: RE: (usr-tc) Limiting IPPool to an Interface
Date: 25 May 1999 09:56:50 -0500

Currently we are not being sent any DNIS information.

1.) How many digits should we have them send (which is the question I'm
always asked and I have said 0 up til now).

2.) I thought DNIS only recorded where the call was coming from? If the user
dials in long distance versus the 800 number, how will DNIS show anything
different?

3.) Is there a way to get TC to report via radius what slot/modem is being
used by the client so that we can pull all "stop" entries for a certain
slot/modem?

Thanks,
Brian


Brian Becker
Poplar Bluff Internet, Inc.
    http://www.semo.net
Home of JerusalemPerspective.com Bookstore
    http://www.JerusalemPerspective.com
TotallyFabricated.com's Webgabber Chat Software
    http://www.TotallyFabricated.com
and my personal page
    http://www.Tonionio.com


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Jeff Mcadams
Sent: Tuesday, May 25, 1999 8:51 AM


Thus spake [e-mail]
>We've got a separate DSP card that terminates our 800 number for customer
>roaming. But I have no good way to track it. Is there a way to designate ip
>addresses to each modem so that my billing software can bill those ip
>addresses by the minute? Or designating an ippool to be for a specific DSP
>card?

We actually do the billing based on the DNIS number.  This number should
be passed in the RADIUS accounting packet, so you can key on that for
your 800 calls.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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


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

From: Brian Elfert <[e-mail]>
Subject: Re: (usr-tc) Limiting IPPool to an Interface
Date: 25 May 1999 10:06:17 -0500 (CDT)



On Mon, 24 May 1999 [e-mail] wrote:

> We've got a separate DSP card that terminates our 800 number for customer
> roaming. But I have no good way to track it. Is there a way to designate ip
> addresses to each modem so that my billing software can bill those ip
> addresses by the minute? Or designating an ippool to be for a specific DSP
> card?

Why not just monitor based on the Port-ID in Radius?  If the call hits
those specific ports, then it is an 800 call.

Brian


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Limiting IPPool to an Interface
Date: 25 May 1999 11:11:31 -0400 (EDT)

Thus spake [e-mail]
>Currently we are not being sent any DNIS information.

>1.) How many digits should we have them send (which is the question I'm
>always asked and I have said 0 up til now).

Probably 10 (area code + exchange + extension, 3+3+4)

>2.) I thought DNIS only recorded where the call was coming from? If the user
>dials in long distance versus the 800 number, how will DNIS show anything
>different?

DNIS is the number that is being called, ANI is the number the call is
coming from (caller id, if you will).  If you have a switched 800
number, ie, something like MCI taking the 800 number and essentially
call forwarding it to a local LEC number, then you'll see the LEC
number show up.  You can have the LEC assign another phone number to
your trunks and point your 800 number at the second LEC number and do
your accounting based on that.

>3.) Is there a way to get TC to report via radius what slot/modem is being
>used by the client so that we can pull all "stop" entries for a certain
>slot/modem?

The USR VSA's in RADIUS from the HiPer Arc include the span, slot and
modem that the call comes in on I believe.  Alternatively, you could
take the NAS-Port value from the RADIUS accounting (which is I believe a
standard value, not a VSA) and figure out the slot/mod from 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: [e-mail]
Subject: RE: (usr-tc) Limiting IPPool to an Interface
Date: 25 May 1999 10:22:55 -0500

How is the port ID mapped:
  Client-Port-Id = 3587
resolves to:
  Slot:
  Modem:

Thanks,
Brian

Brian Becker
Poplar Bluff Internet, Inc.
    http://www.semo.net
Home of JerusalemPerspective.com Bookstore
    http://www.JerusalemPerspective.com
TotallyFabricated.com's Webgabber Chat Software
    http://www.TotallyFabricated.com
and my personal page
    http://www.Tonionio.com


-----Original Message-----
[mailto:[e-mail]]On Behalf Of Brian Elfert
Sent: Tuesday, May 25, 1999 10:06 AM




On Mon, 24 May 1999 [e-mail] wrote:

> We've got a separate DSP card that terminates our 800 number for customer
> roaming. But I have no good way to track it. Is there a way to designate
ip
> addresses to each modem so that my billing software can bill those ip
> addresses by the minute? Or designating an ippool to be for a specific DSP
> card?

Why not just monitor based on the Port-ID in Radius?  If the call hits
those specific ports, then it is an 800 call.

Brian


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


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Limiting IPPool to an Interface
Date: 25 May 1999 11:53:33 -0400 (EDT)

Thus spake [e-mail]
>How is the port ID mapped:
>  Client-Port-Id = 3587
>resolves to:
>  Slot:
>  Modem:

Ugh...I knew you were gonna ask me that...

3587/256 = 14.something or other
14-1 = 13 slot number
3587-(256*14) = 3 modem number
so its slot:13/mod:3 unless I hosed up my math...which is quite
possible.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Jesse Sipprell <[e-mail]>
Subject: (usr-tc) non-contiguous subnet dial-up strategy
Date: 25 May 1999 12:43:09 -0400

Anyone out there give me any tips on assigning multiple non-contiguous subnets
to a dialup in a dynamically-routed network topology?

Example:

Customer already has: 10.1.1.1/24
Customer wants: 10.1.2.1/24

Currently, NetServer or HARC bounces a RIPv2 route into OSPF via cisco.  Is
there a special radius attribute to tell the NS/HARC to also propogate an
additional route for the additional network(s)?

--
Jesse Sipprell
Technical Operations Director
Evolution Communications, Inc.
800-496-4736 (ext 106)

* Finger [e-mail] for my PGP Public Key *

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


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

From: "Randy Cosby" <[e-mail]>
Subject: (usr-tc) HiperARC "forgets" to send stops?
Date: 25 May 1999 10:56:33 -0600

Earlier someone posted a message about hiperarcs not sending stop records
from time to time.  This would probably explain some of my problems with
IP's not being freed from the pool  after a user disconnects.  Is this a
documented problem?  Is it being fixed?  What version might have a fix for
this?  I'd appreciate any light that may be shed on  the topic, as I  still
don't have a solution for my shrinking IP pool problem on the HiperARC.


Randy Cosby <[e-mail]>
Vice President
InfoWest Global Internet Services, Inc.
Voice: [phone]
Fax:   [phone]
http://www.infowest.com/


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


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

From: Jeff Lynch <[e-mail]>
Subject: RE: (usr-tc) Radius Question
Date: 25 May 1999 13:31:16 -0500 (CDT)

On Mon, 24 May 1999, Scott Trautman wrote:

> You may or may not need an entry in hosts.equiv for this on the
> Login-IP-Host as well.

For Login-Service = Telnet, hosts.equiv is not an option (at least
for every telnetd I've seen). Only usable for Login-Service = Rlogin and
then it's of questionable use due to the security risk.

> A little foggy as it's been awhile but if you get 2 password prompts you
> will wnat an entry for hosts.equiv on a "shell" login to get rid of the 2nd
> password prompt. Using the last message entry suspect you'll have to have
> radius authentication enabled if on a UNIX box. check login.conf on BSDI
> boxes. Life can't be too simple, can it?

We give two prompts, no complaints, but then we discontinued shell access
for most and don't offer it anymore except under _very_ special
circumstances. 80/20 rule prevails.

>
> We use a DEFAULT section at the end of the users file like:
>
> DEFAULT Password = "UNIX"
>         User-Service-Type = Login-User,
>         Login-Host = host-name-here,
>         Login-Service = Rlogin
>
> ..which forces it to use the UNIX password authentication if it doesn't
> match a specific entry in the users database.
>
> SMT

Regards,
--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, Indivds Since 1995




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


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

From: Pete Ashdown <[e-mail]>
Subject: Re: (usr-tc) non-contiguous subnet dial-up strategy
Date: 25 May 1999 12:50:31 -0600 (MDT)

Jesse Sipprell said once upon a time:
>
>Anyone out there give me any tips on assigning multiple non-contiguous subnets
>to a dialup in a dynamically-routed network topology?
>
>Example:
>
>Customer already has: 10.1.1.1/24
>Customer wants: 10.1.2.1/24


Use multiple Framed-Route entries.  Here's one that we use for a customer:

joeuser       Authentication-Type = Unix-PW
              Framed-IP-Address = 204.228.158.129,
              Framed-IP-Netmask = 255.255.255.192,
              Framed-Route = "207.135.129.16/28 204.228.158.129 1",
              Framed-Route = "166.70.121.128/25 204.228.158.129 1",
              Idle-Timeout = 0

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


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

From: [e-mail]
Subject: (usr-tc) FW: TC Equipment available
Date: 20 May 1999 17:56:01 -0700

I have several almost new HiperDSP cards for the 3com/USR Total Control
Chassis. I have a total of 6 HiperDSP cards available and am willing to
part with them for $3800.00/ea. or $22,000.00 for the lot. Our company
(Inficad Communications) excepts VISA, MASTERCARD and DISCOVER. Let me
know ASAP if you are interested...these usually go VERY fast. We will
pay shipping in US.

You can call me at 602-549-6699, or email me at [e-mail].

Thank you,
Hunter Bennett
Inficad Communications
http://www.inficad.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: "Tom Collins" <[e-mail]>
Subject: Re: (usr-tc) Lan to Lan configuration
Date: 20 May 1999 10:33:04 -0500



Try this for the HiperARC branch_office configuration:

add ip network ipnet-2 address 192.168.100.130/25 interface eth:1
set ip network ipnet-2 routing_protocol ripv2
add user main_user password boston type network,dialout
set network user main_user ip remote_ip_address 192.168.100.30/25
set user main_user phone_number 5556666 modem_group slot:2
set network user main_user ip routing both rip ripv2         (omit this if not
needed)
set network user main_user spoofing enable              (omit this if not
needed)
set dialout user main_user site type manual
set system transmit_authentication_name branch_user
set network user main_user send_password chicago
save all

dial main_user


Try this!

Tom Collins
Technical instructor
Carrier Training Delivery




d baud <[e-mail]> on 05/17/99 08:12:56 AM

Please respond to [e-mail]

Sent by:  d baud <[e-mail]>


cc:    (Tom Collins/MW/US/3Com)




I am trying to set up a simple Lan to Lan configuration as in the HARCs
documentation (chapter 7).
I would like to connect a branch office to the main office's network
with a telephone link.  Only the branch office can have a dialout line.
I have one Classe C say 192.168.100.0/24 with a gateway to the outside
world on 192.168.100.1
Half of the class C would be in the main office (192.168.100.0/25) and
the other half for the branch office (192.168.100.128/25) .

Here's the configuration:

HiPer ARC main_office
add ip network ipnet-1 address 192.168.100.30/25 interface eth:1
add user branch_user password chicago type network,dialout
set network user branch_user ip remote_ip_address 192.168.100.130/25

HiPer ARC branch_office
add ip network ipnet-2 address 192.168.100.130/25 interface eth:1
add user main_user password boston type network,dialout
set network user main_user ip remote_ip_address 192.168.100.30/25
set user main_user phone_number 5556666 modem_group slot:2
set dialout user main_user site type manual
set system transmit_authentication_name branch_user name branch_office
set network user main_user send_pass chicago

When i do a DIAL MAIN_USER the connection gets cut immediately after pap
authentication.

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

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


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

From: Tatai SV Krishnan <[e-mail]>
Subject: Re: (usr-tc) IP pools diminishing
Date: 26 May 1999 09:59:19 -0500 (CDT)

Randy,

Your problem was not that your radius server was not fast enough.
The problem was the HiPer arc would send an accouting stop packet to the
radius server and the radius server would send back the accounting
response. The accounting response was received by the HiPer arc in about
15 seconds or so.

The hiper arc waits for the accounting response for a period of 10 sec
before it drops the ip address from the pool and starts reusing it,  you
had a fully loadded chassis with users dialing in as soon as a user
drops, thus since the accounting packet had not reached the hiper arc it
waited for 10 sec but the ppp for the user had already started and ended
in 7 sec.

That is the reason I suggested that you make sure that the network is not
busy and that if you could correct the problem on the network and have
the packet sent faster - or increase the pool with 1 more IP.

krish

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

On Mon, 24 May 1999, Randy Cosby wrote:

> I'm looking for more insight into a problem we have with an ip pool losing
> ip's.  I've worked with Krish on this in the past, and he indicated that if
> the server doesn't recieve a valid "ACK" on an accounting STOP record, it
> would not give up an ip address, and the pool would effectively be one
> smaller.  When another user connects and cannot get an IP because of the
> shortage, we get NAS_ERROR in the detail file like this:
>
> Thu May 20 17:10:21 1999
>         Class = "Default Dial-up User"
>         User-Name = "user123"
>         Client-Id = xx.xx.xx.5
>         Acct-Status-Type = Stop
>         Acct-Session-Id = "33622525"
>         Acct-Delay-Time = 0
>         Acct-Authentic = RADIUS
>         Service-Type = Framed-User
>         NAS-Port-Type = Async
>         NAS-Port = 514
>         Modem-Training-Time = 12
>         Interface-Index = 1770
>         Chassis-Call-Slot = 3
>         Chassis-Call-Span = 16
>         Chassis-Call-Channel = 2
>         Unauthenticated-Time = 6
>         Calling-Station-Id = ""
>         Called-Station-Id = ""
>         Modulation-Type = v34
>         Simplified-MNP-Levels = ccittV42
>         Simplified-V42bis-Usage = none
>         Connect-Speed = 38400_BPS
>         Framed-Protocol = PPP
>         Framed-IP-Address = 0.0.0.0
>         Acct-Session-Time = 6
>         Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR
>         Acct-Input-Octets = 353
>         Acct-Output-Octets = 364
>         Acct-Input-Packets = 11
>         Tunnel-Security = 12
>         Timestamp = 927241821
>
>
> Suggestions I've received in the past include:
>
> 1.  Increase the size of the pool.  This just delays the agony.  IP's are
> expensive.
> 2.  Faster radius.  Mine's plenty fast - dedicated Radiator with mysql on a
> 100Base T network on the same switch as my HiperARCs.
> 3.  Play with the accounting settings.  Here's my current "show accounting":
>
> >_show ver
> V4.1.59 - 6
> >show accounting
> The Primary Server Status is:              ENABLED
> Primary Server is:                         x.y.z.20
> Primary First Backup Server is:            x.y.z.10
> Primary Second Backup Server is:           0.0.0.0
> Primary Destination Port is:               1646
> Primary First Backup Destination Port:     1646
> Primary Second Backup Destination Port:    1646
> Max Primary Retranmissions:                20
> The Secondary Server Status is:            ENABLED
> Secondary Server is:                       0.0.0.0
> Secondary First Backup Server is:          0.0.0.0
> Secondary Second Backup Server is:         0.0.0.0
> Secondary Destination Port is:             1646
> Secondary First Backup Destination Port:   1646
> Secondary Second Backup Destination Port:  1646
> Max Secondary Retranmissions:              0
> Source Port is:                            1646
> Retransmission  Timeout:                   12 seconds
> Accounting Start Time:                     CONNECTION
> Log Unauthenticated Calls:                 TRUE
> Vendor Specific Attribute:                 ENABLED
> Active Accounting Server (Primary):        x.y.z.20
> Active Accounting Server (Secondary):      0.0.0.0
> Attribute Style:                           STANDARD
> Prioritize First Server in a Server Group: ENABLED
>
>
> 20 retransmissions should be plenty.  Any more suggestions?
>
> The only way I can recover from this situation is to reboot the HiperARC,
> which is not a good thing. Everything else is working wonderfully otherwise.
> I would even be happy to know a way to force the removal of a "dead" ip.   I
> don't know how I would find out what that IP is, since it doesn't show up on
> the "list ip net".
>
> If you have not had this problem, and you're willing to take a minute to
> compare what you're doing to what I'm doing, I'd sure appreciate it.
>
> Thanks,
>
> Randy
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Ralph Helfenberger <[e-mail]>
Subject: (usr-tc) Using MRTG with the DualPRI card and the Netserver
Date: 26 May 1999 19:03:58 +0200

Is anybody using the MRTG tool to monitor a combination for DualPRI card
and Netserver? I'm
trying to set up this combination. The problem I have
Max. Capacity is always on 44 (I would expect 60 because of the DualPRI)

Current Utilisation is not correct (doesn't show all connections)

I'm using the DUALPRI.PL script provided with MRTG. Maybe the problem is

in the MIB identification wich I don't fully understand.

I know that 1.3.6.1.4.1.429.1.16.x.x.x refers to the IDS0 Table in the
MIB. But
I can't figure out what the x.x.x.x.x.x.x.x.x.4.1.2  means. Maybe I'm
refering to the
wrong object because we are talking PRI and T1?

Any ideas?

Thanks
Ralph

This is the script provided with MRTG:

#!c:\perl\bin

# dualpri.pl
#

#
# Created by  Eric Billeter
# returns:
# Modems in use (value1)
# Chassis Capacity (value2)

use SNMP_Session;
use BER;
use Socket;
use strict;

%snmpget::OIDS = (  'value1' =>  '1.3.6.1.4.1.429.1.16.4.1.2',
                 );

my($community,$router) = split /\@/, $ARGV[0];
die <<USAGE  unless $community && $router;

USAGE: dualpri.pl 'SNMP_community'\@'aaa.bbb.ccc.ddd'

Where 'aaa.bbb.ccc.ddd' is the ip address for the Network Management
Card.

USAGE


my($sysName,$sysUptime,$interfaces,$value1,$value2) =
    snmpgettable($router,$community,'value1');

exit(0);

sub snmpgettable{
  my($host,$community,$var) = @_;
  my($next_oid,$enoid,$orig_oid,
     $response, $bindings, $binding, $value, $inoid,$outoid,
     $upoid,$oid,@table,$tempo);
  die "Unknown SNMP var $var\n"
    unless $snmpget::OIDS{$var};

  $orig_oid = encode_oid(split /\./, $snmpget::OIDS{$var});
  $enoid=$orig_oid;
  srand();
  my $session = SNMP_Session->open ($host ,
                                 $community,
                                 161);
  for(;;)  {
    if ($session->getnext_request_response(($enoid))) {
      $response = $session->pdu_buffer;

      ($bindings) = $session->decode_get_response ($response);
      ($binding,$bindings) = decode_sequence ($bindings);
      ($next_oid,$value) = decode_by_template ($binding, "%O%@");
      # quit once we are outside the table
      last unless BER::encoded_oid_prefix_p($orig_oid,$next_oid);

        my $bulkindex = 3;
        while( $bulkindex < "96" ){

        $tempo = substr ($value,$bulkindex,1);
        $bulkindex=$bulkindex+4;
        if( ord($tempo) eq '5' or ord($tempo) eq '3' or ord($tempo) eq
'22' ){$value1=$value1 + 1 ;
                }
        if( ord($tempo) eq '2' or ord($tempo) eq '5' or ord($tempo) eq
'3' or ord($tempo) eq '22' ){$value2=$value2 + 1 ;
                }
        }
      push @table, $tempo;
    } else {
      die "No answer from $ARGV[0]\n";
    }
    $enoid=$next_oid;
  }
  $session->close ();
if( $value1 eq ''){$value1 = 0 };
if( $value2 eq ''){$value2 = 0 };
     print "$value1\n";
     print "$value2\n";
  return (@table);
}


--
==========================================================================

R. Helfenberger                Internet  [e-mail]
Comlight AG                    Tel  [phone]
Tennisweg 21                   Fax  [phone]
3178 Boesingen
Switzerland                    www.comlight.ch
==========================================================================

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


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

From: Greg Coffey <[e-mail]>
Subject: (usr-tc) 128k Dialup
Date: 26 May 1999 12:12:12 -0600

I attended a seminar in Denver yesterday put on by Lucent.  One of the
speakers mentioned that 128k dialup access was coming and that some patents
had been filed.  No company names or other specifics were mentioned.  Any
of you heard anything about it?  I wonder who is closest and when we can
expect some details about it.

Thanks,
Greg Coffey, CoffeyNet    Voice 307-234-5443   307-234-5446 Fax
====================================================================
142 S. Center St.          3Com v.90 56k $20 in Casper & Douglas
Casper, WY  82601       Local Internet for Casper, Rawlins, Douglas,
http://WWW.COFFEY.COM      Wheatland, Pinedale, Lander & Lusk, WY

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


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

From: matthew de Jongh <[e-mail]>
Subject: (usr-tc) quad digital modem gone stupid
Date: 26 May 1999 14:07:44 -0400


 hello.

 i have a quad digital modem - single sided - that has gone stupid.

 what can i do to reset it to factory settings and get it to recover?

 matthew


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


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

From: matthew de Jongh <[e-mail]>
Subject: (usr-tc) quad digital modem gone stupid
Date: 26 May 1999 14:07:44 -0400


 hello.

 i have a quad digital modem - single sided - that has gone stupid.

 what can i do to reset it to factory settings and get it to recover?

 matthew


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


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

From: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) quad digital modem gone stupid
Date: 26 May 1999 13:33:57 -0500

Pull it out of the chassis, swap it with one like it in another slot.
I've found that pulling it out, putting it back into the same slot doesn't
do any good.

If you end up (from TCM anyway) with a blinking green light, you'll need to
reload code on that card and that can be done from TCM (no PCSDL thankfully)

SMT

-----Original Message-----
Sent: Wednesday, May 26, 1999 1:08 PM
Cc: [e-mail]



 hello.

 i have a quad digital modem - single sided - that has gone stupid.

 what can i do to reset it to factory settings and get it to recover?

 matthew


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

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


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

From: Steve Rivera <[e-mail]>
Subject: (usr-tc) USR Bundles Available
Date: 26 May 1999 15:15:10 -0400

All V90.
I have the following USR Bundles available for sale.
Looking for BUYERS...no prices in concrete. Well maybe the DSP's :)

5- USR Hyper DSP's $3900each

3- 2059 Bundles $3500each
Include:
2- 45a
1- nmc
1- netserver pri
12- analog/digital
1- dual pri
ext fan tray for 2 of them

3- 1866 Bundles $4500each
Include:
1- 70a pwr
1- nmc
1- netserver pri
12- quad an/dig
1- dual pri
integrated fan tray

Also have:
Netserver 16I
Netserver 8I
Netserver 8
Netserver 16
MP8
MP16I
Spare NMC NACS

call or email for pricing.

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


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

From: Marcelo Souza <[e-mail]>
Subject: (usr-tc) Arc Counters
Date: 26 May 1999 17:25:04 -0300 (EST)


    How can I reset the counters (i.ex. authentication counters) in
the ARC ?

- Marcelo


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


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

From: matthew de Jongh <[e-mail]>
Subject: RE: (usr-tc) quad digital modem gone stupid
Date: 26 May 1999 16:25:47 -0400

thanks that did it.

 matthew

At 01:33 PM 5/26/99 -0500, you wrote:
>Pull it out of the chassis, swap it with one like it in another slot.
>I've found that pulling it out, putting it back into the same slot doesn't
>do any good.
>
>If you end up (from TCM anyway) with a blinking green light, you'll need to
>reload code on that card and that can be done from TCM (no PCSDL thankfully)
>
>SMT
>
>-----Original Message-----
>From: matthew de Jongh [mailto:[e-mail]]
>Sent: Wednesday, May 26, 1999 1:08 PM
>To: [e-mail]
>Cc: [e-mail]
>Subject: (usr-tc) quad digital modem gone stupid
>
>
>
> hello.
>
> i have a quad digital modem - single sided - that has gone stupid.
>
> what can i do to reset it to factory settings and get it to recover?
>
> matthew
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


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


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

From: Marcelo Souza <[e-mail]>
Subject: Re: (usr-tc) HiPerARC CLI documentation
Date: 26 May 1999 18:04:59 -0300 (EST)

On Tue, 25 May 1999, matthews wrote:

|
|Is there a file anywhere that completely documents all the ARC CLI
|commands?  I've been all over totalservice and I found the various release
|notes documenting new features and (sometimes) what they do, but I didn't
|see a full CLI reference anywhere with ALL available features.  I may have
|missed something though...

    The nearest doc I could found was: harc41user.pdf
    Download it from totalservice.usr.com. If you could find any
other more up-to-date, please let me know.


- Marcelo


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


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

From: Scott Trautman <[e-mail]>
Subject: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 16:24:41 -0500

I'm looking at potentially bumping to feature group B and getting ANI;
But not sure if I can get out of it what I want. Experiences please---

Like:
a) log calling number - believe radius will record that, yes? (not callED
number...DNIS)
b) make decisions based on calling number?
- route to one modem group or another (perhaps for classes of service)
- busy out for blacklisted former-customers

The call logging would be interesting for a few folks that are "sharing"
their accounts, though we use TSMON to drop any multilogins;
Also very interesting for tracking patterns of calling problems that could
be traced back to a CO problem;

Would really be cool to be able to send a busy signal to blacklisted former
customers who in some cases use someone elses account or sign up under
another name but use the same modem line. Neat for them to call in and
complain about busy signals ALL the time and we nab them on it. Not that we
necessarily have more than a handful of these....I think....

I haven't heard whether it's a big $ or not, or even available on T1's
(understand it's standard on Primes), but if so would come down to "okay, so
what can you do with it".

Anyone doing anything interesting with ANI?

For anyone not familiar with ANI it's basically undefeatable caller-ID.

SMT

Scott Trautman           608-240-4638,4637fax
Global Dialog Internet   www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 17:32:27 -0400 (EDT)

Thus spake Scott Trautman
>I'm looking at potentially bumping to feature group B and getting ANI;
>But not sure if I can get out of it what I want. Experiences please---

>Like:
>a) log calling number - believe radius will record that, yes? (not callED
>number...DNIS)

Yes, this gets reported in RADIUS.

>b) make decisions based on calling number?
>- route to one modem group or another (perhaps for classes of service)
>- busy out for blacklisted former-customers

I've heard other people do this...I think Mike Andrews has done this
down at dcr.net...someone else I remember doing it, but don't remember
who.  They have a second number for low-end modems...does stuff like
disables v.90 and x2, disables v42 selective reject...stuff like
that...the idea being to get a dumbed down configuration that any modem
will connect to.

>The call logging would be interesting for a few folks that are "sharing"
>their accounts, though we use TSMON to drop any multilogins;
>Also very interesting for tracking patterns of calling problems that could
>be traced back to a CO problem;

This is *very* useful...we make use of these features occasionally in
this way.

>Would really be cool to be able to send a busy signal to blacklisted former
>customers who in some cases use someone elses account or sign up under
>another name but use the same modem line. Neat for them to call in and
>complain about busy signals ALL the time and we nab them on it. Not that we
>necessarily have more than a handful of these....I think....

Should be doable at least with a HiPer Arc...might even be able to do it
in the DSP's directly...not sure...

>I haven't heard whether it's a big $ or not, or even available on T1's
>(understand it's standard on Primes), but if so would come down to "okay, so
>what can you do with it".

Yeah, its a standard part of PRI service...was a nice bonus when we
switched over to PRI service...not that we had any ideas of what to do
with it at the time, but we've started to start using the data a bit.

>For anyone not familiar with ANI it's basically undefeatable caller-ID.

My understanding is that you actually aren't getting true ANI...but its
termed ANI in the setup...you really are getting caller id, so it can be
defeated...we do have a few callers that block caller id, and we don't
get the information on those calls...so I don't think its true ANI here.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 17:53:21 -0400 (EDT)

On Wed, 26 May 1999, Jeff Mcadams wrote:

> Thus spake Scott Trautman
> >I'm looking at potentially bumping to feature group B and getting ANI;
> >But not sure if I can get out of it what I want. Experiences please---

> >b) make decisions based on calling number?
> >- route to one modem group or another (perhaps for classes of service)
> >- busy out for blacklisted former-customers
>
> I've heard other people do this...I think Mike Andrews has done this
> down at dcr.net...someone else I remember doing it, but don't remember
> who.  They have a second number for low-end modems...does stuff like
> disables v.90 and x2, disables v42 selective reject...stuff like
> that...the idea being to get a dumbed down configuration that any modem
> will connect to.

Well, that's based on DNIS, not ANI. :)  I've been meaning to document
this, since I didn't do it exactly like was suggested here before.
(Close, but there were some quirks where Quads and DSP's didn't behave
consistently.... not like that's anything new!...)

But something we do use ANI for is for a few problem users who insisted on
giving their password to all their friends, or for ex-users who insisted
on using all their friends passwords without them knowing.  We've got some
accounts set up so they may only dial in from one phone number, and some
phone numbers blacklisted so nobody can dial in from it, and so on.

Also, we've got something (like TSMON but homebrew) that goes through and
kicks off people logged in more than once (as long as they're not in the
multilink PPP group), and for safety it makes sure that both sessions
don't have the same ANI. Technically this isn't ever supposed to happen,
but sometimes sessions get "stuck" and it does happen... so those are
handled a bit differently in that only the older of the two sessions is
bumped instead of both of them.

And yeah, we could prevent the duplicate logins in the first place, now
that we're using Cistron radius...  but this (combined with an automated
email) gets the point across to the user a little better.


> >The call logging would be interesting for a few folks that are "sharing"
> >their accounts, though we use TSMON to drop any multilogins;
> >Also very interesting for tracking patterns of calling problems that could
> >be traced back to a CO problem;
>
> This is *very* useful...we make use of these features occasionally in
> this way.

True -- most of the problems, at least in Frankfort, are isolated to one
exchange, and this helps a bit.  What'd be more useful is to use something
like Microsoft Mappoint 2000 and plot connect speeds on a map of the city
-- I've tried this but it didn't end up telling me much that I didn't
already know.

> >Would really be cool to be able to send a busy signal to blacklisted former
> >customers who in some cases use someone elses account or sign up under
> >another name but use the same modem line. Neat for them to call in and
> >complain about busy signals ALL the time and we nab them on it. Not that we
> >necessarily have more than a handful of these....I think....

Sending a busy would be kinda hard -- not sure how you'd do that.  It's
easier to have Radius just not let them on, or, if you want to annoy them
(only recommended for VERY problematic users, you don't generally want to
intentionally annoy customers of course), kick them off right after
they've logged in.


Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY
[e-mail] -=- http://www.termfrost.org --=-=-- "A computer without a
Microsoft operating system is like a dog without a brick tied to its head."


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


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

From: Bill Maloy <[e-mail]>
Subject: (usr-tc) only 23 total analog calls, with a second partial PRI
Date: 26 May 1999 17:27:52 -0500

Hi.
  We have a "classic" 17-slot chassis with a 3Com Dual PRI card
(software v3.0.2) with 12 Quad V.34 Digital-Analog (4 Digital)
Modem NACs of hardware v3.0.0, an ISDN Netserver NAC (software
v3.7.24) and a hardware version 4.0 Network Management Card
(software v5.4.1).

We just recently had a second PRI installed, the second span of the
Dual PRI card, but with only 10 of the 23 channels active.  We *are*
now seeing more than 23 simultaneous calls, which leads me to believe
the TELCO is correct in their diagnostic that the partial PRI is working
as required, but we never see more than 23 simultaneous *analog* calls.
There is definitely a problem in our TC configuration:  We've had 23
analog plus several ISDN and MP-ISDN calls active simultaneously, but
a 24th analog call will result in a busy signal.

Once, way back when, when we had a problem with a particular modem
affecting the dialin pool, we changed the configuration from using
the "first available" modem to the "next available modem".  Around
that same time, 3Com worked with us to change the chassis configuration
so that calls would cycle among the first 24 modems -- and I don't
know how to "undo" that.

I *did* manage to mark channels 11-23 of the DS0 Service Configuration
of Span 2 as "notSupported" using the TC Management program, thinking
that the channel signaling of the partial PRI was confusing the
Network Management Card (?) and maybe that was the cause for the
hard limit of 23 analog calls.  I'm wrong, of course, since analog
calls from the single PRI were at one time cycling through all
12 modem cards, instead of just the first 6.

What do I need to change, and how do I change it?  :^)

It puzzles me a little that the 24th modem of the existing
configuration is never utilized.

Thanks in advance.

--
Bill Maloy (brm4)
[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: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 19:10:27 -0400 (EDT)

On Wed, 26 May 1999, Jeff Mcadams wrote:
>>b) make decisions based on calling number?
>>- route to one modem group or another (perhaps for classes of service)
>>- busy out for blacklisted former-customers
>
>I've heard other people do this...I think Mike Andrews has done this
>down at dcr.net...someone else I remember doing it, but don't remember
>who.  They have a second number for low-end modems...does stuff like
>disables v.90 and x2, disables v42 selective reject...stuff like
>that...the idea being to get a dumbed down configuration that any modem
>will connect to.

Now, if you had "hub security", you could instruct the modem to refuse
the call from dead-beat customers :-)

>>Would really be cool to be able to send a busy signal to blacklisted former
>>customers who in some cases use someone elses account or sign up under
>>another name but use the same modem line. Neat for them to call in and
>>complain about busy signals ALL the time and we nab them on it. Not that we
>>necessarily have more than a handful of these....I think....
>
>Should be doable at least with a HiPer Arc...might even be able to do it
>in the DSP's directly...not sure...

Actually, it would be a "fast busy" or the ever popular "Your call did
not go through."  Give it a try with my ISDN line @ 919-844-7355 -- all
calls to that B channel will be refused (it's setup for dialback)

--Ricky



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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 19:14:15 -0400 (EDT)

On Wed, 26 May 1999, Mike Andrews wrote:
>> >Would really be cool to be able to send a busy signal to blacklisted former
>> >customers who in some cases use someone elses account or sign up under
>> >another name but use the same modem line. Neat for them to call in and
>> >complain about busy signals ALL the time and we nab them on it. Not that we
>> >necessarily have more than a handful of these....I think....
>
>Sending a busy would be kinda hard -- not sure how you'd do that.  It's
>easier to have Radius just not let them on, or, if you want to annoy them
>(only recommended for VERY problematic users, you don't generally want to
>intentionally annoy customers of course), kick them off right after
>they've logged in.

Heh, Max-Session-Time=5 (seconds)

--Ricky



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


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

From: John Schmerold <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 19:01:27 -0500

Where is this list archived?

I accidently deleted several scripts

At 06:14 PM 5/26/99 -0500, you wrote:
>On Wed, 26 May 1999, Mike Andrews wrote:
>>> >Would really be cool to be able to send a busy signal to blacklisted
former
>>> >customers who in some cases use someone elses account or sign up under
>>> >another name but use the same modem line. Neat for them to call in and
>>> >complain about busy signals ALL the time and we nab them on it. Not
that we
>>> >necessarily have more than a handful of these....I think....
>>
>>Sending a busy would be kinda hard -- not sure how you'd do that.  It's
>>easier to have Radius just not let them on, or, if you want to annoy them
>>(only recommended for VERY problematic users, you don't generally want to
>>intentionally annoy customers of course), kick them off right after
>>they've logged in.
>
>Heh, Max-Session-Time=5 (seconds)
>
>--Ricky
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.

John Schmerold
Katy Computer Systems, Inc.
20 Meramec Station Rd
Valley Park, MO 63088
314-316-9000 v
314-316-9200 f
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: "Marshall Morgan" <[e-mail]>
Subject: RE: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 20:45:23 -0500

> Yeah, its a standard part of PRI service...was a nice bonus when we
> switched over to PRI service...not that we had any ideas of what to do
> with it at the time, but we've started to start using the data a bit.
>
> >For anyone not familiar with ANI it's basically undefeatable caller-ID.
>
> My understanding is that you actually aren't getting true ANI...but its
> termed ANI in the setup...you really are getting caller id, so it can be
> defeated...we do have a few callers that block caller id, and we don't
> get the information on those calls...so I don't think its true ANI here.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]

Question:

My telco (Worldcom/MCI/Brooks Fiber) told me they CANNOT provide ANI on a CT1.
This was told to me within the last 10 days!  When asked why, they stated
something about legal reasons.

I was told "The caller information is not known by the local switch from the
remote CO as in PRI but is gathered from the billing records and is why it is
not allowed."

Is this true or made up?  None the less, I still cannot get ANI from them as
of today.

Not a happy camper,

Marshall Morgan

Internet Doorway, Inc. (aka NETDOOR)


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


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

From: Paul Farber <[e-mail]>
Subject: (usr-tc) NO Phone support?
Date: 27 May 1999 10:39:07 -0400 (EDT)

hello all,

I recently let my service contract with 3Com lapse, since they neither
improved the code or added any features I needed, I figured that I
shouldn't buy what I don't need.

Called today about an idle modem problem and once the tech asked if I had
a contract #, I said no.  He then transferred me to logistics to replace
the card.  No diagnosis, no questions.

Why is it I can get phone support for a $100 Sporster, but my $75,000
worth of TC chassis get jack?

Anyone else have this experience?  Looking at populating the next POP with
ASCEND or Lucent.... what's thier "real world" tech support like?

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


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


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

From: <[e-mail]>
Subject: RE: (usr-tc) Anyone using ANI for anything useful?
Date: 26 May 1999 22:42:43 -0400 (EDT)


    I have had the same problem.. Seems to be something that the CT-1
switch and software can not provide...  I was not told that it was a legal
issue.  We run both PRI and CT -1.  The PRI give us ANI/DNIS the CT-1 Only
gives us DNIS

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

On Wed, 26 May 1999, Marshall Morgan wrote:

> > Yeah, its a standard part of PRI service...was a nice bonus when we
> > switched over to PRI service...not that we had any ideas of what to do
> > with it at the time, but we've started to start using the data a bit.
> >
> > >For anyone not familiar with ANI it's basically undefeatable caller-ID.
> >
> > My understanding is that you actually aren't getting true ANI...but its
> > termed ANI in the setup...you really are getting caller id, so it can be
> > defeated...we do have a few callers that block caller id, and we don't
> > get the information on those calls...so I don't think its true ANI here.
> > --
> > Jeff McAdams                            Email: [e-mail]
> > Head Network Administrator              Voice: [phone]
> > IgLou Internet Services                        [phone]
>
> Question:
>
> My telco (Worldcom/MCI/Brooks Fiber) told me they CANNOT provide ANI on a CT1.
> This was told to me within the last 10 days!  When asked why, they stated
> something about legal reasons.
>
> I was told "The caller information is not known by the local switch from the
> remote CO as in PRI but is gathered from the billing records and is why it is
> not allowed."
>
> Is this true or made up?  None the less, I still cannot get ANI from them as
> of today.
>
> Not a happy camper,
>
> Marshall Morgan
>
> Internet Doorway, Inc. (aka NETDOOR)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Hitchcock" <[e-mail]>
Subject: Re: (usr-tc) NO Phone support?
Date: 26 May 1999 22:25:14 -0500

Having dealt with all 3 I would say lucent has the best support hands down.
And you dont need a service contract.
Brian Hitchcock
KC Web
-----Original Message-----


>hello all,
>
>I recently let my service contract with 3Com lapse, since they neither
>improved the code or added any features I needed, I figured that I
>shouldn't buy what I don't need.
>
>Called today about an idle modem problem and once the tech asked if I had
>a contract #, I said no.  He then transferred me to logistics to replace
>the card.  No diagnosis, no questions.
>
>Why is it I can get phone support for a $100 Sporster, but my $75,000
>worth of TC chassis get jack?
>
>Anyone else have this experience?  Looking at populating the next POP with
>ASCEND or Lucent.... what's thier "real world" tech support like?
>
>Paul D. Farber II
>Farber Technology
>Ph. 570-628-5303
>Fax [phone]
>[e-mail]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) NO Phone support?
Date: 26 May 1999 23:35:22 -0400 (EDT)

On Thu, 27 May 1999, Paul Farber wrote:
>I recently let my service contract with 3Com lapse, since they neither
>improved the code or added any features I needed, I figured that I
>shouldn't buy what I don't need.
>
>Called today about an idle modem problem and once the tech asked if I had
>a contract #, I said no.  He then transferred me to logistics to replace
>the card.  No diagnosis, no questions.

At least he didn't hang up on you.  That happened to me -- and less than
two minutes later, several managers had been "talked to."  (And we had
over a half million in hardware all over the place.  Despite the support
issues, I did, and still do, like the 3Com/USR dialup hardware -- nothing
can compete with the quads!)

>Why is it I can get phone support for a $100 Sporster, but my $75,000
>worth of TC chassis get jack?

Because they sell millions of sportsters.  The sell hundreds of TC's.  Plus,
there's much more cut-throat competition in the end user modem market.

>Anyone else have this experience?  Looking at populating the next POP with
>ASCEND or Lucent.... what's thier "real world" tech support like?

I'd be more concerned with the quality of the hardware.  It won't make much
of a difference if the hardware doesn't work well with 85% of your customers.
(Granted, that's unlikely.)

--Ricky



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


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

From: Ricky Beam <[e-mail]>
Subject: RE: (usr-tc) Anyone using ANI for anything useful?
Date: 27 May 1999 00:00:32 -0400 (EDT)

On Wed, 26 May 1999, Marshall Morgan wrote:
>> >For anyone not familiar with ANI it's basically undefeatable caller-ID.

(it's part of the D-channel SETUP message from the switch.  the CID blocking
 is in there too... Bellsouth made us honor that bit in our phone system
 a few years ago -- the switch was handing that info right along to the
 display on the handset.)

>Question:
>
>My telco (Worldcom/MCI/Brooks Fiber) told me they CANNOT provide ANI on a CT1.
>This was told to me within the last 10 days!  When asked why, they stated
>something about legal reasons.

"legal reasons"?  Bull sh*t.  Point them to the (recent) FCC ruling regarding
ANI and "ISPs".   (my perception of time is rather scewed...)

>I was told "The caller information is not known by the local switch from the
>remote CO as in PRI but is gathered from the billing records and is why it is
>not allowed."

Again, BS.  Just how the #$^# do you setup/bill a circuit switched call if you
don't know where it's coming from?  (this fact has always pissed me off
in ref. to "tracing a phone call" -- any standard old phone call can be
traced in an instant just like any plain old network connection.)

The only problem is the "CT1" part :-)  You cannot get both DNIS & ANI on
a CT1. (well, not without some "magic".)  Most people/switches just cannot
provide ANI over a CT1.  The telco switch _does_ know this information.
(At the end of the month, they print it out and mail it to you :))

--Ricky



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


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

From: "John C Hill II" <[e-mail]>
Subject: RE: (usr-tc) NO Phone support?
Date: 27 May 1999 09:08:09 -0500

We bought our TC Chasis from Solunet and they have wonderful tech support. I
haven't had to use 3COM's support.


John C Hill II
North East Texas Internet



-----Original Message-----
[mailto:[e-mail]]On Behalf Of Paul Farber
Sent: Thursday, May 27, 1999 9:39 AM


hello all,

I recently let my service contract with 3Com lapse, since they neither
improved the code or added any features I needed, I figured that I
shouldn't buy what I don't need.

Called today about an idle modem problem and once the tech asked if I had
a contract #, I said no.  He then transferred me to logistics to replace
the card.  No diagnosis, no questions.

Why is it I can get phone support for a $100 Sporster, but my $75,000
worth of TC chassis get jack?

Anyone else have this experience?  Looking at populating the next POP with
ASCEND or Lucent.... what's thier "real world" tech support like?

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


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


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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) 128k Dialup
Date: 27 May 1999 10:31:34 -0400 (EDT)

On Wed, 26 May 1999, Greg Coffey wrote:
>I attended a seminar in Denver yesterday put on by Lucent.  One of the
>speakers mentioned that 128k dialup access was coming and that some patents
>had been filed.  No company names or other specifics were mentioned.  Any
>of you heard anything about it?  I wonder who is closest and when we can
>expect some details about it.

I'm calling BS on that one.  The PSTN is 8000 8bit samples per second.
How do you suppose one would get more than 64kbps out of that?  (Not that
anyone can get 64k out of it either.)

--Ricky



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


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

From: Robert von Bismarck <[e-mail]>
Subject: RE: (usr-tc) 128k Dialup
Date: 27 May 1999 16:40:25 +0200

Umm... Hardware level compression ? I know Nortel has been working hard on
that end, using benefits from the video encoding industry (MPEG layer 4
specifically)
It's most probably good only for voice, as data doesn't support lossy
compression... ;-)

Robert



    -----Original Message-----
    From:    Ricky Beam [SMTP:[e-mail]]
    Sent:    jeudi, 27. mai 1999 16:32
    To:    [e-mail]
    Subject:    Re: (usr-tc) 128k Dialup

    On Wed, 26 May 1999, Greg Coffey wrote:
    >I attended a seminar in Denver yesterday put on by Lucent.  One of
the
    >speakers mentioned that 128k dialup access was coming and that some
patents
    >had been filed.  No company names or other specifics were
mentioned.  Any
    >of you heard anything about it?  I wonder who is closest and when
we can
    >expect some details about it.

    I'm calling BS on that one.  The PSTN is 8000 8bit samples per
second.
    How do you suppose one would get more than 64kbps out of that?  (Not
that
    anyone can get 64k out of it either.)

    --Ricky



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

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


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

From: Ricky Beam <[e-mail]>
Subject: RE: (usr-tc) 128k Dialup
Date: 27 May 1999 11:24:44 -0400 (EDT)

On Thu, 27 May 1999, Robert von Bismarck wrote:
>Umm... Hardware level compression ? I know Nortel has been working hard on
>that end, using benefits from the video encoding industry (MPEG layer 4
>specifically)
>It's most probably good only for voice, as data doesn't support lossy
>compression... ;-)

That's not 128k now is it?  Sometimes it is and sometimes it isn't.  Heh,
Trellis encode a digital bit stream?

--Ricky



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


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

From: Steve Rivera <[e-mail]>
Subject: (usr-tc) USR Bundles Available- New & Improved Prices :)
Date: 27 May 1999 11:33:17 -0400

Come on guys and gals. I have a customer who is trying to move these. I am
just helping him out.
Available now. They were taking out of service a less than a month ago.
All V90.
Looking for BUYERS...

3- 2059 Bundles $3000
Include:
2- 45a
1- nmc
1- netserver pri
12- analog/digital
1- dual pri
ext fan tray for 2 of them

3- 1866 Bundles $3500
Include:
1- 70a pwr
1- nmc
1- netserver pri
12- quad an/dig
1- dual pri
integrated fan tray

Also have in STOCK...NJ
Netserver 16I
Netserver 8I
Netserver 8
Netserver 16
MP8
MP16I
Spare NMC NACS

call or email for pricing.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Maximum cards per chassis (WAS RE: Quad modem NIC's.
Date: 27 May 1999 12:51:42 -0400



Backplane consumption:        7.8 W      26.6 BTUs




POWER AND HiPer CARD SUPPORT CONSIDERATIONS

The following table provides the maximum number of cards in both HiPer
Access Router and NetServer configurations supported in associated chassis.
This table assumes T1 configurations, with each HiPer DSP card supporting
24 calls.
|-------------------+--------------+------------------------>
|                   |              |                        |
|                   | Double-Up    | Maximum Number of      |
| Chassis           | Supported?   | HiPer DSP + HiPer ARC  |
|                   |              | (1)                    |
|                   |              |                        |
|-------------------+--------------+------------------------>
  >-----------------------|
  |                       |
  | Maximum Number of     |
  | HiPer DSP + NetServer |
  | (2)                   |
  |                       |
  >-----------------------|
|-------------------+--------------+------------------------>
|                   |              |                        |
| 45Amp             | Yes          | 6 + 1   (144 calls)    |
|                   |              | 6 HiPer DSP cards and  |
|                   |              | 1 HiPer Access Router  |
|                   |              | card                   |
|                   |              |                        |
|-------------------+--------------+------------------------>
  >-----------------------|
  |                       |
  | 1 x (4 + 1)   (96     |
  | calls)                |
  | 1 set of 4 HiPer DSP  |
  | cards with 1          |
  | NetServer             |
  |                       |
  >-----------------------|
|-------------------+--------------+------------------------>
|                   |              |                        |
| 70Amp             | Yes          | 10 + 2  (240 calls)    |
|                   |              | 10 HiPer DSP cards and |
|                   |              | 2 HiPer Access Router  |
|                   |              | cards                  |
|                   |              |                        |
|-------------------+--------------+------------------------>
  >-----------------------|
  |                       |
  | 2 x (4 + 1)   (192    |
  | calls)                |
  | 2 sets of 4 HiPer DSP |
  | cards with 1          |
  | NetServer             |
  |                       |
  >-----------------------|
|-------------------+--------------+------------------------>
|                   |              |                        |
| 130Amp            | Yes          | 14 + 2  (336 calls)    |
|                   |              | 14 HiPer DSP cards and |
|                   |              | 2 HiPer Access Router  |
|                   |              | cards                  |
|                   |              |                        |
|-------------------+--------------+------------------------>
  >-----------------------|
  |                       |
  | 3 x (4 + 1)   (288    |
  | calls)                |
  | 3 sets of 4 HiPer DSP |
  | cards with 1          |
  | NetServer             |
  |                       |
  >-----------------------|



Notes:
(1)  Figures shown in this column represent the maximum number of HiPer DSP
  cards and HiPer Access Router cards which can be supported in the
  associated chassis. Thus, the entry



?6 + 1? refers to 6 HiPer DSP card
  sets plus 1 HiPer Access Router set (10/100M ethernet) supporting a
  corresponding 144 calls.
(2)  Figures shown in this column represent the maximum number of HiPer DSP
  cards and NetServer cards which can be supported in the associated
  chassis. With the NetServer card upgraded to TCS3.0 (associated NetServer
  card release 3.6.x) and supporting up to 96 calls, the NetServer card is
  thus able to support 4 HiPer DSP cards, assuming T1 configurations (24
  channels per HiPer DSP card set). Thus, the entry ?1 x (4 + 1)? refers to
  1 set (1 x) of 4 HiPer DSP cards plus 1 NetServer card (supporting 96
  calls) for a system capability of 96 calls.

When Do Customers Need to go to the 130Amp Supplies
Customers will need to swap out their existing 70Amp PSU/PSI set(s) and
install 130Amp PSU/PSI set(s) once they exceed 10 HiPer DSP cards in the 10
HiPer DSP + 2 HiPer Access Router configuration or once they exceed the 2
sets of the 4 HiPer DSP + 1 NetServer card configuration. The 70Amp power
supplies PSU/PSI sets can be exchanged for the 130Amp PSU/PSI sets.
However, the 45Amp supplies cannot be upgraded to either 70Amp or 130Amp
supplies.




The information I have goes like this;

Pwr supply            Max calls hiper Arc /hdm                 max calls
HDM/netserver

45Amp                   6 HDM + 1 Harc = 144/180 calls          4 HDM + 1
Netserver =96/120 calls

70Amp                  10 HDM + 2 Harc = 230/300 calls          8 HDM + 2
Netservers =192/240 calls

130Amp                 14 HDM + 2 Harc = 336/420 calls         12 HDM + 3
Netservers = 288/360 calls

Hope this helps
Florin N




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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 27 May 1999 14:46:58 -0400 (EDT)

Thus spake Mike Andrews
>Sending a busy would be kinda hard -- not sure how you'd do that.  It's
>easier to have Radius just not let them on, or, if you want to annoy them
>(only recommended for VERY problematic users, you don't generally want to
>intentionally annoy customers of course), kick them off right after
>they've logged in.

With HiPer Arc's you could send an authentication request to the RADIUS
server with the phone number as the userid....just set up the phone
number as a no-auth userid in your RADIUS server and I *think* it'll
give a busy instead of picking up the line.  The Arc's can be configured
to "pre-auth" with either DNIS or ANI/callerid before it answers the
line.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: John Mies <[e-mail]>
Subject: RE: (usr-tc) 128k Dialup
Date: 27 May 1999 13:54:47 -0500

Uh...they probably mean channel bonding.

At 11:24 AM 5/27/99 -0400, you wrote:
>On Thu, 27 May 1999, Robert von Bismarck wrote:
>>Umm... Hardware level compression ? I know Nortel has been working hard on
>>that end, using benefits from the video encoding industry (MPEG layer 4
>>specifically)
>>It's most probably good only for voice, as data doesn't support lossy
>>compression... ;-)
>
>That's not 128k now is it?  Sometimes it is and sometimes it isn't.  Heh,
>Trellis encode a digital bit stream?
>
>--Ricky
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.


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


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

From: "Greg Owens" <[e-mail]>
Subject: Re: (usr-tc) NO Phone support?
Date: 27 May 1999 14:03:53 -0500

A Ditto on Soulnet. We were brand new to the Hiperarc and one of their techs
stayed on the phone with us without interruption for over 3 hours holding
our hand and walking us step by step through our problem. Needless to say We
buy everything through them because of their tech support!!!(They also have
good prices)
Greg Owens
Magnolia Internet Services
http://www.magnolia-net.com
-----Original Message-----


>We bought our TC Chasis from Solunet and they have wonderful tech support.
I
>haven't had to use 3COM's support.
>
>
>John C Hill II
>North East Texas Internet
>
>
>
>-----Original Message-----
>From: [e-mail]
>[mailto:[e-mail]]On Behalf Of Paul Farber
>Sent: Thursday, May 27, 1999 9:39 AM
>To: [e-mail]
>Subject: (usr-tc) NO Phone support?
>
>
>hello all,
>
>I recently let my service contract with 3Com lapse, since they neither
>improved the code or added any features I needed, I figured that I
>shouldn't buy what I don't need.
>
>Called today about an idle modem problem and once the tech asked if I had
>a contract #, I said no.  He then transferred me to logistics to replace
>the card.  No diagnosis, no questions.
>
>Why is it I can get phone support for a $100 Sporster, but my $75,000
>worth of TC chassis get jack?
>
>Anyone else have this experience?  Looking at populating the next POP with
>ASCEND or Lucent.... what's thier "real world" tech support like?
>
>Paul D. Farber II
>Farber Technology
>Ph. 570-628-5303
>Fax [phone]
>[e-mail]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Ricky Beam <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 27 May 1999 15:10:43 -0400 (EDT)

On Thu, 27 May 1999, Jeff Mcadams wrote:
>Thus spake Mike Andrews
>>Sending a busy would be kinda hard -- not sure how you'd do that.  It's
>>easier to have Radius just not let them on, or, if you want to annoy them
>>(only recommended for VERY problematic users, you don't generally want to
>>intentionally annoy customers of course), kick them off right after
>>they've logged in.
>
>With HiPer Arc's you could send an authentication request to the RADIUS
>server with the phone number as the userid....just set up the phone
>number as a no-auth userid in your RADIUS server and I *think* it'll
>give a busy instead of picking up the line.  The Arc's can be configured
>to "pre-auth" with either DNIS or ANI/callerid before it answers the
>line.

Small flaw in logic... the DSP is the one to generate the busy signal.
Thus, the ARC would have to perform a RADIUS authentication _during_
call setup.  If the setup msg is not answered in five seconds (in my
experience) the switch assumes there's nothing there to answer the msg
and fails the call (fast busy or "Your call did not go through")  Correct
me if I'm wrong, but once the DSP "answers" the call and allows it to ring,
it cannot suddenly make it busy.  (On the side of the paranoid, DNIS
pre-auth could be _VERY_ _BAD_ (patent pending) if the RADIUS server
goes down.  I just thought I mention it. <grin>)

What you've described the ARC doing is the same thing the NMC does with
Hub Security enabled.  The NMC is authenticating the call before it's
attached to a modem.  I'm not sure what's going on wrt the call setup
on the PRI during this time.  (But how many people have the hub security
feature on their hardware?)

I stand partially corrected... the user can hear a ring before the call
has been setup.  My netopia is doing this right now.  Any incoming call
is matched to the connection profiles _before_ it answers the setup
request (it always answers with "Call Rejected" as I've got it set to
dialback mode.)

--Ricky

PS: ... what fun I could have with direct access to the D channel :-)



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 27 May 1999 15:44:41 -0400 (EDT)

Thus spake Ricky Beam
>Small flaw in logic... the DSP is the one to generate the busy signal.
>Thus, the ARC would have to perform a RADIUS authentication _during_
>call setup.

Not from my understanding...the DNIS/ANI information is sent the DSP
first thing...as part of the call setup request...and the DSP passes the
call request to the Arc to let the Arc tell it whether or not to answer
the call (else, how do the calls get answered with s0=0 :).  So the Arc
is getting the DNIS and ANI information before the call even rings
through.  If you've got a quick setup (I agree that the 5 or 10 second
limitation is a limiting factor) then you could get a request to a
RADIUS server and get a response back in time for the Arc to tell the
DSP to reject the call and generate a busy signal...and since the DSP is
actively rejecting the call...it could reject it with a cause code of
17, user busy, resulting in a normal busy signal rather than a fast
busy.

>If the setup msg is not answered in five seconds (in my
>experience)

I think I've had an experience here where its been 10 seconds...so there
is some variation in this.

>the switch assumes there's nothing there to answer the msg
>and fails the call (fast busy or "Your call did not go through")  Correct
>me if I'm wrong, but once the DSP "answers" the call and allows it to ring,
>it cannot suddenly make it busy.

But, if the DSP can get the information to the Arc and the Arc get the
information back from the RADIUS server quickly enough, then it could
just generate the busy before it generates a ring...yeah...it has to be
quick about it.  :)  And since the DNIS/ANI information is passed before
the DSP "answers" the call, this is feasible.

>(On the side of the paranoid, DNIS
>pre-auth could be _VERY_ _BAD_ (patent pending) if the RADIUS server
>goes down.  I just thought I mention it. <grin>)

Of course, the Arc's already have the ability to busy out the lines (via
the NMC I believe) if its RADIUS servers go bye-bye, so this isn't
anything too terribly different.  :)

>What you've described the ARC doing is the same thing the NMC does with
>Hub Security enabled.  The NMC is authenticating the call before it's
>attached to a modem.  I'm not sure what's going on wrt the call setup
>on the PRI during this time.  (But how many people have the hub security
>feature on their hardware?)

True 'nuff...but the Arc doesn't require a feature enable key to do
it...and it a bit easier to set up.  :)

>PS: ... what fun I could have with direct access to the D channel :-)

Heh...only a true geek would be gleeful at the possibility of accessing
something like 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: "Kurtiss Johnson" <[e-mail]>
Subject: Re: (usr-tc) Anyone using ANI for anything useful?
Date: 27 May 1999 15:29:23 -0500



The DNIS/ANI Authentication works only with PRI trunks, where the switch
delivers the call information prior to routing the call to a DS0 and we have the
option of sending a call-reject message back to the switch; this message causes
the switch to send a fast-busy to the user, which is usually interpretted as a
"all circuits busy" indicator.  In T1 environments, the call is delivered to the
DS0 before any of the call information is available; in that case, all we can do
is hang-up on the user, which is interpretted as intentionally annoying.  :- )

Kurtiss
Product Manager
3Com Corp.





Jeff Mcadams <[e-mail]> on 05/27/99 01:46:58 PM

Please respond to [e-mail]

Sent by:  Jeff Mcadams <[e-mail]>


cc:    (Kurtiss Johnson/MW/US/3Com)




Thus spake Mike Andrews
>Sending a busy would be kinda hard -- not sure how you'd do that.  It's
>easier to have Radius just not let them on, or, if you want to annoy them
>(only recommended for VERY problematic users, you don't generally want to
>intentionally annoy customers of course), kick them off right after
>they've logged in.

With HiPer Arc's you could send an authentication request to the RADIUS
server with the phone number as the userid....just set up the phone
number as a no-auth userid in your RADIUS server and I *think* it'll
give a busy instead of picking up the line.  The Arc's can be configured
to "pre-auth" with either DNIS or ANI/callerid before it answers the
line.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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






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


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

From: [e-mail]
Subject: Re: (usr-tc) USR Bundles Available- New & Improved Prices :)
Date: 27 May 1999 17:00:42 EDT

have you posted the same to the isp-equipment list.  This list isn't really
set up for quick sales of anything.

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


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

From: [e-mail]
Subject: Re: (usr-tc) NO Phone support?
Date: 27 May 1999 17:33:00 EDT

In a message dated 5/27/99 2:06:07 PM US Eastern Standard Time,
[e-mail] writes:

> A Ditto on Soulnet. We were brand new to the Hiperarc and one of their techs
>  stayed on the phone with us without interruption for over 3 hours holding
>  our hand and walking us step by step through our problem. Needless to say
We
>  buy everything through them because of their tech support!!!(They also have
>  good prices)
>  Greg Owens
>  Magnolia Internet Services
>  http://www.magnolia-net.com

Time to get on my soap box:
Solunet does have some good people working for them, but tech support isn't
really meant to be used for hand holding.  You are authorized to call in to
3COM's when you are still under warranty for any legitimate problems.  After
the warranty period is expired you should be beyond hand holding and ready to
move on to tougher issues.  The true value of 3COM's tech support comes into
play when you need help beyond initial setup.  As with any organization, you
may not always get the most senior technician when you call, but the
resources at your disposal at 3COM are immense.  I have been able to get
answers to literally thousands of very high level off the wall questions over
the years.  All you have to do is ask.  If the person you are talking to
doesn't know the answer ask him/her to ask a team leader or a product
specialist in the next level.  It's that easy.  Some people don't need access
to these resources and that's fine.  If all you are doing with your equipment
is a basic default setup then you probably don't need it either.  However,
more and more customers want their equipment to do a number of things that
the default configuration doesn't provide or that, perhaps, a feature does
not exist for.  Once a new product is established and stable 3COM usually
responds very quickly to feature requests that make sense.  Solunet, or
anyone else for that matter, cannot compete with the kind of experience 3COM
has, as a whole; talking to thousands of new and existing customers each
month.  Anyone else would have to be at least a little behind the power curve
on existing issues, new features, emerging technologies that will be
supported, etc.  I can assure you 3COM's resellers out their realize this and
call 3COM for help on the same all the time.
Off soap box.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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] (Phil Henson)
Subject: (usr-tc) caller id
Date: 27 May 1999 18:23:33 -0400


Is there some setting in the tc box to allow caller id to be sent or show.
Am using emerald radius and accounting?   Telco says caller id is working
but not showing up on this end.

Phil


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


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

From: Jim Logan <[e-mail]>
Subject: (usr-tc) Model Numbers?
Date: 27 May 1999 18:59:12 -0500


I may be sorely confused, but where do you find the Model Number on a USR
TC Netserver Card?  I only see 2 versions of the card on 3Com's web pages,
and I can't find either of those numbers on any of the tags (000622-06 or
000976-00) on a Netserver card I have here.  I have someone looking for a
976 version.

  Thanks!


******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


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


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

From: "Greg Owens" <[e-mail]>
Subject: Re: (usr-tc) NO Phone support?
Date: 27 May 1999 19:34:58 -0500

While what you say is probably true.....For this particular issue we did
need a little hand holding (I'm sure we all have at one point and time) and
Solunet did not keep me on hold for nearly an hour as 3Com was doing at that
particular time. Yes things have gotten better with 3Coms tech support. The
past couple of times I have called I had a tech within a few minutes. But
it's still nice to know that if I can't get an answer from one of you all on
this list, I can call them (Solunet) and get friendly, knowledgeable. tech
support whether for hand holding or other wise. Because from reading many of
the past posts once my contract is up so is 3Coms tech support (unless I
shell out more money)

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


>In a message dated 5/27/99 2:06:07 PM US Eastern Standard Time,
>[e-mail] writes:
>
>> A Ditto on Soulnet. We were brand new to the Hiperarc and one of their
techs
>>  stayed on the phone with us without interruption for over 3 hours
holding
>>  our hand and walking us step by step through our problem. Needless to
say
>We
>>  buy everything through them because of their tech support!!!(They also
have
>>  good prices)
>>  Greg Owens
>>  Magnolia Internet Services
>>  http://www.magnolia-net.com
>
>Time to get on my soap box:
>Solunet does have some good people working for them, but tech support isn't
>really meant to be used for hand holding.  You are authorized to call in to
>3COM's when you are still under warranty for any legitimate problems.
After
>the warranty period is expired you should be beyond hand holding and ready
to
>move on to tougher issues.  The true value of 3COM's tech support comes
into
>play when you need help beyond initial setup.  As with any organization,
you
>may not always get the most senior technician when you call, but the
>resources at your disposal at 3COM are immense.  I have been able to get
>answers to literally thousands of very high level off the wall questions
over
>the years.  All you have to do is ask.  If the person you are talking to
>doesn't know the answer ask him/her to ask a team leader or a product
>specialist in the next level.  It's that easy.  Some people don't need
access
>to these resources and that's fine.  If all you are doing with your
equipment
>is a basic default setup then you probably don't need it either.  However,
>more and more customers want their equipment to do a number of things that
>the default configuration doesn't provide or that, perhaps, a feature does
>not exist for.  Once a new product is established and stable 3COM usually
>responds very quickly to feature requests that make sense.  Solunet, or
>anyone else for that matter, cannot compete with the kind of experience
3COM
>has, as a whole; talking to thousands of new and existing customers each
>month.  Anyone else would have to be at least a little behind the power
curve
>on existing issues, new features, emerging technologies that will be
>supported, etc.  I can assure you 3COM's resellers out their realize this
and
>call 3COM for help on the same all the time.
>Off soap box.
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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]
Date: 26 May 1999 00:32:22 -0500

ok I need to figure out the harc command for current transmit speed
I know I could get this from snmp so if someone knows the particular oid that
may be helpful as well for a script im writing
I have no quads so its all hiper hardware

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


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

From: "Billy Huddleston" <[e-mail]>
Subject: (usr-tc) Connect Speeds.
Date: 27 May 1999 23:02:36 -0400

We recently co-located our TC with a local CLEC. Since then, our conenct
speeds seam to be lower than when we had the TC at our facility with PRI's.
(Different CLEC too). Anyone have any ideas? I'm wondering if I need to
ajust the db levels on the DPS's and Quads since we're so cose to the switch
now.

             +--------------------------------------------------+
             | Billy Huddleston           System Administrator  |
             | Net-Express               http://www.nxs.net     |
             | 114 Sherway Rd.          Voice: 423-691-2014     |
             | Knoxville, TN  37922       Fax: [phone]     |
             | [e-mail]                                    |
             +--------------------------------------------------+


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


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

From: "Andrew:PC Global, Inc." <[e-mail]>
Subject: Re: (usr-tc) Model Numbers?
Date: 27 May 1999 21:43:16 -0400

Got me. Im in the same state of confusion. Im trying to find it on the 3COM
www site. Ill keep you posted. Thanks.

Regards,
Andrew Shlensky
****************************
PC Global, Inc.
[phone] tel
[phone] fax
[phone] mobile
URL:     http://www.pcglobal.net
E-MAIL: [e-mail]
ICQ:       21219089
Computer Service Parts  SPECIALISTS!
ALSO:SALES of New/Used PCs,Laptops
Communication and Networking,Monitors
Printers, Midrange/Mainframe.Hard Drives
Hard to Find Parts.  We buy and sell all
types of  GEAR-
****************************
----- Original Message -----
Sent: Thursday, May 27, 1999 7:59 PM



I may be sorely confused, but where do you find the Model Number on a USR
TC Netserver Card?  I only see 2 versions of the card on 3Com's web pages,
and I can't find either of those numbers on any of the tags (000622-06 or
000976-00) on a Netserver card I have here.  I have someone looking for a
976 version.

  Thanks!


******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


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



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Connect Speeds.
Date: 28 May 1999 12:16:01 -0400 (EDT)

If you went FROM a pri to a CT-1 then you may notice a slight decrease due
to the robbed bit signeling that a CT-1 has to use.  PRI has that seperate
D channel (16Kbps) leaving the full 64K for that incommming call.

We have a mix of PRI/CT-1's and I really didn't notice a big difference
between the two.  Your interface to the switch may be a factor.  I don't
know what special characteristics, but LBO may need to be adjusted, also
check that you have the DSP set to short haul, not long.  Not sure were
that one is in TCM, but 99% need the short haul setting.

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

On Thu, 27 May 1999, Billy Huddleston wrote:

> We recently co-located our TC with a local CLEC. Since then, our conenct
> speeds seam to be lower than when we had the TC at our facility with PRI's.
> (Different CLEC too). Anyone have any ideas? I'm wondering if I need to
> ajust the db levels on the DPS's and Quads since we're so cose to the switch
> now.
>
>              +--------------------------------------------------+
>              | Billy Huddleston           System Administrator  |
>              | Net-Express               http://www.nxs.net     |
>              | 114 Sherway Rd.          Voice: 423-691-2014     |
>              | Knoxville, TN  37922       Fax: [phone]     |
>              | [e-mail]                                    |
>              +--------------------------------------------------+
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Connect Speeds.
Date: 28 May 1999 01:46:46 -0700 (PDT)

Paul Farber writes...
>If you went FROM a pri to a CT-1 then you may notice a slight decrease due
>to the robbed bit signeling that a CT-1 has to use.  PRI has that seperate
>D channel (16Kbps) leaving the full 64K for that incommming call.
>
>We have a mix of PRI/CT-1's and I really didn't notice a big difference
>between the two.  Your interface to the switch may be a factor.  I don't
>know what special characteristics, but LBO may need to be adjusted, also
>check that you have the DSP set to short haul, not long.  Not sure were
>that one is in TCM, but 99% need the short haul setting.

In his specific case he needs short haul, since he's probably getting a
DSX-1 interface off their colocated switch or DACS.

The assertion that 99% need the short haul setting is precisely
wrong, since the majority of users are connected via T1's (or PRI's)
from their phone companies, which would require the long haul
setting.

>On Thu, 27 May 1999, Billy Huddleston wrote:
>
>> We recently co-located our TC with a local CLEC. Since then, our conenct
>> speeds seam to be lower than when we had the TC at our facility with PRI's.
>> (Different CLEC too). Anyone have any ideas? I'm wondering if I need to
>> ajust the db levels on the DPS's and Quads since we're so cose to the switch
>> now.
>>


--
Aaron Nabil

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


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

From: Paul Farber <[e-mail]>
Subject: Re: (usr-tc) Connect Speeds.
Date: 28 May 1999 21:21:19 -0400 (EDT)

Correct me if I'm wrong but I thought the long/short haul setting was
determined by your distance from the demark to the DSP NIC.  I can't
remember what the cutoff point was, but I thinks it's a couple houndred
feet.

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

On Fri, 28 May 1999, Aaron Nabil wrote:

> Paul Farber writes...
> >If you went FROM a pri to a CT-1 then you may notice a slight decrease due
> >to the robbed bit signeling that a CT-1 has to use.  PRI has that seperate
> >D channel (16Kbps) leaving the full 64K for that incommming call.
> >
> >We have a mix of PRI/CT-1's and I really didn't notice a big difference
> >between the two.  Your interface to the switch may be a factor.  I don't
> >know what special characteristics, but LBO may need to be adjusted, also
> >check that you have the DSP set to short haul, not long.  Not sure were
> >that one is in TCM, but 99% need the short haul setting.
>
> In his specific case he needs short haul, since he's probably getting a
> DSX-1 interface off their colocated switch or DACS.
>
> The assertion that 99% need the short haul setting is precisely
> wrong, since the majority of users are connected via T1's (or PRI's)
> from their phone companies, which would require the long haul
> setting.
>
> >On Thu, 27 May 1999, Billy Huddleston wrote:
> >
> >> We recently co-located our TC with a local CLEC. Since then, our conenct
> >> speeds seam to be lower than when we had the TC at our facility with PRI's.
> >> (Different CLEC too). Anyone have any ideas? I'm wondering if I need to
> >> ajust the db levels on the DPS's and Quads since we're so cose to the switch
> >> now.
> >>
>
>
> --
> 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: [e-mail] (Jeff Binkley)
Subject: (usr-tc) RE: (USR-TC) 128K DIALUP
Date: 28 May 1999 09:25:00 -0500




I'll try not to get too much into PCM sampling theories here but the
issue of 64kbs samples on a standard T-1 non-rob bit channel isn't the
limiting factor for analog transmission per se'.  Nyquist wrote a throem
quite a while back which talks about the available analog usage on a
channel as a function of the noise.  Because there is a limit to the
number of samples of an incoming signal and likewise the ability to
represent an analog signal from a predetermined number of digital bits,
there is always going to be decisions to be made as to whether a
particular analog sample is a 0 or 1 at the bit level.  This decision
process is what causes PCM encoding errors/offset and creates a certain
amount of floor noise.  Thus the basis for Nyquists theorm on the amount
of intelligable usage vs. noise.  One other thing which was done was to
make the PAM sampling part of the encoding/decoding process nonliner
(i.e. logrithmic) because of how we tend to hear things.  For data this
actually made the problem worse since more data bits are eaten up at
lower power levels and closer to the ambient noise on analog copper.


This noise limitation is what is often been used to determine the
carrier modulation frequency for various analog modem encoding schemes.
By picking carrier frequencies like 1800 hz at a certain power level to
maximize the number of PCM samples used and still have resonable power
levels to get over the analog noise of analog copper.

Having picked the analog carrier frequency, the next step is how you
modulate the carrier to represent the incoming digital data from the end
device.  The original idea was single bit encoding which limited the
modem speeds to around 2400hz (i.e. 1 hz offset for each bit).  Then
things like dibit (2 bit encoding) came along and we got up to around
4800 hz.  Then trellis coding came along and we were off to the races.

The V.90/X.2 increases have been primarily driven by the ability to
stretch Nyquists theorm of available bandwidth over the ambient noise of
D/A and A/D conversions.  However, work continues on increased
modulation techniques which allow mode digital data to be represented in
an analog signal.  If you actually drop back to pure analog modulation,
it is theoretically possible to run at infinite bandwidth because a pure
analog signal has a potentially infinite number of instantaneous
combinations of frequency and power levels.  However, the obvious
limitations are the frequency response of analog copper and the ability
of digital sampling technology to discern the analog differences.  As
the digital technology gets better through filtering and more precise
sampling processes, the available data throughput will increase.


Jeff



U>Uh...they probably mean channel bonding.

U>At 11:24 AM 5/27/99 -0400, you wrote:
U>>On Thu, 27 May 1999, Robert von Bismarck wrote:
U>>>Umm... Hardware level compression ? I know Nortel has been working
U>>>hard on that end, using benefits from the video encoding industry
U>>>(MPEG layer 4 specifically)
U>>>It's most probably good only for voice, as data doesn't support
U>>>lossy compression... ;-)
U>>
U>>That's not 128k now is it?  Sometimes it is and sometimes it isn't.
U>>Heh, Trellis encode a digital bit stream?
U>>
U>>--Ricky
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: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) Model Numbers?
Date: 28 May 1999 10:38:49 -0400

There's usually a sticker with serial number, after the serial number there
will be a series of 0000.
That usually runs into the model number.


At 06:59 PM 5/27/99 -0500, you wrote:
>
>I may be sorely confused, but where do you find the Model Number on a USR
>TC Netserver Card?  I only see 2 versions of the card on 3Com's web pages,
>and I can't find either of those numbers on any of the tags (000622-06 or
>000976-00) on a Netserver card I have here.  I have someone looking for a
>976 version.
>
>  Thanks!
>
>
>******* Top Net InterNet Services ********
>Omaha, Nebraska                www.top.net
>            Voice: [phone]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Paul Farber <[e-mail]>
Subject: (usr-tc) Carrier Loss
Date: 28 May 1999 23:05:05 -0400 (EDT)

hello all,

The radius logs and the TCM performance monitor show that several users
are getting consistant dropped carrier terminate causes.

A quick scan of the detail logs show:

Acct-Session-Time = 209
Acct-Terminate-Cause = Lost-Carrier

How can I find out who is dropping carrier (me or them)?  I show that they
did authenticate and were assigned an IP, so the ARC new about them, and
both the session start and end radius records were recorded

I do have syslogging enabled, but not the snmp traps.  Whats the best
thing to monitor for?

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


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


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

From: Jim Logan <[e-mail]>
Subject: Re: (usr-tc) Model Numbers?
Date: 28 May 1999 10:22:30 -0500

At 10:38 AM 5/28/1999 -0400, you wrote:
>There's usually a sticker with serial number, after the serial number there
>will be a series of 0000.
>That usually runs into the model number.

That's what I thought and there is a sticker on he Connector, but it
doesn't match any part number shown on 3 Com's site at all (This is the
number 'after' what appears to be a serial number) 69-000809-01 R:2 .  I
guess there is really more than just 2 USR Part Numbers, so it would seem.

>
>
>At 06:59 PM 5/27/99 -0500, you wrote:
>>
>>I may be sorely confused, but where do you find the Model Number on a USR
>>TC Netserver Card?  I only see 2 versions of the card on 3Com's web pages,
>>and I can't find either of those numbers on any of the tags (000622-06 or
>>000976-00) on a Netserver card I have here.  I have someone looking for a
>>976 version.
>>
>>  Thanks!
>>
>>
>>******* Top Net InterNet Services ********
>>Omaha, Nebraska                www.top.net
>>            Voice: [phone]
>>
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


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


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

From: Steve Rivera <[e-mail]>
Subject: Re: (usr-tc) Model Numbers?
Date: 28 May 1999 11:55:17 -0400

That is the part number. I am unable to identify it with the cheat sheets I
have. It may be an older 386?

At 10:22 AM 5/28/99 -0500, you wrote:
>At 10:38 AM 5/28/1999 -0400, you wrote:
>>There's usually a sticker with serial number, after the serial number there
>>will be a series of 0000.
>>That usually runs into the model number.
>
>That's what I thought and there is a sticker on he Connector, but it
>doesn't match any part number shown on 3 Com's site at all (This is the
>number 'after' what appears to be a serial number) 69-000809-01 R:2 .  I
>guess there is really more than just 2 USR Part Numbers, so it would seem.
>
>>
>>
>>At 06:59 PM 5/27/99 -0500, you wrote:
>>>
>>>I may be sorely confused, but where do you find the Model Number on a USR
>>>TC Netserver Card?  I only see 2 versions of the card on 3Com's web pages,
>>>and I can't find either of those numbers on any of the tags (000622-06 or
>>>000976-00) on a Netserver card I have here.  I have someone looking for a
>>>976 version.
>>>
>>>  Thanks!
>>>
>>>
>>>******* Top Net InterNet Services ********
>>>Omaha, Nebraska                www.top.net
>>>            Voice: [phone]
>>>
>>>
>>>-
>>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>>> with "unsubscribe usr-tc" in the body of the message.
>>> For information on digests or retrieving files and old messages send
>>> "help" to the same address.  Do not use quotes in your message.
>>>
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>>
>******* Top Net InterNet Services ********
>Omaha, Nebraska                www.top.net
>            Voice: [phone]
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Connect Speeds.
Date: 28 May 1999 08:56:48 -0700 (PDT)

Paul Farber writes...
>Correct me if I'm wrong but I thought the long/short haul setting was
>determined by your distance from the demark to the DSP NIC.  I can't
>remember what the cutoff point was, but I thinks it's a couple houndred
>feet.

The long/short haul setting are determined by the interface.

T1 - as in wires from a Telco - Long haul
DSX-1 - as in from a CSU, DACS or mux - Short haul


>On Fri, 28 May 1999, Aaron Nabil wrote:
>
>> Paul Farber writes...
>> >If you went FROM a pri to a CT-1 then you may notice a slight decrease due
>> >to the robbed bit signeling that a CT-1 has to use.  PRI has that seperate
>> >D channel (16Kbps) leaving the full 64K for that incommming call.
>> >
>> >We have a mix of PRI/CT-1's and I really didn't notice a big difference
>> >between the two.  Your interface to the switch may be a factor.  I don't
>> >know what special characteristics, but LBO may need to be adjusted, also
>> >check that you have the DSP set to short haul, not long.  Not sure were
>> >that one is in TCM, but 99% need the short haul setting.
>>
>> In his specific case he needs short haul, since he's probably getting a
>> DSX-1 interface off their colocated switch or DACS.
>>
>> The assertion that 99% need the short haul setting is precisely
>> wrong, since the majority of users are connected via T1's (or PRI's)
>> from their phone companies, which would require the long haul
>> setting.
>>
>> >On Thu, 27 May 1999, Billy Huddleston wrote:
>> >
>> >> We recently co-located our TC with a local CLEC. Since then, our conenct
>> >> speeds seam to be lower than when we had the TC at our facility with PRI's.
>> >> (Different CLEC too). Anyone have any ideas? I'm wondering if I need to
>> >> ajust the db levels on the DPS's and Quads since we're so cose to the switch
>> >> now.
>> >>
>>


--
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: Jim Logan <[e-mail]>
Subject: Re: (usr-tc) Model Numbers?
Date: 28 May 1999 11:34:44 -0500

At 11:55 AM 5/28/1999 -0400, you wrote:
>That is the part number. I am unable to identify it with the cheat sheets I
>have. It may be an older 386?

No it was on a V.90 Chassis, and the CPU Heat Sink Definitely says 486DX4 ..

>
>At 10:22 AM 5/28/99 -0500, you wrote:
>>At 10:38 AM 5/28/1999 -0400, you wrote:
>>>There's usually a sticker with serial number, after the serial number there
>>>will be a series of 0000.
>>>That usually runs into the model number.
>>
>>That's what I thought and there is a sticker on he Connector, but it
>>doesn't match any part number shown on 3 Com's site at all (This is the
>>number 'after' what appears to be a serial number) 69-000809-01 R:2 .  I
>>guess there is really more than just 2 USR Part Numbers, so it would seem.
>>
>>>
>>>
>>>At 06:59 PM 5/27/99 -0500, you wrote:
>>>>
>>>>I may be sorely confused, but where do you find the Model Number on a USR
>>>>TC Netserver Card?  I only see 2 versions of the card on 3Com's web pages,
>>>>and I can't find either of those numbers on any of the tags (000622-06 or
>>>>000976-00) on a Netserver card I have here.  I have someone looking for a
>>>>976 version.
>>>>
>>>>  Thanks!
>>>>
>>>>
>>>>******* Top Net InterNet Services ********
>>>>Omaha, Nebraska                www.top.net
>>>>            Voice: [phone]
>>>>
>>>>
>>>>-
>>>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>>>> with "unsubscribe usr-tc" in the body of the message.
>>>> For information on digests or retrieving files and old messages send
>>>> "help" to the same address.  Do not use quotes in your message.
>>>>
>>>
>>>-
>>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>>> with "unsubscribe usr-tc" in the body of the message.
>>> For information on digests or retrieving files and old messages send
>>> "help" to the same address.  Do not use quotes in your message.
>>>
>>>
>>******* Top Net InterNet Services ********
>>Omaha, Nebraska                www.top.net
>>            Voice: [phone]
>>
>>
>>-
>> To unsubscribe to usr-tc, send an email to "[e-mail]"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address.  Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>
>
******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
            Voice: [phone]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MAC's and their 56K global village modems
Date: 28 May 1999 12:43:05 -0400 (EDT)


    OK,

  We need a little guidance here....  THe newer Macs have this 56k modem
in it; sometimes they connect and sometimes they don't.   Need to know if
there is ANYTHING that we can tell the user to change on the client end,
that will make these connections work all the time?

  I remember reading something about turning off the comperssion on their
end?  Also, is there a place we can place a string to make them do only
v.34?

  Thanks in advance!


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



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


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

From: Carl Litt <[e-mail]>
Subject: (usr-tc) Interpreting Monitor PPP Output
Date: 28 May 1999 16:34:17 -0400 (EDT)


Can someone refer or explain how to interpret the hexadecimal
"monitor ppp" output?  In particular, I need to be able to extract
the IP and port numbers of the packets.

I realize this is getting into RFC territory here, but I think
this is a valuable skill.  Tried the archives, but the search
function is disabled.

I think I remember hearing there was a tool out there which could
do this (or maybe I'm thinking of the "monitor radius" output?

Thanks for any assistance.



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Berkvam <[e-mail]>
Subject: Re: (usr-tc) MAC's and their 56K global village modems
Date: 28 May 1999 16:04:11 -0500 (CDT)

On Fri, 28 May 1999 [e-mail] wrote:

>   We need a little guidance here....  THe newer Macs have this 56k modem
> in it; sometimes they connect and sometimes they don't.   Need to know if
> there is ANYTHING that we can tell the user to change on the client end,
> that will make these connections work all the time?
>
  The modem is Rockwell-based.  We've had good luck in making sure that
the Macs have the latest firmware update from Apple which updates the
modems to the 2.200 Rockwell code.

  If the 56K modem is in a "beige" Mac, go to
<http://asu.info.apple.com/swupdates.nsf/artnum/n11206> to download the
latest firmware.

  If the modem came with a PowerBook G3 Series or iMac, get the latest
firmware from <http://asu.info.apple.com/swupdates.nsf/artnum/n11315>.

>   I remember reading something about turning off the comperssion on their
> end?  Also, is there a place we can place a string to make them do only
> v.34?
>
  If the Mac is using its built-in PPP software, it uses modem scripts to
change modem settings.  The latest updates for the iMac include a script
that will set the modem to V.34-only.  If you want to download this script
separately, go to <http://asu.info.apple.com/swupdates.nsf/artnum/n11128>.

  Otherwise you could use alternate PPP software like FreePPP
<http://www.rockstar.com/> which lets you directly enter init strings.

Andy

--
===========================================================================
Andy Berkvam          | "I don't have a distinctive voice.
                      |  At least, not a distinctive voice
Email:                |  like anyone else's..."
 [e-mail] |                              - Me
 (MIME Attachments OK)|-WWW Pages: <http://www.coredcs.com/~aberkvam/>
===========================================================================


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


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

From: Peter Olson <[e-mail]>
Subject: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
Date: 28 May 1999 16:09:08 -0500

Hi,

Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in
hardware/software?

Circumstances:
1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59.  No problems with
previous provider so far as we know.
2. We have just performed a cutover of a backup/test system from one service
provider to another to take advantage of much lower rates. We ran into some
provisioning trouble, since MCI did not know about 3COM owning the USR TC, past
that they get the service turned up, calls from a USR modem client would not
connect. When we busied out the first channel, every other channel worked.

Question2: Should I be going after the service provider or start looking for a
hardware solution? We did not have another HiperDSP card to try out.
Question3: Should we back off of the 2.0.19 drivers?

Any help would be appreciated.
Regards,
--Peter Olson



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 3Com CMTS gear
Date: 28 May 1999 17:11:39 -0400

Anyone happen to be using the 3Com cable modem headend gear and software?
Any comments how well it works, ease of management, etc.  Anyone using
someone else's gear for cable internet service, like Cisco's uBR7223?
Please reply privately.

Walt
Walter N. Gnann
ISLC, President
843.770.1000
843.770.1002 (fax)
[e-mail]
http://www.islc.net
http://www.beaufortonline.com
http://www.beaufortcomputerclub.org



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


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

From: Steve Rivera <[e-mail]>
Subject: (usr-tc) fs: 52899 USR Hardware
Date: 28 May 1999 17:27:11 -0400

Hey Guys and Gals.
Just to let you know. If you need anything.....

US Robtoics
4- Netserver 8 v34 $700
1- MP8 v34 $650
1- Netserver 16 v34 $1100
1- MP16I...some bad ports $1500
6- Netserver 8I $1500 or BO
3- Netserver 16I (Unused) $3850 or BO
5- USR TC Chassis $350 includes dual 45a pwr
2- NMC Nac only $650
4- Hyper DSP's $3800
10-Quad Digital Mopdem cards

All DOA warranty.

visa, mastercard, cod cashiers check.

Steve Rivera -  [e-mail] -  732-833-2111
    http://www.wrca.net
WTB: Cisco 4500M, Ascend Max4000 Chassis, MXSL-16MOD-L56,
Hot Items in Stock: Cisco AS5248 v90, 2511, Livingston ORU, PM2E-30,  USR
Ntsvr 16I+
'''''''''''''''''''''''''''''''''''''''''''''''









-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Hitchcock" <[e-mail]>
Subject: (usr-tc) Total control and RIP
Date: 28 May 1999 17:38:52 -0500

How do I turn on RIP routing in a total control box?

Brian Hitchcock


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) NFAS
Date: 28 May 1999 18:50:11 -0400 (EDT)


    Anyone doing multiple DSPs on a single D channel with the NEW TC
3.5 code?   We just found out that our tarrifs are being substatially
reduced and we are going all PRI/ISDN, but need some pointers on setting
up the DSPs to handle NFAS  We prefer to use 1 D channel for the 3 DSP
cards we currently have in the chassis!

  Also need some info on spanning multiple chassis for isdn.

  Thanks in advance!

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



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


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

From: Scott Boggs <[e-mail]>
Subject: RE: (usr-tc) 3.5 comments?
Date: 29 May 1999 11:05:15 -0400

If I upgrade to all the current TCS3.5 componets and then decide
I would rather have my DSP ver 1.2.43 code back in place,
can I expect any conflicts with the new NMC code and new TotCtrlManager for
Win?

Scott Boggs
AccessUnited Internet

> -----Original Message-----
> From:    Mark S - Squid Manager [SMTP:[e-mail]]
> Sent:    Monday, May 10, 1999 9:03 AM
> To:    [e-mail]
> Subject:    Re: (usr-tc) 3.5 comments?
>
> Did not help the Rockwell issue at all, and we are even getting more
> issues
> with aopen modems and such, all Rockwell based, that will not connect now,
> but did before 3.5.  Getting the latest code on their side works most of
> the
> time, but a real hassle since they were working fine before.
>
> Mark
> Green Apple Inc
>
>

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) 3.5 comments?
Date: 29 May 1999 13:00:55 -0400 (EDT)

Thus spake Scott Boggs
>If I upgrade to all the current TCS3.5 componets and then decide
>I would rather have my DSP ver 1.2.43 code back in place,
>can I expect any conflicts with the new NMC code and new TotCtrlManager for
>Win?

Not with the Total Control Manager...at least nothing earth shattering.
The NMC code is a bit trickier, but I don't suspect there would be any
problems.  Typically, if my understanding is correct, the NMC code is
backward compatible one TCS revision at least.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
Date: 29 May 1999 20:06:50 -0500 (CDT)

On Fri, 28 May 1999, Peter Olson wrote:

> Hi,
>
> Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in
> hardware/software?

No, but I have seen channel mapping get hosed.  Did you check your channel
mappings?

>
> Circumstances:
> 1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59.  No problems with
> previous provider so far as we know.
> 2. We have just performed a cutover of a backup/test system from one service
> provider to another to take advantage of much lower rates. We ran into some
> provisioning trouble, since MCI did not know about 3COM owning the USR TC, past
> that they get the service turned up, calls from a USR modem client would not
> connect. When we busied out the first channel, every other channel worked.
>
> Question2: Should I be going after the service provider or start looking for a
> hardware solution? We did not have another HiperDSP card to try out.
> Question3: Should we back off of the 2.0.19 drivers?
>

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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: Stephen Amadei <[e-mail]>
Subject: Re: (usr-tc) NFAS
Date: 29 May 1999 21:54:35 -0400 (EDT)

On Fri, 28 May 1999 [e-mail] wrote:

>
>     Anyone doing multiple DSPs on a single D channel with the NEW TC
> 3.5 code?   We just found out that our tarrifs are being substatially
> reduced and we are going all PRI/ISDN, but need some pointers on setting
> up the DSPs to handle NFAS  We prefer to use 1 D channel for the 3 DSP
> cards we currently have in the chassis!

I hear ya... I could use some pointers, too... but I'll get to try out
NFAS sometime this week when nearly all our PRIs change to 24B.  Trial by
fire...  ;-)

                    ----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ


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


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

From: "John Scrivner " <[e-mail]>
Subject: Re: (usr-tc) Opinions needed on 3COM/USR Totalcontrol NS-8
Date: 30 May 1999 04:41:38 CST6CDT

If your RBOC is like mine (Ameritech) then you are on the wrong track with BRI. They will screwup the provisioning and you might get one channel to work on each BRI as host mode for V.90. Your best bet is to get a box capable of PRI and only provision 8 channels if that is all you need. If the switch supports ESF then just use channelized T1's (cheaper then PRI in most markets). You will be far better off in the long run. One added benefit is the ability to easily add channels as time goes by. Your line charges are less with PRI/T1 as well. I have done both ways so I know what I am saying on this subject.
Sincerely,
John Scrivner


---------- Original Message ----------------------------------
Reply-To: [e-mail]

>


Does anyone have opinions, good or bad, on the 3COM/USR Totalcontrol NS-8
remote access server?  I'd use it to allow 8 V.90 connections over 4 ISDN
BRI lines.  I need it to support TCP/IP and Appletalk over PPP.  The price
on the secondhand market is quite good.

Matt Harrington
University of California San Francisco
415-476-4628




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


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


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

From: Peter Olson <[e-mail]>
Subject: Re: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
Date: 30 May 1999 09:14:18 -0500

Thanks for the suggestion to look at channel mappings. On your suggestion, I
doubled checked and found that all are assigned to group1. We did also check
other settings on each channel to verify they were configured the same way, and
so far as I can see they are. My brother-in-law at Lucent had never heard of
such a problem either. . .
Thanks,
--Peter








Brian <[e-mail]> on 05/29/1999 08:06:50 PM

Please respond to [e-mail]



  To:          [e-mail]

  cc:          (bcc: Peter Olson/ITS/CHI/FRB07)



  Subject      Re: (usr-tc) Why won't HiperDSP Port 1 of 23
  :            connect?








On Fri, 28 May 1999, Peter Olson wrote:

> Hi,
>
> Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in
> hardware/software?

No, but I have seen channel mapping get hosed.  Did you check your channel
mappings?

>
> Circumstances:
> 1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59.  No problems with
> previous provider so far as we know.
> 2. We have just performed a cutover of a backup/test system from one service
> provider to another to take advantage of much lower rates. We ran into some
> provisioning trouble, since MCI did not know about 3COM owning the USR TC,
past
> that they get the service turned up, calls from a USR modem client would not
> connect. When we busied out the first channel, every other channel worked.
>
> Question2: Should I be going after the service provider or start looking for a
> hardware solution? We did not have another HiperDSP card to try out.
> Question3: Should we back off of the 2.0.19 drivers?
>

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

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109  http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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




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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
Date: 30 May 1999 11:06:04 -0500 (CDT)

On Sun, 30 May 1999, Peter Olson wrote:

> Thanks for the suggestion to look at channel mappings. On your suggestion, I
> doubled checked and found that all are assigned to group1. We did also check
> other settings on each channel to verify they were configured the same way, and
> so far as I can see they are. My brother-in-law at Lucent had never heard of
> such a problem either. . .
> Thanks,
> --Peter

I didn't mean what group they were assigned to.  Highlight the T1/PRI
span, then goto configure, and then you can see where each channel (1-24)
should be mapped to modem (1-24).

Some things to do:

Highlight the T1/PRI span.  Goto Performance Monitor and select DS1
settings.  Look for something like Modem unavailable or something to that
effect, and make sure you don't have a whole bunch of calls that were
rejected because it thought their was no modem.

Then, click on the modems in that span, goto Perf Monitor.  I think in
feature group #2, you can click on Number of calls received.  Make sure it
looks normal (if your in first available hunting, the earlier modems
should have the most calls and this should trickle down......their should
be NO gaps between modems that have taken calls.  If you are in uniform
call distribution/round robin, then you should have an even dispersion of
calls with none that are 0, except channel 24 if your using pri).

Brian


>
>
>
>
>
>
>
>
> Brian <[e-mail]> on 05/29/1999 08:06:50 PM
>
> Please respond to [e-mail]
>
>
>
>   To:          [e-mail]
>
>   cc:          (bcc: Peter Olson/ITS/CHI/FRB07)
>
>
>
>   Subject      Re: (usr-tc) Why won't HiperDSP Port 1 of 23
>   :            connect?
>
>
>
>
>
>
>
>
> On Fri, 28 May 1999, Peter Olson wrote:
>
> > Hi,
> >
> > Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in
> > hardware/software?
>
> No, but I have seen channel mapping get hosed.  Did you check your channel
> mappings?
>
> >
> > Circumstances:
> > 1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59.  No problems with
> > previous provider so far as we know.
> > 2. We have just performed a cutover of a backup/test system from one service
> > provider to another to take advantage of much lower rates. We ran into some
> > provisioning trouble, since MCI did not know about 3COM owning the USR TC,
> past
> > that they get the service turned up, calls from a USR modem client would not
> > connect. When we busied out the first channel, every other channel worked.
> >
> > Question2: Should I be going after the service provider or start looking for a
> > hardware solution? We did not have another HiperDSP card to try out.
> > Question3: Should we back off of the 2.0.19 drivers?
> >
>
> W
> > Any help would be appreciated.
> > Regards,
> > --Peter Olson
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304)     [e-mail]
> 318-222-2638 x 109  http://www.shreve.net/~signal
> Network Administrator   ShreveNet Inc. (ASN 11881)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny (BF304)     [e-mail]
318-222-2638 x 109    http://www.shreve.net/~signal
Network Administrator   ShreveNet Inc. (ASN 11881)


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


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

From: "Sam Lowe" <[e-mail]>
Subject: (usr-tc) Idle time-out
Date: 30 May 1999 19:00:37 -0500

Can anyone tell me how to check/set idle disconnect time on a global user
basis.  I can find the command for the console, but that's it.  I know it is
in there somewhere, but appear to have done a brain dump.

TIA.

Samuel S. Lowe
Director, Data Network Services
UniversalCom, Inc
Voice 850-837-0077  VM x116
FAX [phone]
[e-mail]


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


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

From: shawn harris <[e-mail]>
Subject: Re: (usr-tc) NFAS
Date: 29 May 1999 01:53:26 -0500

I am currently on site using nfas slot one dsp is dchannel for dsps 1,2,3,and
4 slot 5 is d for 5,6 slot 7 is d for 7 and 8 but looks like the 7 8 combo
isnt going to work
cause 7 nfas setting revert back to default setting after a save to nvram
btw the setting is in program settings nfas when you highlight d channell
lights on dsp

Stephen Amadei wrote:

> On Fri, 28 May 1999 [e-mail] wrote:
>
> >
> >       Anyone doing multiple DSPs on a single D channel with the NEW TC
> > 3.5 code?   We just found out that our tarrifs are being substatially
> > reduced and we are going all PRI/ISDN, but need some pointers on setting
> > up the DSPs to handle NFAS  We prefer to use 1 D channel for the 3 DSP
> > cards we currently have in the chassis!
>
> I hear ya... I could use some pointers, too... but I'll get to try out
> NFAS sometime this week when nearly all our PRIs change to 24B.  Trial by
> fire...  ;-)
>
>                                         ----Steve
> Stephen Amadei
> Director of MIS
> Dandy Connections, Inc.
> Atlantic City, NJ
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: Marcelo Souza <[e-mail]>
Subject: (usr-tc) Re: your mail
Date: 31 May 1999 13:28:21 -0300 (EST)

On Wed, 26 May 1999 [e-mail] wrote:

|ok I need to figure out the harc command for current transmit speed
|I know I could get this from snmp so if someone knows the particular oid that
|may be helpful as well for a script im writing
|I have no quads so its all hiper hardware

    Here are some OIDs I use to monitor the connections:

'mdmCsModulationType'       => '.1.3.6.1.4.1.429.1.6.9.1.1.14'
'mdmCsFinalTxLinkRate'      => '.1.3.6.1.4.1.429.1.6.9.1.1.12'
'mdmCsFinalRxLinkRate'      => '.1.3.6.1.4.1.429.1.6.9.1.1.13'
'mdmCsErrorControlType'     => '.1.3.6.1.4.1.429.1.6.9.1.1.16'
'mdmCsCompressionType'      => '.1.3.6.1.4.1.429.1.6.9.1.1.17'
'mdmCsGainHitCount'         => '.1.3.6.1.4.1.429.1.6.9.1.1.37'
'mdmCsCallDuration'         => '.1.3.6.1.4.1.429.1.6.9.1.1.39'
'mdmCsQSNR'                 => '.1.3.6.1.4.1.429.1.6.9.1.1.61'
'mdmCsQRndTripDly'          => '.1.3.6.1.4.1.429.1.6.9.1.1.64'
'mdmCsDigitalPadAttenuated' => '.1.3.6.1.4.1.429.1.6.9.1.1.87'
'mdmCsFallbackQty'          => '.1.3.6.1.4.1.429.1.6.9.1.1.34'
'mdmCsBlerQty'              => '.1.3.6.1.4.1.429.1.6.9.1.1.32'
'mdmCsCharsLost'            => '.1.3.6.1.4.1.429.1.6.9.1.1.30'



- Marcelo


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


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

From: "Russ Miescke" <[e-mail]>
Subject: Re: (usr-tc) Idle time-out
Date: 31 May 1999 12:32:39 -0500

Set user default idle_timeout _______
Russ Miescke
Power Web Connect

----- Original Message -----
Sent: Sunday, May 30, 1999 7:00 PM


> Can anyone tell me how to check/set idle disconnect time on a global user
> basis.  I can find the command for the console, but that's it.  I know it
is
> in there somewhere, but appear to have done a brain dump.
>
> TIA.
>
> Samuel S. Lowe
> Director, Data Network Services
> UniversalCom, Inc
> Voice 850-837-0077  VM x116
> FAX [phone]
> [e-mail]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Idle time-out
Date: 31 May 1999 13:00:36 -0500



     Russ:


     If you are  using the Hyper ARC, you don't set a timeout on a gobal basis,
you set a timeout on the default user.  This is how you set all parameters that
will affect all user accounts (unless overidden by settings in Radius - where
settings for individual accounts WILL take precedence).

     set user default* idle_timeout [time in seconds: eg 900 seconds is 15
minutes].
          [*   default is the username for your default account]

     To see the complete subarguments go to a telnet prompt and type:  help set
user

     This information is also listed in the 3Com Knowledgebase:
http://knowledgebase.3com.com/      Just click on the image of a totalcontrol
box, then enter your questions....

     Hope this helps......

               Todd ;-}

     PS:  If you are using the NetServer then go to the knowledge base and query
on "CLI" and you will get a (nearly) complete listing of the command line
interface commands for the NetServer.
          ;-}





"Russ Miescke" <[e-mail]> on 05/31/99 12:32:39 PM

Please respond to [e-mail]

Sent by:  "Russ Miescke" <[e-mail]>


cc:    (Todd Keister/MW/US/3Com)




Set user default idle_timeout _______
Russ Miescke
Power Web Connect

----- Original Message -----
Sent: Sunday, May 30, 1999 7:00 PM


> Can anyone tell me how to check/set idle disconnect time on a global user
> basis.  I can find the command for the console, but that's it.  I know it
is
> in there somewhere, but appear to have done a brain dump.
>
> TIA.
>
> Samuel S. Lowe
> Director, Data Network Services
> UniversalCom, Inc
> Voice 850-837-0077  VM x116
> FAX [phone]
> [e-mail]
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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






-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Idle time-out
Date: 01 Jun 1999 11:21:12 -0400 (EDT)

A better method may be setting S20 on each modem to 20 minutes.  It's in
the call control options.

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

On Mon, 31 May 1999 [e-mail] wrote:

>
>
>      Russ:
>
>
>      If you are  using the Hyper ARC, you don't set a timeout on a gobal basis,
> you set a timeout on the default user.  This is how you set all parameters that
> will affect all user accounts (unless overidden by settings in Radius - where
> settings for individual accounts WILL take precedence).
>
>      set user default* idle_timeout [time in seconds: eg 900 seconds is 15
> minutes].
>           [*   default is the username for your default account]
>
>      To see the complete subarguments go to a telnet prompt and type:  help set
> user
>
>      This information is also listed in the 3Com Knowledgebase:
> http://knowledgebase.3com.com/      Just click on the image of a totalcontrol
> box, then enter your questions....
>
>      Hope this helps......
>
>                Todd ;-}
>
>      PS:  If you are using the NetServer then go to the knowledge base and query
> on "CLI" and you will get a (nearly) complete listing of the command line
> interface commands for the NetServer.
>           ;-}
>
>
>
>
>
> "Russ Miescke" <[e-mail]> on 05/31/99 12:32:39 PM
>
> Please respond to [e-mail]
>
> Sent by:  "Russ Miescke" <[e-mail]>
>
>
> To:   [e-mail]
> cc:    (Todd Keister/MW/US/3Com)
> Subject:  Re: (usr-tc) Idle time-out
>
>
>
>
> Set user default idle_timeout _______
> Russ Miescke
> Power Web Connect
>
> ----- Original Message -----
> From: Sam Lowe <[e-mail]>
> To: <[e-mail]>
> Sent: Sunday, May 30, 1999 7:00 PM
> Subject: (usr-tc) Idle time-out
>
>
> > Can anyone tell me how to check/set idle disconnect time on a global user
> > basis.  I can find the command for the console, but that's it.  I know it
> is
> > in there somewhere, but appear to have done a brain dump.
> >
> > TIA.
> >
> > Samuel S. Lowe
> > Director, Data Network Services
> > UniversalCom, Inc
> > Voice 850-837-0077  VM x116
> > FAX [phone]
> > [e-mail]
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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