Subject:Re: (usr-tc) ISDN Calls on TC From: Ray Whelan <ray_whelan@eur.3com.com> Date: 1999-01-01 01:08:35
Hi Russel,
Go to the command line of the DSP
chdev Span
>cmd rd (Default)
>cmd sv (Save)
>re (reset)
Reconfigure you line settings if needed
Also if you are still having problems check different rate adaptation calls IE
Sync PPP, v110, v120 and x75 if all are affected
I would check the modem setting is set to at*v2=0 Auto detect ( Default)
Another thing you could look at is
mdm> at-af This will give you a failed reason
mdm>at-ad This will give you a disconnection log.
There lot of other possible areas to look at as in running a trace but start
with the above.
Ray W
"Russ Miescke" <russm@powerweb.net> on 31/12/99 23:51:46
Please respond to usr-tc@lists.xmission.com
Sent by: "Russ Miescke" <russm@powerweb.net>
cc: (Ray Whelan/IE/3Com)
We are having a real problem getting ISDN calls to connect to our HyperDSP
cards. The calls work fine on our old netserver TC units, but will connect
and just hang, connect only one line or not connect at all on the new units.
Any tricks to this?
Russ Miescke
Power Web Connect
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:(usr-tc) TRANSMISSION PROBLEMS From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1999-11-30 12:15:00
We have a user who has been having problems with their dialup connection
from the day they started with us. They are complaining about the typical
"stalling problem" and their application (a stock tracking application)
dying which is causing them to have to do a reboot on Win95. To make
matters worse they have a Lucent Winmodem. I have sent them the latest
software but it doesn't seem to help. They are getting a solid 28.8kbs
connection. I looked at theor modem stats in TCM, when they were
connected, and the analog stats look fine. However, when I look at Call
Stats I am seeing some strange numbers:
Number of characters sent 2664304
Numebr of charcters received 398400
Number of blocks sent 37255
Number of blocks received 19320
Numebr of retrains requested 0
Number of characters lost 0
Link block errors 1160
Number of link protocol timeouts 265
Number of NAKS sent 1919
Gain recalculation count 0
Do these numbers seem normal ? I checked other calls and the results
of my observations are unconclusive. I am open to suggestions. Of
course with their other ISP (where they lived previously) they didn't
have this problem.
Jeff Binkley
ASA Network Computing
Subject:(usr-tc) TRANSMISSION PROBLEMS From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1999-11-30 12:15:00
We have a user who has been having problems with their dialup connection
from the day they started with us. They are complaining about the typical
"stalling problem" and their application (a stock tracking application)
dying which is causing them to have to do a reboot on Win95. To make
matters worse they have a Lucent Winmodem. I have sent them the latest
software but it doesn't seem to help. They are getting a solid 28.8kbs
connection. I looked at theor modem stats in TCM, when they were
connected, and the analog stats look fine. However, when I look at Call
Stats I am seeing some strange numbers:
Number of characters sent 2664304
Numebr of charcters received 398400
Number of blocks sent 37255
Number of blocks received 19320
Numebr of retrains requested 0
Number of characters lost 0
Link block errors 1160
Number of link protocol timeouts 265
Number of NAKS sent 1919
Gain recalculation count 0
Do these numbers seem normal ? I checked other calls and the results
of my observations are unconclusive. I am open to suggestions. Of
course with their other ISP (where they lived previously) they didn't
have this problem.
Jeff Binkley
ASA Network Computing
Subject:(usr-tc) RE: OID for HiperDSP From: Jose Luis Gaspoz <josega@ssdfe.com.ar> Date: 1999-12-01 09:23:39
Above all thanks to all those that try to help me, but the OIDS that
indicated me begins with .1.3.6.1.4.1.429.4 and I make a SNMPWALK from that
this OID and I don't have anything under the .4
To the state of the Quad modems I see it with
1.3.6.1.4.1.429.1.6.9.1.1.7.XXXX
To the card Hiper DSP sees it in enterprises.429.1.1.2.1.1.3.10000 = 3COM
High-Density Modem NAC"
Continue forgiving the translation to English...
Thank You
>We have a Total Control with 8 quad modem and we do the quantity of
connected users >with a MRTG.
>
>We add a HIPERDSP in the slot 10 and we wanted to taste the quantity from
connected >users to her.
>
>Does somebody know the OID to see the quantity of users connected in a
HiperDSP?
>
>From already thank you and forgive the bad translation to English
Subject:Re: (usr-tc) OID for HiperDSP -Reply -Reply From: farber@admin.f-tech.net Date: 1999-12-01 10:03:36
I do have it. It's in a PHP3 script I wrote to monitor users online,
speed, time, in/out bytes etc.
I just tried your's to see if the number was of any use, and it barfed.
actually if you use the OID you do not need the mib file. the mib file is
ONLY for OID->human readable form. you can delete the entire
/usr/local/share/snmp/mibs directory and snmp will still work fine. so
it's not a problem with the mib file... the oid just wasn't right.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 1 Dec 1999, Campbell Simpson wrote:
> Paul
>
> You should have the usrCip MIB (1.3.6.1.4.1.429.4.10). Originally we had to do a walk of the NMC card to find the number of active sessions, but we asked our vendor for some development so that we could just perform one snmp get for the total number of active sessions on a NAS or on a DSP card. Apparently here in NZ we get slightly different software releases to others. If you don't have the MIB then have a talk to your vendor and see what they say.
>
> Campbell
>
>
On Tue, 30 Nov 1999, Jeff Binkley wrote:
> connected, and the analog stats look fine. However, when I look at Call
> Stats I am seeing some strange numbers:
>
> Number of characters sent 2664304
> Numebr of charcters received 398400
> Number of blocks sent 37255
> Number of blocks received 19320
> Numebr of retrains requested 0
> Number of characters lost 0
> Link block errors 1160
> Number of link protocol timeouts 265
> Number of NAKS sent 1919
These last three are kinda high, relative to blocks sent/received.
> Do these numbers seem normal ? I checked other calls and the results
> of my observations are unconclusive. I am open to suggestions. Of
> course with their other ISP (where they lived previously) they didn't
> have this problem.
I think the key here is "where they lived previously"... I bet if they
called their other ISP from their current location they might run into the
same problems.
Looks like a line problem. Though maybe if they connected at 26400
instead of 28800 it'd clear things up... you might have them try that.
You can find the init string for that on http://808hi.com/56k somewhere.
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"With sufficient thrust, pigs fly just fine." -- RFC 1925
Subject:RE: (usr-tc) OID for HiperDSP -Reply -Reply From: Wayne Barber <barberw@tidewater.net> Date: 1999-12-01 14:40:13
My 2 cents on the OID issue: Here's what I use in mrtg.cfg to get the number
of current users:
Target[tcpool]:
.1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:public@
arc1.tidewater.net +
.1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:public@arc2.tidewater
.net
This checks two different HiperARCs and adds the totals together. The
hiperarc.mib file says the OID I'm checking is:
usrUserManActiveUsers OBJECT-TYPE
SYNTAX Counter
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The number of active users"
::= { usrUserManGroup 10 }
I could not get this to work with snmpget, but snmx (a command line snmp
tool) lets me get there using UNIX-like commands.
Wayne Barber
Coastal Telco Services
On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
> Hello all...
>
> I have a neat-o little php3 script that shows me users, time on line,
> speed, and bytes in/out.
>
> Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> PPP on the modem and got:
>
> Incoming PPP Data on interface: slot:3/mod:2
> LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
>
> Outgoing PPP Data on interface: slot:3/mod:2
> LCP ECHO_RPLY 81 e7 42 27
>
> Incoming PPP Data on interface: slot:3/mod:2
> LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
>
> Outgoing PPP Data on interface: slot:3/mod:2
> LCP ECHO_RPLY 81 e7 42 27
>
> meaning that they *are* there. Wouldn't the idle timeout handle this? I
> verified my script with TCM and it also showed 0 in/out with online time
> of 1hr+.
>
Nope Idle time will not handle this. This is lcp echo/reply within ppp.
krish
>
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Becasue lcp/echo/reply is actual traffic - just like ping, the session
was never idle for the set time, there was always traffic thus idletime
was never reached.
krish
\ T.S.V. Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com ............ \
----------------------------------------------/
tkrishna@bubba.ae.usr.com
----------------------------/ http://interproc.ae.usr.com ----/
Any Sufficiently advanced bug is indistinguishable for a feature.
- Rick Kulawiec
On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
> Yes, I know. But then why didn't it idle timeout?
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Thu, 2 Dec 1999, Mike Andrews wrote:
>
> > Well, for what it's worth, these are LCP echoes... which works at the PPP
> > layer, which is further down the stack than the TCP/IP layer. So from a
> > TCP/IP perspective there really isn't any traffic if that's all you're
> > seeing. My guess is the idle timeout is based on TCP/IP traffic (or IPX
> > if you do that).
> >
> >
> > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> > Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> > "With sufficient thrust, pigs fly just fine." -- RFC 1925
> >
> > On Wed, 1 Dec 1999 pferraro@wna-linknet.com wrote:
> >
> > >
> > > Seems to me I remember reading something about the way the
> > > HiperArc handles bytes in /out We use TSmon and the author recommends
> > > not doing any limits for users based on bytes in/out.... Maybe Krish can
> > > enlighten us on this. I believe 3Com does it in a nON-Standard way??
> > >
> > > ==============================================================================
> > > Phillip Ferraro WorldNet Access, Inc
> > > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
> > > Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> > > FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> > > ==============================================================================
> > >
> > > On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
> > >
> > > > Hello all...
> > > >
> > > > I have a neat-o little php3 script that shows me users, time on line,
> > > > speed, and bytes in/out.
> > > >
> > > > Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> > > > PPP on the modem and got:
> > > >
> > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
> > > >
> > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > LCP ECHO_RPLY 81 e7 42 27
> > > >
> > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
> > > >
> > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > LCP ECHO_RPLY 81 e7 42 27
> > > >
> > > > meaning that they *are* there. Wouldn't the idle timeout handle this? I
> > > > verified my script with TCM and it also showed 0 in/out with online time
> > > > of 1hr+.
> > > >
> > > >
> > > >
> > > > Paul Farber
> > > > Farber Technology
> > > > farber@admin.f-tech.net
> > > > Ph 570-628-5303
> > > > Fax 570-628-5545
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Hello all...
I have a neat-o little php3 script that shows me users, time on line,
speed, and bytes in/out.
Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
PPP on the modem and got:
Incoming PPP Data on interface: slot:3/mod:2
LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
Outgoing PPP Data on interface: slot:3/mod:2
LCP ECHO_RPLY 81 e7 42 27
Incoming PPP Data on interface: slot:3/mod:2
LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
Outgoing PPP Data on interface: slot:3/mod:2
LCP ECHO_RPLY 81 e7 42 27
meaning that they *are* there. Wouldn't the idle timeout handle this? I
verified my script with TCM and it also showed 0 in/out with online time
of 1hr+.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
Seems to me I remember reading something about the way the
HiperArc handles bytes in /out We use TSmon and the author recommends
not doing any limits for users based on bytes in/out.... Maybe Krish can
enlighten us on this. I believe 3Com does it in a nON-Standard way??
==============================================================================
Phillip Ferraro WorldNet Access, Inc
pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
Voice (910) 346-0835 824 Gumbranch Square, Suite R3
FAX (910) 455-1933 Jacksonville, Nc 28540-6269
==============================================================================
On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
> Hello all...
>
> I have a neat-o little php3 script that shows me users, time on line,
> speed, and bytes in/out.
>
> Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> PPP on the modem and got:
>
> Incoming PPP Data on interface: slot:3/mod:2
> LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
>
> Outgoing PPP Data on interface: slot:3/mod:2
> LCP ECHO_RPLY 81 e7 42 27
>
> Incoming PPP Data on interface: slot:3/mod:2
> LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
>
> Outgoing PPP Data on interface: slot:3/mod:2
> LCP ECHO_RPLY 81 e7 42 27
>
> meaning that they *are* there. Wouldn't the idle timeout handle this? I
> verified my script with TCM and it also showed 0 in/out with online time
> of 1hr+.
>
>
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
> Then either no link should ever time out due to lcp traffic or there
> is something wrong with the link because of these lcp echo/req packets
> every 10 seconds.
>
> Which is more correct?
I did not understand your question. Idle time out basically means if the
line is idle for a set number of seconds/min then disconnect the same.
lcp echo is a normal lcp type ping if you will that is done by certain
clients. If this happens it means that there is traffic on the wire so
the line is not idle. So do not disconnect the same.
krish
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Wed, 1 Dec 1999, Tatai SV Krishnan wrote:
>
> > Becasue lcp/echo/reply is actual traffic - just like ping, the session
> > was never idle for the set time, there was always traffic thus idletime
> > was never reached.
> >
> > krish
> >
> > -----------------------------------------
> > \ T.S.V. Krishnan \
> > \ Network System Engineer \ ( : - : )
> > \ 3Com ............ \
> > ----------------------------------------------/
> > tkrishna@bubba.ae.usr.com
> > ----------------------------/ http://interproc.ae.usr.com ----/
> > -------------------------------------------------------------------------\
> > Any Sufficiently advanced bug is indistinguishable for a feature.
> > - Rick Kulawiec
> > -------------------------------------------------------------------------/
> >
> > On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
> >
> > > Yes, I know. But then why didn't it idle timeout?
> > >
> > > Paul Farber
> > > Farber Technology
> > > farber@admin.f-tech.net
> > > Ph 570-628-5303
> > > Fax 570-628-5545
> > >
> > > On Thu, 2 Dec 1999, Mike Andrews wrote:
> > >
> > > > Well, for what it's worth, these are LCP echoes... which works at the PPP
> > > > layer, which is further down the stack than the TCP/IP layer. So from a
> > > > TCP/IP perspective there really isn't any traffic if that's all you're
> > > > seeing. My guess is the idle timeout is based on TCP/IP traffic (or IPX
> > > > if you do that).
> > > >
> > > >
> > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> > > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> > > > Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> > > > "With sufficient thrust, pigs fly just fine." -- RFC 1925
> > > >
> > > > On Wed, 1 Dec 1999 pferraro@wna-linknet.com wrote:
> > > >
> > > > >
> > > > > Seems to me I remember reading something about the way the
> > > > > HiperArc handles bytes in /out We use TSmon and the author recommends
> > > > > not doing any limits for users based on bytes in/out.... Maybe Krish can
> > > > > enlighten us on this. I believe 3Com does it in a nON-Standard way??
> > > > >
> > > > > ==============================================================================
> > > > > Phillip Ferraro WorldNet Access, Inc
> > > > > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
> > > > > Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> > > > > FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> > > > > ==============================================================================
> > > > >
> > > > > On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
> > > > >
> > > > > > Hello all...
> > > > > >
> > > > > > I have a neat-o little php3 script that shows me users, time on line,
> > > > > > speed, and bytes in/out.
> > > > > >
> > > > > > Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> > > > > > PPP on the modem and got:
> > > > > >
> > > > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > > > LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
> > > > > >
> > > > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > > > LCP ECHO_RPLY 81 e7 42 27
> > > > > >
> > > > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > > > LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
> > > > > >
> > > > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > > > LCP ECHO_RPLY 81 e7 42 27
> > > > > >
> > > > > > meaning that they *are* there. Wouldn't the idle timeout handle this? I
> > > > > > verified my script with TCM and it also showed 0 in/out with online time
> > > > > > of 1hr+.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Paul Farber
> > > > > > Farber Technology
> > > > > > farber@admin.f-tech.net
> > > > > > Ph 570-628-5303
> > > > > > Fax 570-628-5545
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
>
I need another DSP card if you want to sell that chassis
Give me a price.
Kevin
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Blue Moon Network
Administrator
Sent: Monday, November 29, 1999 9:12 PM
We've been killing ourselves trying to find reference for chat_script(s) for
hiper arc.
We're trying to make the hiper TC emulate what our netserver and portmaster
boxes do.
Users have three choices when they connect:
>>>
- Blue Moon X2/V.90 -
Select HOST:
ppp
shell
bbs
Type new to register for net access.
<<<
shell telnets them into our shell box, BBS rlogins them into our BBS machine
and new is a new user program which runs on a unix box to allow text
terminals
to register for access. "ppp" obviously starts a PPP session.
PortMaster3 > sh user new
Username: new Type: Login User
Host: dec Login Service: rlogin (513)
PortMaster3 > sh ta user
Netmask/
Name Type Address/Host Service RIP
-------- ---------------- ------------------- ---------- ---
new Login User dec Rlogin
NEW Login User dec Rlogin
shell Login User dec Telnet
bbs Login User bbs Rlogin
The only reference I have found for chat_script is one from the list
archives
which didn't work. It's auth line looks like this:
AUTHENTICAT LOGIN_BANNER=""LOGIN_PROMPT="Username:";
Which just does a "Chat Script Operation done, but verification failed" no
matter how many changes I make to that line. I did find out by trial and
error
that the single command "PPP;" starts up an unauthenticated PPP session
which
is obviously no good unless you give away free internet.
I have been able to find ZERO documentation on chat_script syntax and
options.
I must have a functioning host prompt (host:) which also allows radius
authed PPP sessions to be started for legacy compatibility with user
scripts.
How the hell do I do this on a HARC TC?
Anyone want to buy a brand new hiper chassis with 48 ports? I am so fed up
with
this thing and 3com that I'm ready to take a bath to be shut of it for once
and for all. I was told by my rep at one of USR's biggest sellers that hiper
was 100% backward compatible with ComOS' syntax. This tc hiper (POS) has
made
me miserable and has been holding up adding more dialups.
If I can't get this thing going the way it ought to be this week I will get
rid
of it for another PM3 which have been great boxes for us since the modem
code stabilized. I also have a netserver TC which is easy to deal with as it
uses ComOS for its OS. Damn USR/3Com for their hiper nightmare.
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Well, for what it's worth, these are LCP echoes... which works at the PPP
layer, which is further down the stack than the TCP/IP layer. So from a
TCP/IP perspective there really isn't any traffic if that's all you're
seeing. My guess is the idle timeout is based on TCP/IP traffic (or IPX
if you do that).
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"With sufficient thrust, pigs fly just fine." -- RFC 1925
On Wed, 1 Dec 1999 pferraro@wna-linknet.com wrote:
>
> Seems to me I remember reading something about the way the
> HiperArc handles bytes in /out We use TSmon and the author recommends
> not doing any limits for users based on bytes in/out.... Maybe Krish can
> enlighten us on this. I believe 3Com does it in a nON-Standard way??
>
> ==============================================================================
> Phillip Ferraro WorldNet Access, Inc
> pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
> Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> ==============================================================================
>
> On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
>
> > Hello all...
> >
> > I have a neat-o little php3 script that shows me users, time on line,
> > speed, and bytes in/out.
> >
> > Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> > PPP on the modem and got:
> >
> > Incoming PPP Data on interface: slot:3/mod:2
> > LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
> >
> > Outgoing PPP Data on interface: slot:3/mod:2
> > LCP ECHO_RPLY 81 e7 42 27
> >
> > Incoming PPP Data on interface: slot:3/mod:2
> > LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
> >
> > Outgoing PPP Data on interface: slot:3/mod:2
> > LCP ECHO_RPLY 81 e7 42 27
> >
> > meaning that they *are* there. Wouldn't the idle timeout handle this? I
> > verified my script with TCM and it also showed 0 in/out with online time
> > of 1hr+.
> >
> >
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) CLID, DNIS , ANIS , Caller ID ? From: Mike Andrews <mandrews@bit0.com> Date: 1999-12-02 00:43:17
Somewhat related question:
While we get both ANI and DNIS info on our PRI's just fine, we're about to
order channelized T1 for the first time. (We have to, because PRI won't
be available until May 2000 in that city, and Bellsouth's "extended reach
PRI" is not at all cost effective for this. Bleah.)
Am I going to have problems doing both ANI and DNIS at the same time on a
(trunk side) channelized T1?
Any other potential gotchas for someone used to PRI? :) Aside from
ordering it with the right parameters (E&M type 2, wink start, wink ack,
probably will try to get B8ZS instead of AMI...)
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"With sufficient thrust, pigs fly just fine." -- RFC 1925
On Sat, 27 Nov 1999, Bob Purdon (Lists) wrote:
>
> > Thanks for your help.
> > We have T1/PRI from the telco into the TCH
> > (quad. digital modem and NetServer card).
> >
> > Can such TCH support (, can retrieve) *both*
> > Caller ID and DNIS (based upon your definition)?
>
> Yes. I can, and does (here anyway). We make extensive use of DNIS, and
> use CLID to trip up dishonest customers...
Maybe there is a site out there that actually has a searchable archive of the mailing list working, but if so I haven't found one -- datasys.net has a great archive but the search is turned off. Because of this and because we wanted to be able to search the lists ourselves, we've created one that is current, going back to Aug.14.1999.
It's located at http://usr-tc.1st.net/ and is updated dynamically as incoming list mail is received -- The site is indexed once per day.
Given the popularity of this mailing list, some may find this site useful if they are searching for some of the most current articles.
Mike Tindor
Network Operations
FIRST USA Inc.
740-695-2280
http://www.1st.net/
Subject:Re: (usr-tc) CLID, DNIS , ANIS , Caller ID ? From: Ronald Kushner <ron@glis.net> Date: 1999-12-02 00:55:03
Mike Andrews wrote:
>
> Somewhat related question:
>
> While we get both ANI and DNIS info on our PRI's just fine, we're about to
> order channelized T1 for the first time. (We have to, because PRI won't
> be available until May 2000 in that city, and Bellsouth's "extended reach
> PRI" is not at all cost effective for this. Bleah.)
>
> Am I going to have problems doing both ANI and DNIS at the same time on a
> (trunk side) channelized T1?
No, but you have to order the line this way, most of the RBOCs call this
Feature Group D. But since we're in a SS7 world getting the LEC to tone down
to you can be tricky since many switches are not ordered with tone
generators these days.
> Any other potential gotchas for someone used to PRI? :) Aside from
> ordering it with the right parameters (E&M type 2, wink start, wink ack,
> probably will try to get B8ZS instead of AMI...)
Sometimes bringing them up can be funky, mostly trial and error if they
don't rock-n-roll with the default settings, but for the most part they
work. I'd definitely ask for B8ZS and ESF, since most of their network
probably runs that way to begin with.
-Ron
GLISnet, Inc.
+1 810/939.9885
On Thu, 2 Dec 1999, Kevin Tucker wrote:
> I need another DSP card if you want to sell that chassis
> Give me a price.
>
> Kevin
I'll be damned if that HARC box isn't working somewhat now thanks to a little
assistance by the saviour, Krish.
Turns out that the AUTHENTICATE chat script directive wasn't quite functional
in the code we had.
The HARC box is still a little flaky (odd batches of NULLs seem to get spit out
her and there in dialup terminal telnet/rlogin relays and administrative
inbound telnets) and I can't seem to flash up the DSP's to 2.0.60 with TCM
5.5.1 and can't access later versions on totalservusr, but it is acting
somewhat the way it ought to now.
I really miss ComOS based code, but we'll stick it out a bit longer and see
what happens. Now that the PM's are dead I don't think I have a lot of choices
anymore, I'm no acsend fan....
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
Yes, I know. But then why didn't it idle timeout?
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 2 Dec 1999, Mike Andrews wrote:
> Well, for what it's worth, these are LCP echoes... which works at the PPP
> layer, which is further down the stack than the TCP/IP layer. So from a
> TCP/IP perspective there really isn't any traffic if that's all you're
> seeing. My guess is the idle timeout is based on TCP/IP traffic (or IPX
> if you do that).
>
>
> Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> "With sufficient thrust, pigs fly just fine." -- RFC 1925
>
> On Wed, 1 Dec 1999 pferraro@wna-linknet.com wrote:
>
> >
> > Seems to me I remember reading something about the way the
> > HiperArc handles bytes in /out We use TSmon and the author recommends
> > not doing any limits for users based on bytes in/out.... Maybe Krish can
> > enlighten us on this. I believe 3Com does it in a nON-Standard way??
> >
> > ==============================================================================
> > Phillip Ferraro WorldNet Access, Inc
> > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
> > Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> > FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> > ==============================================================================
> >
> > On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
> >
> > > Hello all...
> > >
> > > I have a neat-o little php3 script that shows me users, time on line,
> > > speed, and bytes in/out.
> > >
> > > Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> > > PPP on the modem and got:
> > >
> > > Incoming PPP Data on interface: slot:3/mod:2
> > > LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
> > >
> > > Outgoing PPP Data on interface: slot:3/mod:2
> > > LCP ECHO_RPLY 81 e7 42 27
> > >
> > > Incoming PPP Data on interface: slot:3/mod:2
> > > LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
> > >
> > > Outgoing PPP Data on interface: slot:3/mod:2
> > > LCP ECHO_RPLY 81 e7 42 27
> > >
> > > meaning that they *are* there. Wouldn't the idle timeout handle this? I
> > > verified my script with TCM and it also showed 0 in/out with online time
> > > of 1hr+.
> > >
> > >
> > >
> > > Paul Farber
> > > Farber Technology
> > > farber@admin.f-tech.net
> > > Ph 570-628-5303
> > > Fax 570-628-5545
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Evil Spirits in my rack! From: mmm3@cornell.edu Date: 1999-12-02 09:33:08
I have yet to see this particular problem on the list, so I'm going
to throw it out there and see what swims back...
For the past several months, on and off, I have been plagued by a
problem where a chassis in a particular spot on my rack suddenly
stops taking calls and returns a fast busy signal. I have:
1] Power cycled the chassis <--this works for about 8 hours
2] Replaced all the cards
3] Replaced the chassis
4] Swapped out the chassis with a test chassis
5] Swapped the T1s going into the DSPs
6] Removed *all* the cards except for one DSP, one ARC, one NMC, and
two PSUs.
7] Tried rebooting the DSPs.
Firmware is at current levels. At one point, I actually sent the
whole chassis back to 3Com and received a brand new one. This
morning, I took a look at the performance monitor and saw, under
"Reason for Call Termination":
pbReceivedLsWhileLinkUp(55)
Under "Reason for Call Failure", I see:
pbGenericError(46)
Anyone know what the heck is going on? I'm ready to call a priest!
Incidentally, is there someplace out there where I can get a
"dictionary" of those reason for disconnect messages? I have tried
the knowledge base and wound up going 'round in circles. Thanks for
any help you can give me.
*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8420
email: mmm3@cornell.edu
**********************************************
Subject:Re: (usr-tc) Evil Spirits in my rack! From: farber@admin.f-tech.net Date: 1999-12-02 09:51:23
pbReceivedLsWhileLinkUp(55) Link Start Received (HiperDSP) =
DESCRIPTION
An error accured in the packet bus physcal layer. The modem received a
request to start a new link while it was in a link, This caused the
current link to drop and a new link to be attempted.
TROUBLE CLEARING NOTES:
This is an unlikely reason. If this reason does occur with any frequency,
reboot the NETserver. If it still occurs, try to isolate which NIC is
having the problem. Test and replace the NIC if necessary.
From Ch24: Modem disconnect and Fail to connect Reasons. This is about a
year old doc.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 2 Dec 1999 mmm3@cornell.edu wrote:
> I have yet to see this particular problem on the list, so I'm going
> to throw it out there and see what swims back...
>
> For the past several months, on and off, I have been plagued by a
> problem where a chassis in a particular spot on my rack suddenly
> stops taking calls and returns a fast busy signal. I have:
>
> 1] Power cycled the chassis <--this works for about 8 hours
> 2] Replaced all the cards
> 3] Replaced the chassis
> 4] Swapped out the chassis with a test chassis
> 5] Swapped the T1s going into the DSPs
> 6] Removed *all* the cards except for one DSP, one ARC, one NMC, and
> two PSUs.
> 7] Tried rebooting the DSPs.
>
> Firmware is at current levels. At one point, I actually sent the
> whole chassis back to 3Com and received a brand new one. This
> morning, I took a look at the performance monitor and saw, under
> "Reason for Call Termination":
>
> pbReceivedLsWhileLinkUp(55)
>
> Under "Reason for Call Failure", I see:
>
> pbGenericError(46)
>
> Anyone know what the heck is going on? I'm ready to call a priest!
> Incidentally, is there someplace out there where I can get a
> "dictionary" of those reason for disconnect messages? I have tried
> the knowledge base and wound up going 'round in circles. Thanks for
> any help you can give me.
> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 721 Rhodes Hall, Cornell University, Ithaca, NY 14853
> vox: (607) 255-0516, fax: (607) 255-8420
> email: mmm3@cornell.edu
> **********************************************
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Stalling web pages w/TC products From: Cheryl Johnson <netadmin@seidata.com> Date: 1999-12-02 10:33:18
This is a multi-part message in MIME format.
------=_NextPart_000_005F_01BF3CB0.A62C1240
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
We have been having problems recently showing up with the TC chassis. We =
are using the HiPerARC and DSP with channelized T1s. The software =
version is
ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP cards. =
Customers are beginning to complain about web pages are timing out from =
more than one POP site. Strange thing is nothing has been changed on the =
chassis except the radius server. Checked the configs but nothings seems =
different. Anyone have any idea what could be the problem? Any ideas are =
appreciated.
Cheryl Johnson
Network Administrator
Seidata Network Services, Inc.
http://www.seidata.com
------=_NextPart_000_005F_01BF3CB0.A62C1240
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>We have been having problems recently =
showing up=20
with the TC chassis. We are using the HiPerARC and DSP with channelized =
T1s. The=20
software version is</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>ARC 4.1.59-6 and DSP 1.2.37 and testing =
2.0.60 on=20
some DSP cards. Customers are beginning to complain about web pages are =
timing=20
out from more than one POP site. Strange thing is nothing has been =
changed on=20
the chassis except the radius server. Checked the configs but nothings =
seems=20
different. Anyone have any idea what could be the problem? Any ideas are =
appreciated.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Cheryl Johnson</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Network Administrator</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Seidata Network Services, =
Inc.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://www.seidata.com">http://www.seidata.com</A></FONT></DIV>
<DIV> </DIV></BODY></HTML>
------=_NextPart_000_005F_01BF3CB0.A62C1240--
Subject:(usr-tc) Sportster Modem and TC From: Tom Swenson <tom@netconx.net> Date: 1999-12-02 10:36:41
I have a customer who can connect up at 52k to my Portmaster 3 boxes, but
when he connects up to my Total Control, he only gets 2400. He has v.90
installed, and I have disabled x2, disabled v.90, but nothing seems to
work. Anyone run across this? He has a Sportster Internal Data/Fax, #
66178781.
Thanks
Tom Swenson
NetConX - Internet Access - Web Design - Client Managed Web Database
Applications
tom@netconx.net http://www.netconx.net
(515) 421-4170 - Voice (515) 423-3351 - FAX
Great! If there's anything I can do to add more messages, let me know. I
have them saved back to 2/98.
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Tindor
> Sent: Wednesday, December 01, 1999 10:47 PM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Searchable USR-TC Archive
>
>
> Maybe there is a site out there that actually has a searchable
> archive of the mailing list working, but if so I haven't found
> one -- datasys.net has a great archive but the search is turned
> off. Because of this and because we wanted to be able to search
> the lists ourselves, we've created one that is current, going
> back to Aug.14.1999.
>
> It's located at http://usr-tc.1st.net/ and is updated dynamically
> as incoming list mail is received -- The site is indexed once per day.
>
> Given the popularity of this mailing list, some may find this
> site useful if they are searching for some of the most current articles.
>
> Mike Tindor
> Network Operations
> FIRST USA Inc.
> 740-695-2280
> http://www.1st.net/
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Dave <dave@ncia.net> Date: 1999-12-02 11:14:33
Cheryl,
I saw the exact problem after changing my radius server here. The
problem was caused by the MTU assignment set in the radius software on
the new box, 576 was the size being set for users. To see what the size
is being assigned currently do a 'show remote user [user name]' while
logged in to the HiPerARC. If your Framed MTU setting is lower than 15xx
adjust the setting in your radius software to 1500. That solved it for me.
Hope this helps you out.
Dave Lajoie
Senior System Operator
North Country Internet Access
38 Glen Ave.
Berlin, NH. 03570
dave@ncia.net
On Thu, 2 Dec 1999, Cheryl Johnson wrote:
> We have been having problems recently showing up with the TC chassis. We =
> are using the HiPerARC and DSP with channelized T1s. The software =
> version is
> ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP cards. =
> Customers are beginning to complain about web pages are timing out from =
> more than one POP site. Strange thing is nothing has been changed on the =
> chassis except the radius server. Checked the configs but nothings seems =
> different. Anyone have any idea what could be the problem? Any ideas are =
> appreciated.
>
> Cheryl Johnson
> Network Administrator
> Seidata Network Services, Inc.
> http://www.seidata.com
>
>
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Cheryl Johnson <netadmin@seidata.com> Date: 1999-12-02 12:22:48
What radius software are you using? And what version?
----- Original Message -----
Sent: Thursday, December 02, 1999 11:14 AM
> Cheryl,
> I saw the exact problem after changing my radius server here. The
> problem was caused by the MTU assignment set in the radius software on
> the new box, 576 was the size being set for users. To see what the size
> is being assigned currently do a 'show remote user [user name]' while
> logged in to the HiPerARC. If your Framed MTU setting is lower than 15xx
> adjust the setting in your radius software to 1500. That solved it for me.
> Hope this helps you out.
>
> Dave Lajoie
> Senior System Operator
> North Country Internet Access
> 38 Glen Ave.
> Berlin, NH. 03570
> dave@ncia.net
>
> On Thu, 2 Dec 1999, Cheryl Johnson wrote:
>
> > We have been having problems recently showing up with the TC chassis. We
=
> > are using the HiPerARC and DSP with channelized T1s. The software =
> > version is
> > ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP cards. =
> > Customers are beginning to complain about web pages are timing out from
=
> > more than one POP site. Strange thing is nothing has been changed on the
=
> > chassis except the radius server. Checked the configs but nothings seems
=
> > different. Anyone have any idea what could be the problem? Any ideas are
=
> > appreciated.
> >
> > Cheryl Johnson
> > Network Administrator
> > Seidata Network Services, Inc.
> > http://www.seidata.com
> >
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Sportster Modem and TC From: Ed <ed@taylors.com> Date: 1999-12-02 12:23:02
This is a multi-part message in MIME format.
------=_NextPart_000_00A0_01BF3CBF.FA529740
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Yes it has been mentioned multiple times on here how 3com is not =
negiotiating V90 as well as others. Even with another 3com modem.
Can anyone tell us the status of this from 3com? Krish? Mike?
Ed
----- Original Message -----=20
From: Tom Swenson=20
To: usr-tc@lists.xmission.com=20
Sent: Thursday, December 02, 1999 11:36 AM
Subject: (usr-tc) Sportster Modem and TC
I have a customer who can connect up at 52k to my Portmaster 3 boxes, =
but
when he connects up to my Total Control, he only gets 2400. He has =
v.90
installed, and I have disabled x2, disabled v.90, but nothing seems to
work. Anyone run across this? He has a Sportster Internal Data/Fax, #
66178781.
Thanks
Tom Swenson
NetConX - Internet Access - Web Design - Client Managed Web Database
Applications
tom@netconx.net http://www.netconx.net
(515) 421-4170 - Voice (515) 423-3351 - FAX
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
------=_NextPart_000_00A0_01BF3CBF.FA529740
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Yes it has been mentioned multiple times on here how =
3com is=20
not negiotiating V90 as well as others. Even with another 3com=20
modem.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Can anyone tell us the status of this from 3com? =
Krish?=20
Mike?</FONT></DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Ed</DIV>
<DIV> </DIV>
<DIV>----- Original Message ----- </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A href=3D"mailto:tom@netconx.net" title=3Dtom@netconx.net>Tom =
Swenson</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
href=3D"mailto:usr-tc@lists.xmission.com"=20
title=3Dusr-tc@lists.xmission.com>usr-tc@lists.xmission.com</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, December 02, =
1999 11:36=20
AM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Sportster =
Modem and=20
TC</DIV>
<DIV><BR></DIV>I have a customer who can connect up at 52k to my =
Portmaster 3=20
boxes, but<BR>when he connects up to my Total Control, he only gets =
2400. He=20
has v.90<BR>installed, and I have disabled x2, disabled v.90, but =
nothing=20
seems to<BR>work. Anyone run across this? He has a Sportster Internal=20
Data/Fax, #<BR>66178781.<BR><BR>Thanks<BR><BR><BR>Tom =
Swenson<BR>NetConX -=20
Internet Access - Web Design - Client Managed Web=20
Database<BR>Applications<BR><A=20
href=3D"mailto:tom@netconx.net">tom@netconx.net</A>=20
<A=20
href=3D"http://www.netconx.net">http://www.netconx.net</A><BR>(515) =
421-4170 -=20
Voice (515) 423-3351 - FAX<BR><BR><BR><BR>-<BR> To unsubscribe to =
usr-tc,=20
send an email to "<A=20
=
href=3D"mailto:majordomo@xmission.com">majordomo@xmission.com</A>"<BR>&nb=
sp;with=20
"unsubscribe usr-tc" in the body of the message.<BR> For =
information on=20
digests or retrieving files and old messages send<BR> "help" to =
the same=20
address. Do not use quotes in your =
message.<BR></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_00A0_01BF3CBF.FA529740--
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Cheryl Johnson <netadmin@seidata.com> Date: 1999-12-02 12:39:58
I am thinking you mean to change the TC chassis MTU setting to 1500. I could
be wrong. If so, do you know the command set to apply this to chassis?
----- Original Message ----
Sent: Thursday, December 02, 1999 11:14 AM
> Cheryl,
> I saw the exact problem after changing my radius server here. The
> problem was caused by the MTU assignment set in the radius software on
> the new box, 576 was the size being set for users. To see what the size
> is being assigned currently do a 'show remote user [user name]' while
> logged in to the HiPerARC. If your Framed MTU setting is lower than 15xx
> adjust the setting in your radius software to 1500. That solved it for me.
> Hope this helps you out.
>
> Dave Lajoie
> Senior System Operator
> North Country Internet Access
> 38 Glen Ave.
> Berlin, NH. 03570
> dave@ncia.net
>
> On Thu, 2 Dec 1999, Cheryl Johnson wrote:
>
> > We have been having problems recently showing up with the TC chassis. We
=
> > are using the HiPerARC and DSP with channelized T1s. The software =
> > version is
> > ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP cards. =
> > Customers are beginning to complain about web pages are timing out from
=
> > more than one POP site. Strange thing is nothing has been changed on the
=
> > chassis except the radius server. Checked the configs but nothings seems
=
> > different. Anyone have any idea what could be the problem? Any ideas are
=
> > appreciated.
> >
> > Cheryl Johnson
> > Network Administrator
> > Seidata Network Services, Inc.
> > http://www.seidata.com
> >
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Stainforth, Matthew writes...
>> Am I going to have problems doing both ANI and DNIS at the
>> same time on a
>> (trunk side) channelized T1?
>>
>> Any other potential gotchas for someone used to PRI? :) Aside from
>> ordering it with the right parameters (E&M type 2, wink
>> start, wink ack,
>> probably will try to get B8ZS instead of AMI...)
>
>Doh, my bad, I got it backwards in my last post.
>
>I'm actually moving a bunch of trunks from PRI to CT1 and it wasn't too
>painful. The most painful part was trying to translate my options on the
>DSP card to something that the telco could understand. Once we got to the
>understanding that DTMF (*not* MF) on my side is multifrequency (not
>digitone) on their side, and the phrase "we set the T1 for wink" means "set
>the DSP card for wink dial-in/out start signal" (ie, don't mess with the
>wink ack), life was good.
You still have it backwards.
MF = multifrequeny
DTMF = touch tone
--
Aaron Nabil
Subject:Re: (usr-tc) HiperARC took a dive From: Kevin Benton <s1kevin@tims.net> Date: 1999-12-02 13:03:26
On Mon, 29 Nov 1999, Michael DeMan wrote:
> Some cover next day, some don't. I paid for one last year, but didn't
> get next day hardware replacement - had to shell out another $270 over the
> phone.
I've found it's cheaper to have a spare on hand rather than wait for
someone to ship me one. It gives me a test bed to work with and a bare
minimal down-time when troubleshooting proves a hardware failure. Then
again, when you're big enough to need spares (i.e. you have enough
customers that you don't want to tick off because of "excessive down-time"
and you don't want to give customers extra time credit on their accounts).
Let's face it - failures happen. Spares are essential to getting back up
quickly in the event of a hardware failure. It's also an excellent
troubleshooting tool if you have a known good to compare versus a
questionable piece of hardware.
We allow our warranty hardware support to take care of hardware failures
and handle having spares on hand ourselves. For us, having spares on hand
was more of a long-term investment than a short term expenditure. Just to
keep from having to worry about re-registering every 90 days for warranty
support for software, we have a software contract which gives us access to
tech's when we need it 9-5. That takes some expertise on our part for
the rest of the day, but considering that our lifeblood is based on
whether or not these things work, our techs have gotten to know these
things quite well - at least enough to know whether a problem is hardware
or software.
> This part of the USR/3COM racket is the most outrageous. I've been very
> happy with the HiperARC but the amounts of money they charge for support -
> which includes items like the latest firmware! - is just outrageous. I
> agree with you on dropping them entirely because of this issue.
>
> Be sure to let them know - each and every one of them - when you're
> resolving this that you are definitely not the only one that feels like this
> and that they're going to be out of business at the rate they're going
> because of stupid & greedy policy.
I'll leave that one alone... different "religous" discussion...
My 2 cents... :)
Kevin Benton
SOTA Technologies, A Voyager.net Company
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
Subject:Re: (usr-tc) HiperARC took a dive From: Jason Kelton <cascade@keltec.com.au> Date: 1999-12-02 13:17:47
All,
Just to clarify something and extend my apology regarding my previous thread
(emails).
It was never my intention for this email to go out to the TC world, it was
intended as a personal email between myself and an associate.
Unfortunately some of the content contained therein, was either uninformed,
mis-perceived or misinterpreted thoughts by myself. As these were personal
expressions, thinking out loud without proofing it, can sometimes cause
self-embarrasment which is sometimes the best way (but unfortunately the
hardest and least appropriate), to learn what NOT to say and do.
I extend my sincere apologies for the aforementioned content, to anyone who
feels personally offended by my comments.
Best Wishes,
Jason.
----- Original Message -----
Sent: Tuesday, November 30, 1999 8:52 PM
> oops ... sorry!! was meant to be personal.. ;(
>
>
> ----- Original Message -----
> From: Jason Kelton <cascade@keltec.com.au>
> To: <usr-tc@lists.xmission.com>
> Sent: Tuesday, November 30, 1999 8:35 PM
> Subject: Re: (usr-tc) HiperARC took a dive
>
>
> > hehehehehehe.....
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Then either no link should ever time out due to lcp traffic or there
is something wrong with the link because of these lcp echo/req packets
every 10 seconds.
Which is more correct?
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 1 Dec 1999, Tatai SV Krishnan wrote:
> Becasue lcp/echo/reply is actual traffic - just like ping, the session
> was never idle for the set time, there was always traffic thus idletime
> was never reached.
>
> krish
>
> -----------------------------------------
> \ T.S.V. Krishnan \
> \ Network System Engineer \ ( : - : )
> \ 3Com ............ \
> ----------------------------------------------/
> tkrishna@bubba.ae.usr.com
> ----------------------------/ http://interproc.ae.usr.com ----/
> -------------------------------------------------------------------------\
> Any Sufficiently advanced bug is indistinguishable for a feature.
> - Rick Kulawiec
> -------------------------------------------------------------------------/
>
> On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
>
> > Yes, I know. But then why didn't it idle timeout?
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> > On Thu, 2 Dec 1999, Mike Andrews wrote:
> >
> > > Well, for what it's worth, these are LCP echoes... which works at the PPP
> > > layer, which is further down the stack than the TCP/IP layer. So from a
> > > TCP/IP perspective there really isn't any traffic if that's all you're
> > > seeing. My guess is the idle timeout is based on TCP/IP traffic (or IPX
> > > if you do that).
> > >
> > >
> > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> > > Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> > > "With sufficient thrust, pigs fly just fine." -- RFC 1925
> > >
> > > On Wed, 1 Dec 1999 pferraro@wna-linknet.com wrote:
> > >
> > > >
> > > > Seems to me I remember reading something about the way the
> > > > HiperArc handles bytes in /out We use TSmon and the author recommends
> > > > not doing any limits for users based on bytes in/out.... Maybe Krish can
> > > > enlighten us on this. I believe 3Com does it in a nON-Standard way??
> > > >
> > > > ==============================================================================
> > > > Phillip Ferraro WorldNet Access, Inc
> > > > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
> > > > Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> > > > FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> > > > ==============================================================================
> > > >
> > > > On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
> > > >
> > > > > Hello all...
> > > > >
> > > > > I have a neat-o little php3 script that shows me users, time on line,
> > > > > speed, and bytes in/out.
> > > > >
> > > > > Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> > > > > PPP on the modem and got:
> > > > >
> > > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > > LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
> > > > >
> > > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > > LCP ECHO_RPLY 81 e7 42 27
> > > > >
> > > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > > LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
> > > > >
> > > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > > LCP ECHO_RPLY 81 e7 42 27
> > > > >
> > > > > meaning that they *are* there. Wouldn't the idle timeout handle this? I
> > > > > verified my script with TCM and it also showed 0 in/out with online time
> > > > > of 1hr+.
> > > > >
> > > > >
> > > > >
> > > > > Paul Farber
> > > > > Farber Technology
> > > > > farber@admin.f-tech.net
> > > > > Ph 570-628-5303
> > > > > Fax 570-628-5545
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
Thus spake Tatai SV Krishnan
>On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
>> Then either no link should ever time out due to lcp traffic or there
>> is something wrong with the link because of these lcp echo/req packets
>> every 10 seconds.
>> Which is more correct?
>I did not understand your question. Idle time out basically means if the
>line is idle for a set number of seconds/min then disconnect the same.
>lcp echo is a normal lcp type ping if you will that is done by certain
>clients. If this happens it means that there is traffic on the wire so
>the line is not idle. So do not disconnect the same.
Hrmm...kinda violates the concept of least surprise there. :/
Anyway...this would be reason enough to renew my age-old call for the
ability to specify what traffic is to reset the idle time. (Useful also
for those of us that would like to prevent someone from setting their
POP mail reader to check mail every 2 minutes to defeat idle timeouts).
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
On Thu, 2 Dec 1999, Jeff Mcadams wrote:
> Hrmm...kinda violates the concept of least surprise there. :/
>
> Anyway...this would be reason enough to renew my age-old call for the
> ability to specify what traffic is to reset the idle time. (Useful also
> for those of us that would like to prevent someone from setting their
> POP mail reader to check mail every 2 minutes to defeat idle timeouts).
Ciscos do this and have for a while. You could always get some of those
:)
--
Jeff Carneal - Sys Admin - Apex Internet
jeff@apex.net http://www.apex.net (270) 442-5363
The opinions expressed above aren't really mine.
They belong to someone else who also refuses to
take responsibility for them.
Subject:Re: (usr-tc) CLID, DNIS , ANIS , Caller ID ? From: Jeff Carneal <jeff@apex.net> Date: 1999-12-02 14:14:40
On Thu, 2 Dec 1999, Ronald Kushner wrote:
> Mike Andrews wrote:
> >
> > Somewhat related question:
> >
> > While we get both ANI and DNIS info on our PRI's just fine, we're about to
> > order channelized T1 for the first time. (We have to, because PRI won't
> > be available until May 2000 in that city, and Bellsouth's "extended reach
> > PRI" is not at all cost effective for this. Bleah.)
> >
> > Am I going to have problems doing both ANI and DNIS at the same time on a
> > (trunk side) channelized T1?
>
> No, but you have to order the line this way, most of the RBOCs call this
> Feature Group D. But since we're in a SS7 world getting the LEC to tone down
> to you can be tricky since many switches are not ordered with tone
> generators these days.
FGD is 'equal access' inter CO trunking. 'Channelized' T1 is simply that.
Thus, they are different and different rules apply. Bell can opt to send
or not send ANI as they see fit (depending on their tariff in the relevant
state), but they will certainly send DNIS. If you have the option,
definately request both, and request both to be 10 digits.
> > Any other potential gotchas for someone used to PRI? :) Aside from
> > ordering it with the right parameters (E&M type 2, wink start, wink ack,
> > probably will try to get B8ZS instead of AMI...)
>
> work. I'd definitely ask for B8ZS and ESF, since most of their network
> probably runs that way to begin with.
Agreed.
--
Jeff Carneal - Sys Admin - Apex Internet
jeff@apex.net http://www.apex.net (270) 442-5363
The opinions expressed above aren't really mine.
They belong to someone else who also refuses to
take responsibility for them.
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Dave <dave@ncia.net> Date: 1999-12-02 14:28:14
I'm using 'Cistron 1.6.1 Stable' at this time. If that is what you are
using you would modify the Framed MTU setting from the default of 576 to
1500. I am running Linux 6.1 on the box, the file to alter is users
and the dir would be etc/raddb.
Dave Lajoie
Senior System Operator
North Country Internet Access
38 Glen Ave.
Berlin, NH. 03570
dave@ncia.net
On Thu, 2 Dec 1999, Cheryl Johnson wrote:
> What radius software are you using? And what version?
>
> ----- Original Message -----
> From: Dave <dave@ncia.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Thursday, December 02, 1999 11:14 AM
> Subject: Re: (usr-tc) Stalling web pages w/TC products
>
>
> > Cheryl,
> > I saw the exact problem after changing my radius server here. The
> > problem was caused by the MTU assignment set in the radius software on
> > the new box, 576 was the size being set for users. To see what the size
> > is being assigned currently do a 'show remote user [user name]' while
> > logged in to the HiPerARC. If your Framed MTU setting is lower than 15xx
> > adjust the setting in your radius software to 1500. That solved it for me.
> > Hope this helps you out.
> >
> > Dave Lajoie
> > Senior System Operator
> > North Country Internet Access
> > 38 Glen Ave.
> > Berlin, NH. 03570
> > dave@ncia.net
> >
> > On Thu, 2 Dec 1999, Cheryl Johnson wrote:
> >
> > > We have been having problems recently showing up with the TC chassis. We
> =
> > > are using the HiPerARC and DSP with channelized T1s. The software =
> > > version is
> > > ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP cards. =
> > > Customers are beginning to complain about web pages are timing out from
> =
> > > more than one POP site. Strange thing is nothing has been changed on the
> =
> > > chassis except the radius server. Checked the configs but nothings seems
> =
> > > different. Anyone have any idea what could be the problem? Any ideas are
> =
> > > appreciated.
> > >
> > > Cheryl Johnson
> > > Network Administrator
> > > Seidata Network Services, Inc.
> > > http://www.seidata.com
> > >
> > >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) Evil Spirits in my rack! From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-02 14:38:12
I saw that just this morning while working with my telco to transition 4
T1's from PRI to CT1. After making the configuration changes, saving to
NVRAM, and rebooting, they would take the first DS0 on each T1 and bring it
off-hook which should have caused the modem to start squealing but all they
got was dead air. I looked at the modem stats and saw that it did receive a
call but the reason for call failure was "pbGenericError". I took pb to
mean packet bus so I did a hardware reset of the ARC which cleared the
problem with the first T1 but not the others. A hardware reset of the 3
other DSP cards cleared the problem on the others.
I'm not sure what this means for you and your situation other than it's
exactly the same error, but it may lead you to an ultimate solution. If you
ever find out what that error means, please let me know. ;-)
> -----Original Message-----
> From: mmm3@cornell.edu [mailto:mmm3@cornell.edu]
> Sent: Thursday, December 02, 1999 10:33 AM
> To: usr-tc@lists.xmission.com;
> 3com.totalservice.support.totalcontrol@cornell.edu
> Subject: (usr-tc) Evil Spirits in my rack!
>
>
> I have yet to see this particular problem on the list, so I'm going
> to throw it out there and see what swims back...
>
> For the past several months, on and off, I have been plagued by a
> problem where a chassis in a particular spot on my rack suddenly
> stops taking calls and returns a fast busy signal. I have:
>
> 1] Power cycled the chassis <--this works for about 8 hours
> 2] Replaced all the cards
> 3] Replaced the chassis
> 4] Swapped out the chassis with a test chassis
> 5] Swapped the T1s going into the DSPs
> 6] Removed *all* the cards except for one DSP, one ARC, one NMC, and
> two PSUs.
> 7] Tried rebooting the DSPs.
>
> Firmware is at current levels. At one point, I actually sent the
> whole chassis back to 3Com and received a brand new one. This
> morning, I took a look at the performance monitor and saw, under
> "Reason for Call Termination":
>
> pbReceivedLsWhileLinkUp(55)
>
> Under "Reason for Call Failure", I see:
>
> pbGenericError(46)
>
> Anyone know what the heck is going on? I'm ready to call a priest!
> Incidentally, is there someplace out there where I can get a
> "dictionary" of those reason for disconnect messages? I have tried
> the knowledge base and wound up going 'round in circles. Thanks for
> any help you can give me.
> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 721 Rhodes Hall, Cornell University, Ithaca, NY 14853
> vox: (607) 255-0516, fax: (607) 255-8420
> email: mmm3@cornell.edu
> **********************************************
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) CLID, DNIS , ANIS , Caller ID ? From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-02 14:43:36
> -----Original Message-----
> From: Ronald Kushner [mailto:ron@glis.net]
> Sent: Thursday, December 02, 1999 1:55 AM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) CLID, DNIS , ANIS , Caller ID ?
>
> > Am I going to have problems doing both ANI and DNIS at the
> same time on a
> > (trunk side) channelized T1?
>
> No, but you have to order the line this way, most of the
> RBOCs call this
> Feature Group D. But since we're in a SS7 world getting the
> LEC to tone down
> to you can be tricky since many switches are not ordered with tone
> generators these days.
I'm not sure if this will apply to the original poster but in Canada, at
least according to our telco, you need to be a CLEC in order to get FGD
trunks :-/
> > Any other potential gotchas for someone used to PRI? :) Aside from
> > ordering it with the right parameters (E&M type 2, wink
> start, wink ack,
> > probably will try to get B8ZS instead of AMI...)
>
> Sometimes bringing them up can be funky, mostly trial and
> error if they
> don't rock-n-roll with the default settings, but for the most
> part they
> work. I'd definitely ask for B8ZS and ESF, since most of their network
> probably runs that way to begin with.
I think I mentioned this before, but I distinctly remember one of the 3Com
techs telling me that PRI *MUST* be set up for ESF/B8ZS. I still don't know
why that would be, but it might be good to keep that in mind. Other than
that, I've always found PRI to be a breeze to set up...just set it for ESF,
B8ZS, set your primary switch type, and off you go.
Subject:RE: (usr-tc) CLID, DNIS , ANIS , Caller ID ? From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-02 14:49:55
> Am I going to have problems doing both ANI and DNIS at the
> same time on a
> (trunk side) channelized T1?
>
> Any other potential gotchas for someone used to PRI? :) Aside from
> ordering it with the right parameters (E&M type 2, wink
> start, wink ack,
> probably will try to get B8ZS instead of AMI...)
Doh, my bad, I got it backwards in my last post.
I'm actually moving a bunch of trunks from PRI to CT1 and it wasn't too
painful. The most painful part was trying to translate my options on the
DSP card to something that the telco could understand. Once we got to the
understanding that DTMF (*not* MF) on my side is multifrequency (not
digitone) on their side, and the phrase "we set the T1 for wink" means "set
the DSP card for wink dial-in/out start signal" (ie, don't mess with the
wink ack), life was good.
Matthew
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Dave <dave@ncia.net> Date: 1999-12-02 14:57:35
First look to see what the current users MTU settings are, if your using
Radius software it will be assigning the MTU and thats where you will
need to make the change if it isn't set to 1500. Unless all your user
accounts are setup on the ARC, changing the settings there won't help.
After all ... you did say the only thing changed was the "radius server",
Look there.
Dave Lajoie
Senior System Operator
North Country Internet Access
38 Glen Ave.
Berlin, NH. 03570
dave@ncia.net
On Thu, 2 Dec 1999, Cheryl Johnson wrote:
> I am thinking you mean to change the TC chassis MTU setting to 1500. I could
> be wrong. If so, do you know the command set to apply this to chassis?
>
> ----- Original Message ----
> From: Dave <dave@ncia.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Thursday, December 02, 1999 11:14 AM
> Subject: Re: (usr-tc) Stalling web pages w/TC products
>
>
> > Cheryl,
> > I saw the exact problem after changing my radius server here. The
> > problem was caused by the MTU assignment set in the radius software on
> > the new box, 576 was the size being set for users. To see what the size
> > is being assigned currently do a 'show remote user [user name]' while
> > logged in to the HiPerARC. If your Framed MTU setting is lower than 15xx
> > adjust the setting in your radius software to 1500. That solved it for me.
> > Hope this helps you out.
> >
> > Dave Lajoie
> > Senior System Operator
> > North Country Internet Access
> > 38 Glen Ave.
> > Berlin, NH. 03570
> > dave@ncia.net
> >
> > On Thu, 2 Dec 1999, Cheryl Johnson wrote:
> >
> > > We have been having problems recently showing up with the TC chassis. We
> =
> > > are using the HiPerARC and DSP with channelized T1s. The software =
> > > version is
> > > ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP cards. =
> > > Customers are beginning to complain about web pages are timing out from
> =
> > > more than one POP site. Strange thing is nothing has been changed on the
> =
> > > chassis except the radius server. Checked the configs but nothings seems
> =
> > > different. Anyone have any idea what could be the problem? Any ideas are
> =
> > > appreciated.
> > >
> > > Cheryl Johnson
> > > Network Administrator
> > > Seidata Network Services, Inc.
> > > http://www.seidata.com
> > >
> > >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) syslog problem From: Kelly Peterson <netadmin@compusmart.ab.ca> Date: 1999-12-02 15:03:10
We have recently noticed that some syslog entries are being sent really
late. The example below shows IP address information being sent about 4
hours after the client and connected and disconnected. Does anyone have
any ideas as to what might cause this? We're running HiperArcs with
version 4.2.32 firmware.
Dec 1 16:32:11 ns19.compusmart.ab.ca At 16:29:45, Facility "Auth
Facility", Level "VERBOSE":: A call, call id = 51446511, has arrived on
interface slot:4/mod:18
Dec 1 16:32:24 ns19.compusmart.ab.ca At 16:29:58, Facility "Auth
Facility", Level "COMMON":: A call is established, call id 51446511, on
interface slot:4/mod:18
Dec 1 16:32:27 ns19.compusmart.ab.ca At 16:30:01, Facility "Auth
Facility", Level "VERBOSE":: User mharnett successfully connected to the
PPP process for call id 51446511 on interface slot:4/mod:18
Dec 1 16:33:58 ns19.compusmart.ab.ca At 16:31:32, Facility "Auth
Facility", Level "COMMON":: The connection for call id 51446511, on if
slot:4/mod:18 was dropped for user mharnett
Dec 1 20:12:16 ns19.compusmart.ab.ca At 20:09:50, Facility "Auth
Facility", Level "COMMON":: Port slot:4/mod:18 user mharnett session
connected, call id 51446511, protocol: PPP - ip address: 206.75.182.19
Dec 1 20:14:18 ns19.compusmart.ab.ca At 20:11:52, Facility "Auth
Facility", Level "COMMON":: Port slot:4/mod:18 user mharnett session
disconnected, call id 51446511, protocol: PPP - ip address 206.75.182.19
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-02 15:42:02
Thus spake Dave
>First look to see what the current users MTU settings are, if your using
>Radius software it will be assigning the MTU and thats where you will
>need to make the change if it isn't set to 1500. Unless all your user
>accounts are setup on the ARC, changing the settings there won't help.
>After all ... you did say the only thing changed was the "radius server",
>Look there.
Actually...
The defaut MTU value on the Arcs (like all other default values) is
pulled from the user "default" that's defined on the Arc's. The value
is only updated by RADIUS if the user profile in RADIUS has the
Framed-MTU setting included. Otherwise RADIUS doesn't send the MTU
value and the default from the Arc's default user is used.
So, even if you're authenticating your users via RADIUS, the MTU *might*
be getting pulled from the Arc's default user definition.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:RE: (usr-tc) Evil Spirits in my rack! From: mmm3@cornell.edu Date: 1999-12-02 15:49:25
Well...I slogged over to the switchroom this morning equipped with
holy water and various saints' relics (JUST kidding!) and moved
both power cords off the outlet going to the UPS and onto a couple
of powerstrips with surge protectors. I then brought the chassis
back on line and held my breath while calls came in. All appears
well thus far...am reserving judgment until tomorrow at least. A
short discussion with 3Com tech support suggested to me that I have
a couple of badly grounded outlets...I'm going to bring in this cute
little plug-in tool I purchased for my home circuits tomorrow and
test the outlets themselves.
pbGenericError(46) means the packet bus link to the modem was brought
down and the modem was not able to determine the reason (quoted more
or less verbatim from a list the 3Com guy was generous enough to send
me).
>I saw that just this morning while working with my telco to transition 4
>T1's from PRI to CT1. After making the configuration changes, saving to
>NVRAM, and rebooting, they would take the first DS0 on each T1 and bring it
>off-hook which should have caused the modem to start squealing but all they
>got was dead air. I looked at the modem stats and saw that it did receive a
>call but the reason for call failure was "pbGenericError". I took pb to
>mean packet bus so I did a hardware reset of the ARC which cleared the
>problem with the first T1 but not the others. A hardware reset of the 3
>other DSP cards cleared the problem on the others.
>
>I'm not sure what this means for you and your situation other than it's
>exactly the same error, but it may lead you to an ultimate solution. If you
>ever find out what that error means, please let me know. ;-)
>
*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8420
email: mmm3@cornell.edu
**********************************************
On Wed, 1 Dec 1999, Tatai SV Krishnan wrote:
> you need to upgrade your TCM, your nmc and then upgrade the hiper dsp.
>
> The nmc reports about the card id, the tcm will display the card only.
>
> So you have no other option but to upgrade everything to the latest tcs
> 3.6 code.
>
> krish
UGH. Guess I'm out of luck at this point. No contract, spent enough money with
3com for all the headaches we've gone through with them. Krish has been great
with his help so far in getting it to the point it is at now, but after 24
hours online it is painfully obvious that the unit for which I paid Source
about 11 grand cannot be used without paying USR/3com more money or losing a
whole mess of customers.
I have had to take the unit offline. Constant customer complaints about failed
connection attempts and session disconnects have been flooding in and those
same people use our netserver X2 only TC and V.90 Portmasters without
difficulty. Interesting that my $30 LT Winmodem seems to work better with this
HARC pig than v.90 USR's do!
I just don't see why I should pay USR MORE money to be able to make a never
used $11,000 piece of equipment function as a minimal PPP server for my
customers at our small (168 dialups) local ISP.
Am I unreasonable in feeling this way?
Regardless of whether or not I dump this dog I'd like to take this opportunity
to publically thank Krish for his help in trying to make this heater/brick
useful, if only USR was run by people like Krish I wouldn't be going through
this 3Com/USR BULL$#|+!
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
|-----Original Message-----
|From: owner-usr-tc@lists.xmission.com
|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams
|Sent: Thursday, December 02, 1999 4:01 PM
|To: usr-tc@lists.xmission.com
|Subject: Re: (usr-tc) SNMP bug?
|
|
|Thus spake farber@admin.f-tech.net
|>that is my question. if LCP echo/reply is traffic, why is the bytes
|>in/out staying at 0?
|
|Because the bytes in/out is almost assuredly reporting network level
|traffic...which LCP isn't...LCP is a lower level...the idle timer seems
|to be functioning at the PPP level (and this tracks with what I've been
|told in the past) while the byte counters are functioning at the IP
|(IPX, appletalk, etc.) level....so the LCP echo req's and responses are
|resetting the idle timer, but not tripping the byte counters.
This is correct.. If the LCP echo is reseting the idle timer, that is a bug.
LCP like routing prots, should not be reseting the idle timer. I will look
into this.
-M
that is my question. if LCP echo/reply is traffic, why is the bytes
in/out staying at 0?
Also, what is the normal lcp echo/reply timing? once every second? it
would seem by your explination that no link would ever idle timeout if lcp
echo's are being sent.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 2 Dec 1999, Tatai SV Krishnan wrote:
> On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
>
> > Then either no link should ever time out due to lcp traffic or there
> > is something wrong with the link because of these lcp echo/req packets
> > every 10 seconds.
> >
> > Which is more correct?
>
> I did not understand your question. Idle time out basically means if the
> line is idle for a set number of seconds/min then disconnect the same.
> lcp echo is a normal lcp type ping if you will that is done by certain
> clients. If this happens it means that there is traffic on the wire so
> the line is not idle. So do not disconnect the same.
>
> krish
>
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> > On Wed, 1 Dec 1999, Tatai SV Krishnan wrote:
> >
> > > Becasue lcp/echo/reply is actual traffic - just like ping, the session
> > > was never idle for the set time, there was always traffic thus idletime
> > > was never reached.
> > >
> > > krish
> > >
> > > -----------------------------------------
> > > \ T.S.V. Krishnan \
> > > \ Network System Engineer \ ( : - : )
> > > \ 3Com ............ \
> > > ----------------------------------------------/
> > > tkrishna@bubba.ae.usr.com
> > > ----------------------------/ http://interproc.ae.usr.com ----/
> > > -------------------------------------------------------------------------\
> > > Any Sufficiently advanced bug is indistinguishable for a feature.
> > > - Rick Kulawiec
> > > -------------------------------------------------------------------------/
> > >
> > > On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
> > >
> > > > Yes, I know. But then why didn't it idle timeout?
> > > >
> > > > Paul Farber
> > > > Farber Technology
> > > > farber@admin.f-tech.net
> > > > Ph 570-628-5303
> > > > Fax 570-628-5545
> > > >
> > > > On Thu, 2 Dec 1999, Mike Andrews wrote:
> > > >
> > > > > Well, for what it's worth, these are LCP echoes... which works at the PPP
> > > > > layer, which is further down the stack than the TCP/IP layer. So from a
> > > > > TCP/IP perspective there really isn't any traffic if that's all you're
> > > > > seeing. My guess is the idle timeout is based on TCP/IP traffic (or IPX
> > > > > if you do that).
> > > > >
> > > > >
> > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> > > > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> > > > > Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> > > > > "With sufficient thrust, pigs fly just fine." -- RFC 1925
> > > > >
> > > > > On Wed, 1 Dec 1999 pferraro@wna-linknet.com wrote:
> > > > >
> > > > > >
> > > > > > Seems to me I remember reading something about the way the
> > > > > > HiperArc handles bytes in /out We use TSmon and the author recommends
> > > > > > not doing any limits for users based on bytes in/out.... Maybe Krish can
> > > > > > enlighten us on this. I believe 3Com does it in a nON-Standard way??
> > > > > >
> > > > > > ==============================================================================
> > > > > > Phillip Ferraro WorldNet Access, Inc
> > > > > > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
> > > > > > Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> > > > > > FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> > > > > > ==============================================================================
> > > > > >
> > > > > > On Wed, 1 Dec 1999 farber@admin.f-tech.net wrote:
> > > > > >
> > > > > > > Hello all...
> > > > > > >
> > > > > > > I have a neat-o little php3 script that shows me users, time on line,
> > > > > > > speed, and bytes in/out.
> > > > > > >
> > > > > > > Several users will be on for 1hr+ but have 0 bytes in/out. I did a mon
> > > > > > > PPP on the modem and got:
> > > > > > >
> > > > > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > > > > LCP ECHO_REQ 28 0c 3e bb e3 d0 95 a1
> > > > > > >
> > > > > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > > > > LCP ECHO_RPLY 81 e7 42 27
> > > > > > >
> > > > > > > Incoming PPP Data on interface: slot:3/mod:2
> > > > > > > LCP ECHO_REQ 28 0c 3e bb 0c 04 60 66
> > > > > > >
> > > > > > > Outgoing PPP Data on interface: slot:3/mod:2
> > > > > > > LCP ECHO_RPLY 81 e7 42 27
> > > > > > >
> > > > > > > meaning that they *are* there. Wouldn't the idle timeout handle this? I
> > > > > > > verified my script with TCM and it also showed 0 in/out with online time
> > > > > > > of 1hr+.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Paul Farber
> > > > > > > Farber Technology
> > > > > > > farber@admin.f-tech.net
> > > > > > > Ph 570-628-5303
> > > > > > > Fax 570-628-5545
> > > > > > >
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> >
>
I have a php3 that is going to do just that.... but first I need to make
sure that the snmp values gotten from the NMC card are at least somewhat
accurate. I have a person online for 1+ hr with 0 in/out, also I get the
occasional user with 1K or so out, but 0 in.
It may be a good thing to disconnect these people if by these indications
the link is just not performing correctly.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 2 Dec 1999, Jeff Mcadams wrote:
> Thus spake Tatai SV Krishnan
> >On Thu, 2 Dec 1999 farber@admin.f-tech.net wrote:
> >> Then either no link should ever time out due to lcp traffic or there
> >> is something wrong with the link because of these lcp echo/req packets
> >> every 10 seconds.
>
> >> Which is more correct?
>
> >I did not understand your question. Idle time out basically means if the
> >line is idle for a set number of seconds/min then disconnect the same.
> >lcp echo is a normal lcp type ping if you will that is done by certain
> >clients. If this happens it means that there is traffic on the wire so
> >the line is not idle. So do not disconnect the same.
>
> Hrmm...kinda violates the concept of least surprise there. :/
>
> Anyway...this would be reason enough to renew my age-old call for the
> ability to specify what traffic is to reset the idle time. (Useful also
> for those of us that would like to prevent someone from setting their
> POP mail reader to check mail every 2 minutes to defeat idle timeouts).
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) CLID, DNIS , ANIS , Caller ID ? From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-02 16:57:50
> >understanding that DTMF (*not* MF) on my side is multifrequency (not
> >digitone) on their side, and the phrase "we set the T1 for
> wink" means "set
> >the DSP card for wink dial-in/out start signal" (ie, don't
> mess with the
> >wink ack), life was good.
>
> You still have it backwards.
>
> MF = multifrequeny
> DTMF = touch tone
yeah, one would think so, but the backwardsness appears to be from the
telco's naming convention. At least in our case, they had the trunks set to
"MF" and the only thing that would work on the DSP end was to set the tone
type to DTMF. I asked them if they had anything that sounded like DTMF in
their list of options and they said, "well, we can set it to digitone" which
wouldn't work no matter what I set the tone type to on the DSP. We ended up
settling on DTMF on the DSP and MF on their end. Don't ask me what the hell
digitone is, all I know is it wouldn't work no matter what tone type I
picked on the DSP end.
Thus spake farber@admin.f-tech.net
>that is my question. if LCP echo/reply is traffic, why is the bytes
>in/out staying at 0?
Because the bytes in/out is almost assuredly reporting network level
traffic...which LCP isn't...LCP is a lower level...the idle timer seems
to be functioning at the PPP level (and this tracks with what I've been
told in the past) while the byte counters are functioning at the IP
(IPX, appletalk, etc.) level....so the LCP echo req's and responses are
resetting the idle timer, but not tripping the byte counters.
>Also, what is the normal lcp echo/reply timing? once every second? it
>would seem by your explination that no link would ever idle timeout if lcp
>echo's are being sent.
There is no "normal" timing...its implementation specific as to how
often it wants to send out echo reqs...and a requirement of PPP to
respond to echo requests whenever they're received (I'm pretty sure I
have this all right).
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
This is a multi-part message in MIME format.
------=_NextPart_000_005B_01BF3CE9.1F7E9860
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi, I'm new to this group and apologize in advance for any newbieness!
Looking for info on Y2K compliance for USR-TCs. Just purchased two w/V34 =
analog quad modems, NMC and NSC using POTS.
Software is TC Mgr. Version 6.0.23.
Any help would be appreciated!
Dave Ashworth
admin@jam21.net
www.jam21.net
------=_NextPart_000_005B_01BF3CE9.1F7E9860
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Hi, I'm new to this group and apologize in advance =
for any=20
newbieness!</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Looking for info on Y2K compliance for USR-TCs. Just =
purchased=20
two w/V34 analog quad modems, NMC and NSC using POTS.</FONT></DIV>
<DIV><FONT size=3D2>Software is TC Mgr. Version 6.0.23.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Any help would be appreciated!</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Dave Ashworth</FONT></DIV>
<DIV><FONT size=3D2><A=20
href=3D"mailto:admin@jam21.net">admin@jam21.net</A></FONT></DIV>
<DIV><FONT size=3D2><A =
href=3D"http://www.jam21.net">www.jam21.net</A></FONT></DIV>
<DIV> </DIV></BODY></HTML>
------=_NextPart_000_005B_01BF3CE9.1F7E9860--
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Dave <dave@ncia.net> Date: 1999-12-02 17:25:18
Thanks for correcting me. Your right there. However, if the radius
software is setting the MTU the ARC will use the assigned value set by
the Radius server. Which was what happened in my case and is probably
happening in this one as well. Just trying to help, sorry if I
misrepresented the facts.
Dave Lajoie
Senior System Operator
North Country Internet Access
dave@ncia.net
Jeff Mcadams says:
Actually...
The defaut MTU value on the Arcs (like all other default values) is
pulled from the user "default" that's defined on the Arc's. The value
is only updated by RADIUS if the user profile in RADIUS has the
Framed-MTU setting included. Otherwise RADIUS doesn't send the MTU
value and the default from the Arc's default user is used.
So, even if you're authenticating your users via RADIUS, the MTU *might*
be getting pulled from the Arc's default user definition.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) syslog problem From: Brian Gordon <administrator@westelcom.com> Date: 1999-12-02 17:25:33
What is the syslog config to just show emergency stuff.
No matter what I do it shows every log on and off.
Brian
----- Original Message -----
Sent: Thursday, December 02, 1999 5:03 PM
> We have recently noticed that some syslog entries are being sent really
> late. The example below shows IP address information being sent about 4
> hours after the client and connected and disconnected. Does anyone have
> any ideas as to what might cause this? We're running HiperArcs with
> version 4.2.32 firmware.
>
>
>
> Dec 1 16:32:11 ns19.compusmart.ab.ca At 16:29:45, Facility "Auth
> Facility", Level "VERBOSE":: A call, call id = 51446511, has arrived on
> interface slot:4/mod:18
> Dec 1 16:32:24 ns19.compusmart.ab.ca At 16:29:58, Facility "Auth
> Facility", Level "COMMON":: A call is established, call id 51446511, on
> interface slot:4/mod:18
> Dec 1 16:32:27 ns19.compusmart.ab.ca At 16:30:01, Facility "Auth
> Facility", Level "VERBOSE":: User mharnett successfully connected to the
> PPP process for call id 51446511 on interface slot:4/mod:18
> Dec 1 16:33:58 ns19.compusmart.ab.ca At 16:31:32, Facility "Auth
> Facility", Level "COMMON":: The connection for call id 51446511, on if
> slot:4/mod:18 was dropped for user mharnett
> Dec 1 20:12:16 ns19.compusmart.ab.ca At 20:09:50, Facility "Auth
> Facility", Level "COMMON":: Port slot:4/mod:18 user mharnett session
> connected, call id 51446511, protocol: PPP - ip address: 206.75.182.19
> Dec 1 20:14:18 ns19.compusmart.ab.ca At 20:11:52, Facility "Auth
> Facility", Level "COMMON":: Port slot:4/mod:18 user mharnett session
> disconnected, call id 51446511, protocol: PPP - ip address 206.75.182.19
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
FYI my code levels are:
DSP 2.0.60
ARC 4.1.59-6
NMC 5.6.2
I just flashed all cards up to 2.0.60 from 2.0.81 and from what little I
remember it's only started recently (with the upgrade).... not sure but
that's the last thing I did.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 2 Dec 1999, Mike Wronski wrote:
>
>
> |-----Original Message-----
> |From: owner-usr-tc@lists.xmission.com
> |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams
> |Sent: Thursday, December 02, 1999 4:01 PM
> |To: usr-tc@lists.xmission.com
> |Subject: Re: (usr-tc) SNMP bug?
> |
> |
> |Thus spake farber@admin.f-tech.net
> |>that is my question. if LCP echo/reply is traffic, why is the bytes
> |>in/out staying at 0?
> |
> |Because the bytes in/out is almost assuredly reporting network level
> |traffic...which LCP isn't...LCP is a lower level...the idle timer seems
> |to be functioning at the PPP level (and this tracks with what I've been
> |told in the past) while the byte counters are functioning at the IP
> |(IPX, appletalk, etc.) level....so the LCP echo req's and responses are
> |resetting the idle timer, but not tripping the byte counters.
>
> This is correct.. If the LCP echo is reseting the idle timer, that is a bug.
> LCP like routing prots, should not be reseting the idle timer. I will look
> into this.
>
> -M
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
I am no expert here and cannot help you either.
But I wonder why you could not get the latest code form 3COM
if you had just bought a brand new TCH for $ 11k from source tech ?
Isn't customer is supposed to get the latest sw code when
they buy a new device ?
Please advise, thanks
Meng
----- Original Message -----
Cc: <admins@net.bluemoon.net>
Sent: Thursday, December 02, 1999 3:59 PM
> On Wed, 1 Dec 1999, Tatai SV Krishnan wrote:
>
> > you need to upgrade your TCM, your nmc and then upgrade the hiper dsp.
> >
> > The nmc reports about the card id, the tcm will display the card only.
> >
> > So you have no other option but to upgrade everything to the latest tcs
> > 3.6 code.
> >
> > krish
>
> UGH. Guess I'm out of luck at this point. No contract, spent enough money
with
> 3com for all the headaches we've gone through with them. Krish has been
great
> with his help so far in getting it to the point it is at now, but after 24
> hours online it is painfully obvious that the unit for which I paid Source
> about 11 grand cannot be used without paying USR/3com more money or losing
a
> whole mess of customers.
>
> I have had to take the unit offline. Constant customer complaints about
failed
> connection attempts and session disconnects have been flooding in and
those
> same people use our netserver X2 only TC and V.90 Portmasters without
> difficulty. Interesting that my $30 LT Winmodem seems to work better with
this
> HARC pig than v.90 USR's do!
>
> I just don't see why I should pay USR MORE money to be able to make a
never
> used $11,000 piece of equipment function as a minimal PPP server for my
> customers at our small (168 dialups) local ISP.
>
> Am I unreasonable in feeling this way?
>
> Regardless of whether or not I dump this dog I'd like to take this
opportunity
> to publically thank Krish for his help in trying to make this heater/brick
> useful, if only USR was run by people like Krish I wouldn't be going
through
> this 3Com/USR BULL$#|+!
>
> J. Henry Priebe Jr. Blue Moon President & Network Administrator
> root@bluemoon.net net.bluemoon.net - Blue Moon Online System
> V.90, X2 & K56flex www.railfan.net - The Railfan Network
> http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
> bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-02 20:53:34
Thus spake Dave
>Thanks for correcting me. Your right there. However, if the radius
>software is setting the MTU the ARC will use the assigned value set by
>the Radius server.
Absolutely...and this bit us when we first switched to Arc's from
NETServers. Because MTU is negotiated in LCP, which is before the user
information is available (typically), many systems will get the MTU
information from the RADIUS server (or local user profile) and think,
"Oh, I've already negotiated MTU...its too late to do anything with
this" and not do anything. The NETServer seemed to behave this way.
The Arc actually does change the MTU (I assume only if the MTU is less
than what was negotiated in LCP...if its greater and it changes it
without notifying the peer, that would be Bad(tm) :). So, when we
switched from NETServers to Arcs we started seeing a significant change
in behavior that was terribly unexpected.
We figured it out quickly enough...but it was a bizarre couple of hours
figuring it out. :)
>Which was what happened in my case and is probably happening in this
>one as well. Just trying to help, sorry if I misrepresented the facts.
Indeed, it does sound like an MTU problem.
What I don't understand though is, why is there so many problems with
MTU issues with Arc's specifically...Like I mentioned above, many Access
Servers won't change the MTU after LCP negotiation, but I can't believe
the Arc's are the only one's that do it. I understand that some
providers filter all ICMP, including "fragmentation needed but DF set",
or use RFC1918 space which causes similar problems, but I know that
neither of those two situations are the case in my network, and I was
seeing these same sorts of pauses connecting to our Solaris servers. Is
the Arc not generating the ICMP correctly? Is Solaris not doing PMTUD
correctly? (I'm relatively sure this isn't the case, I've watched it do
it in snoops of other traffic). What else could cause this sort of
problem? I haven't had a chance to set up a test of this yet, but given
that its cropping up a bit more, I think I'm gonna try to find a chance
to do that and see what's going on with it.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Thus spake farber@admin.f-tech.net
>FYI my code levels are:
>DSP 2.0.60
>ARC 4.1.59-6
>NMC 5.6.2
>I just flashed all cards up to 2.0.60 from 2.0.81 and from what little I
>remember it's only started recently (with the upgrade).... not sure but
>that's the last thing I did.
I know you're just reporting what you're seeing, but I have a hard time
believing the DSP code has anything to do with this. The DSP's don't
really have anything to do with what type of traffic is going by them.
You can do the PPP offloading which tells the DSP's to do the PPP
framing, which, if I understand correctly, just means that the DSP's
have enough intelligence to see the beginning and end of HDLC frames and
sends the data to the Arcs in one unit rather than byte by byte.
Interpretation of the traffic to determine whether its LCP, or IP, or
IPCP, or whatever doesn't happen until the traffic is at the Arc...so it
would almost have to be an issue with the Arc.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
> I don't know what versions the -n and -v options want put in, nothing is
> explained and nothing works.
>
> pcsdl -p2 -r57600 -vSD6.0.9 -vNA3.2.0 -nSDnm -nNAnm
> ^ I don't know what version it means by Operation
Well na is for the nac file and sd is for the sdl file. you can download
them from the web. You have access to those. The nac file is the file
which has a .nac extention so a nmc file will be something like
ne040234.nac the sd file is the sdl file or the file with .sdl extention.
Every manual of USR/3com has this info. Its new to you for you never
dealt with anything other than comos.
Download the manaul and read on pcsdl it will explain the same to you.
krish
> Code Version, what exactly is Operation Code? Is tha existing code or the sdl
> file version and if it is the sdl version file how do you find the version, the
> file is named nm030200.sdl and there is no mention of it anywhere else.
>
> None of this is explained in the pdf files and I have found no reference in the
> only searchable list archiev available.
>
> Why is this all so cryptic and why is it not explained anywhere in available
> documentation. I have been reading PDF files for three days and have not once
> seen a pcsdl explanation other than just do it.
>
> Is it part of the pay us tech support money mentality to be able to do simple
> things?
>
> This is maddening and it just seems to get worse, now our HARC TC is totally
> unusable.
>
> J. Henry Priebe Jr. Blue Moon President & Network Administrator
> root@bluemoon.net net.bluemoon.net - Blue Moon Online System
> V.90, X2 & K56flex www.railfan.net - The Railfan Network
> http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
> bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
> On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
> > Our strings were set, we never leave them at the defaults.
> >
> > It looks like the NMC is dead, just stays in the SDL state with the green RN/FL
> > flashing and no other lights.
> >
> > I don't think the PC SDL will even begin to talk to it....
> >
> > I don't know what versions the -n and -v options want put in, nothing is
> > explained and nothing works.
> >
> > pcsdl -p2 -r57600 -vSD6.0.9 -vNA3.2.0 -nSDnm -nNAnm
>
> OK looks like those were backwards.
>
> pcsdl -p2 -r57600 -vSD3.2.0 -vNA6.0.9 -nSDnm -nNAnm
>
> That worked, but it just replied
>
> **Error** File I/O ERROR
I/O Error is an error between your pc and serial port. PUt the dip
switch 5 and 6 in 'on' position on the nmc - as soon as you put the card
in do not wait for it to boot, just start the pcsdl download.
krish
>
> which I knew it would.
>
> Just a stuck in SDL mode 16MB 486 NMC card with the RN/FL flashing green
> forever and no way to get it out of that mode.
>
> Will DIP switches 7 through 10 allow some sort of reset to take place? DIP 5
> doesn't do anything different up or down operational or with pcsdl.
>
> J. Henry Priebe Jr. Blue Moon President & Network Administrator
> root@bluemoon.net net.bluemoon.net - Blue Moon Online System
> V.90, X2 & K56flex www.railfan.net - The Railfan Network
> http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
> bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
>
Hi Dave,
Y2K certificate is redeemable direct from
http://w3n.3com.com/cso/y2kweb.nsf/home+page?openform.
Once at this page select :
A) "product status listing" at the top,
B) Depending on the product they want certified click on that (ex:
click on Corebuilder),
C) Click on the specific product within that family (ex: click on
Corerbuilder 7000).
This will tell what software is supported and then "Click here to prepare a
certification" to print out 3Com certified letter.
Do an inventory report first.
hope this helps,
regards,
FN
Subject:Re: (usr-tc) Y2K From: das <das@gol.com> Date: 1999-12-03 09:47:26
3Com homepage:
http://w3n.3com.com/cso/Y2Kweb.nsf/($$ViewTemplate+For+WebProdFam)?OpenForm&Start=1&Count=100&Expand=57#57
das
Administration (admin@jam21.net) spake:
> Hi, I'm new to this group and apologize in advance for any newbieness!
>
> Looking for info on Y2K compliance for USR-TCs. Just purchased two w/V34 analog quad modems, NMC and NSC using POTS.
> Software is TC Mgr. Version 6.0.23.
>
> Any help would be appreciated!
>
> Dave Ashworth
> admin@jam21.net
> www.jam21.net
>
--
____________________________________________
Alex Substanley Global OnLine Japan
Engineering Department
Das Man TEL: 81-3-5334-1700
Systems Engineer FAX: 81-3-5334-1711
The Highest Quality Service, Bar None
____________________________________________
Just providing info. No changed were made to the arc in 6+ months.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 2 Dec 1999, Jeff Mcadams wrote:
> Thus spake farber@admin.f-tech.net
> >FYI my code levels are:
>
> >DSP 2.0.60
> >ARC 4.1.59-6
> >NMC 5.6.2
>
> >I just flashed all cards up to 2.0.60 from 2.0.81 and from what little I
> >remember it's only started recently (with the upgrade).... not sure but
> >that's the last thing I did.
>
> I know you're just reporting what you're seeing, but I have a hard time
> believing the DSP code has anything to do with this. The DSP's don't
> really have anything to do with what type of traffic is going by them.
> You can do the PPP offloading which tells the DSP's to do the PPP
> framing, which, if I understand correctly, just means that the DSP's
> have enough intelligence to see the beginning and end of HDLC frames and
> sends the data to the Arcs in one unit rather than byte by byte.
> Interpretation of the traffic to determine whether its LCP, or IP, or
> IPCP, or whatever doesn't happen until the traffic is at the Arc...so it
> would almost have to be an issue with the Arc.
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Evil Spirits in my rack! From: Brian <signal@shreve.net> Date: 1999-12-03 10:21:16
You have to tell us what versions of code you are running..........
brian
On Thu, 2 Dec 1999 mmm3@cornell.edu wrote:
> I have yet to see this particular problem on the list, so I'm going
> to throw it out there and see what swims back...
>
> For the past several months, on and off, I have been plagued by a
> problem where a chassis in a particular spot on my rack suddenly
> stops taking calls and returns a fast busy signal. I have:
>
> 1] Power cycled the chassis <--this works for about 8 hours
> 2] Replaced all the cards
> 3] Replaced the chassis
> 4] Swapped out the chassis with a test chassis
> 5] Swapped the T1s going into the DSPs
> 6] Removed *all* the cards except for one DSP, one ARC, one NMC, and
> two PSUs.
> 7] Tried rebooting the DSPs.
>
> Firmware is at current levels. At one point, I actually sent the
> whole chassis back to 3Com and received a brand new one. This
> morning, I took a look at the performance monitor and saw, under
> "Reason for Call Termination":
>
> pbReceivedLsWhileLinkUp(55)
>
> Under "Reason for Call Failure", I see:
>
> pbGenericError(46)
>
> Anyone know what the heck is going on? I'm ready to call a priest!
> Incidentally, is there someplace out there where I can get a
> "dictionary" of those reason for disconnect messages? I have tried
> the knowledge base and wound up going 'round in circles. Thanks for
> any help you can give me.
> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 721 Rhodes Hall, Cornell University, Ithaca, NY 14853
> vox: (607) 255-0516, fax: (607) 255-8420
> email: mmm3@cornell.edu
> **********************************************
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:Re: (usr-tc) Stalling web pages w/TC products From: Brian <signal@shreve.net> Date: 1999-12-03 10:22:46
On Thu, 2 Dec 1999, Cheryl Johnson wrote:
> We have been having problems recently showing up with the TC chassis.
> We are using the HiPerARC and DSP with channelized T1s. The software
> version is ARC 4.1.59-6 and DSP 1.2.37 and testing 2.0.60 on some DSP
> cards. Customers are beginning to complain about web pages are timing
> out from more than one POP site. Strange thing is nothing has been
> changed on the chassis except the radius server. Checked the configs
> but nothings seems different. Anyone have any idea what could be the
> problem? Any ideas are appreciated.
What does your input/output bandwidth utilization look like on your
upstream t1's?
>
> Cheryl Johnson
> Network Administrator
> Seidata Network Services, Inc.
> http://www.seidata.com
>
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:Re: (usr-tc) Evil Spirits in my rack! From: mmm3@cornell.edu Date: 1999-12-03 11:45:03
brian said...
>You have to tell us what versions of code you are running..........
Okay...
NMC 6.1.17
ARC 4.1.59-6
DSPs 2.0.81
Quads 6.1.6 <--single-sided quads
PRI 3.1.5
Don't think it's got anything to do with code versions, though. Been
running the above versions and the same configuration on nine other
chassis for months and months and nothing like this happened to the
other chassis. Since I relocated the power source, I've had no reports
of problems, so I'm going with that theory. Forgot my little circuit
tester thingy this morning, darn it.
>On Thu, 2 Dec 1999 mmm3@cornell.edu wrote:
>
> > I have yet to see this particular problem on the list, so I'm going
> > to throw it out there and see what swims back...
> >
> > For the past several months, on and off, I have been plagued by a
> > problem where a chassis in a particular spot on my rack suddenly
> > stops taking calls and returns a fast busy signal. I have:
> >
> > 1] Power cycled the chassis <--this works for about 8 hours
> > 2] Replaced all the cards
> > 3] Replaced the chassis
> > 4] Swapped out the chassis with a test chassis
> > 5] Swapped the T1s going into the DSPs
> > 6] Removed *all* the cards except for one DSP, one ARC, one NMC, and
> > two PSUs.
> > 7] Tried rebooting the DSPs.
> >
> > Firmware is at current levels. At one point, I actually sent the
> > whole chassis back to 3Com and received a brand new one. This
> > morning, I took a look at the performance monitor and saw, under
> > "Reason for Call Termination":
> >
> > pbReceivedLsWhileLinkUp(55)
> >
> > Under "Reason for Call Failure", I see:
> >
> > pbGenericError(46)
> >
> > Anyone know what the heck is going on? I'm ready to call a priest!
> > Incidentally, is there someplace out there where I can get a
> > "dictionary" of those reason for disconnect messages? I have tried
> > the knowledge base and wound up going 'round in circles. Thanks for
> > any help you can give me.
*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8420
email: mmm3@cornell.edu
**********************************************
Subject:(usr-tc) 16MB NMC dead after flashing From: Blue Moon Network Administrator <root@net.bluemoon.net> Date: 1999-12-03 13:51:20
Flashed the NMC up to nm060009 and after 40 minutes of waiting after it
reported success and said it was checking nac status with the RN/FL light
flashing green and hub status off entirely we tried resetting the NMC via the
console. That brought it back to the same state, RN/FL light flashing green and
hub status off totally.
I removed the NMC NAC and that didn't help then pulled the backend NIC and that
didn't help. Also shutdown the chassis entirely and that didn't change
anything. I'm still stuck at the flashing green RN/FL light and get nothing
on the console except an occasional single character when the nic/nac is
reinserted.
How do I get it back? Can I use the NORMAL/CLEAR jumper on the NAC to get it
into some kind of dumb mode where I can upload some firmware to it to at least
get back to where I started?
How long should an NMC upgrade actually take on a clear switched lan?
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
On Fri, 3 Dec 1999, Tatai SV Krishnan wrote:
> The default password on the nmc is your community strings which is
> public/private
>
> Now if you NMC is in a dead state you need to do the old pcsdl to the nmc
> to get it back.
Our strings were set, we never leave them at the defaults.
It looks like the NMC is dead, just stays in the SDL state with the green RN/FL
flashing and no other lights.
I don't think the PC SDL will even begin to talk to it....
I don't know what versions the -n and -v options want put in, nothing is
explained and nothing works.
pcsdl -p2 -r57600 -vSD6.0.9 -vNA3.2.0 -nSDnm -nNAnm
^ I don't know what version it means by Operation
Code Version, what exactly is Operation Code? Is tha existing code or the sdl
file version and if it is the sdl version file how do you find the version, the
file is named nm030200.sdl and there is no mention of it anywhere else.
None of this is explained in the pdf files and I have found no reference in the
only searchable list archiev available.
Why is this all so cryptic and why is it not explained anywhere in available
documentation. I have been reading PDF files for three days and have not once
seen a pcsdl explanation other than just do it.
Is it part of the pay us tech support money mentality to be able to do simple
things?
This is maddening and it just seems to get worse, now our HARC TC is totally
unusable.
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
> Our strings were set, we never leave them at the defaults.
>
> It looks like the NMC is dead, just stays in the SDL state with the green RN/FL
> flashing and no other lights.
>
> I don't think the PC SDL will even begin to talk to it....
>
> I don't know what versions the -n and -v options want put in, nothing is
> explained and nothing works.
>
> pcsdl -p2 -r57600 -vSD6.0.9 -vNA3.2.0 -nSDnm -nNAnm
OK looks like those were backwards.
pcsdl -p2 -r57600 -vSD3.2.0 -vNA6.0.9 -nSDnm -nNAnm
That worked, but it just replied
**Error** File I/O ERROR
which I knew it would.
Just a stuck in SDL mode 16MB 486 NMC card with the RN/FL flashing green
forever and no way to get it out of that mode.
Will DIP switches 7 through 10 allow some sort of reset to take place? DIP 5
doesn't do anything different up or down operational or with pcsdl.
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
Subject:RE: (usr-tc) 16MB NMC dead after flashing From: Kevin Tucker <klt@tucker-usa.com> Date: 1999-12-03 16:50:18
I just had that happen to me 2 days ago during an upgrade. Turns out I
needed the 16Mb flash RAM installed for these later 3COM updates to take.
Kevin
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Blue Moon Network
Administrator
Sent: Friday, December 03, 1999 1:51 PM
Flashed the NMC up to nm060009 and after 40 minutes of waiting after it
reported success and said it was checking nac status with the RN/FL light
flashing green and hub status off entirely we tried resetting the NMC via
the
console. That brought it back to the same state, RN/FL light flashing green
and
hub status off totally.
I removed the NMC NAC and that didn't help then pulled the backend NIC and
that
didn't help. Also shutdown the chassis entirely and that didn't change
anything. I'm still stuck at the flashing green RN/FL light and get nothing
on the console except an occasional single character when the nic/nac is
reinserted.
How do I get it back? Can I use the NORMAL/CLEAR jumper on the NAC to get it
into some kind of dumb mode where I can upload some firmware to it to at
least
get back to where I started?
How long should an NMC upgrade actually take on a clear switched lan?
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
OK I seem to have managed to get it to pcsdl the proper code to the NMC. It
appears I was trying to put the wrong firmware on it initially and TCM was
happy to do it, but pcsdl wasn't.
I have been studying this thing for about 60 hours now and I still feel like a
complete and total out of control idiot.
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
Subject:(usr-tc) NMC resolved, on to DSP 2.0.60 From: Blue Moon Network Administrator <root@net.bluemoon.net> Date: 1999-12-03 17:04:01
Ok the 16MB NMC NAC is at 6.1.17
The ARC NAC is at 4.1.25
The DSP NAC's are 1.2.5
TCM is 6.0.23
I'm back in TCM, I go to software download, select Slot2 DSP with the
check mark, select the hd020060.dmf file and when I tell it to start the DL it
pops up a Slot2 requestor which says "Error Reading File Description"
I repeat the processes trying with hd020810.dmf and it does the same thing.
WHEE, I'm still an idiot.....!
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
Subject:Re: (usr-tc) NMC resolved, on to DSP 2.0.60 From: Dave <dave@ncia.net> Date: 1999-12-03 17:19:56
Same thing happened to me. I had to upgrade the TCM software to 6.0.23 to
over come it. Once done it worked fine.
Dave Lajoie
Senior System Operator
North Country Internet Access
dave@ncia.net
On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
>
> Ok the 16MB NMC NAC is at 6.1.17
> The ARC NAC is at 4.1.25
> The DSP NAC's are 1.2.5
> TCM is 6.0.23
>
> I'm back in TCM, I go to software download, select Slot2 DSP with the
> check mark, select the hd020060.dmf file and when I tell it to start the DL it
> pops up a Slot2 requestor which says "Error Reading File Description"
>
> I repeat the processes trying with hd020810.dmf and it does the same thing.
>
> WHEE, I'm still an idiot.....!
>
> J. Henry Priebe Jr. Blue Moon President & Network Administrator
> root@bluemoon.net net.bluemoon.net - Blue Moon Online System
> V.90, X2 & K56flex www.railfan.net - The Railfan Network
> http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
> bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
I believe 6.0.9 is for a 4 meg nmc. Unless I just missed something, he's
got a 16 meg card.
> -----Original Message-----
> From: Tatai SV Krishnan [mailto:tkrishna@bubba.ae.usr.com]
> Sent: Friday, December 03, 1999 5:25 AM
> To: Blue Moon Network Administrator
> Cc: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) chat_script synta
>
>
> On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
>
> > On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
> > > Our strings were set, we never leave them at the defaults.
> > >
> > > It looks like the NMC is dead, just stays in the SDL
> state with the green RN/FL
> > > flashing and no other lights.
> > >
> > > I don't think the PC SDL will even begin to talk to it....
> > >
> > > I don't know what versions the -n and -v options want put
> in, nothing is
> > > explained and nothing works.
> > >
> > > pcsdl -p2 -r57600 -vSD6.0.9 -vNA3.2.0 -nSDnm -nNAnm
> >
> > OK looks like those were backwards.
> >
> > pcsdl -p2 -r57600 -vSD3.2.0 -vNA6.0.9 -nSDnm -nNAnm
> >
> > That worked, but it just replied
> >
> > **Error** File I/O ERROR
>
> I/O Error is an error between your pc and serial port. PUt the dip
> switch 5 and 6 in 'on' position on the nmc - as soon as you
> put the card
> in do not wait for it to boot, just start the pcsdl download.
>
> krish
>
> >
> > which I knew it would.
> >
> > Just a stuck in SDL mode 16MB 486 NMC card with the RN/FL
> flashing green
> > forever and no way to get it out of that mode.
> >
> > Will DIP switches 7 through 10 allow some sort of reset to
> take place? DIP 5
> > doesn't do anything different up or down operational or with pcsdl.
> >
> > J. Henry Priebe Jr. Blue Moon President & Network
> Administrator
> > root@bluemoon.net net.bluemoon.net - Blue Moon Online System
> > V.90, X2 & K56flex www.railfan.net - The Railfan Network
> > http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
> > bbs.bluemoon.net irc.bluemoon.net - ZUHnet
> Buffalo, NY IRC Server
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
I think we've all been in that situation at least once. Some of us more
than once *cough*.
Matthew
> I have been studying this thing for about 60 hours now and I
> still feel like a
> complete and total out of control idiot.
>
> J. Henry Priebe Jr. Blue Moon President & Network Administrator
After a little correspondence in private with a helpful and clueful 3Com
employee (thank you), we've figured out the cause of the slow MLPPP we
have been seeing with the HARC.
It seems that the HARC does not fragment packets for MLPPP, it simply
round-robins them out the interfaces. While this doesn't cause
performance problems with sane protocols such as TCP, the software that
our customer is using attempts to reinvent TCP over UDP. Badly. It sends
one big packet, then waits for an ACK before sending the next one.
The net result of this is that on a simple "ping" style test, a multilink
bundle of any number of links won't show a significantly lower roundtrip
time than a single link would.
Also, I mentioned "mon ppp" showing traffic over only one interface on a
multilink connection. This was confirmed as a "mon ppp" issue by 3Com.
The "TAP USER" function shows traffic distributed across all interfaces.
The "mon ppp" problem is slated to be fixed in upcoming releases, and
there are plans to add a configurable parameter and/or RADIUS VSA to cause
the HARC to fragment outgoing packets on multilink.
As a temporary workaround until this code is available, we've found that
lowering the link MTU for this particular customer alleviates the problem.
It should be noted, however, that lowering MTUs may cause problems
accessing certain sites that block all incoming ICMP.
Subject:Re: (usr-tc) anti-spoofing, per user From: Brian <signal@shreve.net> Date: 1999-12-06 11:25:57
On Mon, 6 Dec 1999, Jesse Sipprell wrote:
> Until recently I had been using:
>
> enable ip SOURCE_ADDRESS_FILTER
> set network user default PPP_SOURCE_IP_FILTER enabled
>
> to prevent network users from spoofing source addresses. I now have one
> customer who has the need to have multiple subnets routed to them, which
> requires me to turn this option off globally.
>
> Is there any method of leaving this ON, but turning off PPP_SOURCE_IP_FILTER
> for a specific user via RADIUS?
I don't think so.................
You can use "hint assigned" and build dynamic filters for each of your
users...........I did this for a time. I *really* wish they would make
PPP_SOURCE_IP_FILTER use the netmask information and build the filter off
that...................anyone know if this is in the pipeline?
>
> Thanks!
>
> --
> Jesse Sipprell
> Technical Operations Director
> Evolution Communications, Inc.
> 800.496.4736
>
> * Finger jss@evcom.net for my PGP Public Key *
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:(usr-tc) Kudos to Netdoor From: Brian <signal@shreve.net> Date: 1999-12-06 11:32:58
Didn't know if anyone else saw the Inter@active week article (Nov. 29,
vol. 6, no. 49) where they did a nice article on Netdoor and Marshall
Morgan "Opening the Net Doors in Jackson". Its interesting seeing
familiar faces here in print.......and I can sort of relate to the article
being in Louisiana which isn't that far (geographically and economic wise)
from Mississippi.
Brian
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:(usr-tc) anti-spoofing, per user From: Jesse Sipprell <jss@evcom.net> Date: 1999-12-06 11:53:56
Until recently I had been using:
enable ip SOURCE_ADDRESS_FILTER
set network user default PPP_SOURCE_IP_FILTER enabled
to prevent network users from spoofing source addresses. I now have one
customer who has the need to have multiple subnets routed to them, which
requires me to turn this option off globally.
Is there any method of leaving this ON, but turning off PPP_SOURCE_IP_FILTER
for a specific user via RADIUS?
Thanks!
--
Jesse Sipprell
Technical Operations Director
Evolution Communications, Inc.
800.496.4736
* Finger jss@evcom.net for my PGP Public Key *
Subject:Re: (usr-tc) 16MB NMC dead after flashing From: dciresi@defunct.ae.usr.com Date: 1999-12-06 12:52:39
When this happens, you usually have to reset the card, then perform a SDL
using PCSDL.EXE (or X-modem for 6.1/6.2 versions) during the boot process.
This might occur if the previous code did not complete (TFTP timeout),
leaving the NAC in a bad state.
Dominic
On Fri, 3 Dec 1999, Blue Moon Network Administrator wrote:
>
> Flashed the NMC up to nm060009 and after 40 minutes of waiting after it
> reported success and said it was checking nac status with the RN/FL light
> flashing green and hub status off entirely we tried resetting the NMC via the
> console. That brought it back to the same state, RN/FL light flashing green and
> hub status off totally.
>
> I removed the NMC NAC and that didn't help then pulled the backend NIC and that
> didn't help. Also shutdown the chassis entirely and that didn't change
> anything. I'm still stuck at the flashing green RN/FL light and get nothing
> on the console except an occasional single character when the nic/nac is
> reinserted.
>
> How do I get it back? Can I use the NORMAL/CLEAR jumper on the NAC to get it
> into some kind of dumb mode where I can upload some firmware to it to at least
> get back to where I started?
>
> How long should an NMC upgrade actually take on a clear switched lan?
>
> J. Henry Priebe Jr. Blue Moon President & Network Administrator
> root@bluemoon.net net.bluemoon.net - Blue Moon Online System
> V.90, X2 & K56flex www.railfan.net - The Railfan Network
> http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
> bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) anti-spoofing, per user From: Mike Andrews <mandrews@bit0.com> Date: 1999-12-06 13:04:34
On Mon, 6 Dec 1999, Jesse Sipprell wrote:
> Until recently I had been using:
>
> enable ip SOURCE_ADDRESS_FILTER
> set network user default PPP_SOURCE_IP_FILTER enabled
>
> to prevent network users from spoofing source addresses. I now have one
> customer who has the need to have multiple subnets routed to them, which
> requires me to turn this option off globally.
>
> Is there any method of leaving this ON, but turning off PPP_SOURCE_IP_FILTER
> for a specific user via RADIUS?
You can do it the other way around... leave the filter off, but turn it
ON for a user in Radius. If you turn it on for the DEFAULT user, that's
got the same effect as turning it on globally. Then you can leave it off
for the users that have subnets routed to them, since they have their own
entries anyway.
I've got the attribute name as USR-IP-SAA-Filter, vendor-specific
attribute number 0x9870.
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"Don't sweat the petty things, and don't pet the sweaty things."
Subject:Re: (usr-tc) anti-spoofing, per user From: Aaron Nabil <nabil@spiritone.com> Date: 1999-12-06 15:28:13
Mike Andrews writes...
>I've got the attribute name as USR-IP-SAA-Filter, vendor-specific
>attribute number 0x9870.
Last time I tried this attribute it didn't work.
--
Aaron Nabil
Looking to purchase 3 of the USR Total Control NMC cards w/ nic.
They have to be v90 enabled.
Please email if you have them.
....................................................
Steve Rivera - ISP-NetworkHardware.com (WRCA)
sales@wrca.net v-732-833-2111 pgr-732-325-1092
---WAN ACCESS SPECIALIST---
http://www.ISP-NetworkHarware.com
Cisco, Ascend, Livingston, USR, Microcom,
Computone, Kentrox, Adtran...and more
Subject:Re: (usr-tc) WTB: 3- USR NMC v90 NIC/NAC Sets From: Brian Gordon <administrator@westelcom.com> Date: 1999-12-06 16:17:43
I got three of those!
Brian
----- Original Message -----
Sent: Monday, December 06, 1999 3:34 PM
> Looking to purchase 3 of the USR Total Control NMC cards w/ nic.
> They have to be v90 enabled.
>
> Please email if you have them.
> ....................................................
> Steve Rivera - ISP-NetworkHardware.com (WRCA)
> sales@wrca.net v-732-833-2111 pgr-732-325-1092
>
> ---WAN ACCESS SPECIALIST---
> http://www.ISP-NetworkHarware.com
> Cisco, Ascend, Livingston, USR, Microcom,
> Computone, Kentrox, Adtran...and more
>
>
>
>
>
>
>
>
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) anti-spoofing, per user From: Mike Andrews <mandrews@bit0.com> Date: 1999-12-07 02:05:23
It appears to work here -- we get a lot of packets logged by the ARC from
people using RFC1918 addresses and the like on our dialups. And they are
getting dropped or else our Ciscos would log/drop them too...
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"Don't sweat the petty things, and don't pet the sweaty things."
On Mon, 6 Dec 1999, Aaron Nabil wrote:
> Mike Andrews writes...
> >I've got the attribute name as USR-IP-SAA-Filter, vendor-specific
> >attribute number 0x9870.
>
> Last time I tried this attribute it didn't work.
Subject:Re: (usr-tc) X2 Key still necessary From: Steve Valiunas <steve_valiunas@mw.3com.com> Date: 1999-12-07 07:34:50
You need only add the X2 key to a chassis once. Any quad modem code upgrdes
after that will then use the same key.
Steve
Ralph Helfenberger <r.helfenberger@comlight.ch> on 12/07/99 04:38:45 AM
Please respond to usr-tc@lists.xmission.com
Sent by: Ralph Helfenberger <r.helfenberger@comlight.ch>
cc: (Steve Valiunas/MW/US/3Com)
Hi everybody
I would like to upgrade a Netserver/Quadmodem based Chasis to V.90. When
I did this last year I had to buy a X2 enable key. This product is no
longer available. So the question I have: Is this key still necessary?
Or do I just upgrade the Quadmodems to the latest code and then I have
V.90 automatically enabled?
Ralph
--
==========================================================================
R. Helfenberger Internet r.helfenberger@comlight.ch
Comlight AG Tel +41 31 740 40 40
Industriestr. 17 Fax +41 31 740 40 90
3178 Boesingen
Switzerland www.comlight.ch
==========================================================================
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) X2 Key still necessary From: Steve Valiunas <steve_valiunas@mw.3com.com> Date: 1999-12-07 09:41:59
Flashing new code to an NMC will not remove previously installed feature enable
keys. Code for the various cards is tested and released in matched 'systems
releases', the latest being TCS3.5. I know of no reason why you should not
run the code from this release. Someone else with more operational experience
might be able to tell you specific quirks that they may have found. You may
find some unusual behavior if you mix codes from different releases within the
same chassis. The Software Compatibility Matrix is posted on
http://totalservice.3com.com and documents what codes are included in each
release. TCS3.5 includes NMC 6.0.9/6.1.17/6.2.17, and Quad 6.0.6/6.1.6.
Steve V
Steve Rivera <sales@wrca.net> on 12/07/99 08:50:04 AM
Please respond to usr-tc@lists.xmission.com
Sent by: Steve Rivera <sales@wrca.net>
cc: (Steve Valiunas/MW/US/3Com)
Is it possible to lose that enable key in the flashing process?
If I am installing a v90 NMC to a chassis that had not been running v90
standard,
Is the card all I need to install. Some people have mentioned that you have
to match the code
on the modems. Is that true? Can anyone suggest a stable, v90 compatible
sequence for the
modems (Quad Digitals) and the NMC v90?
At 07:34 AM 12/07/1999 -0600, you wrote:
>You need only add the X2 key to a chassis once. Any quad modem code upgrdes
>after that will then use the same key.
>
>Steve
>
>
>
>
>Ralph Helfenberger <r.helfenberger@comlight.ch> on 12/07/99 04:38:45 AM
>
>Please respond to usr-tc@lists.xmission.com
>
>Sent by: Ralph Helfenberger <r.helfenberger@comlight.ch>
>
>
>To: TotalControl Mailing List <usr-tc@lists.xmission.com>
>cc: (Steve Valiunas/MW/US/3Com)
>Subject: (usr-tc) X2 Key still necessary
>
>
>
>
>Hi everybody
>I would like to upgrade a Netserver/Quadmodem based Chasis to V.90. When
>I did this last year I had to buy a X2 enable key. This product is no
>longer available. So the question I have: Is this key still necessary?
>Or do I just upgrade the Quadmodems to the latest code and then I have
>V.90 automatically enabled?
>
>Ralph
>
>--
>==========================================================================
>R. Helfenberger Internet r.helfenberger@comlight.ch
>Comlight AG Tel +41 31 740 40 40
>Industriestr. 17 Fax +41 31 740 40 90
>3178 Boesingen
>Switzerland www.comlight.ch
>==========================================================================
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) X2 Key still necessary From: Steve Rivera <sales@wrca.net> Date: 1999-12-07 09:50:04
Is it possible to lose that enable key in the flashing process?
If I am installing a v90 NMC to a chassis that had not been running v90
standard,
Is the card all I need to install. Some people have mentioned that you have
to match the code
on the modems. Is that true? Can anyone suggest a stable, v90 compatible
sequence for the
modems (Quad Digitals) and the NMC v90?
At 07:34 AM 12/07/1999 -0600, you wrote:
>You need only add the X2 key to a chassis once. Any quad modem code upgrdes
>after that will then use the same key.
>
>Steve
>
>
>
>
>Ralph Helfenberger <r.helfenberger@comlight.ch> on 12/07/99 04:38:45 AM
>
>Please respond to usr-tc@lists.xmission.com
>
>Sent by: Ralph Helfenberger <r.helfenberger@comlight.ch>
>
>
>To: TotalControl Mailing List <usr-tc@lists.xmission.com>
>cc: (Steve Valiunas/MW/US/3Com)
>Subject: (usr-tc) X2 Key still necessary
>
>
>
>
>Hi everybody
>I would like to upgrade a Netserver/Quadmodem based Chasis to V.90. When
>I did this last year I had to buy a X2 enable key. This product is no
>longer available. So the question I have: Is this key still necessary?
>Or do I just upgrade the Quadmodems to the latest code and then I have
>V.90 automatically enabled?
>
>Ralph
>
>--
>==========================================================================
>R. Helfenberger Internet r.helfenberger@comlight.ch
>Comlight AG Tel +41 31 740 40 40
>Industriestr. 17 Fax +41 31 740 40 90
>3178 Boesingen
>Switzerland www.comlight.ch
>==========================================================================
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) X2 Key still necessary From: Steve Rivera <sales@wrca.net> Date: 1999-12-07 09:58:09
According to Source Technologies and Westcon the X2 key is still
available. However there is a 2 week lead time and the cost about $1000.
Based on how the refurbished market is today it is much more economical
to buy refurbished v90 NMC card (bought 3 yesterday for $200ea).
At 11:38 AM 12/07/1999 +0100, you wrote:
>Hi everybody
>I would like to upgrade a Netserver/Quadmodem based Chasis to V.90. When
>I did this last year I had to buy a X2 enable key. This product is no
>longer available. So the question I have: Is this key still necessary?
>Or do I just upgrade the Quadmodems to the latest code and then I have
>V.90 automatically enabled?
>
>Ralph
>
>--
>==========================================================================
>R. Helfenberger Internet r.helfenberger@comlight.ch
>Comlight AG Tel +41 31 740 40 40
>Industriestr. 17 Fax +41 31 740 40 90
>3178 Boesingen
>Switzerland www.comlight.ch
>==========================================================================
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
It is not supposed to happen, but sometimes the X2 key can be lost (usually
when the NMC is replaced). Please call us at Tech Support and we can help. If
you have your proof of purchase it will speed the process, but we should be able
to help you get your key back.
Please call us at (800) 231-8770.
Hope this helps.
Todd ;-}
"Steve Valiunas" <Steve_Valiunas@mw.3com.com> on 12/07/99 09:41:59 AM
Please respond to usr-tc@lists.xmission.com
Sent by: "Steve Valiunas" <Steve_Valiunas@mw.3com.com>
cc: (Todd Keister/MW/US/3Com)
Flashing new code to an NMC will not remove previously installed feature enable
keys. Code for the various cards is tested and released in matched 'systems
releases', the latest being TCS3.5. I know of no reason why you should not
run the code from this release. Someone else with more operational experience
might be able to tell you specific quirks that they may have found. You may
find some unusual behavior if you mix codes from different releases within the
same chassis. The Software Compatibility Matrix is posted on
http://totalservice.3com.com and documents what codes are included in each
release. TCS3.5 includes NMC 6.0.9/6.1.17/6.2.17, and Quad 6.0.6/6.1.6.
Steve V
Steve Rivera <sales@wrca.net> on 12/07/99 08:50:04 AM
Please respond to usr-tc@lists.xmission.com
Sent by: Steve Rivera <sales@wrca.net>
cc: (Steve Valiunas/MW/US/3Com)
Is it possible to lose that enable key in the flashing process?
If I am installing a v90 NMC to a chassis that had not been running v90
standard,
Is the card all I need to install. Some people have mentioned that you have
to match the code
on the modems. Is that true? Can anyone suggest a stable, v90 compatible
sequence for the
modems (Quad Digitals) and the NMC v90?
At 07:34 AM 12/07/1999 -0600, you wrote:
>You need only add the X2 key to a chassis once. Any quad modem code upgrdes
>after that will then use the same key.
>
>Steve
>
>
>
>
>Ralph Helfenberger <r.helfenberger@comlight.ch> on 12/07/99 04:38:45 AM
>
>Please respond to usr-tc@lists.xmission.com
>
>Sent by: Ralph Helfenberger <r.helfenberger@comlight.ch>
>
>
>To: TotalControl Mailing List <usr-tc@lists.xmission.com>
>cc: (Steve Valiunas/MW/US/3Com)
>Subject: (usr-tc) X2 Key still necessary
>
>
>
>
>Hi everybody
>I would like to upgrade a Netserver/Quadmodem based Chasis to V.90. When
>I did this last year I had to buy a X2 enable key. This product is no
>longer available. So the question I have: Is this key still necessary?
>Or do I just upgrade the Quadmodems to the latest code and then I have
>V.90 automatically enabled?
>
>Ralph
>
>--
>==========================================================================
>R. Helfenberger Internet r.helfenberger@comlight.ch
>Comlight AG Tel +41 31 740 40 40
>Industriestr. 17 Fax +41 31 740 40 90
>3178 Boesingen
>Switzerland www.comlight.ch
>==========================================================================
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:(usr-tc) Radius Recomendations From: Jim Faulkner <jlf@montrose-colo.com> Date: 1999-12-07 11:06:17
Hello,
I Need to upgrade my Radius software (NT). Does anybody have any comments on
3Coms 6+ version verses any other venders versions. I also use radius to
authorize requests from Microsoft RRAS.
Thank You,
Jim Faulkner
GWE.NET
Subject:Re: (usr-tc) X2 Key still necessary From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-07 11:19:36
Thus spake Steve Valiunas
>Flashing new code to an NMC will not remove previously installed
>feature enable keys. Code for the various cards is tested and
>released in matched 'systems releases', the latest being TCS3.5.
3.6 is the latest. :) 4.2.x Arc code was part of TCS3.6...everything
stayed the same.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) X2 Key still necessary From: Blue Moon Network Administrator <root@net.bluemoon.net> Date: 1999-12-07 11:21:27
On Tue, 7 Dec 1999, Todd Keister wrote:
>
> It is not supposed to happen, but sometimes the X2 key can be lost (usually
> when the NMC is replaced). Please call us at Tech Support and we can help. If
> you have your proof of purchase it will speed the process, but we should be able
> to help you get your key back.
>
> Please call us at (800) 231-8770.
Is a separate X2 key required for newer HARC based systems or it is eneabled by
default? I haven't tested X2 with our troublesome HARC box and it doesn't have
a span connected to it at the moment to try. I know it works as v.90 out of the
box.
I have a netserver TC which is still X2 only, never upgraded it to v.90, does
the v.90 code upgrade need a feature enable key as well?
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
Subject:Re: (usr-tc) X2 Key still necessary From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-07 11:25:24
Thus spake Blue Moon Network Administrator
>On Tue, 7 Dec 1999, Todd Keister wrote:
>> It is not supposed to happen, but sometimes the X2 key can be
>> lost (usually when the NMC is replaced). Please call us at Tech
>> Support and we can help. If you have your proof of purchase it
>> will speed the process, but we should be able to help you get
>> your key back.
>Is a separate X2 key required for newer HARC based systems or it is
>eneabled by default? I haven't tested X2 with our troublesome HARC box
>and it doesn't have a span connected to it at the moment to try. I know
>it works as v.90 out of the box.
NETServer/HARC has nothing to do with it...they just see "serial ports"
on the packet bus from the modem cards (either quad or DSP). If you
have Quad modem cards, you have to have the key...DSP's have v.90
hard-coded into them, and as such don't require the key.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) X2 Key still necessary From: Ralph Helfenberger <r.helfenberger@comlight.ch> Date: 1999-12-07 11:38:45
Hi everybody
I would like to upgrade a Netserver/Quadmodem based Chasis to V.90. When
I did this last year I had to buy a X2 enable key. This product is no
longer available. So the question I have: Is this key still necessary?
Or do I just upgrade the Quadmodems to the latest code and then I have
V.90 automatically enabled?
Ralph
--
==========================================================================
R. Helfenberger Internet r.helfenberger@comlight.ch
Comlight AG Tel +41 31 740 40 40
Industriestr. 17 Fax +41 31 740 40 90
3178 Boesingen
Switzerland www.comlight.ch
==========================================================================
Subject:Re: (usr-tc) X2 Key still necessary From: Blue Moon Network Administrator <root@net.bluemoon.net> Date: 1999-12-07 11:55:54
On Tue, 7 Dec 1999, Jeff Mcadams wrote:
> NETServer/HARC has nothing to do with it...they just see "serial ports"
> on the packet bus from the modem cards (either quad or DSP). If you
> have Quad modem cards, you have to have the key...DSP's have v.90
> hard-coded into them, and as such don't require the key.
But do the HARC/DSP systems need an X2 key to do X2, I KNOW they have v.90.
J. Henry Priebe Jr. Blue Moon President & Network Administrator
root@bluemoon.net net.bluemoon.net - Blue Moon Online System
V.90, X2 & K56flex www.railfan.net - The Railfan Network
http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD
bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server
Subject:Re: (usr-tc) X2 Key still necessary From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-07 12:10:20
Thus spake Blue Moon Network Administrator
>On Tue, 7 Dec 1999, Jeff Mcadams wrote:
>> NETServer/HARC has nothing to do with it...they just see "serial ports"
>> on the packet bus from the modem cards (either quad or DSP). If you
>> have Quad modem cards, you have to have the key...DSP's have v.90
>> hard-coded into them, and as such don't require the key.
>But do the HARC/DSP systems need an X2 key to do X2, I KNOW they have v.90.
Oh...no...x2 and v.90 are controlled together by the x2 key.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
The X2 key is a Feature Enable that is entered in to your NMC card on Quad
chassis only. DSP cards come with V.90 enabled already. It is only an issue
for Quad chassis and the presence of a NETServer, Hiper Arc, or Edgeserver Pro
is completely not relevant.
The only time trouble arises is if/when the X2 key gets lost or corrupted
on the NMC. The the X2 key (just an alphanumeric string) then must be
re-entered. Most frequently we see this when someone has an NMC that goes
south (electrical storms anyone???) and then the key must be re-entered on the
new NMC card. We have files listing all registered X2 key holders, but this
particular database is much easier to access if we have proof of ownership. So
if anyone has a problem with a lost X2 key, just call us at Tech Support. We
are here to help.
Tech Support: (800) 231-8770.
Hope this helps to clarify this issue and answer everyones questions.
Todd ;-}
Jeff Mcadams <jeffm@iglou.com> on 12/07/99 11:10:20 AM
Please respond to usr-tc@lists.xmission.com
Sent by: Jeff Mcadams <jeffm@iglou.com>
cc: (Todd Keister/MW/US/3Com)
Thus spake Blue Moon Network Administrator
>On Tue, 7 Dec 1999, Jeff Mcadams wrote:
>> NETServer/HARC has nothing to do with it...they just see "serial ports"
>> on the packet bus from the modem cards (either quad or DSP). If you
>> have Quad modem cards, you have to have the key...DSP's have v.90
>> hard-coded into them, and as such don't require the key.
>But do the HARC/DSP systems need an X2 key to do X2, I KNOW they have v.90.
Oh...no...x2 and v.90 are controlled together by the x2 key.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Richard,
When you upgraded from your USR 5 were you able to import your user data
from the access database or did you have to reenter all of the user/password
combos?
Jim
----- Original Message -----
Sent: Tuesday, December 07, 1999 11:32 AM
> We use vircom radius. Works with SQL or livingston text files. Also
> supports roaming and can limit duplicate logins. Package sells for
> 500-1000 (depends on options).
>
> As for the USR radius, it's been over a year since I used it (version
> 5.x). It stored passwrods in MS Access format. It was a good starter
> package. I'm sure they have made improvements since.
>
> Vircom info:
> http://www.vircom.com
>
> Jim Faulkner wrote:
> >
> > Hello,
> >
> > I Need to upgrade my Radius software (NT). Does anybody have any
comments on
> > 3Coms 6+ version verses any other venders versions. I also use radius to
> > authorize requests from Microsoft RRAS.
> >
> > Thank You,
> > Jim Faulkner
> > GWE.NET
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
>
> --
>
> Richard Lorbieski - richard@alpha1.net
> Chief Technical Officer - Senior System Administrator
> Alpha1 Internet http://www.alpha1.net
> 409.731.8236 - 877.4.alpha1 (877.425.7421)
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
We use vircom radius. Works with SQL or livingston text files. Also
supports roaming and can limit duplicate logins. Package sells for
500-1000 (depends on options).
As for the USR radius, it's been over a year since I used it (version
5.x). It stored passwrods in MS Access format. It was a good starter
package. I'm sure they have made improvements since.
Vircom info:
http://www.vircom.com
Jim Faulkner wrote:
>
> Hello,
>
> I Need to upgrade my Radius software (NT). Does anybody have any comments on
> 3Coms 6+ version verses any other venders versions. I also use radius to
> authorize requests from Microsoft RRAS.
>
> Thank You,
> Jim Faulkner
> GWE.NET
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
--
Richard Lorbieski - richard@alpha1.net
Chief Technical Officer - Senior System Administrator
Alpha1 Internet http://www.alpha1.net
409.731.8236 - 877.4.alpha1 (877.425.7421)
No, the passwords were encrypted. Yet I didn't spend much time trying to
unencrypted them. At the time, we had passwords written on the customer
signup sheet and put the passwords in manually.
Luckily, we had a small customer base. Today, I couldn't redo it
manually :-)...
Also, at that time we switched over from Quickbooks to a billing
software called Rodopi.
FYI, USR did have a util in their software that upgrade their database
from 4.x to 5.x . I would assume they have one for 6.x .
Jim Faulkner wrote:
>
> Richard,
>
> When you upgraded from your USR 5 were you able to import your user data
> from the access database or did you have to reenter all of the user/password
> combos?
>
> Jim
>
> ----- Original Message -----
> From: Richard Lorbieski <richard@alpha1.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Tuesday, December 07, 1999 11:32 AM
> Subject: Re: (usr-tc) Radius Recomendations
>
> > We use vircom radius. Works with SQL or livingston text files. Also
> > supports roaming and can limit duplicate logins. Package sells for
> > 500-1000 (depends on options).
> >
> > As for the USR radius, it's been over a year since I used it (version
> > 5.x). It stored passwrods in MS Access format. It was a good starter
> > package. I'm sure they have made improvements since.
> >
> > Vircom info:
> > http://www.vircom.com
> >
> > Jim Faulkner wrote:
> > >
> > > Hello,
> > >
> > > I Need to upgrade my Radius software (NT). Does anybody have any
> comments on
> > > 3Coms 6+ version verses any other venders versions. I also use radius to
> > > authorize requests from Microsoft RRAS.
> > >
> > > Thank You,
> > > Jim Faulkner
> > > GWE.NET
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> >
> > --
> >
> > Richard Lorbieski - richard@alpha1.net
> > Chief Technical Officer - Senior System Administrator
> > Alpha1 Internet http://www.alpha1.net
> > 409.731.8236 - 877.4.alpha1 (877.425.7421)
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
--
Richard Lorbieski - richard@alpha1.net
Chief Technical Officer - Senior System Administrator
Alpha1 Internet http://www.alpha1.net
409.731.8236 - 877.4.alpha1 (877.425.7421)
One of my USR-TC chassis appears to be dying or it's dead already.
It's the old 2059 bundle with Quad modems and a Netserver card.
I first noticed a problem Sunday morning when I came in to do a system
upgrade. It seemed strange that TC rack had zero calls and the other TCs
had about 10 calls each. One of the modem cards on the rack was in alarm,
so I powercycled the rack. The modem card just flashed red after, so I
reflashed the card and all was well.
Now, tonight I got a call saying callers were getting dead air. There
were callers up on the rack, but far fewer than the other racks. I called
in, and sure enough most calls to that rack got dead air, with the modem
led going red instead of orange. I soft busied that rack, but every
single caller on the rack eventually got dropped with a lost carrier. 5
of the callers got a lost carrier within 2 seconds.
I pulled the dead modem card from the rack and power cycled it. After
that, every single caller gets dead air, but the modem lights now go
orange instead of red. I took the modem rack out of service until
tomorrow.
Where do I start on fixing this? Do I just declare it a total loss and
buy a new one? I do have spares for every part except the modem cards.
(The T1s are good, as they work on some extra modem ports I have.)
Brian
You may first want to open a ticket with support first. It would be easy
for us to detect what is wrong and have you up and running soon.
krish
On Tue, 7 Dec 1999, Brian Elfert wrote:
> One of my USR-TC chassis appears to be dying or it's dead already.
>
> It's the old 2059 bundle with Quad modems and a Netserver card.
>
> I first noticed a problem Sunday morning when I came in to do a system
> upgrade. It seemed strange that TC rack had zero calls and the other TCs
> had about 10 calls each. One of the modem cards on the rack was in alarm,
> so I powercycled the rack. The modem card just flashed red after, so I
> reflashed the card and all was well.
>
> Now, tonight I got a call saying callers were getting dead air. There
> were callers up on the rack, but far fewer than the other racks. I called
> in, and sure enough most calls to that rack got dead air, with the modem
> led going red instead of orange. I soft busied that rack, but every
> single caller on the rack eventually got dropped with a lost carrier. 5
> of the callers got a lost carrier within 2 seconds.
>
> I pulled the dead modem card from the rack and power cycled it. After
> that, every single caller gets dead air, but the modem lights now go
> orange instead of red. I took the modem rack out of service until
> tomorrow.
>
> Where do I start on fixing this? Do I just declare it a total loss and
> buy a new one? I do have spares for every part except the modem cards.
> (The T1s are good, as they work on some extra modem ports I have.)
>
> Brian
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Are they analog/digital quads? Check your PRI card if they are digital.
also make sure that your cards are still assigned to the netserver (sho
assigned?).
Buy a hiper arc chassis!
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Tue, 7 Dec 1999, Brian Elfert wrote:
> One of my USR-TC chassis appears to be dying or it's dead already.
>
> It's the old 2059 bundle with Quad modems and a Netserver card.
>
> I first noticed a problem Sunday morning when I came in to do a system
> upgrade. It seemed strange that TC rack had zero calls and the other TCs
> had about 10 calls each. One of the modem cards on the rack was in alarm,
> so I powercycled the rack. The modem card just flashed red after, so I
> reflashed the card and all was well.
>
> Now, tonight I got a call saying callers were getting dead air. There
> were callers up on the rack, but far fewer than the other racks. I called
> in, and sure enough most calls to that rack got dead air, with the modem
> led going red instead of orange. I soft busied that rack, but every
> single caller on the rack eventually got dropped with a lost carrier. 5
> of the callers got a lost carrier within 2 seconds.
>
> I pulled the dead modem card from the rack and power cycled it. After
> that, every single caller gets dead air, but the modem lights now go
> orange instead of red. I took the modem rack out of service until
> tomorrow.
>
> Where do I start on fixing this? Do I just declare it a total loss and
> buy a new one? I do have spares for every part except the modem cards.
> (The T1s are good, as they work on some extra modem ports I have.)
>
> Brian
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Are they analog/digital quads? Check your PRI card if they are digital.
also make sure that your cards are still assigned to the netserver (sho
assigned?).
Buy a hiper arc chassis!
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Tue, 7 Dec 1999, Brian Elfert wrote:
> One of my USR-TC chassis appears to be dying or it's dead already.
>
> It's the old 2059 bundle with Quad modems and a Netserver card.
>
> I first noticed a problem Sunday morning when I came in to do a system
> upgrade. It seemed strange that TC rack had zero calls and the other TCs
> had about 10 calls each. One of the modem cards on the rack was in alarm,
> so I powercycled the rack. The modem card just flashed red after, so I
> reflashed the card and all was well.
>
> Now, tonight I got a call saying callers were getting dead air. There
> were callers up on the rack, but far fewer than the other racks. I called
> in, and sure enough most calls to that rack got dead air, with the modem
> led going red instead of orange. I soft busied that rack, but every
> single caller on the rack eventually got dropped with a lost carrier. 5
> of the callers got a lost carrier within 2 seconds.
>
> I pulled the dead modem card from the rack and power cycled it. After
> that, every single caller gets dead air, but the modem lights now go
> orange instead of red. I took the modem rack out of service until
> tomorrow.
>
> Where do I start on fixing this? Do I just declare it a total loss and
> buy a new one? I do have spares for every part except the modem cards.
> (The T1s are good, as they work on some extra modem ports I have.)
>
> Brian
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) TCM 6.023 From: Sam Lowe <slowe@universalcom.net> Date: 1999-12-08 08:06:35
We seem to be having a problem saving settings on our HiPer DSP cards using
TCM (we think).
When we set the switch type and reset the card it would revert back to the
default setting (5ESS). When the 3Com tech set it, it stayed?
Also the cause codes, timeslot mapping and blocking, and timeslot service
configurations are not taking. We set them, save the settings to NVRAM, and
reset the card and all the settings revert, BUT, when we restore from nvram
all the settings get the correct values?
Any ideas would be appreciated. We are running 4.1.59 on the ARC and 2.0.81
on the DSPs. The NMC is running 5.6.2. This is a new chassis.
Samuel S. Lowe
Director, Data Services
UniversalCom, Inc.
slowe@universalcom.net
On Tue, 7 Dec 1999, Richard Lorbieski wrote:
> No, the passwords were encrypted. Yet I didn't spend much time trying to
> unencrypted them. At the time, we had passwords written on the customer
> signup sheet and put the passwords in manually.
Thanks to this list (I forget who told us), but
we assimilated an acquired customer base from USR S&A on NT into
our Cistron RADIUS server on FreeBSD. Just export the S&A user database
to character delimited file. The "encrypted" passwords are very
easy to unencrypt as there is simply a constant offset added to each
character in the password (think ASCII value of each char). I don't know
if the same offset value is used everywhere, but we found it to be
the ASCII value for the CONTROL character (129? I don't have the
ASCII table in front of me).
--jeff
============================================================================
Jeffrey A. Lynch | JORSM Internet, Regional Internet Services
email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana
Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN
Autoresponse: info@jorsm.com | Quality Service, Affordable Prices
http://www.jorsm.com | Serving Gov, Biz, Indivds Since 1995
Subject:(usr-tc) RE: (USR-TC) X2 KEY STILL From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1999-12-08 08:41:00
I thought the X2 key was only required for X2 and not for V.90 ?
Jeff Binkley
ASA Network Computing
U>According to Source Technologies and Westcon the X2 key is still
U>available. However there is a 2 week lead time and the cost about
U>$1000. Based on how the refurbished market is today it is much more
U>economical to buy refurbished v90 NMC card (bought 3 yesterday for
U>$200ea).
U>At 11:38 AM 12/07/1999 +0100, you wrote:
U>>Hi everybody
U>>I would like to upgrade a Netserver/Quadmodem based Chasis to V.90.
U>>I When did this last year I had to buy a X2 enable key. This product
U>is no >longer available. So the question I have: Is this key still
U>necessary? >Or do I just upgrade the Quadmodems to the latest code and
U>then I have >V.90 automatically enabled?
U>>
U>>Ralph
U>>
U>>--
U>>=====================================================================
U>===== >R. Helfenberger Internet
U>r.helfenberger@comlight.ch >Comlight AG Tel +41 31
U>740 40 40 >Industriestr. 17 Fax +41 31 740 40 90
U>>3178 Boesingen
U>>Switzerland www.comlight.ch
U>>=====================================================================
U>===== >
U>>-
U>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
U>> with "unsubscribe usr-tc" in the body of the message.
U>> For information on digests or retrieving files and old messages
U>> send "help" to the same address. Do not use quotes in your
U>> message.
U>-
U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
U> with "unsubscribe usr-tc" in the body of the message.
U> For information on digests or retrieving files and old messages send
U> "help" to the same address. Do not use quotes in your message.
CMPQwk 1.42 9999
I would first upgrade the NMC to 6.2.17 (TCS 3.5 and 3.6) and see if that fixes
the problem.
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Sam Lowe
> Sent: Wednesday, December 08, 1999 8:07 AM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) TCM 6.023
>
>
> We seem to be having a problem saving settings on our HiPer DSP cards using
> TCM (we think).
>
> When we set the switch type and reset the card it would revert back to the
> default setting (5ESS). When the 3Com tech set it, it stayed?
>
> Also the cause codes, timeslot mapping and blocking, and timeslot service
> configurations are not taking. We set them, save the settings to NVRAM, and
> reset the card and all the settings revert, BUT, when we restore from nvram
> all the settings get the correct values?
>
> Any ideas would be appreciated. We are running 4.1.59 on the ARC and 2.0.81
> on the DSPs. The NMC is running 5.6.2. This is a new chassis.
>
> Samuel S. Lowe
> Director, Data Services
> UniversalCom, Inc.
> slowe@universalcom.net
Subject:Re: (usr-tc) X2 Key still necessary From: Bob Purdon (Lists) <lists@aussie.nu> Date: 1999-12-08 09:19:58
> It is not supposed to happen, but sometimes the X2 key can be lost
> (usually when the NMC is replaced). Please call us at Tech Support
> and we can help. If you have your proof of purchase it will speed the
> process, but we should be able to help you get your key back.
To be honest, I find it absolutely amazing that 3COM still charge for
these, in a world where you can't buy a modem without V90 from anyone
else.
We had an undertaking from our sales rep when we bought our original units
that all of our X2 key requirements would be met free of charge, but of
course 3COM dumped him along the way (along with the rest of the USR
Australia staff), and now nobody knows anything about it...
Bob Purdon, Ground Floor, Marine Board Building
Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000
Southern Internet Services. +61 (3) 6234 7444
If you are making span-level changes, make sure you "save T1/E1" on the
HiperDSP, then from the NMC, "save chassis to NVRAM" to be safe. The last step
is required if you have auto-config enabled on the NMC. Also, you should be
using 6.2.17 NMC code (requires TCM 6.0 as well) with the 2.0 HiperDSPs. Note
that there is a s/w reset and a h/w reset available on the HiperDSP through TCM.
Depending on how you save and how autoConfig is set, each may give you different
results.
STeve
"Sam Lowe" <slowe@universalcom.net> on 12/08/99 08:06:35 AM
Please respond to usr-tc@lists.xmission.com
Sent by: "Sam Lowe" <slowe@universalcom.net>
cc: (Steve Valiunas/MW/US/3Com)
We seem to be having a problem saving settings on our HiPer DSP cards using
TCM (we think).
When we set the switch type and reset the card it would revert back to the
default setting (5ESS). When the 3Com tech set it, it stayed?
Also the cause codes, timeslot mapping and blocking, and timeslot service
configurations are not taking. We set them, save the settings to NVRAM, and
reset the card and all the settings revert, BUT, when we restore from nvram
all the settings get the correct values?
Any ideas would be appreciated. We are running 4.1.59 on the ARC and 2.0.81
on the DSPs. The NMC is running 5.6.2. This is a new chassis.
Samuel S. Lowe
Director, Data Services
UniversalCom, Inc.
slowe@universalcom.net
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
On Tue, 7 Dec 1999, Tatai SV Krishnan wrote:
> You may first want to open a ticket with support first. It would be easy
> for us to detect what is wrong and have you up and running soon.
This chassis is 2.5 years old, so my 1 year support contract is long gone.
and so is my warranty.
What is the price for a single incident?
I don't want this to turn into a support contract battle, but I've saved
enough money not buying overpriced contracts to buy a used replacement
chassis for this unit, and still come out ahead.
I do have a spare chassis with every part except the modem cards, so I'm
probably going to swap the cards from the bad unit to my spare to see if
the midplane is bad.
> On Tue, 7 Dec 1999, Brian Elfert wrote:
>
> > One of my USR-TC chassis appears to be dying or it's dead already.
> >
> > It's the old 2059 bundle with Quad modems and a Netserver card.
> >
> > I first noticed a problem Sunday morning when I came in to do a system
> > upgrade. It seemed strange that TC rack had zero calls and the other TCs
> > had about 10 calls each. One of the modem cards on the rack was in alarm,
> > so I powercycled the rack. The modem card just flashed red after, so I
> > reflashed the card and all was well.
> >
> > Now, tonight I got a call saying callers were getting dead air. There
> > were callers up on the rack, but far fewer than the other racks. I called
> > in, and sure enough most calls to that rack got dead air, with the modem
> > led going red instead of orange. I soft busied that rack, but every
> > single caller on the rack eventually got dropped with a lost carrier. 5
> > of the callers got a lost carrier within 2 seconds.
> >
> > I pulled the dead modem card from the rack and power cycled it. After
> > that, every single caller gets dead air, but the modem lights now go
> > orange instead of red. I took the modem rack out of service until
> > tomorrow.
> >
> > Where do I start on fixing this? Do I just declare it a total loss and
> > buy a new one? I do have spares for every part except the modem cards.
> > (The T1s are good, as they work on some extra modem ports I have.)
> >
> > Brian
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
On Wed, 8 Dec 1999, Marshall Morgan wrote:
> I would reboot the Netserver and see if that fixes the problem as it
> sounds like a packet bus issue (t1 passes the call to the modem but the
> modem cannot talk to the netserver).
I did power cycle the whole unit last night to no avail.
I did have like 12 calls up while other modems were turning red and giving
dead air. I soft busied both T1s, but the remaining calls all ended up
getting dropped with Lost-Carrier within 30 minutes. According to Radius
logs, 5 of the calls dropped within 2 seconds. One person did call and
complain about being dropped.
After reading your message, I decided to check the modem assignments in
the Netserver. The Netserver seems to think modems are assigned to slot
1. I think I'll try wiping the NVRAM in the Netserver and reconfiguring
it.
Brian
Well in that case you have two choices.
1. Make sure that the modem is set up properlly.
Set the modem to load from defaults, set the hardware and
software template on them.
set all the modems on the netserve to inactive - reset the modems on the
netserver, set the modems active one by one and reset them
2. If the above does not work, then remove all the modem from the
chassis, put them one by one and activate the same one at a time to
identify the bad modem.
If both of these fails and if you are sure that its the chassis midplane
(you may want to swap the cards into a different chassis )
then you still should be able to get the chassis reparied.
krish
On Wed, 8 Dec 1999, Brian Elfert wrote:
>
>
> On Tue, 7 Dec 1999, Tatai SV Krishnan wrote:
>
> > You may first want to open a ticket with support first. It would be easy
> > for us to detect what is wrong and have you up and running soon.
>
> This chassis is 2.5 years old, so my 1 year support contract is long gone.
> and so is my warranty.
>
> What is the price for a single incident?
>
> I don't want this to turn into a support contract battle, but I've saved
> enough money not buying overpriced contracts to buy a used replacement
> chassis for this unit, and still come out ahead.
>
> I do have a spare chassis with every part except the modem cards, so I'm
> probably going to swap the cards from the bad unit to my spare to see if
> the midplane is bad.
>
> > On Tue, 7 Dec 1999, Brian Elfert wrote:
> >
> > > One of my USR-TC chassis appears to be dying or it's dead already.
> > >
> > > It's the old 2059 bundle with Quad modems and a Netserver card.
> > >
> > > I first noticed a problem Sunday morning when I came in to do a system
> > > upgrade. It seemed strange that TC rack had zero calls and the other TCs
> > > had about 10 calls each. One of the modem cards on the rack was in alarm,
> > > so I powercycled the rack. The modem card just flashed red after, so I
> > > reflashed the card and all was well.
> > >
> > > Now, tonight I got a call saying callers were getting dead air. There
> > > were callers up on the rack, but far fewer than the other racks. I called
> > > in, and sure enough most calls to that rack got dead air, with the modem
> > > led going red instead of orange. I soft busied that rack, but every
> > > single caller on the rack eventually got dropped with a lost carrier. 5
> > > of the callers got a lost carrier within 2 seconds.
> > >
> > > I pulled the dead modem card from the rack and power cycled it. After
> > > that, every single caller gets dead air, but the modem lights now go
> > > orange instead of red. I took the modem rack out of service until
> > > tomorrow.
> > >
> > > Where do I start on fixing this? Do I just declare it a total loss and
> > > buy a new one? I do have spares for every part except the modem cards.
> > > (The T1s are good, as they work on some extra modem ports I have.)
> > >
> > > Brian
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
On Tue, 7 Dec 1999 farber@admin.f-tech.net wrote:
> Are they analog/digital quads? Check your PRI card if they are digital.
I have a combination of Analog/Digital and Digital modems. They are all
running in digital mode. I've checked the PRI/T1 card, and it all appears
in order. The CT1s themselves work, because I was able to move one to a
spare port on another TC rack.
> also make sure that your cards are still assigned to the netserver (sho
> assigned?).
Actually, it's show modems on the Netserver. I tried that and all modems
seem to be properly assigned.
Brian
Subject:RE: (usr-tc) RE: (USR-TC) X2 KEY STILL From: Wayne Barber <barberw@tidewater.net> Date: 1999-12-08 10:33:36
The X2 key is required to turn on both X2 and v.90 in a quad modem rack.
Wayne Barber
Coastal Telco Services
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Binkley
> Sent: Wednesday, December 08, 1999 8:41 AM
> To: USR-TC@lists.xmission.com
> Subject: (usr-tc) RE: (USR-TC) X2 KEY STILL
>
>
>
>
> I thought the X2 key was only required for X2 and not for V.90 ?
>
> Jeff Binkley
> ASA Network Computing
Subject:(usr-tc) Software Download for MP16 From: Dave Martin <dpm@netcetera.com> Date: 1999-12-08 10:37:45
I need to reflash some modems on an MP16 that have somehow gotten
themselves stuck waiting for software download and cannot for the life of
me find the software on the 3com web site. I found the mpv90an.zip file
that contains the MP12_02.exe downloader but would rather use TCM to
perform the download since the MP is about 1.5 hours away. Can anyone
point the way? TIA...
Dave Martin Netcetera, Inc. dpm@netcetera.com
"Infinity Welcomes Careful Drivers"
Subject:Re: (usr-tc) X2 Key still necessary From: Brian Elfert <brian@citilink.com> Date: 1999-12-08 13:48:13
On Wed, 8 Dec 1999, Bob Purdon (Lists) wrote:
> To be honest, I find it absolutely amazing that 3COM still charge for
> these, in a world where you can't buy a modem without V90 from anyone
> else.
The only time you need a x2 key is for an old chassis purchased pre-56k
era. Bundles purchased as x2 or V.90 ready included the x2 key.
The HiperDSP, 3Com's current product, has always been x2 or V.90 ready
with no key.
Brian
Subject:Re: (usr-tc) anti-spoofing, per user From: Aaron Nabil <nabil@spiritone.com> Date: 1999-12-08 14:01:03
Mike Andrews writes...
>It appears to work here -- we get a lot of packets logged by the ARC from
>people using RFC1918 addresses and the like on our dialups. And they are
>getting dropped or else our Ciscos would log/drop them too...
Are you using the attribute or the global switch? It was the
attribute that didn't work.
--
Aaron Nabil
Subject:Re: (usr-tc) X2 Key still necessary From: Sam Lowe <slowe@universalcom.net> Date: 1999-12-08 14:18:31
Not exactly true. If you buy a new HiPer chassis and want to install quad
modems, you will need a key. 3Com will give you the key under those
circumstances (no charge).
Samuel S. Lowe
Director, Data Services
UniversalCom, Inc.
slowe@universalcom.net
----- Original Message -----
Sent: Wednesday, December 08, 1999 1:48 PM
>
>
> On Wed, 8 Dec 1999, Bob Purdon (Lists) wrote:
>
> > To be honest, I find it absolutely amazing that 3COM still charge for
> > these, in a world where you can't buy a modem without V90 from anyone
> > else.
>
> The only time you need a x2 key is for an old chassis purchased pre-56k
> era. Bundles purchased as x2 or V.90 ready included the x2 key.
>
> The HiperDSP, 3Com's current product, has always been x2 or V.90 ready
> with no key.
>
> Brian
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Software Download for MP16 From: Dave Martin <dpm@netcetera.com> Date: 1999-12-08 15:40:46
>On Wed, 8 Dec 1999, Dave Martin wrote:
>
>> I need to reflash some modems on an MP16 that have somehow gotten
>> themselves stuck waiting for software download and cannot for the life of
>> me find the software on the 3com web site. I found the mpv90an.zip file
>> that contains the MP12_02.exe downloader but would rather use TCM to
>> perform the download since the MP is about 1.5 hours away. Can anyone
>
>Unless this is a managed MP16, you'll need to onsite to do the work.
>
>Standard MP/16s can only be firmware upgraded from the serial port.
>
>Brian
>
Yes it's a managed MP16. I'm looking at its smiling face in TCM now, just
waiting for some code to drop on it...
Dave Martin Netcetera, Inc. dpm@netcetera.com
"Infinity Welcomes Careful Drivers"
Subject:Re: (usr-tc) Software Download for MP16 From: Brian Elfert <brian@citilink.com> Date: 1999-12-08 16:40:08
On Wed, 8 Dec 1999, Dave Martin wrote:
> I need to reflash some modems on an MP16 that have somehow gotten
> themselves stuck waiting for software download and cannot for the life of
> me find the software on the 3com web site. I found the mpv90an.zip file
> that contains the MP12_02.exe downloader but would rather use TCM to
> perform the download since the MP is about 1.5 hours away. Can anyone
Unless this is a managed MP16, you'll need to onsite to do the work.
Standard MP/16s can only be firmware upgraded from the serial port.
Brian
Subject:Re: (usr-tc) anti-spoofing, per user From: Mike Andrews <mandrews@bit0.com> Date: 1999-12-08 17:07:07
Attribute. It's off globally.
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"Don't sweat the petty things, and don't pet the sweaty things."
On Wed, 8 Dec 1999, Aaron Nabil wrote:
> Mike Andrews writes...
> >It appears to work here -- we get a lot of packets logged by the ARC from
> >people using RFC1918 addresses and the like on our dialups. And they are
> >getting dropped or else our Ciscos would log/drop them too...
>
> Are you using the attribute or the global switch? It was the
> attribute that didn't work.
>
>
> --
> Aaron Nabil
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Feed the perl script the proper username & password and it shouldn't be a
problem.
</tongue in cheek>
--
Marius Strom <marius@alpha1.net>
Professional Geek/Unix System Administrator
Alpha1 Internet <http://www.alpha1.net>
http://www.marius.org/marius.pgp 0x5645C228
In theory, there is no difference between theory and practice...
...In practice, there is a big difference.
On Wed, 8 Dec 1999 farber@admin.f-tech.net wrote:
> Hello all
>
> I'm writing a perl script to log into an ARC and get some info.... but it
> seems that after so many invalid login attemps you get locked out (i
> believe the RFC says 10 minutes?).
>
> Can I turn that off? I do have the ip listed in telnet client's table.
>
>
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Dead TC unit - Update 2 - HELP! From: Brian Elfert <brian@citilink.com> Date: 1999-12-08 18:29:19
I've been playing with a dead TC unit for hours now, and I still can't get
it working. It has 45A chassis, quad modems, PRI NAC with T1 software,
and a Netserver card.
At present, it appears to only answer on a channel or two. The rest of
the channels get dead air. The telco is reporting not getting a wink back
when they test it. (This T1 works fine with other units)
I've tried:
1. Setting all modems to default, and resetting them all.
2. Moving all cards from this unit to a spare 45A chassis.
3. Copying config of PRI NAC and quad modems from a working chassis.
4. Removed all but one modem card. Seemed to answer calls fine with one
modem card during two hours of bombarding it with calls.
5. Power cycled a dozen times.
6. Set all modems to inactive in Netserver and reactivated them.
Any other ideas?
I have 6 more quad modem cards I can pull from a working unit, but I don't
want to end up frying them somehow. I also have a 186 T1 card I could
try swapping in, but I think it has old software, and it may not work with
the rest of the software revs.
Would swapping out the Netserver card and NMC card possibly help?
Brian
Subject:(usr-tc) Total Control warranty From: Brian Elfert <brian@citilink.com> Date: 1999-12-08 18:36:02
What exactly is the warranty on a Total Control unit?
Krish is telling me it's 5 years because he got a three year old Netserver
card replaced at some point. But logisitics tells me the warranty is just
two years.
If I still have a warranty on my 2.5 year old unit, I'd probably just as
well send the damn thing to 3Com and have them figure out what the heck's
wrong and replace the broken pieces.
Brian
Subject:(usr-tc) 4.2.32-1 From: Terry Kennedy <terry@olypen.com> Date: 1999-12-08 18:59:39
What's the lastest on this code? Is it nessasary for anything
other than the new features such as ospf? Also, it took 3 times
trying to load it through tcm before it actually was there. Very
strange, no errors - the download windows just went away and the
wasn't there on the reboot. After the 3rd try the tcm window gave
the normal "must reboot for the code to take effect and after
rebooting it was there. Never had this happen before. odd to say
the least. Are the hidden commands still there with release? If
so, anyone rember how to enable them. I can't for the life remember.
Terry Kennedy
OlyPen, Inc.
Hello all
I'm writing a perl script to log into an ARC and get some info.... but it
seems that after so many invalid login attemps you get locked out (i
believe the RFC says 10 minutes?).
Can I turn that off? I do have the ip listed in telnet client's table.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
Subject:RE: (usr-tc) 4.2.32-1 From: Terry Kennedy <terry@olypen.com> Date: 1999-12-08 19:35:49
They are always enabled...you can always use the commands...
"_show com" to diplay them when you use "?"
--
Thanks jeff, I give the direct approach a try next time. It seems
to running Ok now. I" ll throw it online tommorrow and see if
works ok. Still am baffled by the _show com deal. I thought that's
what it was but the arc returns
S3A >>_show com
CLI - Invalid Argument: com
Error - You asked for help for an Invalid Command:
S3A >>
And the "?" never shows them.
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
hello all
anyone know how long an ip address is 'banned' when enable telnet cli is
set?
I had a script go bad and after 30 minutes of not trying to telnet in i
had to disable telnet cli in oreder to 'get back in'.
is there a command to clear the ban list or a configurable expiration
time?
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
Subject:Re: (usr-tc) 4.2.32-1 From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-08 22:15:49
Thus spake Terry Kennedy
>What's the lastest on this code? Is it nessasary for anything other
>than the new features such as ospf?
OSPF is still a bit rough...I wouldn't recommend anyone really betting
their life on it yet. :) Maybe in the next release...not really sure
if there are any improvements in the works for the next release on OSPF
yet.
>Also, it took 3 times trying to load it through tcm before it actually
>was there. Very strange, no errors - the download windows just went
>away and the wasn't there on the reboot.
Sounds like a problem with TCM or windows actually. Another possibility
(and this works much faster) is to use the tftp client or server
capability of the Arc directly to get the code to the Arc. tftp the dmf
file directly to the arc (the arc can function as either a tftp server
or client...choose whichever is more convenient for you :), and make the
filename (either upload as, or rename after its uploaded) netserve.dmf.
When you reboot the Arc, it should see this file and extract it for the
new code and install it during boot.
>Are the hidden commands still there with release? If so, anyone rember
>how to enable them. I can't for the life remember.
They are always enabled...you can always use the commands...
"_show com" to diplay them when you use "?"
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) TCM Crashing - Help From: Brian Gordon <administrator@westelcom.com> Date: 1999-12-08 23:00:36
What is going on with TCM now? It seems like whenever I install this on a
fresh install of Windows NT it has all sorts of problems. It doesn't crash
until I go into Performance Menu.
Anyone else have this sort of experience? Never had the problem with
win95/98 just NT.
Brian Gordon
Network Administrator
Westelcom Internet
administrator@westelcom.com
Subject:Re: (usr-tc) 4.2.32-1 From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-09 07:57:11
Thus spake Stainforth, Matthew
>it's _rev com if memory serves....
Doh...that's right..."_show" is one of the commands that gets revealed.
My bad.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) 4.2.32-1 From: Brian <signal@shreve.net> Date: 1999-12-09 08:29:59
I actually have a listing of *all* ARC commands, if anyone is interested,
but it may be as old as 4.1.x days, not sure.
Brian
On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> Thus spake Stainforth, Matthew
> >it's _rev com if memory serves....
>
> Doh...that's right..."_show" is one of the commands that gets revealed.
> My bad.
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:RE: (usr-tc) 4.2.32-1 From: Terry Kennedy <terry@olypen.com> Date: 1999-12-09 08:34:45
I'll also raise my hand, thanks
terry@olypen.com
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
Sent: Thursday, December 09, 1999 6:30 AM
I actually have a listing of *all* ARC commands, if anyone is interested,
but it may be as old as 4.1.x days, not sure.
Brian
On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> Thus spake Stainforth, Matthew
> >it's _rev com if memory serves....
>
> Doh...that's right..."_show" is one of the commands that gets revealed.
> My bad.
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:RE: (usr-tc) 4.2.32-1 From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-09 08:42:43
it's _rev com if memory serves....
> -----Original Message-----
> From: Terry Kennedy [mailto:terry@olypen.com]
> Sent: Wednesday, December 08, 1999 11:36 PM
> To: usr-tc@lists.xmission.com
> Subject: RE: (usr-tc) 4.2.32-1
>
>
>
> They are always enabled...you can always use the commands...
> "_show com" to diplay them when you use "?"
> --
>
> Thanks jeff, I give the direct approach a try next time. It seems
> to running Ok now. I" ll throw it online tommorrow and see if
> works ok. Still am baffled by the _show com deal. I thought that's
> what it was but the arc returns
>
>
> S3A >>_show com
> CLI - Invalid Argument: com
>
> Error - You asked for help for an Invalid Command:
> S3A >>
>
> And the "?" never shows them.
>
>
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
<raises hand>
I'll take one! 8-)
>I actually have a listing of *all* ARC commands, if anyone is interested,
>but it may be as old as 4.1.x days, not sure.
>
>Brian
*********************************************************
Michelle M. Mogil
Network and Computing Systems
721 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8420
email: mmm3@cornell.edu
**********************************************
Subject:Re: (usr-tc) 4.2.32-1 From: Dave <dave@ncia.net> Date: 1999-12-09 10:35:03
I am interested ~ mail to: dave@ncia.net Thank you much for making it
available.
David Lajoie
Senior System Operator
North Country Internet Access
dave@ncia.net
On Thu, 9 Dec 1999, Brian wrote:
>
> I actually have a listing of *all* ARC commands, if anyone is interested,
> but it may be as old as 4.1.x days, not sure.
>
> Brian
>
>
> On Thu, 9 Dec 1999, Jeff Mcadams wrote:
>
> > Thus spake Stainforth, Matthew
> > >it's _rev com if memory serves....
> >
> > Doh...that's right..."_show" is one of the commands that gets revealed.
> > My bad.
> > --
> > Jeff McAdams Email: jeffm@iglou.com
> > Head Network Administrator Voice: (502) 966-3848
> > IgLou Internet Services (800) 436-4456
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) TCM Crashing - Help From: Steve Valiunas <steve_valiunas@mw.3com.com> Date: 1999-12-09 11:07:37
Can you provide code versions and more specifics about any parameters you are
grabbing in Performance Monitor (if you can get that far)?
Steve Valiunas
"Brian Gordon" <administrator@westelcom.com> on 12/08/99 10:00:36 PM
Please respond to usr-tc@lists.xmission.com
Sent by: "Brian Gordon" <administrator@westelcom.com>
cc: (Steve Valiunas/MW/US/3Com)
What is going on with TCM now? It seems like whenever I install this on a
fresh install of Windows NT it has all sorts of problems. It doesn't crash
until I go into Performance Menu.
Anyone else have this sort of experience? Never had the problem with
win95/98 just NT.
Brian Gordon
Network Administrator
Westelcom Internet
administrator@westelcom.com
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) 4.2.32-1 From: Brian <signal@shreve.net> Date: 1999-12-09 11:16:52
I posted it to the list
On Thu, 9 Dec 1999, Charles Sprickman wrote:
> Could you post to the list or make it http/ftp accessible?
>
> Thanks,
>
> Charles
>
> On Thu, 9 Dec 1999, Brian wrote:
>
> >
> > I actually have a listing of *all* ARC commands, if anyone is interested,
> > but it may be as old as 4.1.x days, not sure.
> >
> > Brian
> >
> >
> > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> >
> > > Thus spake Stainforth, Matthew
> > > >it's _rev com if memory serves....
> > >
> > > Doh...that's right..."_show" is one of the commands that gets revealed.
> > > My bad.
> > > --
> > > Jeff McAdams Email: jeffm@iglou.com
> > > Head Network Administrator Voice: (502) 966-3848
> > > IgLou Internet Services (800) 436-4456
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:Re: (usr-tc) 4.2.32-1 From: Charles Sprickman <spork@inch.com> Date: 1999-12-09 11:54:42
Could you post to the list or make it http/ftp accessible?
Thanks,
Charles
On Thu, 9 Dec 1999, Brian wrote:
>
> I actually have a listing of *all* ARC commands, if anyone is interested,
> but it may be as old as 4.1.x days, not sure.
>
> Brian
>
>
> On Thu, 9 Dec 1999, Jeff Mcadams wrote:
>
> > Thus spake Stainforth, Matthew
> > >it's _rev com if memory serves....
> >
> > Doh...that's right..."_show" is one of the commands that gets revealed.
> > My bad.
> > --
> > Jeff McAdams Email: jeffm@iglou.com
> > Head Network Administrator Voice: (502) 966-3848
> > IgLou Internet Services (800) 436-4456
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) TCM Crashing - Help From: Charles Sprickman <spork@inch.com> Date: 1999-12-09 11:54:54
Short answer, start it from a DOS prompt.
Don't ask why...
Charles
On Wed, 8 Dec 1999, Brian Gordon wrote:
> What is going on with TCM now? It seems like whenever I install this on a
> fresh install of Windows NT it has all sorts of problems. It doesn't crash
> until I go into Performance Menu.
>
> Anyone else have this sort of experience? Never had the problem with
> win95/98 just NT.
>
> Brian Gordon
> Network Administrator
> Westelcom Internet
> administrator@westelcom.com
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) TCM Crashing - Help From: Charles Sprickman <spork@inch.com> Date: 1999-12-09 12:24:38
On Thu, 9 Dec 1999, Steve Valiunas wrote:
> Can you provide code versions and more specifics about any parameters you are
> grabbing in Performance Monitor (if you can get that far)?
I'm not the original poster, but mine crashes whenever I hit any of the
buttons that generate the table-formatted output.
Charles
> Steve Valiunas
>
>
>
>
> "Brian Gordon" <administrator@westelcom.com> on 12/08/99 10:00:36 PM
>
> Please respond to usr-tc@lists.xmission.com
>
> Sent by: "Brian Gordon" <administrator@westelcom.com>
>
>
> To: usr-tc@lists.xmission.com
> cc: (Steve Valiunas/MW/US/3Com)
> Subject: (usr-tc) TCM Crashing - Help
>
>
>
>
> What is going on with TCM now? It seems like whenever I install this on a
> fresh install of Windows NT it has all sorts of problems. It doesn't crash
> until I go into Performance Menu.
>
> Anyone else have this sort of experience? Never had the problem with
> win95/98 just NT.
>
> Brian Gordon
> Network Administrator
> Westelcom Internet
> administrator@westelcom.com
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) TCM Crashing - Help From: Jesus M. Arias Jr. <zeus@inch.com> Date: 1999-12-09 12:54:04
nslookup -type=mx sinvin.com
Server: ns.inch.com
Address: 207.240.140.101
sinvin.com preference = 500, mail exchanger = mx3.inch.com
sinvin.com preference = 50, mail exchanger =
mailhost.180varickstreet.com
sinvin.com preference = 100, mail exchanger = mx.inch.com
sinvin.com preference = 200, mail exchanger = mx2.inch.com
sinvin.com nameserver = ns.inch.com
sinvin.com nameserver = ns2.inch.com
sinvin.com nameserver = auth-2.inch.com
mx3.inch.com internet address = 207.240.128.28
mailhost.180varickstreet.com internet address = 207.240.140.103
mx.inch.com internet address = 207.240.140.101
mx2.inch.com internet address = 207.240.140.102
ns.inch.com internet address = 207.240.140.101
ns2.inch.com internet address = 207.240.140.102
auth-2.inch.com internet address = 207.240.128.28
- zeus
On Thu, 9 Dec 1999, Charles Sprickman wrote:
>On Thu, 9 Dec 1999, Steve Valiunas wrote:
>
>> Can you provide code versions and more specifics about any parameters you are
>> grabbing in Performance Monitor (if you can get that far)?
>
>I'm not the original poster, but mine crashes whenever I hit any of the
>buttons that generate the table-formatted output.
>
>Charles
>
>> Steve Valiunas
>>
>>
>>
>>
>> "Brian Gordon" <administrator@westelcom.com> on 12/08/99 10:00:36 PM
>>
>> Please respond to usr-tc@lists.xmission.com
>>
>> Sent by: "Brian Gordon" <administrator@westelcom.com>
>>
>>
>> To: usr-tc@lists.xmission.com
>> cc: (Steve Valiunas/MW/US/3Com)
>> Subject: (usr-tc) TCM Crashing - Help
>>
>>
>>
>>
>> What is going on with TCM now? It seems like whenever I install this on a
>> fresh install of Windows NT it has all sorts of problems. It doesn't crash
>> until I go into Performance Menu.
>>
>> Anyone else have this sort of experience? Never had the problem with
>> win95/98 just NT.
>>
>> Brian Gordon
>> Network Administrator
>> Westelcom Internet
>> administrator@westelcom.com
>>
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>>
>>
>>
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Thank you
- zeus
Subject:(usr-tc) Need Quads From: Greg Coffey <greg@coffey.com> Date: 1999-12-09 13:41:29
I'm in the market for 24 quad modem cards. Email me directly what you have
with a price please if you have some that you want to unload. Need digital
ones.
Thanks, Greg Coffey <gcoffey@vcn.com>
Visionary Communications V 307-234-5443 F 307-234-5446
100 N. Center #100, Casper, WY 82601 www.vcn.com
The last batch was $150 each, I'm looking for something in that range.
At 04:49 PM 12/9/99 -0500, you wrote:
>Hi Greg,
>
>I have a qty of them available.
>what are you looking to pay for the nic/nac sets.
>Quad digitals.
>
>At 01:41 PM 12/09/1999 -0700, you wrote:
>>I'm in the market for 24 quad modem cards. Email me directly what you
>>have with a price please if you have some that you want to unload. Need
>>digital ones.
>>
>>
>>
>>Thanks, Greg Coffey <gcoffey@vcn.com>
>>Visionary Communications V 307-234-5443 F 307-234-5446
>>100 N. Center #100, Casper, WY 82601 www.vcn.com
>>
>>-
>>To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>>with "unsubscribe usr-tc" in the body of the message.
>>For information on digests or retrieving files and old messages send
>>"help" to the same address. Do not use quotes in your message.
>
>
>-
>To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>with "unsubscribe usr-tc" in the body of the message.
>For information on digests or retrieving files and old messages send
>"help" to the same address. Do not use quotes in your message.
Thanks, Greg Coffey <gcoffey@vcn.com>
Visionary Communications V 307-234-5443 F 307-234-5446
100 N. Center #100, Casper, WY 82601 www.vcn.com
I've been playing with some configurations, trying to get the HiperARC to
act as a terminator endpoint for L2TP or PPTP sessions, with little success.
In my first attempt, I configured DUN with PPTP on a Win95 machine to
connect to one of my HiperARCs. It tried to connect - the hiper tired to
go out to the radius server for authentication, but rather than sending the
username and password, it sent a username of "local", with an unknown
password.
I'd like to be able to use the Hiper for terminating L2TP sessions from our
LEC for DSL customers as well.
Any suggestions/comments/experiences?
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6
tel. 519-985-8410
fax. 519-258-3009
Thus spake Clayton Zekelman
>I've been playing with some configurations, trying to get the HiperARC to
>act as a terminator endpoint for L2TP or PPTP sessions, with little success.
>In my first attempt, I configured DUN with PPTP on a Win95 machine to
>connect to one of my HiperARCs. It tried to connect - the hiper tired to
>go out to the radius server for authentication, but rather than sending the
>username and password, it sent a username of "local", with an unknown
>password.
>I'd like to be able to use the Hiper for terminating L2TP sessions from our
>LEC for DSL customers as well.
>Any suggestions/comments/experiences?
Other than to say...I've done it, it works...not really.
Might try doing a mon ppp on the sessions starting up to see what's
going on in the PPP negotiation. I *think* this will include PPP over
PPTP/L2TP as well...but can't guarentee that.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Need Quads From: Steve Rivera <sales@wrca.net> Date: 1999-12-09 16:49:00
Hi Greg,
I have a qty of them available.
what are you looking to pay for the nic/nac sets.
Quad digitals.
At 01:41 PM 12/09/1999 -0700, you wrote:
>I'm in the market for 24 quad modem cards. Email me directly what you
>have with a price please if you have some that you want to unload. Need
>digital ones.
>
>
>
>Thanks, Greg Coffey <gcoffey@vcn.com>
>Visionary Communications V 307-234-5443 F 307-234-5446
>100 N. Center #100, Casper, WY 82601 www.vcn.com
>
>-
>To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>with "unsubscribe usr-tc" in the body of the message.
>For information on digests or retrieving files and old messages send
>"help" to the same address. Do not use quotes in your message.
I have MP 16. What do you mean by a managed MP 16? It would be of interest
to me.
Okeyo
At 04:40 PM 12/8/99 -0600, you wrote:
>
>
>On Wed, 8 Dec 1999, Dave Martin wrote:
>
>> I need to reflash some modems on an MP16 that have somehow gotten
>> themselves stuck waiting for software download and cannot for the life of
>> me find the software on the 3com web site. I found the mpv90an.zip file
>> that contains the MP12_02.exe downloader but would rather use TCM to
>> perform the download since the MP is about 1.5 hours away. Can anyone
>
>Unless this is a managed MP16, you'll need to onsite to do the work.
>
>Standard MP/16s can only be firmware upgraded from the serial port.
>
>Brian
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
Subject:Re: (usr-tc) TCM Crashing - Help From: Brian Gordon <administrator@westelcom.com> Date: 1999-12-09 18:15:29
Yes Same here.
Brian
----- Original Message -----
Sent: Thursday, December 09, 1999 12:24 PM
> On Thu, 9 Dec 1999, Steve Valiunas wrote:
>
> > Can you provide code versions and more specifics about any parameters
you are
> > grabbing in Performance Monitor (if you can get that far)?
>
> I'm not the original poster, but mine crashes whenever I hit any of the
> buttons that generate the table-formatted output.
>
> Charles
>
> > Steve Valiunas
> >
> >
> >
> >
> > "Brian Gordon" <administrator@westelcom.com> on 12/08/99 10:00:36 PM
> >
> > Please respond to usr-tc@lists.xmission.com
> >
> > Sent by: "Brian Gordon" <administrator@westelcom.com>
> >
> >
> > To: usr-tc@lists.xmission.com
> > cc: (Steve Valiunas/MW/US/3Com)
> > Subject: (usr-tc) TCM Crashing - Help
> >
> >
> >
> >
> > What is going on with TCM now? It seems like whenever I install this on
a
> > fresh install of Windows NT it has all sorts of problems. It doesn't
crash
> > until I go into Performance Menu.
> >
> > Anyone else have this sort of experience? Never had the problem with
> > win95/98 just NT.
> >
> > Brian Gordon
> > Network Administrator
> > Westelcom Internet
> > administrator@westelcom.com
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
> >
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) TCM Crashing - Help From: Brian Gordon <administrator@westelcom.com> Date: 1999-12-09 18:18:32
Damn this really worked, time to write a little batch file......
Brian
----- Original Message -----
Sent: Thursday, December 09, 1999 11:54 AM
> Short answer, start it from a DOS prompt.
>
> Don't ask why...
>
> Charles
>
> On Wed, 8 Dec 1999, Brian Gordon wrote:
>
> > What is going on with TCM now? It seems like whenever I install this on
a
> > fresh install of Windows NT it has all sorts of problems. It doesn't
crash
> > until I go into Performance Menu.
> >
> > Anyone else have this sort of experience? Never had the problem with
> > win95/98 just NT.
> >
> > Brian Gordon
> > Network Administrator
> > Westelcom Internet
> > administrator@westelcom.com
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
> I don't want this to turn into a support contract battle, but I've
> saved enough money not buying overpriced contracts to buy a used
> replacement chassis for this unit, and still come out ahead.
Ditto here...
Bob Purdon, Ground Floor, Marine Board Building
Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000
Southern Internet Services. +61 (3) 6234 7444
Subject:Re: (usr-tc) X2 Key still necessary From: Bob Purdon (Lists) <lists@aussie.nu> Date: 1999-12-09 18:56:30
> The only time you need a x2 key is for an old chassis purchased pre-56k
> era. Bundles purchased as x2 or V.90 ready included the x2 key.
Maybe in the US - I don't know that X2/V90 bundles were even offered in
Australia (and I believe we're yet to see the fantastic HiPer upgrade
promotion that you guys had in the US too...)
> The HiperDSP, 3Com's current product, has always been x2 or V.90 ready
> with no key.
Yeah, I know, but we don't have any DSP's. Last I checked, they were
about Aus$15k each (ouch).
Bob Purdon, Ground Floor, Marine Board Building
Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000
Southern Internet Services. +61 (3) 6234 7444
We were able to save the changes by saving the chassis to NVRAM. Thanks for
the tip. Don't know why it work, but it does.
Followed your recommendation to upgrade the NMC to 6.2.17 and the DSPs
stopped taking calls. Got the "...invalid..." message on every inbound
call. Had to fall back to 5.6.2 (what was preloaded when it came).
Also noticed that no calls connect above 19k on the DSP. We have never seen
anything like this on any of our other units. Is there something wrong with
these new chassis'?
We are starting to lose customers!
----- Original Message -----
Sent: Wednesday, December 08, 1999 9:29 AM
>
>
> If you are making span-level changes, make sure you "save T1/E1" on the
> HiperDSP, then from the NMC, "save chassis to NVRAM" to be safe. The
last step
> is required if you have auto-config enabled on the NMC. Also, you
should be
> using 6.2.17 NMC code (requires TCM 6.0 as well) with the 2.0 HiperDSPs.
Note
> that there is a s/w reset and a h/w reset available on the HiperDSP
through TCM.
> Depending on how you save and how autoConfig is set, each may give you
different
> results.
>
> STeve
>
>
>
>
> "Sam Lowe" <slowe@universalcom.net> on 12/08/99 08:06:35 AM
>
> Please respond to usr-tc@lists.xmission.com
>
> Sent by: "Sam Lowe" <slowe@universalcom.net>
>
>
> To: usr-tc@lists.xmission.com
> cc: (Steve Valiunas/MW/US/3Com)
> Subject: (usr-tc) TCM 6.023
>
>
>
>
> We seem to be having a problem saving settings on our HiPer DSP cards
using
> TCM (we think).
>
> When we set the switch type and reset the card it would revert back to the
> default setting (5ESS). When the 3Com tech set it, it stayed?
>
> Also the cause codes, timeslot mapping and blocking, and timeslot service
> configurations are not taking. We set them, save the settings to NVRAM,
and
> reset the card and all the settings revert, BUT, when we restore from
nvram
> all the settings get the correct values?
>
> Any ideas would be appreciated. We are running 4.1.59 on the ARC and
2.0.81
> on the DSPs. The NMC is running 5.6.2. This is a new chassis.
>
> Samuel S. Lowe
> Director, Data Services
> UniversalCom, Inc.
> slowe@universalcom.net
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Thus spake Robert von Bismarck
>I will be implementing a lot of HiPer-based Chassis soon, and our 3Com
>rep has told me about something called DTCM (for distributed TCM) which
>should help a lot for configuring and managing lots of TC's.
>Has anyone ever seen / worked with this product ? Is it any good ?
>What kind of Machine do I need to run it on (I know it only runs on
>HP-UX and Solaris-Sparc) ?
I understand it was primarily written for MindSpring, and they aren't
using it...I haven't used it myself, but I also understand its certainly
not a freebie.
Not much information...but maybe a starting point for you.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) Auto answer From: Terry Kennedy <terry@olypen.com> Date: 1999-12-10 11:44:51
On the arc is a command to set auto_answer, and on the the dsp
are settings for "rings for auto answer" According to the
help context a setting of "0" disables auto answer, Also
dip switch 5 has some apparent usefulness here.
A couple of questions then.
1) If the arc is set to disable and the dsp set to zero would
the modem not answer? ( which is the way it's set now and it does answer
so I guess I'll rephase this question to -- How is the modem
answering? )
2)what is the correct combination of these settings?
3) Am I completly off base here?
4) Where is some straight forward instuctions for setting these up.
Subject:(usr-tc) Distributed TCM ? From: Robert von Bismarck <rvb@petrel.ch> Date: 1999-12-10 15:13:21
This is a multi-part message in MIME format.
------=_NextPart_000_0005_01BF4321.18C1D080
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
I will be implementing a lot of HiPer-based Chassis soon, and our 3Com =
rep has told me about something called DTCM (for distributed TCM) which =
should help a lot for configuring and managing lots of TC's.
Has anyone ever seen / worked with this product ?
Is it any good ?
What kind of Machine do I need to run it on (I know it only runs on =
HP-UX and Solaris-Sparc) ?
Thanks for any info,
Robert
------=_NextPart_000_0005_01BF4321.18C1D080
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2014.210" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I will be implementing a lot of =
HiPer-based Chassis=20
soon, and our 3Com rep has told me about something called DTCM (for =
distributed=20
TCM) which should help a lot for configuring and managing lots of=20
TC's.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Has anyone ever seen / worked with this =
product=20
?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Is it any good ?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>What kind of Machine do I need to run =
it on (I know=20
it only runs on HP-UX and Solaris-Sparc) ?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for any info,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Robert</FONT></DIV>
<DIV> </DIV></BODY></HTML>
------=_NextPart_000_0005_01BF4321.18C1D080--
Hello list members,
Can somebody please advise me what I need to provide Short Message Service
linking our ISP to mobile phones. What do I need in terms of hardware and
software?
Okeyo.
Subject:(usr-tc) Remember my post about 2nd login with same account drops immediat From: Scott Trautman <scottt@corp.gdinet.com> Date: 1999-12-14 09:52:08
Yep, MultiPPP thing.
FYI for all of you bound to bang your head against it sooner or later.
This fellow's first login with Pstandish was actually an NT server running a
proxy (he lead me to believe it was a Win95 machine),
and even though not apparently setup for MPPP, it was definately waiting for
an MPPP connection, forever, so that the next
machine to dial in with same name, Pstandish, got dropped because no way
could it bind to that first connection.
I don't/didn't know enough about MPPP to know that; is that just an NT
thing, or would he have had to set that somewhere
regardless of him ever bringing up a 2nd line on the NT machine. Usually
MPPP just works for us and I don't find these
relatively weird kinds of problems.
SMT
Scott Trautman 608-240-4638,4637fax
Global Dialog Internet www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718
Subject:(usr-tc) USR-DOCSIS list From: System Administrator <sysadmin@nebi.com> Date: 1999-12-14 10:02:18
Hey guys,
Wondering if anyone knew of any lists to subscribe to for 3Com's TC Two-way
data over cable equipment??
__________________________________
Justin Ellison
System Administrator
InternetUSA
sysadmin@nebi.com
http://nebi.com
800-603-3502
Hello everyone -- is the list dead? Haven't seen any posts in a while.
Did Y2K hit early <g>
--
Scot Desort
Network Operations Manager
NJ Internet Access
973-244-1110
Tech Support
973-303-HELP
support@njaccess.com
Subject:(usr-tc) Looking to buy a Total Control From: Mike Storjohann <mstorjohann@huntel.net> Date: 1999-12-14 10:33:22
I am looking for a Total Control that contains the following:
=A0
1=A0=A0=A0 HiperARC NAC
1=A0=A0=A0 Dual V.35 + Ethernet NIC
1=A0=A0=A0 NMC NIC and NAC set
2=A0=A0=A0 HiperDSP NIC and NAC sets
=A0
70 Amp Power supply also.
=A0
Please let me know off list if you have this bundle available.
=A0
Thank you.
Mike Storjohann=20
Internet Services Administrator=20
HunTel.net=20
mstorjohann@huntel.net=20
Subject:Re: (usr-tc) Hello From: Pete Ashdown <pashdown@xmission.com> Date: 1999-12-14 10:37:48
Stainforth, Matthew said once upon a time:
>
>
>I think everyone reached a state of nirvana with their Total Control systems
I'll agree with that. Even though I'm still suffering from the
"stuck-channel, must reboot chassis" bug, everything else on my TCs has
been fairly smooth recently. (knock on silicon)
Subject:(usr-tc) FS: USR From: Steve Rivera <sales@wrca.net> Date: 1999-12-14 11:10:33
Since the list has been slow.... here's some breaking news :)
Available this week.
5- Hiper ARC
9- Hiper DSP
5- Hiper NMC (New)
Available now
8- Dual T1/E1 nic/nac sets
4- Dual PRI nic/nac sets
36- Quad Digital Modems w/ nic $150 each
10- Netserver PRI (New)
10- NMC (New)
Qty- 130A - DC Power
Netserver 16 Plus
Netserver 16
Netserver 8
MP16
MP8
Chassis
Parts
Power Supplies
Also have the quad cables available.
....................................................
Steve Rivera - ISP-NetworkHardware.com (WRCA)
sales@wrca.net v-732-833-2111 pgr-732-325-1092
---WAN ACCESS SPECIALIST---
http://www.ISP-NetworkHardware.com
Cisco, Ascend, Livingston, USR, Microcom,
Computone, Kentrox, Adtran...and more
Subject:RE: (usr-tc) Hello From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-14 11:45:43
I think everyone reached a state of nirvana with their Total Control systems
> -----Original Message-----
> From: Scot Desort [mailto:scot@njaccess.net]
> Sent: Tuesday, December 14, 1999 11:18 AM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Hello
>
>
> Hello everyone -- is the list dead? Haven't seen any posts in
> a while.
>
> Did Y2K hit early <g>
>
> --
> Scot Desort
> Network Operations Manager
> NJ Internet Access
> 973-244-1110
> Tech Support
> 973-303-HELP
> support@njaccess.com
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) 4.2.32-1 From: Dave <dave@ncia.net> Date: 1999-12-14 13:22:25
Brian,
I didn't see it post.... could you mail it to me please?
Thanx -
dave@ncia.net
On Thu, 9 Dec 1999, Brian wrote:
>
> I posted it to the list
>
> > On Thu, 9 Dec 1999, Brian wrote:
> >
> > >
> > > I actually have a listing of *all* ARC commands, if anyone is interested,
> > > but it may be as old as 4.1.x days, not sure.
> > >
> > > Brian
Subject:RE: (usr-tc) Hello From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-14 13:50:20
Is this the "modems go crazy in pairs" bug or something else? I have a
chassis with 240 channels, on which one modem refuses to answer a call with
pbGenericError as the reason. If that's what you're getting then I guess
it's not just me...
> -----Original Message-----
> From: Pete Ashdown [mailto:pashdown@xmission.com]
> Sent: Tuesday, December 14, 1999 1:38 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Hello
>
>
> Stainforth, Matthew said once upon a time:
> >
> >
> >I think everyone reached a state of nirvana with their Total
> Control systems
>
> I'll agree with that. Even though I'm still suffering from the
> "stuck-channel, must reboot chassis" bug, everything else on
> my TCs has
> been fairly smooth recently. (knock on silicon)
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) 4.2.32-1 From: Thomas Lundvall <tomlu@netins.net> Date: 1999-12-15 01:14:46
Brian,
I would also like a copy. Thank you.
> >
> > > On Thu, 9 Dec 1999, Brian wrote:
> > >
> > > >
> > > > I actually have a listing of *all* ARC commands, if anyone is interested,
> > > > but it may be as old as 4.1.x days, not sure.
> > > >
> > > > Brian
Tom Lundvall
tomlu@netins.net
Night NOC Operator
netINS
From my understanding of this product, which is very limited, DTCM is for
companies implimenting a large TC solution. DTCM allows you to do things
like "upgrade this geographic region" instead of doing things on a per chassis
basis with the current TCM. Also, I believe that it gives you the ability
to say "make chassis A's configuration exactly like chassis B's."
If anyone wishes to comment and correct me, feel free. I have heard
precious little on this.
das
Robert von Bismarck (rvb@petrel.ch) spake:
> Hello,
>
> I will be implementing a lot of HiPer-based Chassis soon, and our 3Com rep has told me about something called DTCM (for distributed TCM) which should help a lot for configuring and managing lots of TC's.
>
> Has anyone ever seen / worked with this product ?
> Is it any good ?
> What kind of Machine do I need to run it on (I know it only runs on HP-UX and Solaris-Sparc) ?
>
> Thanks for any info,
>
> Robert
>
--
____________________________________________
Alex Substanley Global OnLine Japan
Engineering Department
Das Man TEL: 81-3-5334-1700
Systems Engineer FAX: 81-3-5334-1711
The Highest Quality Service, Bar None
____________________________________________
Subject:(usr-tc) Versa 6000 28.8 modem/diagnosis of strange modem problem From: Scott Trautman <scottt@corp.gdinet.com> Date: 1999-12-15 13:25:56
Fellow has real problems getting on. Sometimes, no problem. No time of day
or business pattern.
What happens is the negotiation happens just fine, usual end of negotiation,
but then just dead air.
The connection is dead.
Is there some timeout somewhere we're hitting on this modem negotiation?
It's not hanging up the call; it's definitely negotiating.
Doesn't appear to be any kind of phone line problem, or systematic problem.
Will be trying a different
external modem on his laptop to try that. Just wondering if anyone else had
any hints or know anything
about this modem in particular.
SMT
Scott Trautman 608-240-4638,4637fax
Global Dialog Internet www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718
Subject:(usr-tc) DSP locks up in one chassis, never in our test chassis From: Scott Trautman <scottt@corp.gdinet.com> Date: 1999-12-15 13:33:35
Ever seen that? Locks up within about an hour. Pulled it out of the
production chassis it was in (3 DSP's, Quad's and Dual T1,
only 1 T1 on it), put in our test chassis, no lockups half day. Other two
DSP's work just fine no problems.
Any ideas of where to start on this before I send it back to 3Com?
HiperARC's, NMC's all with latest and greatest, slots otherwise fine with
quad card before this changeover
today, so don't think I have a "problem slot".
Any questions to ask would even be helpful.
SMT
Scott Trautman 608-240-4638,4637fax
Global Dialog Internet www.gdinet.com
2810 Crossroads, STE LL2
Madison WI 53718
Subject:Re: (usr-tc) 4.2.32-1 From: Brian <signal@shreve.net> Date: 1999-12-15 14:06:20
I keep posting it to the list, is it not showing up?
On Wed, 15 Dec 1999, Thomas Lundvall wrote:
> Brian,
> I would also like a copy. Thank you.
> > >
> > > > On Thu, 9 Dec 1999, Brian wrote:
> > > >
> > > > >
> > > > > I actually have a listing of *all* ARC commands, if anyone is interested,
> > > > > but it may be as old as 4.1.x days, not sure.
> > > > >
> > > > > Brian
>
>
> Tom Lundvall
> tomlu@netins.net
> Night NOC Operator
> netINS
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:RE: (usr-tc) DSP locks up in one chassis, never in our test chass From: Scott Trautman <scottt@corp.gdinet.com> Date: 1999-12-15 14:14:41
Nope, not used at all in fact.
After 2nd lockup, I busied out all the lines to that card, still locked up
on me.
Yet, in the office, it's just fine.
SMT
-----Original Message-----
Sent: Wednesday, December 15, 1999 1:48 PM
chassis
Thus spake Scott Trautman
>Ever seen that? Locks up within about an hour. Pulled it out of the
>production chassis it was in (3 DSP's, Quad's and Dual T1, only 1 T1 on
>it), put in our test chassis, no lockups half day. Other two DSP's work
>just fine no problems. Any ideas of where to start on this before I
>send it back to 3Com?
>HiperARC's, NMC's all with latest and greatest, slots otherwise fine
>with quad card before this changeover today, so don't think I have a
>"problem slot".
>Any questions to ask would even be helpful.
How many calls does it get in the test chassis? Does it get fully
loaded up there?
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) Versa 6000 28.8 modem/diagnosis of strange modem problem From: farber@admin.f-tech.net Date: 1999-12-15 14:47:05
Use an init string like
AT&F1&B1&D2&H1&I0&K1&M4S7=60S0=1&W
Works well for our BOCA 33.6's. You may want to go through the string and
see if it fits your gear.
Init strings are sort of a lost are these days (most people blindly think
the .INI file will 'just 'work').
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 15 Dec 1999, Scott Trautman wrote:
> Fellow has real problems getting on. Sometimes, no problem. No time of day
> or business pattern.
>
> What happens is the negotiation happens just fine, usual end of negotiation,
> but then just dead air.
> The connection is dead.
>
> Is there some timeout somewhere we're hitting on this modem negotiation?
> It's not hanging up the call; it's definitely negotiating.
>
> Doesn't appear to be any kind of phone line problem, or systematic problem.
> Will be trying a different
> external modem on his laptop to try that. Just wondering if anyone else had
> any hints or know anything
> about this modem in particular.
>
> SMT
>
>
> Scott Trautman 608-240-4638,4637fax
> Global Dialog Internet www.gdinet.com
> 2810 Crossroads, STE LL2
> Madison WI 53718
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) DSP locks up in one chassis, never in our test chassis From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-15 14:48:14
Thus spake Scott Trautman
>Ever seen that? Locks up within about an hour. Pulled it out of the
>production chassis it was in (3 DSP's, Quad's and Dual T1, only 1 T1 on
>it), put in our test chassis, no lockups half day. Other two DSP's work
>just fine no problems. Any ideas of where to start on this before I
>send it back to 3Com?
>HiperARC's, NMC's all with latest and greatest, slots otherwise fine
>with quad card before this changeover today, so don't think I have a
>"problem slot".
>Any questions to ask would even be helpful.
How many calls does it get in the test chassis? Does it get fully
loaded up there?
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) 4.2.32-1 From: Stephen Amadei <amadei@dandy.net> Date: 1999-12-15 15:13:54
On Wed, 15 Dec 1999, Brian wrote:
>
> I keep posting it to the list, is it not showing up?
It's probably too big, and is rejected... IIRC, Majordomo
defaults to 40K... but I have no idea what usr-tc is running.
----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ
Subject:Re: (usr-tc) 4.2.32-1 From: Dave <dave@ncia.net> Date: 1999-12-15 15:26:00
No, it isn't showing up here either. If you e-mail it direct it will I
bet.
Thankx -
dave@ncia.net
On Wed, 15 Dec 1999, Brian wrote:
>
> I keep posting it to the list, is it not showing up?
>
>
> On Wed, 15 Dec 1999, Thomas Lundvall wrote:
>
> > Brian,
> > I would also like a copy. Thank you.
> > > >
> > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > >
> > > > > >
> > > > > > I actually have a listing of *all* ARC commands, if anyone is interested,
> > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > >
> > > > > > Brian
> >
> >
> > Tom Lundvall
> > tomlu@netins.net
> > Night NOC Operator
> > netINS
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Need Nic for Netserver From: Greg Coffey <greg@coffey.com> Date: 1999-12-16 09:12:21
I am building a chassis out of some spare parts and need a nic for a
Netserver card. I think its the same as a NMC too. Could also use a fan
tray. Please email me direct if you can assist.
Thanks, Greg Coffey <gcoffey@vcn.com>
Visionary Communications V 307-234-5443 F 307-234-5446
100 N. Center #100, Casper, WY 82601 www.vcn.com
Subject:RE: (usr-tc) 4.2.32-1 From: Brian <signal@shreve.net> Date: 1999-12-16 09:17:45
I have no idea why the list of commands is not showing up on the list,
even though I am sending it.
anyone who wants it can find it at:
ftp.shreve.net/pub/3com/Info/arc-all_commands
On Thu, 16 Dec 1999, John Verreault wrote:
> Please send me a copy as well.
>
> Thanks
>
> John Verreault
> AEI Internet
>
> > -----Original Message-----
> > From: owner-usr-tc@lists.xmission.com
> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > Sent: Thursday, December 09, 1999 12:17 PM
> > To: usr-tc@lists.xmission.com
> > Subject: Re: (usr-tc) 4.2.32-1
> >
> >
> >
> > I posted it to the list
> >
> > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> >
> > > Could you post to the list or make it http/ftp accessible?
> > >
> > > Thanks,
> > >
> > > Charles
> > >
> > > On Thu, 9 Dec 1999, Brian wrote:
> > >
> > > >
> > > > I actually have a listing of *all* ARC commands, if anyone is
> > interested,
> > > > but it may be as old as 4.1.x days, not sure.
> > > >
> > > > Brian
> > > >
> > > >
> > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > >
> > > > > Thus spake Stainforth, Matthew
> > > > > >it's _rev com if memory serves....
> > > > >
> > > > > Doh...that's right..."_show" is one of the commands that
> > gets revealed.
> > > > > My bad.
> > > > > --
> > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > IgLou Internet Services (800) 436-4456
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old
> > messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304) signal@shreve.net
> > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:RE: (usr-tc) 4.2.32-1 From: Brian <signal@shreve.net> Date: 1999-12-16 10:16:36
On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> They're also not on your ftp site.... nothing is under the anonomous
> login.
Are you sure? I just checked and it looked ok.
>
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Thu, 16 Dec 1999, Brian wrote:
>
> >
> > I have no idea why the list of commands is not showing up on the list,
> > even though I am sending it.
> >
> > anyone who wants it can find it at:
> >
> > ftp.shreve.net/pub/3com/Info/arc-all_commands
> >
> >
> > On Thu, 16 Dec 1999, John Verreault wrote:
> >
> > > Please send me a copy as well.
> > >
> > > Thanks
> > >
> > > John Verreault
> > > AEI Internet
> > >
> > > > -----Original Message-----
> > > > From: owner-usr-tc@lists.xmission.com
> > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > To: usr-tc@lists.xmission.com
> > > > Subject: Re: (usr-tc) 4.2.32-1
> > > >
> > > >
> > > >
> > > > I posted it to the list
> > > >
> > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > >
> > > > > Could you post to the list or make it http/ftp accessible?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Charles
> > > > >
> > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > >
> > > > > >
> > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > interested,
> > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > >
> > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > >
> > > > > > > Thus spake Stainforth, Matthew
> > > > > > > >it's _rev com if memory serves....
> > > > > > >
> > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > gets revealed.
> > > > > > > My bad.
> > > > > > > --
> > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old
> > > > messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > > > -----------------------------------------------------
> > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304) signal@shreve.net
> > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:RE: (usr-tc) 4.2.32-1 From: Brian <signal@shreve.net> Date: 1999-12-16 10:16:36
On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> They're also not on your ftp site.... nothing is under the anonomous
> login.
Are you sure? I just checked and it looked ok.
>
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Thu, 16 Dec 1999, Brian wrote:
>
> >
> > I have no idea why the list of commands is not showing up on the list,
> > even though I am sending it.
> >
> > anyone who wants it can find it at:
> >
> > ftp.shreve.net/pub/3com/Info/arc-all_commands
> >
> >
> > On Thu, 16 Dec 1999, John Verreault wrote:
> >
> > > Please send me a copy as well.
> > >
> > > Thanks
> > >
> > > John Verreault
> > > AEI Internet
> > >
> > > > -----Original Message-----
> > > > From: owner-usr-tc@lists.xmission.com
> > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > To: usr-tc@lists.xmission.com
> > > > Subject: Re: (usr-tc) 4.2.32-1
> > > >
> > > >
> > > >
> > > > I posted it to the list
> > > >
> > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > >
> > > > > Could you post to the list or make it http/ftp accessible?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Charles
> > > > >
> > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > >
> > > > > >
> > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > interested,
> > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > >
> > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > >
> > > > > > > Thus spake Stainforth, Matthew
> > > > > > > >it's _rev com if memory serves....
> > > > > > >
> > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > gets revealed.
> > > > > > > My bad.
> > > > > > > --
> > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old
> > > > messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > > > -----------------------------------------------------
> > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304) signal@shreve.net
> > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
They're also not on your ftp site.... nothing is under the anonomous
login.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 16 Dec 1999, Brian wrote:
>
> I have no idea why the list of commands is not showing up on the list,
> even though I am sending it.
>
> anyone who wants it can find it at:
>
> ftp.shreve.net/pub/3com/Info/arc-all_commands
>
>
> On Thu, 16 Dec 1999, John Verreault wrote:
>
> > Please send me a copy as well.
> >
> > Thanks
> >
> > John Verreault
> > AEI Internet
> >
> > > -----Original Message-----
> > > From: owner-usr-tc@lists.xmission.com
> > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > Sent: Thursday, December 09, 1999 12:17 PM
> > > To: usr-tc@lists.xmission.com
> > > Subject: Re: (usr-tc) 4.2.32-1
> > >
> > >
> > >
> > > I posted it to the list
> > >
> > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > >
> > > > Could you post to the list or make it http/ftp accessible?
> > > >
> > > > Thanks,
> > > >
> > > > Charles
> > > >
> > > > On Thu, 9 Dec 1999, Brian wrote:
> > > >
> > > > >
> > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > interested,
> > > > > but it may be as old as 4.1.x days, not sure.
> > > > >
> > > > > Brian
> > > > >
> > > > >
> > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > >
> > > > > > Thus spake Stainforth, Matthew
> > > > > > >it's _rev com if memory serves....
> > > > > >
> > > > > > Doh...that's right..."_show" is one of the commands that
> > > gets revealed.
> > > > > > My bad.
> > > > > > --
> > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > IgLou Internet Services (800) 436-4456
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old
> > > messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > > -----------------------------------------------------
> > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > > -----------------------------------------------------
> > > Brian Feeny (BF304) signal@shreve.net
> > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > Network Administrator ShreveNet Inc. (ASN 11881)
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
They're also not on your ftp site.... nothing is under the anonomous
login.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 16 Dec 1999, Brian wrote:
>
> I have no idea why the list of commands is not showing up on the list,
> even though I am sending it.
>
> anyone who wants it can find it at:
>
> ftp.shreve.net/pub/3com/Info/arc-all_commands
>
>
> On Thu, 16 Dec 1999, John Verreault wrote:
>
> > Please send me a copy as well.
> >
> > Thanks
> >
> > John Verreault
> > AEI Internet
> >
> > > -----Original Message-----
> > > From: owner-usr-tc@lists.xmission.com
> > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > Sent: Thursday, December 09, 1999 12:17 PM
> > > To: usr-tc@lists.xmission.com
> > > Subject: Re: (usr-tc) 4.2.32-1
> > >
> > >
> > >
> > > I posted it to the list
> > >
> > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > >
> > > > Could you post to the list or make it http/ftp accessible?
> > > >
> > > > Thanks,
> > > >
> > > > Charles
> > > >
> > > > On Thu, 9 Dec 1999, Brian wrote:
> > > >
> > > > >
> > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > interested,
> > > > > but it may be as old as 4.1.x days, not sure.
> > > > >
> > > > > Brian
> > > > >
> > > > >
> > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > >
> > > > > > Thus spake Stainforth, Matthew
> > > > > > >it's _rev com if memory serves....
> > > > > >
> > > > > > Doh...that's right..."_show" is one of the commands that
> > > gets revealed.
> > > > > > My bad.
> > > > > > --
> > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > IgLou Internet Services (800) 436-4456
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old
> > > messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > > -----------------------------------------------------
> > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > > -----------------------------------------------------
> > > Brian Feeny (BF304) signal@shreve.net
> > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > Network Administrator ShreveNet Inc. (ASN 11881)
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) 4.2.32-1 From: Wayne Barber <barberw@tidewater.net> Date: 1999-12-16 10:47:17
Use dir instead of ls. All will be revealed.
Wayne Barber
Coastal Telco Services
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of
> farber@admin.f-tech.net
> Sent: Thursday, December 16, 1999 10:41 AM
> To: usr-tc@lists.xmission.com
> Cc: John Verreault; USRobotics TC Mailing List
> Subject: RE: (usr-tc) 4.2.32-1
>
>
> They're also not on your ftp site.... nothing is under the anonomous
> login.
>
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Thu, 16 Dec 1999, Brian wrote:
>
> >
> > I have no idea why the list of commands is not showing up on the list,
> > even though I am sending it.
> >
> > anyone who wants it can find it at:
> >
> > ftp.shreve.net/pub/3com/Info/arc-all_commands
> >
> >
> > On Thu, 16 Dec 1999, John Verreault wrote:
> >
> > > Please send me a copy as well.
> > >
> > > Thanks
> > >
> > > John Verreault
> > > AEI Internet
> > >
> > > > -----Original Message-----
> > > > From: owner-usr-tc@lists.xmission.com
> > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > To: usr-tc@lists.xmission.com
> > > > Subject: Re: (usr-tc) 4.2.32-1
> > > >
> > > >
> > > >
> > > > I posted it to the list
> > > >
> > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > >
> > > > > Could you post to the list or make it http/ftp accessible?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Charles
> > > > >
> > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > >
> > > > > >
> > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > interested,
> > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > >
> > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > >
> > > > > > > Thus spake Stainforth, Matthew
> > > > > > > >it's _rev com if memory serves....
> > > > > > >
> > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > gets revealed.
> > > > > > > My bad.
> > > > > > > --
> > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to
> "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old
> > > > messages send
> > > > > > > "help" to the same address. Do not use quotes in
> your message.
> > > > > > >
> > > > > >
> > > > > > -----------------------------------------------------
> > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to
> "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old
> messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to
> "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old
> messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304) signal@shreve.net
> > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old
> messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Hello From: Pete Ashdown <pashdown@xmission.com> Date: 1999-12-16 10:52:00
Stainforth, Matthew said once upon a time:
>
>
>Is this the "modems go crazy in pairs" bug or something else? I have a
>chassis with 240 channels, on which one modem refuses to answer a call with
>pbGenericError as the reason. If that's what you're getting then I guess
>it's not just me...
3com acknowledged the bug as some sort of memory corruption. Resetting the
card alone doesn't fix it, you have to reset the ARC also. Pain in the
neck.
Someone said to use 'dir' instead of 'ls'. WIll try that and see.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 16 Dec 1999, Brian wrote:
> On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
>
> > They're also not on your ftp site.... nothing is under the anonomous
> > login.
>
> Are you sure? I just checked and it looked ok.
>
>
> >
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> > On Thu, 16 Dec 1999, Brian wrote:
> >
> > >
> > > I have no idea why the list of commands is not showing up on the list,
> > > even though I am sending it.
> > >
> > > anyone who wants it can find it at:
> > >
> > > ftp.shreve.net/pub/3com/Info/arc-all_commands
> > >
> > >
> > > On Thu, 16 Dec 1999, John Verreault wrote:
> > >
> > > > Please send me a copy as well.
> > > >
> > > > Thanks
> > > >
> > > > John Verreault
> > > > AEI Internet
> > > >
> > > > > -----Original Message-----
> > > > > From: owner-usr-tc@lists.xmission.com
> > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > > To: usr-tc@lists.xmission.com
> > > > > Subject: Re: (usr-tc) 4.2.32-1
> > > > >
> > > > >
> > > > >
> > > > > I posted it to the list
> > > > >
> > > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > > >
> > > > > > Could you post to the list or make it http/ftp accessible?
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > Charles
> > > > > >
> > > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > > >
> > > > > > >
> > > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > > interested,
> > > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > > >
> > > > > > > Brian
> > > > > > >
> > > > > > >
> > > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > > >
> > > > > > > > Thus spake Stainforth, Matthew
> > > > > > > > >it's _rev com if memory serves....
> > > > > > > >
> > > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > > gets revealed.
> > > > > > > > My bad.
> > > > > > > > --
> > > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > > >
> > > > > > > > -
> > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > For information on digests or retrieving files and old
> > > > > messages send
> > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > >
> > > > > > >
> > > > > > > -----------------------------------------------------
> > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > >
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > > -----------------------------------------------------
> > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > >
> > > -----------------------------------------------------
> > > Brian Feeny (BF304) signal@shreve.net
> > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > Network Administrator ShreveNet Inc. (ASN 11881)
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Someone said to use 'dir' instead of 'ls'. WIll try that and see.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 16 Dec 1999, Brian wrote:
> On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
>
> > They're also not on your ftp site.... nothing is under the anonomous
> > login.
>
> Are you sure? I just checked and it looked ok.
>
>
> >
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> > On Thu, 16 Dec 1999, Brian wrote:
> >
> > >
> > > I have no idea why the list of commands is not showing up on the list,
> > > even though I am sending it.
> > >
> > > anyone who wants it can find it at:
> > >
> > > ftp.shreve.net/pub/3com/Info/arc-all_commands
> > >
> > >
> > > On Thu, 16 Dec 1999, John Verreault wrote:
> > >
> > > > Please send me a copy as well.
> > > >
> > > > Thanks
> > > >
> > > > John Verreault
> > > > AEI Internet
> > > >
> > > > > -----Original Message-----
> > > > > From: owner-usr-tc@lists.xmission.com
> > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > > To: usr-tc@lists.xmission.com
> > > > > Subject: Re: (usr-tc) 4.2.32-1
> > > > >
> > > > >
> > > > >
> > > > > I posted it to the list
> > > > >
> > > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > > >
> > > > > > Could you post to the list or make it http/ftp accessible?
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > Charles
> > > > > >
> > > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > > >
> > > > > > >
> > > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > > interested,
> > > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > > >
> > > > > > > Brian
> > > > > > >
> > > > > > >
> > > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > > >
> > > > > > > > Thus spake Stainforth, Matthew
> > > > > > > > >it's _rev com if memory serves....
> > > > > > > >
> > > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > > gets revealed.
> > > > > > > > My bad.
> > > > > > > > --
> > > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > > >
> > > > > > > > -
> > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > For information on digests or retrieving files and old
> > > > > messages send
> > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > >
> > > > > > >
> > > > > > > -----------------------------------------------------
> > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > >
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > > -----------------------------------------------------
> > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > >
> > > -----------------------------------------------------
> > > Brian Feeny (BF304) signal@shreve.net
> > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > Network Administrator ShreveNet Inc. (ASN 11881)
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) Hello From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-16 14:01:23
Oh boo...it's kinda hard to justify resetting an ARC that terminates 240
connections for the sake of fixing one modem. Any fixes in sight, 3Com?
Speaking of strange problems, one of my chassis (dual CT1, quads, NetServer)
has a quad card in slot 8, on which modems 2 & 4 are constantly in some kind
of errored state and won't answer calls. The telco reports dead air when
they sieze the trunk. I've swapped the card out and sent it to 3Com who
reported finding no problem with it (so I later juggled it in with one of my
quad to DSP trade-up bundles...take THAT! heh), however, it would appear
that the problem still exists after having replaced the card with a known
good working card.
Is it possible that the slot has gone bad? Any ideas on what might be going
on here?
Matthew Stainforth || Technical Services Manager || BrunNet Inc.
> -----Original Message-----
> From: Pete Ashdown [mailto:pashdown@xmission.com]
> Sent: Thursday, December 16, 1999 1:52 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Hello
>
>
> Stainforth, Matthew said once upon a time:
> >
> >
> >Is this the "modems go crazy in pairs" bug or something
> else? I have a
> >chassis with 240 channels, on which one modem refuses to
> answer a call with
> >pbGenericError as the reason. If that's what you're getting
> then I guess
> >it's not just me...
>
> 3com acknowledged the bug as some sort of memory corruption.
> Resetting the
> card alone doesn't fix it, you have to reset the ARC also.
> Pain in the
> neck.
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) 4.2.32-1 From: Mike Andrews <mandrews@bit0.com> Date: 1999-12-16 14:30:07
It worked for me after I changed "3com" to "3Com". :)
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"it's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> Someone said to use 'dir' instead of 'ls'. WIll try that and see.
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Thu, 16 Dec 1999, Brian wrote:
>
> > On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> >
> > > They're also not on your ftp site.... nothing is under the anonomous
> > > login.
> >
> > Are you sure? I just checked and it looked ok.
> >
> >
> > >
> > >
> > > Paul Farber
> > > Farber Technology
> > > farber@admin.f-tech.net
> > > Ph 570-628-5303
> > > Fax 570-628-5545
> > >
> > > On Thu, 16 Dec 1999, Brian wrote:
> > >
> > > >
> > > > I have no idea why the list of commands is not showing up on the list,
> > > > even though I am sending it.
> > > >
> > > > anyone who wants it can find it at:
> > > >
> > > > ftp.shreve.net/pub/3com/Info/arc-all_commands
> > > >
> > > >
> > > > On Thu, 16 Dec 1999, John Verreault wrote:
> > > >
> > > > > Please send me a copy as well.
> > > > >
> > > > > Thanks
> > > > >
> > > > > John Verreault
> > > > > AEI Internet
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: owner-usr-tc@lists.xmission.com
> > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > > > To: usr-tc@lists.xmission.com
> > > > > > Subject: Re: (usr-tc) 4.2.32-1
> > > > > >
> > > > > >
> > > > > >
> > > > > > I posted it to the list
> > > > > >
> > > > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > > > >
> > > > > > > Could you post to the list or make it http/ftp accessible?
> > > > > > >
> > > > > > > Thanks,
> > > > > > >
> > > > > > > Charles
> > > > > > >
> > > > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > > > interested,
> > > > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > > > >
> > > > > > > > Brian
> > > > > > > >
> > > > > > > >
> > > > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > > > >
> > > > > > > > > Thus spake Stainforth, Matthew
> > > > > > > > > >it's _rev com if memory serves....
> > > > > > > > >
> > > > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > > > gets revealed.
> > > > > > > > > My bad.
> > > > > > > > > --
> > > > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > > > >
> > > > > > > > > -
> > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > > For information on digests or retrieving files and old
> > > > > > messages send
> > > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > > >
> > > > > > > >
> > > > > > > > -----------------------------------------------------
> > > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > > >
> > > > > > > >
> > > > > > > > -
> > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > > > -----------------------------------------------------
> > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304) signal@shreve.net
> > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) 4.2.32-1 From: Mike Andrews <mandrews@bit0.com> Date: 1999-12-16 14:30:07
It worked for me after I changed "3com" to "3Com". :)
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"it's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> Someone said to use 'dir' instead of 'ls'. WIll try that and see.
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Thu, 16 Dec 1999, Brian wrote:
>
> > On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> >
> > > They're also not on your ftp site.... nothing is under the anonomous
> > > login.
> >
> > Are you sure? I just checked and it looked ok.
> >
> >
> > >
> > >
> > > Paul Farber
> > > Farber Technology
> > > farber@admin.f-tech.net
> > > Ph 570-628-5303
> > > Fax 570-628-5545
> > >
> > > On Thu, 16 Dec 1999, Brian wrote:
> > >
> > > >
> > > > I have no idea why the list of commands is not showing up on the list,
> > > > even though I am sending it.
> > > >
> > > > anyone who wants it can find it at:
> > > >
> > > > ftp.shreve.net/pub/3com/Info/arc-all_commands
> > > >
> > > >
> > > > On Thu, 16 Dec 1999, John Verreault wrote:
> > > >
> > > > > Please send me a copy as well.
> > > > >
> > > > > Thanks
> > > > >
> > > > > John Verreault
> > > > > AEI Internet
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: owner-usr-tc@lists.xmission.com
> > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > > > To: usr-tc@lists.xmission.com
> > > > > > Subject: Re: (usr-tc) 4.2.32-1
> > > > > >
> > > > > >
> > > > > >
> > > > > > I posted it to the list
> > > > > >
> > > > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > > > >
> > > > > > > Could you post to the list or make it http/ftp accessible?
> > > > > > >
> > > > > > > Thanks,
> > > > > > >
> > > > > > > Charles
> > > > > > >
> > > > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > > > interested,
> > > > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > > > >
> > > > > > > > Brian
> > > > > > > >
> > > > > > > >
> > > > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > > > >
> > > > > > > > > Thus spake Stainforth, Matthew
> > > > > > > > > >it's _rev com if memory serves....
> > > > > > > > >
> > > > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > > > gets revealed.
> > > > > > > > > My bad.
> > > > > > > > > --
> > > > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > > > >
> > > > > > > > > -
> > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > > For information on digests or retrieving files and old
> > > > > > messages send
> > > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > > >
> > > > > > > >
> > > > > > > > -----------------------------------------------------
> > > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > > >
> > > > > > > >
> > > > > > > > -
> > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > > > -----------------------------------------------------
> > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304) signal@shreve.net
> > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) 4.2.32-1 From: Mike Andrews <mandrews@bit0.com> Date: 1999-12-16 14:54:34
BTW, again, how did you generate this list, Brian?
Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
"it's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
On Thu, 16 Dec 1999, Mike Andrews wrote:
> It worked for me after I changed "3com" to "3Com". :)
>
>
> Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> "it's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
>
> On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
>
> > Someone said to use 'dir' instead of 'ls'. WIll try that and see.
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> > On Thu, 16 Dec 1999, Brian wrote:
> >
> > > On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> > >
> > > > They're also not on your ftp site.... nothing is under the anonomous
> > > > login.
> > >
> > > Are you sure? I just checked and it looked ok.
> > >
> > >
> > > >
> > > >
> > > > Paul Farber
> > > > Farber Technology
> > > > farber@admin.f-tech.net
> > > > Ph 570-628-5303
> > > > Fax 570-628-5545
> > > >
> > > > On Thu, 16 Dec 1999, Brian wrote:
> > > >
> > > > >
> > > > > I have no idea why the list of commands is not showing up on the list,
> > > > > even though I am sending it.
> > > > >
> > > > > anyone who wants it can find it at:
> > > > >
> > > > > ftp.shreve.net/pub/3com/Info/arc-all_commands
> > > > >
> > > > >
> > > > > On Thu, 16 Dec 1999, John Verreault wrote:
> > > > >
> > > > > > Please send me a copy as well.
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > John Verreault
> > > > > > AEI Internet
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: owner-usr-tc@lists.xmission.com
> > > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > > > > To: usr-tc@lists.xmission.com
> > > > > > > Subject: Re: (usr-tc) 4.2.32-1
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I posted it to the list
> > > > > > >
> > > > > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > > > > >
> > > > > > > > Could you post to the list or make it http/ftp accessible?
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > >
> > > > > > > > Charles
> > > > > > > >
> > > > > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > > > > interested,
> > > > > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > > > > >
> > > > > > > > > Brian
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > > > > >
> > > > > > > > > > Thus spake Stainforth, Matthew
> > > > > > > > > > >it's _rev com if memory serves....
> > > > > > > > > >
> > > > > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > > > > gets revealed.
> > > > > > > > > > My bad.
> > > > > > > > > > --
> > > > > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > > > > >
> > > > > > > > > > -
> > > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > > > For information on digests or retrieving files and old
> > > > > > > messages send
> > > > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > -----------------------------------------------------
> > > > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > -
> > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > -
> > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > >
> > > > > > >
> > > > > > > -----------------------------------------------------
> > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > >
> > > > > > >
> > > > > > > -
> > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > >
> > > > > >
> > > > >
> > > > > -----------------------------------------------------
> > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > > -----------------------------------------------------
> > > Brian Feeny (BF304) signal@shreve.net
> > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > Network Administrator ShreveNet Inc. (ASN 11881)
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) 4.2.32-1 From: Brian <signal@shreve.net> Date: 1999-12-16 16:20:31
On Thu, 16 Dec 1999, Mike Andrews wrote:
> BTW, again, how did you generate this list, Brian?
I did not generate the list. Perhaps one of those commands can do that, I
don't know. The list was given to me by someone at 3Com.
Brian
>
>
> Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> "it's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
>
> On Thu, 16 Dec 1999, Mike Andrews wrote:
>
> > It worked for me after I changed "3com" to "3Com". :)
> >
> >
> > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/
> > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> > Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville
> > "it's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
> >
> > On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> >
> > > Someone said to use 'dir' instead of 'ls'. WIll try that and see.
> > >
> > > Paul Farber
> > > Farber Technology
> > > farber@admin.f-tech.net
> > > Ph 570-628-5303
> > > Fax 570-628-5545
> > >
> > > On Thu, 16 Dec 1999, Brian wrote:
> > >
> > > > On Thu, 16 Dec 1999 farber@admin.f-tech.net wrote:
> > > >
> > > > > They're also not on your ftp site.... nothing is under the anonomous
> > > > > login.
> > > >
> > > > Are you sure? I just checked and it looked ok.
> > > >
> > > >
> > > > >
> > > > >
> > > > > Paul Farber
> > > > > Farber Technology
> > > > > farber@admin.f-tech.net
> > > > > Ph 570-628-5303
> > > > > Fax 570-628-5545
> > > > >
> > > > > On Thu, 16 Dec 1999, Brian wrote:
> > > > >
> > > > > >
> > > > > > I have no idea why the list of commands is not showing up on the list,
> > > > > > even though I am sending it.
> > > > > >
> > > > > > anyone who wants it can find it at:
> > > > > >
> > > > > > ftp.shreve.net/pub/3com/Info/arc-all_commands
> > > > > >
> > > > > >
> > > > > > On Thu, 16 Dec 1999, John Verreault wrote:
> > > > > >
> > > > > > > Please send me a copy as well.
> > > > > > >
> > > > > > > Thanks
> > > > > > >
> > > > > > > John Verreault
> > > > > > > AEI Internet
> > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: owner-usr-tc@lists.xmission.com
> > > > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > > > > > > Sent: Thursday, December 09, 1999 12:17 PM
> > > > > > > > To: usr-tc@lists.xmission.com
> > > > > > > > Subject: Re: (usr-tc) 4.2.32-1
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > I posted it to the list
> > > > > > > >
> > > > > > > > On Thu, 9 Dec 1999, Charles Sprickman wrote:
> > > > > > > >
> > > > > > > > > Could you post to the list or make it http/ftp accessible?
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > >
> > > > > > > > > Charles
> > > > > > > > >
> > > > > > > > > On Thu, 9 Dec 1999, Brian wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > I actually have a listing of *all* ARC commands, if anyone is
> > > > > > > > interested,
> > > > > > > > > > but it may be as old as 4.1.x days, not sure.
> > > > > > > > > >
> > > > > > > > > > Brian
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Thu, 9 Dec 1999, Jeff Mcadams wrote:
> > > > > > > > > >
> > > > > > > > > > > Thus spake Stainforth, Matthew
> > > > > > > > > > > >it's _rev com if memory serves....
> > > > > > > > > > >
> > > > > > > > > > > Doh...that's right..."_show" is one of the commands that
> > > > > > > > gets revealed.
> > > > > > > > > > > My bad.
> > > > > > > > > > > --
> > > > > > > > > > > Jeff McAdams Email: jeffm@iglou.com
> > > > > > > > > > > Head Network Administrator Voice: (502) 966-3848
> > > > > > > > > > > IgLou Internet Services (800) 436-4456
> > > > > > > > > > >
> > > > > > > > > > > -
> > > > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > > > > For information on digests or retrieving files and old
> > > > > > > > messages send
> > > > > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > -----------------------------------------------------
> > > > > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > -
> > > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > -
> > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > > >
> > > > > > > >
> > > > > > > > -----------------------------------------------------
> > > > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > > > >
> > > > > > > >
> > > > > > > > -
> > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > > > For information on digests or retrieving files and old messages send
> > > > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > > -----------------------------------------------------
> > > > > > Brian Feeny (BF304) signal@shreve.net
> > > > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > > > >
> > > > > >
> > > > > > -
> > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > > For information on digests or retrieving files and old messages send
> > > > > > "help" to the same address. Do not use quotes in your message.
> > > > > >
> > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and old messages send
> > > > > "help" to the same address. Do not use quotes in your message.
> > > > >
> > > >
> > > > -----------------------------------------------------
> > > > Brian Feeny (BF304) signal@shreve.net
> > > > 318-222-2638 x 109 http://www.shreve.net/~signal
> > > > Network Administrator ShreveNet Inc. (ASN 11881)
> > > >
> > > >
> > > > -
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and old messages send
> > > > "help" to the same address. Do not use quotes in your message.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Pardon the sarcasm, but I'm on my 16th hour without a break, the day
(morning) before my vacation......
Receive new chassis - NMC, HARC, x2DSP's. Receive new x2 DSP's
(DoublePlay). Swap out old Ascend Max 4048 with new chassis. I have two
C-T1's in the chassis now, one DSP extra for when the new C-T1 gets there.
Of the three DSP's, only one works reliably, the other two reboot
intermittently.
Since I have my handy-dandy 3Com support contract, I call the tech line. I
explain the problem, the tech on call asks what software I have running. I
reply 2.0.60. Tech says, "that's good, what hardware revision of DSP's do
you have?" I reply 0.55.0. Tech says "Uh-oh". I get nervous....
Tech states that there have been problems with HR 0.55.0. Recommends
switching to the spare card (also 0.55.0). I do that, and 5 minutes later
the card reboots. Now I wait until the new cards come in.
If anyone has any input into this situation, please email me personally,
and cc jokerman@nebi.com - he's filling in for me starting tomorrow.
Otherwise, make sure you test those DSP's!!!!
__________________________________
Justin Ellison
System Administrator
InternetUSA
sysadmin@nebi.com
http://nebi.com
800-603-3502
Subject:(usr-tc) Stuck Modem fix From: Brian <signal@shreve.net> Date: 1999-12-17 08:15:48
Does anyone know if 3Com is reasonably close to having a fix available for
the DSP's that lockup in pairs?
Brian
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:(usr-tc) Y2K Safe? From: Marius Kirschner <marius@agoron.com> Date: 1999-12-17 09:35:44
Sorry if this came up already, but I just recently joined the list and am
not sure if there is a searchable archive for this list.
I'm running TC Security & Accounting Server v5.5.3 and was wondering if this
version is Y2K safe? I can't upgrade to the latest version because 3COM
asks mucho dinero to purchase the radius server or for a support contract.
It's a sad thing, you pay $12,000 for the hardware and can't even upgrade
the software after a year unless you spend another $650+. Anyway....."Is it
safe?" :)
---Marius
On Fri, 17 Dec 1999, System Administrator wrote:
> Pardon the sarcasm, but I'm on my 16th hour without a break, the day
> (morning) before my vacation......
> Receive new chassis - NMC, HARC, x2DSP's. Receive new x2 DSP's
> (DoublePlay). Swap out old Ascend Max 4048 with new chassis. I have two
> C-T1's in the chassis now, one DSP extra for when the new C-T1 gets there.
> Of the three DSP's, only one works reliably, the other two reboot
> intermittently.
Same situation here, got 2 cards, HR 0.55.0, which reboot randomly, kick
users off, etc.
The #1 failure mode seems to be accepting a call, and kicking the user
before they even have a chance to send a PPP frame to start
negotiation. Hardware resetting the card seems to make it work again for
a day or two.
Any troubleshooting measures I should be trying? I've already reflashed
the code (tried 2.0.81, 2.0.60 and 1.2.37) and defaulted and rebuilt the
config after each code flash.
Thus spake System Administrator
> Receive new chassis - NMC, HARC, x2DSP's. Receive new x2 DSP's
>(DoublePlay). Swap out old Ascend Max 4048 with new chassis. I have
>two C-T1's in the chassis now, one DSP extra for when the new C-T1 gets
>there. Of the three DSP's, only one works reliably, the other two
>reboot intermittently.
Is there any sort of pattern to when they reboot that you can discern?
> Since I have my handy-dandy 3Com support contract, I call the tech
>line. I explain the problem, the tech on call asks what software I
>have running. I reply 2.0.60. Tech says, "that's good, what hardware
>revision of DSP's do you have?" I reply 0.55.0. Tech says "Uh-oh". I
>get nervous....
That's always lovely to hear. :)
> Tech states that there have been problems with HR 0.55.0.
>Recommends switching to the spare card (also 0.55.0). I do that, and 5
>minutes later the card reboots. Now I wait until the new cards come
>in.
> If anyone has any input into this situation, please email me
>personally, and cc jokerman@nebi.com - he's filling in for me starting
>tomorrow. Otherwise, make sure you test those DSP's!!!!
How about sending to the list as well. I've got a rev 0.55 card that I
haven't put into production yet that I want to know what to be on the
lookout for, and do I need to get it replaced?
Any word from 3Com on this without having to call tech support?
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
I haven't had a problem with it since I rolled out 2.0.60 on the HDSPs.
Matthew Stainforth || Technical Services Manager || BrunNet Inc.
> -----Original Message-----
> From: Brian [mailto:signal@shreve.net]
> Sent: Friday, December 17, 1999 10:16 AM
> To: USRobotics TC Mailing List
> Subject: (usr-tc) Stuck Modem fix
>
>
>
> Does anyone know if 3Com is reasonably close to having a fix
> available for
> the DSP's that lockup in pairs?
>
> Brian
>
>
> -----------------------------------------------------
> Brian Feeny (BF304) signal@shreve.net
> 318-222-2638 x 109 http://www.shreve.net/~signal
> Network Administrator ShreveNet Inc. (ASN 11881)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Bad HiperDSPs with Alliance Chips? (fwd) From: drernst@kirkwood.hoosier.net Date: 1999-12-17 10:27:20
I tried to send this message on Monday, but I'm afraid that the mail
address I used doesn't match the one I signed up to the list with, so
it's probably awaiting approval or something. Anyway, I'm sending
from what I believe is the right "From" now, so hopefully it will go
through, because it seems to be affecting others too. At the very
least, I hope it reaches you folks at nebi.com...
David Ernst
HoosierNet, Inc.
PS, our new cards are supposed to be here today. But there's
apparently a software fix as well...
---------- Forwarded message ----------
We just tried to bring up a couple of new HiperDSP cards. Connections
on them were extremely unstable (I couldn't get one to last more than
5 minutes, some were connected longer than that, but there were
clearly problems). I called technical support at Source Technology,
from whom we purchased the cards. Before I even finished describing
the problem, they started talking about a defective batch of cards
that came off the line recently. The affected cards are apparently
hardware revision 0.55 and (this is key apparently) have two pairs of
chips on the reverse side of the card, mounted horizontally, made by
"Alliance". Our cards matched their description to a "T", and they
told us to send the cards back and they would ship us a new one as
soon as they could. Since these Alliance folks apparently supply
ships for about 20% of the cards 3Com produces, there is a substantial
demand for replacement cards. So meanwhile, we'll wait for Source
Technology to come back with new cards, and try to explain to our
users why the busy signals didn't go away when we thought they would.
<Sigh>
Anyone else heard about this? Can anyone from 3Com confirm or deny
this problem?
David
I got a call from Source Technology saying that our new (0.55) cards could
be faulty ... they were ... They gave me a fix from 3Com (modfied 2.0.19
code) and the cards are working fine now ...
----- Original Message -----
Sent: Friday, December 17, 1999 10:14 AM
> Thus spake System Administrator
> > Receive new chassis - NMC, HARC, x2DSP's. Receive new x2 DSP's
> >(DoublePlay). Swap out old Ascend Max 4048 with new chassis. I have
> >two C-T1's in the chassis now, one DSP extra for when the new C-T1 gets
> >there. Of the three DSP's, only one works reliably, the other two
> >reboot intermittently.
>
> Is there any sort of pattern to when they reboot that you can discern?
>
> > Since I have my handy-dandy 3Com support contract, I call the tech
> >line. I explain the problem, the tech on call asks what software I
> >have running. I reply 2.0.60. Tech says, "that's good, what hardware
> >revision of DSP's do you have?" I reply 0.55.0. Tech says "Uh-oh". I
> >get nervous....
>
> That's always lovely to hear. :)
>
> > Tech states that there have been problems with HR 0.55.0.
> >Recommends switching to the spare card (also 0.55.0). I do that, and 5
> >minutes later the card reboots. Now I wait until the new cards come
> >in.
>
> > If anyone has any input into this situation, please email me
> >personally, and cc jokerman@nebi.com - he's filling in for me starting
> >tomorrow. Otherwise, make sure you test those DSP's!!!!
>
> How about sending to the list as well. I've got a rev 0.55 card that I
> haven't put into production yet that I want to know what to be on the
> lookout for, and do I need to get it replaced?
>
> Any word from 3Com on this without having to call tech support?
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Got ahold of Ryan at Source Technologies, he emailed me 2.0.19d code. I
flashed it to all cards with 0.55.0 HR, even the ones that appeared to be
working. Been one hour, no reboots... I love vacation!
Justin Ellison
sysadmin@nebi.com
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jamie Orzechowski
Sent: Friday, December 17, 1999 9:48 AM
I got a call from Source Technology saying that our new (0.55) cards could
be faulty ... they were ... They gave me a fix from 3Com (modfied 2.0.19
code) and the cards are working fine now ...
----
Thus spake System Administrator
>Got ahold of Ryan at Source Technologies, he emailed me 2.0.19d code. I
>flashed it to all cards with 0.55.0 HR, even the ones that appeared to be
>working. Been one hour, no reboots... I love vacation!
So much for getting any decent connectivity from Rockwell's though. :/
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:RE: (usr-tc) Auto answer From: Terry Kennedy <terry@olypen.com> Date: 1999-12-17 14:15:48
This is a multi-part message in MIME format.
------=_NextPart_000_0032_01BF4899.37801400
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Don't open this guys...
-----Original Message-----
From: usr-tc@lists.xmission.com [mailto:usr-tc@lists.xmission.com]
Sent: Friday, December 17, 1999 9:28 AM
To: terry@olypen.com
Subject: (usr-tc) Auto answer
http://stuart.messagemates.com/index.html
Hypercool Happy New Year 2000 funny programs and animations...
We attached our recent animation from this site in our mail ! Check it out
!
------=_NextPart_000_0032_01BF4899.37801400
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR></HEAD>
<BODY bgColor=3D#00ffff>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D250331522-17121999>Don't=20
open this guys...</SPAN></FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
<DIV align=3Dleft class=3DOutlookMessageHeader dir=3Dltr><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B> =
usr-tc@lists.xmission.com=20
[mailto:usr-tc@lists.xmission.com]<BR><B>Sent:</B> Friday, December =
17, 1999=20
9:28 AM<BR><B>To:</B> terry@olypen.com<BR><B>Subject:</B> (usr-tc) =
Auto=20
answer<BR><BR></DIV></FONT>
<DIV align=3Dcenter><FONT size=3D2><FONT color=3D#000080 =
size=3D6><EM><FONT=20
=
color=3D#0000ff><STRONG></STRONG></FONT></EM></FONT></FONT> </DIV>
<DIV align=3Dcenter><FONT size=3D2><FONT color=3D#000080 =
size=3D6><EM><FONT=20
color=3D#0000ff><A=20
=
href=3D"http://stuart.messagemates.com/index.html"><STRONG>http://stuart.=
messagemates.com/index.html</STRONG></A><BR></DIV></FONT><FONT=20
color=3D#000000 size=3D2><FONT color=3D#000080 size=3D6><FONT =
color=3D#000000=20
size=3D2></FONT></FONT></FONT></EM></FONT></FONT>
<DIV align=3Dcenter><FONT size=3D2><FONT size=3D6><FONT size=3D2><FONT =
size=3D6><FONT=20
size=3D2><FONT=20
color=3D#ff0000></FONT></FONT></FONT></FONT></FONT></FONT> </DIV>
<DIV align=3Dcenter><FONT size=3D2><FONT size=3D6><FONT size=3D2><FONT =
size=3D6><FONT=20
size=3D2><FONT color=3D#ff0000>Hypercool Happy New Year 2000 funny =
programs and=20
animations...</FONT></DIV></FONT></FONT></FONT></FONT></FONT>
<DIV align=3Dcenter><FONT color=3D#ff0000 size=3D2>We attached =
our recent=20
animation from this site in our mail ! Check it out=20
!</FONT></DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0032_01BF4899.37801400--
Is 2.0.19d newer than 2.0.60?
.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of System
Administrator
Sent: Friday, December 17, 1999 8:58 AM
Got ahold of Ryan at Source Technologies, he emailed me 2.0.19d code. I
flashed it to all cards with 0.55.0 HR, even the ones that appeared to be
working. Been one hour, no reboots... I love vacation!
Justin Ellison
sysadmin@nebi.com
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jamie Orzechowski
Sent: Friday, December 17, 1999 9:48 AM
I got a call from Source Technology saying that our new (0.55) cards could
be faulty ... they were ... They gave me a fix from 3Com (modfied 2.0.19
code) and the cards are working fine now ...
----
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Thus spake Terry Kennedy
>Is 2.0.19d newer than 2.0.60?
I don't have the authoritative word on this...but, yes, I'm pretty sure
it is...I believe 2.0.19d is a brand new code release that they put
together for exactly this situation. Unfortunately, I believe its built
from the 2.0.19 code base which means that it contains none of the
improvements that 2.0.81 and 2.0.60 brought.
In other words, use non-0.55 spares if you've got 'em...but 2.0.19d
would be a last resort if you don't have spares and need the service up
and running...even if crippled on a sucky code release.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) DSP 2.0.60 & ARC 4.1.59 From: Mark E. Levy <mark@fsi.net> Date: 1999-12-18 10:05:31
A few weeks ago, I upgraded my DSPs to 2.0.60 & my ARCs to 4.2.32.
Almost immediately, I began to get complaints from users with either
Kflex-only or 33.6 or slower modems that they had extreme difficulty
connecting or staying connected. I downgraded the DSPs back to 2.0.19 &
the ARCs to 4.1.59.
I later heard from someone on the ISP-TECH list that he, too, had
problems with that 2.0.60 & 4.2.32, and downgraded his ARCs to 4.1.59
but left the DSPs alone, and that solved his problems.
I'd like to know if anyone else is running 2.0.60 with 4.1.59 without
problems before I consider re-upgrading my DSPs (none of which are
hardware rev 55) to get the alleged Rockwell fix.
--
Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.net
mark@fsi.net
At 10:05 AM 12/18/99 -0600, "Mark E. Levy" <mark@fsi.net> wrote:
>A few weeks ago, I upgraded my DSPs to 2.0.60 & my ARCs to 4.2.32.
>Almost immediately, I began to get complaints from users with either
>Kflex-only or 33.6 or slower modems that they had extreme difficulty
>connecting or staying connected. I downgraded the DSPs back to 2.0.19 &
>the ARCs to 4.1.59.
>
>I later heard from someone on the ISP-TECH list that he, too, had
>problems with that 2.0.60 & 4.2.32, and downgraded his ARCs to 4.1.59
>but left the DSPs alone, and that solved his problems.
>
>I'd like to know if anyone else is running 2.0.60 with 4.1.59 without
>problems before I consider re-upgrading my DSPs (none of which are
>hardware rev 55) to get the alleged Rockwell fix.
I'm at 4.2.32 on the ARCs and 2.0.81 DSP and it's been stable here for 6
weeks or so.
--
Kirk Mitchell-General Manager mitch@keyconn.net
Keystone Connect Unlock Your World
Altoona, PA 814-941-5000 http://www.keyconn.net
2.0.60 and 4.1.59-6 seems to be the most stable DSP/ARC code. Most of the
diff. in 4.2 series is for routing protocols (bgp) from what I understand.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Sat, 18 Dec 1999, Mark E. Levy wrote:
> A few weeks ago, I upgraded my DSPs to 2.0.60 & my ARCs to 4.2.32.
> Almost immediately, I began to get complaints from users with either
> Kflex-only or 33.6 or slower modems that they had extreme difficulty
> connecting or staying connected. I downgraded the DSPs back to 2.0.19 &
> the ARCs to 4.1.59.
>
> I later heard from someone on the ISP-TECH list that he, too, had
> problems with that 2.0.60 & 4.2.32, and downgraded his ARCs to 4.1.59
> but left the DSPs alone, and that solved his problems.
>
> I'd like to know if anyone else is running 2.0.60 with 4.1.59 without
> problems before I consider re-upgrading my DSPs (none of which are
> hardware rev 55) to get the alleged Rockwell fix.
>
> --
> ---------------------------------------------------------------------
> Mark E. Levy, President
> FSINet, Inc.
> 800-827-6085 x202
> 847-753-6832 fax
> www.fsi.net
> mark@fsi.net
> ---------------------------------------------------------------------
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
2.0.60 and 4.1.59-6 seems to be the most stable DSP/ARC code. Most of the
diff. in 4.2 series is for routing protocols (bgp) from what I understand.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Sat, 18 Dec 1999, Mark E. Levy wrote:
> A few weeks ago, I upgraded my DSPs to 2.0.60 & my ARCs to 4.2.32.
> Almost immediately, I began to get complaints from users with either
> Kflex-only or 33.6 or slower modems that they had extreme difficulty
> connecting or staying connected. I downgraded the DSPs back to 2.0.19 &
> the ARCs to 4.1.59.
>
> I later heard from someone on the ISP-TECH list that he, too, had
> problems with that 2.0.60 & 4.2.32, and downgraded his ARCs to 4.1.59
> but left the DSPs alone, and that solved his problems.
>
> I'd like to know if anyone else is running 2.0.60 with 4.1.59 without
> problems before I consider re-upgrading my DSPs (none of which are
> hardware rev 55) to get the alleged Rockwell fix.
>
> --
> ---------------------------------------------------------------------
> Mark E. Levy, President
> FSINet, Inc.
> 800-827-6085 x202
> 847-753-6832 fax
> www.fsi.net
> mark@fsi.net
> ---------------------------------------------------------------------
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Thus spake farber@admin.f-tech.net
>2.0.60 and 4.1.59-6 seems to be the most stable DSP/ARC code. Most of the
>diff. in 4.2 series is for routing protocols (bgp) from what I understand.
OSPF and frame-relay :) ...no BGP (yet at least).
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
On Sat, 18 Dec 1999, Jeff Mcadams wrote:
> Thus spake farber@admin.f-tech.net
> >2.0.60 and 4.1.59-6 seems to be the most stable DSP/ARC code. Most of the
> >diff. in 4.2 series is for routing protocols (bgp) from what I understand.
>
> OSPF and frame-relay :) ...no BGP (yet at least).
and hopefuly BGP will stay out of the code for a very long time :). My
reasoning is that any time spent on developing BGP code, could be better
spent elswhere.........
Brian
>
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Thus spake Brian
>On Sat, 18 Dec 1999, Jeff Mcadams wrote:
>> Thus spake farber@admin.f-tech.net
>> >2.0.60 and 4.1.59-6 seems to be the most stable DSP/ARC code. Most of the
>> >diff. in 4.2 series is for routing protocols (bgp) from what I understand.
>> OSPF and frame-relay :) ...no BGP (yet at least).
>and hopefuly BGP will stay out of the code for a very long time :). My
>reasoning is that any time spent on developing BGP code, could be better
>spent elswhere.........
Assuming that resources spent on developing BGP could be transferred to
working on other features without cost...which is unlikely (unless you
want to move the resources to a similar feature...IS-IS?). If 3Com has
routing protocol programmers sitting there twiddling their thumbs, I'd
rather them go ahead and do BGP...cause it could prove useful
(particularly if 3Com wants the HiPer Arc to ever be more than just an
edge system...which it definitely has the potential to be).
I do agree with you though...there are many features that I'd rather see
as a higher priority than BGP...what Cisco calls "policy routing" would
be terribly useful, for example. Bridging is still something that I
want drastically, and a "packet bus interface" would be seriously cool
(ie, have an IP interface to the packet bus of the chassis to facilitate
Arc to Arc communication...or combine with the bridging for added fun
for the whole family! ;).
Hrmm...other ideas...
Develop the abilities of the Arc as a t1/t3, etc connected device. The
new NICs with 4.2.x give the Arc the ability to terminate t1's. You
apparently can (I haven't tested this yet) run PPP over these t1's (in
previous messages I had said you couldn't), but the implementation seems
fairly limited on it...also, with frame-relay PVC's...why not use
PAP/CHAP and RADIUS to get the configuration for these ports? The
manageability aspects that this gives you is a huge win (anyone doing
DSL service has probably figured this out...I know we did when we
started doing DSL...and in a big way!)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Jeff Mcadams wrote:
>Develop the abilities of the Arc as a t1/t3, etc connected device. The
>new NICs with 4.2.x give the Arc the ability to terminate t1's. You
>apparently can (I haven't tested this yet) run PPP over these t1's (in
>previous messages I had said you couldn't), but the implementation seems
>fairly limited on it...also, with frame-relay PVC's...why not use
>PAP/CHAP and RADIUS to get the configuration for these ports? The
>manageability aspects that this gives you is a huge win (anyone doing
>DSL service has probably figured this out...I know we did when we
>started doing DSL...and in a big way!)
In what capacity do you use the TC in your DSL offerings? I'm curious as to
how you have it setup. Would you care to share some details on the
equipment, configuration and functionality?
Regards,
Scot
Thus spake Scot Desort
>Jeff Mcadams wrote:
>>Develop the abilities of the Arc as a t1/t3, etc connected device. The
>>new NICs with 4.2.x give the Arc the ability to terminate t1's. You
>>apparently can (I haven't tested this yet) run PPP over these t1's (in
>>previous messages I had said you couldn't), but the implementation seems
>>fairly limited on it...also, with frame-relay PVC's...why not use
>>PAP/CHAP and RADIUS to get the configuration for these ports? The
>>manageability aspects that this gives you is a huge win (anyone doing
>>DSL service has probably figured this out...I know we did when we
>>started doing DSL...and in a big way!)
>In what capacity do you use the TC in your DSL offerings? I'm curious as to
>how you have it setup. Would you care to share some details on the
>equipment, configuration and functionality?
Don't yet...its very close to being useable for it though...just not
quite there.
We've only got DSL turned up in one city at this point...we've filed a
formal complaint with BellSouth with the Kentucky PSC over their actions
with regards to anti-competitive actions...particularly with respect to
DSL...
In the city that we do have service (Lexington, KY...with GTE), we're
using RedBack...no PPPoE (evil protocol). The cool thing about the
RedBack is that the IP level network is abstracted from the physical, or
even logical (ie, frame pvc's) connectivity.
The way you can set up the RedBack is that you have a port...like a T1
port...and you set the encapsulation on it as normal...but, say, for
frame-relay...they have an "auto-subscriber" command that let's you
configure, en mass, PVC's for the frame-relay. Those PVC's are bound to
a "subscriber". So what happens is that when that PVC comes up (ie, GTE
activates it), its bound to that subscriber (something of the form
"lexdsl01.4.0.0.123"..."lexdsl01." is the prefix I put in, then slot 4,
port 0, PVC 0.123....the PVC field has two numbers to be able to handle
ATM pvc's which use two numbers)...the RedBack then authenticates that
subscriber as a userid...meaning it looks in its local config, if it
doesn't find it there, it sends it to a RADIUS server...so we do all of
our router configuration in our RADIUS server.
The RedBack has some other stuff that makes it pretty nice for doing DSL
type of service that most other equipment lacks...but none of it is
really absolutely necessary.
The only thing that the Arcs are absolutely lacking in order to be able
to be used to provide DSL service such as GTE's is bridging...GTE uses
RFC1490 bridging over frame-relay to deliver the DSL connections to the
ISPs. Some sort of traffic management features would be an almost
necessity to be able to provide DSL and actually make money at it. :)
From what I understand, traffic tagging will be in tcs4.0...but the
ability to actually throttle down the traffic within the Arc would be
necessary for a DSL router...either throttle it down as a traffic
shaping type of thing...or the ability to choose queuing strategies to
do prioritization.
Obviously, DSL is the next step up for the Arc from what it is
currently. I think it has the possibility to be even more...its got the
cpu and memory to be a low-end core router...the routing protocols
aren't there yet (thus the mention of BGP), nor is the control over the
routing protocols (control over redistribution primarily).
Also, the current implementation of OSPF leaves a bit to be desired...as
Mike Andrews pointed out...with the improper handling of multiple
different routes (different length netmasks) with the same network
number. That right there is enough to keep me from enabling OSPF on my
Arcs...I don't *think* I would get bitten by it given the configuration
of my network...but if the handling of OSPF routes in the Arc is that
broken...I think I'll pass. :)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) Total Control Problem From: meijin@vvm.com <meijin@vvm.com> Date: 1999-12-20 09:54:14
I picked up a used Total Control unit with a total of like 48 modems in it.
The first modem card (with 4 modems) in it will all answer calls, but none
of the other modems will get calls. Can anyone familiar with this unit
think of something I might have missed or that I can check to see what the
deal is?
Thanks!
Michael
Subject:(usr-tc) Total Control Problem From: meijin@vvm.com <meijin@vvm.com> Date: 1999-12-20 09:58:38
I picked up a used Total Control unit with a total of like 48 modems in it.
The first modem card (with 4 modems) in it will all answer calls, but none
of the other modems will get calls. Can anyone familiar with this unit
think of something I might have missed or that I can check to see what the
deal is?
Thanks!
Michael
Subject:(usr-tc) S&A Server Y2K issues From: K Mitchell <mitch@keyconn.net> Date: 1999-12-20 11:02:44
Couple of questions regarding this, the box is NT4/SP5;
-Are there any known issues relating to S&A Server 6.0.90 running on Access
98?
-What effect would upgrading to Access 2000 have on S&A Server?
Thanks,
--
Kirk Mitchell-General Manager mitch@keyconn.net
Keystone Connect Unlock Your World
Altoona, PA 814-941-5000 http://www.keyconn.net
Subject:(usr-tc) Recommended ip pool size. From: Jason P. <jjperc@petronet.net> Date: 1999-12-20 11:16:29
We have a HiperARC chassis with PRI service. Can anyone give me a
suggestion on what the recommended ip pool size would be for one PRI
span (23 modems)? I haven't been able to find this info anywhere in any
documentation.
Thanks in advance.
Subject:Re: (usr-tc) Recommended ip pool size. From: K Mitchell <mitch@keyconn.net> Date: 1999-12-20 12:23:23
At 11:16 AM 12/20/99 -0600, Jason P. wrote:
>We have a HiperARC chassis with PRI service. Can anyone give me a
>suggestion on what the recommended ip pool size would be for one PRI
>span (23 modems)? I haven't been able to find this info anywhere in any
>documentation.
Do you plan on expanding? If you won't be adding any modems to this box, a
pool of 23 will suffice. If you think that you'll have 96 modems in the box
a year from now, go ahead and give it a pool of 96 addresses if you have
enough.
--
Kirk Mitchell-General Manager mitch@keyconn.net
Keystone Connect Unlock Your World
Altoona, PA 814-941-5000 http://www.keyconn.net
Subject:RE: (usr-tc) Total Control Problem From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-20 12:38:03
for CT1 check and make sure you have the DS0->modem mapping set up correctly
for PRI check your PRI Configuration and set the modem call routing method
appropriately (FirstAvailable or RoundRobin would probably be simplest for
you in this case).
Then make sure all your modems are configured the same as one of your
working modems...I use the "load from" function to make life easier.
Matthew Stainforth || Technical Services Manager || BrunNet Inc.
> -----Original Message-----
> From: meijin@vvm.com [mailto:meijin@vvm.com]
> Sent: Monday, December 20, 1999 11:59 AM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Total Control Problem
>
>
> I picked up a used Total Control unit with a total of like 48
> modems in it.
> The first modem card (with 4 modems) in it will all answer
> calls, but none
> of the other modems will get calls. Can anyone familiar with this unit
> think of something I might have missed or that I can check to
> see what the
> deal is?
>
> Thanks!
>
> Michael
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) Recommended ip pool size. From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-20 13:19:27
For NetServers they recommended having a few extra addresses in the pool due
to leakage but I'm told the ARCs don't have this problem. If 23 trunks are
all you have then 23 addresses should do it.
Matthew Stainforth || Technical Services Manager || BrunNet Inc.
> -----Original Message-----
> From: Jason P. [mailto:jjperc@petronet.net]
> Sent: Monday, December 20, 1999 1:16 PM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Recommended ip pool size.
>
>
> We have a HiperARC chassis with PRI service. Can anyone give me a
> suggestion on what the recommended ip pool size would be for one PRI
> span (23 modems)? I haven't been able to find this info
> anywhere in any
> documentation.
>
> Thanks in advance.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Recommended ip pool size. From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1999-12-20 15:17:46
Depends upon your maximum number of ports. So in your case you need an
ip pool of 23 address for each pri card.
krish
On Mon, 20 Dec 1999, Jason P. wrote:
> We have a HiperARC chassis with PRI service. Can anyone give me a
> suggestion on what the recommended ip pool size would be for one PRI
> span (23 modems)? I haven't been able to find this info anywhere in any
> documentation.
>
> Thanks in advance.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Recommended ip pool size. From: Jason P. <jjperc@petronet.net> Date: 1999-12-20 16:07:40
Thanks for the info. We actually have 7 PRI's on our HiperARC, but I wanted
to get a general idea of how many ip's we were looking at. We started our
Hiper chassis with 4 PRI's on it and I had set the ip pool size to 140 to be
safe. I now have it set to 168. We also have an old NetServer TC chassis with
2 PRI's on quads, and I remember we had to set the pool size quite a bit
higher than the actual number of trunks. I just didn't know if it applied to
the Hiper's also.
Thanks again for the help.
Jason.
Tatai SV Krishnan wrote:
> Depends upon your maximum number of ports. So in your case you need an
> ip pool of 23 address for each pri card.
>
> krish
>
> On Mon, 20 Dec 1999, Jason P. wrote:
>
> > We have a HiperARC chassis with PRI service. Can anyone give me a
> > suggestion on what the recommended ip pool size would be for one PRI
> > span (23 modems)? I haven't been able to find this info anywhere in any
> > documentation.
> >
> > Thanks in advance.
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:RE: (usr-tc) Recommended ip pool size. From: Brian Elfert <brian@citilink.com> Date: 1999-12-20 16:10:41
On Mon, 20 Dec 1999, Stainforth, Matthew wrote:
>
> For NetServers they recommended having a few extra addresses in the pool due
> to leakage but I'm told the ARCs don't have this problem. If 23 trunks are
> all you have then 23 addresses should do it.
I've been running Netservers on 3.7.24 for 18 months or more now. I've
had the same numbers of IPs as modems, and I've never seen any leakage on
the IP pool.
Brian
All,
Chuck tried to sent this to the list on Friday but I don't think it was ever
posted... or maybe I just missed it. If it did make it across and I missed it,
I apologize for the repost.
Regards,
David
---------------------- Forwarded by Chuck Stace/MW/US/3Com on 12/20/99 02:30 PM
Subject:(usr-tc) MultiTeck From: Jerry Kalligonis <jerryk@blazenet.net> Date: 1999-12-20 17:13:58
Has anyone had difficulties getting MuliTeck modems to connect to newer DSP
code? Any tips?
Thanks
Jerry
Subject:Re: (usr-tc) Recommended ip pool size. From: farber@admin.f-tech.net Date: 1999-12-20 18:21:03
I would use 24 IP's per DSP. Since IP's are handed out on least used
priority you would not have to worry about a person calling up, dropping
and another totally different users then hooking up with the same IP and
not getting anytwere because the previous IP user started a 25Mb DL.
Add that 24th IP address in there.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Mon, 20 Dec 1999, Tatai SV Krishnan wrote:
> Depends upon your maximum number of ports. So in your case you need an
> ip pool of 23 address for each pri card.
>
> krish
>
> On Mon, 20 Dec 1999, Jason P. wrote:
>
> > We have a HiperARC chassis with PRI service. Can anyone give me a
> > suggestion on what the recommended ip pool size would be for one PRI
> > span (23 modems)? I haven't been able to find this info anywhere in any
> > documentation.
> >
> > Thanks in advance.
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) Recommended ip pool size. From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-20 19:05:19
Same here...that's just what I've seen 3Com recommend on the list here
before.
> -----Original Message-----
> From: Brian Elfert [SMTP:brian@citilink.com]
> Sent: Monday, December 20, 1999 6:11 PM
> To: 'usr-tc@lists.xmission.com'
> Subject: RE: (usr-tc) Recommended ip pool size.
>
>
>
> On Mon, 20 Dec 1999, Stainforth, Matthew wrote:
>
> >
> > For NetServers they recommended having a few extra addresses in the pool
> due
> > to leakage but I'm told the ARCs don't have this problem. If 23 trunks
> are
> > all you have then 23 addresses should do it.
>
> I've been running Netservers on 3.7.24 for 18 months or more now. I've
> had the same numbers of IPs as modems, and I've never seen any leakage on
> the IP pool.
>
> Brian
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 is a multi-part message in MIME format.
------=_NextPart_000_002E_01BF4B28.289B3AA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
We are having some problems with all, but mainly one DSP card =
continually having a pair of modems hanging up. (Resetting the card =
about 3 to 4 times a week. All DSP cards are running the same code =
2.0.81) I spoke with our vendor about sending this card back for repairs =
as the others do not hang up nearly as often. Thir solution was to tell =
me I need to put the 2.6.0 code in there that it had all the fixes for =
this. I thought that 2.0.6 was the revision that had a fix for this. I =
spoke with them about this and they said no the 2.6.0 code is newer than =
the 2.0.6 Am I nutts (insert your private joke here) but I thought the =
lower the revision number the newer the code. Has anyone seen any major =
improvements with any of these codes? And what would you suggest? Many =
Thanks and HAPPY HOLIDAYS
Greg Owens
Magnolia Internet Services
http://www.magnolia-net.com=20
------=_NextPart_000_002E_01BF4B28.289B3AA0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>We are having some problems with all, =
but mainly=20
one DSP card continually having a pair of modems hanging up. (Resetting =
the card=20
about 3 to 4 times a week. All DSP cards are running the same code =
2.0.81) I=20
spoke with our vendor about sending this card back for repairs as the =
others do=20
not hang up nearly as often. Thir solution was to tell me I need =
to put=20
the 2.6.0 code in there that it had all the fixes for this. I thought =
that 2.0.6=20
was the revision that had a fix for this. I spoke with them about this =
and they=20
said no the 2.6.0 code is newer than the 2.0.6 Am I nutts =
(insert=20
your private joke here) but I thought the lower the revision number the =
newer=20
the code. Has anyone seen any major improvements with any of these =
codes? And=20
what would you suggest? Many Thanks and HAPPY HOLIDAYS</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Greg Owens<BR>Magnolia Internet =
Services<BR><A=20
href=3D"http://www.magnolia-net.com">http://www.magnolia-net.com</A>=20
</FONT></DIV></BODY></HTML>
------=_NextPart_000_002E_01BF4B28.289B3AA0--
>
> Also, the current implementation of OSPF leaves a bit to be desired...as
> Mike Andrews pointed out...with the improper handling of multiple
> different routes (different length netmasks) with the same network
> number. That right there is enough to keep me from enabling OSPF on my
> Arcs...I don't *think* I would get bitten by it given the configuration
> of my network...but if the handling of OSPF routes in the Arc is that
> broken...I think I'll pass. :)
I am holding off on the OSPF until they get that fixed as well.
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:Re: (usr-tc) Recommended ip pool size. From: Brian <signal@shreve.net> Date: 1999-12-20 21:11:37
On Mon, 20 Dec 1999, Jason P. wrote:
> We have a HiperARC chassis with PRI service. Can anyone give me a
> suggestion on what the recommended ip pool size would be for one PRI
> span (23 modems)? I haven't been able to find this info anywhere in any
> documentation.
>
> Thanks in advance.
just one? a /27 would do. But surely you will have growth right? If so,
give as much as you can reasonably afford to up to say a /25. /25 is a
decent size to handle 5 HDM's with not a whole lot of wasted space.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Subject:Re: (usr-tc) DSP hang ups & code From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-20 23:27:25
Thus spake Greg owens
>We are having some problems with all, but mainly one DSP card
>continually having a pair of modems hanging up. (Resetting the card
>about 3 to 4 times a week. All DSP cards are running the same code
>2.0.81) I spoke with our vendor about sending this card back for
>repairs as the others do not hang up nearly as often. Thir solution
>was to tell me I need to put the 2.6.0 code in there that it had all
>the fixes for this. I thought that 2.0.6 was the revision that had a
>fix for this. I spoke with them about this and they said no the 2.6.0
>code is newer than the 2.0.6 Am I nutts (insert your private joke
>here) but I thought the lower the revision number the newer the code.
>Has anyone seen any major improvements with any of these codes? And
>what would you suggest? Many Thanks and HAPPY HOLIDAYS
You want 2.0.60...it has a workaround (note...not fix) for the hanging
modem issue...it does proactive aggressive resets on the modems when
this occurs. 2.6.0 doesn't exist. The numbering system is nothing so
simple as you describe it here. The first two numbers are as you would
normally expect (higher numbers are later)...for the third number
though, basic releases count up, then Engineering Releases and Service
Releases (ER's and SR's) count down. This means that there will be an
initial release (for 2.0.x in the DSP's, it was 2.0.19), then there will
likely be later ER's and SR's that you might be using (for DSP's, 2.0.81
was the first SR, 2.0.60 was the next one, 2.0.51 will likely be the
third). The general consensus is that 2.0.60 does help with the hung
modem issue...its not perfect, but its better.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Can anyone clue me in on why the ARC removes a
static route definition after "save all" and a "reboot"?
IOW,
add ip route x.x.x.x/32 gateway x.x.x.x
save all
reboot
*poof* - no more route. After adding the route it works
fine and shows up in "li ip routes". Checked the docs,
didn't say anything about it not being persistent after a
reboot.
thanks, blake
Subject:Re: (usr-tc) DSP hang ups & code From: Ed <ed@taylors.com> Date: 1999-12-21 05:12:00
This is a multi-part message in MIME format.
------=_NextPart_000_0072_01BF4B71.E9596200
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I never could figure out the whole idea of a workaround... versus a true =
fix. I am sure they can certainly fix it considering they broke it... =
(When I say they broke I mean they broke it... originally this was not =
an issue with the Hiper DSP's)
Maybe 3com should actually address the defects directly instead of a =
chip reset for when the problem happens... which is quite often.
BTW, whatever happen to the V90 issues?? Still no resolution on that =
3com? (Was acknoledged that they had V90 issues over 3 months ago and =
still no resolution. Ascends still connect V90 more often)
IMHO
Ed Taylor
----- Original Message -----=20
From: Jeff Mcadams=20
To: usr-tc@lists.xmission.com=20
Sent: Monday, December 20, 1999 11:27 PM
Subject: Re: (usr-tc) DSP hang ups & code
Thus spake Greg owens
>We are having some problems with all, but mainly one DSP card
>continually having a pair of modems hanging up. (Resetting the card
>about 3 to 4 times a week. All DSP cards are running the same code
>2.0.81) I spoke with our vendor about sending this card back for
>repairs as the others do not hang up nearly as often. Thir solution
>was to tell me I need to put the 2.6.0 code in there that it had all
>the fixes for this. I thought that 2.0.6 was the revision that had a
>fix for this. I spoke with them about this and they said no the 2.6.0
>code is newer than the 2.0.6 Am I nutts (insert your private joke
>here) but I thought the lower the revision number the newer the code.
>Has anyone seen any major improvements with any of these codes? And
>what would you suggest? Many Thanks and HAPPY HOLIDAYS
You want 2.0.60...it has a workaround (note...not fix) for the hanging
modem issue...it does proactive aggressive resets on the modems when
this occurs. 2.6.0 doesn't exist. The numbering system is nothing so
simple as you describe it here. The first two numbers are as you =
would
normally expect (higher numbers are later)...for the third number
though, basic releases count up, then Engineering Releases and Service
Releases (ER's and SR's) count down. This means that there will be an
initial release (for 2.0.x in the DSP's, it was 2.0.19), then there =
will
likely be later ER's and SR's that you might be using (for DSP's, =
2.0.81
was the first SR, 2.0.60 was the next one, 2.0.51 will likely be the
third). The general consensus is that 2.0.60 does help with the hung
modem issue...its not perfect, but its better.
--=20
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
------=_NextPart_000_0072_01BF4B71.E9596200
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>I never could figure out the whole idea of a =
workaround...=20
versus a true fix. I am sure they can certainly fix it considering they =
broke=20
it... (When I say they broke I mean they broke it... originally this was =
not an=20
issue with the Hiper DSP's)</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Maybe 3com should actually address the defects =
directly=20
instead of a chip reset for when the problem happens... which is =
quite=20
often.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>BTW, whatever happen to the V90 issues?? Still no =
resolution=20
on that 3com? (Was acknoledged that they had V90 issues over 3 months =
ago and=20
still no resolution. Ascends still connect V90 more often)</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>IMHO</FONT></DIV>
<DIV><BR>Ed Taylor<BR></DIV>
<DIV>----- Original Message ----- </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A href=3D"mailto:jeffm@iglou.com" title=3Djeffm@iglou.com>Jeff =
Mcadams</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
href=3D"mailto:usr-tc@lists.xmission.com"=20
title=3Dusr-tc@lists.xmission.com>usr-tc@lists.xmission.com</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Monday, December 20, 1999 =
11:27=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: (usr-tc) DSP hang =
ups &=20
code</DIV>
<DIV><BR></DIV>Thus spake Greg owens<BR>>We are having some =
problems with=20
all, but mainly one DSP card<BR>>continually having a pair of =
modems=20
hanging up. (Resetting the card<BR>>about 3 to 4 times a week. All =
DSP=20
cards are running the same code<BR>>2.0.81) I spoke with our vendor =
about=20
sending this card back for<BR>>repairs as the others do not =
hang up=20
nearly as often. Thir solution<BR>>was to tell me I need to put the =
2.6.0=20
code in there that it had all<BR>>the fixes for this. I thought =
that 2.0.6=20
was the revision that had a<BR>>fix for this. I spoke with them =
about this=20
and they said no the 2.6.0<BR>>code is newer than the =
2.0.6 Am=20
I nutts (insert your private joke<BR>>here) but I thought the lower =
the=20
revision number the newer the code.<BR>>Has anyone seen any major=20
improvements with any of these codes? And<BR>>what would you =
suggest? Many=20
Thanks and HAPPY HOLIDAYS<BR><BR>You want 2.0.60...it has a workaround =
(note...not fix) for the hanging<BR>modem issue...it does proactive =
aggressive=20
resets on the modems when<BR>this occurs. 2.6.0 doesn't =
exist. The=20
numbering system is nothing so<BR>simple as you describe it =
here. The=20
first two numbers are as you would<BR>normally expect (higher numbers =
are=20
later)...for the third number<BR>though, basic releases count up, then =
Engineering Releases and Service<BR>Releases (ER's and SR's) count =
down. =20
This means that there will be an<BR>initial release (for 2.0.x in the =
DSP's,=20
it was 2.0.19), then there will<BR>likely be later ER's and SR's that =
you=20
might be using (for DSP's, 2.0.81<BR>was the first SR, 2.0.60 was the =
next=20
one, 2.0.51 will likely be the<BR>third). The general consensus =
is that=20
2.0.60 does help with the hung<BR>modem issue...its not perfect, but =
its=20
better.<BR>-- <BR>Jeff=20
=
McAdams =
&=
nbsp; =20
Email: <A href=3D"mailto:jeffm@iglou.com">jeffm@iglou.com</A><BR>Head =
Network=20
=
Administrator =
=20
Voice: (502) 966-3848<BR>IgLou Internet=20
=
Services  =
; =
=20
(800) 436-4456<BR><BR>-<BR> To unsubscribe to usr-tc, send an =
email to=20
"<A=20
=
href=3D"mailto:majordomo@xmission.com">majordomo@xmission.com</A>"<BR>&nb=
sp;with=20
"unsubscribe usr-tc" in the body of the message.<BR> For =
information on=20
digests or retrieving files and old messages send<BR> "help" to =
the same=20
address. Do not use quotes in your =
message.<BR></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0072_01BF4B71.E9596200--
Subject:Re: (usr-tc) PCSDL, is there some sort of trick to this? From: Steve Valiunas <steve_valiunas@mw.3com.com> Date: 1999-12-21 09:55:34
Close, I think you've got the wrong SDL file version though- Try this:
pcsdl -p1 -r9600 -vsd3.2.0 -vna5.2.2 -nsdnm -nnanm
I recommend you bump the speed up to 57600 instead of 9600 though (flip
dipswitches 1&2 up on the card & use -r57600). You're trying to flash it with
the 5.2.2 code, right? Sometimes it helps if you reseat the NMC after starting
the PCSDL if it doesn't take off right away.
STeve
das <das@gol.com> on 12/21/99 09:35:36 AM
Please respond to usr-tc@lists.xmission.com
Sent by: das <das@gol.com>
cc: (Steve Valiunas/MW/US/3Com)
I've read all of the documentation. I've now got some remote NMCs that
have become unreachable via TCM. I figure that I need to go there and
reflash them via PCSDL. I've never had to do this before, so I did my
homework. This is what I'm typing:
pcsdl -p1 -r9600 -vsd5.4.1 -vna5.2.2 -nsdnm -nnanm
This should be all you need correct? It keeps giving me the following
error message:
Error: No such file or directory.
So, I tried using the -d flag to specify C:\usr_sdl . But, that didn't
seem to have any affect.
Any ideas? I don't want to have to go all the way out there tomorrow
without any way to bring these cards up.
TIA,
das
--
____________________________________________
Alex Substanley Global OnLine Japan
Engineering Department
Das Man TEL: 81-3-5334-1700
Systems Engineer FAX: 81-3-5334-1711
The Highest Quality Service, Bar None
____________________________________________
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) PCSDL, is there some sort of trick to this? From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1999-12-21 10:21:34
On Wed, 22 Dec 1999, das wrote:
> I've read all of the documentation. I've now got some remote NMCs that
> have become unreachable via TCM. I figure that I need to go there and
> reflash them via PCSDL. I've never had to do this before, so I did my
> homework. This is what I'm typing:
>
> pcsdl -p1 -r9600 -vsd5.4.1 -vna5.2.2 -nsdnm -nnanm
>
> This should be all you need correct? It keeps giving me the following
> error message:
>
> Error: No such file or directory.
This error refers to the sdl and the nac file. What it says here is that
you do not have a either a sdl file named nm050401.sdl or you do not have
a nm05050202.nac file. Check the file names
krish
>
> So, I tried using the -d flag to specify C:\usr_sdl . But, that didn't
> seem to have any affect.
>
> Any ideas? I don't want to have to go all the way out there tomorrow
> without any way to bring these cards up.
>
> TIA,
>
> das
>
> --
> ____________________________________________
> Alex Substanley Global OnLine Japan
> Engineering Department
> Das Man TEL: 81-3-5334-1700
> Systems Engineer FAX: 81-3-5334-1711
> The Highest Quality Service, Bar None
> ____________________________________________
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) PCSDL, is there some sort of trick to this? From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1999-12-21 10:21:34
On Wed, 22 Dec 1999, das wrote:
> I've read all of the documentation. I've now got some remote NMCs that
> have become unreachable via TCM. I figure that I need to go there and
> reflash them via PCSDL. I've never had to do this before, so I did my
> homework. This is what I'm typing:
>
> pcsdl -p1 -r9600 -vsd5.4.1 -vna5.2.2 -nsdnm -nnanm
>
> This should be all you need correct? It keeps giving me the following
> error message:
>
> Error: No such file or directory.
This error refers to the sdl and the nac file. What it says here is that
you do not have a either a sdl file named nm050401.sdl or you do not have
a nm05050202.nac file. Check the file names
krish
>
> So, I tried using the -d flag to specify C:\usr_sdl . But, that didn't
> seem to have any affect.
>
> Any ideas? I don't want to have to go all the way out there tomorrow
> without any way to bring these cards up.
>
> TIA,
>
> das
>
> --
> ____________________________________________
> Alex Substanley Global OnLine Japan
> Engineering Department
> Das Man TEL: 81-3-5334-1700
> Systems Engineer FAX: 81-3-5334-1711
> The Highest Quality Service, Bar None
> ____________________________________________
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Does anyone know of a source for DSPs? 3com nailed us in the quad trade-up
and never shipped us DSPs because of this whole rev 55 problem. They say
we will get them in January but we need some now.
Thanks,
-Dale
Subject:RE: (usr-tc) DSP sources From: Jason A. Nunnelley <interests@linkfast.net> Date: 1999-12-21 11:20:30
Actually, I have a great source for DSPs (I hunted this and
other lists trying to find decent sources). However, they are
almost all on vacation. If you do not find a good source here
and today, let me know.
Jason
jason@linkfast.net
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dale Hege
Sent: Tuesday, December 21, 1999 7:54 AM
Does anyone know of a source for DSPs? 3com nailed us in the quad trade-up
and never shipped us DSPs because of this whole rev 55 problem. They say
we will get them in January but we need some now.
Thanks,
-Dale
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Is there an official word on this problem???
I recently installed 4 DSP's from the quad trade in program and they are rev
0.55.0
They are the last cards of the dial in pool installed in 2 POPs.
Currently there is not much traffic on these cards so I don't know if there
is a problem yet.
What should I be looking out for???? How do I fix It. They are flashed
with 2.0.60
Thanks
John Verreault
AEI Internet
Subject:RE: (usr-tc) Recommended ip pool size. From: Jason A. Nunnelley <interests@linkfast.net> Date: 1999-12-21 11:49:23
hmmmm...
Seems like a simple set of rules to assume. But, if you were in
a hurt, I'd bet you could get away with the 23 per DSP card and
a hand full of extra numbers for a buffer. The science would tell
you that 23 per card would make it fine. But, buffers are buffers
for a reason.
If you have the IPs available, Paul seems to have good advice. I
actually put 1 IP for each access circuit. Then, I ad a few for a
safty net. I have actually run with around 20 too few before, and
had only minor problems (when I maxed out - DUH!). So, it's an IP
per user online ratio - that simple. But, I am only saying what
has already been said a few times before. Unless someone knows a
bit of information about the network capacity of these cards that
would lead us to another conclusion - I am running on common sense.
If there is a bug to defer through an overage in IPs, please post
this ASAP. I do not want to be left out in the cold on this simple
an issue. I can order IPs like anyone - and would be happy to just-
ify a few hundred more than I need.
(or would need if equipment were perfect).
Jason
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of
farber@admin.f-tech.net
Sent: Monday, December 20, 1999 3:21 PM
Cc: Jason P.
I would use 24 IP's per DSP. Since IP's are handed out on least used
priority you would not have to worry about a person calling up, dropping
and another totally different users then hooking up with the same IP and
not getting anytwere because the previous IP user started a 25Mb DL.
Add that 24th IP address in there.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Mon, 20 Dec 1999, Tatai SV Krishnan wrote:
> Depends upon your maximum number of ports. So in your case you need an
> ip pool of 23 address for each pri card.
>
> krish
>
> On Mon, 20 Dec 1999, Jason P. wrote:
>
> > We have a HiperARC chassis with PRI service. Can anyone give me a
> > suggestion on what the recommended ip pool size would be for one PRI
> > span (23 modems)? I haven't been able to find this info anywhere in any
> > documentation.
> >
> > Thanks in advance.
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
On Tue, 21 Dec 1999, Dale Hege wrote:
> Does anyone know of a source for DSPs? 3com nailed us in the quad trade-up
> and never shipped us DSPs because of this whole rev 55 problem. They say
> we will get them in January but we need some now.
Quad trade up?!? I thought 3Com stopped that a long time ago.
Or is there a new Quad trade up? I'd be very interested to rid myself
of some Quads.
----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ
Subject:RE: (usr-tc) DSP sources From: Michael Brown <mbrown@source-t.com> Date: 1999-12-21 13:46:52
Needs, this is your guy and He has quads may want to do the quad trade
in if you can get it approved
> -----Original Message-----
> From: Stephen Amadei [SMTP:amadei@dandy.net]
> Sent: Tuesday, December 21, 1999 1:01 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) DSP sources
>
> On Tue, 21 Dec 1999, Dale Hege wrote:
>
> > Does anyone know of a source for DSPs? 3com nailed us in the quad
> trade-up
> > and never shipped us DSPs because of this whole rev 55 problem. They
> say
> > we will get them in January but we need some now.
>
> Quad trade up?!? I thought 3Com stopped that a long time ago.
>
> Or is there a new Quad trade up? I'd be very interested to rid myself
> of some Quads.
>
> ----Steve
> Stephen Amadei
> Director of MIS
> Dandy Connections, Inc.
> Atlantic City, NJ
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:(usr-tc) NT dns and HARC 4.2.29/32 From: Scott Boggs <sboggs@unitedbank.net> Date: 1999-12-21 20:59:24
I was running HARC 4.2.29 and Winnt DNS servpack 3.
Today I upgraded NT to sp6a. The TC completely freaked out.
Default route disappeared, could not find any way to add it back.
Kept saying "gateway IP is not in local network", but all devices are in the
same ether switch.
All dial in calls were dead in the water, no routing what so ever.
Upgraded to HARC 4.2.32. Did not fix problem.
Fell back to WinNT sp3. Did not fix problem.
I had to rebuild the Harc config from scratch.
question--- I still need to upgrade NT to sp6a.
Does anyone know of any reason why this might have happened?
Any similar experiences/co-incidences?
Dare I try the NT upgrade again? I am now on HARC 4.2.32.
Thanks,
Scott Boggs
LAN/WAN Administrator
United Bank
Zebulon Georgia
Subject:Re: (usr-tc)Disconnect User Problem From: K Mitchell <mitch@keyconn.net> Date: 1999-12-21 21:43:46
At 10:26 AM 12/22/99 +0800, bert.f@pacific.net.ph wrote:
>Good day,
>
>Any one having problems with disconnecting users in TC?
>While i'm on the command prompt, i do a "disconnect user xxx" and it doesn't
>disconnect user at tha time you have to issue a series of same command
before
>you will be prompting "CLI - user not found." i'm doing this because of
>simultaneous username that are logged in.
>Although we a script in killing simultanoues login, i found out that
>its having a long delay of disconnecting the user sometimes. Did any any one
>encountered this kind of problem?
Try: HANGUP INTERFACE slot:x/mod:x, knocks'em off every time.
--
Kirk Mitchell-General Manager mitch@keyconn.net
Keystone Connect Unlock Your World
Altoona, PA 814-941-5000 http://www.keyconn.net
Subject:Re: (usr-tc)Disconnect User Problem From: farber@admin.f-tech.net Date: 1999-12-21 22:26:13
on 4.1.59-6 'reset slot:xx/mod:xx' will also do it. Takes a few seconds
but works.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Tue, 21 Dec 1999, K Mitchell wrote:
> At 10:26 AM 12/22/99 +0800, bert.f@pacific.net.ph wrote:
> >Good day,
> >
> >Any one having problems with disconnecting users in TC?
> >While i'm on the command prompt, i do a "disconnect user xxx" and it doesn't
> >disconnect user at tha time you have to issue a series of same command
> before
> >you will be prompting "CLI - user not found." i'm doing this because of
> >simultaneous username that are logged in.
> >Although we a script in killing simultanoues login, i found out that
> >its having a long delay of disconnecting the user sometimes. Did any any one
> >encountered this kind of problem?
>
> Try: HANGUP INTERFACE slot:x/mod:x, knocks'em off every time.
>
>
> --
> Kirk Mitchell-General Manager mitch@keyconn.net
> Keystone Connect Unlock Your World
> Altoona, PA 814-941-5000 http://www.keyconn.net
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) NT dns and HARC 4.2.29/32 From: Mike Wronski <mwronski@coredump.ae.usr.com> Date: 1999-12-21 22:49:57
On Tue, 21 Dec 1999, Scott Boggs wrote:
> I was running HARC 4.2.29 and Winnt DNS servpack 3.
> Today I upgraded NT to sp6a. The TC completely freaked out.
> Default route disappeared, could not find any way to add it back.
> Kept saying "gateway IP is not in local network", but all devices are in the
> same ether switch.
> All dial in calls were dead in the water, no routing what so ever.
>
> Upgraded to HARC 4.2.32. Did not fix problem.
> Fell back to WinNT sp3. Did not fix problem.
>
> I had to rebuild the Harc config from scratch.
>
> question--- I still need to upgrade NT to sp6a.
> Does anyone know of any reason why this might have happened?
> Any similar experiences/co-incidences?
>
> Dare I try the NT upgrade again? I am now on HARC 4.2.32.
>
I dont see how changing NT would affect the HARC. Is this NT box also your
router? The HARC gives that message if you try to configure a
default route that is on a different network than its address.. YOu may
want to check the netmask you assigned the HARC and make sure your gateway
is on the same subnet/network ad the "ip network" you configured.
THe problem occurance may have only been a coincidence.. The HARC doesnt
need DNS to operate, it just passes the IP on to the dial-in user during
IPCP.
+--------------------------------------+
Mike Wronski (mike@coredump.ae.usr.com)
3Com Network Systems Engineer
Subject:(usr-tc) PCSDL, is there some sort of trick to this? From: das <das@gol.com> Date: 1999-12-22 00:35:36
I've read all of the documentation. I've now got some remote NMCs that
have become unreachable via TCM. I figure that I need to go there and
reflash them via PCSDL. I've never had to do this before, so I did my
homework. This is what I'm typing:
pcsdl -p1 -r9600 -vsd5.4.1 -vna5.2.2 -nsdnm -nnanm
This should be all you need correct? It keeps giving me the following
error message:
Error: No such file or directory.
So, I tried using the -d flag to specify C:\usr_sdl . But, that didn't
seem to have any affect.
Any ideas? I don't want to have to go all the way out there tomorrow
without any way to bring these cards up.
TIA,
das
--
____________________________________________
Alex Substanley Global OnLine Japan
Engineering Department
Das Man TEL: 81-3-5334-1700
Systems Engineer FAX: 81-3-5334-1711
The Highest Quality Service, Bar None
____________________________________________
Subject:Re: (usr-tc)Disconnect User Problem From: Mark Thornton <mark@corridor.net> Date: 1999-12-22 08:48:12
We use the Vircom Radius product and have very good luck with it not getting
the list out of sync with the chassis's. The new version that I haven't
installed yet moves to snmp for faster performance and better reliability as
indicated by Jeff. We no longer fight the simultaneous login battle, it has
been on automatic for over a year now.
Mark Thornton
San Marcos Internet, Inc.
512-393-5300
Subject:Re: (usr-tc)Disconnect User Problem From: Mark E. Levy <mark@fsi.net> Date: 1999-12-22 09:19:49
Im what way? Our radius server does this very nicely. It simply keeps
a running list of all logged-in users. When a login is attempted, it
checks the list to see if there is already an entry for that username.
If there is, and that user is not permitted multiple logins, an
access-reject is returned to the ARC. Works great and has never made a
mistake.
Jeff Mcadams wrote:
> But then I think about the RADIUS server trying to keep track of the
> state on all the Arc's think of that as being very error prone. :)
--
Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.net
mark@fsi.net
Subject:Re: (usr-tc)Disconnect User Problem From: farber@admin.f-tech.net Date: 1999-12-22 09:25:13
If you are trying to limit simeltanous-logins then the radius server you
use would be the best place to deny the login.
by all accounts telneting into the ARC, doing a list conn and grepping the
output for dup users sounds very error prone.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 22 Dec 1999 bert.f@pacific.net.ph wrote:
> At 10:26 PM 12/21/99 -0500, you wrote:
> >on 4.1.59-6 'reset slot:xx/mod:xx' will also do it. Takes a few seconds
> >but works.
> Thanks Paul, but my script is looking for two or more username and then
> it will disconnect them both. The problem is that TC is very slow to react
> sometimes, even i do manual disconnection:)
>
> bert
>
>
> >Paul Farber
> >Farber Technology
> >farber@admin.f-tech.net
> >Ph 570-628-5303
> >Fax 570-628-5545
> >
> >On Tue, 21 Dec 1999, K Mitchell wrote:
> >
> >> At 10:26 AM 12/22/99 +0800, bert.f@pacific.net.ph wrote:
> >> >Good day,
> >> >
> >> >Any one having problems with disconnecting users in TC?
> >> >While i'm on the command prompt, i do a "disconnect user xxx" and it
> doesn't
> >> >disconnect user at tha time you have to issue a series of same command
> >> before
> >> >you will be prompting "CLI - user not found." i'm doing this because of
> >> >simultaneous username that are logged in.
> >> >Although we a script in killing simultanoues login, i found out that
> >> >its having a long delay of disconnecting the user sometimes. Did any
> any one
> >> >encountered this kind of problem?
> >>
> >> Try: HANGUP INTERFACE slot:x/mod:x, knocks'em off every time.
> >>
> >>
> >> --
> >> Kirk Mitchell-General Manager mitch@keyconn.net
> >> Keystone Connect Unlock Your World
> >> Altoona, PA 814-941-5000 http://www.keyconn.net
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and old messages send
> >> "help" to the same address. Do not use quotes in your message.
> >>
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
> Herbert Frias
>
> Pacific Internet, Philippines Tel: (632) 637-1700
> 3rd Floor, Taipan Place Fax: (632) 636-4604
> Emerald Avenue, Ortigas Center email: bert.f@pacific.net.ph
> Pasig City, 1605
>
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc)Disconnect User Problem From: Jeff Mcadams <jeffm@iglou.com> Date: 1999-12-22 09:28:23
Thus spake farber@admin.f-tech.net
>If you are trying to limit simeltanous-logins then the radius server
>you use would be the best place to deny the login.
>by all accounts telneting into the ARC, doing a list conn and grepping
>the output for dup users sounds very error prone.
But then I think about the RADIUS server trying to keep track of the
state on all the Arc's think of that as being very error prone. :)
I agree, telnet'ing in and doing a list conn isn't the right solution
either. The best solution I've found is to do essentially the list
conn, but using SNMP ops to get the info. That's really what SNMP is
*for*...with the Arc's cpu capacity, its actually quite fast...and we've
not had any problems with false positives and we've not found any
instances of false negatives. Obviously, this depends on the quality of
the script and the checks that are done with it...but it seems to work
quite well for us. :)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc)Disconnect User Problem From: Mark Thornton <mark@corridor.net> Date: 1999-12-22 09:37:45
www.vircom.com
Mark Thornton
San Marcos Internet, Inc.
512-393-5300
-----Original Message-----
>Where can one get Vircom Radius?
>
>---Q
>
>> -----Original Message-----
>> From: owner-usr-tc@lists.xmission.com
>> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton
>> Sent: Wednesday, December 22, 1999 9:48 AM
>> To: usr-tc@lists.xmission.com
>> Subject: Re: (usr-tc)Disconnect User Problem
>>
>>
>> We use the Vircom Radius product and have very good luck with it
>> not getting
>> the list out of sync with the chassis's. The new version that I haven't
>> installed yet moves to snmp for faster performance and better
>> reliability as
>> indicated by Jeff. We no longer fight the simultaneous login
>> battle, it has
>> been on automatic for over a year now.
>>
>> Mark Thornton
>> San Marcos Internet, Inc.
>> 512-393-5300
>>
>>
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc)Disconnect User Problem From: Mark Thornton <mark@corridor.net> Date: 1999-12-22 09:42:40
The danger is if there is any problem in the reporting of accounting packets
to the radius server, or if the radius server is offline for a few minutes,
the logoffs may be missed. In that case the radius would deny access even
though the client had dropped offline.
The later versions of the software we use had several features to combat
this. First, if another user logged in using the same port as on open
session the system closed it because it obviously was disconnected. Second,
we lengthened out the retry interval on accounting packets as well as the
number of retries. Theoretically our radius could be down for 20+ minutes
and still receive the accounting packets and resynchronize when it started
back up. Of course if your radius is down for 20+ minutes...
Mark Thornton
San Marcos Internet, Inc.
512-393-5300
-----Original Message-----
>Im what way? Our radius server does this very nicely. It simply keeps
>a running list of all logged-in users. When a login is attempted, it
>checks the list to see if there is already an entry for that username.
>If there is, and that user is not permitted multiple logins, an
>access-reject is returned to the ARC. Works great and has never made a
>mistake.
>
>Jeff Mcadams wrote:
>
>> But then I think about the RADIUS server trying to keep track of the
>> state on all the Arc's think of that as being very error prone. :)
>
>--
>---------------------------------------------------------------------
>Mark E. Levy, President
>FSINet, Inc.
>800-827-6085 x202
>847-753-6832 fax
>www.fsi.net
>mark@fsi.net
>---------------------------------------------------------------------
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc)Disconnect User Problem From: farber@admin.f-tech.net Date: 1999-12-22 09:55:52
I use a similiar setup via a web page (php3/snmp to list users, time on,
ip, slot etc) then a simple perl script usig Net::Telnet to disconnect
users passed to it via a list. Works well. Plus a human get the final
say if a person get booted.
Cistron takes care of the simeltanious-use on the ARC's for me now. Sure
every once in a while the list does get out of wack with stale data... but
on a chassis that is always getting calls the stale info is never kept
more than a minute or two before a new user/call updates the list.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 22 Dec 1999, Jeff Mcadams wrote:
> Thus spake farber@admin.f-tech.net
> >If you are trying to limit simeltanous-logins then the radius server
> >you use would be the best place to deny the login.
>
> >by all accounts telneting into the ARC, doing a list conn and grepping
> >the output for dup users sounds very error prone.
>
> But then I think about the RADIUS server trying to keep track of the
> state on all the Arc's think of that as being very error prone. :)
>
> I agree, telnet'ing in and doing a list conn isn't the right solution
> either. The best solution I've found is to do essentially the list
> conn, but using SNMP ops to get the info. That's really what SNMP is
> *for*...with the Arc's cpu capacity, its actually quite fast...and we've
> not had any problems with false positives and we've not found any
> instances of false negatives. Obviously, this depends on the quality of
> the script and the checks that are done with it...but it seems to work
> quite well for us. :)
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) PCSDL, is there some sort of trick to this? From: das <das@gol.com> Date: 1999-12-22 09:57:33
Thanks Krish, I'll take a look at that.
das
> This error refers to the sdl and the nac file. What it says here is that
> you do not have a either a sdl file named nm050401.sdl or you do not have
> a nm05050202.nac file. Check the file names
>
> krish
>
Subject:Re: (usr-tc)Disconnect User Problem From: Nicolas St-Pierre <nstpierre@iasl.com> Date: 1999-12-22 10:12:01
farber@admin.f-tech.net wrote:
>
> I use a similiar setup via a web page (php3/snmp to list users, time on,
> ip, slot etc) then a simple perl script usig Net::Telnet to disconnect
> users passed to it via a list. Works well. Plus a human get the final
> say if a person get booted.
>
Why wouldn't you use SNMP to disconnect users as well? Seems easy
enough if you already list users per interface to see who's on. I use a
snmpset of .1.3.6.1.4.1.429.4.10.1.1.27.interface# with the string
"RESET" and the user's gone.
Just a thought,
Nick
--
Nicolas St-Pierre
Systems Engineer
Internet Access Solutions Ltd.
Tel (905) 469-4953
Fax (905) 469-4954
Subject:RE: (usr-tc)Disconnect User Problem From: Marius Kirschner <marius@agoron.com> Date: 1999-12-22 10:19:18
Where can one get Vircom Radius?
---Q
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton
> Sent: Wednesday, December 22, 1999 9:48 AM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc)Disconnect User Problem
>
>
> We use the Vircom Radius product and have very good luck with it
> not getting
> the list out of sync with the chassis's. The new version that I haven't
> installed yet moves to snmp for faster performance and better
> reliability as
> indicated by Jeff. We no longer fight the simultaneous login
> battle, it has
> been on automatic for over a year now.
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc)Disconnect User Problem From: bert.f@pacific.net.ph Date: 1999-12-22 10:26:23
Good day,
Any one having problems with disconnecting users in TC?
While i'm on the command prompt, i do a "disconnect user xxx" and it doesn't
disconnect user at tha time you have to issue a series of same command before
you will be prompting "CLI - user not found." i'm doing this because of
simultaneous username that are logged in.
Although we a script in killing simultanoues login, i found out that
its having a long delay of disconnecting the user sometimes. Did any any one
encountered this kind of problem?
Thanks
Herbert Frias
Pacific Internet, Philippines Tel: (632) 637-1700
3rd Floor, Taipan Place Fax: (632) 636-4604
Emerald Avenue, Ortigas Center email: bert.f@pacific.net.ph
Pasig City, 1605
Subject:Re: (usr-tc)Disconnect User Problem From: Mark E. Levy <mark@fsi.net> Date: 1999-12-22 10:59:57
Ours deals with that as well. When Radius starts up, it clears the user
list. IMHO, I'd rather have a user get away with multiple logins for a
short time, than have them blocked from logging on at all. We've never
had a missed accounting stop message cause the running list to be
innaccurate.
Part of the reason for our confidence is they way our Radius server(s)
are configured. We're using OpenVMS in a dual-node SCSI cluster. For
those of you who are unfamiliar with OpenVMS' clustering abilities, it's
what Unix and WNT clusters want to be when they grow up. We run Radius
on both nodes using shared databases. Our NAS is configured to send
access requests to both nodes in a round-robin fashion, and accounting
messages to both always. If one node happens to miss the accounting
message, chances are that the other won't miss it also. At least, it's
never happened. For more info on our Radius, see www.radiusvms.com.
Mark Thornton wrote:
>
> The danger is if there is any problem in the reporting of accounting packets
> to the radius server, or if the radius server is offline for a few minutes,
> the logoffs may be missed. In that case the radius would deny access even
> though the client had dropped offline.
>
> The later versions of the software we use had several features to combat
> this. First, if another user logged in using the same port as on open
> session the system closed it because it obviously was disconnected. Second,
> we lengthened out the retry interval on accounting packets as well as the
> number of retries. Theoretically our radius could be down for 20+ minutes
> and still receive the accounting packets and resynchronize when it started
> back up. Of course if your radius is down for 20+ minutes...
--
Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.net
mark@fsi.net
Subject:Re: (usr-tc)Disconnect User Problem From: farber@admin.f-tech.net Date: 1999-12-22 12:24:01
I do.. snmp get the names from the ARC and the telnet session to dico the
user.
I wish I had the SNMP OID to reset a specific modem....
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 22 Dec 1999, Nicolas St-Pierre wrote:
>
>
> farber@admin.f-tech.net wrote:
> >
> > I use a similiar setup via a web page (php3/snmp to list users, time on,
> > ip, slot etc) then a simple perl script usig Net::Telnet to disconnect
> > users passed to it via a list. Works well. Plus a human get the final
> > say if a person get booted.
> >
> Why wouldn't you use SNMP to disconnect users as well? Seems easy
> enough if you already list users per interface to see who's on. I use a
> snmpset of .1.3.6.1.4.1.429.4.10.1.1.27.interface# with the string
> "RESET" and the user's gone.
>
> Just a thought,
>
> Nick
>
> --
> Nicolas St-Pierre
> Systems Engineer
> Internet Access Solutions Ltd.
> Tel (905) 469-4953
> Fax (905) 469-4954
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc)Disconnect User Problem From: bert.f@pacific.net.ph Date: 1999-12-22 13:20:21
At 10:26 PM 12/21/99 -0500, you wrote:
>on 4.1.59-6 'reset slot:xx/mod:xx' will also do it. Takes a few seconds
>but works.
Thanks Paul, but my script is looking for two or more username and then
it will disconnect them both. The problem is that TC is very slow to react
sometimes, even i do manual disconnection:)
bert
>Paul Farber
>Farber Technology
>farber@admin.f-tech.net
>Ph 570-628-5303
>Fax 570-628-5545
>
>On Tue, 21 Dec 1999, K Mitchell wrote:
>
>> At 10:26 AM 12/22/99 +0800, bert.f@pacific.net.ph wrote:
>> >Good day,
>> >
>> >Any one having problems with disconnecting users in TC?
>> >While i'm on the command prompt, i do a "disconnect user xxx" and it
doesn't
>> >disconnect user at tha time you have to issue a series of same command
>> before
>> >you will be prompting "CLI - user not found." i'm doing this because of
>> >simultaneous username that are logged in.
>> >Although we a script in killing simultanoues login, i found out that
>> >its having a long delay of disconnecting the user sometimes. Did any
any one
>> >encountered this kind of problem?
>>
>> Try: HANGUP INTERFACE slot:x/mod:x, knocks'em off every time.
>>
>>
>> --
>> Kirk Mitchell-General Manager mitch@keyconn.net
>> Keystone Connect Unlock Your World
>> Altoona, PA 814-941-5000 http://www.keyconn.net
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Herbert Frias
Pacific Internet, Philippines Tel: (632) 637-1700
3rd Floor, Taipan Place Fax: (632) 636-4604
Emerald Avenue, Ortigas Center email: bert.f@pacific.net.ph
Pasig City, 1605
Subject:Re: (usr-tc)Disconnect User Problem From: bert.f@pacific.net.ph Date: 1999-12-22 13:24:20
At 09:43 PM 12/21/99 -0500, you wrote:
>At 10:26 AM 12/22/99 +0800, bert.f@pacific.net.ph wrote:
>>Good day,
>>
>>Any one having problems with disconnecting users in TC?
>>While i'm on the command prompt, i do a "disconnect user xxx" and it doesn't
>>disconnect user at tha time you have to issue a series of same command
>before
>>you will be prompting "CLI - user not found." i'm doing this because of
>>simultaneous username that are logged in.
>>Although we a script in killing simultanoues login, i found out that
>>its having a long delay of disconnecting the user sometimes. Did any any one
>>encountered this kind of problem?
>
>Try: HANGUP INTERFACE slot:x/mod:x, knocks'em off every time.
Thanks Kirk, but my problem is that my script is looking for two or more
username logged in not by slot or mod and then it will kill them.
Thanks for ur assistance:)
bert
>
>
>--
>Kirk Mitchell-General Manager mitch@keyconn.net
>Keystone Connect Unlock Your World
>Altoona, PA 814-941-5000 http://www.keyconn.net
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Herbert Frias
Pacific Internet, Philippines Tel: (632) 637-1700
3rd Floor, Taipan Place Fax: (632) 636-4604
Emerald Avenue, Ortigas Center email: bert.f@pacific.net.ph
Pasig City, 1605
Philippines
Subject:Re: (usr-tc)Disconnect User Problem From: Nicolas St-Pierre <nstpierre@iasl.com> Date: 1999-12-22 13:39:50
farber@admin.f-tech.net wrote:
>I do.. snmp get the names from the ARC and the telnet session to dico the user.
What I meant to say is why use TELNET at all when it can be done easily
through SNMP only.
> I wish I had the SNMP OID to reset a specific modem....
The OID .1.3.6.1.4.1.429.4.10.1.1.27.interface# should be specific
enough. You can either compute the interface # yourself with the rule:
interface = slot * density + modem # + offset + 1000. The Default
Density is 256 and the default offset is 1, but you can get the specific
values from the ARC through SNMP by reading: .1.3.6.1.4.1.429.4.2.1.90.0
and .1.3.6.1.4.1.429.4.2.1.47.0 respectively. If you use RADIUS, the
"Interface-Index" attribute sent with the accounting record (along with
the slot and channel attribute) is the actual interface # associated
with the modem. I find the RADIUS Interface-Index attribute to be very
useful to manage the modems, while the slot and interface attribute are
used for easy to read stats.
For example, if I want to reset a modem to disconnect a user on
Slot:2/Mod:7, The interface is 2 * 256 + 7 + 1 + 1000 = 1520. By doing
a snmpset on .1.3.6.1.4.1.429.4.10.1.1.27.1520 with the string "RESET",
the modem's reset and the user's gone.
> > Why wouldn't you use SNMP to disconnect users as well? Seems easy
> > enough if you already list users per interface to see who's on. I use a
> > snmpset of .1.3.6.1.4.1.429.4.10.1.1.27.interface# with the string
> > "RESET" and the user's gone.
> >
> > Just a thought,
> >
> > Nick
Hope this helps,
Nick
--
Nicolas St-Pierre
Systems Engineer
Internet Access Solutions Ltd.
Tel (905) 469-4953
Fax (905) 469-4954
Subject:RE: (usr-tc)Disconnect User Problem From: farber@admin.f-tech.net Date: 1999-12-22 14:13:44
Shouldn't it? Once the ARC see's the interface drop/reset it should send
the stop with a terminate cause.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 22 Dec 1999, Stainforth, Matthew wrote:
>
> I've found that "disc user" from the ARC CLI will send an accounting STOP
> record, however, a "reset modem slot:x/mod:y" won't, thereby causing ghost
> records in the RADIUS tracking. It might be something to look out for if
> you try to reset the actual interfaces via SNMP.
>
> Matthew Stainforth || Technical Services Manager || BrunNet Inc.
>
>
> > -----Original Message-----
> > From: farber@admin.f-tech.net [mailto:farber@admin.f-tech.net]
> > Sent: Wednesday, December 22, 1999 1:24 PM
> > To: usr-tc@lists.xmission.com
> > Subject: Re: (usr-tc)Disconnect User Problem
> >
> >
> > I do.. snmp get the names from the ARC and the telnet session
> > to dico the
> > user.
> >
> > I wish I had the SNMP OID to reset a specific modem....
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> > On Wed, 22 Dec 1999, Nicolas St-Pierre wrote:
> >
> > >
> > >
> > > farber@admin.f-tech.net wrote:
> > > >
> > > > I use a similiar setup via a web page (php3/snmp to list
> > users, time on,
> > > > ip, slot etc) then a simple perl script usig Net::Telnet
> > to disconnect
> > > > users passed to it via a list. Works well. Plus a human
> > get the final
> > > > say if a person get booted.
> > > >
> > > Why wouldn't you use SNMP to disconnect users as well?
> > Seems easy
> > > enough if you already list users per interface to see who's
> > on. I use a
> > > snmpset of .1.3.6.1.4.1.429.4.10.1.1.27.interface# with the string
> > > "RESET" and the user's gone.
> > >
> > > Just a thought,
> > >
> > > Nick
> > >
> > > --
> > > Nicolas St-Pierre
> > > Systems Engineer
> > > Internet Access Solutions Ltd.
> > > Tel (905) 469-4953
> > > Fax (905) 469-4954
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old
> > messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc)Disconnect User Problem From: Stainforth, Matthew <matthews@staff.brunnet.net> Date: 1999-12-22 14:33:02
I've found that "disc user" from the ARC CLI will send an accounting STOP
record, however, a "reset modem slot:x/mod:y" won't, thereby causing ghost
records in the RADIUS tracking. It might be something to look out for if
you try to reset the actual interfaces via SNMP.
Matthew Stainforth || Technical Services Manager || BrunNet Inc.
> -----Original Message-----
> From: farber@admin.f-tech.net [mailto:farber@admin.f-tech.net]
> Sent: Wednesday, December 22, 1999 1:24 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc)Disconnect User Problem
>
>
> I do.. snmp get the names from the ARC and the telnet session
> to dico the
> user.
>
> I wish I had the SNMP OID to reset a specific modem....
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Wed, 22 Dec 1999, Nicolas St-Pierre wrote:
>
> >
> >
> > farber@admin.f-tech.net wrote:
> > >
> > > I use a similiar setup via a web page (php3/snmp to list
> users, time on,
> > > ip, slot etc) then a simple perl script usig Net::Telnet
> to disconnect
> > > users passed to it via a list. Works well. Plus a human
> get the final
> > > say if a person get booted.
> > >
> > Why wouldn't you use SNMP to disconnect users as well?
> Seems easy
> > enough if you already list users per interface to see who's
> on. I use a
> > snmpset of .1.3.6.1.4.1.429.4.10.1.1.27.interface# with the string
> > "RESET" and the user's gone.
> >
> > Just a thought,
> >
> > Nick
> >
> > --
> > Nicolas St-Pierre
> > Systems Engineer
> > Internet Access Solutions Ltd.
> > Tel (905) 469-4953
> > Fax (905) 469-4954
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old
> messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
3Com Customers,
HiPer DSP E1/R2 GA Release 2.0.20 has been posted to the TotalService website (
http://totalservice.3com.com) and the Software Compatibility Matrix has been
updated.
This release supports environments requiring channelized E1 functionality (Also
know as E1-CAS or E1/R2).
For more information on the details of this Service Release, please reference
the release notes. Both the code and release notes can be found on TotalService
in either of the following locations:
http://totalservice.3com.com/cgi-bin/w3com/start?totalservice+latest
( posted under Total Control Hubs )
or
http://totalservice.3com.com/cgi-bin/w3com/start?totalservice+software
( search by Total Control Hubs : Hiper DSP)
If there are any questions or concerns regarding this release, please contact
3Com Technical Support toll-free at 1-800-231-8770. If you are calling from an
area not handled by this number, the TotalService website has contact
information for other countries and regions. Please go to the TotalService
website and click on 'Contacting Tech Support' for more information.
Thank you and Happy Holidays,
Chuck Stace
CSO Customer Service Product Planning
Chuck_Stace@3com.com
Subject:Re: (usr-tc)Disconnect User Problem From: Nicolas St-Pierre <nstpierre@iasl.com> Date: 1999-12-22 15:27:01
Interesting,
As Paul mentionned, I would expect the ARC to send accounting stop data
with the appropriate termination cause. In any case, I believe there is
a way to issue a disconnect user command through SNMP instead of a Modem
reset. I've yet to figure it out completely, so any help from this list
will be welcomed! (Especially from the 3Com people)!
Active session information can be "walked" with the
.1.3.6.1.4.1.429.4.2.1.46.1. SNMP tree. .1.3.6.1.4.1.429.4.2.1.46.1.6
for example, will walk the interface names per username. The rest of
the OID is composed of the Username (ascii values) and the SessionID.
So for my username draggy (100.114.97.103.103.121), the OID returned
would be:
.1.3.6.1.4.1.429.4.2.1.46.1.6.100.114.97.103.103.121.173123 =
"slot:4/mod:12"
In this case 173123 would be the SessionId.
To disconnect the user, the ARC MIB has: .1.3.6.1.4.1.429.4.2.1.46.1.5
uumActiveSessionAction OBJECT-TYPE
SYNTAX INTEGER {
disconnect(6)
}
ACCESS write-only
STATUS mandatory
DESCRIPTION
"We need to be able to disconnect all users with a
particular user name"
::= { uumActiveSessionEntry 5 }
I assume that by writing the integer 6 with a snmpset on the OID
.1.3.6.1.4.1.429.4.2.1.46.1.5."username in ascii" I would disconnect the
username from the ARC. However, I've been unable to do this since I get
back different errors from snmpset. I get unknown OID if I set an
integer 6 to the OID above (with and without the SessionId appended),
and I get a packet error if I set anything other than the integer 6.
Perhaps this user disconnection would send the accounting data. I'm
unsure whether the modem disconnect snmpset actually sends out the
accounting STOP or not. If it doesn't then I'd consider this a flaw in
the way the ARC operates.
Nick
"Stainforth, Matthew" wrote:
>
> I've found that "disc user" from the ARC CLI will send an accounting STOP
> record, however, a "reset modem slot:x/mod:y" won't, thereby causing ghost
> records in the RADIUS tracking. It might be something to look out for if
> you try to reset the actual interfaces via SNMP.
>
> Matthew Stainforth || Technical Services Manager || BrunNet Inc.
>
--
Nicolas St-Pierre
Systems Engineer
Internet Access Solutions Ltd.
Tel (905) 469-4953
Fax (905) 469-4954
Subject:Re: (usr-tc)Disconnect User Problem From: farber@admin.f-tech.net Date: 1999-12-22 16:02:38
my understanding is that it should generate an accouting message on the
interface no matter how the user is dropped.
I use the oid you mention to get user info... but I have also been
unsucessful in resetting a modem via snmp. I'm tempted to log the packets
with a sniffer and see what's up.... but the telnet method of disc user x
is working fine.
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 22 Dec 1999, Nicolas St-Pierre wrote:
>
> Interesting,
>
> As Paul mentionned, I would expect the ARC to send accounting stop data
> with the appropriate termination cause. In any case, I believe there is
> a way to issue a disconnect user command through SNMP instead of a Modem
> reset. I've yet to figure it out completely, so any help from this list
> will be welcomed! (Especially from the 3Com people)!
>
> Active session information can be "walked" with the
> .1.3.6.1.4.1.429.4.2.1.46.1. SNMP tree. .1.3.6.1.4.1.429.4.2.1.46.1.6
> for example, will walk the interface names per username. The rest of
> the OID is composed of the Username (ascii values) and the SessionID.
> So for my username draggy (100.114.97.103.103.121), the OID returned
> would be:
> .1.3.6.1.4.1.429.4.2.1.46.1.6.100.114.97.103.103.121.173123 =
> "slot:4/mod:12"
>
> In this case 173123 would be the SessionId.
>
> To disconnect the user, the ARC MIB has: .1.3.6.1.4.1.429.4.2.1.46.1.5
>
> uumActiveSessionAction OBJECT-TYPE
> SYNTAX INTEGER {
> disconnect(6)
> }
> ACCESS write-only
> STATUS mandatory
> DESCRIPTION
> "We need to be able to disconnect all users with a
> particular user name"
> ::= { uumActiveSessionEntry 5 }
>
>
> I assume that by writing the integer 6 with a snmpset on the OID
> .1.3.6.1.4.1.429.4.2.1.46.1.5."username in ascii" I would disconnect the
> username from the ARC. However, I've been unable to do this since I get
> back different errors from snmpset. I get unknown OID if I set an
> integer 6 to the OID above (with and without the SessionId appended),
> and I get a packet error if I set anything other than the integer 6.
>
> Perhaps this user disconnection would send the accounting data. I'm
> unsure whether the modem disconnect snmpset actually sends out the
> accounting STOP or not. If it doesn't then I'd consider this a flaw in
> the way the ARC operates.
>
> Nick
>
>
>
> "Stainforth, Matthew" wrote:
> >
> > I've found that "disc user" from the ARC CLI will send an accounting STOP
> > record, however, a "reset modem slot:x/mod:y" won't, thereby causing ghost
> > records in the RADIUS tracking. It might be something to look out for if
> > you try to reset the actual interfaces via SNMP.
> >
> > Matthew Stainforth || Technical Services Manager || BrunNet Inc.
> >
>
> --
> Nicolas St-Pierre
> Systems Engineer
> Internet Access Solutions Ltd.
> Tel (905) 469-4953
> Fax (905) 469-4954
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc)Disconnect User Problem From: Scot Desort <scot@njaccess.net> Date: 1999-12-22 22:44:31
Mark-
I am using the latest version, and SNMP with HARC on Vircom is troublesome.
They said they have been unable to properly read/control HACR users via
SNMP. I tried this myself for a while. What happens is that it cannot
properly remove a user from it's active user listing using SNMP. I am no
SNMP expert, so I did not fully understand what John at Vircom was
explaining to me. When we first converted to Vircom last month, we had it
enabled and experienced all sorts of active user problems -- most of them in
the form of the infamous port number '-1000', and some of them being Vircom
not knowing they are on at all.
At their recommendation, until they can get proper SNMP info from 3COM and
rectify it, disabling SNMP support was our only option. I have to say thay
it appears to work flawlessly even without SNMP activated.
-Scot
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton
>Sent: Wednesday, December 22, 1999 9:48 AM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc)Disconnect User Problem
>
>
>We use the Vircom Radius product and have very good luck with it
>not getting
>the list out of sync with the chassis's. The new version that I haven't
>installed yet moves to snmp for faster performance and better
>reliability as
>indicated by Jeff. We no longer fight the simultaneous login battle, it has
>been on automatic for over a year now.
>
>Mark Thornton
>San Marcos Internet, Inc.
>512-393-5300
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
OK, I duck, watch Jeff's brilliant explanation fly right over my head, and
stand back up.
Boy, I still have a lot to learn <g>.
-Scot
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams
>Sent: Monday, December 20, 1999 8:14 AM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) DSP 2.0.60 & ARC 4.1.59
>
>
>Thus spake Scot Desort
>>Jeff Mcadams wrote:
>>>Develop the abilities of the Arc as a t1/t3, etc connected device. The
>>>new NICs with 4.2.x give the Arc the ability to terminate t1's. You
>>>apparently can (I haven't tested this yet) run PPP over these t1's (in
>>>previous messages I had said you couldn't), but the implementation seems
>>>fairly limited on it...also, with frame-relay PVC's...why not use
>>>PAP/CHAP and RADIUS to get the configuration for these ports? The
>>>manageability aspects that this gives you is a huge win (anyone doing
>>>DSL service has probably figured this out...I know we did when we
>>>started doing DSL...and in a big way!)
>
>>In what capacity do you use the TC in your DSL offerings? I'm
>curious as to
>>how you have it setup. Would you care to share some details on the
>>equipment, configuration and functionality?
>
>Don't yet...its very close to being useable for it though...just not
>quite there.
>
>We've only got DSL turned up in one city at this point...we've filed a
>formal complaint with BellSouth with the Kentucky PSC over their actions
>with regards to anti-competitive actions...particularly with respect to
>DSL...
>
>In the city that we do have service (Lexington, KY...with GTE), we're
>using RedBack...no PPPoE (evil protocol). The cool thing about the
>RedBack is that the IP level network is abstracted from the physical, or
>even logical (ie, frame pvc's) connectivity.
>
>The way you can set up the RedBack is that you have a port...like a T1
>port...and you set the encapsulation on it as normal...but, say, for
>frame-relay...they have an "auto-subscriber" command that let's you
>configure, en mass, PVC's for the frame-relay. Those PVC's are bound to
>a "subscriber". So what happens is that when that PVC comes up (ie, GTE
>activates it), its bound to that subscriber (something of the form
>"lexdsl01.4.0.0.123"..."lexdsl01." is the prefix I put in, then slot 4,
>port 0, PVC 0.123....the PVC field has two numbers to be able to handle
>ATM pvc's which use two numbers)...the RedBack then authenticates that
>subscriber as a userid...meaning it looks in its local config, if it
>doesn't find it there, it sends it to a RADIUS server...so we do all of
>our router configuration in our RADIUS server.
>
>The RedBack has some other stuff that makes it pretty nice for doing DSL
>type of service that most other equipment lacks...but none of it is
>really absolutely necessary.
>
>The only thing that the Arcs are absolutely lacking in order to be able
>to be used to provide DSL service such as GTE's is bridging...GTE uses
>RFC1490 bridging over frame-relay to deliver the DSL connections to the
>ISPs. Some sort of traffic management features would be an almost
>necessity to be able to provide DSL and actually make money at it. :)
>>From what I understand, traffic tagging will be in tcs4.0...but the
>ability to actually throttle down the traffic within the Arc would be
>necessary for a DSL router...either throttle it down as a traffic
>shaping type of thing...or the ability to choose queuing strategies to
>do prioritization.
>
>Obviously, DSL is the next step up for the Arc from what it is
>currently. I think it has the possibility to be even more...its got the
>cpu and memory to be a low-end core router...the routing protocols
>aren't there yet (thus the mention of BGP), nor is the control over the
>routing protocols (control over redistribution primarily).
>
>Also, the current implementation of OSPF leaves a bit to be desired...as
>Mike Andrews pointed out...with the improper handling of multiple
>different routes (different length netmasks) with the same network
>number. That right there is enough to keep me from enabling OSPF on my
>Arcs...I don't *think* I would get bitten by it given the configuration
>of my network...but if the handling of OSPF routes in the Arc is that
>broken...I think I'll pass. :)
>--
>Jeff McAdams Email: jeffm@iglou.com
>Head Network Administrator Voice: (502) 966-3848
>IgLou Internet Services (800) 436-4456
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Netserver problem From: Priscilla Eshun <priscy@africaonline.com.gh> Date: 1999-12-23 08:18:44
This is a multi-part message in MIME format.
------=_NextPart_000_0021_01BF4D1E.53F84380
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I have a problem with my Netserver!
what is hapenning to this netserver is that when I flash the =
configuration I
still cannot enter it to reconfigure it. This is an 8port Netserver 8 =
V.34.
I am using hyperterminal connected to my COM port! the configuration is
okay with this! I just get a blank screen!
Please help out!
------=_NextPart_000_0021_01BF4D1E.53F84380
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>I have a problem with my Netserver!<BR>what is hapenning to this =
netserver=20
is that when I flash the configuration I<BR>still cannot enter it to =
reconfigure=20
it. This is an 8port Netserver 8 V.34.<BR>I am using hyperterminal =
connected to=20
my COM port! the configuration is<BR>okay with this! I just get a =
blank=20
screen!<BR><BR>Please help out!<BR></DIV></BODY></HTML>
------=_NextPart_000_0021_01BF4D1E.53F84380--
Greetings all,
As part of our TCS 4.0 project, we are scheduling a release of Hiper ARM
(Access Router Manager) to work with HiPer ARC 5.0. The projected beta
release for this software is Jan. 6, 2000. Prior to that date, we will be
making available an "alpha" release of code. 3Com is looking for a
handful customers who are interested in running this code in a
test environment. The customer will be responsible for providing (via
email) two or three updates on his or her success with the code.
The alpha code is available immediately. Please respond directly to me.
Thank you,
Dominic Ciresi
Network Engineer
3Com
Subject:(usr-tc) USR Total Control Gear From: Lee Eberhart <lee@msic.com> Date: 1999-12-23 14:42:24
We have the following inventory that we are blowing out. If you want it,
let me know.
qty 69-000790
qty 69-000987
qty 69-001566
qty 69-000206
qty 69-001222
qty 69-000787
qty 69-000809
qty 69-000972
qty 69-000205
qty 69-000210
$35 ea
Qty discounts as follows
10+ $30 ea
25+ $25 ea
Happy Holidays,
Lee Eberhart
MSI Communications
973-347-3349 x 217
FAX 973-347-7176
mailto:lee@msic.com
http://www.msic.com
Subject:RE: (usr-tc) Rockwell HCF Hell From: Jason A. Nunnelley <interests@linkfast.net> Date: 1999-12-23 14:43:01
Seroiusly! - YES! Buy an Ascend, or give away a free modem of choice
with the new customers that may have a RockHell. You'll save money on
Tech Support.
Jason A. Nunnelley
PS: They don't care for Livingston (LT) all that much either. Why USR
can't deal with this is beyond me.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Stephen Amadei
Sent: Thursday, December 23, 1999 12:24 PM
Hi guys.
I don't know what kind of modem demographics your users are dragging in,
but here we are drowning in Rockwell HCFs that won't connect to anything
with a USR/3Com logo.
We have both Quads and DSP cards, and we are running the _latest_ code.
TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
defaults.
What are the best way to get these to get these things to work?
Get an Ascend?
----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:RE: (usr-tc) Rockwell HCF Hell From: Jason A. Nunnelley <interests@linkfast.net> Date: 1999-12-23 14:45:51
Seroiusly! - YES! Buy an Ascend, or give away a free modem of choice
with the new customers that may have a RockHell. You'll save money on
Tech Support.
Jason A. Nunnelley
PS: They don't care for Livingston (LT) all that much either. Why USR
can't deal with this is beyond me.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Stephen Amadei
Sent: Thursday, December 23, 1999 12:24 PM
Hi guys.
I don't know what kind of modem demographics your users are dragging in,
but here we are drowning in Rockwell HCFs that won't connect to anything
with a USR/3Com logo.
We have both Quads and DSP cards, and we are running the _latest_ code.
TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
defaults.
What are the best way to get these to get these things to work?
Get an Ascend?
----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
On Thu, 23 Dec 1999, Stephen Amadei wrote:
> We have both Quads and DSP cards, and we are running the _latest_ code.
> TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
> defaults.
We are still running the March '98 code on our Quad modems.
Maybe we're lucky, or aren't trying hard enough, but we don't seem to have
problems with HCF modems.
I never upgraded to the April 99 code because things are going well, and I
heard of a few folks having problems with the April 99 code.
Brian
> PS: They don't care for Livingston (LT) all that much either. Why USR
> can't deal with this is beyond me.
Why? Because Rockwell hasn't been able to make a modem that works
properly since the 9600bps days.
Lucent Winmodems haven't worked since the beginning of their existance
either.
I only partially blame 3COM for not being able to overcome the problems.
If uninformed people would stop buying $29-$39 modems, and Rockwell and
Lucent would stop selling the junk, we all would have a much easier life!
| Curtis V. Shambeau | curt@execpc.com | Senior Vice President |
| ExecPC, Inc. - A Voyager.net company - NASDAQ Symbol: VOYN |
| "Those who can't laugh at themselves leave the job to others" |
Hi guys.
I don't know what kind of modem demographics your users are dragging in,
but here we are drowning in Rockwell HCFs that won't connect to anything
with a USR/3Com logo.
We have both Quads and DSP cards, and we are running the _latest_ code.
TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
defaults.
What are the best way to get these to get these things to work?
Get an Ascend?
----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ
>
>Hi guys.
>
>I don't know what kind of modem demographics your users are
dragging in,
>but here we are drowning in Rockwell HCFs that won't connect to
anything
>with a USR/3Com logo.
>
>We have both Quads and DSP cards, and we are running the
_latest_ code.
>TCS 3.6 with all the fixes. Most of the modem settings are the
3Com
>defaults.
In one chassis I have 5 CHT1 on DSPs with 2.0.60 and 1 CHT1 on
Quads with 6.1.6 , ARC code 4.1.59. I have a separate access
number for the Quads and have found that they answer most HSP56
modems as well as one might expect (the connect speeds vary and I
get a few more disconnects but the customers seem quite happy
with it). It seems that the DSPs won't connect with any HSP 33.6
or 56K, my biggest problem is that with the volume of HSP users
I'll run out of capacity on the Quads long before the DSPs fill
up.
luke
>What are the best way to get these to get these things to work?
>Get an Ascend?
>
> ----Steve
>Stephen Amadei
>Director of MIS
>Dandy Connections, Inc.
>Atlantic City, NJ
>
>
>-
> To unsubscribe to usr-tc, send an email to
"majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages
send
> "help" to the same address. Do not use quotes in your message.
>
Are *they* running the latest code?
The newest Rockwell stuff seems to play a little better with TC. Check with
808hi.com.
--
Scot Desort
Network Operations Manager
NJ Internet Access
sdesort@njaccess.com
973-303-4360
support@njaccess.com
973-303-HELP
----- Original Message -----
Sent: Thursday, December 23, 1999 3:24 PM
>
> Hi guys.
>
> I don't know what kind of modem demographics your users are dragging in,
> but here we are drowning in Rockwell HCFs that won't connect to anything
> with a USR/3Com logo.
>
> We have both Quads and DSP cards, and we are running the _latest_ code.
> TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
> defaults.
>
> What are the best way to get these to get these things to work?
> Get an Ascend?
>
> ----Steve
> Stephen Amadei
> Director of MIS
> Dandy Connections, Inc.
> Atlantic City, NJ
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Rockwell HCF Hell From: Brian M. Gordon <administrator@westelcom.com> Date: 1999-12-23 15:49:22
Compaq has softpaqs available for these.
After the softpaq, customers gets on fine.
Brian
----- Original Message -----
Sent: Thursday, December 23, 1999 3:31 PM
> >
> >Hi guys.
> >
> >I don't know what kind of modem demographics your users are
> dragging in,
> >but here we are drowning in Rockwell HCFs that won't connect to
> anything
> >with a USR/3Com logo.
> >
> >We have both Quads and DSP cards, and we are running the
> _latest_ code.
> >TCS 3.6 with all the fixes. Most of the modem settings are the
> 3Com
> >defaults.
>
>
> In one chassis I have 5 CHT1 on DSPs with 2.0.60 and 1 CHT1 on
> Quads with 6.1.6 , ARC code 4.1.59. I have a separate access
> number for the Quads and have found that they answer most HSP56
> modems as well as one might expect (the connect speeds vary and I
> get a few more disconnects but the customers seem quite happy
> with it). It seems that the DSPs won't connect with any HSP 33.6
> or 56K, my biggest problem is that with the volume of HSP users
> I'll run out of capacity on the Quads long before the DSPs fill
> up.
>
> luke
>
> >What are the best way to get these to get these things to work?
> >Get an Ascend?
> >
> > ----Steve
> >Stephen Amadei
> >Director of MIS
> >Dandy Connections, Inc.
> >Atlantic City, NJ
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to
> "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages
> send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) NOTICE: HiPer DSP Service Release 2.0.51 for hardware version 0 From: Chuck Stace <chuck_stace@mw.3com.com> Date: 1999-12-23 16:01:41
3Com Customers,
3Com would like to announce the release of HiPerDSP Service Release v2.0.51 on
the TotalService website at:
http://totalservice.3com.com/cgi-bin/w3com/start?totalservice+latest
( posted under Total Control Hubs )
or
http://totalservice.3com.com/cgi-bin/w3com/start?totalservice+software
( search by Total Control Hubs : HiPer DSP)
This Service Release provides fixes for the issues found with HiPer DSP hardware
version 0.55.0. For more details on what issues are addressed with this Service
Release, please reference the note below from 3Com Product Management and also
the release notes found on TotalService.
This code does not require a service contract to download, and will be free for
download until the end of January 2000. (Jan. 31, 2000).
If there are any questions or concerns regarding this Service Release, please
contact 3Com Technical Support toll-free at 1-800-231-8770. If you are calling
from an area not handled by this number, the TotalService website has contact
information for other countries and regions. Please go to the TotalService
website and click on 'Contacting Tech Support' for more information.
Thank you and Happy Holidays,
Chuck Stace
CSO Customer Service Product Planning
Chuck_Stace@3com.com
On Thu, 23 Dec 1999, Jason A. Nunnelley wrote:
> Seroiusly! - YES! Buy an Ascend, or give away a free modem of choice
> with the new customers that may have a RockHell. You'll save money on
> Tech Support.
Boss won't go for the free modem thing. I'm begging him to.
I'd rather not buy the Ascend, (except to spite USR/3Com ;-) ), as it's
another RAS to learn and it would take forever to build up enough
HCF/other-bogus-modems to get the port ratio to a profitable level.
We've never been able to get more than 3.5:1 on a single PRI...
> PS: They don't care for Livingston (LT) all that much either. Why USR
> can't deal with this is beyond me.
The TCs work fantastic with the LTs now. Install the 5.49 or better
firmware/drivers.
----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ
At 03:24 PM 12/23/1999 -0500, you wrote:
>Hi guys.
>
>I don't know what kind of modem demographics your users are dragging in,
>but here we are drowning in Rockwell HCFs that won't connect to anything
>with a USR/3Com logo.
>
>We have both Quads and DSP cards, and we are running the _latest_ code.
>TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
>defaults.
>
>What are the best way to get these to get these things to work?
>Get an Ascend?
The latest code made this all better for us as well. I must say that I've
had an easier time with the Rockwells than I have with the 3Com
winmodems. Now those are pieces of junk! As a last ditch I sometimes just
disable the v.90 code and wait for a new software release...
--
Brice Ligget
Chief Operations Officer
Two Alpha Net is a complete Internet Service Provider based in Billings
Montana.
"Connect to the world"
406 628 1500
http://www.twoalpha.net
Subject:Re: (usr-tc) USR Total Control Gear From: CyberPort Montana <netboss@cyberport.net> Date: 1999-12-23 21:31:40
How about a description?
At 02:42 PM 12/23/1999 -0500, you wrote:
>We have the following inventory that we are blowing out. If you want it,
>let me know.
>
>qty 69-000790
>qty 69-000987
>qty 69-001566
>qty 69-000206
>qty 69-001222
>qty 69-000787
>qty 69-000809
>qty 69-000972
>qty 69-000205
>qty 69-000210
>
>$35 ea
>Qty discounts as follows
>
>10+ $30 ea
>25+ $25 ea
>
>
>Happy Holidays,
>
>Lee Eberhart
>MSI Communications
>973-347-3349 x 217
>FAX 973-347-7176
>
>mailto:lee@msic.com
>http://www.msic.com
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 is a multi-part message in MIME format.
------=_NextPart_000_0055_01BF4D94.2FB5B7C0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Here in Southern Arkansas, Wal Mart recently had a truck load sale on
Hewlett Packard computers. They all have the HCF modems oddly enough =
with
the exception of 1 or 2 they are all working nicely here. Today I set up =
a
new Compaq with a Lucent Win moden that was getting between 49 to =
52,000
connection rates. We have not seen major problems with these modems
recently.We are running all DSP's in our chassis's.... FWIW we have been =
reccommending and buying a few of the Creative
Labs Modem Blaster that Wal Mart is selling here for around $49.00. The
people that are using these are getting good connection rates and say =
they
rarely ever loose connction so we didnt loose a customer. Buying and
installing a modem when for a customer when you know they are having
problems and about to leave you is a very cheap investment to keep them
around for a while. Plus when they tell their friends what you have done =
for
them that my friends is PRICELESS :-)
Greg Owens
Magnolia Internet Services
http://www.magnolia-net.com
----- Original Message -----
Sent: Thursday, December 23, 1999 2:53 PM
>
>
> On Thu, 23 Dec 1999, Stephen Amadei wrote:
>
> > We have both Quads and DSP cards, and we are running the _latest_ =
code.
> > TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
> > defaults.
>
> We are still running the March '98 code on our Quad modems.
>
> Maybe we're lucky, or aren't trying hard enough, but we don't seem to =
have
> problems with HCF modems.
>
> I never upgraded to the April 99 code because things are going well, =
and I
> heard of a few folks having problems with the April 99 code.
>
> Brian
>
>
------=_NextPart_000_0055_01BF4D94.2FB5B7C0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Here in Southern Arkansas, Wal Mart =
recently had a=20
truck load sale on<BR>Hewlett Packard computers. They all have the =
HCF=20
modems oddly enough with<BR>the exception of 1 or 2 they are all working =
nicely=20
here. Today I set up a<BR>new Compaq with a Lucent Win moden that was=20
getting between 49 to 52,000<BR>connection rates. We have not seen =
major=20
problems with these modems<BR>recently.We are running all DSP's in our=20
chassis's.... FWIW we have been </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>reccommending and buying a few of the=20
Creative</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Labs Modem Blaster that Wal Mart is =
selling here=20
for around $49.00. The<BR>people that are using these are getting good=20
connection rates and say they<BR>rarely ever loose connction so we didnt =
loose a=20
customer. Buying and<BR>installing a modem when for a customer when you =
know=20
they are having<BR>problems and about to leave you is a very cheap =
investment to=20
keep them<BR>around for a while. Plus when they tell their friends what =
you have=20
done for<BR>them that my friends is PRICELESS :-)<BR>Greg =
Owens<BR>Magnolia=20
Internet Services<BR><A=20
href=3D"http://www.magnolia-net.com">http://www.magnolia-net.com</A><BR>-=
----=20
Original Message -----<BR>From: Brian Elfert <<A=20
href=3D"mailto:brian@citilink.com">brian@citilink.com</A>><BR>To: =
<<A=20
href=3D"mailto:usr-tc@lists.xmission.com">usr-tc@lists.xmission.com</A>&g=
t;<BR>Sent:=20
Thursday, December 23, 1999 2:53 PM<BR>Subject: Re: (usr-tc) Rockwell =
HCF=20
Hell<BR><BR><BR>><BR>><BR>> On Thu, 23 Dec 1999, Stephen Amadei =
wrote:<BR>><BR>> > We have both Quads and DSP cards, and we are =
running=20
the _latest_ code.<BR>> > TCS 3.6 with all the fixes. Most =
of the=20
modem settings are the 3Com<BR>> > defaults.<BR>><BR>> We =
are still=20
running the March '98 code on our Quad modems.<BR>><BR>> Maybe =
we're=20
lucky, or aren't trying hard enough, but we don't seem to have<BR>> =
problems=20
with HCF modems.<BR>><BR>> I never upgraded to the April 99 code =
because=20
things are going well, and I<BR>> heard of a few folks having =
problems with=20
the April 99 code.<BR>><BR>>=20
Brian<BR>><BR>><BR></DIV></FONT></BODY></HTML>
------=_NextPart_000_0055_01BF4D94.2FB5B7C0--
Subject:RE: (usr-tc) Rockwell HCF Hell From: Jason A. Nunnelley <interests@linkfast.net> Date: 1999-12-24 15:21:40
What are you calling the latest code? I think I am running the latest stable
code on my 3COM TC Hiper, but maybe I missed something. I can not get those
HCFs to connect worth a crap about 40% of the time. I mean - they just don't
connect at all. Of course, we have noise in the phone lines in about 30% of
the county I serve. Might that be the problem.
Jason A. Nunnelley
President of Linkfast Inc.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brice Ligget
Sent: Thursday, December 23, 1999 3:41 PM
At 03:24 PM 12/23/1999 -0500, you wrote:
>Hi guys.
>
>I don't know what kind of modem demographics your users are dragging in,
>but here we are drowning in Rockwell HCFs that won't connect to anything
>with a USR/3Com logo.
>
>We have both Quads and DSP cards, and we are running the _latest_ code.
>TCS 3.6 with all the fixes. Most of the modem settings are the 3Com
>defaults.
>
>What are the best way to get these to get these things to work?
>Get an Ascend?
The latest code made this all better for us as well. I must say that I've
had an easier time with the Rockwells than I have with the 3Com
winmodems. Now those are pieces of junk! As a last ditch I sometimes just
disable the v.90 code and wait for a new software release...
--
Brice Ligget
Chief Operations Officer
Two Alpha Net is a complete Internet Service Provider based in Billings
Montana.
"Connect to the world"
406 628 1500
http://www.twoalpha.net
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:RE: (usr-tc) Rockwell HCF Hell From: Jason A. Nunnelley <interests@linkfast.net> Date: 1999-12-24 15:23:41
I'd hate to admit this in an open forum, but I have watched my
competition get more connections and better customer satisfaction
with the ASCENDS. I am not lying. So, I would look at it serious
if you are more interested in keeping customers than giving good
services. There is a major difference in the 2 BTW. Giving good
service may require that you expect your customers to have decent
equipment. But, in a world of "Crap Rules!", you may have to look
at the fact that all customer and company data has been pointing
strongly to USR is better with good modems and strong management,
and ASCEND is better for 99% of the idiots out there using crap
to connect.
Jason
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Stephen Amadei
Sent: Thursday, December 23, 1999 1:04 PM
On Thu, 23 Dec 1999, Jason A. Nunnelley wrote:
> Seroiusly! - YES! Buy an Ascend, or give away a free modem of choice
> with the new customers that may have a RockHell. You'll save money on
> Tech Support.
Boss won't go for the free modem thing. I'm begging him to.
I'd rather not buy the Ascend, (except to spite USR/3Com ;-) ), as it's
another RAS to learn and it would take forever to build up enough
HCF/other-bogus-modems to get the port ratio to a profitable level.
We've never been able to get more than 3.5:1 on a single PRI...
> PS: They don't care for Livingston (LT) all that much either. Why USR
> can't deal with this is beyond me.
The TCs work fantastic with the LTs now. Install the 5.49 or better
firmware/drivers.
----Steve
Stephen Amadei
Director of MIS
Dandy Connections, Inc.
Atlantic City, NJ
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:(usr-tc) G.Lite Christmas From: Allen Marsalis <am@shreve.net> Date: 1999-12-24 17:27:00
Merry Christmas All,
Instead of posting the same old Rudolf song for the
third year in a row, I made up a new one:
G.Lite Christmas
I'm dreaming of a G.lite Christmas
Just like the ones in old Frisco
Where the phone poles glisten
and users listen
To hear Ma Bells in the show.
I'm streaming a G.lite Christmas
With every sector read and write
May your nets be fibre and bright
And may all your Christmases be G.lite..
Happy Holidays!
Allen
At 03:21 PM 12/24/99 -0800, you wrote:
>What are you calling the latest code? I think I am running the latest stable
>code on my 3COM TC Hiper, but maybe I missed something. I can not get those
>HCFs to connect worth a crap about 40% of the time. I mean - they just don't
>connect at all. Of course, we have noise in the phone lines in about 30% of
>the county I serve. Might that be the problem.
Most of our HCF problems have been client-side code. We've rarely had
problems with them after updating their code.
http://www.808hi.com/56k/rockhcf.htm is about the best HCF resource I'm
aware of.
--
Kirk Mitchell-General Manager mitch@keyconn.net
Keystone Connect Unlock Your World
Altoona, PA 814-941-5000 http://www.keyconn.net
Subject:FW: (usr-tc) USR Total Control Gear From: Lee Eberhart <lee@msic.com> Date: 1999-12-27 10:20:57
Here you go. Give me a call to make the arrangements.
Lee
-----Original Message-----
Sent: Thursday, December 23, 1999 11:32 PM
How about a description?
At 02:42 PM 12/23/1999 -0500, you wrote:
>We have the following inventory that we are blowing out. If you want it,
>let me know.
>
>qty 69-000790 Network Management Card
>qty 69-000987 NMC
>qty 69-001566 NMC w/ 486 processor
>qty 69-000206 Dual T1 NIC
>qty 69-001222 Dual T1 NIC
>qty 69-000787 Quad Analog NAC
>qty 69-000809 NMC
>qty 69-000972 Netserver/PRI
>qty 69-000205 Dual T1/E1 NAC
>qty 69-000210 NMC
>
>$35 ea
>Qty discounts as follows
>
>10+ $30 ea
>25+ $25 ea
>
>
>Happy Holidays,
>
>Lee Eberhart
>MSI Communications
>973-347-3349 x 217
>FAX 973-347-7176
>
>mailto:lee@msic.com
>http://www.msic.com
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:(usr-tc) HiperDSP 2.0.51 code questions From: Robert von Bismarck <rvb@petrel.ch> Date: 1999-12-28 13:31:15
This is a multi-part message in MIME format.
------=_NextPart_000_0011_01BF5137.D0C6BDC0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
What is the difference between E1 and E1/R2 code ?
I have hardware revision 0.49.0 and E1 PRI's for the DSP (current code =
is 1.2.43)
Thanks for any hints, pointers, etc...
Robert
------=_NextPart_000_0011_01BF5137.D0C6BDC0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2014.210" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>What is the difference between E1 and =
E1/R2 code=20
?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I have hardware revision 0.49.0 and E1 =
PRI's for=20
the DSP (current code is 1.2.43)</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for any hints, pointers, =
etc...</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Robert</FONT></DIV></BODY></HTML>
------=_NextPart_000_0011_01BF5137.D0C6BDC0--
Hello-
It's prolly been covered before but I can't find it in my archive. :(
What's the command on a Hiperarc to disable logging to the radius server
when I login with the root account? i.e. when I telnet into the arc an
entry goes to the radius server.... how do I stop it?
tia,
Steve
You cant turn it off.. YOur script needs to look for the paging message
and send the CR/lF..
-M
On Wed, 29 Dec 1999, Steve Monkhouse wrote:
> Hello all!
>
> Hope everyone had a good christmas and have a 'subdued' new years planned ! ( i know i dont ! )..
>
> anyway..
>
> One of the good old Netserver 486based cards here causing me 'simple' grief..
>
> Card itself operates perfectly, Im writing a perl script at the moment that basically telnets to the card and does a sh sess..
>
> problem arises when the netserver responds 'press return to continue'.. is there anyway of disabling this auto-pause function, or a command to set the termlength, or even better a program someone else has written to do a 'who's onine' query to the netserver ??
>
> Any help appreciated..
>
Subject:Re: (usr-tc) Disabling logging of root telnet session From: Mike Wronski <mwronski@coredump.ae.usr.com> Date: 1999-12-29 09:17:27
At this time, you dont..
-M
On Wed, 29 Dec 1999 vanhalen@coredcs.com wrote:
> Hello-
>
> It's prolly been covered before but I can't find it in my archive. :(
>
> What's the command on a Hiperarc to disable logging to the radius server
> when I login with the root account? i.e. when I telnet into the arc an
> entry goes to the radius server.... how do I stop it?
>
> tia,
> Steve
>
>
Subject:(usr-tc) NMC question From: Kalev Nurklik <kalev@mail.lbi.ee> Date: 1999-12-29 11:04:46
How can I tell if I have a 386 or 486 4MB NMC in one of our
chassis? It's on a remote POP so at the moment I only
have SNMP access to it.
__________________________________
Kalev Nurklik
AS MicroLink Online
Pa"rnu mnt. 158, 11317 Tallinn, Estonia
Tel: +372 6501709
Fax: +372 6501708
E-mail: k.nurklik@online.ee
http://microlink.online.ee
Opps.. Your are correct.. You can also send a "q" is you want the paging
to stop..
-M
On Wed, 29 Dec 1999, Dayton Internet wrote:
> I thought sending the \n (cr/lf) caused only one line to come back,
> whereas sending space gets the next screen. Or is that true only on
> certain versions?
>
> --Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio--
> --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--
>
> On Wed, 29 Dec 1999, Mike Wronski wrote:
>
> >
> > You cant turn it off.. YOur script needs to look for the paging message
> > and send the CR/lF..
> >
> > -M
> >
> > On Wed, 29 Dec 1999, Steve Monkhouse wrote:
> >
> > > Hello all!
> > >
> > > Hope everyone had a good christmas and have a 'subdued' new years planned ! ( i know i dont ! )..
> > >
> > > anyway..
> > >
> > > One of the good old Netserver 486based cards here causing me 'simple' grief..
> > >
> > > Card itself operates perfectly, Im writing a perl script at the moment that basically telnets to the card and does a sh sess..
> > >
> > > problem arises when the netserver responds 'press return to continue'.. is there anyway of disabling this auto-pause function, or a command to set the termlength, or even better a program someone else has written to do a 'who's onine' query to the netserver ??
> > >
> > > Any help appreciated..
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
+--------------------------------------+
Mike Wronski (mike@coredump.ae.usr.com)
3Com Network Systems Engineer
Subject:(usr-tc) CHAP Support with VOP Radius From: Scot Desort <scot@njaccess.net> Date: 1999-12-29 20:53:06
We are using Vircom's VOPRadius with our HiperARCs, and would like to
support CHAP authentication (in addition to PAP).
Is this possible? I know that there are a few on this list that use Vircom.
What do I need to do to the Hiperarc? What do I do to VOPRadius? Any tips
would be appreciated.
--
Scot
Subject:(usr-tc) NetServer question... From: Steve Monkhouse <steve.monkhouse@ethertech.com.au> Date: 1999-12-29 21:17:36
Hello all!
Hope everyone had a good christmas and have a 'subdued' new years =
planned ! ( i know i dont ! )..=20
anyway..=20
One of the good old Netserver 486based cards here causing me 'simple' =
grief..=20
Card itself operates perfectly, Im writing a perl script at the moment =
that basically telnets to the card and does a sh sess..=20
problem arises when the netserver responds 'press return to continue'.. =
is there anyway of disabling this auto-pause function, or a command to =
set the termlength, or even better a program someone else has written to =
do a 'who's onine' query to the netserver ??
Any help appreciated..=20
Steve Monkhouse - Network Engineer
EtherTech Computer Services
Ph : +61-3-9768-2665
Fx : +61-3-9768-2664
http://www.ethertech.com.au
Subject:Re: (usr-tc) CHAP Support with VOP Radius From: pferraro@wna-linknet.com Date: 1999-12-29 22:37:38
Speaking of CHAP authentication... Is it possible to use CHAP
with merit Basic AAA server?
==============================================================================
Phillip Ferraro WorldNet Access, Inc
pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
Voice (910) 346-0835 824 Gumbranch Square, Suite R3
FAX (910) 455-1933 Jacksonville, Nc 28540-6269
==============================================================================
On Wed, 29 Dec 1999, Scot Desort wrote:
> We are using Vircom's VOPRadius with our HiperARCs, and would like to
> support CHAP authentication (in addition to PAP).
>
> Is this possible? I know that there are a few on this list that use Vircom.
> What do I need to do to the Hiperarc? What do I do to VOPRadius? Any tips
> would be appreciated.
>
> --
> Scot
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) CHAP Support with VOP Radius From: Mark Thornton <mark@corridor.net> Date: 1999-12-30 08:26:33
We are using Vircom here as well. It will do CHAP just fine, the bigger
problem you will have is in selecting the order of preference for the
chassis. For maximum compatibility we set our ppp authentication to prefer
PAP and support ANY authentication protocol. This allows the broken
Microsoft clients to connect without the dialup network upgrade. You can set
the chassis to allow only CHAP if that is what you desire. The Vircom
product has handled both without any problem for us.
Mark Thornton
San Marcos Internet, Inc.
512-393-5300
----- Original Message -----
Sent: Wednesday, December 29, 1999 7:53 PM
> We are using Vircom's VOPRadius with our HiperARCs, and would like to
> support CHAP authentication (in addition to PAP).
>
> Is this possible? I know that there are a few on this list that use
Vircom.
> What do I need to do to the Hiperarc? What do I do to VOPRadius? Any tips
> would be appreciated.
>
> --
> Scot
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Quick question about the Hiperarc. Can somebody tell me the exact command
for setting the idle timeout on the hiperarc default user? The guy who
normally does out hiperarc config is out of the office so it's up to
me. Please include any command that I need to issue to make the command
stick after a reboot. I'd like to disable the idle time out if that makes
a difference in the command.
--
Brice Ligget
Chief Operations Officer
Two Alpha Net is a complete Internet Service Provider based in Billings
Montana.
"Connect to the world"
406 628 1500
http://www.twoalpha.net
Robert,
The E1/R2 code is specifically for R2 signalling. If you're not using
this, you should grab the E1 code.
Dominic
On Tue, 28 Dec 1999, Robert von Bismarck wrote:
> Hello,
>
> What is the difference between E1 and E1/R2 code ?
>
> I have hardware revision 0.49.0 and E1 PRI's for the DSP (current code is 1.2.43)
>
> Thanks for any hints, pointers, etc...
>
> Robert
>
set user default idle_timeout 1800
save all
*this setting will make the idle time out 30min
Dave Lajoie
Remote Access Administrator
North Country Internet Access
www.ncia.net
dave@ncia.net
On Thu, 30 Dec 1999, Brice Ligget wrote:
> Quick question about the Hiperarc. Can somebody tell me the exact command
> for setting the idle timeout on the hiperarc default user? The guy who
> normally does out hiperarc config is out of the office so it's up to
> me. Please include any command that I need to issue to make the command
> stick after a reboot. I'd like to disable the idle time out if that makes
> a difference in the command.
>
>
> --
> Brice Ligget
> Chief Operations Officer
> Two Alpha Net is a complete Internet Service Provider based in Billings
> Montana.
> "Connect to the world"
> 406 628 1500
>
> http://www.twoalpha.net
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
On Thu, 30 Dec 1999, Jason Kelton wrote:
> hang on... doesn't pmwho perform this function?
Yes, but it doesn't work with the newer Netserver code that has support
for 96 modems.
You need to make a change to one line of pmwho.c to get it working again.
Brian
hang on... doesn't pmwho perform this function?
Jase.
----- Original Message -----
Cc: <usr-tc@lists.xmission.com>
Sent: Thursday, December 30, 1999 7:43 AM
>
> Opps.. Your are correct.. You can also send a "q" is you want the paging
> to stop..
>
> -M
>
> On Wed, 29 Dec 1999, Dayton Internet wrote:
>
> > I thought sending the \n (cr/lf) caused only one line to come back,
> > whereas sending space gets the next screen. Or is that true only on
> > certain versions?
> >
> > --Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio--
> > --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--
> >
> > On Wed, 29 Dec 1999, Mike Wronski wrote:
> >
> > >
> > > You cant turn it off.. YOur script needs to look for the paging
message
> > > and send the CR/lF..
> > >
> > > -M
> > >
> > > On Wed, 29 Dec 1999, Steve Monkhouse wrote:
> > >
> > > > Hello all!
> > > >
> > > > Hope everyone had a good christmas and have a 'subdued' new years
planned ! ( i know i dont ! )..
> > > >
> > > > anyway..
> > > >
> > > > One of the good old Netserver 486based cards here causing me
'simple' grief..
> > > >
> > > > Card itself operates perfectly, Im writing a perl script at the
moment that basically telnets to the card and does a sh sess..
> > > >
> > > > problem arises when the netserver responds 'press return to
continue'.. is there anyway of disabling this auto-pause function, or a
command to set the termlength, or even better a program someone else has
written to do a 'who's onine' query to the netserver ??
> > > >
> > > > Any help appreciated..
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> >
> >
>
> +--------------------------------------+
> Mike Wronski (mike@coredump.ae.usr.com)
> 3Com Network Systems Engineer
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
On Fri, 31 Dec 1999, Steve wrote:
> And that line is ???
The line in pmwho.c to change is
#define IDLE_POS 51
3Com pushed one column over by 1 character to accomodate the S100 and I100
ports.
Brian
Subject:(usr-tc) Caller ID Question From: bert.f@pacific.net.ph Date: 1999-12-31 03:21:33
Is there a command line that will display the CALLER ID of the user?
Thanks
Subject:Re: (usr-tc) NetServer question... From: Steve <steve.monkhouse@ethertech.com.au> Date: 1999-12-31 12:02:45
And that line is ???
>
>
>On Thu, 30 Dec 1999, Jason Kelton wrote:
>
>> hang on... doesn't pmwho perform this function?
>
>Yes, but it doesn't work with the newer Netserver code that has support
>for 96 modems.
>
>You need to make a change to one line of pmwho.c to get it working again.
>
>Brian
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
We are having a real problem getting ISDN calls to connect to our HyperDSP
cards. The calls work fine on our old netserver TC units, but will connect
and just hang, connect only one line or not connect at all on the new units.
Any tricks to this?
Russ Miescke
Power Web Connect