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

Internet Message Format | 2000-08-30 | 301KB

From: "Elisee NGAN TAMBA" <[e-mail]>
Subject: (usr-tc) TOTAL Control with Kerberos
Date: 01 Aug 2000 20:23:59 +0100


    Can I use Kerberos software for securing authentication of all customers
from Total control ?. I need to use it a secure ommunication between those
terminals [TOTAL CONTROL] on diffrents POPs and Radius servers.

    Thanks in advance.


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


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

From: <[e-mail]>
Subject: Re: (usr-tc) Special user groups under HiperArc
Date: 02 Aug 2000 13:18:40 -0400 (EDT)



    I am looking for a good filter to place on our HUBS (HiperArcs) to
block a particular usergroup from access to OUR standard services ie.
telnet, pop, smtp, dns, nntp.   I am not that familiar with filters, but
have been reading several examples to include a few 3Com ones, however
they are a little vague!

  I would assume that since the dialup group will use tcp port 5190, that
I can effectively block everything else here.   I want to assign the
Filter-Id in my radius users file.

  I would also need to know how to "Globally" apply the filter to all
modem slots so that I would not have to do it to each individual slot.

  I can use a little help here...  Any comments/samples appreciated

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

On Mon, 31 Jul 2000, Charles Sprickman wrote:

> On Mon, 31 Jul 2000 [e-mail] wrote:
>
> >   Is there a way to have the HiperArc "segregate" deal with a special
> > group of users, so that all it allows them to do is httpd services?
>
> Yes...  It's totally possible.  Since we use radiator as our radius server
> (http://www.open.com.au/radiator/), I'll use that as an example.  You
> would define a filter on all your arcs that only allows access to the "AOL
> port" (see webmaster.aol.com for details on how AOL works) and give it a
> name such as "aolfilter".  You could then mark all of these users as AOL
> users in whatever authentication scheme you use as AOL users (the simplest
> example would be making a unix group called "aoluser").  Radiator, and
> likely other radius servers, could then have a rule that states "if a user
> logs in and is in group 'aoluser', send a filter-id in this request for
> 'aolfilter'".
>
> That's it in a nutshell.  The arcs allow filters on a per user basis to be
> set in radius replies...
>
> Charles
>
> >   THe reason for asking is, that AOL is not a local dialup for people in
> > this area and they "piggyback" us to get to AOL via the Internet.
> >
> >   What I would like to do is assign then a user ID like aolusername and
> > then have the HiperArcs "filter" the accounts with the aol PREFIX and then
> > only allow the connection to AOL.  I do not want them to have access to
> > pop, ftp or news on our network at all since we are providing the dialup
> > for AOL.
> >
> >   Does any of this make any sense ?   Would like any comments and/or
> > suggestions on how we might handle this.
> >
> >   Thanks again!


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Ivens <[e-mail]>
Subject: (usr-tc) TAPI_OPEN failed and operational status down.
Date: 02 Aug 2000 21:47:21 +0100

Hello,

Can anyone on the list interpret these error messages? Our telco
reports that the chassis is rejecting all calls offered to it.

18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying
At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed
At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying

The DSP also reports

   Span1 Modem Not Available Count is:        2

Does this mean that the chassis is failing to get control of the
DSP's?

The operational status of each modem is listed as down when doing a
list interfaces on the ARC.

E.g:
Interface                        Oper    Admin
Name                             Status  Status
slot:1/mod:1                     Down    Up
slot:1/mod:2                     Down    Up
etc for all the slots.

Line status parameters reported by the DSP are normal:

      NO ALARM          = TRUE
      RCV FAR END LOF   = FALSE
      XMT FAR END LOF   = FALSE
      RCV AIS           = FALSE
      XMT AIS           = FALSE
      OUT OF FRAME      = FALSE
      LOSS OF SIGNAL    = FALSE
      LOOPBACK STATE    = FALSE
      T16 AIS           = FALSE
      RCV FAR END LOMF  = FALSE
      XMT FAR END LOMF  = FALSE
      RCV TEST CODE     = FALSE
      OTHER FAILURE     = FALSE

I have no idea how to fix this and bring the operational status of the
modems up. It is on a chassis that we are trying to get working in
Germany that was previously used in the UK.  We have the switch type
set to ICTR4 and the line type set to crce1. We've tried disabling
chassis awareness and adding each card to the ARC manually.

I was wondering if anyone on the list might have some idea on how we
can get this chassis working so the powers that be will let me come
back to the UK :-).

Regards
Mark Ivens

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


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

From: Ved <[e-mail]>
Subject: Re: (usr-tc) TAPI_OPEN failed and operational status down.
Date: 02 Aug 2000 21:19:14 -0600 (CST)

what version of modem code are you using?  and what is the version of
hiper arc?  These messages say that there is packet bus issues.

V

On Wed, 2 Aug 2000, Mark Ivens wrote:

> Hello,
>
> Can anyone on the list interpret these error messages? Our telco
> reports that the chassis is rejecting all calls offered to it.
>
> 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying
> At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed
> At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying
>
> The DSP also reports
>
>    Span1 Modem Not Available Count is:        2
>
> Does this mean that the chassis is failing to get control of the
> DSP's?
>
> The operational status of each modem is listed as down when doing a
> list interfaces on the ARC.
>
> E.g:
> Interface                        Oper    Admin
> Name                             Status  Status
> slot:1/mod:1                     Down    Up
> slot:1/mod:2                     Down    Up
> etc for all the slots.
>
> Line status parameters reported by the DSP are normal:
>
>       NO ALARM          = TRUE
>       RCV FAR END LOF   = FALSE
>       XMT FAR END LOF   = FALSE
>       RCV AIS           = FALSE
>       XMT AIS           = FALSE
>       OUT OF FRAME      = FALSE
>       LOSS OF SIGNAL    = FALSE
>       LOOPBACK STATE    = FALSE
>       T16 AIS           = FALSE
>       RCV FAR END LOMF  = FALSE
>       XMT FAR END LOMF  = FALSE
>       RCV TEST CODE     = FALSE
>       OTHER FAILURE     = FALSE
>
> I have no idea how to fix this and bring the operational status of the
> modems up. It is on a chassis that we are trying to get working in
> Germany that was previously used in the UK.  We have the switch type
> set to ICTR4 and the line type set to crce1. We've tried disabling
> chassis awareness and adding each card to the ARC manually.
>
> I was wondering if anyone on the list might have some idea on how we
> can get this chassis working so the powers that be will let me come
> back to the UK :-).
>
> Regards
> Mark Ivens
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Ivens <[e-mail]>
Subject: Re: (usr-tc) TAPI_OPEN failed and operational status down.
Date: 03 Aug 2000 09:33:42 +0100

Thus spake Ved ([e-mail]):

> what version of modem code are you using?  and what is the version of
> hiper arc?  These messages say that there is packet bus issues.

Sorry I didn't mention this previously. V4.2.32. On the DSP's Software
Version  2.0.51.

> V
>
> On Wed, 2 Aug 2000, Mark Ivens wrote:
>
> > Hello,
> >
> > Can anyone on the list interpret these error messages? Our telco
> > reports that the chassis is rejecting all calls offered to it.
> >
> > 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> > GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying
> > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> > GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed
> > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> > GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying
> >
> > The DSP also reports
> >
> >    Span1 Modem Not Available Count is:        2
> >
> > Does this mean that the chassis is failing to get control of the
> > DSP's?
> >
> > The operational status of each modem is listed as down when doing a
> > list interfaces on the ARC.
> >
> > E.g:
> > Interface                        Oper    Admin
> > Name                             Status  Status
> > slot:1/mod:1                     Down    Up
> > slot:1/mod:2                     Down    Up
> > etc for all the slots.
> >
> > Line status parameters reported by the DSP are normal:
> >
> >       NO ALARM          = TRUE
> >       RCV FAR END LOF   = FALSE
> >       XMT FAR END LOF   = FALSE
> >       RCV AIS           = FALSE
> >       XMT AIS           = FALSE
> >       OUT OF FRAME      = FALSE
> >       LOSS OF SIGNAL    = FALSE
> >       LOOPBACK STATE    = FALSE
> >       T16 AIS           = FALSE
> >       RCV FAR END LOMF  = FALSE
> >       XMT FAR END LOMF  = FALSE
> >       RCV TEST CODE     = FALSE
> >       OTHER FAILURE     = FALSE
> >
> > I have no idea how to fix this and bring the operational status of the
> > modems up. It is on a chassis that we are trying to get working in
> > Germany that was previously used in the UK.  We have the switch type
> > set to ICTR4 and the line type set to crce1. We've tried disabling
> > chassis awareness and adding each card to the ARC manually.
> >
> > I was wondering if anyone on the list might have some idea on how we
> > can get this chassis working so the powers that be will let me come
> > back to the UK :-).
> >
> > Regards
> > Mark Ivens
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>

--
  Mark Ivens   [e-mail]        "You can't fight in here, this
    Systems Administrator                 is the War Room!" - The
  ClaraNET UK Ltd  020 7903 3203         President, "Dr. Strangelove"

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) TAPI_OPEN failed and operational status down.
Date: 03 Aug 2000 20:55:59 -0600

Quoting Mark Ivens <[e-mail]>:

> Thus spake Ved ([e-mail]):
>
> > what version of modem code are you using?  and what is the version of
> > hiper arc?  These messages say that there is packet bus issues.
>
> Sorry I didn't mention this previously. V4.2.32. On the DSP's Software
> Version  2.0.51.
>

Well the error message says that one of the modem/modems dropped off the packet
bus, and the hiper arc is trying to get that modem back but the modem is not
responding.  Typically this happens if either the modem reset (MFP - reason) and
that the hiper arc did not recover.  4.2.32 - I am not sure but I think does not
have all the fixes for the packet bus - 4.1.13 and 4.2.73 does - that code will
fix this problem

-V

> > V
> >
> > On Wed, 2 Aug 2000, Mark Ivens wrote:
> >
> > > Hello,
> > >
> > > Can anyone on the list interpret these error messages? Our telco
> > > reports that the chassis is rejecting all calls offered to it.
> > >
> > > 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> > > GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying
> > > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> > > GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed
> > > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL"::
> > > GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying
> > >
> > > The DSP also reports
> > >
> > >    Span1 Modem Not Available Count is:        2
> > >
> > > Does this mean that the chassis is failing to get control of the
> > > DSP's?
> > >
> > > The operational status of each modem is listed as down when doing a
> > > list interfaces on the ARC.
> > >
> > > E.g:
> > > Interface                        Oper    Admin
> > > Name                             Status  Status
> > > slot:1/mod:1                     Down    Up
> > > slot:1/mod:2                     Down    Up
> > > etc for all the slots.
> > >
> > > Line status parameters reported by the DSP are normal:
> > >
> > >       NO ALARM          = TRUE
> > >       RCV FAR END LOF   = FALSE
> > >       XMT FAR END LOF   = FALSE
> > >       RCV AIS           = FALSE
> > >       XMT AIS           = FALSE
> > >       OUT OF FRAME      = FALSE
> > >       LOSS OF SIGNAL    = FALSE
> > >       LOOPBACK STATE    = FALSE
> > >       T16 AIS           = FALSE
> > >       RCV FAR END LOMF  = FALSE
> > >       XMT FAR END LOMF  = FALSE
> > >       RCV TEST CODE     = FALSE
> > >       OTHER FAILURE     = FALSE
>
> > >
> > > I have no idea how to fix this and bring the operational status of
> the
> > > modems up. It is on a chassis that we are trying to get working in
> > > Germany that was previously used in the UK.  We have the switch type
> > > set to ICTR4 and the line type set to crce1. We've tried disabling
> > > chassis awareness and adding each card to the ARC manually.
> > >
> > > I was wondering if anyone on the list might have some idea on how we
> > > can get this chassis working so the powers that be will let me come
> > > back to the UK :-).
> > >
> > > Regards
> > > Mark Ivens
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages
> send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
>
> --
> ----------------------------------------------------------------------
>   Mark Ivens   [e-mail]        "You can't fight in here, this
>     Systems Administrator                 is the War Room!" - The
>   ClaraNET UK Ltd  020 7903 3203         President, "Dr. Strangelove"
> ----------------------------------------------------------------------
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message

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


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

From: "Donald Baud" <[e-mail]>
Subject: (usr-tc) How to setup Hiper as an L2TP LNS ?
Date: 04 Aug 2000 10:15:58 -0400

I am trying to terminate an L2TP tunnel on a HiperArc 5.0.9

The telco provided the following info:
L2tp peer Username : clientside
Peer Tunnel password : client
Telco peer name : telco
Client Interface ip address: 10.10.100.1
telco Interface ip address: 10.10.100.8

Could someone tell me what goes where in the HiperArc config.




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) How to setup Hiper as an L2TP LNS ?
Date: 05 Aug 2000 07:21:51 -0600

Quoting Donald Baud <[e-mail]>:

> I am trying to terminate an L2TP tunnel on a HiperArc 5.0.9
>
> The telco provided the following info:
> L2tp peer Username : clientside
> Peer Tunnel password : client
> Telco peer name : telco
> Client Interface ip address: 10.10.100.1
> telco Interface ip address: 10.10.100.8
>

The hiper arc has LNS enabled by default,  here are the commands that you need
add user clientside password <some unique password >
set tunnel user clientside password <client> { This is tunnel password}
set tunnel user clientside type l2tp client 10.10.100.1

I am not sure but you may have to setup your HiPer arc system tranmit name as
telco - but from the above info its not clear whether you want the client
system name as telco or hiper's

-V

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

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Ivens <[e-mail]>
Subject: Re: (usr-tc) TAPI_OPEN failed and operational status down.
Date: 07 Aug 2000 12:56:54 +0100

Thus spake [e-mail] ([e-mail]):

> Well the error message says that one of the modem/modems dropped off
> the packet bus, and the hiper arc is trying to get that modem back
> but the modem is not responding.  Typically this happens if either
> the modem reset (MFP - reason) and that the hiper arc did not
> recover.  4.2.32 - I am not sure but I think does not have all the
> fixes for the packet bus - 4.1.13 and 4.2.73 does - that code will
> fix this problem

The error message was generated for all the modems, leaving nothing
left on the packet bus to take the traffic :-).

After struggling with the chassis for a couple of days, I'm afraid we
went over to the Dark Side and put in a spare Cisco 5300.  We simply
ran out of time.

When it gets shipped back to the UK, I'll do as you suggest and try a
later code revision.

Thanks for your help, it was much appreciated.

--
   Mark Ivens   [e-mail]   "You can teach a dog new tricks but
     Systems Administrator           you can't teach Madonna to act."
    ClaraNET Ltd    020 7903 3203  - Wheel of Morality, "Anamaniacs"

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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: v90 enabled NMC cards w/ nics
Date: 07 Aug 2000 12:19:10 -0400

Does anyone have these cards available? If you would be willing to upgrade
I have the
Hiper NMC cards for $850 (new) if you trade in a v90 enabled NMC.

I am willing to buy outright so if you have them please email me off list.

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
www.isp-networkhardware.com
ICQ# 75229638
Email: [e-mail]
Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.
Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More












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


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

From: "Donald Baud" <[e-mail]>
Subject: Re: (usr-tc) How to setup Hiper as an L2TP LNS ?
Date: 07 Aug 2000 13:55:44 -0400

Hello,

You have not used any "add l2tp lns ..." command.  Could you explain what
the "add l2tp lns ..." command is for
and in what circumstance it is used for.


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

> Quoting Donald Baud <[e-mail]>:
>
> > I am trying to terminate an L2TP tunnel on a HiperArc 5.0.9
> >
> > The telco provided the following info:
> > L2tp peer Username : clientside
> > Peer Tunnel password : client
> > Telco peer name : telco
> > Client Interface ip address: 10.10.100.1
> > telco Interface ip address: 10.10.100.8
> >
>
> The hiper arc has LNS enabled by default,  here are the commands that you
need
> add user clientside password <some unique password >
> set tunnel user clientside password <client> { This is tunnel password}
> set tunnel user clientside type l2tp client 10.10.100.1
>
> I am not sure but you may have to setup your HiPer arc system tranmit name
as
> telco - but from the above info its not clear whether you want the client
> system name as telco or hiper's
>
> -V
>
> > Could someone tell me what goes where in the HiperArc config.



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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR Hiper ARC
Date: 07 Aug 2000 16:58:57 -0400

I am in the market for USR Hiper ARC's w/ nics.
Please email qty and price off list.

Thanks in advance.

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
www.isp-networkhardware.com
ICQ# 75229638
Email: [e-mail]
Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.
Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More












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


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

From: Ken Kirchner <[e-mail]>
Subject: (usr-tc) MPIP Server Loses Time/Date
Date: 07 Aug 2000 20:51:28 -0500 (CDT)


We've had several incidents here in the past few months where our MPIP
serving HARC somehow thinks it's about 20 years in the future. Even though
the NTP server is set, it manages to get the wrong date and time and keep
it for hours.  Only after it is manually reset does it seem to function
normally.  This HARC doesnt differ from our other 13 HARCs by much (2 of
the others are MPIP servers as well and do not exhibit this problem, but
they do not serve nearly as many other HARCs).  We have swapped out the
HARC but this has not solved the problem.  Has anyone ran into this
before?

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

ShreveNet - Your Premium Internet Service Provider!


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


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

From: Marcelo Souza <[e-mail]>
Subject: (usr-tc) File attachment problem
Date: 07 Aug 2000 23:06:56 -0300 (EST)



    My ISDN users are claiming that that could not send e-mail
attachments when connected to my ISDN lines. It is the same chassis that I
have another DSP with v.90 that works well.
    My log says nothing.
    My hiper Arc is v.4.1.59 and the DSP is 2.0.60.

- 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: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) MPIP Server Loses Time/Date
Date: 07 Aug 2000 22:13:34 -0400

Also sprach Ken Kirchner
>We've had several incidents here in the past few months where our MPIP
>serving HARC somehow thinks it's about 20 years in the future. Even
>though the NTP server is set, it manages to get the wrong date and time
>and keep it for hours.  Only after it is manually reset does it seem to
>function normally.  This HARC doesnt differ from our other 13 HARCs by
>much (2 of the others are MPIP servers as well and do not exhibit this
>problem, but they do not serve nearly as many other HARCs).  We have
>swapped out the HARC but this has not solved the problem.  Has anyone
>ran into this before?

I've never run into that...but I think I'd be turning off the MPIP
server_state on that one.  Keeping in mind, of course, that MPIP is
rather dependant on having the time synchronized between systems, having
an MPIP server with the wrong idea of what time it is can be a very big
problem.  While that Arc may still go all wiggy as to what time it
thinks it is, if its only an MPIP client, at least it'll only be
affecting calls that it takes, and not calls that are on other Arcs that
are using it as an MPIP server as well.

Oh...and I wouldn't worry about the MPIP clients, as long as they have
another MPIP server configured, they'll fail-over to it without any
significant 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: <[e-mail]>
Subject: Re: (usr-tc) TAPI_OPEN failed and operational status down.
Date: 08 Aug 2000 06:55:58 -0600

Quoting Mark Ivens <[e-mail]>:

> Thus spake [e-mail] ([e-mail]):
>
> > Well the error message says that one of the modem/modems dropped off
> > the packet bus, and the hiper arc is trying to get that modem back
> > but the modem is not responding.  Typically this happens if either
> > the modem reset (MFP - reason) and that the hiper arc did not
> > recover.  4.2.32 - I am not sure but I think does not have all the
> > fixes for the packet bus - 4.1.13 and 4.2.73 does - that code will
> > fix this problem
>
> The error message was generated for all the modems, leaving nothing
> left on the packet bus to take the traffic :-).
>
> After struggling with the chassis for a couple of days, I'm afraid we
> went over to the Dark Side and put in a spare Cisco 5300.  We simply
> ran out of time.
>

A complete reboot of the chassis - Power off and Power on should have
resolved this issue atleast for 20 days - Anyway when you get the chassis back
do use the latest code.

V

> When it gets shipped back to the UK, I'll do as you suggest and try a
> later code revision.
>



> Thanks for your help, it was much appreciated.
>
> --
> ----------------------------------------------------------------------
>    Mark Ivens   [e-mail]   "You can teach a dog new tricks but
>      Systems Administrator           you can't teach Madonna to act."
>     ClaraNET Ltd    020 7903 3203  - Wheel of Morality, "Anamaniacs"
> ---------------------------------------------------------------------
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) How to setup Hiper as an L2TP LNS ?
Date: 08 Aug 2000 07:00:50 -0600

Quoting Donald Baud <[e-mail]>:

> Hello,
>
> You have not used any "add l2tp lns ..." command.  Could you explain
> what
> the "add l2tp lns ..." command is for
> and in what circumstance it is used for.
>
Well you need to add a l2tp lns if you are going to use global lns setup on the
ARC  - meaning, if you have calls coming to the hiper arc and having the calls
terminate on a lns, or set of lns you can setup globally several lns, with
preference - that way when a l2tp call comes, it will go use the prefrence and
send the call to the respective lns.
In your case you are trying to terminate a call to the HiPer arc as
LNS - so the only command that you need to make sure is available is
enable l2tp lns.

-V


>
> ----- Original Message -----
> From: <[e-mail]>
>
> > Quoting Donald Baud <[e-mail]>:
> >
> > > I am trying to terminate an L2TP tunnel on a HiperArc 5.0.9
> > >
> > > The telco provided the following info:
> > > L2tp peer Username : clientside
> > > Peer Tunnel password : client
> > > Telco peer name : telco
> > > Client Interface ip address: 10.10.100.1
> > > telco Interface ip address: 10.10.100.8
> > >
> >
> > The hiper arc has LNS enabled by default,  here are the commands that
> you
> need
> > add user clientside password <some unique password >
> > set tunnel user clientside password <client> { This is tunnel
> password}
> > set tunnel user clientside type l2tp client 10.10.100.1
> >
> > I am not sure but you may have to setup your HiPer arc system tranmit
> name
> as
> > telco - but from the above info its not clear whether you want the
> client
> > system name as telco or hiper's
> >
> > -V
> >
> > > Could someone tell me what goes where in the HiperArc config.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) MPIP Server Loses Time/Date
Date: 08 Aug 2000 07:02:08 -0600

Quoting Ken Kirchner <[e-mail]>:

>
> We've had several incidents here in the past few months where our MPIP
> serving HARC somehow thinks it's about 20 years in the future. Even
> though
> the NTP server is set, it manages to get the wrong date and time and
> keep
> it for hours.  Only after it is manually reset does it seem to function
> normally.  This HARC doesnt differ from our other 13 HARCs by much (2 of
> the others are MPIP servers as well and do not exhibit this problem, but
> they do not serve nearly as many other HARCs).  We have swapped out the
> HARC but this has not solved the problem.  Has anyone ran into this
> before?
What does the syslog say? If there is a NTP issue you should see corresponding
syslog entries


-V

>
> --
> Ken Kirchner                   :  [e-mail]
> Assitant System Administrator  :  Tel [phone]
> ShreveNet, Inc.                :  Fax [phone]
>
> ShreveNet - Your Premium Internet Service Provider!
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) File attachment problem
Date: 08 Aug 2000 07:03:46 -0600

Quoting Marcelo Souza <[e-mail]>:

>
>
>     My ISDN users are claiming that that could not send e-mail
> attachments when connected to my ISDN lines. It is the same chassis that
> I
> have another DSP with v.90 that works well.
>     My log says nothing.
>     My hiper Arc is v.4.1.59 and the DSP is 2.0.60.

I do remember an issue with MTU with 2.0.60 code.  setting the default user
with MTU of 576 usually resolved the issue.  The correct way to fix this
is to use the latest code.

The workaround for this is

set user default mtu 576

-V

>
> - 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 Thornton" <[e-mail]>
Subject: (usr-tc) ISDN dialin problem
Date: 08 Aug 2000 10:04:06 -0500

I have received a call from a Verizon tech concerning ISDN connection
problems from their territory. They have narrowed it down to a problem of
sending 10 vs. 7 digits in something they call a data table translation.
They have already communicated with the local telco who says their system is
set up to accept and pass either 7 or 10 digits. So the focus is now on me
to fix my system. I don't know what they are talking about and don't recall
ever seeing any configuration option that had to do with number of digits. I
don't want to screw up my existing connections either. Does anyone have an
idea what Verizon is talking about here?

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




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


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

From: Jaye Mathisen <[e-mail]>
Subject: (usr-tc) I just can't put my finger on it...
Date: 08 Aug 2000 15:06:29 -0700 (PDT)



TC NMC 5.5.5, quad modems, PRI.

quad modem picks up on an analog call, but never generates the carrier
tone...

SO the customer just hears dead air...

I know there was something for this, maybe modem mapping or somesuch, but
it's escaping me.

Any tips appreciated.


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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) ISDN dialin problem
Date: 08 Aug 2000 21:29:05 -0600

Quoting Mark Thornton <[e-mail]>:

> I have received a call from a Verizon tech concerning ISDN connection
> problems from their territory. They have narrowed it down to a problem
> of
> sending 10 vs. 7 digits in something they call a data table translation.
> They have already communicated with the local telco who says their
> system is
> set up to accept and pass either 7 or 10 digits. So the focus is now on
> me

I guess they are taking about the number of digits the telco is sending.
Typically makes sense in the T1 world.  In the HiPer DSP or the Quad modem
setup you have something called the DFTM settings and where you can say the
number of digits that you receive from the telco. If the number say on your DSP
is set to say 7 and the telco sends 10 - your call may be disconnected, unless
the client modem is smart enough to recognize the answer tones.

Again this setting is on the hiper DSP/Quad for the DTFM digits.  I am not sure
why a ISDN call should matter with the digits - However the digits are setup in
that section.  Change that setting on the DSP - should be on the span level
configuration, and see if that helps.



> to fix my system. I don't know what they are talking about and don't
> recall
> ever seeing any configuration option that had to do with number of
> digits. I
> don't want to screw up my existing connections either. Does anyone have
> an
> idea what Verizon is talking about here?
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) I just can't put my finger on it...
Date: 08 Aug 2000 21:30:48 -0600

Quoting Jaye Mathisen <[e-mail]>:

>
>
> TC NMC 5.5.5, quad modems, PRI.
No NETServer? Hiper ARC? in this configuration?

Are you using just the NMC/Quad?
Are you using a device attached via the Quad cables terminate the call?
If so the device attached to the Quad is responsible to provide the DTR



>
> quad modem picks up on an analog call, but never generates the carrier
> tone...
>
> SO the customer just hears dead air...
>
> I know there was something for this, maybe modem mapping or somesuch,
> but
> it's escaping me.
>
> Any tips appreciated.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) ISDN dialin problem
Date: 08 Aug 2000 21:39:11 -0500

> Again this setting is on the hiper DSP/Quad for the DTFM digits.  I am not sure
> why a ISDN call should matter with the digits

I have heard this may be a problem when multiple area codes are local to
a region... not sure if it's true, but just what I've heard....

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: Jaye Mathisen <[e-mail]>
Subject: Re: (usr-tc) I just can't put my finger on it...
Date: 09 Aug 2000 07:25:13 -0700 (PDT)


Yes, it has a netserver card.  Sorry, should've made that clear.



On Tue, 8 Aug 2000, Veda Narayan wrote:

> Quoting Jaye Mathisen <[e-mail]>:
>
> >
> >
> > TC NMC 5.5.5, quad modems, PRI.
> No NETServer? Hiper ARC? in this configuration?
>
> Are you using just the NMC/Quad?
> Are you using a device attached via the Quad cables terminate the call?
> If so the device attached to the Quad is responsible to provide the DTR
>
>
>
> >
> > quad modem picks up on an analog call, but never generates the carrier
> > tone...
> >
> > SO the customer just hears dead air...
> >
> > I know there was something for this, maybe modem mapping or somesuch,
> > but
> > it's escaping me.
> >
> > Any tips appreciated.
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> ===========
>
> -V
>
> ==========
>


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


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

From: "Mark Thornton" <[e-mail]>
Subject: (usr-tc) 3Com news server out of business?
Date: 09 Aug 2000 17:11:27 -0500

I have noticed that there doesn't appear to be any new posts to the news
server on any subject concerning the Total Control products since 6/19. Has
it gone off the air?

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




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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) I just can't put my finger on it...
Date: 09 Aug 2000 18:44:19 -0600

Quoting Jaye Mathisen <[e-mail]>:

>
> Yes, it has a netserver card.  Sorry, should've made that clear.
>
>
The modems must be active on the netserver card.  I guess you did configure the
Netserver for the same.  If the modems are active and as soon as you place a
call if the call drops, setup a syslog server, and grab syslogs from the
netserver.  The syslog will tell you what is happening to the call.

-V

>
> On Tue, 8 Aug 2000, Veda Narayan wrote:
>
> > Quoting Jaye Mathisen <[e-mail]>:
> >
> > >
> > >
> > > TC NMC 5.5.5, quad modems, PRI.
> > No NETServer? Hiper ARC? in this configuration?
> >
> > Are you using just the NMC/Quad?
> > Are you using a device attached via the Quad cables terminate the
> call?
> > If so the device attached to the Quad is responsible to provide the
> DTR
> >
> >
> >
> > >
> > > quad modem picks up on an analog call, but never generates the
> carrier
> > > tone...
> > >
> > > SO the customer just hears dead air...
> > >
> > > I know there was something for this, maybe modem mapping or
> somesuch,
> > > but
> > > it's escaping me.
> > >
> > > Any tips appreciated.
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages
> send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> >
> > ===========
> >
> > -V
> >
> > ==========
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) 3Com news server out of business?
Date: 09 Aug 2000 23:07:15 -0400

Also sprach Mark Thornton
>I have noticed that there doesn't appear to be any new posts to the
>news server on any subject concerning the Total Control products since
>6/19. Has it gone off the air?

Have you switched over to using totalservice.3com.com instead of
totalservice.usr.com?  I haven't checked if its happened yet, but the
usr.com domain name is going away for 3com (being transferred to the
NatSteel/Accton modem thingy along with the rest of the "USRobotics"
name).

Alternatively, keep mind that they restructured the newsgroups, so the
old *.totalcontrol group is no longer active at all...its now a *.RAS
group (don't remember what the "*" expands out to there, but easy enough
to find :)
--
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: "Alan Martin" <[e-mail]>
Subject: (usr-tc) V92/V44
Date: 10 Aug 2000 11:41:16 -0400

TO ALL:

Anyone know if USR will be doing V.92/V.44 if so will It be a download to
my TC boxes?

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: Paul Farber <[e-mail]>
Subject: (usr-tc) Bulkfile Configuration
Date: 10 Aug 2000 17:08:51 -0400 (EDT)

Hello all

I need to replace an ARC card, right now they are in different chassis.

I did a set bulk_file ConfigBulkFile save configuration and tftp'd down
the file (from ARC A).

I did just enough of the config in ARC B to give it an IP, tftp the config
file, do a set bulk_file ConfigBulkFile and restore config, then a reboot.

The config file dosen;t seem to take as a sho config lists the minimal
config.  I watch the boot via console port and no errors.

ARC's are both running 4.1.59.  ARC A had less RAM/FLASH than ARC B, but
other than that they are the same.

Any clues???

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


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


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

From: Paul Farber <[e-mail]>
Subject: (usr-tc) Bulk file configuration
Date: 10 Aug 2000 19:25:12 -0400 (EDT)

Figured it out... you MUST use ConfigBulkFile as the fiel name.. I was
using a datestamp based file name.

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


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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR Hiper ARC's
Date: 11 Aug 2000 10:20:00 -0400

Please email me if you have 1 available. I will buy up to 6.
Must be guaranteed working. or have factory warranty.

6- USR Hiper ARC

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
www.isp-networkhardware.com
ICQ# 75229638
Email: [e-mail]
Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.
Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More












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


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

From: "Jorge Lozano" <[e-mail]>
Subject: (usr-tc) problem with dual E1
Date: 11 Aug 2000 10:56:00 -0500

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

I have a chassis with a dual E1 card, quad digital and netserver.
The E1 is configured as R2 LME, and everything is working fine
apparently but when 5 users call in to total control, all timeslots
appear as in use in the telephonic company.
Any ideas about what is the problem, the telephonic company uses an
Alcatel system 12000 rel. 7.0 ... I think so.. :-)

Regards,

Jorge Lozano <[e-mail]>
The only way to predict the future is... to create it!
Please visit, http://www.andinet.com

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

iQA/AwUBOZQiD6p3oywyFVUlEQJEEwCgnnFbgzbzkCCtmEc86ZNgwooeOlwAn30H
NAiG9ucO/XV8didpB1S8YpGB
=fNTq
-----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: Scott Trautman <[e-mail]>
Subject: (usr-tc) Quad's&Dual T1: now seem to "busy" themselves out pretty frequent
Date: 11 Aug 2000 11:38:05 -0500

Not sure at what point in time this started, but I regularlly have to go
into the T1 card, look at the line stats,
figure out which channels are in busy out, reset them.

I don't believe I have anything setup with auto-response to do anything like
busy itself out.

Any way to stopping the modem from busy-ing itself out/any why on what's
happening here?
Grrrr....replace all of them with DSP's but I'm feeling a little too cheap
right now....

T1 Span Line 1 DS0/Modem Status


 DS0 DS0          Modem        Slot/   DS0 DS0          Modem        SLOT/
     Status       Status       Chan        Status       Status       chan

 1   CONNECT-IN   CONNECT-IN   2\1     13  IDLE         IDLE         5\1
 2   CONNECT-IN   CONNECT-IN   2\2     14  IDLE         IDLE         5\2
 3   BUSY-OUT     BUSY-OUT     2\3     15  IDLE         IDLE         5\3
 4   CONNECT-IN   CONNECT-IN   2\4     16  IDLE         IDLE         5\4
 5   CONNECT-IN   CONNECT-IN   3\1     17  IDLE         IDLE         6\1
 6   CONNECT-IN   CONNECT-IN   3\2     18  IDLE         IDLE         6\2
 7   IDLE         IDLE         3\3     19  IDLE         IDLE         6\3
 8   IDLE         IDLE         3\4     20  IDLE         IDLE         6\4
 9   IDLE         IDLE         4\1     21  IDLE         IDLE         7\1
 10  IDLE         IDLE         4\2     22  IDLE         IDLE         7\2
 11  IDLE         IDLE         4\3     23  IDLE         IDLE         7\3
 12  IDLE         IDLE         4\4     24  IDLE         IDLE         7\4

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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: Netservers, MP, Managed MP
Date: 11 Aug 2000 17:33:20 -0400

WR Communications Asssociates has the following equipment available for
immediate sale. All equipment listed is sold with 30 day warranty, Books
and Rack Ears. Worldwide shipment welcomed.

In House:
1- Netserver 16 v34
1- Netserver 8 v34
2- Netserver 8I
1- MP8 v34
3- MP16 v34
1- Managed MP16 v34

In Coming: Early Next week.
2- MP8 v34
1- MP16 v34
1- Managed MP16 v34
2- Netserver 8 v34
1- Netserver 8I

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
www.isp-networkhardware.com
ICQ# 75229638
Email: [e-mail]
Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.
Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More












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


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

From: Jaye Mathisen <[e-mail]>
Subject: (usr-tc) Is there a way to not accept anonymous calls?
Date: 11 Aug 2000 14:51:32 -0700 (PDT)



Is there any way to configure a PRI (on the Netserver PRI, or the DSP), to
not accept a call w/o caller-ID info?

If it's just not available because of equipment, that's fine, but if the
caller is specifically blocking the c-id, then I want to not accept the
call on the rack...

Is this doable?


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


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

From: "albert" <[e-mail]>
Subject: (usr-tc) need..: Netservers, MP, Managed MP
Date: 11 Aug 2000 17:24:35 -0700

Steve, what are you asking on the mp/16's and the netserver 16's

albert

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Steve Rivera
> -www.wrca.net
> Sent: Friday, August 11, 2000 2:33 PM
> To: [e-mail]
> Subject: (usr-tc) FS: Netservers, MP, Managed MP
>
>
> WR Communications Asssociates has the following equipment available for
> immediate sale. All equipment listed is sold with 30 day warranty, Books
> and Rack Ears. Worldwide shipment welcomed.
>
> In House:
> 1- Netserver 16 v34
> 1- Netserver 8 v34
> 2- Netserver 8I
> 1- MP8 v34
> 3- MP16 v34
> 1- Managed MP16 v34
>
> In Coming: Early Next week.
> 2- MP8 v34
> 1- MP16 v34
> 1- Managed MP16 v34
> 2- Netserver 8 v34
> 1- Netserver 8I
>
> Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
> www.isp-networkhardware.com
> ICQ# 75229638
> Email: [e-mail]
> Mobile Email: [e-mail]
>
> Worldwide Provider of Network Hardware Since 1981.
> Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
> IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
> Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More
>
>
>
>
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Quad's&Dual T1: now seem to "busy" themselves out pretty
Date: 11 Aug 2000 20:11:15 -0400 (EDT)

On Fri, 11 Aug 2000, Scott Trautman wrote:

> Not sure at what point in time this started, but I regularlly have to go
> into the T1 card, look at the line stats,
> figure out which channels are in busy out, reset them.

You running ARCs or Netservers?  I saw the same thing (on an ARC
chassis) when I moved to the 4.2.x codebase.  Quad code did not change,
nor did the T1 card, only the ARC.  Sounds like the same thing.

I've posted numerous times, but never heard of anyone else with the same
problem.  Maybe no one uses quads anymore?  And of course it's something
you don't see unless you are looking for it...

Charles

> I don't believe I have anything setup with auto-response to do anything like
> busy itself out.
>
> Any way to stopping the modem from busy-ing itself out/any why on what's
> happening here?
> Grrrr....replace all of them with DSP's but I'm feeling a little too cheap
> right now....
>
> T1 Span Line 1 DS0/Modem Status
>
>
>  DS0 DS0          Modem        Slot/   DS0 DS0          Modem        SLOT/
>      Status       Status       Chan        Status       Status       chan
>
>  1   CONNECT-IN   CONNECT-IN   2\1     13  IDLE         IDLE         5\1
>  2   CONNECT-IN   CONNECT-IN   2\2     14  IDLE         IDLE         5\2
>  3   BUSY-OUT     BUSY-OUT     2\3     15  IDLE         IDLE         5\3
>  4   CONNECT-IN   CONNECT-IN   2\4     16  IDLE         IDLE         5\4
>  5   CONNECT-IN   CONNECT-IN   3\1     17  IDLE         IDLE         6\1
>  6   CONNECT-IN   CONNECT-IN   3\2     18  IDLE         IDLE         6\2
>  7   IDLE         IDLE         3\3     19  IDLE         IDLE         6\3
>  8   IDLE         IDLE         3\4     20  IDLE         IDLE         6\4
>  9   IDLE         IDLE         4\1     21  IDLE         IDLE         7\1
>  10  IDLE         IDLE         4\2     22  IDLE         IDLE         7\2
>  11  IDLE         IDLE         4\3     23  IDLE         IDLE         7\3
>  12  IDLE         IDLE         4\4     24  IDLE         IDLE         7\4
>
> 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.
>


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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Is there a way to not accept anonymous calls?
Date: 12 Aug 2000 10:41:06 -0600

Quoting Jaye Mathisen <[e-mail]>:

>
>
> Is there any way to configure a PRI (on the Netserver PRI, or the DSP),
> to
> not accept a call w/o caller-ID info?
>
> If it's just not available because of equipment, that's fine, but if the
> caller is specifically blocking the c-id, then I want to not accept the
> call on the rack...
>
> Is this doable?

Can be done several ways.  Using Radius - You can tell radius to expect certain
number of digits to validate the user by checking ani.

There is configuration on the hiper arc when you can force the hiper arc to
check for the ani/dnis (not really sure how to configure - need to look at the
manual)  but you can tell the hiper arc to do pre-auth on ani/dnis

You can also tell the DSP - set it to dtfm - check for address and program it
for checking the amount ani digits the telco provides.


-V

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



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Is there a way to not accept anonymous calls?
Date: 12 Aug 2000 15:27:25 -0400

Also sprach Veda Narayan
>Quoting Jaye Mathisen <[e-mail]>:
>> Is there any way to configure a PRI (on the Netserver PRI, or the
>> DSP), to not accept a call w/o caller-ID info?

>> If it's just not available because of equipment, that's fine, but if
>> the caller is specifically blocking the c-id, then I want to not
>> accept the call on the rack...

>> Is this doable?

>Can be done several ways.  Using Radius - You can tell radius to expect
>certain number of digits to validate the user by checking ani.

>There is configuration on the hiper arc when you can force the hiper
>arc to check for the ani/dnis (not really sure how to configure - need
>to look at the manual)  but you can tell the hiper arc to do pre-auth
>on ani/dnis

>You can also tell the DSP - set it to dtfm - check for address and
>program it for checking the amount ani digits the telco provides.

Yeah, but from what I've seen, you can't distinguish between callerid
blocking (note, its really caller id, not ANI) and just plain
non-existence, which is what the question really was I believe.  ie, if
I'm calling from my work PBX, it doesn't have the ability to encode
callerid information into the call request (at least the way we have it
set up...I think the equipment is capable of it), that's different from
someone dialing a *xx before they dial to block the callerid
information.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR/3Com Hiper ARC/DSP
Date: 14 Aug 2000 16:11:15 -0400

WR Communication Consultants (WRCA)  is looking to buy:

3- USR Hiper DSP w/ nic (NEW/OPEN BOX)
5- US Robotics/3Com Hiper Access Router Cards w/ nics.

Memory configuration and age of card helpful.
Please email off-list.

I have the following available:

EdgeServer w/ nic
Hiper NMC
Hiper DSP
QTY- Quad Digitals. $250ea or BO

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
www.isp-networkhardware.com
ICQ# 75229638
Email: [e-mail]
Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.
Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More












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


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

From: Jaye Mathisen <[e-mail]>
Subject: Re: (usr-tc) I just can't put my finger on it...
Date: 14 Aug 2000 16:19:16 -0700 (PDT)


Well in this case, it weren't my fault.  The telco had loops on the
Intermachine trunks feeding the switch feeding my rack, so the rack was
merrily sending out the carrier tones, but the end-user never heard them
because of the loop.

WHich is where we were seeign the problem.

Few minutes with a T-BERD on our DSX panel showed us that we were
definitely generating tones...

On Wed, 9 Aug 2000, Veda Narayan wrote:

> Quoting Jaye Mathisen <[e-mail]>:
>
> >
> > Yes, it has a netserver card.  Sorry, should've made that clear.
> >
> >
> The modems must be active on the netserver card.  I guess you did configure the
> Netserver for the same.  If the modems are active and as soon as you place a
> call if the call drops, setup a syslog server, and grab syslogs from the
> netserver.  The syslog will tell you what is happening to the call.
>
> -V
>
> >
> > On Tue, 8 Aug 2000, Veda Narayan wrote:
> >
> > > Quoting Jaye Mathisen <[e-mail]>:
> > >
> > > >
> > > >
> > > > TC NMC 5.5.5, quad modems, PRI.
> > > No NETServer? Hiper ARC? in this configuration?
> > >
> > > Are you using just the NMC/Quad?
> > > Are you using a device attached via the Quad cables terminate the
> > call?
> > > If so the device attached to the Quad is responsible to provide the
> > DTR
> > >
> > >
> > >
> > > >
> > > > quad modem picks up on an analog call, but never generates the
> > carrier
> > > > tone...
> > > >
> > > > SO the customer just hears dead air...
> > > >
> > > > I know there was something for this, maybe modem mapping or
> > somesuch,
> > > > but
> > > > it's escaping me.
> > > >
> > > > Any tips appreciated.
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old messages
> > send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > >
> > >
> > >
> > > ===========
> > >
> > > -V
> > >
> > > ==========
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> ===========
>
> -V
>
> ==========
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Jaye Mathisen <[e-mail]>
Subject: (usr-tc) Lost password on Netserver.
Date: 14 Aug 2000 16:21:21 -0700 (PDT)



I'm taking over some maint. because of the departure of the previous
person.  One of the netservers has a password that I can't figger' out.

Isn't there a dip switch that wipes everything out?  Or how do I recover
this password?


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


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

From: Jaye Mathisen <[e-mail]>
Subject: Re: (usr-tc) Is there a way to not accept anonymous calls?
Date: 14 Aug 2000 16:35:02 -0700 (PDT)


THis is exactly what I mean.  I guess I can go back to our switch and pull
the CDR's and figure it out, but it would just be easier to do it at the
3com.

Wasn't sure if there was a difference in signalling between the CID stuff
not being available and the CID stuff being specifically blocked.


On Sat, 12 Aug 2000, Jeff Mcadams wrote:

> Also sprach Veda Narayan
> >Quoting Jaye Mathisen <[e-mail]>:
> >> Is there any way to configure a PRI (on the Netserver PRI, or the
> >> DSP), to not accept a call w/o caller-ID info?
>
> >> If it's just not available because of equipment, that's fine, but if
> >> the caller is specifically blocking the c-id, then I want to not
> >> accept the call on the rack...
>
> >> Is this doable?
>
> >Can be done several ways.  Using Radius - You can tell radius to expect
> >certain number of digits to validate the user by checking ani.
>
> >There is configuration on the hiper arc when you can force the hiper
> >arc to check for the ani/dnis (not really sure how to configure - need
> >to look at the manual)  but you can tell the hiper arc to do pre-auth
> >on ani/dnis
>
> >You can also tell the DSP - set it to dtfm - check for address and
> >program it for checking the amount ani digits the telco provides.
>
> Yeah, but from what I've seen, you can't distinguish between callerid
> blocking (note, its really caller id, not ANI) and just plain
> non-existence, which is what the question really was I believe.  ie, if
> I'm calling from my work PBX, it doesn't have the ability to encode
> callerid information into the call request (at least the way we have it
> set up...I think the equipment is capable of it), that's different from
> someone dialing a *xx before they dial to block the callerid
> information.
>


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


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

From: Andy <[e-mail]>
Subject: Re: (usr-tc) V92/V44
Date: 14 Aug 2000 18:11:07 -0600 (MDT)


Will 3COM release TC v92/v44 code?  I'm convinced - no.

Check the archives regarding lack of response from 3COM management over
the years.  Speaks for it's self.

---
Andy Dalrymple
XMission Telecom Manager                    (8/14/00)



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


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

From: Lists <[e-mail]>
Subject: (usr-tc) Resource pools
Date: 15 Aug 2000 14:46:58 +1000 (EST)


Hi All,

What's the best way to setup a dual PRI card with two different dialup
numbers?

In this case, I have one span on one directory number, and another on
another number.  Each number needs to route to a specific pool of modems.

Seems innocent enough.  I've configured up the PRI card as follows:


Reserved Pool to Inbound Phone Number Mapping

 Pool ID    Inbound Phone Number               Pool Type
 -------    --------------------------         ---------
  1         11111111                           Analog
  2         22222222                           Analog
  3         ?                                  None

(where the appropriate numbers have been substituted)


Modem mappings as follows:

Quad B-Channel Modem/ I-Modem Reserved Pool Assignments

 ID  Slot/ Pool_ID     ID Slot/ Pool_ID   ID  Slot/ Pool_ID  ID  Slot/Pool_ID
     Chan                 Chan                Chan               Chan
  1   1/1   0          17  5/1   1        33   9/1   2       49  13/1   2
  2   1/2   0          18  5/2   1        34   9/2   2       50  13/2   2
  3   1/3   0          19  5/3   1        35   9/3   2       51  13/3   2
  4   1/4   0          20  5/4   1        36   9/4   2       52  13/4   2
  5   2/1   0          21  6/1   1        37  10/1   2       53  14/1   2
  6   2/2   0          22  6/2   1        38  10/2   2       54  14/2   2
  7   2/3   0          23  6/3   1        39  10/3   2       55  14/3   2
  8   2/4   0          24  6/4   1        40  10/4   2       56  14/4   2
  9   3/1   1          25  7/1   1        41  11/1   2       57  15/1   0
 10   3/2   1          26  7/2   1        42  11/2   2       58  15/2   0
 11   3/3   1          27  7/3   1        43  11/3   2       59  15/3   0
 12   3/4   1          28  7/4   1        44  11/4   2       60  15/4   0
 13   4/1   1          29  8/1   2        45  12/1   2       61  16/1   0
 14   4/2   1          30  8/2   2        46  12/2   2       62  16/2   0
 15   4/3   1          31  8/3   2        47  12/3   2       63  16/3   0
 16   4/4   1          32  8/4   2        48  12/4   2       64  16/4   0


When I place a call to the first number, I get (PRI debug):

uccu_get_new_uccb: attach uccb to head of list. tcid: 0x8 ucid: 0x00000008
uccu_get_new_uccb: ALLOC tcid: 0x8 ucid: 0x00000008, allocated = 1, dsl_id=0
sfn:ucc_null,evt:20-SETUP_IND,tcid:0x8,ucid:0x00000008
ucc_setup_in_call: tcid: 0x8, CRV: 22 (0x16)
DNIS nums:4 cl type override nums:0
ucc_setup_in_call: ANI (calling_phnum) >362347174<, len = 9, err = 0x32d84
uccidm_search_DNIS_reserved_pool: len_called_num = 8: stripped inbound
phone >64719200<, len = 8
uccidm_search_DNIS_reserved_pool: local stripped DNIS >64719200<, len = 8
ucc_route_to_DNIS_reserved_pool: activated: reserved pool ID/type: [1/1], DNIS: >64719200<
ds0_res_call_type: dsl: 0, intid: 0, ds0: 8, bct: 73, err: 0 verdict: 1
uccidm_reserve_ds0: SUCCESS: call_type: ANALOG, span=0, ds0=9, in_flag=1
ucc_route_to_DNIS_reserved_pool: no anlg mdm available in pool 1... trying I-mdm
UCCM_BUILD_TODEV_NSF_IE: compand code used = 0 (0=A-law,1=U-law,2=country)
GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=3 bitmap=0
GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=2 bitmap=0
GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=1 bitmap=1
GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=0 bitmap=0
ucc_route_to_DNIS_reserved_pool,send usr_X_setup_con_req to dev
ucc_route_to_DNIS_reserved_pool:tcid:0x8,ucid:0x00000008,sp:0,b:9,tts:3,dt:4,s/c:3/4,hdl:3
<PH_ERROR> ph_frame__post_xmit: datagram: frame t/p: 8/0030:001e48ec,
status >0x04<
NOTE:uccpbus_disconnected func called, hdl:3,status:155
NOTE:uccpbus_closed_cb func called, hdl:3,status:0
NOTE:uccpbus_opened_cb func called, hdl:3,status:0

As best I can tell, it's getting the DNIS OK, and mapping it to the right
pool, but just not finding any modems in the pool.

The modems are defined to the PRI as Quad-I-modems, and are active in the
NETserver.  All modems are set for PRItdm as the interface type.

This chassis has two NETservers - one for each dialup number.

PRI card is at 3.1.5, Netserver at 3.8.1.

This must be simple, surely?  I'm obviously missing something - anyone
know what?


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


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

From: "albert" <[e-mail]>
Subject: RE: (usr-tc) Lost password on Netserver.
Date: 14 Aug 2000 23:39:49 -0700

dip 4 down power up.,...

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jaye Mathisen
> Sent: Monday, August 14, 2000 4:21 PM
> To: [e-mail]
> Subject: (usr-tc) Lost password on Netserver.
>
>
>
>
> I'm taking over some maint. because of the departure of the previous
> person.  One of the netservers has a password that I can't figger' out.
>
> Isn't there a dip switch that wipes everything out?  Or how do I recover
> this password?
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: Lists <[e-mail]>
Subject: (usr-tc) PRI card problem?
Date: 15 Aug 2000 18:16:56 +1000 (EST)


Further to my last e-mail, now I'm getting this from the PRI card:

  <PH_ERROR> ph_frame__post_xmit: datagram: frame t/p: 8/0030:001e48ec, status >0x04<

Anyone know if this is a fried PRI card, a fried chassis, some other fried
card, fried code, fried config, or something else?


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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) Anybody need a EdgeServer Card?
Date: 15 Aug 2000 10:46:21 -0400

WR Communication Associates (WRCA) has the following card available to ship
immediately.
Cards are guaranteed working upon delivery.

1- USR EdgeServer Card w/ SCSI-2 NIC
Part# 69-001160-01 R:5
Part# 69-001410-00 R:2

If you have an interest please contact me off list.

I AM IN THE MARKET FOR:
Hiper ARC's, DSP's, Quad Analog/Digitals. Please email/Call if you have any
available.


Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
www.isp-networkhardware.com
ICQ# 75229638
Email: [e-mail]
Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.
Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More












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


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

From: "Randy Cosby" <[e-mail]>
Subject: RE: (usr-tc) V92/V44
Date: 15 Aug 2000 12:43:52 -0600

I'd have to disagree.  Not that I have any higher opinion of the 3COM
management...

3COM just started running a promotion for Quad->HiperDSP tradeins.  If the
pattern holds from past promotions (netserver->hiperarc), we'll soon see the
end-of-life/support for quads.

My guess is v.44/92 will be available for HiperDSP's only, and then only
with a service contract.

Everyone paid up on their support contracts?

Randy
InfoWest, Inc.

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Andy
> Sent: Monday, August 14, 2000 6:11 PM
> To: [e-mail]
> Subject: Re: (usr-tc) V92/V44
>
>
>
> Will 3COM release TC v92/v44 code?  I'm convinced - no.
>
> Check the archives regarding lack of response from 3COM management over
> the years.  Speaks for it's self.
>
> ---
> Andy Dalrymple
> XMission Telecom Manager                    (8/14/00)
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) V92/V44
Date: 15 Aug 2000 14:49:19 -0400 (EDT)

I still wouldn't mind seeing a NMC to HiPer NMC tradein promo...

What's the details of the latest Quad->DSP tradein?  A while back, they
did a two-for-one tradein (trade in 12 Quads, get four DSP's instead of
two, maybe an ARC thrown in also), then cut it back to a one-for-one.  We
still have 12 Quads left, which I *might* consider trading in at this
point...  the DSP's are finally almost close enough to the stability of
the Quads.


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

On Tue, 15 Aug 2000, Randy Cosby wrote:

> I'd have to disagree.  Not that I have any higher opinion of the 3COM
> management...
>
> 3COM just started running a promotion for Quad->HiperDSP tradeins.  If the
> pattern holds from past promotions (netserver->hiperarc), we'll soon see the
> end-of-life/support for quads.
>
> My guess is v.44/92 will be available for HiperDSP's only, and then only
> with a service contract.
>
> Everyone paid up on their support contracts?
>
> Randy
> InfoWest, Inc.
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Andy
> > Sent: Monday, August 14, 2000 6:11 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) V92/V44
> >
> >
> >
> > Will 3COM release TC v92/v44 code?  I'm convinced - no.
> >
> > Check the archives regarding lack of response from 3COM management over
> > the years.  Speaks for it's self.
> >
> > ---
> > Andy Dalrymple
> > XMission Telecom Manager                    (8/14/00)
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) V92/V44
Date: 15 Aug 2000 15:00:50 -0400

Also sprach Randy Cosby
>I'd have to disagree.  Not that I have any higher opinion of the 3COM
>management...

>3COM just started running a promotion for Quad->HiperDSP tradeins.  If
>the pattern holds from past promotions (netserver->hiperarc), we'll
>soon see the end-of-life/support for quads.

>My guess is v.44/92 will be available for HiperDSP's only, and then
>only with a service contract.

>Everyone paid up on their support contracts?

HAHA!  I've pretty much given up, at this point, getting 3Com to be
reasonable about their support contracts.  I really and truly thought
there were some people in power there that had some functional neurons
given their support contracts, but apparently that's not the case.  Tom
Goodman has been going around and around on my behalf trying to get a
support contract setup...he says that about every month or so, they come
back to him with the same questions he's answered 5 or 6 times
before.

Of course, I'll go ahead and repeat my assertion (on the off chance that
a neuron might actually catch it this time) that the support contracts
should be based on the serial number of the cards being covered.  The
whole idea of "all equipment has to be covered equally" needs to be well
and truly scrapped.  Let me mention this...I'd rather not have to muck
with serial numbers, but I suggest serial numbers as I believe that's
the way to protect 3Com from abuse, while at the same time providing
decent support for customers, so 3Com...if I were just out for myself on
this, I'd just say "let my buy support on what I want to cover and you
just accept that".  I'm willing to give you serial numbers because I
know that protects you.

I'll go ahead and re-mention (again, for the benefit of 3Com folks) that
being as anal as you all are about software upgrades is a *really* good
way to piss off your customer base (as if we weren't all pissed off at
you already).  Cisco gives you access to the software if you have even a
single support contract for a single piece of equipment...while this
does open people up to getting support on a minimal piece of equipment
and getting code for all their equipment, even the high-end stuff, this
doesn't happen all that often.  Besides...if you call and ask nicely,
usually Cisco TAC will give you the code you need anyway...they're more
concerned about selling their equipment and keeping their customers
happy than about gouging them for all the revenue they can.

I've certainly found, over the past...however many years its been now,
several for sure...that it really would be nice to have access to 3Com
tech support.  I've certainly complained enough about being shut out of
communication with 3Com due to not having support that I understand
this.  The thing that gets me is that 3Com *still* seems to not want
communication with their customer base.  3Com's response to problems is
*still* add more layers of beaurocracy to insulate them from their
customer base rather than trying to strip them away to get good feedback
and input from their customer base.  Unless and until 3Com realizes and
takes to heart this problem...the support contract issue will never
really be resolved.

Oh, and btw...after a posting a couple of weeks ago...I tried to get in
contact with one of the techs I had worked with on here a lot...and that
many of you know as well (Mike Wronski)...my email bounced back to me
with a "User not listed in public Name & Address Book" message.  I'm
*hoping* this was just a glitch, or a typo or something on my part and
not some new effort by 3Com to prevent direct communication with techs
because we don't have support contracts.  This, of course, assumes that
Wronski and others (couldn't find Krish's address on the usr-tc list
subscribers either, but didn't try to email him) are still employed at
3Com...twould be a shame for 3Com if they weren't.

Hopefully I'll get some sort of response from this, but I'm not holding
my breath.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) V92/V44
Date: 15 Aug 2000 14:16:19 -0500

I can't imagine why I would want to trade in modems that work for modems
that don't. I already lose enough customers to the other guys because of
compatability issue. If we had it to do over again I wouldn't buy 3Com, and
the only 3Com product I will ever buy again is to support our existing
installation. Any significant increase in ports will be done with another
vendor. And they can pry the last quad out of by cold, stiff hands after I
am dead. I regret having made the trade-in in the past. Someone is going to
have to convince me that the new dsp code really works, then someone else is
going to have to give me the code to even begin to change my mind. I will
not deal with 3Com directly ever again. I can get that kind of abuse without
paying for it locally.

BTW, I think it is a farce to even believe that 3Com is lurking on this list
anymore. The company sucks, fully intends to go bankrupt, and take all of us
with them. Customer service is of no interest to them at all, nor is
providing products that solve our problems. They are too busy renaming
product lines and building cable system headends into the TCH box to be
bothered with anything we need. Why didn't they develop a DSL termination
module. That could have extended the TCH with their existing customer base,
but no, they go after a new customer base and abandon the dialup servers. I
had to get DSL aggregation from another vendor, not because it was better
but because I had no choice. That is stupid, but then it fits with a company
that intends to lose money.

p.s. If this is the one time a 3Com executinve is reading this list, please
don't call unless you are going to offer a reasonable support plan to me and
everyone else on this list. I don't want to talk out my frustration as
though that is going to fix anything. And I don't want to know you are
thinking about me and taking my concerns seriously. Show me the support
contract that in any way matches my Cisco contract and I will give you a
credit card number and get this show going. Otherwise, go to the corner and
amuse yourself.

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


----- Original Message -----
Sent: Tuesday, August 15, 2000 1:43 PM


> I'd have to disagree.  Not that I have any higher opinion of the 3COM
> management...
>
> 3COM just started running a promotion for Quad->HiperDSP tradeins.  If the
> pattern holds from past promotions (netserver->hiperarc), we'll soon see
the
> end-of-life/support for quads.
>
> My guess is v.44/92 will be available for HiperDSP's only, and then only
> with a service contract.
>
> Everyone paid up on their support contracts?
>
> Randy
> InfoWest, Inc.
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Andy
> > Sent: Monday, August 14, 2000 6:11 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) V92/V44
> >
> >
> >
> > Will 3COM release TC v92/v44 code?  I'm convinced - no.
> >
> > Check the archives regarding lack of response from 3COM management over
> > the years.  Speaks for it's self.
> >
> > ---
> > Andy Dalrymple
> > XMission Telecom Manager (8/14/00)
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) V92/V44
Date: 15 Aug 2000 15:34:23 -0400

Also sprach Mark Thornton
>BTW, I think it is a farce to even believe that 3Com is lurking on this
>list anymore.

Well...I don't know if they pay attention to the list or not, but there
are a significant number of 3Com addresses subscribed to it...a few I
recognize...many I don't.

>They are too busy renaming product lines and building cable system
>headends into the TCH box to be bothered with anything we need.

I don't mind them building a cable head-end system into the box...its
not a bad technical solution...just not one that *I* need.  I do see
where it would be a good decision for them to make.

>Why didn't they develop a DSL termination module.

Of course, they did at one point, then canned it...and now they have a
partnership with copper mountain to get DSLAM capabilities in the box
again.  Could be nice...I probably won't be finding out though.  The
other area that I think it would behoove them to pursue with regards to
DSL is the RedBack type of niche.  Basically doing the access server
portion of it without necessarily including the DSLAM portion.  The Arc
is a quite capable router, but 3Com doesn't seem to really want to put
the effort into really developing it fully for the type of edge
functionality that it would/could be *really* awesome for.  Ideally, I
see an awesome possibility in that you could put the DSLAM card(s) in
the chassis and connect them directly across the backplane to the Arc,
or let the Arc terminate frame or ATM PVC's from DSLAMs on the other
side of a frame or ATM cloud (since this is how many pure ISPs access
DSL connections right now).  The Arc already has the ability to support
frame and ATM pvc's...it just doesn't have the features to make it
easily manageable.  Better DHCP support (make the limited DHCP support
that's there functional would be a start), better routing support (OSPF
needs to be made more solid, better redistribution support, better
control of advertisements and filtering, etc.), better manageability
features (the SNMP support is good...but there's so much there that its
hard to cross-reference values and do more intricate control of the
system via SNMP...maybe some greater information about what's available
in the SNMP MIBs on the thing and good strategies to use it rather than
just letting us flouder on our own figuring it out).

>p.s. If this is the one time a 3Com executinve is reading this list,
>please don't call unless you are going to offer a reasonable support
>plan to me and everyone else on this list.

Amen...use the serial numbers that I know you all already have in a
database...drop the insane rules about having to cover all products at
an even level...make it easier to get access to software (why not give
it away?  its not of any use unless someone has already *purchased* the
hardware).  I know my thoughts about support contracts are on record
many times over...both in the list archives, and with *many*
conversations I've had with various people at 3Com, from sales reps, to
tech support to SE's to VP's.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Mark Thornton" <[e-mail]>
Subject: Re: (usr-tc) V92/V44
Date: 15 Aug 2000 14:45:23 -0500

Here's an idea for some upwardly mobile person at 3Com with balls (virtual
of course, male or female will do)... why not create a software support
contract and sell it from your division. You gets lots of hits, and fair
amount of money and no support headaches. At this point all we want is
access to the code, not your deadheads or bad hod music. If you start
generating revenue with no visible increase in expenses you will look like
gold to the bean counters (assuming of course my comments about
intentionally losing money are completely off-base) and you will likely be
promoted and showered with stock options (ouch) and generally be a hero.
You'll likely get fan mail from this list and be revered as a god by some.
Not a bad turn of events for no investment, don't you think?

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




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


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

From: Veda Narayan <[e-mail]>
Subject: RE: (usr-tc) Lost password on Netserver.
Date: 15 Aug 2000 14:50:58 -0600

Quoting albert <[e-mail]>:

> dip 4 down power up.,...

No its dip 5 down not dip 4

-V
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Jaye Mathisen
> > Sent: Monday, August 14, 2000 4:21 PM
> > To: [e-mail]
> > Subject: (usr-tc) Lost password on Netserver.
> >
> >
> >
> >
> > I'm taking over some maint. because of the departure of the previous
> > person.  One of the netservers has a password that I can't figger'
> out.
> >
> > Isn't there a dip switch that wipes everything out?  Or how do I
> recover
> > this password?
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) PRI card problem?
Date: 15 Aug 2000 14:52:54 -0600

Quoting Lists <[e-mail]>:

>
> Further to my last e-mail, now I'm getting this from the PRI card:
>
>   <PH_ERROR> ph_frame__post_xmit: datagram: frame t/p: 8/0030:001e48ec,
> status >0x04<
>
> Anyone know if this is a fried PRI card, a fried chassis, some other
> fried

Its not a fried PRI card, all it talks in regards of packet bus communication.
It measns that the Netserver droped a frame after the pri card send the same
over to the netserver

-V

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



===========

-V

==========

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


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

From: "albert" <[e-mail]>
Subject: RE: (usr-tc) Lost password on Netserver.
Date: 15 Aug 2000 17:04:28 -0700

what are we talking about here?? a netserver 16 ? if so it is 4..to clear,..

a

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Veda Narayan
> Sent: Tuesday, August 15, 2000 1:51 PM
> To: [e-mail]; albert
> Subject: RE: (usr-tc) Lost password on Netserver.
>
>
> Quoting albert <[e-mail]>:
>
> > dip 4 down power up.,...
>
> No its dip 5 down not dip 4
>
> -V
> >
> > > -----Original Message-----
> > > From: [e-mail]
> > > [mailto:[e-mail]]On Behalf Of Jaye Mathisen
> > > Sent: Monday, August 14, 2000 4:21 PM
> > > To: [e-mail]
> > > Subject: (usr-tc) Lost password on Netserver.
> > >
> > >
> > >
> > >
> > > I'm taking over some maint. because of the departure of the previous
> > > person.  One of the netservers has a password that I can't figger'
> > out.
> > >
> > > Isn't there a dip switch that wipes everything out?  Or how do I
> > recover
> > > this password?
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> ===========
>
> -V
>
> ==========
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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

From: David DenHollander <[e-mail]>
Subject: Re: (usr-tc) WTB: USR/3Com Hiper ARC/DSP
Date: 16 Aug 2000 09:22:04 -0600

New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48 ports)


At 04:11 PM 8/14/00 -0400, you wrote:
>WR Communication Consultants (WRCA)  is looking to buy:
>
>3- USR Hiper DSP w/ nic (NEW/OPEN BOX)
>5- US Robotics/3Com Hiper Access Router Cards w/ nics.
>
>Memory configuration and age of card helpful.
>Please email off-list.
>
>I have the following available:
>
>EdgeServer w/ nic
>Hiper NMC
>Hiper DSP
>QTY- Quad Digitals. $250ea or BO
>
>Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
>www.isp-networkhardware.com
>ICQ# 75229638
>Email: [e-mail]
>Mobile Email: [e-mail]
>
>Worldwide Provider of Network Hardware Since 1981.
>Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
>IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
>Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More
>
>
>
>
>
>
>
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


David DenHollander

[phone] Main
[phone] Fax

List your equipment for free
http://www.adoptable.com/









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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: Re: (usr-tc) WTB: USR/3Com Hiper ARC/DSP
Date: 16 Aug 2000 13:46:07 -0400

I have a customer that will buy 3 if you can do them at $3500 each.
Do you have them available to ship immediately?

At 09:22 AM 08/16/2000 -0600, you wrote:
>New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48 ports)
>
>
>At 04:11 PM 8/14/00 -0400, you wrote:
> >WR Communication Consultants (WRCA)  is looking to buy:
> >
> >3- USR Hiper DSP w/ nic (NEW/OPEN BOX)
> >5- US Robotics/3Com Hiper Access Router Cards w/ nics.
> >
> >Memory configuration and age of card helpful.
> >Please email off-list.
> >
> >I have the following available:
> >
> >EdgeServer w/ nic
> >Hiper NMC
> >Hiper DSP
> >QTY- Quad Digitals. $250ea or BO
> >
> >Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
> >www.isp-networkhardware.com
> >ICQ# 75229638
> >Email: [e-mail]
> >Mobile Email: [e-mail]
> >
> >Worldwide Provider of Network Hardware Since 1981.
> >Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
> >IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
> >Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
>
>David DenHollander
>
>[phone] Main
>[phone] Fax
>
>List your equipment for free
>http://www.adoptable.com/
>
>
>
>
>
>
>
>
>
>-
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Lost password on Netserver. (fwd)
Date: 16 Aug 2000 14:12:27 -0500 (CDT)

If your talking TC Netserver its dip 5.


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

what are we talking about here?? a netserver 16 ? if so it is 4..to clear,..

a

> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Veda Narayan
> Sent: Tuesday, August 15, 2000 1:51 PM
> To: [e-mail]; albert
> Subject: RE: (usr-tc) Lost password on Netserver.
>
>
> Quoting albert <[e-mail]>:
>
> > dip 4 down power up.,...
>
> No its dip 5 down not dip 4
>
> -V
> >
> > > -----Original Message-----
> > > From: [e-mail]
> > > [mailto:[e-mail]]On Behalf Of Jaye Mathisen
> > > Sent: Monday, August 14, 2000 4:21 PM
> > > To: [e-mail]
> > > Subject: (usr-tc) Lost password on Netserver.
> > >
> > >
> > >
> > >
> > > I'm taking over some maint. because of the departure of the previous
> > > person.  One of the netservers has a password that I can't figger'
> > out.
> > >
> > > Isn't there a dip switch that wipes everything out?  Or how do I
> > recover
> > > this password?
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> ===========
>
> -V
>
> ==========
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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


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


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

From: David DenHollander <[e-mail]>
Subject: Re: (usr-tc) WTB: USR/3Com Hiper ARC/DSP
Date: 16 Aug 2000 13:24:14 -0600

Yes they are in my warehose in Arizona, I will do it for you because you
are such a swell guy.



At 01:46 PM 8/16/00 -0400, you wrote:
>I have a customer that will buy 3 if you can do them at $3500 each.
>Do you have them available to ship immediately?
>
>At 09:22 AM 08/16/2000 -0600, you wrote:
>>New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48 ports)
>>
>>
>>At 04:11 PM 8/14/00 -0400, you wrote:
>> >WR Communication Consultants (WRCA)  is looking to buy:
>> >
>> >3- USR Hiper DSP w/ nic (NEW/OPEN BOX)
>> >5- US Robotics/3Com Hiper Access Router Cards w/ nics.
>> >
>> >Memory configuration and age of card helpful.
>> >Please email off-list.
>> >
>> >I have the following available:
>> >
>> >EdgeServer w/ nic
>> >Hiper NMC
>> >Hiper DSP
>> >QTY- Quad Digitals. $250ea or BO
>> >
>> >Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
>> >www.isp-networkhardware.com
>> >ICQ# 75229638
>> >Email: [e-mail]
>> >Mobile Email: [e-mail]
>> >
>> >Worldwide Provider of Network Hardware Since 1981.
>> >Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
>> >IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
>> >Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "[e-mail]"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address.  Do not use quotes in your message.
>> >
>>
>>
>>David DenHollander
>>
>>[phone] Main
>>[phone] Fax
>>
>>List your equipment for free
>>http://www.adoptable.com/
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>-
>>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>>  with "unsubscribe usr-tc" in the body of the message.
>>  For information on digests or retrieving files and old messages send
>>  "help" to the same address.  Do not use quotes in your message.
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


David DenHollander

[phone] Main
[phone] Fax

List your equipment for free
http://www.adoptable.com/









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


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

From: "Andrew Shlensky" <[e-mail]>
Subject: Re: (usr-tc) WTB: USR/3Com Hiper ARC/DSP
Date: 16 Aug 2000 12:29:05 -0700

interesting conversation.....................
Warmest Regards,

Andrew Shlensky
Tel.[phone]
Fax[phone]
Cell(602) 790-9331
Aol IM Screen Name:salesandrew (live chat)
-////////////////////////////////////////////////////////-
GOLD CIRCUIT INC.
2154 E Rio Salado Parkway
Tempe AZ 85281 U.S.A
New/Used Computer Equipment,PC, Notebook,Accessories,
Communication Gear -ISP Equipment-Networking Equipment-Monitors
Hard Drives-Printers-Banking Equipment-POS gear
-= we buy USED EQUIPMENT all types and quantites=-

-//////////////////////////////////////////////////////////////////////////-

----- Original Message -----
Sent: Wednesday, August 16, 2000 12:24 PM


> Yes they are in my warehose in Arizona, I will do it for you because you
> are such a swell guy.
>
>
>
> At 01:46 PM 8/16/00 -0400, you wrote:
> >I have a customer that will buy 3 if you can do them at $3500 each.
> >Do you have them available to ship immediately?
> >
> >At 09:22 AM 08/16/2000 -0600, you wrote:
> >>New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48
ports)
> >>
> >>
> >>At 04:11 PM 8/14/00 -0400, you wrote:
> >> >WR Communication Consultants (WRCA)  is looking to buy:
> >> >
> >> >3- USR Hiper DSP w/ nic (NEW/OPEN BOX)
> >> >5- US Robotics/3Com Hiper Access Router Cards w/ nics.
> >> >
> >> >Memory configuration and age of card helpful.
> >> >Please email off-list.
> >> >
> >> >I have the following available:
> >> >
> >> >EdgeServer w/ nic
> >> >Hiper NMC
> >> >Hiper DSP
> >> >QTY- Quad Digitals. $250ea or BO
> >> >
> >> >Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
> >> >www.isp-networkhardware.com
> >> >ICQ# 75229638
> >> >Email: [e-mail]
> >> >Mobile Email: [e-mail]
> >> >
> >> >Worldwide Provider of Network Hardware Since 1981.
> >> >Cisco, Ascend,USR,Adtran, Kentrox,Livingston,
Microcom,Computone,Verilink,
> >> >IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
> >> >Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >-
> >> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> >> > with "unsubscribe usr-tc" in the body of the message.
> >> > For information on digests or retrieving files and old messages send
> >> > "help" to the same address.  Do not use quotes in your message.
> >> >
> >>
> >>
> >>David DenHollander
> >>
> >>[phone] Main
> >>[phone] Fax
> >>
> >>List your equipment for free
> >>http://www.adoptable.com/
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>-
> >>  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >>  with "unsubscribe usr-tc" in the body of the message.
> >>  For information on digests or retrieving files and old messages send
> >>  "help" to the same address.  Do not use quotes in your message.
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "[e-mail]"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address.  Do not use quotes in your message.
> >
>
>
> David DenHollander
>
> [phone] Main
> [phone] Fax
>
> List your equipment for free
> http://www.adoptable.com/
>
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Mike Storjohann <[e-mail]>
Subject: (usr-tc) Configuring Static IP Addresses through 2 HiperARCs
Date: 17 Aug 2000 08:22:16 -0500

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C0084E.29C15502
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Does anyone know if there is a way to give a user a static IP address =
when
he connects to a TotalControl with 2 HiperARCs?  The issue is that the
router that connects the 2 ARCs to the outside world does not know =
which ARC
to send data destined to the static IP address that is assigned.  Why?  =
Well
the same hunt group that the user dials into is assigned to all =
HiperDSPs in
the chassis and there are 5 DSPs routed through each ARC.  So there is =
no
guarantee which ARC the user will be routed through.
=20
I hope you got all that!
=20
Can you add the same static IP address in each ARC and have it use RIP =
to
add a route in the connecting router?  If so, will only the one that is =
in
use by the user have an active RIP session?
=20
If you have any ideas at all, please let me know.
=20
Thanks.=20
=20
Mike Storjohann=20
Internet Services Administrator=20
HunTel.net=AE=20
[e-mail] <mailto:[e-mail]>=20

------_=_NextPart_001_01C0084E.29C15502
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR></HEAD>
<BODY>
<DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20
class=3D016405521-16082000><SPAN class=3D201001813-17082000>D</SPAN>oes =
anyone know=20
if there is a way to give a user a static IP address when he connects =
to a=20
TotalControl with 2 HiperARCs?  The issue is that the router that =
connects=20
the 2 ARCs to the outside world does not know which ARC to send data =
destined to=20
the static IP address that is assigned.  Why?  Well the same =
hunt=20
group that the user dials into is assigned to all HiperDSPs in the =
chassis and=20
there are 5 DSPs routed through each ARC.  So there is no =
guarantee which=20
ARC the user will be routed through.</SPAN></FONT></FONT></DIV>
<DIV align=3Dleft><SPAN class=3D016405521-16082000></SPAN><FONT =
face=3DArial=20
size=3D2> </FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2><SPAN =
class=3D016405521-16082000>I hope=20
you got all that!</SPAN></FONT></DIV>
<DIV align=3Dleft><SPAN class=3D016405521-16082000></SPAN><FONT =
face=3DArial=20
size=3D2> </FONT></DIV>
<DIV align=3Dleft><FONT face=3DArial size=3D2><SPAN =
class=3D016405521-16082000>Can you=20
add the same static IP address in each ARC and have it use RIP to add a =
route in=20
the connecting router?  If so, will only the one that is in use by =
the user=20
have an active RIP session?</SPAN></FONT></DIV>
<DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20
class=3D201001813-17082000><FONT=20
color=3D#0000ff></FONT></SPAN></FONT></FONT> </DIV>
<DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN =
class=3D201001813-17082000>If=20
you have any ideas at all, please let me =
know.</SPAN></FONT></FONT></DIV>
<DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20
class=3D201001813-17082000></SPAN></FONT></FONT> </DIV>
<DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20
class=3D201001813-17082000>Thanks. </SPAN></FONT></FONT></DIV>
<DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20
class=3D201001813-17082000></SPAN></FONT></FONT> </DIV>
<DIV align=3Dleft><FONT size=3D2><FONT face=3DArial>Mike Storjohann =
<BR>Internet=20
Services Administrator <BR>HunTel.net=AE <BR><A=20
href=3D"mailto:[e-mail]">[e-mail]</A></FONT>=
</FONT></DIV></BODY></HTML>

------_=_NextPart_001_01C0084E.29C15502--

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Configuring Static IP Addresses through 2 HiperARCs
Date: 17 Aug 2000 09:31:51 -0400

Oi, we need an FAQ.  :)

Also sprach Mike Storjohann
>I hope you got all that!

Didn't need to...most of us on the list are *intimately* familiar with
these issues.  :)

>Can you add the same static IP address in each ARC and have it use RIP
>to add a route in the connecting router?  If so, will only the one that
>is in use by the user have an active RIP session?

>If you have any ideas at all, please let me know.

You don't want a static route entered on the Arcs...while it *might*
work...I'm not sure how you're setting it up, or how the Arcs handle
routing advertisements for routes whose next-hop addresses are not
reachable...the "correct" way to do it is to put the user's static IP
address (and potentially route information) in their RADIUS profile,
turn on RIP (probably v2) or OSPF and let the Arc advertise the static
IP/route to the next-hop router when the user connects and the static
IP/route gets added to the Arc by the RADIUS response.  That way, when
the user logs off, the route gets dropped by the Arc, gets dropped out
of the routing advertisements (for RIP, set to max age then dropped for
OSPF...same effect) until the user connects again.

This is the whole idea for routing protocols...to let the network
routing adapt to changing network topologies...in this case, the
changing network topology is where the user is connected.  :)
--
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) techs on the list
Date: 17 Aug 2000 12:31:56 -0400

Heya...

I need to back off of a previous post a bit...I have confirmed that
Mike Wronski, Krish, and the others are still on the list (apparently
through a list exploder at 3Com, not directly), so things aren't as bad
as I had feared were possible.  :)

Anyway...wanted to let the list know that the techs are still around and
hearing us (and willing to help if something comes up)...since the list
has been fairly quiet of any significant technical issues we just
haven't seen much of them.  :)  Which is rather a good thing in some
ways.

Of course, my issues with support contracts still stand (particularly
since they aren't issues with the techie folks :), and I'd *still* like
to hear something from 3Com about what, if anything, they're doing to
help resolve the support contract issue.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Dayton Internet <[e-mail]>
Subject: Re: (usr-tc) techs on the list
Date: 17 Aug 2000 15:38:58 -0400 (EDT)

On Thu, 17 Aug 2000, Jeff Mcadams wrote:

> Heya...
>
> I need to back off of a previous post a bit...I have confirmed that
> Mike Wronski, Krish, and the others are still on the list (apparently
> through a list exploder at 3Com, not directly), so things aren't as bad
> as I had feared were possible.  :)
>
> Anyway...wanted to let the list know that the techs are still around and
> hearing us (and willing to help if something comes up)...since the list
> has been fairly quiet of any significant technical issues we just
> haven't seen much of them.  :)  Which is rather a good thing in some
> ways.
>
> Of course, my issues with support contracts still stand (particularly
> since they aren't issues with the techie folks :), and I'd *still* like
> to hear something from 3Com about what, if anything, they're doing to
> help resolve the support contract issue.  :)
>

I'm with you on this one Jeff. I have been waiting now for 14 months and
11 days for the issue to settle about "partial equipment" service
contract. I still have a couple of boards on the shelf in the box that I
dont want a service contract on until I put them into service!


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


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


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

From: Scott Trautman <[e-mail]>
Subject: (usr-tc) SNMP Trap processing software--
Date: 18 Aug 2000 12:00:08 -0500

Hi,

Alarm Server is really starting to annoy the crud out of me.
The latest ARC code creates spurious traps.

I'm looking around at download.com and finding plenty of SNMP POLLING
software,
not much that's listing for SNMP Traps, which is what Alarm Server is
SENDING.

Something with enough flexability to import the MIB/dictionary would be
great.

Know of anything?

Somebody better come up with something or I swear I'm opening up VB6 and
then
there'll be trouble!

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: Jeremy Shaffner <[e-mail]>
Subject: (usr-tc) Intermittent Login Failures
Date: 18 Aug 2000 13:10:56 -0500


Hello,

We recently started having problems where every other login attempt (or so)
fails and we get the following error on the console:

Facility "User Manager", Level "CRITICAL":: Unable to allocate memory: ES_NO_DYNMEM add handle

A reboot clears it up.  We currently have 10 DSP's in it, but we aren't any
where near capacity when it happens.

Any suggestions?

--

---
Jeremy Shaffner
System & Network Administrator
JORSM Internet
[e-mail]
http://www.jorsm.com/~jer/pgp.key

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


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

From: Mike Andrews <[e-mail]>
Subject: RE: (usr-tc) V92/V44
Date: 18 Aug 2000 14:23:01 -0400 (EDT)

Bitching about 3Com and support contracts aside, it's a bit annoying that
nobody answered the original question about v.92...  Of course until v.92
client modems actually appear on the market, it doesn't really make a damn
bit of difference -- I don't see that *any* vendor is in any huge hurry at
all to deploy it.

Actually v.59 is what I'm really interested in, though I've yet to find
*any* documentation on it anywhere, even on the ITU's site...

Source Technology gave me the info on the Quad->DSP tradein program too.
$50 per port credit.  Trade in 12 Quads and get $2400, which doesn't even
buy you one DSP much less the equivalent two.  "A bit disappointing" would
be my usual understated way of putting it...
Makes me almost wish I'd traded in all my Quads (instead of just half of
them) when I had the chance.


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

On Tue, 15 Aug 2000, Randy Cosby wrote:

> I'd have to disagree.  Not that I have any higher opinion of the 3COM
> management...
>
> 3COM just started running a promotion for Quad->HiperDSP tradeins.  If the
> pattern holds from past promotions (netserver->hiperarc), we'll soon see the
> end-of-life/support for quads.
>
> My guess is v.44/92 will be available for HiperDSP's only, and then only
> with a service contract.
>
> Everyone paid up on their support contracts?
>
> Randy
> InfoWest, Inc.
>
> > -----Original Message-----
> > From: [e-mail]
> > [mailto:[e-mail]]On Behalf Of Andy
> > Sent: Monday, August 14, 2000 6:11 PM
> > To: [e-mail]
> > Subject: Re: (usr-tc) V92/V44
> >
> >
> >
> > Will 3COM release TC v92/v44 code?  I'm convinced - no.
> >
> > Check the archives regarding lack of response from 3COM management over
> > the years.  Speaks for it's self.
> >
> > ---
> > Andy Dalrymple
> > XMission Telecom Manager                    (8/14/00)
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Total Control Chassis
Date: 18 Aug 2000 17:37:34 GMT

I have been following this list for some time, and have had great luck with my
equipment. I currently have a Total Control Chassis that has performed well for
me, but I have found another solution to providing remote access to my
customers, so I must sell my equipment.

I have one Total Control Chassis with 1 HipArc, 1 TCM, 1 Power Supply, and 4
Hiper DSP's. If anyone would be interested in purchasing some slightly used but
reliable equipment, please contact me personally and I can send you the full
specs on my equipment.

--
Jeff Jarchow
BWA Internet
http://www.bwai.net/
[e-mail]
800-453-4377


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Wilker" <[e-mail]>
Subject: Re: (usr-tc) Intermittent Login Failures
Date: 18 Aug 2000 19:07:43 -0500

Jeremy, we have been having the same problem on some of our chassis over the
past 6 weeks or so.  I have an open case with them that is being looked at
by engineering and R&D.  I forwarded your message to them to let them know
I'm not the only one with the problem.  Hopefully they'll find something
soon.

Mike Wilker
Director of Network Operations
Local Link USA & Protocol Communications

----- Original Message -----
Sent: Friday, August 18, 2000 1:10 PM


>
> Hello,
>
> We recently started having problems where every other login attempt (or
so)
> fails and we get the following error on the console:
>
> Facility "User Manager", Level "CRITICAL":: Unable to allocate memory:
ES_NO_DYNMEM add handle
>
> A reboot clears it up.  We currently have 10 DSP's in it, but we aren't
any
> where near capacity when it happens.
>
> Any suggestions?
>
> --
>
> ---
> Jeremy Shaffner
> System & Network Administrator
> JORSM Internet
> [e-mail]
> http://www.jorsm.com/~jer/pgp.key
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Intermittent Login Failures
Date: 19 Aug 2000 08:33:29 -0600

Quoting Jeremy Shaffner <[e-mail]>:

>
> Hello,
>
> We recently started having problems where every other login attempt (or
> so)
> fails and we get the following error on the console:
>
> Facility "User Manager", Level "CRITICAL":: Unable to allocate memory:
> ES_NO_DYNMEM add handle
>
There seems to be a memory leak - What version of hiper arc?
Do a mon radius and capture a packet, do sho user default,
capture the same,  do a show board crash if any crash is seen send it along.

V


> A reboot clears it up.  We currently have 10 DSP's in it, but we aren't
> any
> where near capacity when it happens.
>
> Any suggestions?
>
> --
>
> ---
> Jeremy Shaffner
> System & Network Administrator
> JORSM Internet
> [e-mail]
> http://www.jorsm.com/~jer/pgp.key
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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 Jagerski <[e-mail]>
Subject: (usr-tc) Strange IP hopping in DUN
Date: 19 Aug 2000 16:00:38 -0400

Hi Everyone,
Got a strange one. First for me. We had a lot of customers
dialing into Total Control Chassis and everything was OK. Also,
have customers dialing into Ascend MAX 6068 Boxes and everything
is OK with them too. Rescently we changed some lines around and
the customers that were in the TC units are now dialing into the
Ascend units. Abount 10% to 20% of the former TC box users are
now having the strangest problem I've ever seen.
Our Customer's DUN is setup with server assigned IP address and
static DNS addresses. When they dial into the Ascend boxes now,
it changes the IP address to static and assigns the first DNS
number to it. Also, it moves the second DNS number to the first
DNS slot and deletes the second. What's up with that !
When we correct it on the customer's machine, it changes right
back when they dial in again.
Has anyone seen this before? I am so confused right now I don't
know which way to turn.
TIA



Carl Jagerski
Network Administrator, Forward Communications
[e-mail]
724-378-4490


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


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

From: [e-mail]
Subject: Re: (usr-tc) SNMP Trap processing software--
Date: 19 Aug 2000 15:56:32 -0500 (CDT)

the Alarm Server does not support the HiperARC mibs.. If you check the
read me that accompanys the files, it says its an unsupported product.. I
think they stopped working on it a few years ago.



On Fri, 18 Aug 2000, Scott Trautman wrote:

> Hi,
>
> Alarm Server is really starting to annoy the crud out of me.
> The latest ARC code creates spurious traps.
>
> I'm looking around at download.com and finding plenty of SNMP POLLING
> software,
> not much that's listing for SNMP Traps, which is what Alarm Server is
> SENDING.
>
> Something with enough flexability to import the MIB/dictionary would be
> great.
>
> Know of anything?
>
> Somebody better come up with something or I swear I'm opening up VB6 and
> then
> there'll be trouble!
>
> 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.
>


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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Strange IP hopping in DUN
Date: 19 Aug 2000 17:38:11 -0600

Quoting Carl Jagerski <[e-mail]>:

> Hi Everyone,
> Got a strange one. First for me. We had a lot of customers
> dialing into Total Control Chassis and everything was OK. Also,
> have customers dialing into Ascend MAX 6068 Boxes and everything
> is OK with them too. Rescently we changed some lines around and
> the customers that were in the TC units are now dialing into the
> Ascend units. Abount 10% to 20% of the former TC box users are
> now having the strangest problem I've ever seen.
>
This problem is now happening on the Ascend units correct?  It looks like the
PPP negotiation on the Ascend has some issues.
Certain Max version had issues with DNS and IPCP -

Check the web site for further assistance.


-V
 Our Customer's DUN is setup with server assigned IP address and
> static DNS addresses. When they dial into the Ascend boxes now,
> it changes the IP address to static and assigns the first DNS
> number to it. Also, it moves the second DNS number to the first
> DNS slot and deletes the second. What's up with that !
> When we correct it on the customer's machine, it changes right
> back when they dial in again.
> Has anyone seen this before? I am so confused right now I don't
> know which way to turn.
> TIA
>
>
>
> Carl Jagerski
> Network Administrator, Forward Communications
> [e-mail]
> 724-378-4490
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

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


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

From: "Cheryl Johnson" <[e-mail]>
Subject: (usr-tc) Comments on latest codes
Date: 21 Aug 2000 17:21:17 -0500

Before attempting to upgrade our USR chassis I thought it may be wise to ask
the list of their thoughts first. Is anyone running the following software
releases? If so, any input on stability or any known problems would be
greatly appreciated.

NMC 7.1.8
ARC 5.0.9
DSP 2.1.9

-Cheryl
Network Administrator
SEI Communications Data and Network 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: [e-mail]
Subject: Re: (usr-tc) Comments on latest codes
Date: 22 Aug 2000 09:18:09 -0400

I'm running this on my test chassis and it appears to be fairly
stable, except for the fact that my ARC spontaneously reboots on
a random basis. I'm not sure if this is because of the new code
or if I need to reflash the card. I was advised by 3Com to
reflash and will probably do that at some point as I'd like to
upgrade my production pool soon...


>Before attempting to upgrade our USR chassis I thought it may be wise to ask
>the list of their thoughts first. Is anyone running the following software
>releases? If so, any input on stability or any known problems would be
>greatly appreciated.
>
>NMC 7.1.8
>ARC 5.0.9
>DSP 2.1.9
>
>-Cheryl
>Network Administrator
>SEI Communications Data and Network Services


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

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


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

From: "Verreault, John" <[e-mail]>
Subject: RE: (usr-tc) Comments on latest codes
Date: 22 Aug 2000 13:24:52 -0400

I have heard of a few cases where the ARC reboots or seems to freeze with
5.0.9.
It just happened to me once since I flashed the code (about 10 days ago)
It seems to happen on loaded chassis' (10 DSPs)

Has any one else experienced this ???


JOhn Verreault
AEI Internet

-----Original Message-----
Sent: Tuesday, August 22, 2000 9:18 AM


I'm running this on my test chassis and it appears to be fairly
stable, except for the fact that my ARC spontaneously reboots on
a random basis. I'm not sure if this is because of the new code
or if I need to reflash the card. I was advised by 3Com to
reflash and will probably do that at some point as I'd like to
upgrade my production pool soon...


>Before attempting to upgrade our USR chassis I thought it may be wise to
ask
>the list of their thoughts first. Is anyone running the following software
>releases? If so, any input on stability or any known problems would be
>greatly appreciated.
>
>NMC 7.1.8
>ARC 5.0.9
>DSP 2.1.9
>
>-Cheryl
>Network Administrator
>SEI Communications Data and Network Services


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

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

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


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

From: "Kalev Nurklik" <[e-mail]>
Subject: Re: (usr-tc) Comments on latest codes
Date: 22 Aug 2000 20:07:09 +0200

> I'm running this on my test chassis and it appears to be fairly
> stable, except for the fact that my ARC spontaneously reboots on
> a random basis. I'm not sure if this is because of the new code
> or if I need to reflash the card. I was advised by 3Com to
> reflash and will probably do that at some point as I'd like to
> upgrade my production pool soon...

Hmm... noticed the same thing. I was to write about this to the list but
stumbled on other event couple of days ago. The ARC rebooted on the same time
when I used pmcom style utility on it.
After some figuring out I checked the telnet clients on HARC and got this:

hiper4> list telNET cliENTS

TELNET CLIENT ADDRESSES
IP Address        Netmask
1.1.1.1   CLI - Software Error - data flag print undefined: 0
 255.255.255.255

Checked a little further and seem that there's a problem with
host mask with telnet clients on ARC. If the network is bigger
than one host then the clients will stick and list normal.

I haven't confirmed in any reasonable way what exactly is to blame but
since I have turned the pmcom style access off to the ARC and also deleted
the host fields in telnet client list there has been no reboots.

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

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


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

From: Thomas C Kinnen <[e-mail]>
Subject: (usr-tc) 3COM VSA Format
Date: 22 Aug 2000 13:25:23 -0700


Anyone have a URL to a document on the VSA format used by 3COM?  I've tried
searching the 3COM site but have had no lock.

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

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


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

From: "Scot Desort" <[e-mail]>
Subject: (usr-tc) HARC upgrade
Date: 22 Aug 2000 20:35:10 -0400

I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the release
notes, it states that I may have to do an interim upgrade, depending on the
flash memory in my HARC. It says to do a sh mem on the HARC to see if I have
8meg or 16 meg. But when I do a sh mem, I get this:

Total System Memory Resources:             118418 KB
Free Memory:                               95516 KB
Code Size:                                 3815 KB
Initialized Data Size:                     646 KB
Uninitialized Data Size:                   3844 KB
Stack Size:                                512 KB

So, where does it show the flash memory size? Is it implied at 8 megs (3815
+ 646 + 3844)?

Anybody know?

--
Scot



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) HARC upgrade
Date: 22 Aug 2000 22:02:26 -0400

Also sprach Scot Desort
>I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the
>release notes, it states that I may have to do an interim upgrade,
>depending on the flash memory in my HARC. It says to do a sh mem on the
>HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get
>this:

>Total System Memory Resources:             118418 KB
>Free Memory:                               95516 KB
>Code Size:                                 3815 KB
>Initialized Data Size:                     646 KB
>Uninitialized Data Size:                   3844 KB
>Stack Size:                                512 KB

>So, where does it show the flash memory size? Is it implied at 8 megs (3815
>+ 646 + 3844)?

"show mem" doesn't show flash memory size I don't believe...what it does
show, though, is that you have 128MB of regular ram (118418 is a bit shy
of the 128 figure, but it certainly rules out your having only 64).  I
believe this implication is that if you have 128 megs of ram, you have
16 megs of flash...I believe the Arcs were changed from 64 megs of ram
to 128 megs of ram at the same time they changed from 8 megs of flash to
16 megs of flash.  If you want to confirm the amount of flash ram on the
Arc, do a "list files" and look at the bottom of the output, it should
give you information about how much flash is available and how much is
used.

As a quick check on a couple of my Arcs, they are either 8/64 or
16/128...I've never seen a 8/128, so you should be ok, but use the "list
files" to check for 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: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) HARC upgrade
Date: 22 Aug 2000 22:17:44 -0400

Interesting. I read the instructions to do a sh mem to verify flash capacity
in 2 separate 3COM docs on the upgrade process. I read it a few times since
I didn't see the flash memory figures.

List files gives me:

Total    Allocated   Deleted   Free     MinimumFree
Sectors  Sectors     Sectors   Sectors  Sectors
   15359     2540       1123     11696      2303

So, 16 megs I assume by the 15359 "sectors"....??

--
Scot

----- Original Message -----
Sent: Tuesday, August 22, 2000 10:02 PM


> Also sprach Scot Desort
> >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the
> >release notes, it states that I may have to do an interim upgrade,
> >depending on the flash memory in my HARC. It says to do a sh mem on the
> >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get
> >this:
>
> >Total System Memory Resources:             118418 KB
> >Free Memory:                               95516 KB
> >Code Size:                                 3815 KB
> >Initialized Data Size:                     646 KB
> >Uninitialized Data Size:                   3844 KB
> >Stack Size:                                512 KB
>
> >So, where does it show the flash memory size? Is it implied at 8 megs
(3815
> >+ 646 + 3844)?
>
> "show mem" doesn't show flash memory size I don't believe...what it does
> show, though, is that you have 128MB of regular ram (118418 is a bit shy
> of the 128 figure, but it certainly rules out your having only 64).  I
> believe this implication is that if you have 128 megs of ram, you have
> 16 megs of flash...I believe the Arcs were changed from 64 megs of ram
> to 128 megs of ram at the same time they changed from 8 megs of flash to
> 16 megs of flash.  If you want to confirm the amount of flash ram on the
> Arc, do a "list files" and look at the bottom of the output, it should
> give you information about how much flash is available and how much is
> used.
>
> As a quick check on a couple of my Arcs, they are either 8/64 or
> 16/128...I've never seen a 8/128, so you should be ok, but use the "list
> files" to check for 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.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HARC upgrade
Date: 22 Aug 2000 21:29:14 -0500 (CDT)

3Com is making the assumption that Jeff has made. HiPer arcs were shipped
in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M
RAM. So for most cases if you know the RAM you kow the flash.. They have
overlooked the possibility that some customers may have upgraded the RAM
on their own. This was meant to remove the need for physical inspection of
the hardware before upgrading.

And yes that 15### blocks is 16M Flash.. 8M shows up as 7###..



On Tue, 22 Aug 2000, Scot Desort wrote:

> Interesting. I read the instructions to do a sh mem to verify flash capacity
> in 2 separate 3COM docs on the upgrade process. I read it a few times since
> I didn't see the flash memory figures.
>
> List files gives me:
>
> Total    Allocated   Deleted   Free     MinimumFree
> Sectors  Sectors     Sectors   Sectors  Sectors
>    15359     2540       1123     11696      2303
>
> So, 16 megs I assume by the 15359 "sectors"....??
>
> --
> Scot
>
> ----- Original Message -----
> From: "Jeff Mcadams" <[e-mail]>
> To: <[e-mail]>
> Sent: Tuesday, August 22, 2000 10:02 PM
> Subject: Re: (usr-tc) HARC upgrade
>
>
> > Also sprach Scot Desort
> > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the
> > >release notes, it states that I may have to do an interim upgrade,
> > >depending on the flash memory in my HARC. It says to do a sh mem on the
> > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get
> > >this:
> >
> > >Total System Memory Resources:             118418 KB
> > >Free Memory:                               95516 KB
> > >Code Size:                                 3815 KB
> > >Initialized Data Size:                     646 KB
> > >Uninitialized Data Size:                   3844 KB
> > >Stack Size:                                512 KB
> >
> > >So, where does it show the flash memory size? Is it implied at 8 megs
> (3815
> > >+ 646 + 3844)?
> >
> > "show mem" doesn't show flash memory size I don't believe...what it does
> > show, though, is that you have 128MB of regular ram (118418 is a bit shy
> > of the 128 figure, but it certainly rules out your having only 64).  I
> > believe this implication is that if you have 128 megs of ram, you have
> > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram
> > to 128 megs of ram at the same time they changed from 8 megs of flash to
> > 16 megs of flash.  If you want to confirm the amount of flash ram on the
> > Arc, do a "list files" and look at the bottom of the output, it should
> > give you information about how much flash is available and how much is
> > used.
> >
> > As a quick check on a couple of my Arcs, they are either 8/64 or
> > 16/128...I've never seen a 8/128, so you should be ok, but use the "list
> > files" to check for 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.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) HARC upgrade
Date: 22 Aug 2000 22:47:02 -0400

So, in a nutshell, I _do not_ need to perform the interim upgrade to go to
5.x. Since I have 16 megs of flash, my 4.1.59 code can go straight to 5.x
without performing the interim 4.1.13 upgrade, correct?

--
Scot


----- Original Message -----
Sent: Tuesday, August 22, 2000 10:29 PM


> 3Com is making the assumption that Jeff has made. HiPer arcs were shipped
> in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M
> RAM. So for most cases if you know the RAM you kow the flash.. They have
> overlooked the possibility that some customers may have upgraded the RAM
> on their own. This was meant to remove the need for physical inspection of
> the hardware before upgrading.
>
> And yes that 15### blocks is 16M Flash.. 8M shows up as 7###..
>
>
>
> On Tue, 22 Aug 2000, Scot Desort wrote:
>
> > Interesting. I read the instructions to do a sh mem to verify flash
capacity
> > in 2 separate 3COM docs on the upgrade process. I read it a few times
since
> > I didn't see the flash memory figures.
> >
> > List files gives me:
> >
> > Total    Allocated   Deleted   Free     MinimumFree
> > Sectors  Sectors     Sectors   Sectors  Sectors
> >    15359     2540       1123     11696      2303
> >
> > So, 16 megs I assume by the 15359 "sectors"....??
> >
> > --
> > Scot
> >
> > ----- Original Message -----
> > From: "Jeff Mcadams" <[e-mail]>
> > To: <[e-mail]>
> > Sent: Tuesday, August 22, 2000 10:02 PM
> > Subject: Re: (usr-tc) HARC upgrade
> >
> >
> > > Also sprach Scot Desort
> > > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the
> > > >release notes, it states that I may have to do an interim upgrade,
> > > >depending on the flash memory in my HARC. It says to do a sh mem on
the
> > > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get
> > > >this:
> > >
> > > >Total System Memory Resources:             118418 KB
> > > >Free Memory:                               95516 KB
> > > >Code Size:                                 3815 KB
> > > >Initialized Data Size:                     646 KB
> > > >Uninitialized Data Size:                   3844 KB
> > > >Stack Size:                                512 KB
> > >
> > > >So, where does it show the flash memory size? Is it implied at 8 megs
> > (3815
> > > >+ 646 + 3844)?
> > >
> > > "show mem" doesn't show flash memory size I don't believe...what it
does
> > > show, though, is that you have 128MB of regular ram (118418 is a bit
shy
> > > of the 128 figure, but it certainly rules out your having only 64).  I
> > > believe this implication is that if you have 128 megs of ram, you have
> > > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram
> > > to 128 megs of ram at the same time they changed from 8 megs of flash
to
> > > 16 megs of flash.  If you want to confirm the amount of flash ram on
the
> > > Arc, do a "list files" and look at the bottom of the output, it should
> > > give you information about how much flash is available and how much is
> > > used.
> > >
> > > As a quick check on a couple of my Arcs, they are either 8/64 or
> > > 16/128...I've never seen a 8/128, so you should be ok, but use the
"list
> > > files" to check for 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.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HARC upgrade
Date: 23 Aug 2000 00:34:56 -0400 (EDT)

yep.


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

On Tue, 22 Aug 2000, Scot Desort wrote:

> So, in a nutshell, I _do not_ need to perform the interim upgrade to go to
> 5.x. Since I have 16 megs of flash, my 4.1.59 code can go straight to 5.x
> without performing the interim 4.1.13 upgrade, correct?
>
> --
> Scot
>
>
> ----- Original Message -----
> From: <[e-mail]>
> To: <[e-mail]>
> Sent: Tuesday, August 22, 2000 10:29 PM
> Subject: Re: (usr-tc) HARC upgrade
>
>
> > 3Com is making the assumption that Jeff has made. HiPer arcs were shipped
> > in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M
> > RAM. So for most cases if you know the RAM you kow the flash.. They have
> > overlooked the possibility that some customers may have upgraded the RAM
> > on their own. This was meant to remove the need for physical inspection of
> > the hardware before upgrading.
> >
> > And yes that 15### blocks is 16M Flash.. 8M shows up as 7###..
> >
> >
> >
> > On Tue, 22 Aug 2000, Scot Desort wrote:
> >
> > > Interesting. I read the instructions to do a sh mem to verify flash
> capacity
> > > in 2 separate 3COM docs on the upgrade process. I read it a few times
> since
> > > I didn't see the flash memory figures.
> > >
> > > List files gives me:
> > >
> > > Total    Allocated   Deleted   Free     MinimumFree
> > > Sectors  Sectors     Sectors   Sectors  Sectors
> > >    15359     2540       1123     11696      2303
> > >
> > > So, 16 megs I assume by the 15359 "sectors"....??
> > >
> > > --
> > > Scot
> > >
> > > ----- Original Message -----
> > > From: "Jeff Mcadams" <[e-mail]>
> > > To: <[e-mail]>
> > > Sent: Tuesday, August 22, 2000 10:02 PM
> > > Subject: Re: (usr-tc) HARC upgrade
> > >
> > >
> > > > Also sprach Scot Desort
> > > > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the
> > > > >release notes, it states that I may have to do an interim upgrade,
> > > > >depending on the flash memory in my HARC. It says to do a sh mem on
> the
> > > > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get
> > > > >this:
> > > >
> > > > >Total System Memory Resources:             118418 KB
> > > > >Free Memory:                               95516 KB
> > > > >Code Size:                                 3815 KB
> > > > >Initialized Data Size:                     646 KB
> > > > >Uninitialized Data Size:                   3844 KB
> > > > >Stack Size:                                512 KB
> > > >
> > > > >So, where does it show the flash memory size? Is it implied at 8 megs
> > > (3815
> > > > >+ 646 + 3844)?
> > > >
> > > > "show mem" doesn't show flash memory size I don't believe...what it
> does
> > > > show, though, is that you have 128MB of regular ram (118418 is a bit
> shy
> > > > of the 128 figure, but it certainly rules out your having only 64).  I
> > > > believe this implication is that if you have 128 megs of ram, you have
> > > > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram
> > > > to 128 megs of ram at the same time they changed from 8 megs of flash
> to
> > > > 16 megs of flash.  If you want to confirm the amount of flash ram on
> the
> > > > Arc, do a "list files" and look at the bottom of the output, it should
> > > > give you information about how much flash is available and how much is
> > > > used.
> > > >
> > > > As a quick check on a couple of my Arcs, they are either 8/64 or
> > > > 16/128...I've never seen a 8/128, so you should be ok, but use the
> "list
> > > > files" to check for 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.
> > > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Comments on latest codes
Date: 23 Aug 2000 00:35:57 -0400 (EDT)

Seems stable here, save one SNMP-related memory leak in the ARC code
(specific to walking a particular section of the tree; real obscure).  We
have not had any of the spontaneous reboots others have mentioned here.


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

On Mon, 21 Aug 2000, Cheryl Johnson wrote:

> Before attempting to upgrade our USR chassis I thought it may be wise to ask
> the list of their thoughts first. Is anyone running the following software
> releases? If so, any input on stability or any known problems would be
> greatly appreciated.
>
> NMC 7.1.8
> ARC 5.0.9
> DSP 2.1.9
>
> -Cheryl
> Network Administrator
> SEI Communications Data and Network 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: <[e-mail]>
Subject: Re: (usr-tc) HARC upgrade
Date: 23 Aug 2000 09:12:01 -0400 (EDT)


    I also see that as of 7/20/2000 that there are 2 new QUAD upgrades
at the 3com site...

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

On Wed, 23 Aug 2000, Mike Andrews wrote:

> yep.
>
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
> On Tue, 22 Aug 2000, Scot Desort wrote:
>
> > So, in a nutshell, I _do not_ need to perform the interim upgrade to go to
> > 5.x. Since I have 16 megs of flash, my 4.1.59 code can go straight to 5.x
> > without performing the interim 4.1.13 upgrade, correct?
> >
> > --
> > Scot
> >
> >
> > ----- Original Message -----
> > From: <[e-mail]>
> > To: <[e-mail]>
> > Sent: Tuesday, August 22, 2000 10:29 PM
> > Subject: Re: (usr-tc) HARC upgrade
> >
> >
> > > 3Com is making the assumption that Jeff has made. HiPer arcs were shipped
> > > in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M
> > > RAM. So for most cases if you know the RAM you kow the flash.. They have
> > > overlooked the possibility that some customers may have upgraded the RAM
> > > on their own. This was meant to remove the need for physical inspection of
> > > the hardware before upgrading.
> > >
> > > And yes that 15### blocks is 16M Flash.. 8M shows up as 7###..
> > >
> > >
> > >
> > > On Tue, 22 Aug 2000, Scot Desort wrote:
> > >
> > > > Interesting. I read the instructions to do a sh mem to verify flash
> > capacity
> > > > in 2 separate 3COM docs on the upgrade process. I read it a few times
> > since
> > > > I didn't see the flash memory figures.
> > > >
> > > > List files gives me:
> > > >
> > > > Total    Allocated   Deleted   Free     MinimumFree
> > > > Sectors  Sectors     Sectors   Sectors  Sectors
> > > >    15359     2540       1123     11696      2303
> > > >
> > > > So, 16 megs I assume by the 15359 "sectors"....??
> > > >
> > > > --
> > > > Scot
> > > >
> > > > ----- Original Message -----
> > > > From: "Jeff Mcadams" <[e-mail]>
> > > > To: <[e-mail]>
> > > > Sent: Tuesday, August 22, 2000 10:02 PM
> > > > Subject: Re: (usr-tc) HARC upgrade
> > > >
> > > >
> > > > > Also sprach Scot Desort
> > > > > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the
> > > > > >release notes, it states that I may have to do an interim upgrade,
> > > > > >depending on the flash memory in my HARC. It says to do a sh mem on
> > the
> > > > > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get
> > > > > >this:
> > > > >
> > > > > >Total System Memory Resources:             118418 KB
> > > > > >Free Memory:                               95516 KB
> > > > > >Code Size:                                 3815 KB
> > > > > >Initialized Data Size:                     646 KB
> > > > > >Uninitialized Data Size:                   3844 KB
> > > > > >Stack Size:                                512 KB
> > > > >
> > > > > >So, where does it show the flash memory size? Is it implied at 8 megs
> > > > (3815
> > > > > >+ 646 + 3844)?
> > > > >
> > > > > "show mem" doesn't show flash memory size I don't believe...what it
> > does
> > > > > show, though, is that you have 128MB of regular ram (118418 is a bit
> > shy
> > > > > of the 128 figure, but it certainly rules out your having only 64).  I
> > > > > believe this implication is that if you have 128 megs of ram, you have
> > > > > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram
> > > > > to 128 megs of ram at the same time they changed from 8 megs of flash
> > to
> > > > > 16 megs of flash.  If you want to confirm the amount of flash ram on
> > the
> > > > > Arc, do a "list files" and look at the bottom of the output, it should
> > > > > give you information about how much flash is available and how much is
> > > > > used.
> > > > >
> > > > > As a quick check on a couple of my Arcs, they are either 8/64 or
> > > > > 16/128...I've never seen a 8/128, so you should be ok, but use the
> > "list
> > > > > files" to check for 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.
> > > > >
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HARC upgrade
Date: 23 Aug 2000 09:28:12 -0400

Also sprach [e-mail]
>    I also see that as of 7/20/2000 that there are 2 new QUAD upgrades
>at the 3com site...

YES!!!  Online configuration of quads!  Finally!  :)

Guess that means I need to re-invigorate my crusade to get 3Com to be
less fascist about access to code upgrades.  :/
--
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) Comments on latest codes
Date: 23 Aug 2000 10:15:35 -0400

>> I'm running this on my test chassis and it appears to be fairly
>> stable, except for the fact that my ARC spontaneously reboots on
>> a random basis. I'm not sure if this is because of the new code
>> or if I need to reflash the card. I was advised by 3Com to
>> reflash and will probably do that at some point as I'd like to
>> upgrade my production pool soon...
>
>Hmm... noticed the same thing. I was to write about this to the list but
>stumbled on other event couple of days ago. The ARC rebooted on the same time
>when I used pmcom style utility on it.
>After some figuring out I checked the telnet clients on HARC and got this:
>
>hiper4> list telNET cliENTS
>
>TELNET CLIENT ADDRESSES
>IP Address        Netmask
>1.1.1.1   CLI - Software Error - data flag print undefined: 0
> 255.255.255.255
>
>Checked a little further and seem that there's a problem with
>host mask with telnet clients on ARC. If the network is bigger
>than one host then the clients will stick and list normal.
>
>I haven't confirmed in any reasonable way what exactly is to blame but
>since I have turned the pmcom style access off to the ARC and also deleted
>the host fields in telnet client list there has been no reboots.

I found the same thing on my ARC. Can you tell me in detail how you
turned this pmcom access off and how you deleted the host fields?
Thank you!

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

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


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

From: "Kalev Nurklik" <[e-mail]>
Subject: Re: (usr-tc) Comments on latest codes
Date: 23 Aug 2000 17:11:45 +0200

> I found the same thing on my ARC. Can you tell me in detail how you
> turned this pmcom access off and how you deleted the host fields?
> Thank you!

Sorry. I kind of used a wrong name... 'pmwho' maybe rings the bell?
Or in other words what I meant with pmcom style access is
- any access that uses telnet to ARC for getting info with
ARCs CLI commands and outputing the result for instance to a shell user.

If I remember it correctly then there was a DOS attack possibility with
telnet access to ARCs couple of ARC software releases ago.

I myself and probably everybody else turned on at that time the telnet client
access feature on ARCs with 'enable telnet client_access' command.
Before that of course I defined telnet client list who were to be allowed
access to ARC. I did it with 'add telnet client x.x.x.x/y' command.
Some of them were with /32 bitmask.

So You have couple of possibilities to try if the client list is to be blamed
for ARC spontaneous reboots.
1. Just turn off the access checking with 'disable telnet client_access'
or
2. delete the host entries with 'delete telnet client x.x.x.x' and replace
them with 'add telnet client x.x.x.x/y' where y is less than 32.

I myself used the second option but in addition denied the usage of 'pmwho'
to our support people. For now.
I'll allow it eventually to see if pmwho is the guilty one...

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

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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Comments on latest codes
Date: 23 Aug 2000 14:25:33 -0400 (EDT)

On Wed, 23 Aug 2000, Mike Andrews wrote:

> Seems stable here, save one SNMP-related memory leak in the ARC code
> (specific to walking a particular section of the tree; real obscure).

Hmmm...  What OID tickles it?  We run lots of monitoring on things that
may or may not be obscure every 10 minutes.

> We
> have not had any of the spontaneous reboots others have mentioned here.

Can anyone comment on any of these issues in the new code?

-the quads going into busy-out under 4.2.32 - fixed?
-OSPF - trust it?

Thanks,

Charles

>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
> On Mon, 21 Aug 2000, Cheryl Johnson wrote:
>
> > Before attempting to upgrade our USR chassis I thought it may be wise to ask
> > the list of their thoughts first. Is anyone running the following software
> > releases? If so, any input on stability or any known problems would be
> > greatly appreciated.
> >
> > NMC 7.1.8
> > ARC 5.0.9
> > DSP 2.1.9
> >
> > -Cheryl
> > Network Administrator
> > SEI Communications Data and Network Services
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Jesse Schachter <[e-mail]>
Subject: (usr-tc) problem with packet filter and radius
Date: 23 Aug 2000 14:25:21 -0700 (PDT)

I am using a U.S. Robotics Total Control with NETServer Card V.34/ISDN
with Frame Relay V3.3.28. For authentication, I use a RADIUS server,
Livingston RADIUS 2.1 1999/6/23.

On my Total Control, I have the following filter:

ct1> show filter filter1
- IP rules -
 1 permit 0.0.0.0/0 192.150.81.179/32 tcp
 2 permit 192.150.81.179/32 0.0.0.0/0 tcp
 3 deny   0.0.0.0/0 0.0.0.0/0 ip

I have the following entry in the users file:

perks4u         Password="xxx"
                Framed-Protocol = PPP,
                Framed-Filter-Id = "filter1",
                Framed-Netmask = 255.255.255.255
                User-Service-Type = Framed-User

When I try to dial in as this user, I get connected, then immediately
disconnected. The following appears in the syslog:

Aug 23 13:15:05 ct1 acct 02000160 dialnet: port S9 perks4u
succeeded dest 206.43.246.26
Aug 23 13:15:06 ct1 remote_connect: Packet filter does not
exist. User perks4u disconnected.

If anyone can shed some light as to why the NAS is claiming that the
filter doesn't exist when it clearly does, that would be appreciated.

_.,+=~`^"-.,_.,+=~`^"-*.,_.,+=~'`^"-.,_.,+=~`^"-.,_.,+=~`^"-
Jesse Schachter           .,.   Systems Administrator
The Protosource Network   .,.   Main Number: [phone]
<[e-mail]>     .,.   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: Scott Trautman <[e-mail]>
Subject: RE: (usr-tc) problem with packet filter and radius
Date: 23 Aug 2000 16:51:46 -0500

You're not matching the filtername.

You need both

filter1.in
filter1.out

...even if one of them is blank.

It's looking for filter1.in, your filtername is only filter1

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: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) HARC upgrade
Date: 23 Aug 2000 18:13:18 -0400 (EDT)

That was in 6.1.6 I thought too...  but I can't tell, because I can't even
download the *release notes*.  Geez.  Anyone want to post a summary of
what's new?


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

On Wed, 23 Aug 2000, Jeff Mcadams wrote:

> Also sprach [e-mail]
> >    I also see that as of 7/20/2000 that there are 2 new QUAD upgrades
> >at the 3com site...
>
> YES!!!  Online configuration of quads!  Finally!  :)
>
> Guess that means I need to re-invigorate my crusade to get 3Com to be
> less fascist about access to code upgrades.  :/


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HARC upgrade
Date: 23 Aug 2000 18:38:44 -0400 (EDT)


    The web site is really "screwed" up!  If you look at the link it
points to:  ftp://totalservice.usr.com/pub/software....  instead of
totalservice.3com.com/pub!  I think they have some linking problems from
the old site address to the new site.  I was able to finally take a look
at the PDF file for the quads, but took several attempts!

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

On Wed, 23 Aug 2000, Mike Andrews wrote:

> That was in 6.1.6 I thought too...  but I can't tell, because I can't even
> download the *release notes*.  Geez.  Anyone want to post a summary of
> what's new?
>
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
> On Wed, 23 Aug 2000, Jeff Mcadams wrote:
>
> > Also sprach [e-mail]
> > >    I also see that as of 7/20/2000 that there are 2 new QUAD upgrades
> > >at the 3com site...
> >
> > YES!!!  Online configuration of quads!  Finally!  :)
> >
> > Guess that means I need to re-invigorate my crusade to get 3Com to be
> > less fascist about access to code upgrades.  :/
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) HARC upgrade
Date: 23 Aug 2000 20:25:04 -0400 (EDT)

On Wed, 23 Aug 2000, Mike Andrews wrote:

> That was in 6.1.6 I thought too...  but I can't tell, because I can't even
> download the *release notes*.  Geez.  Anyone want to post a summary of
> what's new?

They must really dislike you... :) I was able to see the pdfs fine sans
login.  I can forward them off to you if you'd like...

I saw that other message about access problems as well.  I entered the
site via the usr.com domain...

Charles

>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
> On Wed, 23 Aug 2000, Jeff Mcadams wrote:
>
> > Also sprach [e-mail]
> > >    I also see that as of 7/20/2000 that there are 2 new QUAD upgrades
> > >at the 3com site...
> >
> > YES!!!  Online configuration of quads!  Finally!  :)
> >
> > Guess that means I need to re-invigorate my crusade to get 3Com to be
> > less fascist about access to code upgrades.  :/
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



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


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

From: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) HARC upgrade
Date: 23 Aug 2000 20:38:21 -0400

Yeah, I couldn't get in with usr.com either. I just launched wsftp and
substituted with 3com.com and all worked fine.

--
Scot

----- Original Message -----
Sent: Wednesday, August 23, 2000 8:25 PM


> On Wed, 23 Aug 2000, Mike Andrews wrote:
>
> > That was in 6.1.6 I thought too...  but I can't tell, because I can't
even
> > download the *release notes*.  Geez.  Anyone want to post a summary of
> > what's new?
>
> They must really dislike you... :) I was able to see the pdfs fine sans
> login.  I can forward them off to you if you'd like...
>
> I saw that other message about access problems as well.  I entered the
> site via the usr.com domain...
>
> Charles
>
> >
> > Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> > Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding
counties
> > www.fark.com: If it's not news, it's Fark.  (Or something like that.)
> >
> > On Wed, 23 Aug 2000, Jeff Mcadams wrote:
> >
> > > Also sprach [e-mail]
> > > > I also see that as of 7/20/2000 that there are 2 new QUAD upgrades
> > > >at the 3com site...
> > >
> > > YES!!!  Online configuration of quads!  Finally!  :)
> > >
> > > Guess that means I need to re-invigorate my crusade to get 3Com to be
> > > less fascist about access to code upgrades.  :/
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Mr DOL <[e-mail]>
Subject: Re: (usr-tc) problem with packet filter and radius
Date: 23 Aug 2000 20:23:41 -0600

Did you remove dun/tcp from customer pc then reinstall it?


At 02:25 PM 8/23/2000 -0700, you wrote:
>I am using a U.S. Robotics Total Control with NETServer Card V.34/ISDN
>with Frame Relay V3.3.28. For authentication, I use a RADIUS server,
>Livingston RADIUS 2.1 1999/6/23.
>
>On my Total Control, I have the following filter:
>
>ct1> show filter filter1
>- IP rules -
> 1 permit 0.0.0.0/0 192.150.81.179/32 tcp
> 2 permit 192.150.81.179/32 0.0.0.0/0 tcp
> 3 deny   0.0.0.0/0 0.0.0.0/0 ip
>
>I have the following entry in the users file:
>
>perks4u         Password="xxx"
>                Framed-Protocol = PPP,
>                Framed-Filter-Id = "filter1",
>                Framed-Netmask = 255.255.255.255
>                User-Service-Type = Framed-User
>
>When I try to dial in as this user, I get connected, then immediately
>disconnected. The following appears in the syslog:
>
>Aug 23 13:15:05 ct1 acct 02000160 dialnet: port S9 perks4u
>succeeded dest 206.43.246.26
>Aug 23 13:15:06 ct1 remote_connect: Packet filter does not
>exist. User perks4u disconnected.
>
>If anyone can shed some light as to why the NAS is claiming that the
>filter doesn't exist when it clearly does, that would be appreciated.
>
>_.,+=~`^"-.,_.,+=~`^"-*.,_.,+=~'`^"-.,_.,+=~`^"-.,_.,+=~`^"-
>Jesse Schachter           .,.   Systems Administrator
>The Protosource Network   .,.   Main Number: [phone]
><[e-mail]>     .,.   Fax:         [phone]
>_.,+=~`^"-.,_.,+=~`^"-.,_.,+=~`^"-.,_.,+*=~`^"-.,_.,+=%~`^"-
>
>
>-
> To unsubscribe to usr-tc, send an email to "[e-mail]"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) Comments on latest codes
Date: 24 Aug 2000 13:04:12 -0400 (EDT)

On Wed, 23 Aug 2000, Charles Sprickman wrote:

> On Wed, 23 Aug 2000, Mike Andrews wrote:
>
> > Seems stable here, save one SNMP-related memory leak in the ARC code
> > (specific to walking a particular section of the tree; real obscure).
>
> Hmmm...  What OID tickles it?  We run lots of monitoring on things that
> may or may not be obscure every 10 minutes.

They're all new OIDs that weren't in 4.2.32.  The one in particular that
tripped me up is the 1.3.6.1.4.1.429.4.2.1.46.1.6 tree, or something else
in that area (if not .1.6, then .1.something).


> > We
> > have not had any of the spontaneous reboots others have mentioned here.

And I think several people hit on why here: it has to do with the telnet
client list table.  We don't use that feature; we let access lists on our
routers do that sort of thing.


> Can anyone comment on any of these issues in the new code?
>
> -the quads going into busy-out under 4.2.32 - fixed?

Haven't run into that one.  We had one Quad go out to lunch last week, but
that's the first time in over a year I've seen that happen.


> -OSPF - trust it?

No big difference that I can tell.  Search the mailing list archives and
you'll see many many many posts about one particular problem I had, with
OSPF getting confused about subnet masks in a particular case.  MR12019 is
3Com's bug id for it.  This wasn't fixed during the beta, or in the 5.0.9
release, though I was told it was "very close".  Anyway, I got tired of
waiting for a fix, so I gave up and worked around it by moving my ARCs to
another subnet.

Modulo that little problem, OSPF works fine for us.

I didn't have much luck setting up authenticated OSPF, but I'll admit I
didn't try very hard. :)  I'm going to give it another crack in the next
month or two.


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


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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) HARC upgrade
Date: 24 Aug 2000 13:10:50 -0400 (EDT)

On Wed, 23 Aug 2000, Charles Sprickman wrote:

> On Wed, 23 Aug 2000, Mike Andrews wrote:
>
> > That was in 6.1.6 I thought too...  but I can't tell, because I can't even
> > download the *release notes*.  Geez.  Anyone want to post a summary of
> > what's new?
>
> They must really dislike you... :) I was able to see the pdfs fine sans
> login.  I can forward them off to you if you'd like...

Yes, they must, because I pulled the PDF file down just fine using
anonymous FTP.  On my own account though, it fails.  Cute, huh?  :p

Anyway, looks like no new features, just bug fixes.  Nothing radically new
like v.92.  And yeah, Jeff, the online configuration was in 6.1.6
already...



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



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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Comments on latest codes
Date: 24 Aug 2000 13:19:21 -0400

Also sprach Mike Andrews
>This wasn't fixed during the beta, or in the 5.0.9 release, though I
>was told it was "very close".

While on the note of beta bugs...don't use the DHCP support in 5.0.9.
While the idea is cool, and it *will* be implmented here when it works,
that's the issue...it doesn't work yet.  Specifically, lease renewals
are totally broken.  I've not had any update on this, nor do I even have
an MR number on it.  :/
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: Blake Fithen <[e-mail]>
Subject: (usr-tc) Modem OID
Date: 24 Aug 2000 12:30:08 -0500

Hello, does anyone know of an OID to get the number of
modems active on an individual Hiper DSP card?

TIA,
blake

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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Modem OID
Date: 24 Aug 2000 14:05:52 -0400

Also sprach Blake Fithen
>Hello, does anyone know of an OID to get the number of modems active on
>an individual Hiper DSP card?

The *easiest* way is problem to snag .1.3.6.1.4.1.429.4.10.35.1.4
(usrSlotNumberOfPorts) from your handy-dandy HiPer Arc running 5.0.x.
Should you not care to be on the bleeding edge of HiPer Arc technology
(yes, I *do* need sleep, why do you ask?), it gets a bit more tricky...I
can't think of an individual OID that you could grab to get this
number...though you could proly find one that you could walk in a perl
script and count them or something like that.

Also...this somewhat depends on what you mean by "active."  The above
OID gives you the number of ports total in that slot...another OID in
the same table (.3, usrSlotActiveCalls instead of .4,
usrSlotNumberOfPorts) will give you the number of modems in use at the
moment in the slot.
--
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: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) Modem OID
Date: 24 Aug 2000 14:07:59 -0400

At 12:30 PM 8/24/00 -0500, Blake Fithen wrote:
>Hello, does anyone know of an OID to get the number of
>modems active on an individual Hiper DSP card?

Here's a copy of the relevant portion of my mrtg.cfg file...
http://www.keyconn.net/mrtg/tch1.html

#.....................................................................

Target[tch1]:
1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:[community]@[ARC IP]
MaxBytes[tch1]: 69
Unscaled[tch1]:ymwd
Title[tch1]: Total Control Hub #1
PageTop[tch1]: <H1>Keystone Connect Modem Utilization </H1>
 <TABLE>
   <TR><TD>System:</TD><TD>3Com Enterprise Network Hub </TD></TR>
   <TR><TD>Maintainer:</TD><TD>Keystone Connect</TD></TR>
   <TR><TD>Interface:</TD><TD>HiPer DSP (2)</TD></TR>
   <TR><TD>Configuration:</TD><TD>ISDN, USR x2 and v.90 56k
protocols</TD></TR>
   <TR><TD>Capacity as configured:</TD>
       <TD><b>69 modems (23 per DSP)</b></TD></TR>
  </TABLE>
YLegend[tch1]:Modem Useage
Options[tch1]:gauge
Xsize[tch1]: 600
Ysize[tch1]: 200
ShortLegend[tch1]:Modems
Legend1[tch1]:Modem Utilization
Legend2[tch1]:Modem Utilization
LegendI[tch1]:  Utilization
LegendO[tch1]:  Utilization


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


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


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

From: Jeff Mcadams <[e-mail]>
Subject: Re: (usr-tc) Modem OID
Date: 24 Aug 2000 14:15:43 -0400

Also sprach K Mitchell
>At 12:30 PM 8/24/00 -0500, Blake Fithen wrote:
>>Hello, does anyone know of an OID to get the number of modems active
>>on an individual Hiper DSP card?

>Here's a copy of the relevant portion of my mrtg.cfg file...
>http://www.keyconn.net/mrtg/tch1.html

>Target[tch1]:
>1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:[community]@[ARC IP]

That gives you total number of users on the Arc, but doesn't break it
down per DSP or per slot...
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

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


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

From: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: USR Hiper Hardware
Date: 24 Aug 2000 14:48:07 -0400

WR Communication Associates (WRCA) has the following USR hardware available:

2- Hiper DSP w/ nic $3000
3- Hiper NMC w/ nic $900 (Factory Warranty)
1- EdgeServer Card w/ SCSI-2 NIC $1100
Part# 69-001160-01 R:5
Part# 69-001410-00 R:2
1- Hiper DSP NIC $550 (backplane card only)
1- Hiper ARC NIC $500 (backplane card only)
18- Quad Analog Modems w/ analog nic (2 card) $250
64- Quad Digital Modems $225

I also have huge inventory of TC cards, chassis, power supplies..ect

2- Netserver 16 v34 $750...sold
1- Netserver 8 v34 $500
3- Netserver 8I $750
6- MP16 v34 $650
2- MP8 v34 $500
1- MP8I $900
2- MMP16 v34 $850

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
www.isp-networkhardware.com
ICQ# 75229638
Email: [e-mail]
Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.
Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More












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


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

From: Charles Sprickman <[e-mail]>
Subject: Re: (usr-tc) Modem OID
Date: 24 Aug 2000 15:51:28 -0400 (EDT)

On Thu, 24 Aug 2000, Jeff Mcadams wrote:

> That gives you total number of users on the Arc, but doesn't break it
> down per DSP or per slot...

This is a chunk of my chassis monitor.  One of these two items should give
you an idea of how many channels are active:

#ds0-level items (HiPer DSP)
$oid_rds0_stat=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds0Sta
tTable.usrds0StatEntry.usrds0StatDs0";
$oid_rds0_statserv=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds
0StatTable.usrds0StatEntry.usrds0StatDs0SrvcState";

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: [e-mail]
Subject: Re: (usr-tc) Modem OID
Date: 24 Aug 2000 16:45:52 -0500 (CDT)


Those OID's should be in 4.1.13-2, 4.1.22, & 4.2.73 as well


On Thu, 24 Aug 2000, Jeff Mcadams wrote:

> Also sprach Blake Fithen
> >Hello, does anyone know of an OID to get the number of modems active on
> >an individual Hiper DSP card?
>
> The *easiest* way is problem to snag .1.3.6.1.4.1.429.4.10.35.1.4
> (usrSlotNumberOfPorts) from your handy-dandy HiPer Arc running 5.0.x.
> Should you not care to be on the bleeding edge of HiPer Arc technology
> (yes, I *do* need sleep, why do you ask?), it gets a bit more tricky...I
> can't think of an individual OID that you could grab to get this
> number...though you could proly find one that you could walk in a perl
> script and count them or something like that.
>
> Also...this somewhat depends on what you mean by "active."  The above
> OID gives you the number of ports total in that slot...another OID in
> the same table (.3, usrSlotActiveCalls instead of .4,
> usrSlotNumberOfPorts) will give you the number of modems in use at the
> moment in the slot.
> --
> 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: Denis Newkirk <[e-mail]>
Subject: (usr-tc) Cisco 7206 for sale
Date: 24 Aug 2000 17:57:28 -0400

I still have the USR TC Chassis about to be shut down (sold business). I
also have a Cisco 7206 for immediate sale as well as two 1601s with T1 WIC
Cards.

Please reply direct if anyone is interested.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Modem OID
Date: 24 Aug 2000 22:05:29 -0400

At 02:15 PM 8/24/00 -0400, Jeff Mcadams wrote:
>>Target[tch1]:
>>1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:[community]@[ARC IP]
>
>That gives you total number of users on the Arc, but doesn't break it
>down per DSP or per slot...

  I realize that, but I figured it might be a helpful something that he may
not have already. Heck, I just look at the blinky lights if I want to get
an idea of per-DSP usage  :)


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


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


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

From: Pete Ashdown <[e-mail]>
Subject: (usr-tc) Filter wildcards
Date: 25 Aug 2000 16:28:04 -0600

I'd like to construct a filter that will stop attempts to send traffic to
broadcast and subnet addresses of class C's.  In other words *.*.*.0 and
*.*.*.255.  Any good ideas on this?  I don't recall if the TC has any
provision for wildcards in filters.

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) ARC losing time
Date: 26 Aug 2000 22:28:06 -0500 (CDT)


Has anyone noticed ARC code 4.1.22 occasionally has its clock freak out
and goto a time far in the future like year 2088 or something to that
effect?  Is this issue fixed in any more recent ARC code?


Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


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


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

From: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) ARC losing time
Date: 26 Aug 2000 23:42:37 -0400 (EDT)

"Yes" and "I don't think so".  :)  It definitely happens on 4.2.32.
Maybe 5.0.9 too but I can't remember.  It happens so infrequently that
I've never tried to track it down, other than having a script keep an eye
on it...



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

On Sat, 26 Aug 2000, Brian wrote:

>
> Has anyone noticed ARC code 4.1.22 occasionally has its clock freak out
> and goto a time far in the future like year 2088 or something to that
> effect?  Is this issue fixed in any more recent ARC code?
>
>
> -----------------------------------------------
> Brian Feeny, CCNA, CCDA       [e-mail]
> 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: Mike Andrews <[e-mail]>
Subject: Re: (usr-tc) ARC losing time
Date: 26 Aug 2000 23:42:37 -0400 (EDT)

"Yes" and "I don't think so".  :)  It definitely happens on 4.2.32.
Maybe 5.0.9 too but I can't remember.  It happens so infrequently that
I've never tried to track it down, other than having a script keep an eye
on it...



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

On Sat, 26 Aug 2000, Brian wrote:

>
> Has anyone noticed ARC code 4.1.22 occasionally has its clock freak out
> and goto a time far in the future like year 2088 or something to that
> effect?  Is this issue fixed in any more recent ARC code?
>
>
> -----------------------------------------------
> Brian Feeny, CCNA, CCDA       [e-mail]
> 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: "Kalev Nurklik" <[e-mail]>
Subject: (usr-tc) dead hiper dsp
Date: 28 Aug 2000 13:59:49 +0200

Got a HDSP here with solid red for 'Run/Fail'.
There is also fourth LED amber on utilization bar or whatever it's called
counting from down to up. Nothing else is lit.
Anybody has a clue what that means?
I have removed and re-seated both NAC and NIC and in correct order.
That means NIC first then NAC - no help.
I haven't checked the console yet but thought to turn to the list
before I get to that.
I think I remember from somewhere that the utilization LEDs represent
the error that has occured - is there a table describing these?
Would it help to re-flash the card?

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

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


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

From: Brian <[e-mail]>
Subject: Re: (usr-tc) Multicast
Date: 28 Aug 2000 18:48:40 -0500 (CDT)


if a user is configured via radius with no multicast radius options, but
the ARC has the commands below configured, will that user be able to
receive multicast?

I can add the 5 lines to my ARC's, but don't want to have to add 3 lines
to every users radius profile if I don't have too.

At first look it doesn't appear to be working.  Is there a "show" or
"list" command that will tell me that mutlicast is enabled for a user?

I am trying this dialed in, and trying to run SDR but get nothing.  I am
using a pipeline which has multicast enabled on it (perhaps the ARC does
not build or forward an SDR cache information?)

Brian


On Tue, 25 Jul 2000, Antonio Querubin wrote:

> On Tue, 25 Jul 2000, Steve Johnson wrote:
>
> > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does anyone
> > know if these support multicast by default, and if not can someone point
> > me
> > the direction of some documentation on how to turn this on?
>
> You'll need a HiPer ARC router card installed in the chassis to do
> multicast.  The Netserver router card has no multicast capability.
> Multicast is disabled by default on the HiPer ARC.  To turn it on you do
> something like:
>
> set ip multicast proxy interface eth:1
> set ip igmp eth:1 multicast_forwarding enabled
> set network user default igmp multicast_forwarding enabled
> set network user default igmp multicast_proxy enabled
> set network user default igmp routing enabled
>
> This seems to work for users wishing to receive multicast via dialup.  I
> haven't yet tested whether this also allows users to source multicast via
> dialup.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
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) Multicast
Date: 28 Aug 2000 18:48:40 -0500 (CDT)


if a user is configured via radius with no multicast radius options, but
the ARC has the commands below configured, will that user be able to
receive multicast?

I can add the 5 lines to my ARC's, but don't want to have to add 3 lines
to every users radius profile if I don't have too.

At first look it doesn't appear to be working.  Is there a "show" or
"list" command that will tell me that mutlicast is enabled for a user?

I am trying this dialed in, and trying to run SDR but get nothing.  I am
using a pipeline which has multicast enabled on it (perhaps the ARC does
not build or forward an SDR cache information?)

Brian


On Tue, 25 Jul 2000, Antonio Querubin wrote:

> On Tue, 25 Jul 2000, Steve Johnson wrote:
>
> > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does anyone
> > know if these support multicast by default, and if not can someone point
> > me
> > the direction of some documentation on how to turn this on?
>
> You'll need a HiPer ARC router card installed in the chassis to do
> multicast.  The Netserver router card has no multicast capability.
> Multicast is disabled by default on the HiPer ARC.  To turn it on you do
> something like:
>
> set ip multicast proxy interface eth:1
> set ip igmp eth:1 multicast_forwarding enabled
> set network user default igmp multicast_forwarding enabled
> set network user default igmp multicast_proxy enabled
> set network user default igmp routing enabled
>
> This seems to work for users wishing to receive multicast via dialup.  I
> haven't yet tested whether this also allows users to source multicast via
> dialup.
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
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: "Vance McIndoe" <[e-mail]>
Subject: RE: (usr-tc) Multicast
Date: 29 Aug 2000 13:31:36 +1200

Brian,

I think you'll find that the RADIUS attributes, when set, cause changes to
the user's modem interface.  You can probably use set modem_group all ......
and then do a, save all, to set the same options globally.  Remember this
wort of change will be visible to the astute dial-in customer though  :-)

Vance

> -----Original Message-----
> From:    Brian [SMTP:[e-mail]]
> Sent:    Tuesday, August 29, 2000 11:49 AM
> To:    [e-mail]
> Cc:    [e-mail]
> Subject:    Re: (usr-tc) Multicast
>
>
> if a user is configured via radius with no multicast radius options, but
> the ARC has the commands below configured, will that user be able to
> receive multicast?
>
> I can add the 5 lines to my ARC's, but don't want to have to add 3 lines
> to every users radius profile if I don't have too.
>
> At first look it doesn't appear to be working.  Is there a "show" or
> "list" command that will tell me that mutlicast is enabled for a user?
>
> I am trying this dialed in, and trying to run SDR but get nothing.  I am
> using a pipeline which has multicast enabled on it (perhaps the ARC does
> not build or forward an SDR cache information?)
>
> Brian
>
>
> On Tue, 25 Jul 2000, Antonio Querubin wrote:
>
> > On Tue, 25 Jul 2000, Steve Johnson wrote:
> >
> > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> anyone
> > > know if these support multicast by default, and if not can someone
> point
> > > me
> > > the direction of some documentation on how to turn this on?
> >
> > You'll need a HiPer ARC router card installed in the chassis to do
> > multicast.  The Netserver router card has no multicast capability.
> > Multicast is disabled by default on the HiPer ARC.  To turn it on you do
> > something like:
> >
> > set ip multicast proxy interface eth:1
> > set ip igmp eth:1 multicast_forwarding enabled
> > set network user default igmp multicast_forwarding enabled
> > set network user default igmp multicast_proxy enabled
> > set network user default igmp routing enabled
> >
> > This seems to work for users wishing to receive multicast via dialup.  I
> > haven't yet tested whether this also allows users to source multicast
> via
> > dialup.
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> 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.

______________________________________________________________
This email has been virus and policy checked by InterConnect Secure's
 Messaging Management System (MMS) product from Tumbleweed

Network ICE "Stop hackers cold!"
Free download of Black ICE - see just who is interested your PC.
http://www.interconnect.co.nz/Interconnect/secure/networkice.htm
______________________________________________________________



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


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

From: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Multicast
Date: 28 Aug 2000 21:09:47 -0600

Quoting Brian <[e-mail]>:

>
> if a user is configured via radius with no multicast radius options, but
> the ARC has the commands below configured, will that user be able to
> receive multicast?

Yes - Its very easy.  See the hiper arc uses a template, user for all its
configuration.  If radius provides the data, the template is overridden else
the template is used.  So all you have to do is setup the default user on the
hiper arc local configuration with multicast options.  That will apply to all
your radius users when they dial in.


>
> I can add the 5 lines to my ARC's, but don't want to have to add 3 lines
> to every users radius profile if I don't have too.
>
> At first look it doesn't appear to be working.  Is there a "show" or
> "list" command that will tell me that mutlicast is enabled for a user?
>
> I am trying this dialed in, and trying to run SDR but get nothing.  I am
> using a pipeline which has multicast enabled on it (perhaps the ARC does
> not build or forward an SDR cache information?)

For multicast to work - you do need to have the multicast server (real or Ms)
on the same wire of if its a hop away - you should have PIM dense mode enabled
on all the router hops/interfaces.  Also I think you have to set the multicast
IGMP address on the Hiper arc.  I think the command is set ip_source_address
igmp <ip address of the interface>

-V

>
> Brian
>
>
> On Tue, 25 Jul 2000, Antonio Querubin wrote:
>
> > On Tue, 25 Jul 2000, Steve Johnson wrote:
> >
> > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> anyone
> > > know if these support multicast by default, and if not can someone
> point
> > > me
> > > the direction of some documentation on how to turn this on?
> >
> > You'll need a HiPer ARC router card installed in the chassis to do
> > multicast.  The Netserver router card has no multicast capability.
> > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> do
> > something like:
> >
> > set ip multicast proxy interface eth:1
> > set ip igmp eth:1 multicast_forwarding enabled
> > set network user default igmp multicast_forwarding enabled
> > set network user default igmp multicast_proxy enabled
> > set network user default igmp routing enabled
> >
> > This seems to work for users wishing to receive multicast via dialup.
> I
> > haven't yet tested whether this also allows users to source multicast
> via
> > dialup.
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> 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.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) Multicast
Date: 28 Aug 2000 21:12:43 -0500 (CDT)

On Tue, 29 Aug 2000, Vance McIndoe wrote:

> Brian,
>
> I think you'll find that the RADIUS attributes, when set, cause changes to
> the user's modem interface.  You can probably use set modem_group all ......
> and then do a, save all, to set the same options globally.  Remember this
> wort of change will be visible to the astute dial-in customer though  :-)

vance,

I think just setting the defaults like you show below does the trick.  I
can observe:

HiPer>> show ip igmp slot:9/mod:17
slot:9/mod:17
Query Interval                     125 seconds
Max Response                       10 seconds
Version                            2
Querier                            208.206.76.40
Joins                              1
Groups                             1
Robustness                         2
Routing                            ENABLED
Multicast Forwarding               ENABLED
Multicast Proxy                    ENABLED
IGMP Short Packets                 0
IGMP Bad Checksum                  0
Queries Received                   0
Reports Received                   0
Reports For Known Groups Received  0
Wrong Version Reports Received     0
Reports Sent                       0


I am dialing in with a pipeline p50.  I set multicast forwarding on on
it.  But on my linux box behind the pipeline I can't mtrace anything, and
SDR shows nothing.  I see the packets going out (the box is configured
correct for multicast because if I connect it on the lan where the total
control is, it works fine: mtrace, sdr, etc)

Any ideas?  I just want to make sure that multicast is working thru the
total control, I would have thought I could mtrace thru the connection.

Brian


>
> Vance
>
> > -----Original Message-----
> > From:    Brian [SMTP:[e-mail]]
> > Sent:    Tuesday, August 29, 2000 11:49 AM
> > To:    [e-mail]
> > Cc:    [e-mail]
> > Subject:    Re: (usr-tc) Multicast
> >
> >
> > if a user is configured via radius with no multicast radius options, but
> > the ARC has the commands below configured, will that user be able to
> > receive multicast?
> >
> > I can add the 5 lines to my ARC's, but don't want to have to add 3 lines
> > to every users radius profile if I don't have too.
> >
> > At first look it doesn't appear to be working.  Is there a "show" or
> > "list" command that will tell me that mutlicast is enabled for a user?
> >
> > I am trying this dialed in, and trying to run SDR but get nothing.  I am
> > using a pipeline which has multicast enabled on it (perhaps the ARC does
> > not build or forward an SDR cache information?)
> >
> > Brian
> >
> >
> > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> >
> > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > >
> > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > anyone
> > > > know if these support multicast by default, and if not can someone
> > point
> > > > me
> > > > the direction of some documentation on how to turn this on?
> > >
> > > You'll need a HiPer ARC router card installed in the chassis to do
> > > multicast.  The Netserver router card has no multicast capability.
> > > Multicast is disabled by default on the HiPer ARC.  To turn it on you do
> > > something like:
> > >
> > > set ip multicast proxy interface eth:1
> > > set ip igmp eth:1 multicast_forwarding enabled
> > > set network user default igmp multicast_forwarding enabled
> > > set network user default igmp multicast_proxy enabled
> > > set network user default igmp routing enabled
> > >
> > > This seems to work for users wishing to receive multicast via dialup.  I
> > > haven't yet tested whether this also allows users to source multicast
> > via
> > > dialup.
> > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > 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.
>
> ______________________________________________________________
> This email has been virus and policy checked by InterConnect Secure's
>  Messaging Management System (MMS) product from Tumbleweed
>
> Network ICE "Stop hackers cold!"
> Free download of Black ICE - see just who is interested your PC.
> http://www.interconnect.co.nz/Interconnect/secure/networkice.htm
> ______________________________________________________________
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
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) Multicast
Date: 28 Aug 2000 21:15:47 -0500 (CDT)

On Mon, 28 Aug 2000, Veda Narayan wrote:

> Quoting Brian <[e-mail]>:
>
> >
> > if a user is configured via radius with no multicast radius options, but
> > the ARC has the commands below configured, will that user be able to
> > receive multicast?
>
> Yes - Its very easy.  See the hiper arc uses a template, user for all its
> configuration.  If radius provides the data, the template is overridden else
> the template is used.  So all you have to do is setup the default user on the
> hiper arc local configuration with multicast options.  That will apply to all
> your radius users when they dial in.
>
>
> >
> > I can add the 5 lines to my ARC's, but don't want to have to add 3 lines
> > to every users radius profile if I don't have too.
> >
> > At first look it doesn't appear to be working.  Is there a "show" or
> > "list" command that will tell me that mutlicast is enabled for a user?
> >
> > I am trying this dialed in, and trying to run SDR but get nothing.  I am
> > using a pipeline which has multicast enabled on it (perhaps the ARC does
> > not build or forward an SDR cache information?)
>
> For multicast to work - you do need to have the multicast server (real or Ms)
> on the same wire of if its a hop away - you should have PIM dense mode enabled
> on all the router hops/interfaces.  Also I think you have to set the multicast

My network uses pim sparse mode, its enabled thruout the whole
network.......I assume this is ok.  Since my network is multicast all the
way thru my upstreams even........I should be able to view streams from
any servers on the multicast enabled network correct?

> IGMP address on the Hiper arc.  I think the command is set ip_source_address
> igmp <ip address of the interface>

when you say "multicast igmp address" what address is that exactly?  Is
that to point at my border router?  Or is that a unique address to assign
the arc?..........sorry i am a bit confused.

 >
> -V
>
> >
> > Brian
> >
> >
> > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> >
> > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > >
> > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > anyone
> > > > know if these support multicast by default, and if not can someone
> > point
> > > > me
> > > > the direction of some documentation on how to turn this on?
> > >
> > > You'll need a HiPer ARC router card installed in the chassis to do
> > > multicast.  The Netserver router card has no multicast capability.
> > > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> > do
> > > something like:
> > >
> > > set ip multicast proxy interface eth:1
> > > set ip igmp eth:1 multicast_forwarding enabled
> > > set network user default igmp multicast_forwarding enabled
> > > set network user default igmp multicast_proxy enabled
> > > set network user default igmp routing enabled
> > >
> > > This seems to work for users wishing to receive multicast via dialup.
> > I
> > > haven't yet tested whether this also allows users to source multicast
> > via
> > > dialup.
> > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > 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.
> >
>
>
>
> ===========
>
> -V
>
> ==========
>

Brian Feeny, CCNA, CCDA       [e-mail]
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) Multicast
Date: 28 Aug 2000 21:25:57 -0500 (CDT)

On Mon, 28 Aug 2000, Veda Narayan wrote:

>
> For multicast to work - you do need to have the multicast server (real or Ms)
> on the same wire of if its a hop away - you should have PIM dense mode enabled
> on all the router hops/interfaces.  Also I think you have to set the multicast
> IGMP address on the Hiper arc.  I think the command is set ip_source_address
> igmp <ip address of the interface>

I do see the multicast queries from the arc coming into my dialup lan:

[root@bl0wfish mtrace-5.2]# /usr/sbin/tcpdump ip multicast
Kernel filter, protocol ALL, datagram packet socket
tcpdump: listening on all devices
21:21:42.561027 eth0 M usr2ts2.shreve.net > ALL-SYSTEMS.MCAST.NET: igmp query [ttl 1]
21:23:47.597577 eth0 M usr2ts2.shreve.net > ALL-SYSTEMS.MCAST.NET: igmp query [ttl 1]

but I am unsure if its going out from my lan to the arc.........or getting
thru the arc rather.


>
> -V
>


Brian Feeny, CCNA, CCDA       [e-mail]
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: "Vance McIndoe" <[e-mail]>
Subject: RE: (usr-tc) Multicast
Date: 29 Aug 2000 16:21:20 +1200

Sorry Brian, I haven't found the HARC's debug of multicast very good at all
- it looks like you have covered all the options for the dial-in user - you
may even have too much enabled....

> -----Original Message-----
> From:    Brian [SMTP:[e-mail]]
> Sent:    Tuesday, August 29, 2000 2:13 PM
> To:    Vance McIndoe
> Cc:    '[e-mail]'
> Subject:    RE: (usr-tc) Multicast
>
> On Tue, 29 Aug 2000, Vance McIndoe wrote:
>
> > Brian,
> >
> > I think you'll find that the RADIUS attributes, when set, cause changes
> to
> > the user's modem interface.  You can probably use set modem_group all
> ......
> > and then do a, save all, to set the same options globally.  Remember
> this
> > wort of change will be visible to the astute dial-in customer though
> :-)
>
> vance,
>
> I think just setting the defaults like you show below does the trick.  I
> can observe:
>
> HiPer>> show ip igmp slot:9/mod:17
> slot:9/mod:17
> Query Interval                     125 seconds
> Max Response                       10 seconds
> Version                            2
> Querier                            208.206.76.40
> Joins                              1
> Groups                             1
> Robustness                         2
> Routing                            ENABLED
> Multicast Forwarding               ENABLED
> Multicast Proxy                    ENABLED
> IGMP Short Packets                 0
> IGMP Bad Checksum                  0
> Queries Received                   0
> Reports Received                   0
> Reports For Known Groups Received  0
> Wrong Version Reports Received     0
> Reports Sent                       0
>
>
> I am dialing in with a pipeline p50.  I set multicast forwarding on on
> it.  But on my linux box behind the pipeline I can't mtrace anything, and
> SDR shows nothing.  I see the packets going out (the box is configured
> correct for multicast because if I connect it on the lan where the total
> control is, it works fine: mtrace, sdr, etc)
>
> Any ideas?  I just want to make sure that multicast is working thru the
> total control, I would have thought I could mtrace thru the connection.
>
> Brian
>
>
> >
> > Vance
> >
> > > -----Original Message-----
> > > From:    Brian [SMTP:[e-mail]]
> > > Sent:    Tuesday, August 29, 2000 11:49 AM
> > > To:    [e-mail]
> > > Cc:    [e-mail]
> > > Subject:    Re: (usr-tc) Multicast
> > >
> > >
> > > if a user is configured via radius with no multicast radius options,
> but
> > > the ARC has the commands below configured, will that user be able to
> > > receive multicast?
> > >
> > > I can add the 5 lines to my ARC's, but don't want to have to add 3
> lines
> > > to every users radius profile if I don't have too.
> > >
> > > At first look it doesn't appear to be working.  Is there a "show" or
> > > "list" command that will tell me that mutlicast is enabled for a user?
> > >
> > > I am trying this dialed in, and trying to run SDR but get nothing.  I
> am
> > > using a pipeline which has multicast enabled on it (perhaps the ARC
> does
> > > not build or forward an SDR cache information?)
> > >
> > > Brian
> > >
> > >
> > > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> > >
> > > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > > >
> > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > > anyone
> > > > > know if these support multicast by default, and if not can someone
> > > point
> > > > > me
> > > > > the direction of some documentation on how to turn this on?
> > > >
> > > > You'll need a HiPer ARC router card installed in the chassis to do
> > > > multicast.  The Netserver router card has no multicast capability.
> > > > Multicast is disabled by default on the HiPer ARC.  To turn it on
> you do
> > > > something like:
> > > >
> > > > set ip multicast proxy interface eth:1
> > > > set ip igmp eth:1 multicast_forwarding enabled
> > > > set network user default igmp multicast_forwarding enabled
> > > > set network user default igmp multicast_proxy enabled
> > > > set network user default igmp routing enabled
> > > >
> > > > This seems to work for users wishing to receive multicast via
> dialup.  I
> > > > haven't yet tested whether this also allows users to source
> multicast
> > > via
> > > > dialup.
> > > >
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > > 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.
> >
> > ______________________________________________________________
> > This email has been virus and policy checked by InterConnect Secure's
> >  Messaging Management System (MMS) product from Tumbleweed
> >
> > Network ICE "Stop hackers cold!"
> > Free download of Black ICE - see just who is interested your PC.
> > http://www.interconnect.co.nz/Interconnect/secure/networkice.htm
> > ______________________________________________________________
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> Network Administrator
> ShreveNet Inc. (ASN 11881)
>

______________________________________________________________
This email has been virus and policy checked by InterConnect Secure's
 Messaging Management System (MMS) product from Tumbleweed

Network ICE "Stop hackers cold!"
Free download of Black ICE - see just who is interested your PC.
http://www.interconnect.co.nz/Interconnect/secure/networkice.htm
______________________________________________________________



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


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

From: Ved <[e-mail]>
Subject: Re: (usr-tc) Multicast
Date: 29 Aug 2000 10:34:33 -0600 (CST)


On Mon, 28 Aug 2000, Brian wrote:

> On Mon, 28 Aug 2000, Veda Narayan wrote:
>
> > Quoting Brian <[e-mail]>:
>
> My network uses pim sparse mode, its enabled thruout the whole
> network.......I assume this is ok.  Since my network is multicast all the
> way thru my upstreams even........I should be able to view streams from
> any servers on the multicast enabled network correct?

You have to setup your network with PIM dense mode, sparse mode will not
work.  So your egde router should be set with pim dense mode.
Once that is done you want to set this on the hiper arc

set ip appLICATION_SOURCE_ADDRESS igMP <eth:1> or <eth:2>

Which ever interface is attached to that network.
Now you have to setup the default user - enable igmp for the default user,
enable igmp for the eth:1 or eth:2 interface.  Set the default user and
the eth:1/eth:2 interface to proxy, send and receive Igmp.

-V

>
> > IGMP address on the Hiper arc.  I think the command is set ip_source_address
> > igmp <ip address of the interface>
>
> when you say "multicast igmp address" what address is that exactly?  Is
> that to point at my border router?  Or is that a unique address to assign
> the arc?..........sorry i am a bit confused.
>
>  >
> > -V
> >
> > >
> > > Brian
> > >
> > >
> > > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> > >
> > > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > > >
> > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > > anyone
> > > > > know if these support multicast by default, and if not can someone
> > > point
> > > > > me
> > > > > the direction of some documentation on how to turn this on?
> > > >
> > > > You'll need a HiPer ARC router card installed in the chassis to do
> > > > multicast.  The Netserver router card has no multicast capability.
> > > > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> > > do
> > > > something like:
> > > >
> > > > set ip multicast proxy interface eth:1
> > > > set ip igmp eth:1 multicast_forwarding enabled
> > > > set network user default igmp multicast_forwarding enabled
> > > > set network user default igmp multicast_proxy enabled
> > > > set network user default igmp routing enabled
> > > >
> > > > This seems to work for users wishing to receive multicast via dialup.
> > > I
> > > > haven't yet tested whether this also allows users to source multicast
> > > via
> > > > dialup.
> > > >
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > > 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.
> > >
> >
> >
> >
> > ===========
> >
> > -V
> >
> > ==========
> >
>
> -----------------------------------------------
> Brian Feeny, CCNA, CCDA       [e-mail]
> 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) Multicast
Date: 29 Aug 2000 10:36:12 -0500 (CDT)

On Tue, 29 Aug 2000, Ved wrote:

>
> On Mon, 28 Aug 2000, Brian wrote:
>
> > On Mon, 28 Aug 2000, Veda Narayan wrote:
> >
> > > Quoting Brian <[e-mail]>:
> >
> > My network uses pim sparse mode, its enabled thruout the whole
> > network.......I assume this is ok.  Since my network is multicast all the
> > way thru my upstreams even........I should be able to view streams from
> > any servers on the multicast enabled network correct?
>
> You have to setup your network with PIM dense mode, sparse mode will not
> work.  So your egde router should be set with pim dense mode.
> Once that is done you want to set this on the hiper arc
>
> set ip appLICATION_SOURCE_ADDRESS igMP <eth:1> or <eth:2>
>
> Which ever interface is attached to that network.
> Now you have to setup the default user - enable igmp for the default user,
> enable igmp for the eth:1 or eth:2 interface.  Set the default user and
> the eth:1/eth:2 interface to proxy, send and receive Igmp.

once this is all working, whats a good "test" to see that its working
properly?  I thought I could use Media Player........and went to
www.mediacrossing.com, and clicked on a stream.  This was going thru a
part of my network that is *not* multicast enabled, and into an ARC that
has multicasting turned *off*..........to my surprised the streams
properties said "Multicast".

Do you have a test to see if it is all done right?

Brian



>
> -V
>
> >
> > > IGMP address on the Hiper arc.  I think the command is set ip_source_address
> > > igmp <ip address of the interface>
> >
> > when you say "multicast igmp address" what address is that exactly?  Is
> > that to point at my border router?  Or is that a unique address to assign
> > the arc?..........sorry i am a bit confused.
> >
> >  >
> > > -V
> > >
> > > >
> > > > Brian
> > > >
> > > >
> > > > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> > > >
> > > > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > > > >
> > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > > > anyone
> > > > > > know if these support multicast by default, and if not can someone
> > > > point
> > > > > > me
> > > > > > the direction of some documentation on how to turn this on?
> > > > >
> > > > > You'll need a HiPer ARC router card installed in the chassis to do
> > > > > multicast.  The Netserver router card has no multicast capability.
> > > > > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> > > > do
> > > > > something like:
> > > > >
> > > > > set ip multicast proxy interface eth:1
> > > > > set ip igmp eth:1 multicast_forwarding enabled
> > > > > set network user default igmp multicast_forwarding enabled
> > > > > set network user default igmp multicast_proxy enabled
> > > > > set network user default igmp routing enabled
> > > > >
> > > > > This seems to work for users wishing to receive multicast via dialup.
> > > > I
> > > > > haven't yet tested whether this also allows users to source multicast
> > > > via
> > > > > dialup.
> > > > >
> > > > >
> > > > >
> > > > > -
> > > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > > > 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.
> > > >
> > >
> > >
> > >
> > > ===========
> > >
> > > -V
> > >
> > > ==========
> > >
> >
> > -----------------------------------------------
> > Brian Feeny, CCNA, CCDA       [e-mail]
> > Network Administrator
> > ShreveNet Inc. (ASN 11881)
> >
>

Brian Feeny, CCNA, CCDA       [e-mail]
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: Ved <[e-mail]>
Subject: Re: (usr-tc) Multicast
Date: 29 Aug 2000 10:57:29 -0600 (CST)

On Tue, 29 Aug 2000, Brian wrote:

> On Tue, 29 Aug 2000, Ved wrote:
>
> once this is all working, whats a good "test" to see that its working
> properly?  I thought I could use Media Player........and went to
> www.mediacrossing.com, and clicked on a stream.  This was going thru a
> part of my network that is *not* multicast enabled, and into an ARC that
> has multicasting turned *off*..........to my surprised the streams
> properties said "Multicast".

You can use Media player or real player - and the statistics will show
that you are using multicast or unicast.  If it uses unicast then there is
a problem.  Now technically you cannot go to www.mediacrossing.com unless
and until your network is attached to the mbone.  What you need to make
sure is that your upstream provider has multicast turned on - on his
routers so that you are capable of receiving multicast packets.  If that
is not there - you cannot do multicast.

We had to contact our provider and ask them to enable multicast on their
routers, once that is done, the ARC forwards the packets without any
problems.  Your edge router and all the core routers in the path should
have PIM dense mode.

>
> Do you have a test to see if it is all done right?
>
The easy way to test it - Have a realstreamer on the other side of your
edge router, and try to attach to it or vice versa.

-V

> Brian
>
>
>
> >
> > -V
> >
> > >
> > > > IGMP address on the Hiper arc.  I think the command is set ip_source_address
> > > > igmp <ip address of the interface>
> > >
> > > when you say "multicast igmp address" what address is that exactly?  Is
> > > that to point at my border router?  Or is that a unique address to assign
> > > the arc?..........sorry i am a bit confused.
> > >
> > >  >
> > > > -V
> > > >
> > > > >
> > > > > Brian
> > > > >
> > > > >
> > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> > > > >
> > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > > > > >
> > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > > > > anyone
> > > > > > > know if these support multicast by default, and if not can someone
> > > > > point
> > > > > > > me
> > > > > > > the direction of some documentation on how to turn this on?
> > > > > >
> > > > > > You'll need a HiPer ARC router card installed in the chassis to do
> > > > > > multicast.  The Netserver router card has no multicast capability.
> > > > > > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> > > > > do
> > > > > > something like:
> > > > > >
> > > > > > set ip multicast proxy interface eth:1
> > > > > > set ip igmp eth:1 multicast_forwarding enabled
> > > > > > set network user default igmp multicast_forwarding enabled
> > > > > > set network user default igmp multicast_proxy enabled
> > > > > > set network user default igmp routing enabled
> > > > > >
> > > > > > This seems to work for users wishing to receive multicast via dialup.
> > > > > I
> > > > > > haven't yet tested whether this also allows users to source multicast
> > > > > via
> > > > > > dialup.
> > > > > >
> > > > > >
> > > > > >
> > > > > > -
> > > > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > > > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > > > > 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.
> > > > >
> > > >
> > > >
> > > >
> > > > ===========
> > > >
> > > > -V
> > > >
> > > > ==========
> > > >
> > >
> > > -----------------------------------------------
> > > Brian Feeny, CCNA, CCDA       [e-mail]
> > > Network Administrator
> > > ShreveNet Inc. (ASN 11881)
> > >
> >
>
> -----------------------------------------------
> Brian Feeny, CCNA, CCDA       [e-mail]
> 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) Multicast
Date: 29 Aug 2000 11:21:42 -0500 (CDT)

On Tue, 29 Aug 2000, Ved wrote:

> On Tue, 29 Aug 2000, Brian wrote:
>
> > On Tue, 29 Aug 2000, Ved wrote:
> >
> > once this is all working, whats a good "test" to see that its working
> > properly?  I thought I could use Media Player........and went to
> > www.mediacrossing.com, and clicked on a stream.  This was going thru a
> > part of my network that is *not* multicast enabled, and into an ARC that
> > has multicasting turned *off*..........to my surprised the streams
> > properties said "Multicast".
>
> You can use Media player or real player - and the statistics will show
> that you are using multicast or unicast.  If it uses unicast then there is
> a problem.  Now technically you cannot go to www.mediacrossing.com unless
> and until your network is attached to the mbone.  What you need to make
> sure is that your upstream provider has multicast turned on - on his
> routers so that you are capable of receiving multicast packets.  If that
> is not there - you cannot do multicast.

we have multicast on our network, and thru our providers, that part is all
working.  Whats wierd, is I dialed into an ARC that I did not enable
multicast on, and still got "multicast" in media player to
mediacrossing.com..........this is accross my sparse-mode network!


>
> We had to contact our provider and ask them to enable multicast on their
> routers, once that is done, the ARC forwards the packets without any
> problems.  Your edge router and all the core routers in the path should
> have PIM dense mode.
>
> >
> > Do you have a test to see if it is all done right?
> >
> The easy way to test it - Have a realstreamer on the other side of your
> edge router, and try to attach to it or vice versa.

We have a realvideo server.  So your saying I should just try to get a
stream and if it *can* use multicast then realplayer will try that first
and show it is using multicast?



>
> -V
>
> > Brian
> >
> >
> >
> > >
> > > -V
> > >
> > > >
> > > > > IGMP address on the Hiper arc.  I think the command is set ip_source_address
> > > > > igmp <ip address of the interface>
> > > >
> > > > when you say "multicast igmp address" what address is that exactly?  Is
> > > > that to point at my border router?  Or is that a unique address to assign
> > > > the arc?..........sorry i am a bit confused.
> > > >
> > > >  >
> > > > > -V
> > > > >
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > >
> > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> > > > > >
> > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > > > > > >
> > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > > > > > anyone
> > > > > > > > know if these support multicast by default, and if not can someone
> > > > > > point
> > > > > > > > me
> > > > > > > > the direction of some documentation on how to turn this on?
> > > > > > >
> > > > > > > You'll need a HiPer ARC router card installed in the chassis to do
> > > > > > > multicast.  The Netserver router card has no multicast capability.
> > > > > > > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> > > > > > do
> > > > > > > something like:
> > > > > > >
> > > > > > > set ip multicast proxy interface eth:1
> > > > > > > set ip igmp eth:1 multicast_forwarding enabled
> > > > > > > set network user default igmp multicast_forwarding enabled
> > > > > > > set network user default igmp multicast_proxy enabled
> > > > > > > set network user default igmp routing enabled
> > > > > > >
> > > > > > > This seems to work for users wishing to receive multicast via dialup.
> > > > > > I
> > > > > > > haven't yet tested whether this also allows users to source multicast
> > > > > > via
> > > > > > > dialup.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > -
> > > > > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > > > > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > > > > > 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.
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > ===========
> > > > >
> > > > > -V
> > > > >
> > > > > ==========
> > > > >
> > > >
> > > > -----------------------------------------------
> > > > Brian Feeny, CCNA, CCDA       [e-mail]
> > > > Network Administrator
> > > > ShreveNet Inc. (ASN 11881)
> > > >
> > >
> >
> > -----------------------------------------------
> > Brian Feeny, CCNA, CCDA       [e-mail]
> > 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.
> >
>

Brian Feeny, CCNA, CCDA       [e-mail]
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: Ved <[e-mail]>
Subject: Re: (usr-tc) Multicast
Date: 29 Aug 2000 12:23:01 -0600 (CST)

On Tue, 29 Aug 2000, Brian wrote:

> we have multicast on our network, and thru our providers, that part is all
> working.  Whats wierd, is I dialed into an ARC that I did not enable
> multicast on, and still got "multicast" in media player to
> mediacrossing.com..........this is accross my sparse-mode network!

Sparce-mode will work but for most part has issues, thus use dense mode.
If you have Ripv2 enabled on the ARC - you do have the multicast enabled -
thus you will seee multicast packets - however to make it work in our
network I had to configure the default user and the ethernet interface for
igmp.

>
>
> >
> > We had to contact our provider and ask them to enable multicast on their
> > routers, once that is done, the ARC forwards the packets without any
> > problems.  Your edge router and all the core routers in the path should
> > have PIM dense mode.
> >
> > >
> > > Do you have a test to see if it is all done right?
> > >
> > The easy way to test it - Have a realstreamer on the other side of your
> > edge router, and try to attach to it or vice versa.
>
> We have a realvideo server.  So your saying I should just try to get a
> stream and if it *can* use multicast then realplayer will try that first
> and show it is using multicast?
>
Yes
-V


>
>
> >
> > -V
> >
> > > Brian
> > >
> > >
> > >
> > > >
> > > > -V
> > > >
> > > > >
> > > > > > IGMP address on the Hiper arc.  I think the command is set ip_source_address
> > > > > > igmp <ip address of the interface>
> > > > >
> > > > > when you say "multicast igmp address" what address is that exactly?  Is
> > > > > that to point at my border router?  Or is that a unique address to assign
> > > > > the arc?..........sorry i am a bit confused.
> > > > >
> > > > >  >
> > > > > > -V
> > > > > >
> > > > > > >
> > > > > > > Brian
> > > > > > >
> > > > > > >
> > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> > > > > > >
> > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > > > > > > >
> > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > > > > > > anyone
> > > > > > > > > know if these support multicast by default, and if not can someone
> > > > > > > point
> > > > > > > > > me
> > > > > > > > > the direction of some documentation on how to turn this on?
> > > > > > > >
> > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do
> > > > > > > > multicast.  The Netserver router card has no multicast capability.
> > > > > > > > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> > > > > > > do
> > > > > > > > something like:
> > > > > > > >
> > > > > > > > set ip multicast proxy interface eth:1
> > > > > > > > set ip igmp eth:1 multicast_forwarding enabled
> > > > > > > > set network user default igmp multicast_forwarding enabled
> > > > > > > > set network user default igmp multicast_proxy enabled
> > > > > > > > set network user default igmp routing enabled
> > > > > > > >
> > > > > > > > This seems to work for users wishing to receive multicast via dialup.
> > > > > > > I
> > > > > > > > haven't yet tested whether this also allows users to source multicast
> > > > > > > via
> > > > > > > > dialup.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > -
> > > > > > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > > > > > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > > > > > > 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.
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ===========
> > > > > >
> > > > > > -V
> > > > > >
> > > > > > ==========
> > > > > >
> > > > >
> > > > > -----------------------------------------------
> > > > > Brian Feeny, CCNA, CCDA       [e-mail]
> > > > > Network Administrator
> > > > > ShreveNet Inc. (ASN 11881)
> > > > >
> > > >
> > >
> > > -----------------------------------------------
> > > Brian Feeny, CCNA, CCDA       [e-mail]
> > > 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.
> > >
> >
>
> -----------------------------------------------
> Brian Feeny, CCNA, CCDA       [e-mail]
> 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) Multicast
Date: 29 Aug 2000 12:48:46 -0500 (CDT)

On Tue, 29 Aug 2000, Ved wrote:

> On Tue, 29 Aug 2000, Brian wrote:
>
> > we have multicast on our network, and thru our providers, that part is all
> > working.  Whats wierd, is I dialed into an ARC that I did not enable
> > multicast on, and still got "multicast" in media player to
> > mediacrossing.com..........this is accross my sparse-mode network!
>
> Sparce-mode will work but for most part has issues, thus use dense mode.
> If you have Ripv2 enabled on the ARC - you do have the multicast enabled -
> thus you will seee multicast packets - however to make it work in our
> network I had to configure the default user and the ethernet interface for
> igmp.

it says in the manual that if you don't configure the
"application_source_interface", it just uses the ethernet interface
anyways........so it appears thats not necessary

>
> >
> >
> > >
> > > We had to contact our provider and ask them to enable multicast on their
> > > routers, once that is done, the ARC forwards the packets without any
> > > problems.  Your edge router and all the core routers in the path should
> > > have PIM dense mode.
> > >
> > > >
> > > > Do you have a test to see if it is all done right?
> > > >
> > > The easy way to test it - Have a realstreamer on the other side of your
> > > edge router, and try to attach to it or vice versa.
> >
> > We have a realvideo server.  So your saying I should just try to get a
> > stream and if it *can* use multicast then realplayer will try that first
> > and show it is using multicast?
> >
> Yes
> -V
>
>
> >
> >
> > >
> > > -V
> > >
> > > > Brian
> > > >
> > > >
> > > >
> > > > >
> > > > > -V
> > > > >
> > > > > >
> > > > > > > IGMP address on the Hiper arc.  I think the command is set ip_source_address
> > > > > > > igmp <ip address of the interface>
> > > > > >
> > > > > > when you say "multicast igmp address" what address is that exactly?  Is
> > > > > > that to point at my border router?  Or is that a unique address to assign
> > > > > > the arc?..........sorry i am a bit confused.
> > > > > >
> > > > > >  >
> > > > > > > -V
> > > > > > >
> > > > > > > >
> > > > > > > > Brian
> > > > > > > >
> > > > > > > >
> > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote:
> > > > > > > >
> > > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote:
> > > > > > > > >
> > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it.  Does
> > > > > > > > anyone
> > > > > > > > > > know if these support multicast by default, and if not can someone
> > > > > > > > point
> > > > > > > > > > me
> > > > > > > > > > the direction of some documentation on how to turn this on?
> > > > > > > > >
> > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do
> > > > > > > > > multicast.  The Netserver router card has no multicast capability.
> > > > > > > > > Multicast is disabled by default on the HiPer ARC.  To turn it on you
> > > > > > > > do
> > > > > > > > > something like:
> > > > > > > > >
> > > > > > > > > set ip multicast proxy interface eth:1
> > > > > > > > > set ip igmp eth:1 multicast_forwarding enabled
> > > > > > > > > set network user default igmp multicast_forwarding enabled
> > > > > > > > > set network user default igmp multicast_proxy enabled
> > > > > > > > > set network user default igmp routing enabled
> > > > > > > > >
> > > > > > > > > This seems to work for users wishing to receive multicast via dialup.
> > > > > > > > I
> > > > > > > > > haven't yet tested whether this also allows users to source multicast
> > > > > > > > via
> > > > > > > > > dialup.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > -
> > > > > > > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > > > > > > >  with "unsubscribe usr-tc" in the body of the 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, CCNA, CCDA       [e-mail]
> > > > > > > > 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.
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ===========
> > > > > > >
> > > > > > > -V
> > > > > > >
> > > > > > > ==========
> > > > > > >
> > > > > >
> > > > > > -----------------------------------------------
> > > > > > Brian Feeny, CCNA, CCDA       [e-mail]
> > > > > > Network Administrator
> > > > > > ShreveNet Inc. (ASN 11881)
> > > > > >
> > > > >
> > > >
> > > > -----------------------------------------------
> > > > Brian Feeny, CCNA, CCDA       [e-mail]
> > > > 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.
> > > >
> > >
> >
> > -----------------------------------------------
> > Brian Feeny, CCNA, CCDA       [e-mail]
> > 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.
> >
>

Brian Feeny, CCNA, CCDA       [e-mail]
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: Ken Kirchner <[e-mail]>
Subject: Re: (usr-tc) dead hiper dsp
Date: 30 Aug 2000 00:06:41 -0500 (CDT)

Been there, seen that, got the t-shirt. :)

As I recall (it's been a while) re-flashing the unit did fix the problem.

-Ken

On Mon, 28 Aug 2000, Kalev Nurklik wrote:

> Got a HDSP here with solid red for 'Run/Fail'.
> There is also fourth LED amber on utilization bar or whatever it's called
> counting from down to up. Nothing else is lit.
> Anybody has a clue what that means?
> I have removed and re-seated both NAC and NIC and in correct order.
> That means NIC first then NAC - no help.
> I haven't checked the console yet but thought to turn to the list
> before I get to that.
> I think I remember from somewhere that the utilization LEDs represent
> the error that has occured - is there a table describing these?
> Would it help to re-flash the card?
>
> Regards,
> __________________________________
> Kalev Nurklik
> Delfi Online
> Pa"rnu mnt. 158, 11317 Tallinn, Estonia
> Tel: [phone]
> Fax: [phone]
> E-mail: [e-mail]
> http://online.delfi.ee
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

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

ShreveNet - Your Premium Internet Service Provider!


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


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

From: "Jim Baxter" <[e-mail]>
Subject: (usr-tc) bad modems in hiper dsp
Date: 30 Aug 2000 14:53:50 -0400

I have come accross several bad modems on my hiper dsps.  I logged into the
CLI on the hiper arc, and disabled them using

HiPer>> disable interface slot:xx/mod:xx

I would assume this would work fine, however now when all the other modems
on the card fill up, my customers receive fast busy signals.  This should
not be the case as our phone lines are configured such that all calls should
roll over onto the second PRI once the first one is full.  Has anyone
experienced this before?  Is there a way that I can busy out a modem on a
DSP so that the incoming calls will still roll onto the next pri?

Thanks

Jim Baxter
Systems Administration
AtConnex Networks
[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) bad modems in hiper dsp
Date: 30 Aug 2000 22:00:54 -0500 (CDT)

On Wed, 30 Aug 2000, Jim Baxter wrote:

> I have come accross several bad modems on my hiper dsps.  I logged into the
> CLI on the hiper arc, and disabled them using
>
> HiPer>> disable interface slot:xx/mod:xx
>
> I would assume this would work fine, however now when all the other modems
> on the card fill up, my customers receive fast busy signals.  This should
> not be the case as our phone lines are configured such that all calls should
> roll over onto the second PRI once the first one is full.  Has anyone
> experienced this before?  Is there a way that I can busy out a modem on a
> DSP so that the incoming calls will still roll onto the next pri?

You have assumed wrong.. This stops the HARC from using the interface but
not the DSP from accepting a call on them. You should try setting the
DS0s Local Out Of Service (L00S). Then you should get the desired effect
if your spans are provisioned correctly.

I have never seen bad "modems" on a hiper DSP card. There are only 12 DSPs
each with 2 virtual modems.  Do you see failed modems in pairs, if not
then its not a hardware problem.  What code are you running?




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 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) bad modems in hiper dsp
Date: 30 Aug 2000 23:48:06 -0400

At 02:53 PM 8/30/00 -0400, Jim Baxter wrote:
>I have come accross several bad modems on my hiper dsps.  I logged into the
>CLI on the hiper arc, and disabled them using
>
>HiPer>> disable interface slot:xx/mod:xx
>
>I would assume this would work fine, however now when all the other modems
>on the card fill up, my customers receive fast busy signals.  This should
>not be the case as our phone lines are configured such that all calls should
>roll over onto the second PRI once the first one is full.  Has anyone
>experienced this before?  Is there a way that I can busy out a modem on a
>DSP so that the incoming calls will still roll onto the next pri?

  Soft busy will do this. Through TCM, highlight the top lights of the
card, then go to configure...actions/commands. Select the "Timeslot" radio
button and highlight the modem numbers you want to busy. Then use the
"software/soft busy out" command. I'm not aware of a way to do this via the
ARC console.
  The way I do it is to soft busy only bad modems through heavy use
periods, then soft busy the entire card at the end of the evening(soft busy
will not knock off users, but will prevent any relogons after the modem is
vacated). Thus, by morning the card will be empty and I can reset the card.


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


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


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

From: "Kalev Nurklik" <[e-mail]>
Subject: Re: (usr-tc) dead hiper dsp
Date: 31 Aug 2000 13:03:41 +0200

Not here.
I get this on console -

Manufacturing Info -> 1AAA13M0
           Mode/Env -> 1/0
         Fault Code -> 0-8-25-1
      Expected Data -> f0180020
      Received Data -> 00180020
       Text Message -> Address Equals Data Test Failure
       Info Message -> Second read failed.  Hard error indicated.

I think this one is going back for repairs..?

> As I recall (it's been a while) re-flashing the unit did fix the problem.
>
> -Ken
>
> On Mon, 28 Aug 2000, Kalev Nurklik wrote:
>
> > Got a HDSP here with solid red for 'Run/Fail'.
> > There is also fourth LED amber on utilization bar or whatever it's called
> > counting from down to up. Nothing else is lit.
> > Anybody has a clue what that means?
> > I have removed and re-seated both NAC and NIC and in correct order.
> > That means NIC first then NAC - no help.
> > I haven't checked the console yet but thought to turn to the list
> > before I get to that.
> > I think I remember from somewhere that the utilization LEDs represent
> > the error that has occured - is there a table describing these?
> > Would it help to re-flash the card?

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

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


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

From: "Jim Baxter" <[e-mail]>
Subject: Re: (usr-tc) bad modems in hiper dsp
Date: 31 Aug 2000 09:25:06 -0400

Mike.,

Thanks for the info.  I am running DSP code 2.0.81 and yes, the modems fail
in pairs, mod:1 and mod:2 do not accept calls properly on one of my DSPs,
and mod:13 and mod:14 do not work on another.

Jim Baxter
Systems Administration
AtConnex Networks
[e-mail]


----- Original Message -----
Sent: Wednesday, August 30, 2000 11:00 PM


> On Wed, 30 Aug 2000, Jim Baxter wrote:
>
> > I have come accross several bad modems on my hiper dsps.  I logged into
the
> > CLI on the hiper arc, and disabled them using
> >
> > HiPer>> disable interface slot:xx/mod:xx
> >
> > I would assume this would work fine, however now when all the other
modems
> > on the card fill up, my customers receive fast busy signals.  This
should
> > not be the case as our phone lines are configured such that all calls
should
> > roll over onto the second PRI once the first one is full.  Has anyone
> > experienced this before?  Is there a way that I can busy out a modem on
a
> > DSP so that the incoming calls will still roll onto the next pri?
>
> You have assumed wrong.. This stops the HARC from using the interface but
> not the DSP from accepting a call on them. You should try setting the
> DS0s Local Out Of Service (L00S). Then you should get the desired effect
> if your spans are provisioned correctly.
>
> I have never seen bad "modems" on a hiper DSP card. There are only 12 DSPs
> each with 2 virtual modems.  Do you see failed modems in pairs, if not
> then its not a hardware problem.  What code are you running?
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>


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


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

From: Blake Fithen <[e-mail]>
Subject: RE: (usr-tc) bad modems in hiper dsp
Date: 31 Aug 2000 10:05:21 -0500

2.0.51 fixed that for us.  It was quite a relief

blake


> -----Original Message-----
> From:    Jim Baxter [SMTP:[e-mail]]
> Sent:    Thursday, August 31, 2000 8:25 AM
> To:    [e-mail]
> Subject:    Re: (usr-tc) bad modems in hiper dsp
>
> Mike.,
>
> Thanks for the info.  I am running DSP code 2.0.81 and yes, the modems
> fail
> in pairs, mod:1 and mod:2 do not accept calls properly on one of my DSPs,
> and mod:13 and mod:14 do not work on another.
>
> Jim Baxter
> Systems Administration
> AtConnex Networks
> [e-mail]
>
>
> ----- Original Message -----
> From: <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, August 30, 2000 11:00 PM
> Subject: Re: (usr-tc) bad modems in hiper dsp
>
>
> > On Wed, 30 Aug 2000, Jim Baxter wrote:
> >
> > > I have come accross several bad modems on my hiper dsps.  I logged
> into
> the
> > > CLI on the hiper arc, and disabled them using
> > >
> > > HiPer>> disable interface slot:xx/mod:xx
> > >
> > > I would assume this would work fine, however now when all the other
> modems
> > > on the card fill up, my customers receive fast busy signals.  This
> should
> > > not be the case as our phone lines are configured such that all calls
> should
> > > roll over onto the second PRI once the first one is full.  Has anyone
> > > experienced this before?  Is there a way that I can busy out a modem
> on
> a
> > > DSP so that the incoming calls will still roll onto the next pri?
> >
> > You have assumed wrong.. This stops the HARC from using the interface
> but
> > not the DSP from accepting a call on them. You should try setting the
> > DS0s Local Out Of Service (L00S). Then you should get the desired effect
> > if your spans are provisioned correctly.
> >
> > I have never seen bad "modems" on a hiper DSP card. There are only 12
> DSPs
> > each with 2 virtual modems.  Do you see failed modems in pairs, if not
> > then its not a hardware problem.  What code are you running?
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

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