Subject:Re:(usr-tc) Show x2/v90 connect speed? From: Jim Logan <jim@top.net> Date: 1998-07-31 19:02:54
At 06:06 PM 7/31/98 -0500, you wrote:
>In Total Control Manager, run Performance Monitor and you will get all the
info
>you need.
But is there anyway for your own script to pull the info (Ascend Show
User does - shows Up/Down side). TCM does a nice job, but requires you to
go into config it *every* time as to what you want Performance Manager to
show - Other nice alternative would be a way to Save Favorite Report Types
- can that be done? Not that I've ever found yet. It seems that MaxStat by
Talon should be able to do the same function, they show screens on their
demo page indicating it will pick all the info needed from Max's, USR's,
Livingston (Lucent), but I've yet to see that program work with a USR yet
either.
>____________________Reply Separator____________________
>Subject: (usr-tc) Show x2/v90 connect speed?
>Author: goemon@hirune.gol.ad.jp
>Date: 7/31/98 5:50 PM
>
>How can you show on HiperARC if a connection is x2 or v90?
>
>User says they are connected at 49kbit with x2, but HiperARC shows:
>
>HiPer>> sh int slot:1/mod:1
>
>INTERFACE slot:1/mod:1 SETTINGS
>Description: GWC Modem Driver
>Type: RS232
>Speed: 33333
>High Speed: 0
>Administrative Status: Up
>Operational Status: Up
>
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
I remember sendin you email on this issue. First it is not a software
issue, it is more likely a config issue. Check the user in Radius - see
what is the netmask for the user - make sure that he ash a netmask of
255.255.255.255, if still there is a problme then get a trace using snoop
on the wire.
krish
\ T.S.V. Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com ............ \
----------------------------------------------/
tkrishna@bubba.ae.usr.com
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
Any Sufficiently advanced bug is indistinguishable for a feature.
- Rick Kulawiec
On Fri, 31 Jul 1998 jcusmano@westcon.com wrote:
> I am running 3 Netserver Bundles and 1 new Hiper ARC Bundle. The Netserver
> Bundles are authenticating fine from the 3com Security and Accounting Server
> (v.5.5.3) but the ARC Bundle, it fails.
> The server gives me an error: The Packet has been dropped, due to a duplicate.
>
> I am running the 4.0.51 on the ARC. Can this be a software issue?
>
> Please let me know
> Thanks
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Upgrading NMC/HDM's From: Brian <signal@shreve.net> Date: 1998-08-01 17:20:49
When Upgrading the NMC (16MB) or HDM's, does this cause disruption in
service? (once again, I haven't done this in ages, didn't have a need to,
so I can't remember). I know of course the "reboot" is going to drop
users, but I am talking about during the time the code is being
transferred.
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) Why Is USR's Brand Being Destroyed? Fire Those 3Com Assholes! From: Ricky Beam <jfbeam@interpath.net> Date: 1998-08-01 19:11:08
Charles Sprickman was heard to say:
>I nervously set up my first HiPer chassis after going through all the PDFs
>(remember the days of free printed manuals?) and everything looked peachy.
>Lots of nice new things on the ARC like the command completion and all.
Printed manuals take time... they are usually out dated by the time they are
ready to ship. PDF docs take little time to update and publish (web).
>I ended up solving the problem on my own using some of the info about
>static configs and "ownership" that the last tech had given me. On a
>whim, I tried booting with a static config with the NMC removed. That
>worked. So it was an extremely flaky NMC that was capable of nuking the
>bus even with a static config and no NMC chassis awareness set. Odd, but
>true.
The NMC is supposed to have complete, authoritative control over the chassis.
And it's generally the master timing clock for the chassis.
>limit and will ship me a "repaired" (I prefer the term "used") card once I
Yeah, I've got one of NetCom's "repaired" netservers... it still had their
property tag on the front of the card :-)
FWIW, I've always found it more productive to figure things out on my own
than trying to get help from their support people who general have had
less of a clue than I did. (Maybe that has changed in the past few months.)
--Ricky
We too experience the same problem with our ARC hub... Our
Netserver hubs handles it fine! I think Krish told me that it may have
something to do with a timing issue on the ARC! Also, I believe the only
radius having the problem is the Livingston? I have not heard of it with
the Merit, Cistron-radius, or the Radiator-radius. Any other comments?
As a matter of fact, we are debating right now as to whether to migrate to
Cistron or Radiator. Radiator is a much richer package, but does come
with a pretty hefty price tag!
==============================================================================
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 Sat, 1 Aug 1998, Marshall Morgan wrote:
> On Friday, July 31, 1998 11:05 AM, Brian [SMTP:signal@shreve.net] wrote:
> > On Fri, 31 Jul 1998, Marcelo Souza wrote:
> >
> > >
> > > On Fri, 31 Jul 1998, Jeff Binkley wrote:
> > >
> > > |-> It has recently been determined that our ARC is sending 2 Accounting
> > > |-> requests.
> > > |->
> > > |-> We are running 4.0.69
> > > |
> > > |Try 4.0.30, the latest version. I believe it is fixed in this release...
> > >
> > > 4.0.29 has the same problem, and I didn't see it in the release
> > > notes of the 4.0.30.
> >
> > That is odd, I was told 4.0.29 had this fixed. I checked the release
> > notes as well and saw no fix. I am hoping its fixed though, as I am about
> > to go upgrade some chassis to fix this.
>
> Running several 4.0.30 and 4.0.29 ARC's. The bug/issue/feature is not fixed.
> On Livingston Radius 2.0.1 on Solaris/Linux creates 1 Start and 2 Stop
> records.
>
> Sat Aug 1 18:44:14 1998
> User-Name = "perryso"
> NAS-IP-Address = 208.137.152.12
> Acct-Status-Type = Start
> Acct-Session-Id = "c11c0000"
> Acct-Delay-Time = 0
> Acct-Authentic = RADIUS
> Service-Type = Framed-User
> NAS-Port-Type = Async
> NAS-Port = 772
> Calling-Station-Id = "6019648748"
> Called-Station-Id = ""
> Framed-Protocol = PPP
> Framed-IP-Address = 208.137.155.11
> Timestamp = 902015054
> Request-Authenticator = Unverified
>
> Sat Aug 1 19:30:40 1998
> User-Name = "perryso"
> NAS-IP-Address = 208.137.152.12
> Acct-Status-Type = Stop
> Acct-Session-Id = "c11c0000"
> Acct-Delay-Time = 0
> Acct-Authentic = RADIUS
> Service-Type = Framed-User
> NAS-Port-Type = Async
> NAS-Port = 772
> Calling-Station-Id = "6019648748"
> Called-Station-Id = ""
> Framed-Protocol = PPP
> Framed-IP-Address = 208.137.155.11
> Acct-Session-Time = 2792
> Acct-Terminate-Cause = User-Request
> Acct-Input-Octets = 81027
> Acct-Output-Octets = 384612
> Acct-Input-Packets = 1285
> Acct-Output-Packets = 931
> Timestamp = 902017840
> Request-Authenticator = Unverified
>
> Sat Aug 1 19:30:40 1998
> User-Name = "perryso"
> NAS-IP-Address = 208.137.152.12
> Acct-Status-Type = Stop
> Acct-Session-Id = "c11c0000"
> Acct-Delay-Time = 0
> Acct-Authentic = RADIUS
> Service-Type = Framed-User
> NAS-Port-Type = Async
> NAS-Port = 772
> Calling-Station-Id = "6019648748"
> Called-Station-Id = ""
> Framed-Protocol = PPP
> Framed-IP-Address = 208.137.155.11
> Acct-Session-Time = 2792
> Acct-Terminate-Cause = User-Request
> Acct-Input-Octets = 81027
> Acct-Output-Octets = 384612
> Acct-Input-Packets = 1285
> Acct-Output-Packets = 931
> Timestamp = 902017840
> Request-Authenticator = Unverified
>
> Marshall Morgan
>
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | Fax 601.969.3838
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) What voltages/currents for 45A TC power supply? From: Amanda Kathryn <usr-tc@riva.net> Date: 1998-08-02 00:25:02
Sorry for a DUH! question, but I have not yet found in the stupid PDFs
(where's paper anymore?) what the actual schematic is of the bus on my TC
chassis and what the rated voltages and currents live on the bus.
I have the 2509 ISP bundle, and have several spare new unpopulated chassis
with redundant 45 amp power supply. But, what are the actual currents for
each voltage, and what are the voltages coming out of these power supplies?
I would like to use the power supplies to power some other things around
here since they ARE spares after all. I should be able to run wires from
the bus or from an extender card to do this..
It made sense to pull apart and sell all the other cards from these 2509
bundles, so if the power supplies will provide enough voltages at high
enough currents I can maybe run some old analog external Sportsters or some
newer external 56K V.90 Sportsters. Or if they won't run on pure DC, then
some other things that will.
Can anyone find and maybe :-) file-attach the PDF pages that give this info
for the 45 amp cards (pleasepleaseplease)? I would REALLY appreciate it,
guys, and thanks!!
Amanda
Subject:Re: (usr-tc) What voltages/currents for 45A TC power supply? From: Amanda Kathryn <usr-tc@riva.net> Date: 1998-08-02 01:40:05
At 12:25 AM 8/2/98 -0400, you wrote:
>I have the 2509 ISP bundle
DOUBLE DUHHH!!
I meant 2059..............
Amanda
PS - Someone wrote back with the answer: The current is 45 amps.
Of course, but I meant what is the breakdown per voltage output??
On Sat, 1 Aug 1998, pferraro wrote:
>
> We too experience the same problem with our ARC hub... Our
> Netserver hubs handles it fine! I think Krish told me that it may have
> something to do with a timing issue on the ARC! Also, I believe the only
> radius having the problem is the Livingston? I have not heard of it with
> the Merit, Cistron-radius, or the Radiator-radius. Any other comments?
The problem exists with Radiator for sure, because I am running Radiator
and saw it. But the problem is not on the RADIUS side of things, its with
the ARC, so it's bound to effect all RADIUS servers.
> As a matter of fact, we are debating right now as to whether to migrate to
> Cistron or Radiator. Radiator is a much richer package, but does come
> with a pretty hefty price tag!
I can't agree there. Most of the stuff we run is free software: sendmail,
apache, linux, etc. Very rarely do ISP's have to fork out money for
applications, but when they do its usually worth it (platypus, ms msql
server, real audio server, etc).
RADIUS is vital to our billing and system accounting in general. The
flexability that some of these newer radius servers have is unreal. $600
is pretty cheap. Platypus, MS SQL server, real audio server, etc, were
all in the 4 figure range, and you have to usually pay for significant
upgrades. Radiator you get source code, and don't have to pay for
upgrades.
Compare it to the price of 3Com Security and Accounting server for Solaris
or NT......
Radiator is how I think all commercial software should be: open. The
world is your architect, designing and suggesting features, that ultimatly
take the load off the original programmer. Users can fix/patch things,
and support eachother, and you have the knowledge base of the entire
world to pour into your code.
Sure some people will steal your ideas, but that happens even without open
systems. If more commercial software was like Radiator, we would have
more of it.
Brian
>
> ==============================================================================
> 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 Sat, 1 Aug 1998, Marshall Morgan wrote:
>
> > On Friday, July 31, 1998 11:05 AM, Brian [SMTP:signal@shreve.net] wrote:
> > > On Fri, 31 Jul 1998, Marcelo Souza wrote:
> > >
> > > >
> > > > On Fri, 31 Jul 1998, Jeff Binkley wrote:
> > > >
> > > > |-> It has recently been determined that our ARC is sending 2 Accounting
> > > > |-> requests.
> > > > |->
> > > > |-> We are running 4.0.69
> > > > |
> > > > |Try 4.0.30, the latest version. I believe it is fixed in this release...
> > > >
> > > > 4.0.29 has the same problem, and I didn't see it in the release
> > > > notes of the 4.0.30.
> > >
> > > That is odd, I was told 4.0.29 had this fixed. I checked the release
> > > notes as well and saw no fix. I am hoping its fixed though, as I am about
> > > to go upgrade some chassis to fix this.
> >
> > Running several 4.0.30 and 4.0.29 ARC's. The bug/issue/feature is not fixed.
> > On Livingston Radius 2.0.1 on Solaris/Linux creates 1 Start and 2 Stop
> > records.
> >
> > Sat Aug 1 18:44:14 1998
> > User-Name = "perryso"
> > NAS-IP-Address = 208.137.152.12
> > Acct-Status-Type = Start
> > Acct-Session-Id = "c11c0000"
> > Acct-Delay-Time = 0
> > Acct-Authentic = RADIUS
> > Service-Type = Framed-User
> > NAS-Port-Type = Async
> > NAS-Port = 772
> > Calling-Station-Id = "6019648748"
> > Called-Station-Id = ""
> > Framed-Protocol = PPP
> > Framed-IP-Address = 208.137.155.11
> > Timestamp = 902015054
> > Request-Authenticator = Unverified
> >
> > Sat Aug 1 19:30:40 1998
> > User-Name = "perryso"
> > NAS-IP-Address = 208.137.152.12
> > Acct-Status-Type = Stop
> > Acct-Session-Id = "c11c0000"
> > Acct-Delay-Time = 0
> > Acct-Authentic = RADIUS
> > Service-Type = Framed-User
> > NAS-Port-Type = Async
> > NAS-Port = 772
> > Calling-Station-Id = "6019648748"
> > Called-Station-Id = ""
> > Framed-Protocol = PPP
> > Framed-IP-Address = 208.137.155.11
> > Acct-Session-Time = 2792
> > Acct-Terminate-Cause = User-Request
> > Acct-Input-Octets = 81027
> > Acct-Output-Octets = 384612
> > Acct-Input-Packets = 1285
> > Acct-Output-Packets = 931
> > Timestamp = 902017840
> > Request-Authenticator = Unverified
> >
> > Sat Aug 1 19:30:40 1998
> > User-Name = "perryso"
> > NAS-IP-Address = 208.137.152.12
> > Acct-Status-Type = Stop
> > Acct-Session-Id = "c11c0000"
> > Acct-Delay-Time = 0
> > Acct-Authentic = RADIUS
> > Service-Type = Framed-User
> > NAS-Port-Type = Async
> > NAS-Port = 772
> > Calling-Station-Id = "6019648748"
> > Called-Station-Id = ""
> > Framed-Protocol = PPP
> > Framed-IP-Address = 208.137.155.11
> > Acct-Session-Time = 2792
> > Acct-Terminate-Cause = User-Request
> > Acct-Input-Octets = 81027
> > Acct-Output-Octets = 384612
> > Acct-Input-Packets = 1285
> > Acct-Output-Packets = 931
> > Timestamp = 902017840
> > Request-Authenticator = Unverified
> >
> > Marshall Morgan
> >
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | Fax 601.969.3838
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:RE: (usr-tc) Acct-*-Octets From: Marshall Morgan <marshall@netdoor.com> Date: 1998-08-02 10:47:51
On Sunday, August 02, 1998 9:43 AM, Cristian Bradiceanu
[SMTP:cbredi@timisoara.roedu.net] wrote:
> hi,
>
> we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
> doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
> detail file do contain those lines. software version from usr-tc is 3.2.5.3.
> where do I get a dictionary file for cistron's radiusd?
add this to the dictionary.
ATTRIBUTE Acct-Input-Octets 42 integer
ATTRIBUTE Acct-Output-Octets 43 integer
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | Fax 601.969.3838
Subject:Re: (usr-tc) Acct-*-Octets From: Brian <signal@shreve.net> Date: 1998-08-02 12:28:13
On Sun, 2 Aug 1998, Cristian Bradiceanu wrote:
> hi,
>
> we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
> doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
> detail file do contain those lines. software version from usr-tc is 3.2.5.3.
> where do I get a dictionary file for cistron's radiusd?
ATTRIBUTE Acct-Input-Octets 42 integer
ATTRIBUTE Acct-Output-Octets 43 integer
ATTRIBUTE Acct-Input-Packets 47 integer
ATTRIBUTE Acct-Output-Packets 48 integer
You need something like that in your dictionary. Does you dictionary have
those ATTRIBUTE numbers in it? (all should imho). Does cistron have USR
VSA support? Not that it should matter, since all 4 of the above are part
of radius accounting draft.
>
> thanks,
> cristi b.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:RE: (usr-tc) Acct-*-Octets From: Brian <signal@shreve.net> Date: 1998-08-02 12:28:58
On Sun, 2 Aug 1998, Cristian Bradiceanu wrote:
> On Sun, 2 Aug 1998, Marshall Morgan wrote:
>
> > > we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
> > > doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
> > > detail file do contain those lines. software version from usr-tc is 3.2.5.3.
> > > where do I get a dictionary file for cistron's radiusd?
> >
> > add this to the dictionary.
> >
> > ATTRIBUTE Acct-Input-Octets 42 integer
> > ATTRIBUTE Acct-Output-Octets 43 integer
>
> these lines are in the dictionary.
You must have some why to configure your radius then and having it stop
these on those nas boxes..............I am not familiar with cistron.
>
> cristi b.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) Acct-*-Octets From: Brian <signal@shreve.net> Date: 1998-08-02 13:43:37
On Sun, 2 Aug 1998, Cristian Bradiceanu wrote:
> On Sun, 2 Aug 1998, Brian wrote:
>
> > > we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
> > > doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
> > > detail file do contain those lines. software version from usr-tc is 3.2.5.3.
> > > where do I get a dictionary file for cistron's radiusd?
> >
> > ATTRIBUTE Acct-Input-Octets 42 integer
> > ATTRIBUTE Acct-Output-Octets 43 integer
> > ATTRIBUTE Acct-Input-Packets 47 integer
> > ATTRIBUTE Acct-Output-Packets 48 integer
> >
> >
> > You need something like that in your dictionary. Does you dictionary have
> > those ATTRIBUTE numbers in it? (all should imho). Does cistron have USR
> > VSA support? Not that it should matter, since all 4 of the above are part
> > of radius accounting draft.
>
> all of these lines are in the dictionary but no Acct-*-Octets from usr-tc.
> again, cisco's detail is ok. should I upgrade usr's software? it's a
> NetServer 8.
Personally, I would think yes. I always run the latest code I can, if I
see it has fixed important issues. You may wish to go on totalservice,
and check the release notes for the versions of software that superscede
your version. You may find that there were some RADIUS issuess addressed.
I do know that alot of issues that get fixed from code version to code
version for TC gear is RADIUS related.
Your only other alternative is to contact Cistron and ask them about it,
or try and get ahold of someone using Netserver/8 and Cistron. What I
would do is packet sniff the session from the Netserver/8, and see if in
fact its sending any Accounting information for Octets. You can also try
and setup another radius such as merit, and see if it sends that
information to it. If it does then you know your problem is in the RADIUS
somewhere and not the NAS.
Brian
>
> cristi b.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
hi,
we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
detail file do contain those lines. software version from usr-tc is 3.2.5.3.
where do I get a dictionary file for cistron's radiusd?
thanks,
cristi b.
Subject:(usr-tc) NMC netmask? From: Bob Purdon <bobp@southcom.com.au> Date: 1998-08-02 17:49:27
Hi All,
After some advice here...
I'm re-engineering a remote POP to support 3 USR-TC chassis, with a single
/24 divided as follows:
x.y.z.0/26 First dialup pool
x.y.z.64/26 Second dialup pool
x.y.z.128/26 Third dialup pool
x.y.z.192/27 Equipment addresses (NMC, NETserver, routers)
x.y.z.224/27 Static IP users
This network is already in use, but as one /24. Static IP users are
currently in the x.y.z.224/27 space and moving them is not an option.
With that in mind, I thought equipment in x.y.z.192/27 would be a good
move, but I believe the NMC cards still won't grok anything other than a
/24 mask.
I believe I could get away with it if the last two /27's were the other
way around, by configuring the NMC's with a /24 mask and relying on the
broadcast addresses co-inciding. Unfortunately swapping the two /27's is
not an option.
Any other suggestions?
Regards,
Bob Purdon,
Technical Manager,
Southern Internet Services.
On Sun, 2 Aug 1998, Marshall Morgan wrote:
> > we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
> > doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
> > detail file do contain those lines. software version from usr-tc is 3.2.5.3.
> > where do I get a dictionary file for cistron's radiusd?
>
> add this to the dictionary.
>
> ATTRIBUTE Acct-Input-Octets 42 integer
> ATTRIBUTE Acct-Output-Octets 43 integer
these lines are in the dictionary.
cristi b.
On Sun, 2 Aug 1998, Brian wrote:
> > we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
> > doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
> > detail file do contain those lines. software version from usr-tc is 3.2.5.3.
> > where do I get a dictionary file for cistron's radiusd?
>
> ATTRIBUTE Acct-Input-Octets 42 integer
> ATTRIBUTE Acct-Output-Octets 43 integer
> ATTRIBUTE Acct-Input-Packets 47 integer
> ATTRIBUTE Acct-Output-Packets 48 integer
>
>
> You need something like that in your dictionary. Does you dictionary have
> those ATTRIBUTE numbers in it? (all should imho). Does cistron have USR
> VSA support? Not that it should matter, since all 4 of the above are part
> of radius accounting draft.
all of these lines are in the dictionary but no Acct-*-Octets from usr-tc.
again, cisco's detail is ok. should I upgrade usr's software? it's a
NetServer 8.
cristi b.
Subject:Re: (usr-tc) Acct-*-Octets From: Bob Fager <rdfager@cube.ice.net> Date: 1998-08-03 01:12:45
On Sun, 2 Aug 1998, Cristian Bradiceanu wrote:
> On Sun, 2 Aug 1998, Brian wrote:
>
> > > we are using cistron radiusd 1.5.4.2 and it seems that usr's detail file
> > > doesn't contain any Acct-Input-Octets, Acct-Output-Octets lines. cisco's
> > > detail file do contain those lines. software version from usr-tc is
3.2.5.3.
> > > where do I get a dictionary file for cistron's radiusd?
> >
> > ATTRIBUTE Acct-Input-Octets 42 integer
> > ATTRIBUTE Acct-Output-Octets 43 integer
> > ATTRIBUTE Acct-Input-Packets 47 integer
> > ATTRIBUTE Acct-Output-Packets 48 integer
> >
> >
> > You need something like that in your dictionary. Does you dictionary have
> > those ATTRIBUTE numbers in it? (all should imho). Does cistron have USR
> > VSA support? Not that it should matter, since all 4 of the above are part
> > of radius accounting draft.
>
> all of these lines are in the dictionary but no Acct-*-Octets from usr-tc.
> again, cisco's detail is ok. should I upgrade usr's software? it's a
> NetServer 8.
>
> cristi b.
>
You should make sure that you have the log group which contains this
information selected. I think that these are part of group 2 but you may
want to double check that. The USR may not be sending this information to
the radius server. If the detail from your cisco contains this
information there probably is not a problem with your radius.
Bob
On Mon, 3 Aug 1998, Robert von Bismarck wrote:
> We are running 4.0.29 on our ARC's with livingston 1.x (don't remember
> which version, pretty old though) Radius servers on solaris 2.5.1/sparc.
> We don't see those double accounting problems.
> We had some trouble with an underpowered radius server (sparc2 is a bit
> slow for this purpose ;-) and upgraded to a more powerful CPU and it's
> been working fine since then.
> Oh, yeah, our current setup is like this :
>=20
> Primary authentication server : sparc 10-612 w/ 256Mb RAM under solaris
> 2.5.1 (only runs radius)
> Secondary auth and primary acct server : same config as above with tons
> of HD space for logfiles, the box runs dns as well and is not very
> loaded...
>=20
> CPU horsepower is needed in our case because we're still using the .dbm
> method (yeah, we are a bit old-fashioned in europe ;-)
You may want to double check your logs. It doesn't generate duplicate
stops on EVERY user, just a handful, and can be easily missed.
>=20
> Regards,
>=20
> Robert von Bismarck
> Petrel Communications SA
>=20
>=20
> > -----Original Message-----
> > From:=09pferraro [SMTP:pferraro@wna-linknet.com]
> > Sent:=09dimanche, 2. ao=FBt 1998 05:38
> > To:=09Marshall Morgan
> > Cc:=09'usr-tc@lists.xmission.com'
> > Subject:=09RE: (usr-tc) ARC Sends 2 Accounting Requests
> >=20
> >=20
> > =09We too experience the same problem with our ARC hub... Our
> > Netserver hubs handles it fine! I think Krish told me that it may
> > have
> > something to do with a timing issue on the ARC! Also, I believe the
> > only
> > radius having the problem is the Livingston? I have not heard of it
> > with
> > the Merit, Cistron-radius, or the Radiator-radius. Any other
> > comments?
> > As a matter of fact, we are debating right now as to whether to
> > migrate to
> > Cistron or Radiator. Radiator is a much richer package, but does come
> > with a pretty hefty price tag!
> >=20
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D
> > Phillip Ferraro=09=09=09=09WorldNet Access, Inc
> > pferraro@wna-linknet.com=09Onslow County's PREMIER InterNet Service
> >=20
> > Voice (910) 346-0835=09=09 824 Gumbranch Square, Suite R3
> > FAX (910) 455-1933=09=09 Jacksonville, Nc 28540-6269
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D
> >=20
> > On Sat, 1 Aug 1998, Marshall Morgan wrote:
> >=20
> > > On Friday, July 31, 1998 11:05 AM, Brian [SMTP:signal@shreve.net]
> > wrote:
> > > > On Fri, 31 Jul 1998, Marcelo Souza wrote:
> > > >
> > > > >
> > > > > On Fri, 31 Jul 1998, Jeff Binkley wrote:
> > > > >
> > > > > |-> It has recently been determined that our ARC is sending 2
> > Accounting
> > > > > |-> requests.
> > > > > |->
> > > > > |-> We are running 4.0.69
> > > > > |
> > > > > |Try 4.0.30, the latest version. I believe it is fixed in this
> > release...
> > > > >
> > > > > =094.0.29 has the same problem, and I didn't see it in the
> > release
> > > > > notes of the 4.0.30.
> > > >
> > > > That is odd, I was told 4.0.29 had this fixed. I checked the
> > release
> > > > notes as well and saw no fix. I am hoping its fixed though, as I
> > am about
> > > > to go upgrade some chassis to fix this.
> > >=20
> > > Running several 4.0.30 and 4.0.29 ARC's. The bug/issue/feature is
> > not fixed.=20
> > > On Livingston Radius 2.0.1 on Solaris/Linux creates 1 Start and 2
> > Stop=20
> > > records.
> > >=20
> > > Sat Aug 1 18:44:14 1998
> > > User-Name =3D "perryso"
> > > NAS-IP-Address =3D 208.137.152.12
> > > Acct-Status-Type =3D Start
> > > Acct-Session-Id =3D "c11c0000"
> > > Acct-Delay-Time =3D 0
> > > Acct-Authentic =3D RADIUS
> > > Service-Type =3D Framed-User
> > > NAS-Port-Type =3D Async
> > > NAS-Port =3D 772
> > > Calling-Station-Id =3D "6019648748"
> > > Called-Station-Id =3D ""
> > > Framed-Protocol =3D PPP
> > > Framed-IP-Address =3D 208.137.155.11
> > > Timestamp =3D 902015054
> > > Request-Authenticator =3D Unverified
> > >=20
> > > Sat Aug 1 19:30:40 1998
> > > User-Name =3D "perryso"
> > > NAS-IP-Address =3D 208.137.152.12
> > > Acct-Status-Type =3D Stop
> > > Acct-Session-Id =3D "c11c0000"
> > > Acct-Delay-Time =3D 0
> > > Acct-Authentic =3D RADIUS
> > > Service-Type =3D Framed-User
> > > NAS-Port-Type =3D Async
> > > NAS-Port =3D 772
> > > Calling-Station-Id =3D "6019648748"
> > > Called-Station-Id =3D ""
> > > Framed-Protocol =3D PPP
> > > Framed-IP-Address =3D 208.137.155.11
> > > Acct-Session-Time =3D 2792
> > > Acct-Terminate-Cause =3D User-Request
> > > Acct-Input-Octets =3D 81027
> > > Acct-Output-Octets =3D 384612
> > > Acct-Input-Packets =3D 1285
> > > Acct-Output-Packets =3D 931
> > > Timestamp =3D 902017840
> > > Request-Authenticator =3D Unverified
> > >=20
> > > Sat Aug 1 19:30:40 1998
> > > User-Name =3D "perryso"
> > > NAS-IP-Address =3D 208.137.152.12
> > > Acct-Status-Type =3D Stop
> > > Acct-Session-Id =3D "c11c0000"
> > > Acct-Delay-Time =3D 0
> > > Acct-Authentic =3D RADIUS
> > > Service-Type =3D Framed-User
> > > NAS-Port-Type =3D Async
> > > NAS-Port =3D 772
> > > Calling-Station-Id =3D "6019648748"
> > > Called-Station-Id =3D ""
> > > Framed-Protocol =3D PPP
> > > Framed-IP-Address =3D 208.137.155.11
> > > Acct-Session-Time =3D 2792
> > > Acct-Terminate-Cause =3D User-Request
> > > Acct-Input-Octets =3D 81027
> > > Acct-Output-Octets =3D 384612
> > > Acct-Input-Packets =3D 1285
> > > Acct-Output-Packets =3D 931
> > > Timestamp =3D 902017840
> > > Request-Authenticator =3D Unverified
> > >=20
> > > Marshall Morgan
> > >=20
> > >=20
> > > Internet Doorway, Inc (aka NETDOOR)
> > > http://www.netdoor.com
> > >=20
> > > 601.969.1434 x28 | 800.952.1570 x28 | Fax 601.969.3838
> > >=20
> > >=20
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages
> > send
> > > "help" to the same address. Do not use quotes in your message.
> > >=20
> >=20
> >=20
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
>=20
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>=20
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider=
=20
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,=20
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Should not cause disruption of service.
Unlike the quads the cards that do upgrade in this manner to my best
knowledge are the HiperARC, HiperDSP and Netserver 8meg or higher ( with
Netserver Manager ).
Hank
On Sat, 1 Aug 1998, Brian wrote:
> When Upgrading the NMC (16MB) or HDM's, does this cause disruption in
> service? (once again, I haven't done this in ages, didn't have a need to,
> so I can't remember). I know of course the "reboot" is going to drop
> users, but I am talking about during the time the code is being
> transferred.
>
> Brian
>
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) NMC netmask? From: Mark R. Lindsey <mark@vielle.datasys.net> Date: 1998-08-03 09:10:55
: x.y.z.0/26 First dialup pool
: x.y.z.64/26 Second dialup pool
: x.y.z.128/26 Third dialup pool
: x.y.z.192/27 Equipment addresses (NMC, NETserver, routers)
: x.y.z.224/27 Static IP users
:
: With that in mind, I thought equipment in x.y.z.192/27 would be a good
: move, but I believe the NMC cards still won't grok anything other than a
: /24 mask.
Stupid classful routing algorithm.
Are the users with static IP addresses local only to that POP, or can
they roam?
Could you accept a little messiness, turn on proxy arp, and tell the
NMC's that they're in a /24? Of course, that would assume that at
last the two /27s are on the same segment.
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marshall Morgan
>Sent: Saturday, August 01, 1998 10:25 PM
>To: 'usr-tc@lists.xmission.com'
>Subject: RE: (usr-tc) ARC Sends 2 Accounting Requests
>
>
>On Friday, July 31, 1998 11:05 AM, Brian [SMTP:signal@shreve.net] wrote:
>> On Fri, 31 Jul 1998, Marcelo Souza wrote:
>>
>> >
>> > On Fri, 31 Jul 1998, Jeff Binkley wrote:
>> >
>> > |-> It has recently been determined that our ARC is sending 2
>Accounting
>> > |-> requests.
>> > |->
>> > |-> We are running 4.0.69
>> > |
>> > |Try 4.0.30, the latest version. I believe it is fixed in
>this release...
>> >
>> > 4.0.29 has the same problem, and I didn't see it in the release
>> > notes of the 4.0.30.
>>
>> That is odd, I was told 4.0.29 had this fixed. I checked the release
>> notes as well and saw no fix. I am hoping its fixed though, as
>I am about
>> to go upgrade some chassis to fix this.
>
>Running several 4.0.30 and 4.0.29 ARC's. The bug/issue/feature is
>not fixed.
> On Livingston Radius 2.0.1 on Solaris/Linux creates 1 Start and 2 Stop
>records.
>
Have you tired adjusting your accounting retransmission timeout.. The ARC
waits for the accounting ack packet from the
server.. If this timer expires it sends it again.. You may want to increase
the timer and see if the dupes go away..
Subject:(usr-tc) ARC disconnects!!! From: Terry Kennedy <terry@olypen.com> Date: 1998-08-03 09:36:04
Anyone having trouble with the ARC/DSP combo's
running the current V.90 code disconnecting people.
We are having way too many complaints. Radius logs
show "Lost carrier" as reason. Have tried upping the
carrier loss timeouts. What else can I try here?
Terry Kennedy,
OlyPen, Inc.
Subject:(usr-tc) aztech modem From: Stu Lewallen <stuartl@rma.edu> Date: 1998-08-03 10:17:39
I am having a problem getting some aztech modems to work with my tc
chassis. they will connect and then do nothing. in my syslog file i see
this:
Aug 3 09:54:20 usr.rmoanline.net S41 didn't get online! status=-1,
connect_fail=79, link_fail=31
i have looked in what manuals i have for anything telling me what the
codes mean. these modems are v.90 rockwell chipset, and they were
working fine until the middle of last week, and i have changed nothing
in the las week on my tc chassis.
Subject:RE: (usr-tc) ARC Sends 2 Accounting Requests From: Robert von Bismarck <rvb@petrel.ch> Date: 1998-08-03 10:19:51
We are running 4.0.29 on our ARC's with livingston 1.x (don't remember
which version, pretty old though) Radius servers on solaris =
2.5.1/sparc.
We don't see those double accounting problems.
We had some trouble with an underpowered radius server (sparc2 is a bit
slow for this purpose ;-) and upgraded to a more powerful CPU and it's
been working fine since then.
Oh, yeah, our current setup is like this :
Primary authentication server : sparc 10-612 w/ 256Mb RAM under solaris
2.5.1 (only runs radius)
Secondary auth and primary acct server : same config as above with tons
of HD space for logfiles, the box runs dns as well and is not very
loaded...
CPU horsepower is needed in our case because we're still using the .dbm
method (yeah, we are a bit old-fashioned in europe ;-)
Regards,
Robert von Bismarck
Petrel Communications SA
> -----Original Message-----
> From: pferraro [SMTP:pferraro@wna-linknet.com]
> Sent: dimanche, 2. ao=FBt 1998 05:38
> To: Marshall Morgan
> Cc: 'usr-tc@lists.xmission.com'
> Subject: RE: (usr-tc) ARC Sends 2 Accounting Requests
>=20
>=20
> We too experience the same problem with our ARC hub... Our
> Netserver hubs handles it fine! I think Krish told me that it may
> have
> something to do with a timing issue on the ARC! Also, I believe the
> only
> radius having the problem is the Livingston? I have not heard of it
> with
> the Merit, Cistron-radius, or the Radiator-radius. Any other
> comments?
> As a matter of fact, we are debating right now as to whether to
> migrate to
> Cistron or Radiator. Radiator is a much richer package, but does =
come
> with a pretty hefty price tag!
>=20
> =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =3D=3D=3D=3D=3D=3D=3D=3D
> Phillip Ferraro WorldNet Access, Inc
> pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
>=20
> Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =3D=3D=3D=3D=3D=3D=3D=3D
>=20
> On Sat, 1 Aug 1998, Marshall Morgan wrote:
>=20
> > On Friday, July 31, 1998 11:05 AM, Brian [SMTP:signal@shreve.net]
> wrote:
> > > On Fri, 31 Jul 1998, Marcelo Souza wrote:
> > >
> > > >
> > > > On Fri, 31 Jul 1998, Jeff Binkley wrote:
> > > >
> > > > |-> It has recently been determined that our ARC is sending 2
> Accounting
> > > > |-> requests.
> > > > |->
> > > > |-> We are running 4.0.69
> > > > |
> > > > |Try 4.0.30, the latest version. I believe it is fixed in this
> release...
> > > >
> > > > 4.0.29 has the same problem, and I didn't see it in the
> release
> > > > notes of the 4.0.30.
> > >
> > > That is odd, I was told 4.0.29 had this fixed. I checked the
> release
> > > notes as well and saw no fix. I am hoping its fixed though, as I
> am about
> > > to go upgrade some chassis to fix this.
> >=20
> > Running several 4.0.30 and 4.0.29 ARC's. The bug/issue/feature is
> not fixed.=20
> > On Livingston Radius 2.0.1 on Solaris/Linux creates 1 Start and 2
> Stop=20
> > records.
> >=20
> > Sat Aug 1 18:44:14 1998
> > User-Name =3D "perryso"
> > NAS-IP-Address =3D 208.137.152.12
> > Acct-Status-Type =3D Start
> > Acct-Session-Id =3D "c11c0000"
> > Acct-Delay-Time =3D 0
> > Acct-Authentic =3D RADIUS
> > Service-Type =3D Framed-User
> > NAS-Port-Type =3D Async
> > NAS-Port =3D 772
> > Calling-Station-Id =3D "6019648748"
> > Called-Station-Id =3D ""
> > Framed-Protocol =3D PPP
> > Framed-IP-Address =3D 208.137.155.11
> > Timestamp =3D 902015054
> > Request-Authenticator =3D Unverified
> >=20
> > Sat Aug 1 19:30:40 1998
> > User-Name =3D "perryso"
> > NAS-IP-Address =3D 208.137.152.12
> > Acct-Status-Type =3D Stop
> > Acct-Session-Id =3D "c11c0000"
> > Acct-Delay-Time =3D 0
> > Acct-Authentic =3D RADIUS
> > Service-Type =3D Framed-User
> > NAS-Port-Type =3D Async
> > NAS-Port =3D 772
> > Calling-Station-Id =3D "6019648748"
> > Called-Station-Id =3D ""
> > Framed-Protocol =3D PPP
> > Framed-IP-Address =3D 208.137.155.11
> > Acct-Session-Time =3D 2792
> > Acct-Terminate-Cause =3D User-Request
> > Acct-Input-Octets =3D 81027
> > Acct-Output-Octets =3D 384612
> > Acct-Input-Packets =3D 1285
> > Acct-Output-Packets =3D 931
> > Timestamp =3D 902017840
> > Request-Authenticator =3D Unverified
> >=20
> > Sat Aug 1 19:30:40 1998
> > User-Name =3D "perryso"
> > NAS-IP-Address =3D 208.137.152.12
> > Acct-Status-Type =3D Stop
> > Acct-Session-Id =3D "c11c0000"
> > Acct-Delay-Time =3D 0
> > Acct-Authentic =3D RADIUS
> > Service-Type =3D Framed-User
> > NAS-Port-Type =3D Async
> > NAS-Port =3D 772
> > Calling-Station-Id =3D "6019648748"
> > Called-Station-Id =3D ""
> > Framed-Protocol =3D PPP
> > Framed-IP-Address =3D 208.137.155.11
> > Acct-Session-Time =3D 2792
> > Acct-Terminate-Cause =3D User-Request
> > Acct-Input-Octets =3D 81027
> > Acct-Output-Octets =3D 384612
> > Acct-Input-Packets =3D 1285
> > Acct-Output-Packets =3D 931
> > Timestamp =3D 902017840
> > Request-Authenticator =3D Unverified
> >=20
> > Marshall Morgan
> >=20
> >=20
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >=20
> > 601.969.1434 x28 | 800.952.1570 x28 | Fax 601.969.3838
> >=20
> >=20
> > -
> > To unsubscribe to usr-tc, send an email to =
"majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages
> send
> > "help" to the same address. Do not use quotes in your message.
> >=20
>=20
>=20
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) When x2/v90 feature enable key is needed? From: norm_miller@3com.com Date: 1998-08-03 10:21:18
Goemon,
On the Quads, X.2/V.90 was a value added feature that you purchased. In the
HDM it is part of the standard feature set.
regards,
/norm
Goemon Ishikawa <goemon@hirune.gol.ad.jp> on 07/31/98 05:52:01 PM
Please respond to usr-tc@lists.xmission.com
cc: (Norm Miller/US/3Com)
When is x2/v90 feature enable key needed?
Using TCM, NMC says x2/v90 feature is disabled. But HiperDSP says
x2/v90 is enabled.
3com tech support says, feature x2/v90 enable key is only needed for Quad
cards, and not HiperARC+HiperDSP.
Is this true?
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) alternate accounting server From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-08-03 12:11:01
how do i set the alternate accounting server?
Leon
Subject:RE: (usr-tc) Frame Relay From: Brian <signal@shreve.net> Date: 1998-08-03 12:16:03
On Mon, 3 Aug 1998, Brian Sanner wrote:
> Kevin:
>
> Frame-Relay, although supported on the Netservers, uses Annex B protocol
> (Cisco's old LMI standard) only. ANSI is not supported in the netserver, but
> may be supported in the hyperArc 4.1 code, so I have heard. Sorry for all of
> you who are wishing to use Frame-Relay on Netservers whose Telco's only
> support the standard ANSI (Annex D) protocol.
>
> As for the DLCI protocol used on the Netserver, it is up to date and does
> support IETF as the default protocol.
>
Are you saying the HiperARC will eventually support FR? I don't even
remember seeing a WAN port on the nic, but then again this is from memory.
> Brian Sanner
> EriNet Network Operations
> sannerk@erinet.com
>
>
> > -----Original Message-----
> > From: owner-usr-tc@lists.xmission.com
> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kevin Lauer
> > Sent: Friday, July 31, 1998 4:26 PM
> > To: usr-tc@lists.xmission.com
> > Subject: (usr-tc) Frame Relay
> >
> >
> > Hello,
> > I'm trying to set up a chassis for frame relay, and just wanted to know
> > a few things.
> >
> > -Can anybody tell me if the default LMI type used by the NetServer is
> > ANSI?
> >
> > -Also, does it use the IETF standard for frame relay encapsulation?
> >
> >
> > TIA,
> > -Kevin
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Kevin:
Frame-Relay, although supported on the Netservers, uses Annex B protocol
(Cisco's old LMI standard) only. ANSI is not supported in the netserver, but
may be supported in the hyperArc 4.1 code, so I have heard. Sorry for all of
you who are wishing to use Frame-Relay on Netservers whose Telco's only
support the standard ANSI (Annex D) protocol.
As for the DLCI protocol used on the Netserver, it is up to date and does
support IETF as the default protocol.
Brian Sanner
EriNet Network Operations
sannerk@erinet.com
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kevin Lauer
> Sent: Friday, July 31, 1998 4:26 PM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Frame Relay
>
>
> Hello,
> I'm trying to set up a chassis for frame relay, and just wanted to know
> a few things.
>
> -Can anybody tell me if the default LMI type used by the NetServer is
> ANSI?
>
> -Also, does it use the IETF standard for frame relay encapsulation?
>
>
> TIA,
> -Kevin
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) ARC disconnects!!! From: Brian <signal@shreve.net> Date: 1998-08-03 12:18:57
On Mon, 3 Aug 1998, Terry Kennedy wrote:
> Anyone having trouble with the ARC/DSP combo's
> running the current V.90 code disconnecting people.
> We are having way too many complaints. Radius logs
> show "Lost carrier" as reason. Have tried upping the
> carrier loss timeouts. What else can I try here?
You can try and mess with transmit levels, but exercise caution. Just
bump it up or down a little.
What we do here is:
Restore from factory defaults.
save to nvram
check all modems to make sure they are all on the same sheet of music (you
would be surprised after doing a global "restore from factory defaults",
that there are actually modems that are not alike!)
Line Interface Options->Carrier Loss Deley->20
Signal Converter Options->Selective Reject->enable
save to nvram
software reset
>
> Terry Kennedy,
> OlyPen, Inc.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
brian,
What exactly does selective reject do?
-----Original Message-----
>On Mon, 3 Aug 1998, Terry Kennedy wrote:
>
>> Anyone having trouble with the ARC/DSP combo's
>> running the current V.90 code disconnecting people.
>> We are having way too many complaints. Radius logs
>> show "Lost carrier" as reason. Have tried upping the
>> carrier loss timeouts. What else can I try here?
>
>You can try and mess with transmit levels, but exercise caution. Just
>bump it up or down a little.
>
>What we do here is:
>
>Restore from factory defaults.
>save to nvram
>check all modems to make sure they are all on the same sheet of music (you
>would be surprised after doing a global "restore from factory defaults",
>that there are actually modems that are not alike!)
>Line Interface Options->Carrier Loss Deley->20
>Signal Converter Options->Selective Reject->enable
>save to nvram
>software reset
>
>
>>
>> Terry Kennedy,
>> OlyPen, Inc.
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 Leon!
On Mon, 3 Aug 1998, Leon McCalla wrote:
> how do i set the alternate accounting server?
Set accounting <1 | 2> <IP Address>/<UDP port number> <encryption key>
* If you omit the 1 or 2, it will default to the primary accounting
server.
* The UDP port number can be omitted and it will be the default port
(1646)
* The encryption key can be omitted if you want to use the default
encryption key specified with the "set secret" command.
Dan Allen - System Admin.
-Novagate Communications Corp.-
On Mon, 3 Aug 1998, Mike Wronski wrote:
|>-----Original Message-----
|>From: owner-usr-tc@lists.xmission.com
|>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marshall Morgan
|>Sent: Saturday, August 01, 1998 10:25 PM
|>To: 'usr-tc@lists.xmission.com'
|>Subject: RE: (usr-tc) ARC Sends 2 Accounting Requests
|>
|>
|>On Friday, July 31, 1998 11:05 AM, Brian [SMTP:signal@shreve.net] wrote:
|>> On Fri, 31 Jul 1998, Marcelo Souza wrote:
|>>
|>> >
|>> > On Fri, 31 Jul 1998, Jeff Binkley wrote:
|>> >
|>> > |-> It has recently been determined that our ARC is sending 2
|>Accounting
|>> > |-> requests.
|>> > |->
|>> > |-> We are running 4.0.69
|>> > |
|>> > |Try 4.0.30, the latest version. I believe it is fixed in
|>this release...
|>> >
|>> > 4.0.29 has the same problem, and I didn't see it in the release
|>> > notes of the 4.0.30.
|>>
|>> That is odd, I was told 4.0.29 had this fixed. I checked the release
|>> notes as well and saw no fix. I am hoping its fixed though, as
|>I am about
|>> to go upgrade some chassis to fix this.
|>
|>Running several 4.0.30 and 4.0.29 ARC's. The bug/issue/feature is
|>not fixed.
|> On Livingston Radius 2.0.1 on Solaris/Linux creates 1 Start and 2 Stop
|>records.
|>
|
|Have you tired adjusting your accounting retransmission timeout.. The ARC
|waits for the accounting ack packet from the
|server.. If this timer expires it sends it again.. You may want to increase
|the timer and see if the dupes go away..
I already have tryied this and it does not solves the problem.
- Marcelo
Stefan Virsik <virsik@metronet.de> writes:
> I'm wondering how to add/remove entries in the trap destinations table
> of the nmc card without utilizing my mouse respectively TCM.
Set the community string at the instance with the index of the target
you want to remove to "invalid".
For example, to remove a trap destination to host 1.2.3.4, set the
variable nmcTrapDestCommunity.1.2.3.4 to "invalid."
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Subject:(usr-tc) Strange disconnects From: Charles Sprickman <spork@inch.com> Date: 1998-08-03 14:26:08
Hi,
I'm running a chassis with quads/dual-pri/netserver and trying to nail up
a connection from my home. In my radius config, I give myself a static
address, and set idle timeout and session timeout to zero. I also checked
the modems both via tcm and using the 'set idle' command on the netserver
and made sure the modems are not imposing a time out.
My logs show the reason for disconnect is "lost-carrier", and the
occasional "user-request". The "user-request" is always a very short
session of about six seconds. The "lost-carrier" sessions are more
interesting because the session length is *always* between 7780 and 7900
seconds, which seems to be some type of timeout. This happens whether I
dial in directly with my windows machine or with a unix box running ppp
(the preffered method as it gets me about 1KB/sec faster download speeds
for some reason). The modem on my side is a Courier v.everything with the
latest v.90 code, and the server side is running TCS 3.1.1.
Ideas? Have I missed a timeout setting somewhere?
Thanks,
Charles
=-----------------= =
| Charles Sprickman Internet Channel |
| INCH System Administration Team (212)243-5200 |
| spork@inch.com access@inch.com |
= =----------------=
Subject:Re: (usr-tc) ARC disconnects!!! From: Brian <signal@shreve.net> Date: 1998-08-03 14:32:25
On Mon, 3 Aug 1998, Terry Kennedy wrote:
> brian,
>
> What exactly does selective reject do?
I will try and explain it, but admittadly I understand the concept but not
all the details:
When a packet is sent, if its bad data or corrupted, normally it is
re-sent. With Selective Reject, only the "bad" part of the packet is
sent, so maybe something like if you have:
packet
data1
data2
data3
data4
data5
and data2 is bad, then only data2 is re-sent rather than data1-5 being
re-sent. I know I am going to get corrected on this, but the general
concept is that during a faulty transmission not all the data has to be
resent, just the part that contained the bad data.
Brian
> -----Original Message-----
> From: Brian <signal@shreve.net>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Monday, August 03, 1998 10:24 AM
> Subject: Re: (usr-tc) ARC disconnects!!!
>
>
> >On Mon, 3 Aug 1998, Terry Kennedy wrote:
> >
> >> Anyone having trouble with the ARC/DSP combo's
> >> running the current V.90 code disconnecting people.
> >> We are having way too many complaints. Radius logs
> >> show "Lost carrier" as reason. Have tried upping the
> >> carrier loss timeouts. What else can I try here?
> >
> >You can try and mess with transmit levels, but exercise caution. Just
> >bump it up or down a little.
> >
> >What we do here is:
> >
> >Restore from factory defaults.
> >save to nvram
> >check all modems to make sure they are all on the same sheet of music (you
> >would be surprised after doing a global "restore from factory defaults",
> >that there are actually modems that are not alike!)
> >Line Interface Options->Carrier Loss Deley->20
> >Signal Converter Options->Selective Reject->enable
> >save to nvram
> >software reset
> >
> >
> >>
> >> Terry Kennedy,
> >> OlyPen, Inc.
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) Re: radius help From: Ray Kopp <rjkopp@mailbox.syr.edu> Date: 1998-08-03 15:40:15
If anyone is using Cisco2511s with the Total Control hubs and Radius
authentication, I'd like to seek your advice on configuration planning
on the 2511s. Please contact me by email so that we don't fill this
list up with stuff probably most people would not be interested in.
Thanks,
Ray Kopp
Syracuse Unviersity
Computing and Media Services
Network Systems
rjkopp@mailbox.syr.edu
207 Machinery Hall
Syracuse, New York 13244
Voice (315)443-5776
Fax (315)443-3817
Subject:RE: (usr-tc) mrtg and TCH solution From: Eric Billeter <ebilleter@cableone.net> Date: 1998-08-03 16:26:41
if you are using a version of mrtg prior to 2.5.3 take
out the unscaled[_]:ymwd line
Eric T. Billeter Cable One
Internet Engineer 1314 North 3rd Street
ebilleter@cableone.net Phoenix, AZ 85004
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Eric Billeter
Sent: Friday, July 31, 1998 10:21 PM
Here is my solution to the MRTG / Total control usage
monitoring.
The zip has 4 files
mrtg sample cfg
hiperdsp.pl
tch-pri.pl
tch-t1.pl
Warning.. I am not a programmer.. I hate programming.. but I
hated not having the information easily more so.
Please don't criticize my code.. I already know there are
better ways to do things.
The nice thing about this way is if you take a circuit out of use,
it is not counted in your modem totals.
I use the 2 values returned for the current connections and the
capacity of the chassis.
I haven't tested it with mixed quad/dsp chassis either. I'll leave
that up to you.
Let me know what y'all think
Thanks
Eric T. Billeter Cable One
Internet Engineer 1314 North 3rd Street
ebilleter@cableone.net Phoenix, AZ 85004
Subject:(usr-tc) getting username given their ip# From: Lon R. Stockton, Jr. <lon@moonstar.com> Date: 1998-08-03 18:17:56
I'm a total SNMP newbie, although I'm fairly certain that I could
whip up a perl thingie to make some queries. I'm just not quite sure
what exactly I query to get what I want.
I'm looking to make a perl script which will, given an ip number, will
return the logged-in username that is currently using it.
Any hints or pointers before I dive into decyphering mib files?
Equipment is USR chassis, NMC-16mb, HiPerARC, and two HiPerDSPs. IPs
are assigned dynamically from the ARC-based pool. Equipment is at
current release software versions.
Subject:Re: (usr-tc) getting username given their ip# From: David G. O'Brien <growler@ac.net> Date: 1998-08-03 18:29:08
Using what kind of authentication?
If radius you could just grep the log file for that IP and take the last
line as the current user.
primus:/var/log# grep 205.138.55.245 pm.log|tail -1
Aug 3 18:07:16 tc3.ac.net At 18:06:24, Facility "Auth Facility", Level
"COMMON":: Port slot:1/mod:6 user wknouff session connected, call id
327742, protocol: PPP - ip address: 205.138.55.245
primus:/var/log#
-Dave
At 06:17 PM 8/3/98 -0400, you wrote:
>
>I'm a total SNMP newbie, although I'm fairly certain that I could
>whip up a perl thingie to make some queries. I'm just not quite sure
>what exactly I query to get what I want.
>
>I'm looking to make a perl script which will, given an ip number, will
>return the logged-in username that is currently using it.
>
>Any hints or pointers before I dive into decyphering mib files?
>
>Equipment is USR chassis, NMC-16mb, HiPerARC, and two HiPerDSPs. IPs
>are assigned dynamically from the ARC-based pool. Equipment is at
>current release software versions.
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
Hi out there,
I'm wondering how to add/remove entries in the trap destinations table
of the nmc card without utilizing my mouse respectively TCM.
A simple snmpset command e.g. from the cmu/ucd-snmp package won't do it
:-(.
I'm talking about the following MIB object:
snmpwalk -v 1 nmc rdcommunity .iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmctrap
enterprises.usr.nas.nmc.nmcTrap.nmcTrapSequenceNumber.0 = 377
enterprises.usr.nas.nmc.nmcTrap.nmcTrapDestTable.nmcTrapDestEntry.nmcTrapDestIP.aaa.bbb.ccc.ddd = IpAddress: aaa.bbb.ccc.ddd
enterprises.usr.nas.nmc.nmcTrap.nmcTrapDestTable.nmcTrapDestEntry.nmcTrapDestCommunity.aaa.bbb.ccc.ddd = ""
enterprises.usr.nas.nmc.nmcTrap.nmcTrapDestTable.nmcTrapDestEntry.nmcTrapDestDescr.aaa.bbb.ccc.ddd = ""
enterprises.usr.nas.nmc.nmcTrap.nmcArTrapId.0 = 0
I tried commands like the following:
snmpset -v 1 nmc wrcommunity .iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcTrap.nmcTrapDestTable.nmcTrapDestEntry.nmcTrapDestIP.aaa.bbb.ccc.ddd i aaa.bbb.ccc.ddd
Timeout: No Response from nmc
snmpset -v 1 nmc wrcommunity .iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcTrap.nmcTrapDestTable.nmcTrapDestEntry.nmcTrapDestIP i aaa.bbb.ccc.ddd
Timeout: No Response from nmc
Thanx a lot in advance,
Stefan Virsik
Why I'm not able to make snmp queries on ARC through NMC ? I
thought, since NMC it's a snmp proxy, that I could send some queries to
ARC using NMC Address.
I'm using tkined to walk in the MIBs, so when I put i.e.
enterprises.429.4.1.7.1.9 to get the usernames of the online users, I
receive the correct answer using the ARC, but my queries are ignored using
NMC.
On the other hand, if I use enterprises.429.1.6.9.1.1.2, to see
the modem status I can use NMC.
I would like to write some monitoring scripts, but I would like to
use only the NMC to make my queries.
BTW, the chassis I'm using is: ARC (v4.0.29) and NMC (v5.4.1)
- Marcelo
Subject:(usr-tc) cause code to soft busy a chanell From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-08-03 22:33:26
does anyone know the cause code to soft busy a chanell? i just found out
that you can instruct the TC to send any ISDN cause code back to the switch
if a no modems are available. Rather than send a fast busy i'd like to have
the switch jump to the next PRI if there are any hung modems in a rack early
in the hunt group.
Leon
> Are the users with static IP addresses local only to that POP, or can
> they roam?
Generally local to the POP, but I'd like them to be able to roam if
necessary - we're certainly setup elsewhere to allow that sort of thing.
> Could you accept a little messiness, turn on proxy arp, and tell the
> NMC's that they're in a /24? Of course, that would assume that at
> last the two /27s are on the same segment.
The last two /27's are indeed on a single segment.
I did some tinkering today with a spare chassis I have kicking around at
the moment. I put it in a /27 (first subnet of a /24) and it worked fine.
I didn't sniff the wire to see what nastiness was going on though...
Regards,
Bob Purdon,
Technical Manager,
Southern Internet Services.
Subject:Re: (usr-tc) NMC Save to chassis From: Brian <signal@shreve.net> Date: 1998-08-04 07:46:31
On Tue, 4 Aug 1998, pferraro wrote:
>
>
> What exactly does the Save Chassis to NVRAM do under the NMC card?
saves the chassis configuration to nvram i believe, that is to say what
cards are installed and there locations.
>
> Everytime we go to exit our HiperArc display from TCM we get asked if we
> want to save the display? We always say yes, but the next time we open
> and close it we get the same question... Our Netserver display does not
> do this at all?
>
> Is there a way to get rid of that message? Does saving the chassis to
> NVRAM do this?
>
> Thanks in advance
> ==============================================================================
> 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
> ==============================================================================
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) cause code to soft busy a chanell From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-04 08:11:14
Thus spake Leon McCalla
>does anyone know the cause code to soft busy a chanell? i just found out
>that you can instruct the TC to send any ISDN cause code back to the switch
>if a no modems are available. Rather than send a fast busy i'd like to have
>the switch jump to the next PRI if there are any hung modems in a rack early
>in the hunt group.
A cause code won't do it...once the switch has decided what trunk to
send the call down, and if it gets a response of any type on that trunk,
then the call can't be rerouted...what you *can* do...if you haven't
provisioned your trunks as NI-2 is take the ds0 local out of service and
use the service messages to let the switch know not to use that ds0. If
you're configured as NI-2, this won't work because the dain bramaged
standard doesn't have any provisions for service messages or anything to
signal this sort of information back and forth.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) NMC Save to chassis From: pferraro <pferraro@wna-linknet.com> Date: 1998-08-04 08:40:24
What exactly does the Save Chassis to NVRAM do under the NMC card?
Everytime we go to exit our HiperArc display from TCM we get asked if we
want to save the display? We always say yes, but the next time we open
and close it we get the same question... Our Netserver display does not
do this at all?
Is there a way to get rid of that message? Does saving the chassis to
NVRAM do this?
Thanks in advance
==============================================================================
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
==============================================================================
Subject:Re: (usr-tc) cause code to soft busy a chanell From: Peter D. Mayer <dmayer@netwalk.com> Date: 1998-08-04 09:37:14
I've tried doing DS0 LocalOutofService on our chassis, but the switch never
stops trying to send calls to the busied out PRI. We're on a 5ess switch.
Any ideas on how to busy out this chassis and make it skip that PRI? Maybe
taking down the D channel? Any ideas are greatly appreciated.
Peter D. Mayer
NetWalk Tech Support
dmayer@netwalk.com
-----Original Message-----
>
>A cause code won't do it...once the switch has decided what trunk to
>send the call down, and if it gets a response of any type on that trunk,
>then the call can't be rerouted...what you *can* do...if you haven't
>provisioned your trunks as NI-2 is take the ds0 local out of service and
>use the service messages to let the switch know not to use that ds0. If
>you're configured as NI-2, this won't work because the dain bramaged
>standard doesn't have any provisions for service messages or anything to
>signal this sort of information back and forth.
>--
>Jeff McAdams Email: jeffm@iglou.com
>Head Network Administrator Voice: (502) 966-3848
>IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) cause code to soft busy a chanell From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-04 09:41:48
Thus spake Peter D. Mayer
>I've tried doing DS0 LocalOutofService on our chassis, but the switch never
>stops trying to send calls to the busied out PRI. We're on a 5ess switch.
>Any ideas on how to busy out this chassis and make it skip that PRI? Maybe
>taking down the D channel? Any ideas are greatly appreciated.
Sounds like you have NI-2 protocol on it...might want to consider
switching as the local out of service trick is a nice soft busy-out
option that really isn't available any other way.
You're options for busy'ing out the lines would be to take the D channel
down, or take the whole span down...obviously, both of these are
disruptive to calls in progress. Easiest way I've found to take the
whole span down is to switch the framing on the line (ie, switch it to
D4 framing from ESF or something). Beware though, you're telco folks
might be calling you when they see weird framing on the line...depends
on how responsive your telco is (ICG called us last time we did this,
GTE didn't).
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) Static IPs on HiperARC From: Bob Fager <rdfager@cube.ice.net> Date: 1998-08-04 12:17:29
We just installed a new Hiper combo chassis and everything is working well
except that it isn't getting the information from our radius server about
users, such as their static IP assignments. This is working fine on our
old Netservers though. Is there some setting I need to make to cause the
HiperARC to use the info from my radius users file? BTW, this is Merit
radius 3.5.6.
Thanks,
Bob
Brian said once upon a time:
>When a packet is sent, if its bad data or corrupted, normally it is
>re-sent. With Selective Reject, only the "bad" part of the packet is
>sent, so maybe something like if you have:
This sounds like a "good" thing. Why is the general consensus that we
should be disabling it on the HDM cards?
Subject:Re: (usr-tc) cause code to soft busy a chanell From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-08-04 15:24:10
thanks. I'll have to check what switch type i have but i that think now it
is set for NI-2.
Leon McCalla
Netrox Networking Services
leon@netrox.net
-----Original Message-----
Subject:Re: (usr-tc) long or short haul nic? From: Frank Basso <frank@got.net> Date: 1998-08-04 15:51:31
Then I would say you are over 133 Ft.
-Frank
-----Original Message-----
>On the HDM what do you all recommend using, long or short haul for the nic
>setting?
>
>We use normal HDM's with the NIC they come with. I have everything set
>now for short haul nic with 0to133 (the cable from the hub to the telco
>equip is probably about a 6 story drop or so.
>
>What do you all use for really short cable runs? does it matter whether
>you use say shorthaul 0to133 or longhaul 0.0db?
>
>Brian
>
>
>--------------------------------------------------------------------------
>Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) nmc problem From: Jolliffe, Anu <ajolliffe@imagen.net> Date: 1998-08-04 16:01:32
I recently tried upgrading my NMC card to 5.4.1 and received a timeout
error. Ever since I have been unable to get any response from the rack
in TCM. I also get neither a green or a red light on the hub status
indicator, the RN/FL light just keeps blinking green.
Is there a way for me to reset the card or can I do the upgrade with
pcsdl? I have tried unsuccessfully to communicate with the card through
a serial cable.
aj
Subject:RE: (usr-tc) nmc problem From: Jolliffe, Anu <ajolliffe@imagen.net> Date: 1998-08-04 16:33:25
I was able to connect via a serial cable before the upgrade. I can
access the netsever card from the serial cable fine, but not the nmc.
-----Original Message-----
Sent: Tuesday, August 04, 1998 4:10 PM
On Tue, 4 Aug 1998, Jolliffe, Anu wrote:
> I recently tried upgrading my NMC card to 5.4.1 and received a timeout
> error. Ever since I have been unable to get any response from the
rack
> in TCM. I also get neither a green or a red light on the hub status
> indicator, the RN/FL light just keeps blinking green.
>
> Is there a way for me to reset the card or can I do the upgrade with
> pcsdl? I have tried unsuccessfully to communicate with the card
through
> a serial cable.
use a serial cable. Make sure your using a null modem adapter (or null
modem cable). make sure the speed you are sending at matches whats set
on
the nmc card (using dip switches). Make sure the com port speed setting
is correct as well.
Brian
>
> aj
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service
Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) long or short haul nic? From: Brian <signal@shreve.net> Date: 1998-08-04 17:25:01
On the HDM what do you all recommend using, long or short haul for the nic
setting?
We use normal HDM's with the NIC they come with. I have everything set
now for short haul nic with 0to133 (the cable from the hub to the telco
equip is probably about a 6 story drop or so.
What do you all use for really short cable runs? does it matter whether
you use say shorthaul 0to133 or longhaul 0.0db?
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) long or short haul nic? From: Brian <signal@shreve.net> Date: 1998-08-04 18:08:30
On Tue, 4 Aug 1998, Frank Basso wrote:
> Then I would say you are over 133 Ft.
Its hard to say. 6 stories, figure 10-12ft per "story", I am well in
there.
The thing is, it use to be:
NAS<---------->PairGain HDSL Unit<-------------->telco
the cable going to the pairgain was like 15ft, so there wasn't anything to
think about. They yanked all that stuff out, and replaced it with a
passive device, so now it looks like:
NAS<--------->passive telco device<----------->telco equip in basement
The passive telco device is just some fancy box you punch down copper in
the back of, and has rg48 connectors on it to plug my pri lines
into......so if anything its just a box with some insertion loss.
Anyways, I have to go all the way to the basement before I hit any active
telco equip that has the capibility of doing anything with our signal
(increasing, decreasing strength). Its 6 stories down, so I figure I'd
use 0to133 and that would be ok.
But is it better to pick longhaul and tweak with db's or use shorthaul and
tweak with ft ranges? Is there a breaking point where it becomes easier
to start using long vs short?
Brian
>
> -Frank
>
> -----Original Message-----
> From: Brian <signal@shreve.net>
> To: USRobotics TC Mailing List <usr-tc@xmission.com>
> Date: Tuesday, August 04, 1998 3:35 PM
> Subject: (usr-tc) long or short haul nic?
>
>
> >On the HDM what do you all recommend using, long or short haul for the nic
> >setting?
> >
> >We use normal HDM's with the NIC they come with. I have everything set
> >now for short haul nic with 0to133 (the cable from the hub to the telco
> >equip is probably about a 6 story drop or so.
> >
> >What do you all use for really short cable runs? does it matter whether
> >you use say shorthaul 0to133 or longhaul 0.0db?
> >
> >Brian
> >
> >
> >--------------------------------------------------------------------------
> >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) nmc problem From: Brian <signal@shreve.net> Date: 1998-08-04 18:09:51
On Tue, 4 Aug 1998, Jolliffe, Anu wrote:
> I recently tried upgrading my NMC card to 5.4.1 and received a timeout
> error. Ever since I have been unable to get any response from the rack
> in TCM. I also get neither a green or a red light on the hub status
> indicator, the RN/FL light just keeps blinking green.
>
> Is there a way for me to reset the card or can I do the upgrade with
> pcsdl? I have tried unsuccessfully to communicate with the card through
> a serial cable.
use a serial cable. Make sure your using a null modem adapter (or null
modem cable). make sure the speed you are sending at matches whats set on
the nmc card (using dip switches). Make sure the com port speed setting
is correct as well.
Brian
>
> aj
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> I got some strange behavior with the ARC card. When I telnet to
> it, I get the login and password prompt, but the conection is refused
> after enter the password.
> I tryied for some time, and finally I could connect.
> I set SHOW EVENTS, and the only strange thing I saw was:
You may have one of these problems
`1. The security optiont to allow users to telnet may have been disabled
enable security_option remote telnet
or your telnetd service may not be running
Which version of code are you running on the arc?
krish
>
> At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
> slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
>
>
The above is a message saying that slot:3/mod:5 has a problem and it is
not coming on the packet bus.
This message has nothing to do with your telnet problem
krish
The SHOW CPU UTILIZATION show nothing. Always 0%.
>
> What is that?
>
> Does any one have seem that behavior?
>
> The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
> (5.4.1).
>
>
> - Marcelo
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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, 4 Aug 1998, Marcelo Souza wrote:
>
> From the logs I could see that:
>
> Aug 4 21:40:51 hiper.domain.com.br At 00:40:51, Facility "Telnet", Level
> "CRITICAL":: CLI process could not be spawned. (ES_PROC_FAILURE)
> (proc_statu s : ES_NO_DYNMEM)
>
Very close, it means that the process cannot be started by the arc. What
version of code do you have on the ARC?
krish
> Does it means that there was a problem with memory allocation?
>
> - Marcelo
>
> On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> |
> | I got some strange behavior with the ARC card. When I telnet to
> |it, I get the login and password prompt, but the conection is refused
> |after enter the password.
> | I tryied for some time, and finally I could connect.
> | I set SHOW EVENTS, and the only strange thing I saw was:
> |
> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
> |
> | The SHOW CPU UTILIZATION show nothing. Always 0%.
> |
> | What is that?
> |
> | Does any one have seem that behavior?
> |
> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
> |(5.4.1).
> |
> |
> |- Marcelo
> |
> |
> |-
> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> | with "unsubscribe usr-tc" in the body of the message.
> | For information on digests or retrieving files and old messages send
> | "help" to the same address. Do not use quotes in your message.
> |
>
> - Marcelo
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) dynamic ip filters From: Brian <signal@shreve.net> Date: 1998-08-04 18:15:46
From the Hiper ARC Manual:
"Dynamically loadable filters - Allows the unit to accept RADIUS
authentication messages from a RADIUS server for user sessions that are
already logged in, and put the packet filters from those user profiles in
place. This allows an Internet Service Provider (ISP) to provide an
"open" service for parents, allowing them to guard against their children
accessing adult material".
I understand Dynamic IP filters, a filter that is generated after call
setup and using the users IP address and other "dynamic" properties to
create the filter.
How would we as ISP's provide this open service for guarding children
against adult materials? I mean its not like there is just one ip to
block here.
Can someone explain what they meant in that paragraph, the principles
behind what they are talking about, maybe an example of how something like
that would work?
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
What answers are you looking for - Just send the question again - please
krish
On Wed, 5 Aug 1998, Amanda Kathryn wrote:
> Won't someone help with at least answering my sincere question and request
> for advice with my USR TC 2059?
>
> I knew 3com's tech support was said by almost everyone to be absolutely
> awful. But, I had no _idea_ that three days later not a single person on
> this list would have answered a sincere plea for help.
>
> But, it's true. Not one single person has offered to help at all.
>
> And it is not like everyone didn't see my messages - there have been 65
> messages sent on everyone else's problems since my messages.
>
> Please, won't SOMEONE help? Even a USR/3com rep.................
>
> Amanda
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Marcelo Souza <mpsouza@centroin.com.br> writes:
> I'm using tkined to walk in the MIBs, so when I put i.e.
> enterprises.429.4.1.7.1.9 to get the usernames of the online users, I
> receive the correct answer using the ARC, but my queries are ignored using
> NMC.
The NMC isn't really a proxy for the ARC in the same way as it is for
the other cards in the chassis. It doesn't interpret or acknowledge
the ARC MIBs directly.
However, the NMC does permit itself to be used as a forwarding agent
to forward SNMP PDUs internally to the ARC where the ARC itself can
respond to it.
To do this, you change the community string you are using to have a
suffix of "@slot#*1000" to tell the NMC where to redirect the request.
So, for example, if you wanted to query an ARC object for an ARC in
slot 15 from an NMC, you would send the query using the OIDs for the
ARC MIBs, but use a community string of <comm>@15000, where <comm> is
your _NMC_ (not ARC) read-only or read-write community string.
If you are familiar with the other chassis MIBs, you'll note that the
suffix is really just the "entity" number for the ARC slot.
Note that while this approach does let you use the single connection
point (the NMC) for all SNMP queries, which is a good thing, it is
significantly slower than querying the ARC directly. It also has a
somewhat smaller maximum PDU size (I forget exactly what) since the
PDU has to be forwarded over the management connection to the card.
This is covered in the "SNMP Forwarding Procedure" section of the NMC
5.x programming document. (Although the section doesn't have much
info other than what I've already covered above).
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Subject:Re: (usr-tc) long or short haul nic? From: Brian <signal@shreve.net> Date: 1998-08-04 19:25:47
> Brian,
>
> When I worked for MCI installing T-1s we always had the customers set their
> equipment to 0 db. In fact most CSUs just have the 0, -7.5 and -15 db
> settings. The only place we messed with the distance settings was on
> repeaters which connected into DSX-1 panels. The only impact to a "wrong"
> setting is you may be outside the pulse mask specification for your T-1.
> We used to take a TTC Fireberb and go through our DSX panels looking for
> improper pulse masks. But in a customer facility, set it for 0.0 db
> and forget it.
>
Well actual connections are effected. We had shauldis set to max setting,
by accident on an HDM. this HDM sits in the middle of our hunt group. So
I got this HDM sitting there, its GREEN, and there are 0 calls on it, yet
the HDM's on each side of it are full. The D channel was up, and ds0's in
service. Its like calls just skipped over it. I change shauldis to
0to133 and boom it starts taking calls. Was very odd, and until that
happened to me today, I never really put much thought in the shauldis
setting.
It still has me confused, because I woudln't have thought it to behave
like that, but that's what happened.
Brian
>
> Jeff Binkley
> ASA Network Computing
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) dynamic ip filters From: Mike Wronski <mwronski@coredump.ae.usr.com> Date: 1998-08-04 19:53:31
On Tue, 4 Aug 1998, Brian wrote:
>
> >From the Hiper ARC Manual:
>
> "Dynamically loadable filters - Allows the unit to accept RADIUS
> authentication messages from a RADIUS server for user sessions that are
> already logged in, and put the packet filters from those user profiles in
> place. This allows an Internet Service Provider (ISP) to provide an
> "open" service for parents, allowing them to guard against their children
> accessing adult material".
>
> I understand Dynamic IP filters, a filter that is generated after call
> setup and using the users IP address and other "dynamic" properties to
> create the filter.
>
> How would we as ISP's provide this open service for guarding children
> against adult materials? I mean its not like there is just one ip to
> block here.
>
> Can someone explain what they meant in that paragraph, the principles
> behind what they are talking about, maybe an example of how something like
> that would work?
>
Its more along the lines of having "family accounts" that people can
configure their own filters with.. Say you have a wbe page that requires a
second password known only to the "adult".. From this page blocked IP's
could be added or deleted.. or the whole account would be limited to only
e-mail and your web page until the "adult" unlocked it by removing the
filters.. This would prevent the "child" from browsing without parental
knowledge..
As with all other types of "child protection" the savy child will find a
way around such restrictions.. I am sure there are other uses, but I think
that is the general idea..
-M
Subject:Re: (usr-tc) long or short haul nic? From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-08-04 19:55:00
-> On Tue, 4 Aug 1998, Frank Basso wrote:
->
-> > Then I would say you are over 133 Ft.
->
-> Its hard to say. 6 stories, figure 10-12ft per "story", I am well in there.
->
-> The thing is, it use to be:
->
-> NAS<---------->PairGain HDSL Unit<-------------->telco
->
-> the cable going to the pairgain was like 15ft, so there wasn't anything to
-> think about. They yanked all that stuff out, and replaced it with a passive
-> device, so now it looks like:
->
-> NAS<--------->passive telco device<----------->telco equip in basement
-> The passive telco device is just some fancy box you punch down copper in the
-> back of, and has rg48 connectors on it to plug my pri lines into......so if
-> anything its just a box with some insertion loss.
-> Anyways, I have to go all the way to the basement before I hit any active
-> telco equip that has the capibility of doing anything with our signal
-> (increasing, decreasing strength). Its 6 stories down, so I figure I'd use
-> 0to133 and that would be ok.
->
-> But is it better to pick longhaul and tweak with db's or use shorthaul and
-> tweak with ft ranges? Is there a breaking point where it becomes easier to
-> start using long vs short?
->
-> Brian
->
-> >
-> > -Frank
-> >
-> > -----Original Message-----
-> > From: Brian <signal@shreve.net>
-> > To: USRobotics TC Mailing List <usr-tc@xmission.com>
-> > Date: Tuesday, August 04, 1998 3:35 PM
-> > Subject: (usr-tc) long or short haul nic?
-> >
-> >
-> > >On the HDM what do you all recommend using, long or short haul for the
-> nic > >setting?
-> > >
-> > >We use normal HDM's with the NIC they come with. I have everything set >
-> >now for short haul nic with 0to133 (the cable from the hub to the telco >
-> >equip is probably about a 6 story drop or so.
-> > >
-> > >What do you all use for really short cable runs? does it matter whether >
-> >you use say shorthaul 0to133 or longhaul 0.0db?
-> > >
-> > >Brian
-> > >
Brian,
When I worked for MCI installing T-1s we always had the customers set their
equipment to 0 db. In fact most CSUs just have the 0, -7.5 and -15 db
settings. The only place we messed with the distance settings was on
repeaters which connected into DSX-1 panels. The only impact to a "wrong"
setting is you may be outside the pulse mask specification for your T-1.
We used to take a TTC Fireberb and go through our DSX panels looking for
improper pulse masks. But in a customer facility, set it for 0.0 db
and forget it.
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) nmc problem From: Mike Wronski <mwronski@coredump.ae.usr.com> Date: 1998-08-04 19:55:38
On Tue, 4 Aug 1998, Brian wrote:
> On Tue, 4 Aug 1998, Jolliffe, Anu wrote:
>
> > I recently tried upgrading my NMC card to 5.4.1 and received a timeout
> > error. Ever since I have been unable to get any response from the rack
> > in TCM. I also get neither a green or a red light on the hub status
> > indicator, the RN/FL light just keeps blinking green.
> >
> > Is there a way for me to reset the card or can I do the upgrade with
> > pcsdl? I have tried unsuccessfully to communicate with the card through
> > a serial cable.
>
> use a serial cable. Make sure your using a null modem adapter (or null
> modem cable). make sure the speed you are sending at matches whats set on
> the nmc card (using dip switches). Make sure the com port speed setting
> is correct as well.
>
If you have "hosed" the card then you shouold follow this:
1- Do as stated above with the serial cable.
2- Start PCSDL
3- Pull out the card and reinsert.. Extreame HARDWARE RESET...
-M
I got some strange behavior with the ARC card. When I telnet to
it, I get the login and password prompt, but the conection is refused
after enter the password.
I tryied for some time, and finally I could connect.
I set SHOW EVENTS, and the only strange thing I saw was:
At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
The SHOW CPU UTILIZATION show nothing. Always 0%.
What is that?
Does any one have seem that behavior?
The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
(5.4.1).
- Marcelo
Subject:Re: (usr-tc) unable to telnet ARC From: Brian <signal@shreve.net> Date: 1998-08-04 20:32:39
On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> I'm scared. Right now I had to do power down the TC with more then
> hundred users connect, because they became unable to do anything, I could
> not even ping then.
> Is there any DoS attack vulnerability in the TC?
were you able to get into the arc? Can you dump the routing tables on the
arc? Was your lan machines able to get to the arc?
Brian
>
> - Marcelo
>
> On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> |
> | I got some strange behavior with the ARC card. When I telnet to
> |it, I get the login and password prompt, but the connection is refused
> |after enter the password.
> | I tried for some time, and finally I could connect.
> | I set SHOW EVENTS, and the only strange thing I saw was:
> |
> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
> |
> | The SHOW CPU UTILIZATION show nothing. Always 0%.
> |
> | What is that?
> |
> | Does any one have seem that behavior?
> |
> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
> |(5.4.1).
> |
> |
> |- Marcelo
> |
> |
> |-
> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> | with "unsubscribe usr-tc" in the body of the message.
> | For information on digests or retrieving files and old messages send
> | "help" to the same address. Do not use quotes in your message.
> |
>
> - Marcelo
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) unable to telnet ARC From: Brian <signal@shreve.net> Date: 1998-08-04 20:33:02
On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> From the logs I could see that:
>
> Aug 4 21:40:51 hiper.domain.com.br At 00:40:51, Facility "Telnet", Level
> "CRITICAL":: CLI process could not be spawned. (ES_PROC_FAILURE)
> (proc_statu s : ES_NO_DYNMEM)
>
> Does it means that there was a problem with memory allocation?
>
> - Marcelo
What version of arc code do you run?
>
> On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> |
> | I got some strange behavior with the ARC card. When I telnet to
> |it, I get the login and password prompt, but the conection is refused
> |after enter the password.
> | I tryied for some time, and finally I could connect.
> | I set SHOW EVENTS, and the only strange thing I saw was:
> |
> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
> |
> | The SHOW CPU UTILIZATION show nothing. Always 0%.
> |
> | What is that?
> |
> | Does any one have seem that behavior?
> |
> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
> |(5.4.1).
> |
> |
> |- Marcelo
> |
> |
> |-
> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> | with "unsubscribe usr-tc" in the body of the message.
> | For information on digests or retrieving files and old messages send
> | "help" to the same address. Do not use quotes in your message.
> |
>
> - Marcelo
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) unable to telnet ARC From: Lon R. Stockton, Jr. <lon@moonstar.com> Date: 1998-08-04 21:23:36
Periodically do 'sho mem' commands and find out if you have a memory
leak on the ARC (free mem keeps going down until it starts doing
StrangeThings like inability to open new CLIs, etc).
I had some configuration on mine or was doing something that caused
that to happen. Had to reboot every couple of days to get the mem
back.
Research on the problem was suspended cuz I had to swap some cards
and load new s/w (.30). Problem remained after the upgrade.
My current suspicion is that it's when you are telnetted in with
a CLI and have the events coming to your screen and the telnet
connection is abnormally terminated or something. (problem vanished
when I quit telnetting to the box and started using a serial cable
to the card's console port). I had seen, occasionally, other CLIs
from terminated telnet sessions (under the 'show proc' command), but
it wouldn't let me terminate them.
Lon Stockton
MoonStar
On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> I'm scared. Right now I had to do power down the TC with more then
> hundred users connect, because they became unable to do anything, I could
> not even ping then.
> Is there any DoS attack vulnerability in the TC?
>
> - Marcelo
>
> On Tue, 4 Aug 1998, Marcelo Souza wrote:
>
> |
> | I got some strange behavior with the ARC card. When I telnet to
> |it, I get the login and password prompt, but the connection is refused
> |after enter the password.
> | I tried for some time, and finally I could connect.
> | I set SHOW EVENTS, and the only strange thing I saw was:
> |
> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
> |
> | The SHOW CPU UTILIZATION show nothing. Always 0%.
> |
> | What is that?
> |
> | Does any one have seem that behavior?
> |
> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
> |(5.4.1).
> |
> |
> |- Marcelo
> |
> |
> |-
> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> | with "unsubscribe usr-tc" in the body of the message.
> | For information on digests or retrieving files and old messages send
> | "help" to the same address. Do not use quotes in your message.
> |
>
> - Marcelo
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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'm scared. Right now I had to do power down the TC with more then
hundred users connect, because they became unable to do anything, I could
not even ping then.
Is there any DoS attack vulnerability in the TC?
- Marcelo
On Tue, 4 Aug 1998, Marcelo Souza wrote:
|
| I got some strange behavior with the ARC card. When I telnet to
|it, I get the login and password prompt, but the connection is refused
|after enter the password.
| I tried for some time, and finally I could connect.
| I set SHOW EVENTS, and the only strange thing I saw was:
|
|At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
|slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
|
| The SHOW CPU UTILIZATION show nothing. Always 0%.
|
| What is that?
|
| Does any one have seem that behavior?
|
| The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
|(5.4.1).
|
|
|- Marcelo
|
|
|-
| To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address. Do not use quotes in your message.
|
- Marcelo
From the logs I could see that:
Aug 4 21:40:51 hiper.domain.com.br At 00:40:51, Facility "Telnet", Level
"CRITICAL":: CLI process could not be spawned. (ES_PROC_FAILURE)
(proc_statu s : ES_NO_DYNMEM)
Does it means that there was a problem with memory allocation?
- Marcelo
On Tue, 4 Aug 1998, Marcelo Souza wrote:
|
| I got some strange behavior with the ARC card. When I telnet to
|it, I get the login and password prompt, but the conection is refused
|after enter the password.
| I tryied for some time, and finally I could connect.
| I set SHOW EVENTS, and the only strange thing I saw was:
|
|At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
|slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
|
| The SHOW CPU UTILIZATION show nothing. Always 0%.
|
| What is that?
|
| Does any one have seem that behavior?
|
| The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
|(5.4.1).
|
|
|- Marcelo
|
|
|-
| To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address. Do not use quotes in your message.
|
- Marcelo
Subject:Re: (usr-tc) long or short haul nic? From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-08-04 22:20:00
-> >
-> > When I worked for MCI installing T-1s we always had the customers set
-> their > equipment to 0 db. In fact most CSUs just have the 0, -7.5 and -15
-> db > settings. The only place we messed with the distance settings was on >
-> repeaters which connected into DSX-1 panels. The only impact to a "wrong"
-> > setting is you may be outside the pulse mask specification for your T-1. >
-> We used to take a TTC Fireberb and go through our DSX panels looking for >
-> improper pulse masks. But in a customer facility, set it for 0.0 db > and
-> forget it.
-> >
->
-> Well actual connections are effected. We had shauldis set to max setting,
-> by accident on an HDM. this HDM sits in the middle of our hunt group. So I
-> got this HDM sitting there, its GREEN, and there are 0 calls on it, yet the
-> HDM's on each side of it are full. The D channel was up, and ds0's in
-> service. Its like calls just skipped over it. I change shauldis to 0to133
-> and boom it starts taking calls. Was very odd, and until that happened to
-> me today, I never really put much thought in the shauldis setting.
->
-> It still has me confused, because I woudln't have thought it to behave like
-> that, but that's what happened.
Brian,
Something else was going on. If there was a problem with the mask to
a point where it would affect calls, the T-1 would be down or you'd have
such bad errors on the T-1 stats it might as well be down. It sounds like
the D channel was up but the switch had the DS0s marked out of service. I've
never seen where a T-1 would be up but the channels would be down/corrupted
data without there being a problem in the end devices. Did you actually
go into TCM cnd check the staus of the T-1 and D channel ? All of our
T-1s both Dual PRI and HDM cards are set for 0.0db .
Jeff Binkley
ASA Network Computing
I could do "sh mem" before the reboot and it was showing 17MB of
free memory and the card was up for 58 days.
- Marcelo
On Tue, 4 Aug 1998, Lon R. Stockton, Jr. wrote:
|
|
|Periodically do 'sho mem' commands and find out if you have a memory
|leak on the ARC (free mem keeps going down until it starts doing
|StrangeThings like inability to open new CLIs, etc).
|
|I had some configuration on mine or was doing something that caused
|that to happen. Had to reboot every couple of days to get the mem
|back.
|
|Research on the problem was suspended cuz I had to swap some cards
|and load new s/w (.30). Problem remained after the upgrade.
|
|My current suspicion is that it's when you are telnetted in with
|a CLI and have the events coming to your screen and the telnet
|connection is abnormally terminated or something. (problem vanished
|when I quit telnetting to the box and started using a serial cable
|to the card's console port). I had seen, occasionally, other CLIs
|from terminated telnet sessions (under the 'show proc' command), but
|it wouldn't let me terminate them.
|
|Lon Stockton
|MoonStar
|
|
|
|On Tue, 4 Aug 1998, Marcelo Souza wrote:
|
|>
|> I'm scared. Right now I had to do power down the TC with more then
|> hundred users connect, because they became unable to do anything, I could
|> not even ping then.
|> Is there any DoS attack vulnerability in the TC?
|>
|> - Marcelo
|>
|> On Tue, 4 Aug 1998, Marcelo Souza wrote:
|>
|> |
|> | I got some strange behavior with the ARC card. When I telnet to
|> |it, I get the login and password prompt, but the connection is refused
|> |after enter the password.
|> | I tried for some time, and finally I could connect.
|> | I set SHOW EVENTS, and the only strange thing I saw was:
|> |
|> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
|> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
|> |
|> | The SHOW CPU UTILIZATION show nothing. Always 0%.
|> |
|> | What is that?
|> |
|> | Does any one have seem that behavior?
|> |
|> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
|> |(5.4.1).
|> |
|> |
|> |- Marcelo
|> |
|> |
|> |-
|> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> | with "unsubscribe usr-tc" in the body of the message.
|> | For information on digests or retrieving files and old messages send
|> | "help" to the same address. Do not use quotes in your message.
|> |
|>
|> - Marcelo
|>
|>
|> -
|> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> with "unsubscribe usr-tc" in the body of the message.
|> For information on digests or retrieving files and 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.
|
- Marcelo
Subject:(usr-tc) Introducing TCWatcher From: Allen Marsalis <am@shreve.net> Date: 1998-08-04 23:44:58
Hello All,
Some of you may have wondered what ever happened to the "TC
Un-resolved Issues List"?.. Or where I have been over the past
month for that matter?
Well here is the answer:
http://delta.shreve.net/tcwatcher/index.html
Keeping up with the issues list was just too much work for one person
in my spare time. So instead of continuing on in that same vein, I
decided to try to automate the process if I could. The result is
TCWatcher, a knowledgebase and support site for TC users.. The site
(version 1) is complete with the exception of a links page and
the actual "unresolved issues list" button.. Compiling the "list"
itself is more SQL than I ever though I'd write and it is going to
take a bit longer.. But there is no use in wasting the time if no one
likes the concept. And if you do like it, there is nothing wrong
with starting the collection of data early..
Please checkout the site and feel free to post new issues, comment
on these issues, as well as post faqs and news.. Of course you
must register online in order for the system to have a means of
tracking who owns what issues, comments, etc.. Whatever you post
is "owned" by you and no one else but an admin can edit or delete
your submission. I hammered it pretty well but there may still be
a few bugs so any reports are appreciated..
There is also a embedded Administration section that automates the
creation of administrators so I don't have to run this thing all
by myself. Please contact me if you like the system and wish to
become an admin.. I'm counting on a few nice folks like Curt,
Pete, or Jeff, etc. to help out if they can.. The admin section
is still alittle rough..
If the system seems a little slow, I plan on upgrading and rebuilding
the database/web server soon.. Should only get faster.. It's
running on NT and therefore 10 users might load it up. (G)
Seriously, something is up with the server and it will be rebuilt
sometime this month..
Well that's about it. Please let me know what you think.
Allen
_____________________________________________________________
Allen Marsalis
President Voice: 318.222.2NET (2638)
Shrevenet, Inc. mailto:am@shreve.net
333 Texas St. Suite 619 FAX: 318.221.6612
Shreveport, LA 71101 http://www.shreve.net
_____________________________________________________________
Thoughtful Provider of Internet Services
>Date: Tue, 04 Aug 1998 23:44:58 -0500
>To: usr-tc@lists.xmission.com
>From: Allen Marsalis <am@shreve.net>
>Subject: Introducing TCWatcher
>
>Hello All,
>
>Some of you may have wondered what ever happened to the "TC
>Un-resolved Issues List"?.. Or where I have been over the past
>month for that matter?
>
>Well here is the answer:
>
>http://delta.shreve.net/tcwatcher/index.html
>
oops! wrong url...
http://www.shreve.net/tcs
sorry about that.. the other url was for development.. thanks
Allen
Won't someone help with at least answering my sincere question and request
for advice with my USR TC 2059?
I knew 3com's tech support was said by almost everyone to be absolutely
awful. But, I had no _idea_ that three days later not a single person on
this list would have answered a sincere plea for help.
But, it's true. Not one single person has offered to help at all.
And it is not like everyone didn't see my messages - there have been 65
messages sent on everyone else's problems since my messages.
Please, won't SOMEONE help? Even a USR/3com rep.................
Amanda
AWESOME! Hopefully if 3COM see's its losing alot of business
and that ISPs are openly conferring with one another they will wake
up and address these issues, the UDP Lag problem first and
foremost!!!
Reply-to: usr-tc@lists.xmission.com
Hello All,
Some of you may have wondered what ever happened to the "TC
Un-resolved Issues List"?.. Or where I have been over the past
month for that matter?
Well here is the answer:
http://delta.shreve.net/tcwatcher/index.html
Keeping up with the issues list was just too much work for one person
in my spare time. So instead of continuing on in that same vein, I
decided to try to automate the process if I could. The result is
TCWatcher, a knowledgebase and support site for TC users.. The site
(version 1) is complete with the exception of a links page and
the actual "unresolved issues list" button.. Compiling the "list"
itself is more SQL than I ever though I'd write and it is going to
take a bit longer.. But there is no use in wasting the time if no one
likes the concept. And if you do like it, there is nothing wrong
with starting the collection of data early..
Please checkout the site and feel free to post new issues, comment
on these issues, as well as post faqs and news.. Of course you
must register online in order for the system to have a means of
tracking who owns what issues, comments, etc.. Whatever you post
is "owned" by you and no one else but an admin can edit or delete
your submission. I hammered it pretty well but there may still be
a few bugs so any reports are appreciated..
There is also a embedded Administration section that automates the
creation of administrators so I don't have to run this thing all
by myself. Please contact me if you like the system and wish to
become an admin.. I'm counting on a few nice folks like Curt,
Pete, or Jeff, etc. to help out if they can.. The admin section
is still alittle rough..
If the system seems a little slow, I plan on upgrading and rebuilding
the database/web server soon.. Should only get faster.. It's
running on NT and therefore 10 users might load it up. (G)
Seriously, something is up with the server and it will be rebuilt
sometime this month..
Well that's about it. Please let me know what you think.
Allen
_____________________________________________________________
Allen Marsalis
President Voice: 318.222.2NET (2638)
Shrevenet, Inc. mailto:am@shreve.net
333 Texas St. Suite 619 FAX: 318.221.6612
Shreveport, LA 71101 http://www.shreve.net
_____________________________________________________________
Thoughtful Provider of Internet Services
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Digital Service Consultants - Atlanta,GA http://www.dscga.com
QUALITY Internet Service Provider (770) 455-9022
Dedicated ISDN 64k-512k, Fractional & Full T1, Frame Relay
Subject:Re: (usr-tc) long or short haul nic? From: Aaron Nabil <nabil@spiritone.com> Date: 1998-08-05 01:42:05
Brian writes...
>On the HDM what do you all recommend using, long or short haul for the nic
>setting?
Depends on the distance to the next repeater (or mux).
>We use normal HDM's with the NIC they come with. I have everything set
>now for short haul nic with 0to133 (the cable from the hub to the telco
>equip is probably about a 6 story drop or so.
That's fine, or kick it up one length notch.
-a
Amanda Kathryn was heard to say:
>I knew 3com's tech support was said by almost everyone to be absolutely
>awful. But, I had no _idea_ that three days later not a single person on
>this list would have answered a sincere plea for help.
Since when is usr-tc part of "3com's tech support"? It's not run by 3Com.
Noone on the list is paid by 3Com to monitor this list and answer questions.
(There are some that do, however, read the list and answer questions.)
If you have a serious problem, then call 3Com's tech support department.
They won't ask for your first born...
--Ricky
Subject:Re: (usr-tc) Won't SOMEONE help ??? :-( From: Brian <signal@shreve.net> Date: 1998-08-05 08:29:05
On Wed, 5 Aug 1998, Amanda Kathryn wrote:
> Won't someone help with at least answering my sincere question and request
> for advice with my USR TC 2059?
>
> I knew 3com's tech support was said by almost everyone to be absolutely
> awful. But, I had no _idea_ that three days later not a single person on
> this list would have answered a sincere plea for help.
>
> But, it's true. Not one single person has offered to help at all.
>
> And it is not like everyone didn't see my messages - there have been 65
> messages sent on everyone else's problems since my messages.
>
> Please, won't SOMEONE help? Even a USR/3com rep.................
Amanda,
Sorry, I must have missed your messages. Please let us know what your
questions are and I am sure we can help you out.
Brian
>
> Amanda
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) Introducing TCWatcher From: Brian <signal@shreve.net> Date: 1998-08-05 08:31:29
On Wed, 5 Aug 1998, Bill Tidwell wrote:
> AWESOME! Hopefully if 3COM see's its losing alot of business
> and that ISPs are openly conferring with one another they will wake
> up and address these issues, the UDP Lag problem first and
> foremost!!!
>
It really has alot of potential. If people start entering all the
undocumented commands they know, and tips and tricks it can be a really
nice reference. There is also an ftp site for scripts that is part of it.
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) Meaning of HDM mib? From: Goemon Ishikawa <goemon@hirune.gol.ad.jp> Date: 1998-08-05 09:33:17
Does anyone have information what are optimum values for variables in the
Hdm MIB? And descriptions of e.g. mdmCsDisconnectReason values?
What's optimum values for mdmCsQRxLevel, mdmCsQTxLevel, mdmCsQSNR,
mdmCsQNearEcho, mdmCsQFarEcho, mdmCsQRndTripDly? What's meaning of
mdmCsFreqProbeData, mdmCsLevelProbeData? Etc.
Subject:(usr-tc) SNMP Resets From: Kevin Benton <s1kevin@tims.net> Date: 1998-08-05 09:33:54
Anyone know the proper way to do an SNMP Hardware Reset for a specific
slot of a chassis without using TCM? I'm using both cmu and ucd snmp and
haven't found it yet, though I've tried many of the reset items.
Kevin
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
On Wed, 5 Aug 1998, Brian wrote:
>
> Here is the deal folks, and many of you aren't going to buy this, but this
> is what happened plain and simple.
>
> I upgraded a 16MB NMC a few days ago with 5.5.5.........it worked fine,
> but had some erradic behavior, it would reboot every now and then. I
> reflashed the card via TCM, and it went into this state, after it was done
> being flashed, of constant reboot.
What was the code on the NMC before 5.5.5 ?
>
> It wouldnt stop. Setting dip 5, or dip 6 or 5 AND 6 at the same time
> didn't do anything, it kept its config, and kept its code.
>
It looks like the 0.0.0.0 ip address problem - where by downloading from
one version( this was a problme in one version I am not sure which one )
the ip address of the NMC becomes 0.0.0.0 - thus it just keeps on
rebooting. The only way you get this up was to load 4.3.x code and
reprogram the ip and then upgrade.
> I pulled the card. Replaced it with a new one (which had old code),
> upgraded the code, and SAME THING! I powered the chassis down completely,
> powered back up, same thing.
>
> I took this erradic nmc, stuck it in a empty chassis (it just had 2ps's
> and a nmc nic in it, and SAME THING!
>
> I reflashed the NMC via SDL, same thing..........
>
> finally, I took a working, online good nmc, using the same code 5.2.2, and
> stuck it in this erradic box, and it rebooted as well.
>
> The only fix for this, was to pull the NIC, re-insert the nic, and then
> insert the nac. I have no idea why this was necessary, but I had 3 good
> nmc nac's, all with good 5.2.2 code that would not like this chassis,
> until I pulled the nic.
>
Well this is a not the same issue I talked about above Some thin is
worng can you get a trace on the wire?
krish
> Can anyone elaborate a little on this?
>
>
>
>
> On Wed, 5 Aug 1998, Roger Fouche wrote:
>
> > I had this happen when I flashed an older 386 NMC with the wrong code.
> > Flashed it with the 16meg code on a 4meg NMC. Tried adding more memory, but
> > couldn't get the NMC to recognize anything over 8meg. It did boot with 8meg
> > however. Reflashed it with the right code, and everything is good again.
> >
> > -----Original Message-----
> > From: owner-usr-tc@lists.xmission.com
> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > Sent: Wednesday, August 05, 1998 5:54 PM
> > To: USRobotics TC Mailing List
> > Subject: (usr-tc) NMC reboots
> >
> >
> > NMC is still rebooting I have tried:
> > 1. reseating the card
> > 2. setting dip switch #5 (erase configuration?)
> > 3. setting dip switch #5 and #6 together (erase flash/code?)
> >
> > This thing continuously boots, displays a menu, then locks up. A few secs
> > later the leds all go red and it reboots again, a never ending process.
> >
> > Brian
> >
> > --------------------------------------------------------------------------
> > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
> > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Hrmm...perhaps 3Com will start listening to us (their dwindling customer
base) now?
(reposted without permission)
Cisco takes top spot in Internet-dial up from 3Com
NEW YORK, Aug 4 (Reuters) - Cisco Systems Inc. (CSCO - news) said it has
outpaced arch-rival 3Com Corp. (COMS - news) to become the No. 1
supplier of dial-up
Internet access equipment, overcoming its late entry into the
fast-growing market.
Dial-up access products are sold to phone companies and Internet service
providers who install them in switching centers to connect customers
dialing in over phone lines to
the Internet.
In an interview, Cisco CEO and President John Chambers said the
company's dial-up access business has been growing far faster than
competitors 3Com and Ascend
Communications Inc. (ASND - news)
Sales of such dial-up products grew 90 percent during Cisco's May-July
quarter compared with the same year-earlier quarter, and 18 percent from
the third quarter,
Chambers said.
He declined to break out specific revenue numbers for the products, in
keeping with the company's practice, but said that the rapid growth had
put it ahead of 3Com in terms of
revenues for the first time.
Cisco already had surpassed Ascend in this market earlier in the year,
he noted.
``Everybody puts us ahead of Ascend and now we've closed on 3Com,''
Chambers said in an interview late Tuesday, referring to analyst
estimates of the various players in
the market.
The company also said it moved into the No. 1 position in the Token Ring
networking market for the first time. Token Ring is a type of network
used to connect mainframe
computers and other large computer systems used in large organizations.
3Com was previously the market leader here too.
In general, Cisco said that during the latest quarter the company
remained No. 1 or No. 2 in each of the major market segments in which it
competes.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Kevin Benton <s1kevin@tims.net> writes:
> Anyone know the proper way to do an SNMP Hardware Reset for a specific
> slot of a chassis without using TCM? I'm using both cmu and ucd snmp and
> haven't found it yet, though I've tried many of the reset items.
uchasCmdFunction.(entity)=hardwareReset (enumeration 4)
(entity) is the slot entity that you want to reset (e.g., 2000 for
slot 2)
This command pulls the reset line that the NMC has control of, so it's
as close to a hardware reset as you can get in the chassis.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
On Tue, 4 Aug 1998, Brian wrote:
|On Tue, 4 Aug 1998, Marcelo Souza wrote:
|
|>
|> I'm scared. Right now I had to do power down the TC with more then
|> hundred users connect, because they became unable to do anything, I could
|> not even ping then.
|> Is there any DoS attack vulnerability in the TC?
|
|were you able to get into the arc? Can you dump the routing tables on the
|arc? Was your lan machines able to get to the arc?
Not always, some few times I could do a telnet. But I could always
see the logged in users via snmp.
No I did not dump the routing tables, before reboot.
Yes, I could PING, and send SNMP queries to it.
- Marcelo
|> On Tue, 4 Aug 1998, Marcelo Souza wrote:
|>
|> |
|> | I got some strange behavior with the ARC card. When I telnet to
|> |it, I get the login and password prompt, but the connection is refused
|> |after enter the password.
|> | I tried for some time, and finally I could connect.
|> | I set SHOW EVENTS, and the only strange thing I saw was:
|> |
|> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
|> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
|> |
|> | The SHOW CPU UTILIZATION show nothing. Always 0%.
|> |
|> | What is that?
|> |
|> | Does any one have seem that behavior?
|> |
|> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
|> |(5.4.1).
|> |
|> |
|> |- Marcelo
|> |
|> |
|> |-
|> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> | with "unsubscribe usr-tc" in the body of the message.
|> | For information on digests or retrieving files and old messages send
|> | "help" to the same address. Do not use quotes in your message.
|> |
|>
|> - Marcelo
|>
|>
|> -
|> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
|Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
|signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
|(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
|
|
|-
| To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address. Do not use quotes in your message.
|
- Marcelo
On Tue, 4 Aug 1998, Brian wrote:
|On Tue, 4 Aug 1998, Marcelo Souza wrote:
|
|>
|> From the logs I could see that:
|>
|> Aug 4 21:40:51 hiper.domain.com.br At 00:40:51, Facility "Telnet", Level
|> "CRITICAL":: CLI process could not be spawned. (ES_PROC_FAILURE)
|> (proc_statu s : ES_NO_DYNMEM)
|>
|> Does it means that there was a problem with memory allocation?
|>
|> - Marcelo
|
|What version of arc code do you run?
It is just bellow: 4.0.29
- Marcelo
|
|
|>
|> On Tue, 4 Aug 1998, Marcelo Souza wrote:
|>
|> |
|> | I got some strange behavior with the ARC card. When I telnet to
|> |it, I get the login and password prompt, but the conection is refused
|> |after enter the password.
|> | I tryied for some time, and finally I could connect.
|> | I set SHOW EVENTS, and the only strange thing I saw was:
|> |
|> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
|> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
|> |
|> | The SHOW CPU UTILIZATION show nothing. Always 0%.
|> |
|> | What is that?
|> |
|> | Does any one have seem that behavior?
|> |
|> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
|> |(5.4.1).
|> |
|> |
|> |- Marcelo
|> |
|> |
|> |-
|> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> | with "unsubscribe usr-tc" in the body of the message.
|> | For information on digests or retrieving files and old messages send
|> | "help" to the same address. Do not use quotes in your message.
|> |
|>
|> - Marcelo
|>
|>
|> -
|> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
|Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
|signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
|(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
|
|
|-
| To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address. Do not use quotes in your message.
|
- Marcelo
On Tue, 4 Aug 1998, Tatai SV Krishnan wrote:
|
|On Tue, 4 Aug 1998, Marcelo Souza wrote:
|
|>
|> From the logs I could see that:
|>
|> Aug 4 21:40:51 hiper.domain.com.br At 00:40:51, Facility "Telnet", Level
|> "CRITICAL":: CLI process could not be spawned. (ES_PROC_FAILURE)
|> (proc_statu s : ES_NO_DYNMEM)
|>
|
|Very close, it means that the process cannot be started by the arc. What
|version of code do you have on the ARC?
The ARC is running: 4.0.29
- Marcelo
|> Does it means that there was a problem with memory allocation?
|>
|> - Marcelo
|>
|> On Tue, 4 Aug 1998, Marcelo Souza wrote:
|>
|> |
|> | I got some strange behavior with the ARC card. When I telnet to
|> |it, I get the login and password prompt, but the conection is refused
|> |after enter the password.
|> | I tryied for some time, and finally I could connect.
|> | I set SHOW EVENTS, and the only strange thing I saw was:
|> |
|> |At 22:58:24, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDM_AL,
|> |slot:3/mod:5 TAPI_OPEN message sent failed, Major Goofup
|> |
|> | The SHOW CPU UTILIZATION show nothing. Always 0%.
|> |
|> | What is that?
|> |
|> | Does any one have seem that behavior?
|> |
|> | The ARC is running 4.0.29, with 6 DSP-E1 (30 channel) and 1 NMC
|> |(5.4.1).
|> |
|> |
|> |- Marcelo
|> |
|> |
|> |-
|> | To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> | with "unsubscribe usr-tc" in the body of the message.
|> | For information on digests or retrieving files and old messages send
|> | "help" to the same address. Do not use quotes in your message.
|> |
|>
|> - Marcelo
|>
|>
|> -
|> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> with "unsubscribe usr-tc" in the body of the message.
|> For information on digests or retrieving files and old messages send
|> "help" to the same address. Do not use quotes in your message.
|>
|
- Marcelo
Subject:Re: (usr-tc) Won't SOMEONE help ??? :-( From: Bob Purdon <bobp@southcom.com.au> Date: 1998-08-05 14:51:02
> And it is not like everyone didn't see my messages - there have been 65
> messages sent on everyone else's problems since my messages.
>
> Please, won't SOMEONE help? Even a USR/3com rep.................
Can't speak for everyone else, but I didn't see your original message...
What was it regarding?
Regards,
Bob Purdon,
Technical Manager,
Southern Internet Services.
Subject:(usr-tc) V.90 Analog modems. From: Terry Kennedy <terry@olypen.com> Date: 1998-08-05 16:20:38
We recently moved Our netserver/quad modem setups
off T1 lines to analog phone lines in a differrnet location.
Since these will never negotiate V.90 or X2 should I disable V.90
and X2 in the modems? Go back to older code? These questions
are related to bad connections. ie... no connect- getting droped
and othert performance related issues. Any ideas out there?
Subject:(usr-tc) Help, NMC rebooting From: Brian <signal@shreve.net> Date: 1998-08-05 16:25:44
One of the NMC cards we installed 5.5.5 on keeps rebooting. I tried a
differnent NMC with older code and it worked fine, but as soon as I
flashed this newer nmc to 5.5.5 it too reboots. And its only in this one
chassis.
What is the dipswitches to set to:
a) delete configuration
b) delete flash/code
It reboots, shows the menu, and the 2 seconds later all lights go red, and
it reboots, this is a none stop cycle. I tried removing all NACs (2 hdms
and 2 arcs) from this chassis and it still reboots. I may have to try a
different chassis.
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) NMC reboots From: Brian <signal@shreve.net> Date: 1998-08-05 17:54:24
NMC is still rebooting I have tried:
1. reseating the card
2. setting dip switch #5 (erase configuration?)
3. setting dip switch #5 and #6 together (erase flash/code?)
This thing continuously boots, displays a menu, then locks up. A few secs
later the leds all go red and it reboots again, a never ending process.
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) NMC reboots From: Jason W <jwatkins@iland.net> Date: 1998-08-05 18:28:08
We had a NMC that did the same darn thing.
We had to send it back to USR for repair. We
nor 3com could find a fix for the problem
Jason W
I-Land Internet Services
jwatkins@iland.net
-----Original Message-----
>NMC is still rebooting I have tried:
>1. reseating the card
>2. setting dip switch #5 (erase configuration?)
>3. setting dip switch #5 and #6 together (erase flash/code?)
>
>This thing continuously boots, displays a menu, then locks up. A few secs
>later the leds all go red and it reboots again, a never ending process.
>
>Brian
>
>--------------------------------------------------------------------------
>Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Won't SOMEONE help ??? :-( From: Chris Peltier <cpeltier@iectech.com> Date: 1998-08-05 19:18:22
>I saw your post on on the power supplies, however it seems that this
>would
>have to come from 3com directly. You must have a lot of time on your
>hands
>to want to reverse engineer a bunch of TC power supplies to run some
>external Sportsters. Are you sure that's safe? Sorry, Electrical
>Engineering isn't one of my strengths.
>
>
>
>>Won't someone help with at least answering my sincere question and request
>>for advice with my USR TC 2059?
>>
>>I knew 3com's tech support was said by almost everyone to be absolutely
>>awful. But, I had no _idea_ that three days later not a single person on
>>this list would have answered a sincere plea for help.
>>
>>But, it's true. Not one single person has offered to help at all.
>>
>>And it is not like everyone didn't see my messages - there have been 65
>>messages sent on everyone else's problems since my messages.
>>
>>Please, won't SOMEONE help? Even a USR/3com rep.................
>>
I missed the original message but I may offer some help. I know
that the external sportsters run on AC power (9-20VAC) and must
have an internal DC rectifier/regulator circuit. Tieing many Sportsters
to a common AC supply is bad news because of the interaction of
each rectifier circuit (un-equal balancing because of part variances).
What will happen is some Sportsters will pull more current then others
blowing the chip fuses. You need each individual transformer for
>isolation. Too bad they didn't design them for DC input....
Subject:Re: (usr-tc) Won't SOMEONE help ??? :-( From: Walt Gnann <wgnann@islc.net> Date: 1998-08-05 19:22:25
Amanda,
I saw your post on on the power supplies, however it seems that this would
have to come from 3com directly. You must have a lot of time on your hands
to want to reverse engineer a bunch of TC power supplies to run some
external Sportsters. Are you sure that's safe? Sorry, Electrical
Engineering isn't one of my strengths.
Walt
Walter N. Gnann
ISLC, Manager
843.770.1000
843.770.1002 (fax)
wgnann@islc.net
http://www.islc.net
http://www.beaufortcomputerclub.org
-----Original Message-----
>Won't someone help with at least answering my sincere question and request
>for advice with my USR TC 2059?
>
>I knew 3com's tech support was said by almost everyone to be absolutely
>awful. But, I had no _idea_ that three days later not a single person on
>this list would have answered a sincere plea for help.
>
>But, it's true. Not one single person has offered to help at all.
>
>And it is not like everyone didn't see my messages - there have been 65
>messages sent on everyone else's problems since my messages.
>
>Please, won't SOMEONE help? Even a USR/3com rep.................
>
>Amanda
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Won't SOMEONE help ??? :-( From: Steve Parker <sparker@torgo.punk.net> Date: 1998-08-05 20:46:16
On Wed, 5 Aug 1998, Chris Peltier wrote:
> I missed the original message but I may offer some help. I know
> that the external sportsters run on AC power (9-20VAC) and must
> have an internal DC rectifier/regulator circuit.
My USR Couriers came with inefficient wall-wart 18VAC transformers and
seem quite happy running off some nice efficient surplus 18VDC switching
power supplies for notebooks. Each one is rated at over twice the max
power usage of the Courier anyway and the plugs fit perfectly. Mine were
approximately $10USD and run cool. About two or three degrees above room
temp. They also tolerate messy simulated AC output from UPS's much better
than the original transformers did.
> Tieing many Sportsters
> to a common AC supply is bad news because of the interaction of
> each rectifier circuit (un-equal balancing because of part variances).
> What will happen is some Sportsters will pull more current then others
> blowing the chip fuses. You need each individual transformer for
> >isolation. Too bad they didn't design them for DC input....
Oh, you mean just like running different value light bulbs on the same
AC circuit causes some to blow out? Or say a lamp and clock radio plugged
into the same outlet? BS. Unless you're trying to do something retarded
like run them in series. =)
============================================================================
==== Help crack RC5 64-bit encryption -- http://www.distributed.net/rc5 ====
============================================================================
I had this happen when I flashed an older 386 NMC with the wrong code.
Flashed it with the 16meg code on a 4meg NMC. Tried adding more memory, but
couldn't get the NMC to recognize anything over 8meg. It did boot with 8meg
however. Reflashed it with the right code, and everything is good again.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
Sent: Wednesday, August 05, 1998 5:54 PM
NMC is still rebooting I have tried:
1. reseating the card
2. setting dip switch #5 (erase configuration?)
3. setting dip switch #5 and #6 together (erase flash/code?)
This thing continuously boots, displays a menu, then locks up. A few secs
later the leds all go red and it reboots again, a never ending process.
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) NMC reboots From: Brian <signal@shreve.net> Date: 1998-08-05 21:35:42
Here is the deal folks, and many of you aren't going to buy this, but this
is what happened plain and simple.
I upgraded a 16MB NMC a few days ago with 5.5.5.........it worked fine,
but had some erradic behavior, it would reboot every now and then. I
reflashed the card via TCM, and it went into this state, after it was done
being flashed, of constant reboot.
It wouldnt stop. Setting dip 5, or dip 6 or 5 AND 6 at the same time
didn't do anything, it kept its config, and kept its code.
I pulled the card. Replaced it with a new one (which had old code),
upgraded the code, and SAME THING! I powered the chassis down completely,
powered back up, same thing.
I took this erradic nmc, stuck it in a empty chassis (it just had 2ps's
and a nmc nic in it, and SAME THING!
I reflashed the NMC via SDL, same thing..........
finally, I took a working, online good nmc, using the same code 5.2.2, and
stuck it in this erradic box, and it rebooted as well.
The only fix for this, was to pull the NIC, re-insert the nic, and then
insert the nac. I have no idea why this was necessary, but I had 3 good
nmc nac's, all with good 5.2.2 code that would not like this chassis,
until I pulled the nic.
Can anyone elaborate a little on this?
On Wed, 5 Aug 1998, Roger Fouche wrote:
> I had this happen when I flashed an older 386 NMC with the wrong code.
> Flashed it with the 16meg code on a 4meg NMC. Tried adding more memory, but
> couldn't get the NMC to recognize anything over 8meg. It did boot with 8meg
> however. Reflashed it with the right code, and everything is good again.
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> Sent: Wednesday, August 05, 1998 5:54 PM
> To: USRobotics TC Mailing List
> Subject: (usr-tc) NMC reboots
>
>
> NMC is still rebooting I have tried:
> 1. reseating the card
> 2. setting dip switch #5 (erase configuration?)
> 3. setting dip switch #5 and #6 together (erase flash/code?)
>
> This thing continuously boots, displays a menu, then locks up. A few secs
> later the leds all go red and it reboots again, a never ending process.
>
> Brian
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) nmc From: Brian <signal@shreve.net> Date: 1998-08-05 21:37:18
Can someone post what all the dip switches on the nmc do?
I know what 1-6 do, I am wondering about 7-10.
I know if you turn 10 on, it will boot and give you the option of going
into the bios. But the screen prints ddoouubbllee cchhaarraacctteerrss.
How do you get rid of the double characters? Is there anything useful you
can do from this? (for one thing you can see how much memory is in it)
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
do a search for ds0teardown - at http://interproc.ae.usr.com/tkb.html
krish
\ T.S.V. Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com ............ \
----------------------------------------------/
tkrishna@bubba.ae.usr.com
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
Any Sufficiently advanced bug is indistinguishable for a feature.
- Rick Kulawiec
On Thu, 6 Aug 1998, GTI x2 Tech wrote:
>
>
> Does anyone know what "ds0 Teardown" means?
>
> I am running TCM - Performance Monitor to troubleshoot customers modem
> connections. Under "Reason for Call Termination" it shows "ds0Teardown".
>
> The customer just keeps getting dumped for no reason, usually in less than
> 2 minutes after connecting.
>
> Thanks in advance,
>
> John Harper
> x2@gti.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) Won't SOMEONE help ??? :-( From: Charles Sprickman <spork@inch.com> Date: 1998-08-05 23:41:31
On Wed, 5 Aug 1998, Chris Peltier wrote:
> Tieing many Sportsters
> to a common AC supply is bad news because of the interaction of
> each rectifier circuit (un-equal balancing because of part variances).
> What will happen is some Sportsters will pull more current then others
> blowing the chip fuses. You need each individual transformer for
> >isolation. Too bad they didn't design them for DC input....
I blew up about a dozen cheapo modems attempting this. Very smelly, very
strange behaviour before the smoke. There are some firms out there who
will wind you a custom transformer with 24 or more taps to isolate each
modem, but you might as well pay for new rackmount modems at that point,
custom work is pricey.
Charles
=-----------------= =
| Charles Sprickman Internet Channel |
| INCH System Administration Team (212)243-5200 |
| spork@inch.com access@inch.com |
= =----------------=
Subject:RE: (usr-tc) Won't SOMEONE help ??? :-( From: Jeff Lynch <jeff@mercury.jorsm.com> Date: 1998-08-06 00:01:33
On Wed, 5 Aug 1998, Chris Peltier wrote:
> I missed the original message but I may offer some help. I know
> that the external sportsters run on AC power (9-20VAC) and must
> have an internal DC rectifier/regulator circuit. Tieing many Sportsters
> to a common AC supply is bad news because of the interaction of
> each rectifier circuit (un-equal balancing because of part variances).
> What will happen is some Sportsters will pull more current then others
> blowing the chip fuses. You need each individual transformer for
> >isolation. Too bad they didn't design them for DC input....
>
Back in our analog days, we had one bank of 24 sportsters on one
20VAC transformer, cost about 80 bucks and 8 hours soldering. We had
other banks of 8 on smaller transformers. The problem with drawing too
much power and blowing fuses relates to an incorrect input voltage.
We were careful to make sure our output voltage was at 20VRMS. We did
have some problems with blown fuses when we tried a cheap 24V transformer.
Load differentials will always be a part of modems, they draw
more power while training, and less after connected and stable.
=========================================================================
Jeffrey A. Lynch JORSM Internet
email: jeff@jorsm.com Northwest Indiana's Full-Service Provider
Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311
Autoresponse: info@jorsm.com http://www.jorsm.com
Subject:Re: (usr-tc) Disconnects on the Quads running analog lines From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-08-06 00:55:22
check this at
http://interproc.ae.usr.com/tkb.html
search for noloopcurrent
krish
\ T.S.V. Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com ............ \
----------------------------------------------/
tkrishna@bubba.ae.usr.com
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
Any Sufficiently advanced bug is indistinguishable for a feature.
- Rick Kulawiec
On Thu, 6 Aug 1998, Terry Kennedy wrote:
> Any clue what the disconnect reason "noloopcurrent"
> would refer to or how I could chase this one down.
> -----Original Message-----
> From: Brian <signal@shreve.net>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Cc: isp-tech@isp-tech.com <isp-tech@isp-tech.com>;
> postmaster-radius@livingston.com <postmaster-radius@livingston.com>;
> linux-radius@lists.iphil.net <linux-radius@lists.iphil.net>;
> cistron-radius@info.cistron.nl <cistron-radius@info.cistron.nl>
> Date: Thursday, August 06, 1998 10:21 AM
> Subject: Re: (usr-tc) radius test program
>
>
> >On Thu, 6 Aug 1998, Stefanita Valcu wrote:
> >
> >> Hello,
> >>
> >> I am looking for a program for stressing a RADIUS server. I.e. to send a
> >> lot of requests per second and return the number of answers from the
> >> server. If the program is able to send some specific attributes to the
> >> server this is excellent. Since now I have used my NASes as "radius
> >> packet generators" :-) but this is not efficient.
> >
> >Its called "radpwtst" and comes with most RADIUS packages (merit and
> >radiator include it for sure).
> >
> >Brian
> >
> >
> >>
> >> TIA,
> >>
> >> -vsv
> >> ---
> >> Stefanita Valcu, http://www.dnt.ro/~vsv
> >> Network Engineer, Dynamic Network Technologies
> >> Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti,
> Romania
> >> tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) NMC reboots From: Brian <signal@shreve.net> Date: 1998-08-06 07:46:05
On Wed, 5 Aug 1998, Tatai SV Krishnan wrote:
> On Wed, 5 Aug 1998, Brian wrote:
>
> >
> > Here is the deal folks, and many of you aren't going to buy this, but this
> > is what happened plain and simple.
> >
> > I upgraded a 16MB NMC a few days ago with 5.5.5.........it worked fine,
> > but had some erradic behavior, it would reboot every now and then. I
> > reflashed the card via TCM, and it went into this state, after it was done
> > being flashed, of constant reboot.
>
> What was the code on the NMC before 5.5.5 ?
5.2.2
> >
> > It wouldnt stop. Setting dip 5, or dip 6 or 5 AND 6 at the same time
> > didn't do anything, it kept its config, and kept its code.
> >
> It looks like the 0.0.0.0 ip address problem - where by downloading from
> one version( this was a problme in one version I am not sure which one )
> the ip address of the NMC becomes 0.0.0.0 - thus it just keeps on
> rebooting. The only way you get this up was to load 4.3.x code and
> reprogram the ip and then upgrade.
>
I don't know, when I finally got everything under control, my config
information was still in there! IP address, netmask, everything. I must
have set those dip switches a thousand times.
> > I pulled the card. Replaced it with a new one (which had old code),
> > upgraded the code, and SAME THING! I powered the chassis down completely,
> > powered back up, same thing.
> >
> > I took this erradic nmc, stuck it in a empty chassis (it just had 2ps's
> > and a nmc nic in it, and SAME THING!
> >
> > I reflashed the NMC via SDL, same thing..........
> >
> > finally, I took a working, online good nmc, using the same code 5.2.2, and
> > stuck it in this erradic box, and it rebooted as well.
> >
> > The only fix for this, was to pull the NIC, re-insert the nic, and then
> > insert the nac. I have no idea why this was necessary, but I had 3 good
> > nmc nac's, all with good 5.2.2 code that would not like this chassis,
> > until I pulled the nic.
> >
> Well this is a not the same issue I talked about above Some thin is
> worng can you get a trace on the wire?
I really don't know much about what to do or what happend, only that it is
fixed now.
>
> krish
>
> > Can anyone elaborate a little on this?
> >
> >
> >
> >
> > On Wed, 5 Aug 1998, Roger Fouche wrote:
> >
> > > I had this happen when I flashed an older 386 NMC with the wrong code.
> > > Flashed it with the 16meg code on a 4meg NMC. Tried adding more memory, but
> > > couldn't get the NMC to recognize anything over 8meg. It did boot with 8meg
> > > however. Reflashed it with the right code, and everything is good again.
> > >
> > > -----Original Message-----
> > > From: owner-usr-tc@lists.xmission.com
> > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> > > Sent: Wednesday, August 05, 1998 5:54 PM
> > > To: USRobotics TC Mailing List
> > > Subject: (usr-tc) NMC reboots
> > >
> > >
> > > NMC is still rebooting I have tried:
> > > 1. reseating the card
> > > 2. setting dip switch #5 (erase configuration?)
> > > 3. setting dip switch #5 and #6 together (erase flash/code?)
> > >
> > > This thing continuously boots, displays a menu, then locks up. A few secs
> > > later the leds all go red and it reboots again, a never ending process.
> > >
> > > Brian
> > >
> > > --------------------------------------------------------------------------
> > > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
> > > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> > > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> > > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
> > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:RE: (usr-tc) NMC reboots From: Brian <signal@shreve.net> Date: 1998-08-06 08:16:01
On Thu, 6 Aug 1998, Mark van Wouw wrote:
> I had some problems with NMCs for a while and this is what I found.
>
> When we were originally told about upgrading NMCs it was indicated
> that additional memory should be added and the 2Meg flash ROM should
> be replaced by an 8Meg one. Since 16 meg SIMMs are cheap and easy
> to get, we tried that first. Just upgrading the memory was sufficient
> for 5.2.1 and 5.2.2 so that is all we did.
> Then, later when I tried to firmware upgrade to 5.5.x this trick no
> longer worked and I had problems similar to those detailed below.
> The solution is to stay at 5.2.x or buy the 8Meg flash ROM.
All of our NMC's have the proper memory sizes for the code we run.
Its almost like the NACs were FINE. It didn't matter what NAC I stuck in
the box. They all exhibited the same behavior. Could the NIC in some way
have been causing this?
>
> Mark.
>
> At 09:35 PM 8/5/98 -0500, Brian wrote:
> >
> >Here is the deal folks, and many of you aren't going to buy this, but this
> >is what happened plain and simple.
> >
> >I upgraded a 16MB NMC a few days ago with 5.5.5.........it worked fine,
> >but had some erradic behavior, it would reboot every now and then. I
> >reflashed the card via TCM, and it went into this state, after it was done
> >being flashed, of constant reboot.
> >
> >It wouldnt stop. Setting dip 5, or dip 6 or 5 AND 6 at the same time
> >didn't do anything, it kept its config, and kept its code.
> >
> >I pulled the card. Replaced it with a new one (which had old code),
> >upgraded the code, and SAME THING! I powered the chassis down completely,
> >powered back up, same thing.
> >
> >I took this erradic nmc, stuck it in a empty chassis (it just had 2ps's
> >and a nmc nic in it, and SAME THING!
> >
> >I reflashed the NMC via SDL, same thing..........
> >
> >finally, I took a working, online good nmc, using the same code 5.2.2, and
> >stuck it in this erradic box, and it rebooted as well.
> >
> >The only fix for this, was to pull the NIC, re-insert the nic, and then
> >insert the nac. I have no idea why this was necessary, but I had 3 good
> >nmc nac's, all with good 5.2.2 code that would not like this chassis,
> >until I pulled the nic.
> >
> >Can anyone elaborate a little on this?
> >
> >
> >
> >
> >On Wed, 5 Aug 1998, Roger Fouche wrote:
> >
> >> I had this happen when I flashed an older 386 NMC with the wrong code.
> >> Flashed it with the 16meg code on a 4meg NMC. Tried adding more memory, but
> >> couldn't get the NMC to recognize anything over 8meg. It did boot with 8meg
> >> however. Reflashed it with the right code, and everything is good again.
> >>
> >> -----Original Message-----
> >> From: owner-usr-tc@lists.xmission.com
> >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> >> Sent: Wednesday, August 05, 1998 5:54 PM
> >> To: USRobotics TC Mailing List
> >> Subject: (usr-tc) NMC reboots
> >>
> >>
> >> NMC is still rebooting I have tried:
> >> 1. reseating the card
> >> 2. setting dip switch #5 (erase configuration?)
> >> 3. setting dip switch #5 and #6 together (erase flash/code?)
> >>
> >> This thing continuously boots, displays a menu, then locks up. A few secs
> >> later the leds all go red and it reboots again, a never ending process.
> >>
> >> Brian
> >>
> >> --------------------------------------------------------------------------
> >> Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
> >> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >> signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> >> (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
> >
> ---
> Global OnLine Japan - The Provider
> Mark van Wouw Network Operations
> vanwouw@gol.com 03-5341-8000
> Otia dant vitia...Leisure begets vice
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:RE: (usr-tc) Won't SOMEONE help ??? :-( From: Brian <signal@shreve.net> Date: 1998-08-06 08:18:02
There are alot of nice rack solutions for sportsters.
Where you take the sportster out of its plastic box, and then slide the
card into a chassis. These chassis have a distributed power system and
are really sharp looking for keeping sportster farms. They aren't that
expensive either, certainly less money than what you could buy a TC power
supply for.
Brian
On Wed, 5 Aug 1998, Steve Parker wrote:
> On Wed, 5 Aug 1998, Chris Peltier wrote:
>
> > I missed the original message but I may offer some help. I know
> > that the external sportsters run on AC power (9-20VAC) and must
> > have an internal DC rectifier/regulator circuit.
>
> My USR Couriers came with inefficient wall-wart 18VAC transformers and
> seem quite happy running off some nice efficient surplus 18VDC switching
> power supplies for notebooks. Each one is rated at over twice the max
> power usage of the Courier anyway and the plugs fit perfectly. Mine were
> approximately $10USD and run cool. About two or three degrees above room
> temp. They also tolerate messy simulated AC output from UPS's much better
> than the original transformers did.
>
> > Tieing many Sportsters
> > to a common AC supply is bad news because of the interaction of
> > each rectifier circuit (un-equal balancing because of part variances).
> > What will happen is some Sportsters will pull more current then others
> > blowing the chip fuses. You need each individual transformer for
> > >isolation. Too bad they didn't design them for DC input....
>
> Oh, you mean just like running different value light bulbs on the same
> AC circuit causes some to blow out? Or say a lamp and clock radio plugged
> into the same outlet? BS. Unless you're trying to do something retarded
> like run them in series. =)
>
> ============================================================================
> ==== Help crack RC5 64-bit encryption -- http://www.distributed.net/rc5 ====
> ============================================================================
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> > Tieing many Sportsters
> > to a common AC supply is bad news because of the interaction of
> > each rectifier circuit (un-equal balancing because of part variances).
> > What will happen is some Sportsters will pull more current then others
> > blowing the chip fuses. You need each individual transformer for
> > >isolation. Too bad they didn't design them for DC input....
We have custom racks that we built way back when that powered 120 USR
Couriers from a single power supply - Never had any problems.
You can see it at http://galaxy.execpc.com/racks4sale
You can see in the picture that we used one large 120vac to 24vac
transformer, with a variac in front of it to drop the primary down a
little, so it output 20vac, which is what the Couriers take.
They ran like this for at least 2 years, some of them 3 years, before they
were all finally replaced with Total Control, just months ago.
| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt |
| Executive Vice President - Exec-PC, Inc. |
Subject:RE: (usr-tc) NMC reboots From: Peter D. Mayer <dmayer@mail.netwalk.com> Date: 1998-08-06 09:32:32
I had the same thing happen. I put 16MB extra memory (non-parity
non-edo) in my NMC's and tried to put
the 16 meg code on them, and they just kept rebooting. TCM showed them
with only 8MB of memory. I put the 8 meg code on them and they worked
fine, but still kept rebooting about once a week until I took the extra
memory out. Very odd. Probably has to do with not getting the flash
upgraded as well.
Peter D. Mayer
dmayer@netwalk.com
On Wed, 5 Aug 1998, Roger Fouche wrote:
> I had this happen when I flashed an older 386 NMC with the wrong code.
> Flashed it with the 16meg code on a 4meg NMC. Tried adding more memory, but
> couldn't get the NMC to recognize anything over 8meg. It did boot with 8meg
> however. Reflashed it with the right code, and everything is good again.
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> Sent: Wednesday, August 05, 1998 5:54 PM
> To: USRobotics TC Mailing List
> Subject: (usr-tc) NMC reboots
>
>
> NMC is still rebooting I have tried:
> 1. reseating the card
> 2. setting dip switch #5 (erase configuration?)
> 3. setting dip switch #5 and #6 together (erase flash/code?)
>
Subject:(usr-tc) Disconnects on the Quads running analog lines From: Terry Kennedy <terry@olypen.com> Date: 1998-08-06 10:36:24
Any clue what the disconnect reason "noloopcurrent"
would refer to or how I could chase this one down.
-----Original Message-----
Cc: isp-tech@isp-tech.com <isp-tech@isp-tech.com>;
postmaster-radius@livingston.com <postmaster-radius@livingston.com>;
linux-radius@lists.iphil.net <linux-radius@lists.iphil.net>;
cistron-radius@info.cistron.nl <cistron-radius@info.cistron.nl>
>On Thu, 6 Aug 1998, Stefanita Valcu wrote:
>
>> Hello,
>>
>> I am looking for a program for stressing a RADIUS server. I.e. to send a
>> lot of requests per second and return the number of answers from the
>> server. If the program is able to send some specific attributes to the
>> server this is excellent. Since now I have used my NASes as "radius
>> packet generators" :-) but this is not efficient.
>
>Its called "radpwtst" and comes with most RADIUS packages (merit and
>radiator include it for sure).
>
>Brian
>
>
>>
>> TIA,
>>
>> -vsv
>> ---
>> Stefanita Valcu, http://www.dnt.ro/~vsv
>> Network Engineer, Dynamic Network Technologies
>> Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti,
Romania
>> tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 what "ds0 Teardown" means?
I am running TCM - Performance Monitor to troubleshoot customers modem
connections. Under "Reason for Call Termination" it shows "ds0Teardown".
The customer just keeps getting dumped for no reason, usually in less than
2 minutes after connecting.
Thanks in advance,
John Harper
x2@gti.net
Subject:Re: (usr-tc) Disconnects on the Quads running analog lines From: Terry Kennedy <terry@olypen.com> Date: 1998-08-06 11:05:46
Thanks, that helped. In the future I will try to use that Database first.
-----Original Message-----
Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>check this at
>
>http://interproc.ae.usr.com/tkb.html
>
>search for noloopcurrent
>
>krish
>
>-----------------------------------------
> \ T.S.V. Krishnan \
> \ Network System Engineer \ ( : - : )
> \ 3Com ............ \
> ----------------------------------------------/
>tkrishna@bubba.ae.usr.com
>----------------------------/ http://interproc.ae.usr.com ----/
>The Yadda Yadda Search - for simple anwers -
http://interproc.ae.usr.com/tkb.html
>-------------------------------------------------------------------------\
> Any Sufficiently advanced bug is indistinguishable for a feature.
> - Rick Kulawiec
>-------------------------------------------------------------------------/
>
>On Thu, 6 Aug 1998, Terry Kennedy wrote:
>
>> Any clue what the disconnect reason "noloopcurrent"
>> would refer to or how I could chase this one down.
>> -----Original Message-----
>> From: Brian <signal@shreve.net>
>> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>> Cc: isp-tech@isp-tech.com <isp-tech@isp-tech.com>;
>> postmaster-radius@livingston.com <postmaster-radius@livingston.com>;
>> linux-radius@lists.iphil.net <linux-radius@lists.iphil.net>;
>> cistron-radius@info.cistron.nl <cistron-radius@info.cistron.nl>
>> Date: Thursday, August 06, 1998 10:21 AM
>> Subject: Re: (usr-tc) radius test program
>>
>>
>> >On Thu, 6 Aug 1998, Stefanita Valcu wrote:
>> >
>> >> Hello,
>> >>
>> >> I am looking for a program for stressing a RADIUS server. I.e. to send
a
>> >> lot of requests per second and return the number of answers from the
>> >> server. If the program is able to send some specific attributes to the
>> >> server this is excellent. Since now I have used my NASes as "radius
>> >> packet generators" :-) but this is not efficient.
>> >
>> >Its called "radpwtst" and comes with most RADIUS packages (merit and
>> >radiator include it for sure).
>> >
>> >Brian
>> >
>> >
>> >>
>> >> TIA,
>> >>
>> >> -vsv
>> >> ---
>> >> Stefanita Valcu, http://www.dnt.ro/~vsv
>> >> Network Engineer, Dynamic Network Technologies
>> >> Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti,
>> Romania
>> >> tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
>> >>
>> >>
>> >> -
>> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> >> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service
Provider
>> >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>> >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>> >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>> >
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and 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) Won't SOMEONE help ??? :-( From: Chris Peltier <cpeltier@iectech.com> Date: 1998-08-06 11:06:12
>
>> > Tieing many Sportsters
>> > to a common AC supply is bad news because of the interaction of
>> > each rectifier circuit (un-equal balancing because of part variances).
>> > What will happen is some Sportsters will pull more current then others
>> > blowing the chip fuses. You need each individual transformer for
>> > >isolation. Too bad they didn't design them for DC input....
>
>We have custom racks that we built way back when that powered 120 USR
>Couriers from a single power supply - Never had any problems.
>
>You can see it at http://galaxy.execpc.com/racks4sale
>
>You can see in the picture that we used one large 120vac to 24vac
>transformer, with a variac in front of it to drop the primary down a
>little, so it output 20vac, which is what the Couriers take.
I haven't looked at the Couriers but I know for a fact that Sportsters
won't work.
Subject:Re: (usr-tc) radius test program From: Brian <signal@shreve.net> Date: 1998-08-06 12:17:02
On Thu, 6 Aug 1998, Stefanita Valcu wrote:
> Hello,
>
> I am looking for a program for stressing a RADIUS server. I.e. to send a
> lot of requests per second and return the number of answers from the
> server. If the program is able to send some specific attributes to the
> server this is excellent. Since now I have used my NASes as "radius
> packet generators" :-) but this is not efficient.
Its called "radpwtst" and comes with most RADIUS packages (merit and
radiator include it for sure).
Brian
>
> TIA,
>
> -vsv
> ---
> Stefanita Valcu, http://www.dnt.ro/~vsv
> Network Engineer, Dynamic Network Technologies
> Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
> tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:RE: (usr-tc) NMC reboots From: Mark van Wouw <vanwouw@gol.com> Date: 1998-08-06 12:19:39
I had some problems with NMCs for a while and this is what I found.
When we were originally told about upgrading NMCs it was indicated
that additional memory should be added and the 2Meg flash ROM should
be replaced by an 8Meg one. Since 16 meg SIMMs are cheap and easy
to get, we tried that first. Just upgrading the memory was sufficient
for 5.2.1 and 5.2.2 so that is all we did.
Then, later when I tried to firmware upgrade to 5.5.x this trick no
longer worked and I had problems similar to those detailed below.
The solution is to stay at 5.2.x or buy the 8Meg flash ROM.
Mark.
At 09:35 PM 8/5/98 -0500, Brian wrote:
>
>Here is the deal folks, and many of you aren't going to buy this, but this
>is what happened plain and simple.
>
>I upgraded a 16MB NMC a few days ago with 5.5.5.........it worked fine,
>but had some erradic behavior, it would reboot every now and then. I
>reflashed the card via TCM, and it went into this state, after it was done
>being flashed, of constant reboot.
>
>It wouldnt stop. Setting dip 5, or dip 6 or 5 AND 6 at the same time
>didn't do anything, it kept its config, and kept its code.
>
>I pulled the card. Replaced it with a new one (which had old code),
>upgraded the code, and SAME THING! I powered the chassis down completely,
>powered back up, same thing.
>
>I took this erradic nmc, stuck it in a empty chassis (it just had 2ps's
>and a nmc nic in it, and SAME THING!
>
>I reflashed the NMC via SDL, same thing..........
>
>finally, I took a working, online good nmc, using the same code 5.2.2, and
>stuck it in this erradic box, and it rebooted as well.
>
>The only fix for this, was to pull the NIC, re-insert the nic, and then
>insert the nac. I have no idea why this was necessary, but I had 3 good
>nmc nac's, all with good 5.2.2 code that would not like this chassis,
>until I pulled the nic.
>
>Can anyone elaborate a little on this?
>
>
>
>
>On Wed, 5 Aug 1998, Roger Fouche wrote:
>
>> I had this happen when I flashed an older 386 NMC with the wrong code.
>> Flashed it with the 16meg code on a 4meg NMC. Tried adding more memory, but
>> couldn't get the NMC to recognize anything over 8meg. It did boot with 8meg
>> however. Reflashed it with the right code, and everything is good again.
>>
>> -----Original Message-----
>> From: owner-usr-tc@lists.xmission.com
>> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
>> Sent: Wednesday, August 05, 1998 5:54 PM
>> To: USRobotics TC Mailing List
>> Subject: (usr-tc) NMC reboots
>>
>>
>> NMC is still rebooting I have tried:
>> 1. reseating the card
>> 2. setting dip switch #5 (erase configuration?)
>> 3. setting dip switch #5 and #6 together (erase flash/code?)
>>
>> This thing continuously boots, displays a menu, then locks up. A few secs
>> later the leds all go red and it reboots again, a never ending process.
>>
>> Brian
>>
>> --------------------------------------------------------------------------
>> Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
>> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>> signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>> (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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) | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
---
Global OnLine Japan - The Provider
Mark van Wouw Network Operations
vanwouw@gol.com 03-5341-8000
Otia dant vitia...Leisure begets vice
Subject:(usr-tc) Relief for stuck HDM modems From: Pete Ashdown <pashdown@xmission.com> Date: 1998-08-06 15:17:50
Enjoy!
#!/bin/sh
# This is a shell archive (produced by GNU sharutils 4.1).
# To extract the files from this archive, save it to some FILE, remove
# everything before the `!/bin/sh' line above, then type `sh FILE'.
#
# Made on 1998-08-06 15:16 MDT by <pashdown@slack>.
# Source directory was `/home/users/pashdown/usr'.
#
# Existing files will *not* be overwritten unless `-c' is specified.
# This format requires very little intelligence at unshar time.
# "if test", "echo", and "sed" may be needed.
#
# This shar contains:
# length mode name
# ------ ---------- ------------------------------------------
# 3250 -rwx--x--x hdmcheck
# 492 -rwx------ hdmreset
#
# ============= hdmcheck ==============
if test -f 'hdmcheck' && test X"$1" != X"-c"; then
echo 'x - skipping hdmcheck (file already exists)'
else
echo 'x - extracting hdmcheck (text)'
sed 's/^X//' << 'SHAR_EOF' > 'hdmcheck' &&
X#!/usr/local/bin/perl
X
X# hdmcheck
X#
X# Checks the individual HDM stats in order to find stuck modems. If the
X# total number of calls is greater than $minimum and the failed calls is
X# greater than the $threshold percentage of established calls, an external
X# script is called. This script busy-outs the span and waits a specified
X# period for calls to complete, then resets the card. Apparently, resetting
X# the card is the ONLY way to clean these channels. Nothing else I have
X# found appears to work.
X# Stuck modems will exhibit themselves as RNA, wrong-carrier, and fast-busies.
X# No fun for your callers, and even less fun for you.
X#
X# If you crontab this script, be sure to run it in periods larger than the
X# time it takes "hdmreset" to run (ie: approximately 2 hours). One thing
X# you don't want is several resets queued up on the same card.
X#
X# Like many of my other scripts, this comes with no guarantee or warranty.
X# This script was crafted in a few hours in an attempt to workaround a
X# 3com/USR bug.
X#
X# This script requires the UNIX version of 3com/USR's TCM.
X# Questions or comments can be directed to pashdown@xmission.com
X
X# User definable variables
X# Location of your UNIX TCM
X$ENV{'TCMHOME'} = "/usr/local/lib/tcm";
X
X# Your SNMP read variable
X$readsnmp = "PUBLIC";
X
X# Your SNMP write variable
X$writesnmp = "PRIVATE";
X
X# Percentage of established calls that failed calls must exceed
X$threshold = 75;
X
X# Minimum number of calls that need to have been attempted
X$minimum = 25;
X
X# If you want to see things in action (set to 0 for crontab use)
X$debug = 1;
X
X# Where the hdmreset script is located
X$hdmreset = "/usr/local/lib/tcm/scripts/hdmreset";
X
X# Don't change these two unless you know what you're doing.
X$tcmperf = "$ENV{'TCMHOME'}/bin/tcmperf -s 1 -c $readsnmp ";
X$threshold = $threshold / 100;
X
X# Define these for each of your HIPER racks
X
Xforeach $i ( 1 .. 11 ) {
X &check_channels (slc1,$i);
X}
X
Xforeach $i ( 1 .. 11 ) {
X &check_channels (slc2,$i);
X}
X
Xforeach $i ( 2 .. 11 ) {
X &check_channels (slc3,$i);
X}
X
Xexit;
X
X# check_channels(NMC name, span #)
X# assumes NMC is "city-snmp"
X#
Xsub check_channels {
X
X ($rack,$span) = @_;
X
X print ("Rack: $rack\tSpan: $span\n") if $debug;
X
X open ( TCMPERF, "$tcmperf -G \"Modem Events\" \"Incoming Connections Established\" -G \"Modem Events\" \"Incoming Connections Failed\" ${rack}-snmp:s${span}c1-23 2>&1 |");
X while (<TCMPERF>) {
X chop;
X if (/Incoming Connections Established\s+(.*)/) {
X @established = split (/\s+/, $1);
X }
X if (/Incoming Connections Failed\s+(.*)/) {
X @failed = split (/\s+/, $1);
X }
X }
X
X $badcard = 0;
X
X foreach $channel ( 0 .. $#established ) {
X printf ("Channel %d\t Est: %d\tFail: %d",
X $channel+1, $established[$channel], $failed[$channel])
X if $debug;
X if (($established[$channel] + $failed[$channel] > $minimum) &&
X ($failed[$channel] > $established[$channel] * $threshold)) {
X printf ("\tStuck Modem! %d > %d",
X $failed[$channel], ($established[$channel] * $threshold))
X if $debug;
X $badcard = 1;
X }
X print ("\n") if $debug;
X
X }
X if ($badcard) {
X print ("Resetting $rack $span!\n") if $debug;
X system ("$hdmreset $rack $readsnmp $writesnmp $span &");
X }
X print ("\n") if $debug;
X}
X
X
X
X
SHAR_EOF
: || echo 'restore of hdmcheck failed'
fi
# ============= hdmreset ==============
if test -f 'hdmreset' && test X"$1" != X"-c"; then
echo 'x - skipping hdmreset (file already exists)'
else
echo 'x - extracting hdmreset (text)'
sed 's/^X//' << 'SHAR_EOF' > 'hdmreset' &&
X#!/bin/csh
X
X# hdmreset - reset an HDM card and give enough time for people to get off
X# Usage: hdmset target read write card
X
Xsetenv TCMHOME "/usr/local/lib/tcm"
Xset target=$1
Xset read=$2
Xset write=$3
Xset card=$4
X
X# Busy out the card
X$TCMHOME/bin/tcmcmd -E "local out of service" -G commands -C $write -c $read ${target}-snmp:s${card}c25
X
X# sleep two hours
Xsleep 7200
X
X# Reset the card
X$TCMHOME/bin/tcmcmd -E "hardware reset" -G "hardware commands" -C $write -c $read ${target}-snmp:s${card}
SHAR_EOF
: || echo 'restore of hdmreset failed'
fi
exit 0
Well I have fixed a couple of reported bugs with TCWatcher and I
believe is working ok now. except for the webserver being
kinda slow at times.. I will fix that soon too..
Now that many of you have had a chance to check it out, are there
any criticisms or comments about the site?.. or ideas for
new/different features? Now that the foundation is there, i feel
that any time I spend on tweaks/enchancements is better spent than
if I tried to do a version 2, 3, 4.. etc. of the "gripe list".
This is also a call for scripts, and such, for the ftp site. And
I would also like to link to resellers/dealers such as Source
Technology, Solunet, xmission, etc.. So Pete, is it alright to
give you a link? A link to the [two?] archive sites would be
great too. This might be the last time this question is asked on
this list.. "Where are the archives at?" :)
Also if any of you don't think this is a good idea, please let
me know why so I can correct some major oversight.. or stop wasting
my development time, if that's the case.. But this is yet another
chance to give proper feedback to the folks who provide us with
equipment to operate our businesses. And to exchange fixes and
other information between ourselves.
TCWatcher could empower us as a whole to have a voice and make a
difference in our businesses without it being one man's burden..
And you guys have always wanted a faq but no single person has had
the time to do it all. Well now everyone can "chip in".. I think
it's a great idea even if the current implementation sux.. or does
it? I know it needs a "word search" action and I'm not sure how to
index every word in a database! :-\
In thinking about new features, I could automate the "links"
section with SQL so users could just add there own links.. And
other users could comment on these links.. Like "Source is
good and their prices low".. or "xmission really knows the
product".. etc.. just an idea.. any others?
Allen
Subject:(usr-tc) radius test program From: Stefanita Valcu <vsv@dnt.ro> Date: 1998-08-06 19:31:21
Hello,
I am looking for a program for stressing a RADIUS server. I.e. to send a
lot of requests per second and return the number of answers from the
server. If the program is able to send some specific attributes to the
server this is excellent. Since now I have used my NASes as "radius
packet generators" :-) but this is not efficient.
TIA,
-vsv
---
Stefanita Valcu, http://www.dnt.ro/~vsv
Network Engineer, Dynamic Network Technologies
Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
Subject:(usr-tc) Getting back your D channel From: Brian <signal@shreve.net> Date: 1998-08-06 19:48:39
We have seen it where when sometimes you reboot an HDM, the D channel
doesn't come back up. I am not sure what the telco has configured so that
it wouldn't come back up, but it seems nothing I can do can make it come
back up. I call them, and they do something and then it comes back. I am
not sure if they just put it out of service and then put it back in
service or what.
Is there anything that can be done on our end?
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Thus spake Allen Marsalis
>Well I have fixed a couple of reported bugs with TCWatcher and I
>believe is working ok now. except for the webserver being
>kinda slow at times.. I will fix that soon too..
Login, edit an open issue (my one issue I put in), and the page comes up
blank, just the background image. view->source gives me the text that's
*supposed* to be there, but it isn't visible. Netscape 4.04, linux,
Accelerated X. I'm gonna download ns 4.5 and I'll let you know maybe
its an ideosyncracy of 4.04.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
At 09:02 PM 8/6/98 -0400, Jeff Mcadams wrote:
>Thus spake Allen Marsalis
>>Well I have fixed a couple of reported bugs with TCWatcher and I
>>believe is working ok now. except for the webserver being
>>kinda slow at times.. I will fix that soon too..
>
>Login, edit an open issue (my one issue I put in), and the page comes up
>blank, just the background image. view->source gives me the text that's
>*supposed* to be there, but it isn't visible. Netscape 4.04, linux,
>Accelerated X. I'm gonna download ns 4.5 and I'll let you know maybe
>its an ideosyncracy of 4.04.
well I checked it out and the path to my "footer.html" was somehow
corrupt.. I fixed that but that should have only cut off the bottom
part of the page. You should have still seen your issue. brian
reported the same problem you did. and he uses X.. dunno. works
for me right now with NT.. If the system is acting like that, I
can see why no one would want to use it.. brian has used it with
Netscape/X before.. If you can view->source and see it, then it
beats me.. I'll check into it some more and please try it again,
maybe with a different brower, and let me know what happens..
Thanks.
Allen
>--
>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) V.90 for the MP/8I? From: Jason Lambert <jlambert@pla.net.au> Date: 1998-08-07 07:29:24
>Does anyone know if V.90 for the MP/8Is has been released yet?
>
Don't know if it has been released but there is certainly beta code V90 for
the modem pools because when we tried to get beta code for the MP8i V90
here in Australia we were mistakenly sent the American beta code which
totally upset our Australian MP8i.
Maybe you could try and get on the American beta test team.
Subject:Re: (usr-tc) radius test program From: Brian <signal@shreve.net> Date: 1998-08-07 08:42:41
On Fri, 7 Aug 1998, Stefanita Valcu wrote:
>
> > Its called "radpwtst" and comes with most RADIUS packages (merit and
> > radiator include it for sure).
> >
> > Brian
>
> radpwtst send only one packet, I need a program to send more than one
> packet even if the authorization is successful.
radpwtst allows you to set "iterations":
Ex:
radpwtst -time -iterations 1000 -s myserver.mydomain.com -secret mysecret
-user joeblow -password blowjoe -dictionary
/usr/private/etc/raddb/dictionary
the above would slam your radius with 1000 Auth/Accounting requests.
>
> Stefanita
> ---
> Stefanita Valcu, http://www.dnt.ro/~vsv
> Network Engineer, Dynamic Network Technologies
> Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
> tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Hello List.
I am new to this list, so I beg you to forgive me if I screw up
with this question :)
I've looked in the archives of this list before I sent
this email and read the Netserver Ref. Manual 3.3 (397 pages)
I have a problem with callback in my TC with Netserver. I set
everything according to the manual and the Netserver does make
a callback, I wait in the terminal window as suggested, my
modem answers and the message "CONNECT v34/...." appears, but
the Netserver (i suppose) doesn't recognize this so I never see
the PPP garbage......after some time, the Netserver hangs up and
the Win95 says it could not "negotiate" the protocol, so check the
settings in Control Panel, etc...
the location is set to recognize "C"...as a substring of the
above....If I set the whole string, It could not recognize when
I call at a different speed?
I've activated the logs for the modem, and I see the modemlog.txt
and no problem....I don't know how to activate the ppplog.txt though..
I'd appreciate if someone has experience with this and can help
me or someone send me a pointer to a DOC where this is explained.
By the way, does anyone know how many "locations" can I set in
the Netserver?? since the location table cannot be put in a radius
server, there must be a maximum of callback users (each with one
location) ...
Thank you,
--
Marcelo Maraboli Rosselott
Jefe de Area de Redes (Network Administrator)
Direccion Central de Servicios Computacionales (DCSC)
Universidad Tecnica Federico Santa Maria, Chile.
|--| |-[]-| |--| C: uCapacitor The Beginning of the
| C I C | I: Electronic New Electronic Age
| | Island "Quantum Electronics, That's COOL!"
|------()------| V: Voltage "Shut up, Beavis!"
V + -
mailto:maraboli@dcsc.utfsm.cl http://www.dcsc.utfsm.cl/~maraboli
Subject:(usr-tc) FTP stalls From: Brian Biggs <bb@sonic.net> Date: 1998-08-07 09:15:19
Hello,
I'm hoping someone at USR can address this issue as we've spoken to
them about it before, but if anyone else is experiencing this, please speak
up.
The problem: FTP transfers die at about 32K. Speed performance for
our customers degrads extremely fast after connecting.
The Equipment: TC w/1 ARC, 1 NMC, & 8 DSP's, running 4.0.30, 5.5.5,
and 1.2.5. Everything comming in is PRI.
History: We've had this problem since upgrading to 4.0.51 when it
came out. It seems to come and go at times. Sometimes a complete reboot will
solve the problem temporarly, sometimes it won't. Once the problem starts,
it won't go away until the device is rebooted.
So, anyone out there have any ideas? Last time I spoke with tech
support, they suggested upgrading to TCS 3.1.2. We have done so. The results
was that the problem seemed to go away for about a week, but now it's back.
Any help or suggestions from anyone would be greatly appreciated.
Thanks,
-Brian
--
# Brian Biggs | Sonic / Sonoma Interconnect #
# Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 #
# mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net #
> I've had the same effect on another PPP/SLIP hubs and the problem
> was the MTU....the PC had a different MTU than the user-profile
> in the HUB, so the conection died after some time because the
> awknowledges
> were not being received by the SENDING part of the ftp transfer...
We've changed the default user profile MTU setting from 1514 to 1500. This
didn't seem to have any effect. Our setup software configures the user MTU
setting to 1500 as well. Is there some other magic number that we should be
using here?
-Brian
--
# Brian Biggs | Sonic / Sonoma Interconnect #
# Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 #
# mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net #
Subject:Re: (usr-tc) radius test program From: Stefanita Valcu <vsv@dnt.ro> Date: 1998-08-07 10:52:01
> Its called "radpwtst" and comes with most RADIUS packages (merit and
> radiator include it for sure).
>
> Brian
radpwtst send only one packet, I need a program to send more than one
packet even if the authorization is successful.
Stefanita
---
Stefanita Valcu, http://www.dnt.ro/~vsv
Network Engineer, Dynamic Network Technologies
Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
Subject:(usr-tc) V.90 for the MP/8I? From: Brian Elfert <brian@citilink.com> Date: 1998-08-07 11:47:46
Does anyone know if V.90 for the MP/8Is has been released yet?
Brian
Hello Brian:
I've had the same effect on another PPP/SLIP hubs and the problem
was the MTU....the PC had a different MTU than the user-profile
in the HUB, so the conection died after some time because the
awknowledges
were not being received by the SENDING part of the ftp transfer...
hope it helps you,
regards,
Brian Biggs wrote:
>
> Hello,
>
> I'm hoping someone at USR can address this issue as we've spoken to
> them about it before, but if anyone else is experiencing this, please speak
> up.
>
> The problem: FTP transfers die at about 32K. Speed performance for
> our customers degrads extremely fast after connecting.
>
> The Equipment: TC w/1 ARC, 1 NMC, & 8 DSP's, running 4.0.30, 5.5.5,
> and 1.2.5. Everything comming in is PRI.
>
> History: We've had this problem since upgrading to 4.0.51 when it
> came out. It seems to come and go at times. Sometimes a complete reboot will
> solve the problem temporarly, sometimes it won't. Once the problem starts,
> it won't go away until the device is rebooted.
>
> So, anyone out there have any ideas? Last time I spoke with tech
> support, they suggested upgrading to TCS 3.1.2. We have done so. The results
> was that the problem seemed to go away for about a week, but now it's back.
>
> Any help or suggestions from anyone would be greatly appreciated.
>
> Thanks,
> -Brian
> --
> # Brian Biggs | Sonic / Sonoma Interconnect #
> # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 #
> # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.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.
--
Marcelo Maraboli Rosselott
Jefe de Area de Redes (Network Administrator)
Direccion Central de Servicios Computacionales (DCSC)
Universidad Tecnica Federico Santa Maria, Chile.
|--| |-[]-| |--| C: uCapacitor The Beginning of the
| C I C | I: Electronic New Electronic Age
| | Island "Quantum Electronics, That's COOL!"
|------()------| V: Voltage "Shut up, Beavis!"
V + -
mailto:maraboli@dcsc.utfsm.cl http://www.dcsc.utfsm.cl/~maraboli
Allen Marsalis said once upon a time:
>This is also a call for scripts, and such, for the ftp site. And
>I would also like to link to resellers/dealers such as Source
>Technology, Solunet, xmission, etc.. So Pete, is it alright to
>give you a link? A link to the [two?] archive sites would be
>great too. This might be the last time this question is asked on
>this list.. "Where are the archives at?" :)
Link us up. I don't charge extra for people to link to our site. ;-)
Subject:Re: (usr-tc) dynamic ip filters From: Pete Ashdown <pashdown@xmission.com> Date: 1998-08-07 14:48:51
Brian said once upon a time:
>I understand Dynamic IP filters, a filter that is generated after call
>setup and using the users IP address and other "dynamic" properties to
>create the filter.
>
>How would we as ISP's provide this open service for guarding children
>against adult materials? I mean its not like there is just one ip to
>block here.
It means a technical writer and a veep got together and came up with an
idea without consulting an engineer.
Subject:Re: (usr-tc) pbGenericError From: Brian <signal@shreve.net> Date: 1998-08-07 17:45:52
On Fri, 7 Aug 1998, Lon R. Stockton, Jr. wrote:
>
> I'm getting a pbGenericError on one of the channels in one of my
> HiPerDSPs, and it is shown as down with the HiPerARC 'li int' command.
That's always fun when interfaces decide to go down for no apparent reason
:)
> Rebooting the card makes the error go away, but it returns as soon
> as an incoming call is assigned to that channel. I searched on interproc,
> and found out that the modem doesn't understand the error either. (:
next time this happens try to force it back:
enable interface slot:1/mod:11
for example. Sometimes you have to execute this multiple times. Give it
a sec to work. Also, you may try a software reset on those interfaces
from within TCM.
>
> To minimize the fast-busys sent to customers, I busied out one of the
> span lines. This doesn't eliminate 'em because I am set to round-robin
> assignment in the hopes that channel 24 would see some use. Which brings
> me to a secondary question...
Nod. We do fixed-assignment, just because its much easier to find
problems and troubleshoot that way. Round Robin can actually hide your
problems when your having a flaky modem etc.
>
> I've got PRIs coming into my DSPs. The PRIs use timeslot #24 for the
> d-channel, verified by a TCM performance monitor query. I'm set to
> round-robin assignment, but channel 24 never sees any calls. On various
> TCM performance screens, I see that it's available and idle, etc. It's
> not set to block calls.
Is it configured exactly like the other channels? Did you log into the
HDM and check:
chdev span
dis mdmrmeth
This will tell you whether its using round robin or not.
>
> If anyone has any ideas or suggestions regarding my next steps in
> regards to these two issues (especially the first one), your advice
> is appreciated!
>
> Equipment & s/w versions are: 2x HiperDSP(1.2.5), HiPerARC(4.0.30),
> NMC(5.5.5).
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) pbGenericError From: Lon R. Stockton, Jr. <lon@moonstar.com> Date: 1998-08-07 18:06:55
I'm getting a pbGenericError on one of the channels in one of my
HiPerDSPs, and it is shown as down with the HiPerARC 'li int' command.
Rebooting the card makes the error go away, but it returns as soon
as an incoming call is assigned to that channel. I searched on interproc,
and found out that the modem doesn't understand the error either. (:
To minimize the fast-busys sent to customers, I busied out one of the
span lines. This doesn't eliminate 'em because I am set to round-robin
assignment in the hopes that channel 24 would see some use. Which brings
me to a secondary question...
I've got PRIs coming into my DSPs. The PRIs use timeslot #24 for the
d-channel, verified by a TCM performance monitor query. I'm set to
round-robin assignment, but channel 24 never sees any calls. On various
TCM performance screens, I see that it's available and idle, etc. It's
not set to block calls.
If anyone has any ideas or suggestions regarding my next steps in
regards to these two issues (especially the first one), your advice
is appreciated!
Equipment & s/w versions are: 2x HiperDSP(1.2.5), HiPerARC(4.0.30),
NMC(5.5.5).
Subject:Re: (usr-tc) radius test program From: Mike McCauley <mikem@open.com.au> Date: 1998-08-07 18:22:16
On Aug 7, 10:52am, Stefanita Valcu wrote:
> Subject: Re: (usr-tc) radius test program
>
> > Its called "radpwtst" and comes with most RADIUS packages (merit and
> > radiator include it for sure).
> >
> > Brian
>
> radpwtst send only one packet, I need a program to send more than one
> packet even if the authorization is successful.
Actually, the radpwtst that comes with Radiator will send as many as you want
in any mix: Access Request, Start, Stop, etc.
--
Mike McCauley mikem@open.com.au
Open System Consultants Pty. Ltd Unix, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia Consulting and development
Phone, Fax: +61 3 9598-0985
http://www.open.com.au
On Fri, 7 Aug 1998, mickey wrote:
>
> We recently received our first HyperARC/HyperDSP based Total Control Hub, and
> integrating it into our system hasn't been as smooth as I would like. We
> were using Merit Radius 2.4.23 before for our netservers, but we had to upgrade
> to version 3.6 to get it talk to the HyperARC correctly, and in the aftermath,
> a few questions came up.
>
> First, here is a quote out of the "client" config file. After reading it
> I am wondering what I should set the HyperArc entry too, currently DAS+V1
> seems to work OK for me, but not sure if that is optimal.
>
> # The third field is optional and is the type field. This field
> # may be used to specify the vendor and/or the type of the RADIUS
> # client or requesting RADIUS server. If omitted, the type and
> # vendor name are unspecified. The server honors vendor specific
> # attributes for a given vendor to be sent to a client from that
> # vendor (i.e., involving mapping and pruning) only if that vendor's
> # name appears on the associated NAS entry. Valid types are "NAS",
> # "PROXY", "RAD_RFC", "ACCT_RFC", "DEBUG" and "APPEND", and for US
> # Robotics products, "DAS", "FRGW" and "NEIGHBOR". Different types
> # may be logically combined ("ANDed") using the plus sign ("+")
> # character. See the examples at the end of this file.
> #
> # The fourth field is optional and specifies the RADIUS version
> # spoken over the connection between this server and the client
> # on this line. If this is omitted, it defaults to version one.
> # Currently, the only valid versions are "V1" and "V2" keywords.
> # Version one is described in the IETF RADIUS standard document,
> # and version two is described in draft-calhoun-enh-radius-00.txt
> # written by Pat Calhoun of US Robotics.
>
>
> Second is a typical detail file entry for a PPP sessions. Looks OK, except for
> one Vendor Specific attribute. Anyone know what it is? Is there anything else
> I should be logging, ie. Connect Speed, etc? If so, any pointers on how to
> do so?
>
> Fri Jul 31 18:48:58 1998
> User-Name = "mickey"
> NAS-IP-Address = 123.123.123.123
> Acct-Status-Type = Stop
> Acct-Session-Id = "17235984"
> Acct-Delay-Time = 0
> Acct-Authentic = RADIUS
> Service-Type = Framed
> NAS-Port-Type = Async
> NAS-Port = 264
> Vendor-Specific = vUSR-00009843000005f0
Interface-Index 0x9843 integer
You can add this value in the vsa section of your dictionary.
> Calling-Station-Id = "4155551212"
> Called-Station-Id = "1234567"
> Framed-Protocol = PPP
> Framed-IP-Address = 123.123.123.123
> Acct-Link-Count = 1
> Acct-Multi-Session-Id = "10"
> Acct-Session-Time = 77
> Acct-Terminate-Cause = User-Request
> Acct-Input-Octets = 3254
> Acct-Output-Octets = 815
> Acct-Input-Packets = 55
> Acct-Output-Packets = 23
>
>
> Finally in the radius log file, I see something like this every 30 seconds or
> so. I believe it is just the ARC making sure the radius server is up. Any way
> to make merit radius stop logging this?...Makes the log a bit hard to read...
>
> Sat Aug 8 00:00:17 1998: get_radrequest: NO a/v pairs from tc3-nsc.nanospace.com [1
> 645] - status-server (type 12), len = 20
> Sat Aug 8 00:00:17 1998: Hex dump at 0x0x80c2508/0 for 20 bytes
> Sat Aug 8 00:00:17 1998: 0x0x80c2508: 0x0000| 0C150014 0F5FE68E BE083C95 158A64F0|
> |....._....<...d.|
> Sat Aug 8 00:00:17 1998: 0x0x80c2518: 0x0010| 541DB38F ........ ........ ........|
> |T...|||||||||||||
>
I am not sure what this is but looks like a sever status quires.
krish
> Thanks in advance for any suggestions.
>
> -MiC
>
> --
> % Mickey Everts % mickey@nanospace.com % 650-833-8018 Vox %
> % Sys. Administrator % Nanospace Internet Access % 650-833-8001 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.
>
We recently received our first HyperARC/HyperDSP based Total Control Hub, and
integrating it into our system hasn't been as smooth as I would like. We
were using Merit Radius 2.4.23 before for our netservers, but we had to upgrade
to version 3.6 to get it talk to the HyperARC correctly, and in the aftermath,
a few questions came up.
First, here is a quote out of the "client" config file. After reading it
I am wondering what I should set the HyperArc entry too, currently DAS+V1
seems to work OK for me, but not sure if that is optimal.
# The third field is optional and is the type field. This field
# may be used to specify the vendor and/or the type of the RADIUS
# client or requesting RADIUS server. If omitted, the type and
# vendor name are unspecified. The server honors vendor specific
# attributes for a given vendor to be sent to a client from that
# vendor (i.e., involving mapping and pruning) only if that vendor's
# name appears on the associated NAS entry. Valid types are "NAS",
# "PROXY", "RAD_RFC", "ACCT_RFC", "DEBUG" and "APPEND", and for US
# Robotics products, "DAS", "FRGW" and "NEIGHBOR". Different types
# may be logically combined ("ANDed") using the plus sign ("+")
# character. See the examples at the end of this file.
#
# The fourth field is optional and specifies the RADIUS version
# spoken over the connection between this server and the client
# on this line. If this is omitted, it defaults to version one.
# Currently, the only valid versions are "V1" and "V2" keywords.
# Version one is described in the IETF RADIUS standard document,
# and version two is described in draft-calhoun-enh-radius-00.txt
# written by Pat Calhoun of US Robotics.
Second is a typical detail file entry for a PPP sessions. Looks OK, except for
one Vendor Specific attribute. Anyone know what it is? Is there anything else
I should be logging, ie. Connect Speed, etc? If so, any pointers on how to
do so?
Fri Jul 31 18:48:58 1998
User-Name = "mickey"
NAS-IP-Address = 123.123.123.123
Acct-Status-Type = Stop
Acct-Session-Id = "17235984"
Acct-Delay-Time = 0
Acct-Authentic = RADIUS
Service-Type = Framed
NAS-Port-Type = Async
NAS-Port = 264
Vendor-Specific = vUSR-00009843000005f0
Calling-Station-Id = "4155551212"
Called-Station-Id = "1234567"
Framed-Protocol = PPP
Framed-IP-Address = 123.123.123.123
Acct-Link-Count = 1
Acct-Multi-Session-Id = "10"
Acct-Session-Time = 77
Acct-Terminate-Cause = User-Request
Acct-Input-Octets = 3254
Acct-Output-Octets = 815
Acct-Input-Packets = 55
Acct-Output-Packets = 23
Finally in the radius log file, I see something like this every 30 seconds or
so. I believe it is just the ARC making sure the radius server is up. Any way
to make merit radius stop logging this?...Makes the log a bit hard to read...
Sat Aug 8 00:00:17 1998: get_radrequest: NO a/v pairs from tc3-nsc.nanospace.com [1
645] - status-server (type 12), len = 20
Sat Aug 8 00:00:17 1998: Hex dump at 0x0x80c2508/0 for 20 bytes
Sat Aug 8 00:00:17 1998: 0x0x80c2508: 0x0000| 0C150014 0F5FE68E BE083C95 158A64F0|
|....._....<...d.|
Sat Aug 8 00:00:17 1998: 0x0x80c2518: 0x0010| 541DB38F ........ ........ ........|
|T...|||||||||||||
Thanks in advance for any suggestions.
-MiC
--
% Mickey Everts % mickey@nanospace.com % 650-833-8018 Vox %
% Sys. Administrator % Nanospace Internet Access % 650-833-8001 Fax %
On Fri, 7 Aug 1998, mickey wrote:
>
> We recently received our first HyperARC/HyperDSP based Total Control Hub, and
> integrating it into our system hasn't been as smooth as I would like. We
> were using Merit Radius 2.4.23 before for our netservers, but we had to upgrade
> to version 3.6 to get it talk to the HyperARC correctly, and in the aftermath,
> a few questions came up.
>
How does it not talk correctly? We used 2.4.23 for a long time with ARCs.
Are you talking about a VSA issue?
>
> -MiC
>
> --
> % Mickey Everts % mickey@nanospace.com % 650-833-8018 Vox %
> % Sys. Administrator % Nanospace Internet Access % 650-833-8001 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.
>
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) How to set up Default Gateway ? From: D Baud <dbaud@bigfoot.com> Date: 1998-08-08 12:45:05
Hi,
Does anybody know of a way to set up the default gateway for a dial-up user through Radius ?
I would apreciate a solution for Netserver and/or Harc.
Donald
Subject:(usr-tc) X2 enabled?? From: Jason W <jwatkins@iland.net> Date: 1998-08-08 13:29:22
We just purchased a HiPer Starter bundle. The NMC is
not X2 enabled. But the HiPer DSP's and Hiper Arc are
shipped with X2. Does the enable key need to be setup
on the NMC for this to work??? We are also going to
be upgrading these to V.90. Can this be done without
the enable key???? 3com's site does not give very
adequate information on how this all works, I would
greatly appreciate any help anyone can give.
Thanks
*********************************************************
Jason Watkins jwatkins@iland.net
I-Land Internet Services http://www.iland.net
Support & Network Operations Center
*********************************************************
Subject:Re: (usr-tc) X2 enabled?? From: Brian <signal@shreve.net> Date: 1998-08-08 14:27:39
On Sat, 8 Aug 1998, Jason W wrote:
> We just purchased a HiPer Starter bundle. The NMC is
> not X2 enabled. But the HiPer DSP's and Hiper Arc are
> shipped with X2. Does the enable key need to be setup
> on the NMC for this to work??? We are also going to
no it does not. NMC x2 enable key only applies for the most part to Quad
modems. Some quads have x2 built in, but most quads get there x2 enable
from the nmc. So if your running quad modems in that box, then you would
want an x2 enable key in it.
> be upgrading these to V.90. Can this be done without
> the enable key???? 3com's site does not give very
yes, all hdm's are upgradable to v.90.
> adequate information on how this all works, I would
> greatly appreciate any help anyone can give.
>
Flash the latest release code. Its v.90 and it fixes some problems that
were in older code.
Brian
> Thanks
>
> *********************************************************
> Jason Watkins jwatkins@iland.net
> I-Land Internet Services http://www.iland.net
> Support & Network Operations Center
> *********************************************************
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
On Sat, 8 Aug 1998, Jason W wrote:
> We just purchased a HiPer Starter bundle. The NMC is
> not X2 enabled. But the HiPer DSP's and Hiper Arc are
> shipped with X2. Does the enable key need to be setup
> on the NMC for this to work??? We are also going to
> be upgrading these to V.90. Can this be done without
> the enable key???? 3com's site does not give very
> adequate information on how this all works, I would
> greatly appreciate any help anyone can give.
The HiPer DSP cards have x2 built in. The NMC card doesn't have x2
enabled because the HiPer DSP cards don't need it.
This sucks for someone who wants to load 12 quad modem cards into a HiPer
bundle.
Brian
>On Fri, 7 Aug 1998, mickey wrote:
>> were using Merit Radius 2.4.23 before for our netservers, but we had to upgr
>ade
>> to version 3.6 to get it talk to the HyperARC correctly.
>How does it not talk correctly? We used 2.4.23 for a long time with ARCs.
>Are you talking about a VSA issue?
Nah, I had trouble getting the ARC to authorize people, without causing
the daemon to die. I couldn't figure it out, so I decided it was time
to upgrade....
-MiC
On Fri, 7 Aug 1998, Brian Biggs wrote:
> Hello,
>
> I'm hoping someone at USR can address this issue as we've spoken to
> them about it before, but if anyone else is experiencing this, please speak
> up.
>
> The problem: FTP transfers die at about 32K. Speed performance for
> our customers degrads extremely fast after connecting.
>
> The Equipment: TC w/1 ARC, 1 NMC, & 8 DSP's, running 4.0.30, 5.5.5,
> and 1.2.5. Everything comming in is PRI.
>
> History: We've had this problem since upgrading to 4.0.51 when it
> came out. It seems to come and go at times. Sometimes a complete reboot will
> solve the problem temporarly, sometimes it won't. Once the problem starts,
> it won't go away until the device is rebooted.
>
How is CCP set on the ARC Do a show ppp it will show the ccp status. If
CCP is set on for all calls - disable the same and try your test again
let me know how it looks
krish
> So, anyone out there have any ideas? Last time I spoke with tech
> support, they suggested upgrading to TCS 3.1.2. We have done so. The results
> was that the problem seemed to go away for about a week, but now it's back.
>
> Any help or suggestions from anyone would be greatly appreciated.
>
> Thanks,
> -Brian
> --
> # Brian Biggs | Sonic / Sonoma Interconnect #
> # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 #
> # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.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.
>
> >
> > How is CCP set on the ARC Do a show ppp it will show the ccp status. If
> > CCP is set on for all calls - disable the same and try your test again
> >
> > let me know how it looks
> >
> > krish
>
> CCP was set to ALL, so I changed it to NONE, saved it, and tested. We got
> the same results (failed FTP). So we rebooted and tested, and again got the
> same results.
>
> We also made contact with tech support last Friday. They had us delete the
> config and reconfigure it. That obviously didn't help either.
>
> Any more ideas?
Do you have a ticket number? If this is reproduceble everytime, I would
like to run some debug and find out if this is something to do with async
map etc. If its ok with you let me know - I can call you and try to
solve your problem.
krish
>
> -Brian
> --
> # Brian Biggs | Sonic / Sonoma Interconnect #
> # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 #
> # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.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 Mon, 10 Aug 1998, Terry Kennedy wrote:
> Q:Disabling CCP
> What's the deal behind this. We have done this on the netservers
> to varying decrees of success. We are also experiencing the same
> problems here. Besides just trying it to help, what is the why behind
> this one?
I asked this question to find out the configuration. CCP works on all
calls. On the NETServer ccp is done for all the calls but has a limit,
after x number of calls ( I am not sure what is the upper limit ) ccp
will not be offered, in other words you can have say 45 calls with ccp
46th call will not get ccp
krish
>
> Terry Kennedy
> OlyPen, Inc.
>
> How is CCP set on the ARC Do a show ppp it will show the ccp status. If
> CCP is set on for all calls - disable the same and try your test again
>
> let me know how it looks
>
> krish
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Set the Default gateway slot on the PRI card to 0 or none. This way you
will be using the Quad I modems to terminate all the digital calls. You
need quads else you cannot user the pri card.
krish
\ T.S.V. Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com ............ \
----------------------------------------------/
tkrishna@bubba.ae.usr.com
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
Any Sufficiently advanced bug is indistinguishable for a feature.
- Rick Kulawiec
On Mon, 10 Aug 1998 owalsh@westcon.com wrote:
> Who can tell me how to do this with the HiPer ARC Router and not the
> Netserver...
> Just bear in mind that the caller will be using a 128k BRI line going into a T1
> PRI connected to the HiPer DSP card.. In other words, the user will be taking up
> two channels of the T1 ISDN PRI circuit..
>
> If you can help me with this you solved a 4week problem...
>
> Thanks alot.
>
> ____________________Reply Separator____________________
> Subject: RE: (usr-tc) ISDN Access to USR TC
> Author: jim@top.net
> Date: 8/10/98 1:45 PM
>
> At 12:58 PM 8/10/98 -0400, you wrote:
> >If I remember correctly, if you have the Dual PRI card and the PRI
> >Netserver, all you need to do is assign the ISND gateway from slot 0 to
> >the slot of the Netserver (16 I believe). Then the ISDN call is
> >automatically answered by the Netserver and no modems are used, although
> >channels are. This is available on the PRI card under Configuration ->
> >PRI Configuration ->ISDN GW slot
>
> This is set for ISDN-GW Slot 16
>
> PRI Call Routing Group is Blank (can be set only for Analog or Digital)
>
> Under DNIS there is a setting for dialed-in number, and you can select
> analog/digital or both... Right now I don't have any of that set for
> anything, perhaps I should set in the Number Dialed into (827-3333) and
> show it as accepting 'both' ??
>
> Thanks!
>
> ***** Top Net InterNet Services *****
> Omaha, Nebraska Husker Heaven
> www.top.net (402) 291-1542
> Visit Our BBS at: www.hawgwild.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.
>
On Mon, 10 Aug 1998, Terry Kennedy wrote:
> Krish,
>
> Ok, now I'm really confused. maybe I didn't understand something
> here. I have been told to turn off header compression by other people
> in the past, not for trouble shooting, but to solve performance. I guess
> my question really was, why would one want to disable what sounds like
> performance enhancing feature tro improve performance? And why it
> works the way it does. I understand if you don't have the time to go
> into technical details of how header compression a the packet level
> works. But I thioght maybe thte answer would something along the lines
> of " oh that's broken" or " Windows doesn't implement that correctly"
> Anyways thanks for the first reply, I know you are busy..
Terry,
There is a difference between CCP and header compression. Some clients
like NT start vj compression and if the NAS rejects the same it will
still try to do the VJ. and this causes the failure. So in order to
make it work you either disable VJ on the client or enable vj for the
user on the NETSERver. There is a problem with VJ on NT side - the
problem is that it does take the reject. CCP is all different it is
about compressing data using either stac or ascend or microsoft.
krish
>
> Terry Kennedy
>
>
> >> Q:Disabling CCP
> >> What's the deal behind this. We have done this on the netservers
> >> to varying decrees of success. We are also experiencing the same
> >> problems here. Besides just trying it to help, what is the why behind
> >> this one?
> >
> >I asked this question to find out the configuration. CCP works on all
> >calls. On the NETServer ccp is done for all the calls but has a limit,
> >after x number of calls ( I am not sure what is the upper limit ) ccp
> >will not be offered, in other words you can have say 45 calls with ccp
> >46th call will not get ccp
> >
> >krish
> >
> >>
> >> Terry Kennedy
> >> OlyPen, Inc.
> >>
> >> How is CCP set on the ARC Do a show ppp it will show the ccp status. If
> >> CCP is set on for all calls - disable the same and try your test again
> >>
> >> let me know how it looks
> >>
> >> krish
> >>
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and 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 Mon, 10 Aug 1998, Marcelo Souza wrote:
>
> It seems that's some thing wrong, maybe with my Radius Server
> (Livingston 2.1), because I'm not able to limit the user to one port using
> Port-limit = 1, only setting Max-channel to 1 in ARC.
> Is it a Radius problem ?
>
Port limit does not stop the user from trying for the second channel.
Port limit only stops the user from successful connectionB. you can use
the VSA Max-channels from radius.
> Another question: Is ther some special setting to use multi-link?
> In my tests (using Windows 98 multi-link), when the second line became on,
> the connection slow down. Should it be a bug in windows multi-link ?
>
No with two channels you must have good throughput - somewhere in the 14
to 16 k. Now unless we have some number comparing the throughput it is
hard to say if its slow are fast, also it depends on your TA that you are
using, may be the TA has a sync/async conversion - I do not know. What
TA are you using?
krish
>
> - Marcelo
>
>
> On Thu, 16 Jul 1998, Tatai SV Krishnan wrote:
>
> |On Fri, 17 Jul 1998, Marcelo Souza wrote:
> |
> |> On Thu, 16 Jul 1998, Laszlo Vecsey wrote:
> |>
> |> |For a moment there I thought I was going to read about a user so fed up
> |> |with Multilink PPP and their usr-tc chasis that they had to resort to
> |> |using a shotgun :)
> |>
> |> 8-))
> |>
> |> |If you're using radius, set Port-Limit to 2 and you should be all set.
> |>
> |> I set the Port-Limit on Radius to 2 but it seems that the TC is
> |> overriding the radius settings. Because, if I set Port-Limit on Radius
> |> users file to 1 for a expecific user (eg. test) and set MAX_CHANELS to 2
> |> in the ARC for a DEFAULT user, my "test" user will be able to make the
> |> connection in 2 channels.
> |> But if I set the MAX_CHANNEL to 1 for a default user, the "test"
> |> user will be able to make only ONE connection, even if I set its expecific
> |> configuration on Radius Port-Limit to 2.
> |>
> |> What am I doing wrong?
> |
> |Port limit and max_channel are different attributes. By setting
> |max_channel to 1 you are limiting the channels for the users to 1. Port
> |limit just tells the nas that the user has a limit of 2, and currently
> |the user also has the setting to have a max channel of 1. If you set the
> |max channel to any greater number then port limit will make sure that the
> |user has only the set port limit.
> |
> |The other way is to set the max_channels to the users
> |
> | Max-Channels 0x9802 integer
> |
> |vendor specific attribute.
> |
> |krish
> |
> |
> |>
> |> - Marcelo
> |>
> |>
> |> |On Thu, 16 Jul 1998, Marcelo Souza wrote:
> |> |
> |> |>
> |> |>
> |> |> Does any one here has users trying to use this feature that came
> |> |> with Diamond Supra Sonic II modems?
> |> |> It intend to use two common telephone lines (not ISDN) to make
> |> |> connections up to 112k (2x 56k) using multilink PPP.
> |> |> How can set up my TCs (I have both ARC and Netserver) to enable
> |> |> that ?
> |> |>
> |> |>
> |> |> TIA
> |> |>
> |> |>
> |> |> - Marcelo
> |> |>
> |> |>
> |> |> -
> |> |> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> |> |> with "unsubscribe usr-tc" in the body of the message.
> |> |> For information on digests or retrieving files and 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.
> |>
> |
>
> - Marcelo
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 Mon, 10 Aug 1998, Andrew Aken wrote:
> What is the correct RADIUS dictionary entry for setting the Max-Channel?
> I have a dictionary entry for "ATTRIBUTE Max-Channels 0x9802 integer"
This is the correct value.
krish
>
> Tatai SV Krishnan wrote:
> >
> > On Mon, 10 Aug 1998, Marcelo Souza wrote:
> >
> > >
> > > It seems that's some thing wrong, maybe with my Radius Server
> > > (Livingston 2.1), because I'm not able to limit the user to one port using
> > > Port-limit = 1, only setting Max-channel to 1 in ARC.
> > > Is it a Radius problem ?
> > >
> >
> > Port limit does not stop the user from trying for the second channel.
> > Port limit only stops the user from successful connectionB. you can use
> > the VSA Max-channels from radius.
> >
> > > Another question: Is ther some special setting to use multi-link?
> > > In my tests (using Windows 98 multi-link), when the second line became on,
> > > the connection slow down. Should it be a bug in windows multi-link ?
> > >
> > No with two channels you must have good throughput - somewhere in the 14
> > to 16 k. Now unless we have some number comparing the throughput it is
> > hard to say if its slow are fast, also it depends on your TA that you are
> > using, may be the TA has a sync/async conversion - I do not know. What
> > TA are you using?
> >
> > krish
> >
> --
> =======================================================
> =========== Andrew Aken - President =========
> ====== GlobalEyes Communications, Inc. ======
> =Southern Illinois' Fastest Connection to the Internet=
> ========== http://www.GlobalEyes.net ========
> =======================================================
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 Mon, 10 Aug 1998, Andrew Aken wrote:
> So, what advantages/disadvantages are there to disabling CCP? What is it
> we're hoping to achieve by disabling this feature? We're having some
> reports from some users regarding a similar FTP failure.
>
Through put slows down if you disable ccp. There is no advantage there.
You should not disable it. The only reason I asked Brian to disable it
and try was to isolate the problem to the modem. See ppp is handled by
the modem here and my guess was that the modem is not able to handle a
compressed packet. By disabling ccp I was trying to narrow down the
search for the root cause of the problem. Also in some cases - like the
new win 98 ccp includes history list, what this does is keeps a list of
ccp data and then over a period of time reset ccp.
As I said I was trying to narrow down the problem to fix it.
krish
> Tatai SV Krishnan wrote:
> >
> > On Mon, 10 Aug 1998, Terry Kennedy wrote:
> >
> > > Krish,
> > >
> > > Ok, now I'm really confused. maybe I didn't understand something
> > > here. I have been told to turn off header compression by other people
> > > in the past, not for trouble shooting, but to solve performance. I guess
> > > my question really was, why would one want to disable what sounds like
> > > performance enhancing feature tro improve performance? And why it
> > > works the way it does. I understand if you don't have the time to go
> > > into technical details of how header compression a the packet level
> > > works. But I thioght maybe thte answer would something along the lines
> > > of " oh that's broken" or " Windows doesn't implement that correctly"
> > > Anyways thanks for the first reply, I know you are busy..
> > Terry,
> >
> > There is a difference between CCP and header compression. Some clients
> > like NT start vj compression and if the NAS rejects the same it will
> > still try to do the VJ. and this causes the failure. So in order to
> > make it work you either disable VJ on the client or enable vj for the
> > user on the NETSERver. There is a problem with VJ on NT side - the
> > problem is that it does take the reject. CCP is all different it is
> > about compressing data using either stac or ascend or microsoft.
> >
> > krish
> --
> =======================================================
> =========== Andrew Aken - President =========
> ====== GlobalEyes Communications, Inc. ======
> =Southern Illinois' Fastest Connection to the Internet=
> ========== http://www.GlobalEyes.net ========
> =======================================================
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) remove From: Jason Lambert <jlambert@pla.net.au> Date: 1998-08-10 06:37:39
> On Fri, 7 Aug 1998, Brian Biggs wrote:
>
> > Hello,
> >
> > I'm hoping someone at USR can address this issue as we've spoken to
> > them about it before, but if anyone else is experiencing this, please speak
> > up.
> >
> > The problem: FTP transfers die at about 32K. Speed performance for
> > our customers degrads extremely fast after connecting.
> >
> > The Equipment: TC w/1 ARC, 1 NMC, & 8 DSP's, running 4.0.30, 5.5.5,
> > and 1.2.5. Everything comming in is PRI.
> >
> > History: We've had this problem since upgrading to 4.0.51 when it
> > came out. It seems to come and go at times. Sometimes a complete reboot will
> > solve the problem temporarly, sometimes it won't. Once the problem starts,
> > it won't go away until the device is rebooted.
> >
>
> How is CCP set on the ARC Do a show ppp it will show the ccp status. If
> CCP is set on for all calls - disable the same and try your test again
>
> let me know how it looks
>
> krish
CCP was set to ALL, so I changed it to NONE, saved it, and tested. We got
the same results (failed FTP). So we rebooted and tested, and again got the
same results.
We also made contact with tech support last Friday. They had us delete the
config and reconfigure it. That obviously didn't help either.
Any more ideas?
-Brian
--
# Brian Biggs | Sonic / Sonoma Interconnect #
# Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 #
# mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net #
Subject:(usr-tc) ISDN Access to USR TC From: Jim Logan <jim@top.net> Date: 1998-08-10 09:48:57
I've looked thru the Dual-PRI Book and all, kinda confused about how I can
Setup my Total Control Unit to accept ISDN Calls... Does the Phone Company
have to provide a 'seperate' number for inbound ISDN, so I can route
correctly to the ISDN Gateway Slot 13? Or can the ISDN Callers use the same
exact number that 56K customers are using to call in at, and if that's the
case, where to I set in the Setup of the Total Control unit to accept both
Analog/ISDN from the same Dialed in Number? The Unit itself is on a Dual
PRI Type Line, but only assigned 1 phone phone number by the TelCo for all
callers.
Thanks ahead of time.
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
Could you shed more light on this? I've had complaints of slow transfers
but haven't seen this much problem. I'm using T1's. Is this a PRI or
ISDN-only issue?
thanks,
Randy
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Tatai SV Krishnan
> Sent: Sunday, August 09, 1998 9:23 PM
> To: Brian Biggs
> Cc: usr-tc@lists.xmission.com; ec@sonic.net; dane@sonic.net;
> scott@sonic.net
> Subject: Re: (usr-tc) FTP stalls
>
>
> On Fri, 7 Aug 1998, Brian Biggs wrote:
>
> > Hello,
> >
> > I'm hoping someone at USR can address this issue as we've spoken to
> > them about it before, but if anyone else is experiencing this,
> please speak
> > up.
> >
> > The problem: FTP transfers die at about 32K. Speed performance for
> > our customers degrads extremely fast after connecting.
> >
> > The Equipment: TC w/1 ARC, 1 NMC, & 8 DSP's, running 4.0.30, 5.5.5,
> > and 1.2.5. Everything comming in is PRI.
> >
> > History: We've had this problem since upgrading to 4.0.51 when it
> > came out. It seems to come and go at times. Sometimes a
> complete reboot will
> > solve the problem temporarly, sometimes it won't. Once the
> problem starts,
> > it won't go away until the device is rebooted.
> >
>
> How is CCP set on the ARC Do a show ppp it will show the ccp status. If
> CCP is set on for all calls - disable the same and try your test again
>
> let me know how it looks
>
> krish
>
> > So, anyone out there have any ideas? Last time I spoke with tech
> > support, they suggested upgrading to TCS 3.1.2. We have done
> so. The results
> > was that the problem seemed to go away for about a week, but
> now it's back.
> >
> > Any help or suggestions from anyone would be greatly appreciated.
> >
> > Thanks,
> > -Brian
> > --
> > # Brian Biggs | Sonic / Sonoma
> Interconnect #
> > # Sys Admin / Programmer | v707.522.1000 fax707.547.2199
> d707.522.1001 #
> > # mailto:bb@sonic.net | http://www.sonic.net
mailto:support@sonic.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.
Subject:RE: (usr-tc) preferred radius server for FreeBSD / TC/HiperARC ? From: Randy Cosby <dcosby@infowest.com> Date: 1998-08-10 10:41:33
I recently purchased Radiator. Very nice, lots of updates, very flexible,
and a live author.
Randy Cosby
InfoWest Global Internet Services, Inc.
http://www.infowest.com/
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jim Mercer
> Sent: Monday, August 10, 1998 10:27 AM
> To: usr-tc@xmission.com
> Subject: (usr-tc) preferred radius server for FreeBSD / TC/HiperARC ?
>
>
>
> i've got a client who purchased a 3com/USR Total Control unit, with Hiper
> and NMC cards.
>
> i've managed to get it going using the livingston radius server,
> but it doesn't
> seem to be doing idle-timeouts.
>
> i'm also getting the "vendor specific" messages i've seen others
> talk about in
> the archives of this list.
>
> anyone got a recommendation of the "proper" radius server and
> dictionary to
> use?
>
> thanx.
>
> --
> [ Jim Mercer Reptilian Research jim@reptiles.org +1 416
> 410-5633 ]
> [ The telephone, for those of you who have forgotten, was a
> commonly used ]
> [ communications technology in the days before electronic mail.
> ]
> [ They're still easy to find in most large cities. -- Nathaniel
> Borenstein ]
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Q:Disabling CCP
What's the deal behind this. We have done this on the netservers
to varying decrees of success. We are also experiencing the same
problems here. Besides just trying it to help, what is the why behind
this one?
Terry Kennedy
OlyPen, Inc.
How is CCP set on the ARC Do a show ppp it will show the ccp status. If
CCP is set on for all calls - disable the same and try your test again
let me know how it looks
krish
Subject:(usr-tc) Newbie Question From: Sean Bober <support2@the-bridge.net> Date: 1998-08-10 11:43:51
If I am an end user with a k-flex modem that is not upgraded to v.90, should
I be able to connect to an ISP with v.90 modems at k-flex speeds?
Thanks,
Sean
Subject:Re: (usr-tc) Solaris From: Pete Ashdown <pashdown@xmission.com> Date: 1998-08-10 12:23:06
Brian said once upon a time:
>
>Solaris will be out with 2.7 soon, its already in beta and has been for a
>while.
>
>Will TCM support Solaris 2.7? 2.8? 2.6? ever? What happened with solaris
>and why was the ball dropped so hard at 3com with solaris/tcm?
Brian, you're making the mistake that someone on this list actually is
responsible for the product. Since we haven't seen any movement yet, I'm
guessing that someone isn't here. I wonder who we need to call to get this
done?
Subject:Re: (usr-tc) Relief for stuck HDM modems From: Pete Ashdown <pashdown@xmission.com> Date: 1998-08-10 12:25:41
Robert von Bismarck said once upon a time:
>
>Just a cheap question :
>
>How much is TCM for UNIX and on what platform does it run ? I have
>Solaris 2.5.1 and Linux around...
I don't know. I got my copy with a bundle deal at the end of 1996.
Subject:(usr-tc) preferred radius server for FreeBSD / TC/HiperARC ? From: Jim Mercer <jim@reptiles.org> Date: 1998-08-10 12:27:18
i've got a client who purchased a 3com/USR Total Control unit, with Hiper
and NMC cards.
i've managed to get it going using the livingston radius server, but it doesn't
seem to be doing idle-timeouts.
i'm also getting the "vendor specific" messages i've seen others talk about in
the archives of this list.
anyone got a recommendation of the "proper" radius server and dictionary to
use?
thanx.
--
[ Jim Mercer Reptilian Research jim@reptiles.org +1 416 410-5633 ]
[ The telephone, for those of you who have forgotten, was a commonly used ]
[ communications technology in the days before electronic mail. ]
[ They're still easy to find in most large cities. -- Nathaniel Borenstein ]
Subject:(usr-tc) online.sh - using SNMP to list users From: Jim Mercer <jim@reptiles.org> Date: 1998-08-10 12:30:45
i've written a script which lists the users online using SNMP.
i use the ucd-snmp stuff, but i'm sure it will work similarly with the
cmu stuff, or if you jack the oid's into a perl script with snmp libraries.
ftp://ftp.reptiles.org/pub/usr-tc/online.sh
--
[ Jim Mercer Reptilian Research jim@reptiles.org +1 416 410-5633 ]
[ The telephone, for those of you who have forgotten, was a commonly used ]
[ communications technology in the days before electronic mail. ]
[ They're still easy to find in most large cities. -- Nathaniel Borenstein ]
Subject:(usr-tc) using SNMP to bump users off From: Jim Mercer <jim@reptiles.org> Date: 1998-08-10 12:32:27
i'd like to use snmp to look for users who are logged in more than once,
and then bump them off.
i have a script (ftp://ftp.reptiles.org/pub/usr-tc/online.sh) which lists
the users logged in, but i need the oid's for nuking their sessions using
snmpset.
anyone have such info?
--
[ Jim Mercer Reptilian Research jim@reptiles.org +1 416 410-5633 ]
[ The telephone, for those of you who have forgotten, was a commonly used ]
[ communications technology in the days before electronic mail. ]
[ They're still easy to find in most large cities. -- Nathaniel Borenstein ]
Subject:RE: (usr-tc) ISDN Access to USR TC From: Jim Logan <jim@top.net> Date: 1998-08-10 12:36:00
At 12:58 PM 8/10/98 -0400, you wrote:
>If I remember correctly, if you have the Dual PRI card and the PRI
>Netserver, all you need to do is assign the ISND gateway from slot 0 to
>the slot of the Netserver (16 I believe). Then the ISDN call is
>automatically answered by the Netserver and no modems are used, although
>channels are. This is available on the PRI card under Configuration ->
>PRI Configuration ->ISDN GW slot
This is set for ISDN-GW Slot 16
PRI Call Routing Group is Blank (can be set only for Analog or Digital)
Under DNIS there is a setting for dialed-in number, and you can select
analog/digital or both... Right now I don't have any of that set for
anything, perhaps I should set in the Number Dialed into (827-3333) and
show it as accepting 'both' ??
Thanks!
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
I am having problem s with the Dictionary file of the new version, I know
you have to replace it.
My question is, who has a copy of the dictionary file for use tith
USR-2861's and how do I get it ?
-Frank
-----Original Message-----
>>On Fri, 7 Aug 1998, mickey wrote:
>>> were using Merit Radius 2.4.23 before for our netservers, but we had to
upgr
>>ade
>>> to version 3.6 to get it talk to the HyperARC correctly.
>
>>How does it not talk correctly? We used 2.4.23 for a long time with ARCs.
>>Are you talking about a VSA issue?
>
>Nah, I had trouble getting the ARC to authorize people, without causing
>the daemon to die. I couldn't figure it out, so I decided it was time
>to upgrade....
>
>-MiC
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Krish,
Ok, now I'm really confused. maybe I didn't understand something
here. I have been told to turn off header compression by other people
in the past, not for trouble shooting, but to solve performance. I guess
my question really was, why would one want to disable what sounds like
performance enhancing feature tro improve performance? And why it
works the way it does. I understand if you don't have the time to go
into technical details of how header compression a the packet level
works. But I thioght maybe thte answer would something along the lines
of " oh that's broken" or " Windows doesn't implement that correctly"
Anyways thanks for the first reply, I know you are busy..
Terry Kennedy
>> Q:Disabling CCP
>> What's the deal behind this. We have done this on the netservers
>> to varying decrees of success. We are also experiencing the same
>> problems here. Besides just trying it to help, what is the why behind
>> this one?
>
>I asked this question to find out the configuration. CCP works on all
>calls. On the NETServer ccp is done for all the calls but has a limit,
>after x number of calls ( I am not sure what is the upper limit ) ccp
>will not be offered, in other words you can have say 45 calls with ccp
>46th call will not get ccp
>
>krish
>
>>
>> Terry Kennedy
>> OlyPen, Inc.
>>
>> How is CCP set on the ARC Do a show ppp it will show the ccp status. If
>> CCP is set on for all calls - disable the same and try your test again
>>
>> let me know how it looks
>>
>> krish
>>
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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) ISDN Access to USR TC From: Steve McConnell <stevem@magneto.emji.net> Date: 1998-08-10 12:58:11
If I remember correctly, if you have the Dual PRI card and the PRI
Netserver, all you need to do is assign the ISND gateway from slot 0 to
the slot of the Netserver (16 I believe). Then the ISDN call is
automatically answered by the Netserver and no modems are used, although
channels are. This is available on the PRI card under Configuration ->
PRI Configuration ->ISDN GW slot
You can use the same number for both analog and ISDN as the USR is smart
enough to see that it is an ISDN call and routes the call appropriately.
You may need to change some of the settings on your other software
(port monitors if you have them) to allow two channels simultaneously,
but other than that you should be good to go.
Steve
Steve McConnell EMJ Internet
1434 Farrington Road 800-548-2319
Apex, NC 27502 919-363-4441
http://www.emji.net 919-363-4425 FAX
> -----Original Message-----
> From: Jim Logan [mailto:jim@top.net]
> Sent: Monday, August 10, 1998 10:49 AM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) ISDN Access to USR TC
>
>
>
> I've looked thru the Dual-PRI Book and all, kinda confused
> about how I can
> Setup my Total Control Unit to accept ISDN Calls... Does the
> Phone Company
> have to provide a 'seperate' number for inbound ISDN, so I can route
> correctly to the ISDN Gateway Slot 13? Or can the ISDN
> Callers use the same
> exact number that 56K customers are using to call in at, and
> if that's the
> case, where to I set in the Setup of the Total Control unit
> to accept both
> Analog/ISDN from the same Dialed in Number? The Unit itself
> is on a Dual
> PRI Type Line, but only assigned 1 phone phone number by the
> TelCo for all
> callers.
>
> Thanks ahead of time.
> ***** Top Net InterNet Services *****
> Omaha, Nebraska Husker Heaven
> www.top.net (402) 291-1542
> Visit Our BBS at: www.hawgwild.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) NMC code From: Brian <signal@shreve.net> Date: 1998-08-10 13:00:21
On Mon, 10 Aug 1998, Robert von Bismarck wrote:
> I thought I had evaded the "rebooting NMC" syndroma, well 5.5.1 changed
> that
>
> Now I'm wondering, if 5.5.2 is more stable...
>
> I use NMC's with 16Mb RAM, HiperDSP (1.2.5 code), HiperARC(4.0.30)
>
> Any suggestions as to which code is stabler ?
>
Why not run 5.5.5 since thats the latest version and compliments the
versions of arc/modem code you run.
> Thank you for any replies,
>
> Robert von Bismarck
> Petrel Communications SA
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) NMC code From: Brian <signal@shreve.net> Date: 1998-08-10 13:00:21
On Mon, 10 Aug 1998, Robert von Bismarck wrote:
> I thought I had evaded the "rebooting NMC" syndroma, well 5.5.1 changed
> that
>
> Now I'm wondering, if 5.5.2 is more stable...
>
> I use NMC's with 16Mb RAM, HiperDSP (1.2.5 code), HiperARC(4.0.30)
>
> Any suggestions as to which code is stabler ?
>
Why not run 5.5.5 since thats the latest version and compliments the
versions of arc/modem code you run.
> Thank you for any replies,
>
> Robert von Bismarck
> Petrel Communications SA
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) Solaris From: Brian <signal@shreve.net> Date: 1998-08-10 13:01:22
Solaris will be out with 2.7 soon, its already in beta and has been for a
while.
Will TCM support Solaris 2.7? 2.8? 2.6? ever? What happened with solaris
and why was the ball dropped so hard at 3com with solaris/tcm?
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Once upon a time Sean Bober shaped the electrons to say...
>If I am an end user with a k-flex modem that is not upgraded to v.90, should
>I be able to connect to an ISP with v.90 modems at k-flex speeds?
Absolutely not.
V.90 connects to V.90 only.
K56flex connects to K56flex only.
X2 connects to X2 only.
If the server modem is V.90/X2, and the client is K56flex, then V.34 is the
higher compatibility level. If the server modem were V.90/K56flex (like
say a PortMaster-3 or MAX6000) then a K56flex modem could still do K56flex.
But an X2 modem calling the same server would get V.34, while it would be
able to do X2 with the first server.
V.90 is the first PCM protocol level with interoperability with all 3 major
vendors - Lucent, 3Com, and Rockwell.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Who can tell me how to do this with the HiPer ARC Router and not the
Netserver=2E=2E=2E
Just bear in mind that the caller will be using a 128k BRI line going into a T1
PRI connected to the HiPer DSP card=2E=2E In other words, the user will be taking=
up
two channels of the T1 ISDN PRI circuit=2E=2E
If you can help me with this you solved a 4week problem=2E=2E=2E
Thanks alot=2E
____________________Reply Separator____________________
Author: jim@top=2Enet
At 12:58 PM 8/10/98 -0400, you wrote:
>If I remember correctly, if you have the Dual PRI card and the PRI
>Netserver, all you need to do is assign the ISND gateway from slot 0 to
>the slot of the Netserver (16 I believe)=2E Then the ISDN call is
>automatically answered by the Netserver and no modems are used, although
>channels are=2E This is available on the PRI card under Configuration ->
>PRI Configuration ->ISDN GW slot
This is set for ISDN-GW Slot 16
PRI Call Routing Group is Blank (can be set only for Analog or Digital)
Under DNIS there is a setting for dialed-in number, and you can select
analog/digital or both=2E=2E=2E Right now I don't have any of that set for
anything, perhaps I should set in the Number Dialed into (827-3333) and
show it as accepting 'both' ??
Thanks!
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www=2Etop=2Enet (402) 291-1542
Visit Our BBS at: www=2Ehawgwild=2Ecom
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
Thanks, along with the other post, I now have a little better
handle on this. Appreciate the time.
-----Original Message-----
Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>On Mon, 10 Aug 1998, Andrew Aken wrote:
>
>> So, what advantages/disadvantages are there to disabling CCP? What is it
>> we're hoping to achieve by disabling this feature? We're having some
>> reports from some users regarding a similar FTP failure.
>>
>
>Through put slows down if you disable ccp. There is no advantage there.
>You should not disable it. The only reason I asked Brian to disable it
>and try was to isolate the problem to the modem. See ppp is handled by
>the modem here and my guess was that the modem is not able to handle a
>compressed packet. By disabling ccp I was trying to narrow down the
>search for the root cause of the problem. Also in some cases - like the
>new win 98 ccp includes history list, what this does is keeps a list of
>ccp data and then over a period of time reset ccp.
>
>As I said I was trying to narrow down the problem to fix it.
>
>krish
>
>> Tatai SV Krishnan wrote:
>> >
>> > On Mon, 10 Aug 1998, Terry Kennedy wrote:
>> >
>> > > Krish,
>> > >
>> > > Ok, now I'm really confused. maybe I didn't understand something
>> > > here. I have been told to turn off header compression by other people
>> > > in the past, not for trouble shooting, but to solve performance. I
guess
>> > > my question really was, why would one want to disable what sounds
like
>> > > performance enhancing feature tro improve performance? And why it
>> > > works the way it does. I understand if you don't have the time to go
>> > > into technical details of how header compression a the packet level
>> > > works. But I thioght maybe thte answer would something along the
lines
>> > > of " oh that's broken" or " Windows doesn't implement that correctly"
>> > > Anyways thanks for the first reply, I know you are busy..
>> > Terry,
>> >
>> > There is a difference between CCP and header compression. Some clients
>> > like NT start vj compression and if the NAS rejects the same it will
>> > still try to do the VJ. and this causes the failure. So in order to
>> > make it work you either disable VJ on the client or enable vj for the
>> > user on the NETSERver. There is a problem with VJ on NT side - the
>> > problem is that it does take the reject. CCP is all different it is
>> > about compressing data using either stac or ascend or microsoft.
>> >
>> > krish
>> --
>> =======================================================
>> =========== Andrew Aken - President =========
>> ====== GlobalEyes Communications, Inc. ======
>> =Southern Illinois' Fastest Connection to the Internet=
>> ========== http://www.GlobalEyes.net ========
>> =======================================================
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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) Relief for stuck HDM modems From: Charles Sprickman <spork@inch.com> Date: 1998-08-10 14:36:35
On Mon, 10 Aug 1998, Pete Ashdown wrote:
> >How much is TCM for UNIX and on what platform does it run ? I have
> >Solaris 2.5.1 and Linux around...
>
> I don't know. I got my copy with a bundle deal at the end of 1996.
We never officially asked for it, bought it, or used it, but through my
standard Totalservice account I have download access to it... Might want
to look into that. I have no idea what the "policy" is on this.
Charles
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
=-----------------= =
| Charles Sprickman Internet Channel |
| INCH System Administration Team (212)243-5200 |
| spork@inch.com access@inch.com |
= =----------------=
Subject:Re: (usr-tc) Relief for stuck HDM modems From: Jim Mercer <jim@reptiles.org> Date: 1998-08-10 14:57:30
> On Mon, 10 Aug 1998, Pete Ashdown wrote:
>
> > >How much is TCM for UNIX and on what platform does it run ? I have
> > >Solaris 2.5.1 and Linux around...
> >
> > I don't know. I got my copy with a bundle deal at the end of 1996.
>
> We never officially asked for it, bought it, or used it, but through my
> standard Totalservice account I have download access to it... Might want
> to look into that. I have no idea what the "policy" is on this.
sure would be nice if they could do a FreeBSD (or Linux or BDSI) version.
--
[ Jim Mercer Reptilian Research jim@reptiles.org +1 416 410-5633 ]
[ The telephone, for those of you who have forgotten, was a commonly used ]
[ communications technology in the days before electronic mail. ]
[ They're still easy to find in most large cities. -- Nathaniel Borenstein ]
It depends. If the ISP has upgraded to v.90, the modems should still be
compatible with which ever version they ran before v.90. If they were X2
capable, they'll still support X2. If they supported k56, then k56 should
still work. No way will a former X2 modem support k56 and vice versa.
Wayne Barber
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Sean Bober
> Sent: Monday, August 10, 1998 12:44 PM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Newbie Question
>
>
> If I am an end user with a k-flex modem that is not upgraded to
> v.90, should
> I be able to connect to an ISP with v.90 modems at k-flex speeds?
>
>
>
> Thanks,
>
>
>
> Sean
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
So, what advantages/disadvantages are there to disabling CCP? What is it
we're hoping to achieve by disabling this feature? We're having some
reports from some users regarding a similar FTP failure.
Tatai SV Krishnan wrote:
>
> On Mon, 10 Aug 1998, Terry Kennedy wrote:
>
> > Krish,
> >
> > Ok, now I'm really confused. maybe I didn't understand something
> > here. I have been told to turn off header compression by other people
> > in the past, not for trouble shooting, but to solve performance. I guess
> > my question really was, why would one want to disable what sounds like
> > performance enhancing feature tro improve performance? And why it
> > works the way it does. I understand if you don't have the time to go
> > into technical details of how header compression a the packet level
> > works. But I thioght maybe thte answer would something along the lines
> > of " oh that's broken" or " Windows doesn't implement that correctly"
> > Anyways thanks for the first reply, I know you are busy..
> Terry,
>
> There is a difference between CCP and header compression. Some clients
> like NT start vj compression and if the NAS rejects the same it will
> still try to do the VJ. and this causes the failure. So in order to
> make it work you either disable VJ on the client or enable vj for the
> user on the NETSERver. There is a problem with VJ on NT side - the
> problem is that it does take the reject. CCP is all different it is
> about compressing data using either stac or ascend or microsoft.
>
> krish
--
=======================================================
=========== Andrew Aken - President =========
====== GlobalEyes Communications, Inc. ======
=Southern Illinois' Fastest Connection to the Internet=
========== http://www.GlobalEyes.net ========
=======================================================
Subject:RE: (usr-tc) Relief for stuck HDM modems From: Robert von Bismarck <rvb@petrel.ch> Date: 1998-08-10 15:43:25
Just a cheap question :
How much is TCM for UNIX and on what platform does it run ? I have
Solaris 2.5.1 and Linux around...
Thanks in advance,
Robert von Bismarck
Petrel Communications SA
> -----Original Message-----
> From: Pete Ashdown [SMTP:pashdown@xmission.com]
> Sent: Thursday, August 06, 1998 11:18 PM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Relief for stuck HDM modems
>
> Enjoy!
>
> #!/bin/sh
> # This is a shell archive (produced by GNU sharutils 4.1).
> # To extract the files from this archive, save it to some FILE, remove
> # everything before the `!/bin/sh' line above, then type `sh FILE'.
> #
> # Made on 1998-08-06 15:16 MDT by <pashdown@slack>.
> # Source directory was `/home/users/pashdown/usr'.
> #
> # Existing files will *not* be overwritten unless `-c' is specified.
> # This format requires very little intelligence at unshar time.
> # "if test", "echo", and "sed" may be needed.
> #
> # This shar contains:
> # length mode name
> # ------ ---------- ------------------------------------------
> # 3250 -rwx--x--x hdmcheck
> # 492 -rwx------ hdmreset
> #
> # ============= hdmcheck ==============
> if test -f 'hdmcheck' && test X"$1" != X"-c"; then
> echo 'x - skipping hdmcheck (file already exists)'
> else
> echo 'x - extracting hdmcheck (text)'
> sed 's/^X//' << 'SHAR_EOF' > 'hdmcheck' &&
> X#!/usr/local/bin/perl
> X
> X# hdmcheck
> X#
> X# Checks the individual HDM stats in order to find stuck modems. If
> the
> X# total number of calls is greater than $minimum and the failed calls
> is
> X# greater than the $threshold percentage of established calls, an
> external
> X# script is called. This script busy-outs the span and waits a
> specified
> X# period for calls to complete, then resets the card. Apparently,
> resetting
> X# the card is the ONLY way to clean these channels. Nothing else I
> have
> X# found appears to work.
> X# Stuck modems will exhibit themselves as RNA, wrong-carrier, and
> fast-busies.
> X# No fun for your callers, and even less fun for you.
> X#
> X# If you crontab this script, be sure to run it in periods larger
> than the
> X# time it takes "hdmreset" to run (ie: approximately 2 hours). One
> thing
> X# you don't want is several resets queued up on the same card.
> X#
> X# Like many of my other scripts, this comes with no guarantee or
> warranty.
> X# This script was crafted in a few hours in an attempt to workaround
> a
> X# 3com/USR bug.
> X#
> X# This script requires the UNIX version of 3com/USR's TCM.
> X# Questions or comments can be directed to pashdown@xmission.com
> X
> X# User definable variables
> X# Location of your UNIX TCM
> X$ENV{'TCMHOME'} = "/usr/local/lib/tcm";
> X
> X# Your SNMP read variable
> X$readsnmp = "PUBLIC";
> X
> X# Your SNMP write variable
> X$writesnmp = "PRIVATE";
> X
> X# Percentage of established calls that failed calls must exceed
> X$threshold = 75;
> X
> X# Minimum number of calls that need to have been attempted
> X$minimum = 25;
> X
> X# If you want to see things in action (set to 0 for crontab use)
> X$debug = 1;
> X
> X# Where the hdmreset script is located
> X$hdmreset = "/usr/local/lib/tcm/scripts/hdmreset";
> X
> X# Don't change these two unless you know what you're doing.
> X$tcmperf = "$ENV{'TCMHOME'}/bin/tcmperf -s 1 -c $readsnmp ";
> X$threshold = $threshold / 100;
> X
> X# Define these for each of your HIPER racks
> X
> Xforeach $i ( 1 .. 11 ) {
> X &check_channels (slc1,$i);
> X}
> X
> Xforeach $i ( 1 .. 11 ) {
> X &check_channels (slc2,$i);
> X}
> X
> Xforeach $i ( 2 .. 11 ) {
> X &check_channels (slc3,$i);
> X}
> X
> Xexit;
> X
> X# check_channels(NMC name, span #)
> X# assumes NMC is "city-snmp"
> X#
> Xsub check_channels {
> X
> X ($rack,$span) = @_;
> X
> X print ("Rack: $rack\tSpan: $span\n") if $debug;
> X
> X open ( TCMPERF, "$tcmperf -G \"Modem Events\" \"Incoming
> Connections Established\" -G \"Modem Events\" \"Incoming Connections
> Failed\" ${rack}-snmp:s${span}c1-23 2>&1 |");
> X while (<TCMPERF>) {
> X chop;
> X if (/Incoming Connections Established\s+(.*)/) {
> X @established = split (/\s+/, $1);
> X }
> X if (/Incoming Connections Failed\s+(.*)/) {
> X @failed = split (/\s+/, $1);
> X }
> X }
> X
> X $badcard = 0;
> X
> X foreach $channel ( 0 .. $#established ) {
> X printf ("Channel %d\t Est: %d\tFail: %d",
> X $channel+1, $established[$channel], $failed[$channel])
> X if $debug;
> X if (($established[$channel] + $failed[$channel] > $minimum) &&
> X ($failed[$channel] > $established[$channel] * $threshold)) {
> X printf ("\tStuck Modem! %d > %d",
> X $failed[$channel], ($established[$channel] *
> $threshold))
> X if $debug;
> X $badcard = 1;
> X }
> X print ("\n") if $debug;
> X
> X }
> X if ($badcard) {
> X print ("Resetting $rack $span!\n") if $debug;
> X system ("$hdmreset $rack $readsnmp $writesnmp $span &");
> X }
> X print ("\n") if $debug;
> X}
> X
> X
> X
> X
> SHAR_EOF
> : || echo 'restore of hdmcheck failed'
> fi
> # ============= hdmreset ==============
> if test -f 'hdmreset' && test X"$1" != X"-c"; then
> echo 'x - skipping hdmreset (file already exists)'
> else
> echo 'x - extracting hdmreset (text)'
> sed 's/^X//' << 'SHAR_EOF' > 'hdmreset' &&
> X#!/bin/csh
> X
> X# hdmreset - reset an HDM card and give enough time for people to get
> off
> X# Usage: hdmset target read write card
> X
> Xsetenv TCMHOME "/usr/local/lib/tcm"
> Xset target=$1
> Xset read=$2
> Xset write=$3
> Xset card=$4
> X
> X# Busy out the card
> X$TCMHOME/bin/tcmcmd -E "local out of service" -G commands -C $write
> -c $read ${target}-snmp:s${card}c25
> X
> X# sleep two hours
> Xsleep 7200
> X
> X# Reset the card
> X$TCMHOME/bin/tcmcmd -E "hardware reset" -G "hardware commands" -C
> $write -c $read ${target}-snmp:s${card}
> SHAR_EOF
> : || echo 'restore of hdmreset failed'
> fi
> exit 0
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Multilink PPP and ShotGun From: Andrew Aken <ajaken@globaleyes.net> Date: 1998-08-10 15:44:31
What is the correct RADIUS dictionary entry for setting the Max-Channel?
I have a dictionary entry for "ATTRIBUTE Max-Channels 0x9802 integer"
Tatai SV Krishnan wrote:
>
> On Mon, 10 Aug 1998, Marcelo Souza wrote:
>
> >
> > It seems that's some thing wrong, maybe with my Radius Server
> > (Livingston 2.1), because I'm not able to limit the user to one port using
> > Port-limit = 1, only setting Max-channel to 1 in ARC.
> > Is it a Radius problem ?
> >
>
> Port limit does not stop the user from trying for the second channel.
> Port limit only stops the user from successful connectionB. you can use
> the VSA Max-channels from radius.
>
> > Another question: Is ther some special setting to use multi-link?
> > In my tests (using Windows 98 multi-link), when the second line became on,
> > the connection slow down. Should it be a bug in windows multi-link ?
> >
> No with two channels you must have good throughput - somewhere in the 14
> to 16 k. Now unless we have some number comparing the throughput it is
> hard to say if its slow are fast, also it depends on your TA that you are
> using, may be the TA has a sync/async conversion - I do not know. What
> TA are you using?
>
> krish
>
--
=======================================================
=========== Andrew Aken - President =========
====== GlobalEyes Communications, Inc. ======
=Southern Illinois' Fastest Connection to the Internet=
========== http://www.GlobalEyes.net ========
=======================================================
Subject:RE: (usr-tc) ISDN Access to USR TC From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-08-10 16:20:20
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of owalsh@westcon.com
>Sent: Monday, August 10, 1998 5:08 PM
>To: tkrishna@bubba.ae.usr.com; usr-tc@lists.xmission.com; jim@top.net;
>customer_support@3com.com
>Subject: (usr-tc) ISDN Access to USR TC
>
>
>I think you misunderstood the question...
>
>The question is: How do I do this(have a ISDN 128k BRI dials in
>to the total
>Control Chassis and take up two channel of the HiPer DSP's ISDN
>PRI T1 Circuit)
>of the HiPer bundle: 2-HiPer DSP, 1-NMC and 1-HiPer ARC router
>
>do not give me directive for the Netserver I already know how to
>do such.. my
>question is for the HiPer Bundle:
>
>Who can tell me how to do this with the HiPer ARC Router and not the
>Netserver bundle...
>
>Just bear in mind that the caller will be using a 128k BRI line going
>into a HiPer DSP card.. In other words, the user will be taking up two
>channels of the HiPer DSP T1 ISDN PRI circuit then rout
>through the HiPer
>ARC using PPP to the internet (WWW)..
>
>If you can help me with this you solved a 4week problem...
There is no "special" config for the HARC to answer multilink.. Just make
sure that the default user has the max channels set to 2 or higher and that
your RADIUS is not limiting the number of Channels via VSA or using
port-limit < 2 for those users requiring multilink.
Unlike the Netserver (in some configs) there is no need to state where the
call is terminated since the DSP's are the only card capable in a HIPER
chassis..
-M
It seems that's some thing wrong, maybe with my Radius Server
(Livingston 2.1), because I'm not able to limit the user to one port using
Port-limit = 1, only setting Max-channel to 1 in ARC.
Is it a Radius problem ?
Another question: Is ther some special setting to use multi-link?
In my tests (using Windows 98 multi-link), when the second line became on,
the connection slow down. Should it be a bug in windows multi-link ?
- Marcelo
On Thu, 16 Jul 1998, Tatai SV Krishnan wrote:
|On Fri, 17 Jul 1998, Marcelo Souza wrote:
|
|> On Thu, 16 Jul 1998, Laszlo Vecsey wrote:
|>
|> |For a moment there I thought I was going to read about a user so fed up
|> |with Multilink PPP and their usr-tc chasis that they had to resort to
|> |using a shotgun :)
|>
|> 8-))
|>
|> |If you're using radius, set Port-Limit to 2 and you should be all set.
|>
|> I set the Port-Limit on Radius to 2 but it seems that the TC is
|> overriding the radius settings. Because, if I set Port-Limit on Radius
|> users file to 1 for a expecific user (eg. test) and set MAX_CHANELS to 2
|> in the ARC for a DEFAULT user, my "test" user will be able to make the
|> connection in 2 channels.
|> But if I set the MAX_CHANNEL to 1 for a default user, the "test"
|> user will be able to make only ONE connection, even if I set its expecific
|> configuration on Radius Port-Limit to 2.
|>
|> What am I doing wrong?
|
|Port limit and max_channel are different attributes. By setting
|max_channel to 1 you are limiting the channels for the users to 1. Port
|limit just tells the nas that the user has a limit of 2, and currently
|the user also has the setting to have a max channel of 1. If you set the
|max channel to any greater number then port limit will make sure that the
|user has only the set port limit.
|
|The other way is to set the max_channels to the users
|
| Max-Channels 0x9802 integer
|
|vendor specific attribute.
|
|krish
|
|
|>
|> - Marcelo
|>
|>
|> |On Thu, 16 Jul 1998, Marcelo Souza wrote:
|> |
|> |>
|> |>
|> |> Does any one here has users trying to use this feature that came
|> |> with Diamond Supra Sonic II modems?
|> |> It intend to use two common telephone lines (not ISDN) to make
|> |> connections up to 112k (2x 56k) using multilink PPP.
|> |> How can set up my TCs (I have both ARC and Netserver) to enable
|> |> that ?
|> |>
|> |>
|> |> TIA
|> |>
|> |>
|> |> - Marcelo
|> |>
|> |>
|> |> -
|> |> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
|> |> with "unsubscribe usr-tc" in the body of the message.
|> |> For information on digests or retrieving files and 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.
|>
|
- Marcelo
I think you misunderstood the question=2E=2E=2E
The question is: How do I do this(have a ISDN 128k BRI dials in to the total
Control Chassis and take up two channel of the HiPer DSP's ISDN PRI T1 Circuit)
of the HiPer bundle: 2-HiPer DSP, 1-NMC and 1-HiPer ARC router
do not give me directive for the Netserver I already know how to do such=2E=2E my
question is for the HiPer Bundle:
Who can tell me how to do this with the HiPer ARC Router and not the
Netserver bundle=2E=2E=2E
Just bear in mind that the caller will be using a 128k BRI line going
into a HiPer DSP card=2E=2E In other words, the user will be taking up two
channels of the HiPer DSP T1 ISDN PRI circuit then rout through the HiPer
ARC using PPP to the internet (WWW)=2E=2E=20=
If you can help me with this you solved a 4week problem=2E=2E=2E
Thanks alot=2E
____________________Forward Header_____________________
Author: tkrishna@bubba=2Eae=2Eusr=2Ecom
Set the Default gateway slot on the PRI card to 0 or none=2E This way you will=20=
be using the Quad I modems to terminate all the digital calls=2E You need=20=
quads else you cannot user the pri card=2E
krish
\ T=2ES=2EV=2E Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E \
tkrishna@bubba=2Eae=2Eusr=2Ecom ----------------------------/=20=
http://interproc=2Eae=2Eusr=2Ecom ----/
The Yadda Yadda Search - for simple anwers -=20=
http://interproc=2Eae=2Eusr=2Ecom/tkb=2Ehtml
Any Sufficiently advanced bug is indistinguishable for a feature=2E
- Rick Kulawiec
On Mon, 10 Aug 1998 owalsh@westcon=2Ecom wrote:
> Who can tell me how to do this with the HiPer ARC Router and not the
> Netserver=2E=2E=2E
> Just bear in mind that the caller will be using a 128k BRI line going into=20=
a T1
> PRI connected to the HiPer DSP card=2E=2E In other words, the user will be=20=
taking up
> two channels of the T1 ISDN PRI circuit=2E=2E
> > If you can help me with this you solved a 4week problem=2E=2E=2E
> > Thanks alot=2E
> > ____________________Reply Separator____________________
> Subject: RE: (usr-tc) ISDN Access to USR TC
> Author: jim@top=2Enet
> Date: 8/10/98 1:45 PM
> > At 12:58 PM 8/10/98 -0400, you wrote:
> >If I remember correctly, if you have the Dual PRI card and the PRI
> >Netserver, all you need to do is assign the ISND gateway from slot 0 to
> >the slot of the Netserver (16 I believe)=2E Then the ISDN call is
> >automatically answered by the Netserver and no modems are used, although
> >channels are=2E This is available on the PRI card under Configuration ->
> >PRI Configuration ->ISDN GW slot
> > This is set for ISDN-GW Slot 16
> > PRI Call Routing Group is Blank (can be set only for Analog or Digital)
> > Under DNIS there is a setting for dialed-in number, and you can select
> analog/digital or both=2E=2E=2E Right now I don't have any of that set for
> anything, perhaps I should set in the Number Dialed into (827-3333) and
> show it as accepting 'both' ??
> > Thanks!
> > ***** Top Net InterNet Services *****
> Omaha, Nebraska Husker Heaven
> www=2Etop=2Enet (402) 291-1542
> Visit Our BBS at: www=2Ehawgwild=2Ecom
> > -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
> with "unsubscribe usr-tc" in the body of the message=2E
> For information on digests or retrieving files and old messages send
> "help" to the same address=2E Do not use quotes in your message=2E
> > -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
> with "unsubscribe usr-tc" in the body of the message=2E
> For information on digests or retrieving files and old messages send
> "help" to the same address=2E Do not use quotes in your message=2E
>
Subject:Re: (usr-tc) Solaris From: Ricky Beam <jfbeam@interpath.net> Date: 1998-08-10 17:28:21
Pete Ashdown was heard to say:
>Brian said once upon a time:
>>Solaris will be out with 2.7 soon, its already in beta and has been for a
>>while.
>>
>>Will TCM support Solaris 2.7? 2.8? 2.6? ever? What happened with solaris
>>and why was the ball dropped so hard at 3com with solaris/tcm?
>
>Brian, you're making the mistake that someone on this list actually is
>responsible for the product. Since we haven't seen any movement yet, I'm
>guessing that someone isn't here. I wonder who we need to call to get this
>done?
As I understand it from the rumor-mill... USR contracted someone to write
TCM. As such, they either don't have the source or the people to basically
run "make" to generate a 2.6 compatible binary. They may, in fact, be
rewriting it -- there's a beta for "Distributed TCM" but I have not other
information on it. (I can only beta so much crap^H^H^H^Hstuff.)
--Ricky
Terry Kennedy was heard to say:
>Ok, now I'm really confused. maybe I didn't understand something
>here. I have been told to turn off header compression by other people
>in the past, not for trouble shooting, but to solve performance. I guess
>my question really was, why would one want to disable what sounds like
>performance enhancing feature tro improve performance? And why it
>works the way it does. I understand if you don't have the time to go
>into technical details of how header compression a the packet level
>works. But I thioght maybe thte answer would something along the lines
>of " oh that's broken" or " Windows doesn't implement that correctly"
>Anyways thanks for the first reply, I know you are busy..
[Forgive me for having not followed this thread...]
Turning off VJ header compression can remove some potentially nasty bugs in
*many* PPP stacks. I've got proof that the older netopia<->netserver code(s)
would missequence the data -- basically attach the wrong TCP data segment
to the wrong decompressed header. (I've got 130M of data to prove it.)
My current setup -- Netopia: v3.3d10, Netserver: 3.7.24 -- no longer has this
problem.
The Linux networking layer (in the 2.1 kernels) has checksum failure reporting.
I watch lots of csum failures from PPP clients all over the planet. Granted,
some of that can be due to bugs in NIC cards, but that will never pass a
router.
--Ricky
Subject:(usr-tc) NMC code From: Robert von Bismarck <rvb@petrel.ch> Date: 1998-08-10 19:04:49
I thought I had evaded the "rebooting NMC" syndroma, well 5.5.1 changed
that
Now I'm wondering, if 5.5.2 is more stable...
I use NMC's with 16Mb RAM, HiperDSP (1.2.5 code), HiperARC(4.0.30)
Any suggestions as to which code is stabler ?
Thank you for any replies,
Robert von Bismarck
Petrel Communications SA
Subject:RE: (usr-tc) Solaris From: Roger Fouche <rfouche@oznet.com> Date: 1998-08-10 22:30:05
My "rumor mill" source say that they are going to integrate TCM with
Transcend Enterprise Manager. Basically putting "all 3Com products under one
management console".
Who knows, though...
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Pete Ashdown
Sent: Monday, August 10, 1998 1:23 PM
Brian said once upon a time:
>
>Solaris will be out with 2.7 soon, its already in beta and has been for a
>while.
>
>Will TCM support Solaris 2.7? 2.8? 2.6? ever? What happened with solaris
>and why was the ball dropped so hard at 3com with solaris/tcm?
Brian, you're making the mistake that someone on this list actually is
responsible for the product. Since we haven't seen any movement yet, I'm
guessing that someone isn't here. I wonder who we need to call to get this
done?
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Solaris From: Ricky Beam <jfbeam@interpath.net> Date: 1998-08-11 01:20:29
Roger Fouche was heard to say:
>My "rumor mill" source say that they are going to integrate TCM with
>Transcend Enterprise Manager. Basically putting "all 3Com products under one
>management console".
Am I the only one the only one reaching for asprin while mubling "god, no"?
--Ricky
On Tue, 11 Aug 1998, jpayne wrote:
>
>
> Please forgive me if these questions seem simplistic, but I have RTFMs and
> can't seem to come up with the answers. Here goes:
>
> Does NVRAM reside on the NMC card only?
No all the cards do have their own nvram. The modems have nvram. The
NETServer and Hiper arc have flash and when you doa save all you are
saving it to the nvram/flash.
>
> After changing and setting a parameter. Is the standard procedure to save
> NVRAM and then reset the port/card to get the new parameter to take effect?
>
Well it depends, When you change a parameter and if you want to set the
parameter to the changed value always then you save to NVram. You need
not reboot or reset the card. you however have to reset the call on the
card in case of a modem. You can load the nv ram values by selecting to
restore from nvram. Some old code did required you to reset the card.
> Are there parameters that can take effect without resetting the port/card?
>
Yes you can refresh/restore from nvram.
krish
> TIA,
>
> --
> Jeff Payne
> STN
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Unable to connect with new Rockwell v90 chipset From: Jay Nitikman <jay@cruzio.com> Date: 1998-08-11 10:19:43
Apparently all new Compaq computers come with a V90 modem built around a
Rockwell chipset. These modems will not connect to our TotalControls
nor to a HyperDSP. I'm running the latest 3COM code so I think this
needs to be tweaked on the client side.
Anyone else having difficulties with Rockwell v90? I'll see if I can
obtain a more precise identifcation of the chipset.
--
Jay Nitikman (jay@cruzio.com)
Cruzio is a mom and pop Internet Service Provider
Web: http://www.cruzio.com Email: info@cruzio.com Voice: 423-1162
I have a number of clients using Cisco 760's series routers to
connect to our NetServers (v3.7.24), working fine.
However, in just setting up another one this morning, I've noticed
that it takes an absolute *age* to authenticate and bring the link up;
something like 12 seconds from call initiation to link up (ie to be able
to pass IP traffic).
Is this normal, and if not, what I can check/do to speed this up?
--
Phil Dye | Work: pmd@tcp.net.uk
Network Manager | Play: phil@dye.net
Total Connectivity Providers | Consider myself properly disclaimed
"Giving an elephant an enema can be a very dangerous activity"
I recently attempted to set the inactivity timer on some Hiper DSP cards
for a customer and ran into problems after issuing a "Save to NVRAM"
command. The site is at TCS 3.1.1. Here is the sequence of events:
Using TCM, I selected the modem area of the Hiper Cards, then
Configure-->Programmed Settings-->select all-->select Call Control Options,
then enter 10 for the Inactivity Timer value. I then hit the "set"
button.
Next, Configure-->Actions/Commands-->select all-->pick Save to NVRAM and
Execute.
After performing the above, no one could get dialed in! We found that the
Trunk Setting parameter "Dial In Address" had changed to "dnis" from
"noAddress" at the span level.
Did I do something wrong in the above procedure?
Subject:Re: (usr-tc) Solaris From: Michael Mittelstadt <meek@execpc.com> Date: 1998-08-11 14:57:39
[Quoth Pete Ashdown]
] Brian said once upon a time:
] >
] >Solaris will be out with 2.7 soon, its already in beta and has been for a
] >while.
] >
] >Will TCM support Solaris 2.7? 2.8? 2.6? ever? What happened with solaris
] >and why was the ball dropped so hard at 3com with solaris/tcm?
]
] Brian, you're making the mistake that someone on this list actually is
] responsible for the product. Since we haven't seen any movement yet, I'm
] guessing that someone isn't here. I wonder who we need to call to get this
] done?
Right, but someone on the list has to know someone who has a friend of
a friend who knows the people who compiled TCM for Solaris. If we
keep kvetching, they will eventually pass on the news to type 'make'
in 2.6, and give us TCM for Solaris 2.6. Maybe we need to send "Hello
from Solaris 2.6! Wish you were here!" postcards or something.
I know I've brought this up to our rep, and to people higher up on the
3COM carrier group food chain, and I seldom get much more than a shrug
or a "we know".
2.7 is likely due in October, and I can't wait for that!
--
Michael Mittelstadt meek@execpc.com
VP - Internet Technologies ExecPC Internet
http://www.execpc.com/~meek 1-800-ExecPC-1
Subject:Re: (usr-tc) Solaris From: Brian <signal@shreve.net> Date: 1998-08-11 15:21:00
On Tue, 11 Aug 1998, Michael Mittelstadt wrote:
> [Quoth Pete Ashdown]
> ] Brian said once upon a time:
> ] >
> ] >Solaris will be out with 2.7 soon, its already in beta and has been for a
> ] >while.
> ] >
> ] >Will TCM support Solaris 2.7? 2.8? 2.6? ever? What happened with solaris
> ] >and why was the ball dropped so hard at 3com with solaris/tcm?
> ]
> ] Brian, you're making the mistake that someone on this list actually is
> ] responsible for the product. Since we haven't seen any movement yet, I'm
> ] guessing that someone isn't here. I wonder who we need to call to get this
> ] done?
>
> Right, but someone on the list has to know someone who has a friend of
> a friend who knows the people who compiled TCM for Solaris. If we
> keep kvetching, they will eventually pass on the news to type 'make'
> in 2.6, and give us TCM for Solaris 2.6. Maybe we need to send "Hello
> from Solaris 2.6! Wish you were here!" postcards or something.
>
> I know I've brought this up to our rep, and to people higher up on the
> 3COM carrier group food chain, and I seldom get much more than a shrug
> or a "we know".
>
> 2.7 is likely due in October, and I can't wait for that!
But do you seriously think they will release TCM for 2.7? I mean if they
didn't for 2.6 then why for 2.7? And if they release for 2.7 they should
release for 2.6.
Brian
>
> --
> Michael Mittelstadt meek@execpc.com
> VP - Internet Technologies ExecPC Internet
> http://www.execpc.com/~meek 1-800-ExecPC-1
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Please forgive me if these questions seem simplistic, but I have RTFMs and
can't seem to come up with the answers. Here goes:
Does NVRAM reside on the NMC card only?
After changing and setting a parameter. Is the standard procedure to save
NVRAM and then reset the port/card to get the new parameter to take effect?
Are there parameters that can take effect without resetting the port/card?
TIA,
--
Jeff Payne
STN
Subject:Re: (usr-tc) Solaris From: David G. O'Brien <growler@ac.net> Date: 1998-08-11 16:42:02
You'd think by the cost of it, We'd be able to sign a NDA and compile the
thing ourselves.
-Dave
David O'Brien
System Administrator - Alphanet Inc. - Seven Lakes, NC
910-673-3300 Fax: 910-673-1087
http://www.ac.net/
I just received notification from 3Com that the v.90 code for the Hiper DSP's
is available. Unfortunatly, they don't support using it with Netserver.
Does anyone know if this code can be used with a Netserver? We've got
about 30 Netservers, and don't want to switch to Hiper ARC.
---
Clayton Zekelman
Managed Network Systems Inc.
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6
tel. 519-258-2642
fax. 519-258-3009
>> After changing and setting a parameter. Is the standard procedure to save
>> NVRAM and then reset the port/card to get the new parameter to take effect?
>>
>Well it depends, When you change a parameter and if you want to set the
>parameter to the changed value always then you save to NVram. You need
>not reboot or reset the card. you however have to reset the call on the
>card in case of a modem. You can load the nv ram values by selecting to
>restore from nvram. Some old code did required you to reset the card.
Krish,
Could you clarify this specifically for the HDM cards? If you want make a
change to all of the modems, then is the procedure:
make change
save to nvram
restore from nvram
Then, do you need to do a software reset (which will knock everyone off) or
if not, will the changes take effect as callers disconnect and new callers
connect, line by line?
Thanks,
Don
On Tue, 11 Aug 1998, Don Kuhwarth wrote:
> >> After changing and setting a parameter. Is the standard procedure to save
> >> NVRAM and then reset the port/card to get the new parameter to take effect?
> >>
> >Well it depends, When you change a parameter and if you want to set the
> >parameter to the changed value always then you save to NVram. You need
> >not reboot or reset the card. you however have to reset the call on the
> >card in case of a modem. You can load the nv ram values by selecting to
> >restore from nvram. Some old code did required you to reset the card.
>
> Krish,
>
> Could you clarify this specifically for the HDM cards? If you want make a
> change to all of the modems, then is the procedure:
>
> make change
> save to nvram
> restore from nvram
>
> Then, do you need to do a software reset (which will knock everyone off) or
> if not, will the changes take effect as callers disconnect and new callers
> connect, line by line?
In an earlier email David has explained how the hdm works. He is
correct. The HDM has what is called as templates or profiles. You can
modify your settings and then save to nv ram. YOu have an option to
refresh from nvram. That is what you need to do. However if you have a
call on that modem then you will not be able to refresh it.
krish
>
> Thanks,
> Don
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Saving to NVRAM changes settings? From: Robert F. O'Connor <rfc@metro.net> Date: 1998-08-11 20:46:17
When we did this (set an inactivity time-out other than 0) settings all over
our unit were mysteriously changed in all kinds of disruptive ways. Once
3Com got straight that that was the change that precipitated everything
else, they told us, in effect, "don't do that."
So we set a timeout in RADIUS for everybody and left it at that.
-Robert F. O'Connor
System Administrator, Metro.Net
sysadmin@metro.net
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of jpayne
Sent: Tuesday, August 11, 1998 11:45 AM
I recently attempted to set the inactivity timer on some Hiper DSP cards
for a customer and ran into problems after issuing a "Save to NVRAM"
command. The site is at TCS 3.1.1. Here is the sequence of events:
Using TCM, I selected the modem area of the Hiper Cards, then
Configure-->Programmed Settings-->select all-->select Call Control Options,
then enter 10 for the Inactivity Timer value. I then hit the "set"
button.
Next, Configure-->Actions/Commands-->select all-->pick Save to NVRAM and
Execute.
After performing the above, no one could get dialed in! We found that the
Trunk Setting parameter "Dial In Address" had changed to "dnis" from
"noAddress" at the span level.
Did I do something wrong in the above procedure?
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Don Kuhwarth <don@midtown.net> writes:
> Could you clarify this specifically for the HDM cards? If you want make a
> change to all of the modems, then is the procedure:
It's a bit easier on the HDM than on the quads, in the fact that you
can make all the changes while they are still online and just let them
naturally accept the new values on the next call, but there's a bit
more complexity due to the strange profile setup.
To properly change a modem parameter on the HDM, you want to do the
following:
* Change the parameter in the profile that you have the modem(s)
referencing (probably profile 1).
* Save the profile.
* Refresh the profile. This will push the parameter to the modems
but only takes actual effect for online modems once they terminate
their current call. Of course, you can always reset the modem or
issue a call disconnect command if you want to have it take effect
immediately.
* Save the modem(s). Presuming they all reference profile 1, you
can issue a save all modems to NVRAM command at the HDM card level
rather than doing it modem by modem.
* If you have changed any profile information that is actually
stored on the NMC (modem thresholds for traps, or any of the trap
enable tables, including for the DS1 spans), then also issue a
save chassis to the NMC card.
The whole profile "mess" with HDMs is just that - a mess. You need to
change the profile rather than the individual modem because any later
refresh operation (which is the only way to handle trap enables) will
push profile settings to the modems. But even after you've changed,
saved and refreshed the profile, you also have to issue a save to the
modems because technically the modems load from their own individual
NVRAM upon a reboot, regardless of the profile they reference.
The saving of the NMC for trap enables is the same as the quad cards,
since the NMC actually stores the trap enable tables in all cases.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Subject:FW: (usr-tc) Filtering Windows File sharing.. From: Randy Cosby <dcosby@infowest.com> Date: 1998-08-12 11:05:36
This is a multi-part message in MIME format.
------=_NextPart_000_004C_01BDC5E1.22401360
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
I didn't get any answers on this one, so I'll try again :)
---- Original Message Follows ----
Using the cable access router card (a souped-up hiper card, same syntax on
most things), I verified and then applied the following filter to the QAM:1
outgoing interface:
HiPerCMTS>> show filter windows.fil
RULES FOR FILTER /./windows.fil SHOW PROTOCOLS: ALL
#filter
IP:
010 REJECT udp-dst-port = 137;
020 REJECT udp-dst-port = 138;
030 REJECT tcp-dst-port = 139;
040 REJECT udp-src-port = 139;
050 REJECT udp-src-port = 138;
060 REJECT tcp-src-port = 137;
This should block use of windows file sharing:
(from windows nt services file)
nbname 137/udp
nbdatagram 138/udp
nbsession 139/tcp
But, alas, it doesn't. I've tried applying the same filter to the ehternet
incoming interface as well. No luck. Any clues?
Randy Cosby <dcosby@infowest.com>
Vice President
InfoWest Global Internet Services, Inc.
(435)674-0165 http://www.infowest.com
------=_NextPart_000_004C_01BDC5E1.22401360
Content-Type: application/octet-stream;
name="Randy Cosby.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="Randy Cosby.vcf"
BEGIN:VCARD
VERSION:2.1
N:Cosby;Randy
FN:Randy Cosby
ORG:InfoWest Global Internet Services, Inc.
TITLE:Vice President
NOTE;ENCODING=3DQUOTED-PRINTABLE:What do I do? =3D0D=3D0A=3D0D=3D0AVice =
President, InfoWest =3D0D=3D0AAreas of responsib=3D
ility include: Research, Development, communications services =
http://www.inf=3D
owest.com=3D0D=3D0A=3D0D=3D0AWeb Site =
Manager=3D0D=3D0Ahttp://www.devshed.com=3D0D=3D0Ahttp:=3D
//www.32bit.com=3D0D=3D0A=3D0D=3D0AUtah's first Internet-over-cable: =
iCable=3D0D=3D0Ahtt=3D
p://www.icable.net=3D0D=3D0A=3D0D=3D0AWhat can I do for you?
TEL;WORK;VOICE:(435) 674-0165
TEL;WORK;FAX:(435) 674-9734
ADR;WORK:;;1845 West Sunset Boulevard;St. George;UT;84770;United States =
of America
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:1845 West Sunset =
Boulevard=3D0D=3D0ASt. George, UT 84770=3D0D=3D0AUnited States of A=3D
merica
URL:
URL:http://www.infowest.com
EMAIL;PREF;INTERNET:dcosby@infowest.com
REV:19980630T225731Z
END:VCARD
------=_NextPart_000_004C_01BDC5E1.22401360--
Subject:(usr-tc) NETServer Trade-Up Program (fwd) From: andy <smitha@mach3ww.com> Date: 1998-08-12 13:04:05
Hmm...I'm sure everyone got this, but I'll just forward it to the list
anyhow.
-
andy
---------- Forwarded message ----------
Dear 3Com Total Control Customer:
Thank you for your business. It is customers like you that have made
3Com?s Total Control a leader in the dynamic and growing access
marketplace. Much of our success can be attributed to the flexibility and
forward looking design of the Total Control system architecture.
Last Fall, 3Com introduced new application cards for the Total Control
platform. Known as the High Performance Access System (HiPer), its
introduction allowed 3Com to, once again, set the standard for
high-density, high-performance remote access. Since this introduction,
Total Control product shipments based on the new HiPer components have
surpassed, by a wide margin, shipments of the older Total Control
components.
Increased performance and functionality are two major factors that have
lead to the popularity of the HiPer Access Router Card. Not only do users
experience noticeably quicker response, but as a service provider you will
be able to utilize a variety of features and technologies as they are
introduced like IP Multicast, VPN, and IPSec encryption. These
capabilities will help increase the functionality of your network and
increase your service revenue base.
Given the tremendous acceptance of HiPer for Total Control, 3Com is
offering a special promotion designed to help our valued customers migrate
to HiPer earlier rather than later. Specifically, we are offering a
significant rebate for customers that "Trade-Up" from the legacy Total
Control NETServer card, to the new HiPer Access Router Card (HiPer ARC).
For every Total Control HiPer ARC purchased between May 1, 1998 and
September 30, 1998, 3Com will issue a rebate of $3,200 when a Total Control
NETServer card set is returned within 90 days from the HiPer ARC date of
purchase.
This offer provides a cost-effective method for enhancing overall system
performance while increasing network capacity when used in conjunction with
our legacy quad modems and new HiPer DSP cards. HiPer ARC is the hardware
that will support our multi-services architecture and future enhancements.
Now is the time to take advantage of this generous "trade-up" program.
For complete program details, visit http://www.3com.com/hipertrade/. As
always, you can call your local sales representative or for this program,
call our Trade-Up program help desk at 1-888-373-7367.
This Trade-Up program is an exciting limited time offer for our valued
customers.
Again, thank you for your business.
Best Regards,
Patrick Henkle
Total Control Product Line Manager
3Com Corporation
Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> writes:
> In an earlier email David has explained how the hdm works. He is
> correct. The HDM has what is called as templates or profiles. You can
> modify your settings and then save to nv ram. YOu have an option to
> refresh from nvram. That is what you need to do. However if you have a
> call on that modem then you will not be able to refresh it.
Hmm, I'm pretty sure the refresh (which is an HDM level profile
command, and not a per-modem command) will work no matter what. It is
true, however, that while the refresh updates the per-modem settings
for each modem, the actual change in settings for a given modem will
not really take effect on the modem until it finishes the current
call. But the refresh operation itself will complete successfully.
The ability to change information while calls are live (even
individual per-modem SNMP Set operations without using the profile) is
one of the big advantages to the HDMs over the quads.
Also note that if I recall correctly, following the refresh, any query
for those parameters will reflect the new parameters even though they
are not technically in place for the ongoing call. (E.g., there's no
separate MIB table for "pending" settings following a refresh as
opposed to active settings).
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
In the Ingram price list, they are listed at $6739 ($9999 Retail). Your
net cost would be $3539 plus shipping after the rebate. Maybe someone else
has a better price but that's what I found. Anyone got some extra ones
laying around that they want to unload?
At 03:48 PM 8/12/98 -0500, you wrote:
>
>Anyone got some ballpark figures on what these card sets are currently
>selling for (resellers, VAR, etc)? With the $3200 rebate they must be
>pretty pricy to start with, but I'm also looking at havingto replace a
>NetServer Card anyway, so that factors into the cost to me.
>
>3Com Offer on HyperArc:
>
>HiPer Access Router Card Set Upgrade Rebate
>Purchase a HiPer Access Router Card Set, then submit an official rebate
>form and NETServer card set (NIC and NAC) in the provided shipping package.
>Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
>Rebate forms are available in the original product packaging. Contact 3Com
>at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
>availability.
>***** Top Net InterNet Services *****
>Omaha, Nebraska Husker Heaven
>www.top.net (402) 291-1542
> Visit Our BBS at: www.hawgwild.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.
>
>
Thanks,
Greg Coffey CoffeyNet 307-234-5443
142 S. Center St. www.coffey.com
Casper, WY 82601
Subject:RE: (usr-tc) Cost on these? From: Eric Billeter <ebilleter@cableone.net> Date: 1998-08-12 15:25:12
Here's what I don't understand..
I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
and 2 Hiper DSP card sets for 11,400.
or
I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
and get the 3200 rebate. That makes a total outlay of 12,050
and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
or Spare Power supply.
Eric T. Billeter Cable One
Internet Engineer 1314 North 3rd Street
ebilleter@cableone.net Phoenix, AZ 85004
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey
Sent: Wednesday, August 12, 1998 1:57 PM
In the Ingram price list, they are listed at $6739 ($9999 Retail). Your
net cost would be $3539 plus shipping after the rebate. Maybe someone else
has a better price but that's what I found. Anyone got some extra ones
laying around that they want to unload?
At 03:48 PM 8/12/98 -0500, you wrote:
>
>Anyone got some ballpark figures on what these card sets are currently
>selling for (resellers, VAR, etc)? With the $3200 rebate they must be
>pretty pricy to start with, but I'm also looking at havingto replace a
>NetServer Card anyway, so that factors into the cost to me.
>
>3Com Offer on HyperArc:
>
>HiPer Access Router Card Set Upgrade Rebate
>Purchase a HiPer Access Router Card Set, then submit an official rebate
>form and NETServer card set (NIC and NAC) in the provided shipping package.
>Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
>Rebate forms are available in the original product packaging. Contact 3Com
>at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
>availability.
>***** Top Net InterNet Services *****
>Omaha, Nebraska Husker Heaven
>www.top.net (402) 291-1542
> Visit Our BBS at: www.hawgwild.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.
>
>
Thanks,
Greg Coffey CoffeyNet 307-234-5443
142 S. Center St. www.coffey.com
Casper, WY 82601
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Cost on these? From: Frank Basso <frank@got.net> Date: 1998-08-12 15:29:05
Personally we have 6 spare HiPer ARC cards along with all other chassis
components, less HiPer DSP's, as we bought the HiPer Chassis Bundles in
quantity instead of single cards; When these units first shipped it was
about 4k cheaper to buy a whole chassis than to buy individual HiPer DSP's
to add capacity.
So the rebate will not do us any good, I wish we could apply it to the
purchase of DSP cards.
And if any of you want to buy some HiPer cards........
-Frank
-----Original Message-----
Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>
>Anyone got some ballpark figures on what these card sets are currently
>selling for (resellers, VAR, etc)? With the $3200 rebate they must be
>pretty pricy to start with, but I'm also looking at havingto replace a
>NetServer Card anyway, so that factors into the cost to me.
>
>3Com Offer on HyperArc:
>
>HiPer Access Router Card Set Upgrade Rebate
>Purchase a HiPer Access Router Card Set, then submit an official rebate
>form and NETServer card set (NIC and NAC) in the provided shipping package.
>Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
>Rebate forms are available in the original product packaging. Contact 3Com
>at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
>availability.
>***** Top Net InterNet Services *****
>Omaha, Nebraska Husker Heaven
>www.top.net (402) 291-1542
> Visit Our BBS at: www.hawgwild.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) Cost on these? From: Frank Basso <frank@got.net> Date: 1998-08-12 15:45:18
Your getting taken, we buy them direct from 3COM for $9200 for the complete
deal.
-----Original Message-----
>Here's what I don't understand..
>
>I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
>and 2 Hiper DSP card sets for 11,400.
>
>or
>
>I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
>and get the 3200 rebate. That makes a total outlay of 12,050
>and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
>or Spare Power supply.
>
>
>
>Eric T. Billeter Cable One
>Internet Engineer 1314 North 3rd Street
>ebilleter@cableone.net Phoenix, AZ 85004
>
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey
>Sent: Wednesday, August 12, 1998 1:57 PM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) Cost on these?
>
>
>In the Ingram price list, they are listed at $6739 ($9999 Retail). Your
>net cost would be $3539 plus shipping after the rebate. Maybe someone else
>has a better price but that's what I found. Anyone got some extra ones
>laying around that they want to unload?
>
>At 03:48 PM 8/12/98 -0500, you wrote:
>>
>>Anyone got some ballpark figures on what these card sets are currently
>>selling for (resellers, VAR, etc)? With the $3200 rebate they must be
>>pretty pricy to start with, but I'm also looking at havingto replace a
>>NetServer Card anyway, so that factors into the cost to me.
>>
>>3Com Offer on HyperArc:
>>
>>HiPer Access Router Card Set Upgrade Rebate
>>Purchase a HiPer Access Router Card Set, then submit an official rebate
>>form and NETServer card set (NIC and NAC) in the provided shipping
package.
>>Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
>>Rebate forms are available in the original product packaging. Contact 3Com
>>at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
>>availability.
>>***** Top Net InterNet Services *****
>>Omaha, Nebraska Husker Heaven
>>www.top.net (402) 291-1542
>> Visit Our BBS at: www.hawgwild.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.
>>
>>
>
>Thanks,
>Greg Coffey CoffeyNet 307-234-5443
>142 S. Center St. www.coffey.com
>Casper, WY 82601
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Cost on these? From: Jim Logan <jim@top.net> Date: 1998-08-12 15:48:28
Anyone got some ballpark figures on what these card sets are currently
selling for (resellers, VAR, etc)? With the $3200 rebate they must be
pretty pricy to start with, but I'm also looking at havingto replace a
NetServer Card anyway, so that factors into the cost to me.
3Com Offer on HyperArc:
HiPer Access Router Card Set Upgrade Rebate
Purchase a HiPer Access Router Card Set, then submit an official rebate
form and NETServer card set (NIC and NAC) in the provided shipping package.
Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
Rebate forms are available in the original product packaging. Contact 3Com
at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
availability.
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
Subject:RE: (usr-tc) Cost on these? From: Eric Billeter <ebilleter@cableone.net> Date: 1998-08-12 16:08:19
Is that the price with the full support contract etc.
Eric T. Billeter Cable One
Internet Engineer 1314 North 3rd Street
ebilleter@cableone.net Phoenix, AZ 85004
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Frank Basso
Sent: Wednesday, August 12, 1998 3:45 PM
Your getting taken, we buy them direct from 3COM for $9200 for the complete
deal.
-----Original Message-----
>Here's what I don't understand..
>
>I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
>and 2 Hiper DSP card sets for 11,400.
>
>or
>
>I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
>and get the 3200 rebate. That makes a total outlay of 12,050
>and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
>or Spare Power supply.
>
>
>
>Eric T. Billeter Cable One
>Internet Engineer 1314 North 3rd Street
>ebilleter@cableone.net Phoenix, AZ 85004
>
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey
>Sent: Wednesday, August 12, 1998 1:57 PM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) Cost on these?
>
>
>In the Ingram price list, they are listed at $6739 ($9999 Retail). Your
>net cost would be $3539 plus shipping after the rebate. Maybe someone else
>has a better price but that's what I found. Anyone got some extra ones
>laying around that they want to unload?
>
>At 03:48 PM 8/12/98 -0500, you wrote:
>>
>>Anyone got some ballpark figures on what these card sets are currently
>>selling for (resellers, VAR, etc)? With the $3200 rebate they must be
>>pretty pricy to start with, but I'm also looking at havingto replace a
>>NetServer Card anyway, so that factors into the cost to me.
>>
>>3Com Offer on HyperArc:
>>
>>HiPer Access Router Card Set Upgrade Rebate
>>Purchase a HiPer Access Router Card Set, then submit an official rebate
>>form and NETServer card set (NIC and NAC) in the provided shipping
package.
>>Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
>>Rebate forms are available in the original product packaging. Contact 3Com
>>at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
>>availability.
>>***** Top Net InterNet Services *****
>>Omaha, Nebraska Husker Heaven
>>www.top.net (402) 291-1542
>> Visit Our BBS at: www.hawgwild.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.
>>
>>
>
>Thanks,
>Greg Coffey CoffeyNet 307-234-5443
>142 S. Center St. www.coffey.com
>Casper, WY 82601
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Cost on these? From: Frank Basso <frank@got.net> Date: 1998-08-12 16:14:19
Yes, but no install. From Source or 3COM.
-Frank
-----Original Message-----
>Is that the price with the full support contract etc.
>
>Eric T. Billeter Cable One
>Internet Engineer 1314 North 3rd Street
>ebilleter@cableone.net Phoenix, AZ 85004
>
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Frank Basso
>Sent: Wednesday, August 12, 1998 3:45 PM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) Cost on these?
>
>
>Your getting taken, we buy them direct from 3COM for $9200 for the complete
>deal.
>-----Original Message-----
>From: Eric Billeter <ebilleter@cableone.net>
>To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>Date: Wednesday, August 12, 1998 3:35 PM
>Subject: RE: (usr-tc) Cost on these?
>
>
>>Here's what I don't understand..
>>
>>I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
>>and 2 Hiper DSP card sets for 11,400.
>>
>>or
>>
>>I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
>>and get the 3200 rebate. That makes a total outlay of 12,050
>>and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
>>or Spare Power supply.
>>
>>
>>
>>Eric T. Billeter Cable One
>>Internet Engineer 1314 North 3rd Street
>>ebilleter@cableone.net Phoenix, AZ 85004
>>
>>-----Original Message-----
>>From: owner-usr-tc@lists.xmission.com
>>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey
>>Sent: Wednesday, August 12, 1998 1:57 PM
>>To: usr-tc@lists.xmission.com
>>Subject: Re: (usr-tc) Cost on these?
>>
>>
>>In the Ingram price list, they are listed at $6739 ($9999 Retail). Your
>>net cost would be $3539 plus shipping after the rebate. Maybe someone
else
>>has a better price but that's what I found. Anyone got some extra ones
>>laying around that they want to unload?
>>
>>At 03:48 PM 8/12/98 -0500, you wrote:
>>>
>>>Anyone got some ballpark figures on what these card sets are currently
>>>selling for (resellers, VAR, etc)? With the $3200 rebate they must be
>>>pretty pricy to start with, but I'm also looking at havingto replace a
>>>NetServer Card anyway, so that factors into the cost to me.
>>>
>>>3Com Offer on HyperArc:
>>>
>>>HiPer Access Router Card Set Upgrade Rebate
>>>Purchase a HiPer Access Router Card Set, then submit an official rebate
>>>form and NETServer card set (NIC and NAC) in the provided shipping
>package.
>>>Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
>>>Rebate forms are available in the original product packaging. Contact
3Com
>>>at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
>>>availability.
>>>***** Top Net InterNet Services *****
>>>Omaha, Nebraska Husker Heaven
>>>www.top.net (402) 291-1542
>>> Visit Our BBS at: www.hawgwild.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.
>>>
>>>
>>
>>Thanks,
>>Greg Coffey CoffeyNet 307-234-5443
>>142 S. Center St. www.coffey.com
>>Casper, WY 82601
>>
>>-
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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.
>
andy was heard to say:
>Hmm...I'm sure everyone got this, but I'll just forward it to the list
>anyhow.
[snip]
I find it somehow "like 3Com/USR" to not announce this for 3.5 months...
--Ricky
Subject:Re: FW: (usr-tc) Filtering Windows File sharing.. From: Brian <signal@shreve.net> Date: 1998-08-12 18:11:36
On Wed, 12 Aug 1998, Randy Cosby wrote:
>
> I didn't get any answers on this one, so I'll try again :)
>
> ---- Original Message Follows ----
>
> Using the cable access router card (a souped-up hiper card, same syntax on
> most things), I verified and then applied the following filter to the QAM:1
> outgoing interface:
>
> HiPerCMTS>> show filter windows.fil
>
I think the filter would block, I mean it HAS to, if its truley in place,
since those are the ports that Windows uses to setup Windows Networking.
I am wondering if the filter is truley being placed on your incoming
users.
> RULES FOR FILTER /./windows.fil SHOW PROTOCOLS: ALL
> #filter
> IP:
> 010 REJECT udp-dst-port = 137;
> 020 REJECT udp-dst-port = 138;
> 030 REJECT tcp-dst-port = 139;
> 040 REJECT udp-src-port = 139;
> 050 REJECT udp-src-port = 138;
> 060 REJECT tcp-src-port = 137;
>
> This should block use of windows file sharing:
> (from windows nt services file)
> nbname 137/udp
> nbdatagram 138/udp
> nbsession 139/tcp
>
> But, alas, it doesn't. I've tried applying the same filter to the ehternet
> incoming interface as well. No luck. Any clues?
>
>
> Randy Cosby <dcosby@infowest.com>
> Vice President
> InfoWest Global Internet Services, Inc.
> (435)674-0165 http://www.infowest.com
>
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:RE: (usr-tc) Cost on these? From: Jose de Leon <jadiel@thevision.net> Date: 1998-08-12 18:44:57
Do what I did, make a boat anchor of the TC and buy a PM3, but put the fan
tray on your desk or in your office, they cool pretty good when it gets hot
in the room.
God those TCs suck.
Jose
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ricky Beam
Sent: Wednesday, August 12, 1998 6:10 PM
Eric Billeter was heard to say:
>Here's what I don't understand..
>
>I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
>and 2 Hiper DSP card sets for 11,400.
>
>or
>
>I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
>and get the 3200 rebate. That makes a total outlay of 12,050
>and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
>or Spare Power supply.
Oh, wait a minute... you cannot start loading hiper cards in a chassis with
a 4M NMC. Ok, where's the tradeup deal for the NMC's?
--Ricky
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Cost on these? From: Eric Billeter <ebilleter@cableone.net> Date: 1998-08-12 19:47:04
The cheapie bundle ($9931) is limited to 5. The other one
I was told was not limited. It was quoted at $11470 for it.
Eric T. Billeter Cable One
Internet Engineer 1314 North 3rd Street
ebilleter@cableone.net Phoenix, AZ 85004
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Curt Shambeau
Sent: Wednesday, August 12, 1998 7:32 PM
> Here's what I don't understand..
>
> I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
> and 2 Hiper DSP card sets for 11,400.
>
> or
>
> I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
> and get the 3200 rebate. That makes a total outlay of 12,050
> and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
> or Spare Power supply.
Then do that. However, you can only buy 5 (at least from 1 source).
There is a difference between the "limited" deal, and what is reality in
the rest of the resale world. The cheapie bundles are priced to get
people to buy into the USR/3COM world.
However, I'm with you in one regard - If 3COM/USR could make such an
awsome deal to get people to buy their stuff (i.e. the bundle you
mentioned) - then why can't they do better with the rebate to KEEP the
existing customers that are using their defective equipment that they
refuse to fix !?!?!
| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt |
| Executive Vice President - Exec-PC, Inc. |
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Eric Billeter was heard to say:
>Here's what I don't understand..
>
>I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
>and 2 Hiper DSP card sets for 11,400.
>
>or
>
>I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
>and get the 3200 rebate. That makes a total outlay of 12,050
>and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
>or Spare Power supply.
Oh, wait a minute... you cannot start loading hiper cards in a chassis with
a 4M NMC. Ok, where's the tradeup deal for the NMC's?
--Ricky
You can do two things.
1. create a adminstrative user
in radius and logon as that user
2. download the code again via zmodem
The second option will erase all your config
krish
\ T.S.V. Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com ............ \
----------------------------------------------/
tkrishna@bubba.ae.usr.com
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
Any Sufficiently advanced bug is indistinguishable for a feature.
- Rick Kulawiec
On Thu, 13 Aug 1998, Alexander Kandelaki wrote:
>
> Hi!
> Can anyone help me ?
> I changed the user password on Netserver 8/16 V.34 PLUS and now
> then i make telnet on this server , Netserver closes coonection:(
> so i can't make access on Netserver :(.
> Now i have only one way to connecting :: SNMP.
> Can someone help me with this problem?
>
> Sincerely yours
> Alexander Kandelaki
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
> Here's what I don't understand..
>
> I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
> and 2 Hiper DSP card sets for 11,400.
>
> or
>
> I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
> and get the 3200 rebate. That makes a total outlay of 12,050
> and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
> or Spare Power supply.
Then do that. However, you can only buy 5 (at least from 1 source).
There is a difference between the "limited" deal, and what is reality in
the rest of the resale world. The cheapie bundles are priced to get
people to buy into the USR/3COM world.
However, I'm with you in one regard - If 3COM/USR could make such an
awsome deal to get people to buy their stuff (i.e. the bundle you
mentioned) - then why can't they do better with the rebate to KEEP the
existing customers that are using their defective equipment that they
refuse to fix !?!?!
| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt |
| Executive Vice President - Exec-PC, Inc. |
I am with you almost %100 ... Ihave yet to have usr support fix any of my
problems ... they call me back saying quake2 and other onlines games will
not work because the netserver hasn;t got enough horsepower ... then I tell
them I know the problem is the ppp code and the netserver can handle the
load easily ... then they say we know but we are not going to fix this, the
only fix is to upgrade to HiPER ARC's ... well .. I can overclock my PC
great with a TC Fan tray .. and the chassis works great as an anchor ...
-----Original Message-----
>Do what I did, make a boat anchor of the TC and buy a PM3, but put the fan
>tray on your desk or in your office, they cool pretty good when it gets hot
>in the room.
>
>God those TCs suck.
>
>Jose
>
>
>
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ricky Beam
>Sent: Wednesday, August 12, 1998 6:10 PM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) Cost on these?
>
>
>Eric Billeter was heard to say:
>>Here's what I don't understand..
>>
>>I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
>>and 2 Hiper DSP card sets for 11,400.
>>
>>or
>>
>>I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
>>and get the 3200 rebate. That makes a total outlay of 12,050
>>and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
>>or Spare Power supply.
>
>Oh, wait a minute... you cannot start loading hiper cards in a chassis with
>a 4M NMC. Ok, where's the tradeup deal for the NMC's?
>
>--Ricky
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Cost on these? From: Lon R. Stockton, Jr. <lon@moonstar.com> Date: 1998-08-12 23:53:22
On Wed, 12 Aug 1998, Jose de Leon wrote:
> Do what I did, make a boat anchor of the TC and buy a PM3, but put the fan
> tray on your desk or in your office, they cool pretty good when it gets hot
> in the room.
>
> God those TCs suck.
So what you're saying is that you're on this list because you need
assistance with configuring your desk fan?
Jose de Leon was heard to say:
>Do what I did, make a boat anchor of the TC and buy a PM3, but put the fan
>tray on your desk or in your office, they cool pretty good when it gets hot
>in the room.
<grin> you do want to move the boat again, right?
>God those TCs suck.
They ain't that bad. As with all things, they suck until you've gotten used
to their screwiness.
--Ricky
Subject:(usr-tc) Lucent V.90 From: andy <smitha@mach3ww.com> Date: 1998-08-13 00:48:55
A few of our users have:
Brand: Lucent Technologies
Make: Lucent 56KFlex PCI V.90 D/F/V Internal
Model#: 00193476-EV0723
They don't seem to like our HiperDSP v.90's. It takes 10-12 tries before
they get connected. When they get connected, they drop every 5 minutes.
Anyone else having similar problems?
-
andy
------ =_NextPart_000_01BDC68C.898D45A0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
o o =20
\_ _/=20
<(@@)>
----------------000----()----000-------------------
RickyZ@mindspring.com
THE TRUTH IS OUT THERE
http://rickyz.home.mindspring.com
00O O00 =A9
-----Original Message-----
Sent: Tuesday, August 11, 1998 10:38 PM
Don Kuhwarth <don@midtown.net> writes:
> Could you clarify this specifically for the HDM cards? If you want =
make a
> change to all of the modems, then is the procedure:
It's a bit easier on the HDM than on the quads, in the fact that you
can make all the changes while they are still online and just let them
naturally accept the new values on the next call, but there's a bit
more complexity due to the strange profile setup.
To properly change a modem parameter on the HDM, you want to do the
following:
* Change the parameter in the profile that you have the modem(s)
referencing (probably profile 1).
* Save the profile.
* Refresh the profile. This will push the parameter to the modems
but only takes actual effect for online modems once they terminate
their current call. Of course, you can always reset the modem or
issue a call disconnect command if you want to have it take effect
immediately.
* Save the modem(s). Presuming they all reference profile 1, you
can issue a save all modems to NVRAM command at the HDM card level
rather than doing it modem by modem.
* If you have changed any profile information that is actually
stored on the NMC (modem thresholds for traps, or any of the trap
enable tables, including for the DS1 spans), then also issue a
save chassis to the NMC card.
The whole profile "mess" with HDMs is just that - a mess. You need to
change the profile rather than the individual modem because any later
refresh operation (which is the only way to handle trap enables) will
push profile settings to the modems. But even after you've changed,
saved and refreshed the profile, you also have to issue a save to the
modems because technically the modems load from their own individual
NVRAM upon a reboot, regardless of the profile they reference.
The saving of the NMC for trap enables is the same as the quad cards,
since the NMC actually stores the trap enable tables in all cases.
-- David
/-----------------------------------------------------------------------\=
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/=
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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_01BDC68C.898D45A0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IiILAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA0AEAAAEAAAAQAAAAAwAAMAIAAAAL
AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54
bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA
AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA
AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf
AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA
AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ
GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu
eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAAC+WgBBIABAB0A
AABSRTogKHVzci10YykgTlZSQU0gcXVlc3Rpb25zAE8JAQWAAwAOAAAAzgcIAA0ABQAqAAAABAAd
AQEggAMADgAAAM4HCAANAAUAKQA2AAQAUgEBCYABACEAAAA0MTA4NEE0MjMxMzJEMjExODQxQjQ0
NDU1MzU0MDAwMACKBgEDkAYAjAsAACEAAAALAAIAAQAAAAsAIwAAAAAAAwAmAAAAAAALACkAAAAA
AAMALgAAAAAAAwA2AAAAAABAADkAIO94np7GvQEeAHAAAQAAAB0AAABSRTogKHVzci10YykgTlZS
QU0gcXVlc3Rpb25zAAAAAAIBcQABAAAAFgAAAAG9xp6eeEJKCEIyMRHShBtERVNUAAAAAB4AHgwB
AAAABQAAAFNNVFAAAAAAHgAfDAEAAAAHAAAAcmlja3l6AAADAAYQSGi7gwMABxA9CQAAHgAIEAEA
AABlAAAAT08vPChAQCktLS0tLS0tLS0tLS0tLS0tMDAwLS0tLSgpLS0tLTAwMC0tLS0tLS0tLS0t
LS0tLS0tLS1SSUNLWVpATUlORFNQUklOR0NPTVRIRVRSVVRISVNPVVRUSEVSRUhUVAAAAAACAQkQ
AQAAAHYIAAByCAAAaxAAAExaRnXD7OuZdwAKAQMB9yACpAPjAgBjgmgKwHNldDAgBxOHAoMAUA72
cHJxMg9fvwKSEXEQ3w+zBesCgzMC47ERiVRhaANxAoM0EutND/Z9CoAIyCA7CW8yxDU1GYoxMjgK
JBmPtxwBGKEMYGMAUAsDYwBBwQtgbmcxMDMVgQvFnwqxCoQKhB4SAtExIAMwfR4yYiDwIY8iBR4h
GBBv/SIEbx4iIuUfdSP0JV8iuckg8VxfIPBfLyEEH4MzJc8iqjwoCiAP4EBAGSFRKT4nyAr0Zmkt
yDE0NAFAbGksMwzQxywzHjAVgGkgLS3NJFM6aQ/gMC9ALVkuxigpfy9/Ly4t3iSvIPMC0RgQUoBp
Y2t5WkBtC4BMZHMRQAuAZy4FoG0/KlExsR91IWcxdCDCVEiSRRaAUlU40CBJBfDmTzkwOMJSRTPH
ChE281sm8yEEdQlQIWBoAkBwmDovLwUQNaF6LhaxbGUuNf0MUWwgsjPHM/8yj0CPQZ8ziR3mKN83
yy8ijk85kC9ANNYnYTk20s8fhBVxK1oXQjE2H9osgOwzNh9hA2B0BZAFQEHzek8FEGcLgAdABdAH
kHP4YWdlQqtKJB9jCzFKJF0r+jgvUSz1IWBGA2E6AwyDKmFEYXZpZCAGQgbwCfAgW1NNVIBQOmRi
M2xAAHH0Lm4PwF03NwZgAjBPx4JUClBzZGF5LA/wkHVndXMFQDExVBAQMTk5OFSQMDozyVUQUE03
N1RvT8dUYOByLXRjQCyAVHBR4HZ4NfAEEGkCIDaTUld1jGJqSlFPx1JlOjCQBVb0KQewVlJBTSD6
cVOxdFgRD0BMT01ZSbQFHwtEAiAgS3Vod2kKwHRoKiBkAiA14WQYdG93WDBSAT4gd3sFEEpAc0/A
H4lgoAhRbGVQkHkIYCBjC2AGgXn2IF9wBAAgNjAFkAaQNZA9B0BsYxACEAXAX3BlIJxIRFsgY/AL
IHM/OWCuZmJjX0ACMCAAwGtksP5hYZYRoR6QZLBgIGaAZBDPI1BlkGSSBGJtc1QQZJHvA6BjUWSS
ShFjCYAIcFogER96SXQnBCBhIGLxYOAgZWEAkASQI1ADoN9kll9wA5FsNVtAYTYgVBD7C4Bkg2YA
0AVAbOEFQGJx/x90Y/ADoGZEZ9FkkmckBCD+d2NAUNBkgmMQCsBksFtxPWfSbiyAUgBmgDYQIGq/
VGJQ0G6yaKAfdEswdAhwf2QDANBp4AUxZJJSAAfgdu8HQFOxbCZSAHgFQGPyVBD8YnVzsxxAazYf
dARgcgH/NqELUHbwYOBjEGoAZ3Nkkn9UcHSwZ1JKESwAcXEPsXW8cC4felZAaaJjkHJkId9nJWtg
aHNpoArAYQeASkD/bBpUEGW3Z5FfsGSCH3QCEN9kEGAwNmFhKyDwKmIAZzX/aYJ+l24VezZu1jww
UGCDVLlocyhzMLAoFxxAZnfx3m5jsB6QMJBKEWIBoGQh+Xs2MSl8BYLCBhCF9Xs1f4mJWhADUAeQ
X4CKiiDwVPdjQgPwZ9FwVGCMRX6XekX/aHQoCHeScpFjEWZRa0FKYP9tsAMgARFKUmRScpVodGwh
/2ngcZR+4TXxbvCA9URSZJF6aQXAYwhwh8F3FI0RT/9lkAWgCHAPsH/Eb7IHQF9A/nkEIIwRc6R+
FQWwKAgEAb96EWtgY/J58AQABaBuUgD/SmE2oQOBUJAGkH/bhdNrkf+REpHVmVmbkAmABzBKQGQg
14mPhjmNEVCMEXU18Ygg/3GkZ9GHhnsYVLFvJ0RSb7L/mfZLoIXxZ8KTBWeRWuSbdv9u8WSac4GF
8AlQhvhu8Hfh32zUX7CIAmuRfiRiYxBoc9+faWWFhdNnJKdRbojIC4D/ZFEAwFuCbsRjUZF0ZCAo
CI9UcHkRUJBsNU5NQzCQf34kX3CMEgbwNiBkRHSwcP9owQWxrYJoBbMiKAgJ8IiR72dxtXJt42Kw
dZrAiBFkVtxEUyDgNjAAcSlo1QdA/nMjYJn1sAmsxVfxpkOxRr9lEnwMZKFxQFDBeyciB4H8cyKN
gV9xZNEEIGNRc0PdbtMtffJLgY0RWWKBUgD/rVFgIG9Vgxl7RalqZJI2Ad5pUHGRoqq1BZBhVGBy
4v9jEAtgfuEfdIeBjBN9Iq6k/ihxQRGgaTaQw5fhnKQ2EP9xcrMxtUWGwI2DH3SN43s531uAHpC6
h2h0jRFCd6Goga+XoQGAbAFicSes2CwfdP+lYq1iUJDF1cByhJh/xLhz/4XUuKelVHpEeKaTI8Rm
SkHeaAMAY/RoOHOAb23AZED/A2GVNWAxw0kfdFrke+Be4b9rYBxABuBKMFQQHEBnCxH/tfF2UWgU
hMhxwaKHu5+lYf+IAmgFsYKy5slGaTZLoAeA/2aAaVRtomUEzra2QYNUsYL/r4awlGlUyQm1tW4C
Z8Jj8L8PsFHgH3pB8FBEH3ovQe//6P/qD+sfMUInQCgUJ0BEXfdQWkSc7QFJAjAEkQ/AWjArUXpE
Ui8oBnxEVkFO9wXwCFCbkHXVAluDVBDv0H5jjRHvKVWAFrBSAFoxOQMsMFrANzAxLTUz/DI38fAo
BSegHrAUQQBwu27hAZBuUHBkEGSwUs6gT1WACHC6IpcRTllVITXGN/Yw7ORGYXj1TB6w+yciH3Vc
61/87/3//w/rYb/xdeZFKAV80fMQmhBiBPL/xGBnglb0VBAPsKdC2QBooM8LcHBhI2C9gGFqBbBf
sLV5AEBXyiIoBb3zIgHa71b0vdBuFdlgZLPnvZJLsf2fZkazka5KXuGe8HEBV5D/s4IcQHrAa/Dd
c3tia0FzEV+ykQkGY2EDUSgFImSgbM5wvdB6RuADZGSMEb/S/17QdbDZgFbhbYJKMeTz0TEvs6AJ
HCgEGKEAE6AAAAMAEBAAAAAAAwAREAEAAAADAIAQ/////0AABzDAhM6ansa9AUAACDDAhM6ansa9
AQsAJIAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwAlgAggBgAAAAAAwAAAAAAAAEYAAAAA
EIUAAAAAAAADACaACCAGAAAAAADAAAAAAAAARgAAAABShQAAtw0AAB4AJ4AIIAYAAAAAAMAAAAAA
AABGAAAAAFSFAAABAAAABAAAADguMAADACiACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAsA
KYAIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwAqgAggBgAAAAAAwAAAAAAAAEYAAAAAEYUA
AAAAAAADACuACCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAB4ALIAIIAYAAAAAAMAAAAAAAABG
AAAAADaFAAABAAAAAQAAAAAAAAAeAC2ACCAGAAAAAADAAAAAAAAARgAAAAA3hQAAAQAAAAEAAAAA
AAAAHgAugAggBgAAAAAAwAAAAAAAAEYAAAAAOIUAAAEAAAABAAAAAAAAAB4APQABAAAABQAAAFJF
OiAAAAAAAwANNP03AAAKwg==
------ =_NextPart_000_01BDC68C.898D45A0--
Subject:Re: (usr-tc) Cost on these? From: Matthew Opoka <phantom@magnolia.net> Date: 1998-08-13 06:58:29
How much?
-----Original Message-----
>Personally we have 6 spare HiPer ARC cards along with all other chassis
>components, less HiPer DSP's, as we bought the HiPer Chassis Bundles in
>quantity instead of single cards; When these units first shipped it was
>about 4k cheaper to buy a whole chassis than to buy individual HiPer DSP's
>to add capacity.
>
>So the rebate will not do us any good, I wish we could apply it to the
>purchase of DSP cards.
>
>And if any of you want to buy some HiPer cards........
>
>-Frank
>-----Original Message-----
>From: Jim Logan <jim@top.net>
>To: isp-equipment@isp-equipment.com <isp-equipment@isp-equipment.com>
>Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>Date: Wednesday, August 12, 1998 2:04 PM
>Subject: (usr-tc) Cost on these?
>
>
>>
>>Anyone got some ballpark figures on what these card sets are currently
>>selling for (resellers, VAR, etc)? With the $3200 rebate they must be
>>pretty pricy to start with, but I'm also looking at havingto replace a
>>NetServer Card anyway, so that factors into the cost to me.
>>
>>3Com Offer on HyperArc:
>>
>>HiPer Access Router Card Set Upgrade Rebate
>>Purchase a HiPer Access Router Card Set, then submit an official rebate
>>form and NETServer card set (NIC and NAC) in the provided shipping
package.
>>Upon verification, you will be sent a check for $3,200 (U.S. Dollars).
>>Rebate forms are available in the original product packaging. Contact 3Com
>>at 888-373-7367 or an authorized 3Com reseller for details, pricing, and
>>availability.
>>***** Top Net InterNet Services *****
>>Omaha, Nebraska Husker Heaven
>>www.top.net (402) 291-1542
>> Visit Our BBS at: www.hawgwild.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) Cost on these? From: Matthew Opoka <phantom@magnolia.net> Date: 1998-08-13 07:01:12
That's my thoughts exactly. They want us to pay $3000 to fix their bugs and
they are out nothing.
-----Original Message-----
>I am with you almost %100 ... Ihave yet to have usr support fix any of my
>problems ... they call me back saying quake2 and other onlines games will
>not work because the netserver hasn;t got enough horsepower ... then I tell
>them I know the problem is the ppp code and the netserver can handle the
>load easily ... then they say we know but we are not going to fix this, the
>only fix is to upgrade to HiPER ARC's ... well .. I can overclock my PC
>great with a TC Fan tray .. and the chassis works great as an anchor ...
>
>
>-----Original Message-----
>From: Jose de Leon <jadiel@thevision.net>
>To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>Date: Wednesday, August 12, 1998 9:46 PM
>Subject: RE: (usr-tc) Cost on these?
>
>
>>Do what I did, make a boat anchor of the TC and buy a PM3, but put the fan
>>tray on your desk or in your office, they cool pretty good when it gets
hot
>>in the room.
>>
>>God those TCs suck.
>>
>>Jose
>>
>>
>>
>>-----Original Message-----
>>From: owner-usr-tc@lists.xmission.com
>>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ricky Beam
>>Sent: Wednesday, August 12, 1998 6:10 PM
>>To: usr-tc@lists.xmission.com
>>Subject: Re: (usr-tc) Cost on these?
>>
>>
>>Eric Billeter was heard to say:
>>>Here's what I don't understand..
>>>
>>>I can buy a Hiper Bundle including the hub, NMC, Hiper Arc
>>>and 2 Hiper DSP card sets for 11,400.
>>>
>>>or
>>>
>>>I can buy 2 Hiper DSP Modems for 8650 the Hiper Arc for 6600
>>>and get the 3200 rebate. That makes a total outlay of 12,050
>>>and I don't even get the spare fan tray, 16Mb NMC, Spare Chassis
>>>or Spare Power supply.
>>
>>Oh, wait a minute... you cannot start loading hiper cards in a chassis
with
>>a 4M NMC. Ok, where's the tradeup deal for the NMC's?
>>
>>--Ricky
>>
>>
>>-
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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) thoughts on netserver -> HARC Quake "fix" From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-13 08:12:26
You know, I've been thinking about this a bit.
3Com seems to be "promoting" the HARC as being the "fix" for the Quake
Lag in the Netservers. If they're claiming that this is a hardware
problem in the netservers, then those of us with hardware support
contracts would then (by my understanding of the hardware support
contracts) be entitled to the "fix" free of charge. Has anyone ever
presented this to 3Com this way?
As I said before, we can't go to HARC's yet because the MPIP support
isn't ready, but I would be curious if 3Com would do that if presented
to them that way...I would think that if they didn't, they would be open
to a breach of contract lawsuit.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-13 08:22:18
i'll let you know =) .. i'll call today ..
-----Original Message-----
>You know, I've been thinking about this a bit.
>
>3Com seems to be "promoting" the HARC as being the "fix" for the Quake
>Lag in the Netservers. If they're claiming that this is a hardware
>problem in the netservers, then those of us with hardware support
>contracts would then (by my understanding of the hardware support
>contracts) be entitled to the "fix" free of charge. Has anyone ever
>presented this to 3Com this way?
>
>As I said before, we can't go to HARC's yet because the MPIP support
>isn't ready, but I would be curious if 3Com would do that if presented
>to them that way...I would think that if they didn't, they would be open
>to a breach of contract lawsuit.
>--
>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.
>
I have a customer with a Lucent 56k PCMCIA and he cannot connect to us or
get disconnected very quickly ..
I have NETserver + Quad v.90 + HiPER V.90
-----Original Message-----
>
>A few of our users have:
>
>Brand: Lucent Technologies
>Make: Lucent 56KFlex PCI V.90 D/F/V Internal
>Model#: 00193476-EV0723
>
>They don't seem to like our HiperDSP v.90's. It takes 10-12 tries before
>they get connected. When they get connected, they drop every 5 minutes.
>
>Anyone else having similar problems?
>
>-
> andy
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 have the same problems,only replace
"Lucent 56k PCI V.90 modem" with "any modem"
I am beginning to agree with the gentleman who uses
thes stuff for boat anchors. Is anyone at 3com listening?
Terry Kennedy
OlyPen,Inc.
>A few of our users have:
>
>Brand: Lucent Technologies
>Make: Lucent 56KFlex PCI V.90 D/F/V Internal
>Model#: 00193476-EV0723
>
>They don't seem to like our HiperDSP v.90's. It takes 10-12 tries before
>they get connected. When they get connected, they drop every 5 minutes.
>
>Anyone else having similar problems?
>
>-
> andy
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
> The cheapie bundle ($9931) is limited to 5. The other one
> I was told was not limited. It was quoted at $11470 for it.
What part numbers are you talking about here.... Perhaps I'm unaware of
exactly what is available. It has been a while since I have needed to
purchase equipment, although I'm getting to that point again.
| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt |
| Executive Vice President - Exec-PC, Inc. |
Subject:RE: (usr-tc) Cost on these? From: Jose de Leon <jadiel@thevision.net> Date: 1998-08-13 09:33:09
I tried calling 3Com for support of my desk fan, I had to go through 3
levels of tech support, the last guy wanted to telnet into my desk fan.
When I inquired what he was going to do, he wouldn't say except that it was
"...we need to protect trade secrets."
In the end, he couldn't figure out what was wrong with the desk fan but
suggested I upgrade to the new Hyper Desk Fan for $24,000. He claimed it
was a bargain and that I could get INTELLIGENT support for the Hyper Desk
Fan for aproximately 2 months after I buy it versus the 1 month of
INTELLIGENT support that I got with the plain Desk Fan.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Lon R. Stockton,
Jr.
Sent: Wednesday, August 12, 1998 8:53 PM
On Wed, 12 Aug 1998, Jose de Leon wrote:
> Do what I did, make a boat anchor of the TC and buy a PM3, but put the fan
> tray on your desk or in your office, they cool pretty good when it gets
hot
> in the room.
>
> God those TCs suck.
So what you're saying is that you're on this list because you need
assistance with configuring your desk fan?
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Cost on these? From: Terry Kennedy <terry@olypen.com> Date: 1998-08-13 09:49:15
Will these HiPer fans work under water to keep the boat anchors
cool? Or is that in the next release of fancode? Also, will they
be offering a HiDensity fan tray? Beta Fan code? Maybe even a
monthy Fanzine?
-----Original Message-----
>I tried calling 3Com for support of my desk fan, I had to go through 3
>levels of tech support, the last guy wanted to telnet into my desk fan.
>When I inquired what he was going to do, he wouldn't say except that it was
>"...we need to protect trade secrets."
>
>In the end, he couldn't figure out what was wrong with the desk fan but
>suggested I upgrade to the new Hyper Desk Fan for $24,000. He claimed it
>was a bargain and that I could get INTELLIGENT support for the Hyper Desk
>Fan for aproximately 2 months after I buy it versus the 1 month of
>INTELLIGENT support that I got with the plain Desk Fan.
>
>
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Lon R. Stockton,
>Jr.
>Sent: Wednesday, August 12, 1998 8:53 PM
>To: usr-tc@lists.xmission.com
>Subject: RE: (usr-tc) Cost on these?
>
>
>
>On Wed, 12 Aug 1998, Jose de Leon wrote:
>
>> Do what I did, make a boat anchor of the TC and buy a PM3, but put the
fan
>> tray on your desk or in your office, they cool pretty good when it gets
>hot
>> in the room.
>>
>> God those TCs suck.
>
>So what you're saying is that you're on this list because you need
>assistance with configuring your desk fan?
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Cable Client software for 98 From: Randy Cosby <dcosby@infowest.com> Date: 1998-08-13 12:17:33
(Sorry if this is a bit off topic. I know there are a couple cable TC unit
managers on the list...)
Cable modem connection center version 1.82 has been released. At
http://support.3com.com/infodeli/swlib/cable_modems.htm
There was a 1.81 release 2 weeks ago, but it was quickly pulled.
Tried it on 95, works fine. Haven't had a chance to try 98 yet.
Subject:Re: (usr-tc) Cost on these? From: K Mitchell <mitch@keyconn.net> Date: 1998-08-13 13:19:41
At 09:49 AM 8/13/98 -0700, "Terry Kennedy" <terry@olypen.com> wrote:
>Will these HiPer fans work under water to keep the boat anchors
>cool? Or is that in the next release of fancode? Also, will they
>be offering a HiDensity fan tray? Beta Fan code? Maybe even a
>monthy Fanzine?
The HiPer Fan chassis can be configured with either AMC(Air Mgmt Card) or
WMC(Water Mgmt Card), I don't think one chassis can do both. They do
however support the f.90 oscillation standard. I like the interface on the
TFC Total Flow Control management console.
>>I tried calling 3Com for support of my desk fan, I had to go through 3
>>levels of tech support, the last guy wanted to telnet into my desk fan.
>>When I inquired what he was going to do, he wouldn't say except that it was
>>"...we need to protect trade secrets."
>>
>>In the end, he couldn't figure out what was wrong with the desk fan but
>>suggested I upgrade to the new Hyper Desk Fan for $24,000. He claimed it
>>was a bargain and that I could get INTELLIGENT support for the Hyper Desk
>>Fan for aproximately 2 months after I buy it versus the 1 month of
>>INTELLIGENT support that I got with the plain Desk Fan.
Hi!
Can anyone help me ?
I changed the user password on Netserver 8/16 V.34 PLUS and now
then i make telnet on this server , Netserver closes coonection:(
so i can't make access on Netserver :(.
Now i have only one way to connecting :: SNMP.
Can someone help me with this problem?
Sincerely yours
Alexander Kandelaki
Subject:RE: (usr-tc) Saving to NVRAM changes settings? <<UPDATE>> From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-08-13 14:34:46
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of jpayne
>Sent: Thursday, August 13, 1998 2:24 PM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) Saving to NVRAM changes settings? <<UPDATE>>
>
>
>
>
>Update on changing the Inactivity timer on the HiPer DSPs...
>
>Thanks to all on the tip to use templates - a much more efficient manner to
>manage the DSPs!
>
>We still have a problem changing the inactivity timer parameter. Once we
>change the Inactivity timer to anything other than the default of zero,
>calls are answered by the DSP and immediately disconnected. We get back by
>restoring the modems from default.
>
>I opened case #91969 with 3COM and they were able to duplicate the problem
>in their lab. We are currently at 1.0.8 on the HiPer cards. They said the
>workaround was to use console mode and set the value via AT commands
>(ats19=xx). Not acceptable as I'm in Florida and our HUBs are not!
>
>Also, they suggested we upgrade to version 1.2.5 as that is what they are
>currently running in their lab. Can't do that either as we have the
>Netserver card and the release notes specifically advise against using code
>1.2.5 with Netserver cards.
>
>So, you guys (and gals) using some sort of idle time-out value - are you
>doing this by an entry in Radius?
>
Why not use the idle time out on the Netserver card?
"set all idle 600" or some other value..
-M
Subject:Re: (usr-tc) Password change ... From: Jason W <jwatkins@iland.net> Date: 1998-08-13 14:37:35
Can you establish a console connection??
*********************************************************
Jason Watkins jwatkins@iland.net
I-Land Internet Services http://www.iland.net
Support & Network Operations Center
*********************************************************
-----Original Message-----
>
>Hi!
>Can anyone help me ?
>I changed the user password on Netserver 8/16 V.34 PLUS and now
>then i make telnet on this server , Netserver closes coonection:(
>so i can't make access on Netserver :(.
>Now i have only one way to connecting :: SNMP.
>Can someone help me with this problem?
>
>Sincerely yours
>Alexander Kandelaki
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) thoughts on netserver -> HARC Quake "fix" From: MegaZone <megazone@megazone.org> Date: 1998-08-13 14:58:13
Once upon a time Jeff Mcadams shaped the electrons to say...
>Lag in the Netservers. If they're claiming that this is a hardware
>problem in the netservers, then those of us with hardware support
I would LOVE to see them explain how this is a HW issue. And when they
can't, I'd LOVE to see them explain why they cannot, or will not, fix
their broken code on the NetServer.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Once upon a time Terry Kennedy shaped the electrons to say...
>I am beginning to agree with the gentleman who uses
>thes stuff for boat anchors. Is anyone at 3com listening?
As much as it is amusing, I wouldn't want to see the environment harmed
that way...
But there are always people ready to buy them on isp-services@ispc.org
and isp-equipment@isp-equipment.com. You could get some money for them
to help offset buying working hardware.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Update on changing the Inactivity timer on the HiPer DSPs...
Thanks to all on the tip to use templates - a much more efficient manner to
manage the DSPs!
We still have a problem changing the inactivity timer parameter. Once we
change the Inactivity timer to anything other than the default of zero,
calls are answered by the DSP and immediately disconnected. We get back by
restoring the modems from default.
I opened case #91969 with 3COM and they were able to duplicate the problem
in their lab. We are currently at 1.0.8 on the HiPer cards. They said the
workaround was to use console mode and set the value via AT commands
(ats19=xx). Not acceptable as I'm in Florida and our HUBs are not!
Also, they suggested we upgrade to version 1.2.5 as that is what they are
currently running in their lab. Can't do that either as we have the
Netserver card and the release notes specifically advise against using code
1.2.5 with Netserver cards.
So, you guys (and gals) using some sort of idle time-out value - are you
doing this by an entry in Radius?
Thanks for your input,
--
Jeff Payne
STN
Subject:(usr-tc) CONNECTING indefinately!! From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-08-13 15:56:08
S37 thought - Netwrk In CONNECTING -
1:27
how do i stop problems like this... i have set my default idle tmeout to 1
min but users that get online have a 15 min timeout as set by radius. since
this user has not been authenticated by radius his timeout should be one
minuite
Leon McCalla
Subject:(usr-tc) FS: USR Total Control 48 port chassis $7,500 From: Brian Wiser <brian@xmission.com> Date: 1998-08-13 15:58:16
Total Control Hub : 16-slot chassis
single 110v ac 70Amp power supply, fan tray,
ethernet network management card
12 Quad v34 Digital Modem NAC (48 ports total, 56k v.90)
Netserver PRI
Dual PRI/T1 - supports analog/ISDN
Asking $7,500 for above bundle.
OR separately:
Quad v34 Digital Modem NAC $500
Analog/Digital Modem NIC/NAC $1,000
Netserver PRI $900
Dual PRI/T1 $900
USR Courier v.90 ext . modem $150
70 amp Power Supply $800
All products are used and in excellent condition.
Buyer is responsible for shipping.
Contact brwiser@xmission.com, or call Brian at 801-539-0852, extension 131.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
XMission Internet Access | Save a Tree -- Use Email!
51 E. 400 S, Suite 200 |
Salt Lake City, UT 84111 | Hardware & Software Sales:
Voice 801.539.0852 | http://www.xmission.com/general/retail.html
Fax 801.539.0853 |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Brian
Subject:(usr-tc) FS: USR Total Control HiPer Bundle $11,899 From: Brian Wiser <brian@xmission.com> Date: 1998-08-13 15:59:08
New Bundle 003269-0, $11,899:
http://3com.com/solutions/svprovider/hiper.html
One (1) Total Control Remote Access Concentrator chassis with integrated
fan tray, 70amp AC power supply, Network Management Card
Two (2) HiPer DSP Card T1/PRI NIC, 24 Port (48 Ports total)
One (1) HiPer Access Router Card with Dual 10/100 Ethernet NIC (supports IP
protocol)
Total Control Manager
"Custom" Annual Remote Service Contract (1 year)
x2 Enabled, Free Upgrade to v.90 through 3com/USR
Free UPS Ground Shipping
Offer Expires August 30, 1998
Contact brwiser@xmission.com, or call Brian at 801-539-0852, extension 131.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
XMission Internet Access | Save a Tree -- Use Email!
51 E. 400 S, Suite 200 |
Salt Lake City, UT 84111 | Hardware & Software Sales:
Voice 801.539.0852 | http://www.xmission.com/general/retail.html
Fax 801.539.0853 |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
8
Brian
Subject:RE: (usr-tc) Lucent V.90 From: Jose de Leon <jadiel@thevision.net> Date: 1998-08-13 16:38:22
MZ, nobody is willing to buy a used TC. I've been trying to get rid of it
for a few months. Most of what I see is, FS: TC, and WTB PM3.
Those two subject lines are the whole story that is needed...
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of MegaZone
Sent: Thursday, August 13, 1998 3:00 PM
Once upon a time Terry Kennedy shaped the electrons to say...
>I am beginning to agree with the gentleman who uses
>thes stuff for boat anchors. Is anyone at 3com listening?
As much as it is amusing, I wouldn't want to see the environment harmed
that way...
But there are always people ready to buy them on isp-services@ispc.org
and isp-equipment@isp-equipment.com. You could get some money for them
to help offset buying working hardware.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) thoughts on netserver -> HARC Quake "fix" From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-13 18:03:44
Thus spake MegaZone
>Once upon a time Jeff Mcadams shaped the electrons to say...
>>Lag in the Netservers. If they're claiming that this is a hardware
>>problem in the netservers, then those of us with hardware support
>I would LOVE to see them explain how this is a HW issue. And when they
>can't, I'd LOVE to see them explain why they cannot, or will not, fix
>their broken code on the NetServer.
Well, kinda my reasoning for posting that and suggesting the hardware
support method of demanding a fix.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) V.90 From: Jay Nitikman <jay@cruzio.com> Date: 1998-08-13 18:50:31
Same thing here. 3COM v90 modems work fine, but Rockwell v90 modems are
having problems. I'm concerned because Compaq is selling all new systems
with Rockwell v90 modems.
I contacted 3COM and the support engineer said that this was news to them.
I need to get my hands on a Rockwell-based modem so I can verify what
our customers are experiencing; then 3COM can work with me on this issue.
/jay
Subject:(usr-tc) V.90 From: G. Owens <gowens@seark.net> Date: 1998-08-13 19:36:08
We are preparing to upgrade our DSP's to v90 next week. At present we are
not having any connection problems but after reading much of the hoopla
about Lucent and other modems not connecting we may wait. Is everyone
experiencing these problems? Can anyone comment on upgrading to V.90 and
having good connections with flex modems. Just wondering !
Greg Owens
Magnolia InterNet Services
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-13 20:19:47
I called this morning and got into the breach of contract stuff ... the tech
guy gave me 3 numbers to call to get information about my contract and if I
am entitled to a free upgrade from hiPER ARC's to NETServers ... I will give
them a call tomorrow and explain the situation...
-----Original Message-----
>Once upon a time Jeff Mcadams shaped the electrons to say...
>>Lag in the Netservers. If they're claiming that this is a hardware
>>problem in the netservers, then those of us with hardware support
>
>I would LOVE to see them explain how this is a HW issue. And when they
>can't, I'd LOVE to see them explain why they cannot, or will not, fix
>their broken code on the NetServer.
>
>-MZ
>--
><URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer,
me..
>Join ISP/C Internet Service Providers' Consortium
<URL:http://www.ispc.org/>
>"A little nonsense now and then, is relished by the wisest men"
781-788-0130
><URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail
Discordia!
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 yet to see a v.90 flex connect to use over 33.6k ... and I also have
disconnect problems with many rockwell based modems ...
-----Original Message-----
>We are preparing to upgrade our DSP's to v90 next week. At present we are
>not having any connection problems but after reading much of the hoopla
>about Lucent and other modems not connecting we may wait. Is everyone
>experiencing these problems? Can anyone comment on upgrading to V.90 and
>having good connections with flex modems. Just wondering !
> Greg Owens
> Magnolia InterNet Services
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 seeing good connections with the Zoom V.90/KFlex modems!
Most of our users that have them are getting between 45,000 and 49,000
==============================================================================
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 Thu, 13 Aug 1998, Jamie Orzechowski wrote:
> I have yet to see a v.90 flex connect to use over 33.6k ... and I also have
> disconnect problems with many rockwell based modems ...
>
>
> -----Original Message-----
> From: G. Owens <gowens@seark.net>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Thursday, August 13, 1998 8:37 PM
> Subject: (usr-tc) V.90
>
>
> >We are preparing to upgrade our DSP's to v90 next week. At present we are
> >not having any connection problems but after reading much of the hoopla
> >about Lucent and other modems not connecting we may wait. Is everyone
> >experiencing these problems? Can anyone comment on upgrading to V.90 and
> >having good connections with flex modems. Just wondering !
> > Greg Owens
> > Magnolia InterNet Services
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
-> MZ, nobody is willing to buy a used TC. I've been trying to get rid of it
-> for a few months. Most of what I see is, FS: TC, and WTB PM3.
-> Those two subject lines are the whole story that is needed...
Are you in the US and how much ? A few more details would be beneficial.
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) V.90 From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-08-13 22:58:00
-> I have yet to see a v.90 flex connect to use over 33.6k ... and I also have
-> disconnect problems with many rockwell based modems ...
Not a problem here with most modems. We've had a few which didn't work, but as
described before they were Lucent modems. Otherwise, folks are singing
praises. With internal 56kbs modemns running at $50 wholesale, I'd suspect we
should be offering quite a deal...
Jeff Binkley
ASA Network Computing
Subject:(usr-tc) Hello all From: Mark Ross <mark@apu.ccis.com> Date: 1998-08-13 23:32:51
Greetings,
I am new to this list, And very happy to have found it.....
I have just received 3 USR Total Control Chassis, So I am still tring to
find my way around the units....
My Systems are configured as:
Dual T-1 Cards Hardware Version 3.0 Software 3.5.0
Quad analog/digital modem cards Hardware Version 3.0 Software 5.5.7
Netserver Card hardware Version 5.0 Software 3.7.21
Network Mgt Card Hardware Version 4.0 Software 4.3.9
Anyway I was wondering if there is a "known reliable set of software
versions for this type of system" I am not much concerned with V.90 yet,
as I already have a PM3 for K56, I am more concerned with the system being
stable and keeping my users happy.....
Also if anyone has any Ethernet Nic's for the Network management Card
please send me pricing info. I will be willing to sell or trade my Tokin
Ring NIC's (In case anyone is still using them).......
Well thanks for listening to my long winded message.....
see ya.....
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: Matthew Opoka <phantom@magnolia.net> Date: 1998-08-14 01:49:27
I'm fixing to try this same thing.
-----Original Message-----
>You know, I've been thinking about this a bit.
>
>3Com seems to be "promoting" the HARC as being the "fix" for the Quake
>Lag in the Netservers. If they're claiming that this is a hardware
>problem in the netservers, then those of us with hardware support
>contracts would then (by my understanding of the hardware support
>contracts) be entitled to the "fix" free of charge. Has anyone ever
>presented this to 3Com this way?
>
>As I said before, we can't go to HARC's yet because the MPIP support
>isn't ready, but I would be curious if 3Com would do that if presented
>to them that way...I would think that if they didn't, they would be open
>to a breach of contract lawsuit.
>--
>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) thoughts on netserver -> HARC Quake "fix" From: Ricky Beam <jfbeam@interpath.net> Date: 1998-08-14 03:34:45
MegaZone was heard to say:
>Once upon a time Jeff Mcadams shaped the electrons to say...
>>Lag in the Netservers. If they're claiming that this is a hardware
>>problem in the netservers, then those of us with hardware support
>
>I would LOVE to see them explain how this is a HW issue. And when they
>can't, I'd LOVE to see them explain why they cannot, or will not, fix
>their broken code on the NetServer.
It isn't a hardware problem per se, but more a problem steming from the
fact that it's running code built by Livingston for a portmaster NOT
a USR netserver. That being said, it is a *software* problem and always
has been. It isn't 3Com/USR's code to fiddle with _and_ they no longer
have a license with Livingston -- ergo, no more changes. (So I've heard.)
A 486dx4-100 CAN handle 48 or more modems. I've had 386dx40 based netblazers
doing more with less trouble -- the power supply becomes a problem before
the CPU does as it takes a good bit of -12VDC to drive 24+ serial ports.
--Ricky
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: Ricky Beam <jfbeam@interpath.net> Date: 1998-08-14 04:48:19
Stefanita Valcu was heard to say:
>If they are not able to fix the Netserver code I think there are some wise
>netters able to fix it, but IMO 3com will never release the source code.
They cannot give out the code... it's not theirs. I've already gone that
route.
As with anything, it is fixable if they devote the time to it. 3Com has
better things for them to be working on instead of fixing crap they don't
own and have no intentions of continueing to support. As much as we call
their programs "idiots", they are capable programmers and can fix things
given some time. I suspect they are just as overworked as most of us.
--Ricky
Subject:Re: FW: (usr-tc) Filtering Windows File sharing.. From: Eric McCarthy <eric_mccarthy@mw.3com.com> Date: 1998-08-14 06:02:17
Brian
Try removing the spaces between port and =, as well as the = and the port
numbers. The rest of the rules (including spaces) appear ok.
Brian <signal@shreve.net> on 08/12/98 07:11:36 PM
Please respond to usr-tc@lists.xmission.com
cc:
On Wed, 12 Aug 1998, Randy Cosby wrote:
>
> I didn't get any answers on this one, so I'll try again :)
>
> ---- Original Message Follows ----
>
> Using the cable access router card (a souped-up hiper card, same syntax
on
> most things), I verified and then applied the following filter to the
QAM:1
> outgoing interface:
>
> HiPerCMTS>> show filter windows.fil
>
I think the filter would block, I mean it HAS to, if its truley in place,
since those are the ports that Windows uses to setup Windows Networking.
I am wondering if the filter is truley being placed on your incoming
users.
> RULES FOR FILTER /./windows.fil SHOW PROTOCOLS: ALL
> #filter
> IP:
> 010 REJECT udp-dst-port = 137;
> 020 REJECT udp-dst-port = 138;
> 030 REJECT tcp-dst-port = 139;
> 040 REJECT udp-src-port = 139;
> 050 REJECT udp-src-port = 138;
> 060 REJECT tcp-src-port = 137;
>
> This should block use of windows file sharing:
> (from windows nt services file)
> nbname 137/udp
> nbdatagram 138/udp
> nbsession 139/tcp
>
> But, alas, it doesn't. I've tried applying the same filter to the
ehternet
> incoming interface as well. No luck. Any clues?
>
>
> Randy Cosby <dcosby@infowest.com>
> Vice President
> InfoWest Global Internet Services, Inc.
> (435)674-0165 http://www.infowest.com
>
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) HiPerARC Upgrade From: Lee Reese <lee@gwinnett.com> Date: 1998-08-14 06:25:16
So, who is going to pay the $4000 or so upgrade to the HiperARC?
I think 3Com has got to be crazy. In my opinion, the $4000 could be
better spent on a new Livingston or Cisco.
Lee
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: Terry Kennedy <terry@olypen.com> Date: 1998-08-14 10:17:29
Not a programmer myself, but ot would seem that if someone
took on the project of building the code from the ground up or
possibly using some existing base that they could get their hands
on, then they would end up with a fair amount of clients willing
to purchase the solution at a fair cost. This seems like a great
oportunity for someone with the skill. Maybe some of those Linux
guys could take on the challenge
-----Original Message-----
>On Thu, 13 Aug 1998, MegaZone wrote:
>
>> I would LOVE to see them explain how this is a HW issue. And when they
>
>If this would be only a software problem, they should fix it and no longer
>claim that in order to fix the problem we will have to upgrade to
>HiperARC's.
>
>> can't, I'd LOVE to see them explain why they cannot, or will not, fix
>> their broken code on the NetServer.
>>
>> -MZ
>
>If they are not able to fix the Netserver code I think there are some wise
>netters able to fix it, but IMO 3com will never release the source code.
>
>-vsv
>---
>Stefanita Valcu, http://www.dnt.ro/~vsv
>Network Engineer, Dynamic Network Technologies
>Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
>tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 sez:
>>Why not use the idle time out on the Netserver card?
"set all idle 600" or some other value..
-M<<
Um, yep I reckon that would work - I forgot about setting the idle time-out
that way. I guess I have become "dumbed down" and too reliant on the gui -
shame on me!
Thanx,
--
Jeff Payne
STN
Subject:(usr-tc) MRTG and Total Control From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-08-14 10:35:00
A few weeks back there was some discussions here about using MRTG
to track the number of calls online. What I was wondering is
whether anyone has setup MRTG to track CSU ESF stats for dual T-1
cards and HDMs ? I'm looking at things like CRC errors, errored
seconds etc.. If some already has this it would keep me from
recreating the wheel.
Thanks,
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: Stefanita Valcu <vsv@dnt.ro> Date: 1998-08-14 11:31:04
On Thu, 13 Aug 1998, MegaZone wrote:
> I would LOVE to see them explain how this is a HW issue. And when they
If this would be only a software problem, they should fix it and no longer
claim that in order to fix the problem we will have to upgrade to
HiperARC's.
> can't, I'd LOVE to see them explain why they cannot, or will not, fix
> their broken code on the NetServer.
>
> -MZ
If they are not able to fix the Netserver code I think there are some wise
netters able to fix it, but IMO 3com will never release the source code.
-vsv
---
Stefanita Valcu, http://www.dnt.ro/~vsv
Network Engineer, Dynamic Network Technologies
Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
I've been screwed too many times by USR/3Com. I'd be afraid they'd orphan
the HiPerArc down the road too.
At 06:25 AM 8/14/98 -0400, you wrote:
>So, who is going to pay the $4000 or so upgrade to the HiperARC?
>
>I think 3Com has got to be crazy. In my opinion, the $4000 could be
>better spent on a new Livingston or Cisco.
>
>
>Lee
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
---
Clayton Zekelman
Managed Network Systems Inc.
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6
tel. 519-258-2642
fax. 519-258-3009
3 words ... Port master 4 .. 2 more ... buy it!
Jamie Orzechowski
RipNET Internet System Administrator
Tel.: (613)342-3946 ext 293
Tel.: (800)267-4434 ext 293
Fax.: (613)342-8672
Page.: (613)341-0883
EMail.: mailto:mhz@recorder.ca
Web.: http://www.moonchilli.com
"If you choke a smurf, what color does it turn?"
-----Original Message-----
>I've been screwed too many times by USR/3Com. I'd be afraid they'd orphan
>the HiPerArc down the road too.
>
>
>At 06:25 AM 8/14/98 -0400, you wrote:
>>So, who is going to pay the $4000 or so upgrade to the HiperARC?
>>
>>I think 3Com has got to be crazy. In my opinion, the $4000 could be
>>better spent on a new Livingston or Cisco.
>>
>>
>>Lee
>>
>>-
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>>
>>
>---
>Clayton Zekelman
>Managed Network Systems Inc.
>875 Ouellette Avenue
>Windsor, Ontario
>N9A 4J6
>
>tel. 519-258-2642
>fax. 519-258-3009
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) thoughts on netserver -> HARC Quake "fix" From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-14 13:41:16
I agree totally!
Jamie Orzechowski
RipNET Internet System Administrator
Tel.: (613)342-3946 ext 293
Tel.: (800)267-4434 ext 293
Fax.: (613)342-8672
Page.: (613)341-0883
EMail.: mailto:mhz@recorder.ca
Web.: http://www.moonchilli.com
"If you choke a smurf, what color does it turn?"
-----Original Message-----
>Not a programmer myself, but ot would seem that if someone
>took on the project of building the code from the ground up or
>possibly using some existing base that they could get their hands
>on, then they would end up with a fair amount of clients willing
>to purchase the solution at a fair cost. This seems like a great
>oportunity for someone with the skill. Maybe some of those Linux
>guys could take on the challenge
>-----Original Message-----
>From: Stefanita Valcu <vsv@dnt.ro>
>To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>Date: Friday, August 14, 1998 1:33 AM
>Subject: Re: (usr-tc) thoughts on netserver -> HARC Quake "fix"
>
>
>>On Thu, 13 Aug 1998, MegaZone wrote:
>>
>>> I would LOVE to see them explain how this is a HW issue. And when they
>>
>>If this would be only a software problem, they should fix it and no longer
>>claim that in order to fix the problem we will have to upgrade to
>>HiperARC's.
>>
>>> can't, I'd LOVE to see them explain why they cannot, or will not, fix
>>> their broken code on the NetServer.
>>>
>>> -MZ
>>
>>If they are not able to fix the Netserver code I think there are some wise
>>netters able to fix it, but IMO 3com will never release the source code.
>>
>>-vsv
>>---
>>Stefanita Valcu, http://www.dnt.ro/~vsv
>>Network Engineer, Dynamic Network Technologies
>>Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti,
Romania
>>tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
>>
>>
>>-
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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) Interesting note on Diamond Multimedia's WWW page From: Jay Nitikman <jay@cruzio.com> Date: 1998-08-15 02:05:20
The following notice can be found on Diamond Multimedia's WWW page,
http://www.diamondmm.com/shotgun/isp-support.html. They sell a
Rockwell-based v90 modem:
Where can I get a description of call failure error codes from a TCH
Netserver? I am getting a lot of code 80 and I need to know what it means.
Thanks
Ted
You guys whine too much. Especially you James. I think you enjoy it.
Who would want an increasing share of investment in an obsolete product
anyway? The NetServer is obsolete. I can think of a ton of things you
can't do with it that you can do with a HiPer ARC. Besides if you
really cared about performance and features for your customers as you
say you do you would cough up the money and upgrade. USR has refined
the NetServer code as much as their licensing will permit. It's time to
move on. And if you think the Livingston Portmasters, Cisco, Ascend, or
Nortel do it better think again. My experience with these types of
products spans thousands of chassis. And overall, believe me, the other
guys do not do it better. I can point out just as many bugs, probably a
hell of a lot more, with Livingston and Cisco products as you can with
Total Control. Take your best shot.
Gentlemen, you must remember, most of the problems you are complaining
about were not in consideration for the initial design of the software
for the NetServer. Technology continues to push hardware & software to
the limit. When USR obtained the limited licensing on the livingston
code they wrote the code without quake in mind. Quake was originally
designed for a LAN not for dial up. It's only been the last 2-3 years
that it has become popular for dial-up. In other words you are using
your NetServer's for something it was not designed for. Livingston has
since re-worked it's code to support it. USR does not have the
necessary rights to do that. So, with our long term best interests at
heart they set forth to design their own code on a completely new
platform. A platform they could easily support quake and any other
issue that may come up. They will not abandon the HiPer ARC as some of
you fear they will down the road. The HiPer ARC and everything that
come with it is their baby. They will always have the rights and the
expertise to easily change anything they want on it. Thus, the sooner
you all get to the HiPer ARC the better off you will be. Believe me
when I tell you, Livingston and Cisco do not have the support and
feature enhancement capabilities of 3COM on this type of product. After
all, How could they? I would wager the total Control Chassis is found
in more ISP's and Corporate environments that all of the above combined.
Thus giving them a tremendous advantage over anyone. No one has as wide
a customer base. No one has as many customers using the product in so
many different ways. When a bug comes up they have the potential to
find it, and the resources to fix it the fastest.
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
Subject:(usr-tc) the TRUTH about the Netserver From: Bill Tidwell <billt@dscga.com> Date: 1998-08-16 13:54:52
The problem with Quake UDP lag is totally a software problem.
Not enough buffers for lots of small packets of UDP data.
USR was working on a fix to the problem (all software) which I have
release 3.7.73.. there are actually a few 3.8x releases out there,
can someone email them to me? ;) 3com said STOP! all netserver
development and work ONLY on hiperarc.
I'm TOTALLY staying away from 3com, in my view they are burning my
ass. I bought my chassis 8 months ago and bought a one year service
contract. 4 months ago after I upgraded to v.90 I called to tell
them about the problem and they told me tough shit - buy more USR -
IE Hiperarc. Now if 3com wont support equipment for one year, why
the hell should I ever buy anything from them again? I use my
Ascends just for ISDN but I have modem cards going in on Monday!
Digital Service Consultants - Atlanta,GA http://www.dscga.com
QUALITY Internet Service Provider (770) 455-9022
Dedicated ISDN 64k-512k, Fractional & Full T1, Frame Relay
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-16 15:45:57
I agree totally ... and the 3.7.73 and3.8.0 code doesn't fix the quake
problem at all ... 3Com is going to lose alot if ISP buisness if they kept
this up ... we spent half a million on them and they stop supporting our
equipment .... forget them ...
-----Original Message-----
Cc: support@bab5.dscga.com <support@bab5.dscga.com>
The problem with Quake UDP lag is totally a software problem.
Not enough buffers for lots of small packets of UDP data.
USR was working on a fix to the problem (all software) which I have
release 3.7.73.. there are actually a few 3.8x releases out there,
can someone email them to me? ;) 3com said STOP! all netserver
development and work ONLY on hiperarc.
I'm TOTALLY staying away from 3com, in my view they are burning my
ass. I bought my chassis 8 months ago and bought a one year service
contract. 4 months ago after I upgraded to v.90 I called to tell
them about the problem and they told me tough shit - buy more USR -
IE Hiperarc. Now if 3com wont support equipment for one year, why
the hell should I ever buy anything from them again? I use my
Ascends just for ISDN but I have modem cards going in on Monday!
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Brian <signal@shreve.net> Date: 1998-08-16 19:52:21
I was thinking, if USR/3Com is not going to support the Netserver anymore,
woudln't it be great if they released all the technical specs so that an
open system could be designed for the netserver? Maybe even release some
code examples or any work they started on porting Pilgrim to the
netserver.
I don't know if anyone would actually have time to write for it, or but it
would be interesting.
Brian
On Sun, 16 Aug 1998, Ricky Beam wrote:
> Bill Tidwell was heard to say:
> >release 3.7.73.. there are actually a few 3.8x releases out there,
>
> I've got ER 3.7.72... 3.8.0 is a beta and has a few bugs that I don't think
> USR are even going to think about fixing.
>
> >ass. I bought my chassis 8 months ago and bought a one year service
> >contract. 4 months ago after I upgraded to v.90 I called to tell
> >them about the problem and they told me tough shit - buy more USR -
> >IE Hiperarc. Now if 3com wont support equipment for one year, why
> >the hell should I ever buy anything from them again? I use my
> >Ascends just for ISDN but I have modem cards going in on Monday!
>
> You have a 1yr software support contract. If they refuse to support the
> software for the life of the contract, they are in default of that contract.
> They are legally responsible for unholding their contract.
>
> --Ricky
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Ricky Beam <jfbeam@interpath.net> Date: 1998-08-16 20:03:58
Bill Tidwell was heard to say:
>release 3.7.73.. there are actually a few 3.8x releases out there,
I've got ER 3.7.72... 3.8.0 is a beta and has a few bugs that I don't think
USR are even going to think about fixing.
>ass. I bought my chassis 8 months ago and bought a one year service
>contract. 4 months ago after I upgraded to v.90 I called to tell
>them about the problem and they told me tough shit - buy more USR -
>IE Hiperarc. Now if 3com wont support equipment for one year, why
>the hell should I ever buy anything from them again? I use my
>Ascends just for ISDN but I have modem cards going in on Monday!
You have a 1yr software support contract. If they refuse to support the
software for the life of the contract, they are in default of that contract.
They are legally responsible for unholding their contract.
--Ricky
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-16 23:20:44
they probably won;t do this because they don't want people to know it can do
everything we probably need it to do and more without getting a ARC? ... I
am sure if a good coder got into this he/she could make a great product ...
I would much rather pay for that then upgrade to HiPER ARC's which we won't
do ... I am pursuing the breach of contract with them ...
-----Original Message-----
>
>I was thinking, if USR/3Com is not going to support the Netserver anymore,
>woudln't it be great if they released all the technical specs so that an
>open system could be designed for the netserver? Maybe even release some
>code examples or any work they started on porting Pilgrim to the
>netserver.
>
>I don't know if anyone would actually have time to write for it, or but it
>would be interesting.
>
>Brian
>
>
>
>On Sun, 16 Aug 1998, Ricky Beam wrote:
>
>> Bill Tidwell was heard to say:
>> >release 3.7.73.. there are actually a few 3.8x releases out there,
>>
>> I've got ER 3.7.72... 3.8.0 is a beta and has a few bugs that I don't
think
>> USR are even going to think about fixing.
>>
>> >ass. I bought my chassis 8 months ago and bought a one year service
>> >contract. 4 months ago after I upgraded to v.90 I called to tell
>> >them about the problem and they told me tough shit - buy more USR -
>> >IE Hiperarc. Now if 3com wont support equipment for one year, why
>> >the hell should I ever buy anything from them again? I use my
>> >Ascends just for ISDN but I have modem cards going in on Monday!
>>
>> You have a 1yr software support contract. If they refuse to support the
>> software for the life of the contract, they are in default of that
contract.
>> They are legally responsible for unholding their contract.
>>
>> --Ricky
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) the TRUTH about the Netserver From: Russ Miescke <russm@powerweb.net> Date: 1998-08-16 23:53:30
Breach of contract is a good idea, but how about a class-action lawsuit? I
am sure there are quite a few people who feel the same way. I have had it
with the fact they will do nothing to fix the quake lag or support OSPF and
have started buying PM3s. I am still stuck with a number of crippled
Netservers as many people are. At the very least, I would hope everyone who
is disappointed in 3Com's position on the Netserver would make it well known
to them that they are losing business to competitors because of this.
Every sales call I get from 3Com, every time I see their booth at a
convention, every tech call I make they hear from me (haven't had a sales
call in a while either). To this point they seemed to have been ignoring
their customers, but perhaps if enough noise is made it might get through.
Russ Miescke
Power Web Connect
-----Original Message-----
they probably won;t do this because they don't want people to know it can do
everything we probably need it to do and more without getting a ARC? ... I
am sure if a good coder got into this he/she could make a great product ...
I would much rather pay for that then upgrade to HiPER ARC's which we won't
do ... I am pursuing the breach of contract with them ...
-----Original Message-----
>
>I was thinking, if USR/3Com is not going to support the Netserver anymore,
>woudln't it be great if they released all the technical specs so that an
>open system could be designed for the netserver? Maybe even release some
>code examples or any work they started on porting Pilgrim to the
>netserver.
>
>I don't know if anyone would actually have time to write for it, or but it
>would be interesting.
>
>Brian
>
>
>
>On Sun, 16 Aug 1998, Ricky Beam wrote:
>
>> Bill Tidwell was heard to say:
>> >release 3.7.73.. there are actually a few 3.8x releases out there,
>>
>> I've got ER 3.7.72... 3.8.0 is a beta and has a few bugs that I don't
think
>> USR are even going to think about fixing.
>>
>> >ass. I bought my chassis 8 months ago and bought a one year service
>> >contract. 4 months ago after I upgraded to v.90 I called to tell
>> >them about the problem and they told me tough shit - buy more USR -
>> >IE Hiperarc. Now if 3com wont support equipment for one year, why
>> >the hell should I ever buy anything from them again? I use my
>> >Ascends just for ISDN but I have modem cards going in on Monday!
>>
>> You have a 1yr software support contract. If they refuse to support the
>> software for the life of the contract, they are in default of that
contract.
>> They are legally responsible for unholding their contract.
>>
>> --Ricky
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
>Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
>signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
>(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) the TRUTH about the Netserver From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-17 07:35:01
Thus spake Jamie Orzechowski
>they probably won;t do this because they don't want people to know it can do
>everything we probably need it to do and more without getting a ARC? ... I
>am sure if a good coder got into this he/she could make a great product ...
>I would much rather pay for that then upgrade to HiPER ARC's which we won't
>do ... I am pursuing the breach of contract with them ...
I had someone in private email comment about possibly making it a class
action suit, and not just for breach of hardware support contract. 3Com
sold...as far as we, and I suspect many others of you...equipment with
*known* problems and refuses to support that in any way, whether that be
a hardware support contract, or even just the warranty that everyone
gets. This is all assuming that they stick to their bogus story about
it being a hardware limitation...if they acknowledge that its a software
issue, then there are other approaches that can be used.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-17 08:15:18
please get in touch with me as I will fully support this suit ...
-----Original Message-----
>Thus spake Jamie Orzechowski
>>they probably won;t do this because they don't want people to know it can
do
>>everything we probably need it to do and more without getting a ARC? ... I
>>am sure if a good coder got into this he/she could make a great product
...
>>I would much rather pay for that then upgrade to HiPER ARC's which we
won't
>>do ... I am pursuing the breach of contract with them ...
>
>I had someone in private email comment about possibly making it a class
>action suit, and not just for breach of hardware support contract. 3Com
>sold...as far as we, and I suspect many others of you...equipment with
>*known* problems and refuses to support that in any way, whether that be
>a hardware support contract, or even just the warranty that everyone
>gets. This is all assuming that they stick to their bogus story about
>it being a hardware limitation...if they acknowledge that its a software
>issue, then there are other approaches that can be used.
>--
>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) Class Action Suit (was: TRUTH about the Netserver) From: Raymond DeRoo <rainman@alphacon.org> Date: 1998-08-17 08:27:00
>> please get in touch with me as I will fully support this suit ...
>>=20
>
>Can we read 'support' to also mean 'fund' ?
Most 'class action' suits are funded by winning the class action. If y=
ou
are using a lawyer that wants a retainer up front, I would suggest you fi=
nd
a different one. Also keep this in mind, class actions suits generally ha=
ve
three effects (if successful). One, they annoy the company which the sui=
t
was brought against (but do little more). Two, the lawyers make a *good*
chuck of money and walk away happy. Three, those who brought the class
action suit get nothing (well... just about) out of it. So if one is to =
do
this, and in the end they expect something other then a 'warm feeling'
because they won, they should think again.
Class action suits also take a *long time* in the court systems. In
Internet years by the time such a suit was settled (one way or the other)
the PM5 will be deprecated, the PM6 will be in wide spread use and the PM=
7
will just be making it into our shops. Please understand, I do feel the
same frustration as many of you. I also do not support 3COMs actions with
regard to the NetServers, but I am a realist.
One final comment, I am *NOT* lawyer. What is stated above are my
observations and should *NOT* be taken as legal advice. Also... how many =
of
you received your $13 from the monitor class action suit?
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 -=3D> rainman <=3D-
/--------------------------------------------------------------------
/ Raymond DeRoo (RD89)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0 voice: 1-708-482-2965
/ rainman@eznet.net=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 fax: 1-708-482-7418
Subject:Re: (usr-tc) the TRUTH about the Netserver From: bryan s. blank <bryan@supernet.net> Date: 1998-08-17 08:54:06
|o| I had someone in private email comment about possibly making it a class
|o| action suit, and not just for breach of hardware support contract. 3Com
|o| sold...as far as we, and I suspect many others of you...equipment with
we're with you on this. i've had enough with these boxes.
*sighs* ...
|o|----------------------------------------------------------------------|o|
|o| bryan s. blank (203)-351-1178 voice |o|
|o| senior systems analyst (203)-351-1186 fax |o|
|o| discovernet, incorporated (850)-508-4766 emerg |o|
Subject:(usr-tc) Radius garbage From: Terry Kennedy <terry@olypen.com> Date: 1998-08-17 09:11:10
We are seeing this in our logs. Anyone seen this before.
I'm assuming it to be a modem problem here. Not transferring
right or something, check the user name!
Fri Aug 14 12:22:01 1998: Authentication: 252/187 '~]m9`:}d:}F!$g{5MRP6vx}'
via
208.205.249.1 from s3 port 31 $"070208c8" - FAILED Authentication failure --
tot
al 0, holding 0
Also, we are using merrit and the simutaneous users limit s acting funny for
one of our users. He's gets auth'd just fine but sooner or later our logs
show "Stop/Idle-Timeout" since we have our system set to 0 for the
timeout (both radius, the netservers and our HiPer equipment ) I must
assume this is his system. Does the idletimeout not work correctly
on our end or is this really coming from the client. If so why can't he log
back in after this happens. Our server keeps report too many simultaneous
loggins.
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-17 09:16:31
Thus spake Jamie Orzechowski
>please get in touch with me as I will fully support this suit ...
I didn't say *I* was gonna do it...we haven't been bitten by Quake Lag
very hard at all, so this particular issue isn't a big deal for us. I
would have to check with my management type people to see if we would be
up for attaching our name to it...personally I would be, but not my
choice at this level. I was just musing on the possibilities mostly.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-17 09:24:43
hmm .. will have to talk to my boss about that ... which is actually on 2
weeks vacation starting today =) ...
best would be to make up a formal letter and list all the companies behind
you and fax it over and I can give it to him ...
Jamie Orzechowski
RipNET Internet System Administrator
Tel.: (613)342-3946 ext 293
Tel.: (800)267-4434 ext 293
Fax.: (613)342-8672
Page.: (613)341-0883
EMail.: mailto:mhz@recorder.ca
Web.: http://www.moonchilli.com
"If you choke a smurf, what color does it turn?"
-----Original Message-----
>Jamie Orzechowski wrote:
>>
>> please get in touch with me as I will fully support this suit ...
>>
>
>Can we read 'support' to also mean 'fund' ?
>
>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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) Class Action Suit (was: TRUTH about the Netserver) From: GTI x2 Tech <x2@apollo.gti.net> Date: 1998-08-17 10:41:13
>
> Most 'class action' suits are funded by winning the class action. If you
> are using a lawyer that wants a retainer up front, I would suggest you find
> a different one. Also keep this in mind, class actions suits generally have
> three effects (if successful). One, they annoy the company which the suit
> was brought against (but do little more).
Dont forget 3com is a public company, and the last thing they want is bad
press about faulty hardware/software. If this hits the presses I would
assume that 3com would put out the fires quickly by giving us all the new
hardware we deserve. Figure how many HARCS would it take? Say 1000 - at
their cost of $3000 each, $300K. Thats a drop in the bucket when it comes
to a company as large as 3Com. Leak it to the press........
For a company with $5.42 BILLION in revenues last year, $300,000 is the
size of a head of a pin as far as an outlay goes.
Two, the lawyers make a *good*
> chuck of money and walk away happy. Three, those who brought the class
> action suit get nothing (well... just about) out of it. So if one is to do
> this, and in the end they expect something other then a 'warm feeling'
> because they won, they should think again.
Again, I think it would be over before it ever got to the courtroom.
BTW - take a look how Livingston takes care of bad hardware:
http://www.livingston.com/tech/support/pm3-bulletin.html
To all PortMaster 3 56K customers
This communication is a technical bulletin directed to all PortMaster 3
customers who have 56K technology installed. We have uncovered a hardware
issue on our modem boards that may show up in a number of different ways
depending on the local environment, configuration set-up and number of
users. In some cases, the problem may not affect your operation at all.
The problem at the customer site can be described as excessive re-trains
or excessive failures to connect on dial-in. The problem is all PortMaster
3 modem cards installed from June 1998 through the present. We will
replace all affected boards in the specified timeframe as stated above to
ensure proper operation of the Portmaster 3. Please review the criteria
stated below to determine whether your Portmaster 3's are affected and the
process for replacement of the identified boards.
Criteria: The boards must meet BOTH revision and date code criteria to be
part of the replacement program.
PortMaster 3 - 56K modem boards - 8 or 10 port
Revision F or G - info located on the bar code label - pictures of the
modem board, bar code label and chip are referenced on our web page at
www.livingston.com/tech/support/pm3-references.html.
Date Code - 98XX - located on a chip directly to the right of the bar code
label. Pictures are referenced on the Web page.
Once it is determined that the boards have met the above criteria, please
follow the process below. If you are unable to make the determination,
please call technical support at 800-458-9966 or 925-737-2100.
Contact Lucent RABU technical support and a technical support engineer
will work with you and verify your 56K modem boards meet the recall
criteria.
If it is determined by technical support that the 56K boards meet the
criteria, the engineer will complete a service request and forward the
request to Lucent RABU's RMA department.
A RMA administrator will arrange for the shipment of next day advanced
replacement. Please have the total number, type and serial numbers of the
modem boards required. This will assist in expediting the shipment and
minimize any inconvenience.
Upon receipt of your replacement boards, locate the RMA information
envelope that contains product return information. Provided is a pre-paid
Fed-Ex AirWay bill. Simply, re-package the defective boards, complete the
pre-paid AirWay bill and contact Fed-Ex for pick up. It is critical that
we have an expedient return of the defective boards.
The following day, a RMA administrator will contact you to verify the
receipt of your replacement boards and address any additional questions
you may have.
We expect to complete this program in 3 weeks. We have currently updated
multiple customers who worked with us in identifying the root cause of the
problem. I thank all of you who participated. We have added multiple
processes to our test procedures as a result of this recall. We will
continue to make the necessary changes ensuring you receive the highest of
quality products or solutions from Lucent.
Download Merit Radius 3.6B.. That one works great with TCs...
At 12:20 PM 8/17/98 +0200, Luc DUMAINE wrote:
>USR doesn't follow RFC 2138 recommendations for VSA so Merit
>Radiusd Basic 3.5.6 must be patched in order to understand them.
>
>I found in the usr-tc archive a mail about this patch
>(http://www.datasys.net/usr-tc/3711.html).
>
>Unfortunately the archive stops some time after this mail and the
>mail with the patch isn't available.
>
>Could someone post it on the list again ?
>
>Thank You,
>Luc Dumaine / Acces et Solutions Internet
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
Garry Shtern shterng@akula.com
Chief Network Administrator http://www.akula.com
Akula Communications Corp. tel. (212) 292-8892
Download Merit Radius 3.6B.. That one works great with TCs...
At 12:20 PM 8/17/98 +0200, Luc DUMAINE wrote:
>USR doesn't follow RFC 2138 recommendations for VSA so Merit
>Radiusd Basic 3.5.6 must be patched in order to understand them.
>
>I found in the usr-tc archive a mail about this patch
>(http://www.datasys.net/usr-tc/3711.html).
>
>Unfortunately the archive stops some time after this mail and the
>mail with the patch isn't available.
>
>Could someone post it on the list again ?
>
>Thank You,
>Luc Dumaine / Acces et Solutions Internet
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
Garry Shtern shterng@akula.com
Chief Network Administrator http://www.akula.com
Akula Communications Corp. tel. (212) 292-8892
USR doesn't follow RFC 2138 recommendations for VSA so Merit
Radiusd Basic 3.5.6 must be patched in order to understand them.
I found in the usr-tc archive a mail about this patch
(http://www.datasys.net/usr-tc/3711.html).
Unfortunately the archive stops some time after this mail and the
mail with the patch isn't available.
Could someone post it on the list again ?
Thank You,
Luc Dumaine / Acces et Solutions Internet
Subject:Re: (usr-tc) the TRUTH about the Netserver From: Nick Lott <nick@uk.insight.com> Date: 1998-08-17 12:43:09
Jamie Orzechowski wrote:
>
> please get in touch with me as I will fully support this suit ...
>
Can we read 'support' to also mean 'fund' ?
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 Mon, 17 Aug 1998, Luc DUMAINE wrote:
> Could someone post it on the list again ?
>
> Thank You,
> Luc Dumaine / Acces et Solutions Internet
I made some patches for the 3.5.6 basic version, they are available at
http://www.dnt.ro/~vsv/merit.html, if you have any problems drop me a
line.
-vsv
---
Stefanita Valcu, http://www.dnt.ro/~vsv
Network Engineer, Dynamic Network Technologies
Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
Subject:(usr-tc) Multi-Link Analog via 98 From: Eric Forcey <eric@psnw.com> Date: 1998-08-17 14:38:11
Has anyone been successful with a MPP connection originating from a
Windows98 system?
I have several customers that are NT, and even Win95 that can get in on a
MPP just fine, but those that are connecting with 98's DUN.
I believe, coming from my assistant, that the error that is coming up as
"Error 620"
Is there anything that needs to be tweaked on the TC to allow MPP via
Win98?
-Eric
I have a USR Netserver 16 with analogic modems.
Can these modems be upgraded to v.90 ?
What do I need to do for this, if it's possible ?
P.S. I don't really have a clear picture about what v.90 means. Can
someone explain this to me in detail ?
Thanks,
Bogdan
Bogdan Pelinescu <bpelin@itcnet.ro> |
R&D Engineer | Tel: (401) 232 2770
Institute for Computers |
Networks & Communications Dept. | Fax: (401) 230 7845
Bucharest, Romania |
Subject:RE: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Jose de Leon <jadiel@thevision.net> Date: 1998-08-17 17:16:36
If 3Com caved in and replaced all the faulty hardware, would that apply to
those who don't have a support contract. Wouldn't it come under chassis
warrenty service? They do have a 1 year warrenty on the hardware, correct?
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of GTI x2 Tech
Sent: Monday, August 17, 1998 7:41 AM
>
> Most 'class action' suits are funded by winning the class action. If
you
> are using a lawyer that wants a retainer up front, I would suggest you
find
> a different one. Also keep this in mind, class actions suits generally
have
> three effects (if successful). One, they annoy the company which the suit
> was brought against (but do little more).
Dont forget 3com is a public company, and the last thing they want is bad
press about faulty hardware/software. If this hits the presses I would
assume that 3com would put out the fires quickly by giving us all the new
hardware we deserve. Figure how many HARCS would it take? Say 1000 - at
their cost of $3000 each, $300K. Thats a drop in the bucket when it comes
to a company as large as 3Com. Leak it to the press........
For a company with $5.42 BILLION in revenues last year, $300,000 is the
size of a head of a pin as far as an outlay goes.
Two, the lawyers make a *good*
> chuck of money and walk away happy. Three, those who brought the class
> action suit get nothing (well... just about) out of it. So if one is to
do
> this, and in the end they expect something other then a 'warm feeling'
> because they won, they should think again.
Again, I think it would be over before it ever got to the courtroom.
BTW - take a look how Livingston takes care of bad hardware:
http://www.livingston.com/tech/support/pm3-bulletin.html
To all PortMaster 3 56K customers
This communication is a technical bulletin directed to all PortMaster 3
customers who have 56K technology installed. We have uncovered a hardware
issue on our modem boards that may show up in a number of different ways
depending on the local environment, configuration set-up and number of
users. In some cases, the problem may not affect your operation at all.
The problem at the customer site can be described as excessive re-trains
or excessive failures to connect on dial-in. The problem is all PortMaster
3 modem cards installed from June 1998 through the present. We will
replace all affected boards in the specified timeframe as stated above to
ensure proper operation of the Portmaster 3. Please review the criteria
stated below to determine whether your Portmaster 3's are affected and the
process for replacement of the identified boards.
Criteria: The boards must meet BOTH revision and date code criteria to be
part of the replacement program.
PortMaster 3 - 56K modem boards - 8 or 10 port
Revision F or G - info located on the bar code label - pictures of the
modem board, bar code label and chip are referenced on our web page at
www.livingston.com/tech/support/pm3-references.html.
Date Code - 98XX - located on a chip directly to the right of the bar code
label. Pictures are referenced on the Web page.
Once it is determined that the boards have met the above criteria, please
follow the process below. If you are unable to make the determination,
please call technical support at 800-458-9966 or 925-737-2100.
Contact Lucent RABU technical support and a technical support engineer
will work with you and verify your 56K modem boards meet the recall
criteria.
If it is determined by technical support that the 56K boards meet the
criteria, the engineer will complete a service request and forward the
request to Lucent RABU's RMA department.
A RMA administrator will arrange for the shipment of next day advanced
replacement. Please have the total number, type and serial numbers of the
modem boards required. This will assist in expediting the shipment and
minimize any inconvenience.
Upon receipt of your replacement boards, locate the RMA information
envelope that contains product return information. Provided is a pre-paid
Fed-Ex AirWay bill. Simply, re-package the defective boards, complete the
pre-paid AirWay bill and contact Fed-Ex for pick up. It is critical that
we have an expedient return of the defective boards.
The following day, a RMA administrator will contact you to verify the
receipt of your replacement boards and address any additional questions
you may have.
We expect to complete this program in 3 weeks. We have currently updated
multiple customers who worked with us in identifying the root cause of the
problem. I thank all of you who participated. We have added multiple
processes to our test procedures as a result of this recall. We will
continue to make the necessary changes ensuring you receive the highest of
quality products or solutions from Lucent.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Can you mix quad & hiper DSP cards and have them managed
by a Hiper ARC card?
The problem I have been reading about the Netserver, does this
also effect the quad modems?
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Steve Parker <sparker@torgo.punk.net> Date: 1998-08-17 17:20:05
On Mon, 17 Aug 1998, GTI x2 Tech wrote:
> hardware we deserve. Figure how many HARCS would it take? Say 1000 - at
> their cost of $3000 each, $300K.
Interesting math. 1000x$3000=$3 million.
============================================================================
==== Help crack RC5 64-bit encryption -- http://www.distributed.net/rc5 ====
============================================================================
Subject:RE: (usr-tc) Hiperarc assigning wrong IP address From: Jose de Leon <jadiel@thevision.net> Date: 1998-08-17 21:07:17
Check your radius configuration. Are you sure you want to assign a /26
subnet mask per dialup?
For normal dialup, your radius should have 255.255.255.255 for the netmask.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of G. Owens
Sent: Monday, August 17, 1998 7:50 PM
We are experiencing an on going problem. Where about every 8th or 9th dial
in the arc assigns a non existent address to the user. The user is able to
connect but can then go no where. User hangs ups dials back in connects to
same modem and moves about fine.
When I do a list IP I get the following info
IP Pool2 206.97.136.94 /26 subnet mask size 34
IP Pool 208.149.47.143 /26 subnet mask size 62
The bogus IP address it is assigning is 206.97.136.129 We should never be
getting this number. We have tried rebooting, no help. Any advice would be
appreciated
Greg Owens
Magnolia InterNet Services
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
> Can you mix quad & hiper DSP cards and have them managed
> by a Hiper ARC card?
Yes - We have several ARC based 96-port boxes (12 Quad modems + 2 HDM's)
They work quite well.
| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt |
| Executive Vice President - Exec-PC, Inc. |
Subject:(usr-tc) Hiperarc assigning wrong IP address From: G. Owens <gowens@seark.net> Date: 1998-08-17 21:50:19
We are experiencing an on going problem. Where about every 8th or 9th dial
in the arc assigns a non existent address to the user. The user is able to
connect but can then go no where. User hangs ups dials back in connects to
same modem and moves about fine.
When I do a list IP I get the following info
IP Pool2 206.97.136.94 /26 subnet mask size 34
IP Pool 208.149.47.143 /26 subnet mask size 62
The bogus IP address it is assigning is 206.97.136.129 We should never be
getting this number. We have tried rebooting, no help. Any advice would be
appreciated
Greg Owens
Magnolia InterNet Services
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-08-17 22:29:06
i'm sure it would cost them less than $300K ($3 Million) to fix the darn
netserver code. If it worked we wouldn't need hiper ARCs to begin with.
Leon McCalla
-----Original Message-----
>Dont forget 3com is a public company, and the last thing they want is bad
>press about faulty hardware/software. If this hits the presses I would
>assume that 3com would put out the fires quickly by giving us all the new
>hardware we deserve. Figure how many HARCS would it take? Say 1000 - at
>their cost of $3000 each, $300K. Thats a drop in the bucket when it comes
>to a company as large as 3Com. Leak it to the press........
Even though we have the following set on our ARC's, they still prompt?
Running version V4.0.30 with a recent reboot for good measure.
set modem_group all message ""
set modem_group all prompt "login: "
AND:
hiper1-arc2> sh intERFACE slot:6/mod:1 set
INTERFACE slot:6/mod:1 SETTINGS
Description: GWC Modem Driver
Type: RS232
Speed: 44000
High Speed: 0
Administrative Status: Up
Operational Status: Up
Link Up/Down Traps: ENABLED
Promiscuous Mode: FALSE
Connector Present: TRUE
Filter Access: OFF
Last Change: 0d 00:01:12
Input Filter:
Output Filter:
Host Type: SELECT
Connection Type: NORMAL
Port Type: LOGIN_NETWORK
User Name:
Access: TWO_WAY
Dial Prefix:
Init Script: USR_int
TCP Port: 0
Protocol: PPP
Prompt: login:
Message:
Host Address: 0.0.0.0
Login Service: TELNET
Even though, sometimes they prompt with:
Style A
=======
Welcome to 3Com Total Control HiPer ARC (TM)
Networks That Go The Distance (TM)
Login:
Style B
=======
3Com
Total Control. From the leader in networking
Login:
How do I disable all this junk except for the Login: ( and subsequent Password:
) prompt? I already checked on interproc.ae.usr.com and even read an ARC PDF!
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | Fax 601.969.3838
Marshall Morgan was heard to say:
>How do I disable all this junk except for the Login: ( and subsequent Password:
>) prompt? I already checked on interproc.ae.usr.com and even read an ARC PDF!
Umm:
set modem_group all message "\r"
Works for me :-) (v4.1.9) Depending on version, you may need to set that
via SNMP.
--Ricky
Marshall,
Use:
set modem_group all message "\b" prompt "\b"
"\b" = does a backspace and leaves you at the same line.
"\r" = carriage return
"\f" = formfeed
"\t" = tab
"\n" = newline
regards,
/norm
Marshall Morgan <marshall@netdoor.com> on 08/18/98 12:36:32 AM
Please respond to usr-tc@lists.xmission.com
cc: (Norm Miller/US/3Com)
Even though we have the following set on our ARC's, they still prompt?
Running version V4.0.30 with a recent reboot for good measure.
set modem_group all message ""
set modem_group all prompt "login: "
AND:
hiper1-arc2> sh intERFACE slot:6/mod:1 set
INTERFACE slot:6/mod:1 SETTINGS
Description: GWC Modem Driver
Type: RS232
Speed: 44000
High Speed: 0
Administrative Status: Up
Operational Status: Up
Link Up/Down Traps: ENABLED
Promiscuous Mode: FALSE
Connector Present: TRUE
Filter Access: OFF
Last Change: 0d 00:01:12
Input Filter:
Output Filter:
Host Type: SELECT
Connection Type: NORMAL
Port Type: LOGIN_NETWORK
User Name:
Access: TWO_WAY
Dial Prefix:
Init Script: USR_int
TCP Port: 0
Protocol: PPP
Prompt: login:
Message:
Host Address: 0.0.0.0
Login Service: TELNET
Even though, sometimes they prompt with:
Style A
=======
Welcome to 3Com Total Control HiPer ARC (TM)
Networks That Go The Distance (TM)
Login:
Style B
=======
3Com
Total Control. From the leader in networking
Login:
How do I disable all this junk except for the Login: ( and subsequent
Password:
) prompt? I already checked on interproc.ae.usr.com and even read an ARC
PDF!
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | Fax 601.969.3838
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Leave the message part blank:
set modem_group all message
And it should work - it did for me.
Marshall Morgan wrote:
>
> Even though we have the following set on our ARC's, they still prompt?
>
> Running version V4.0.30 with a recent reboot for good measure.
>
> set modem_group all message ""
> set modem_group all prompt "login: "
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Clayton Zekelman <clayton@mnsi.net> Date: 1998-08-18 11:12:05
3Com does not own the ComOS that runs Netserver. They cannot modify it
anymore. Netserver is a dead product.
At 10:29 PM 8/17/98 -0400, you wrote:
>i'm sure it would cost them less than $300K ($3 Million) to fix the darn
>netserver code. If it worked we wouldn't need hiper ARCs to begin with.
>
>Leon McCalla
>
>-----Original Message-----
>>Dont forget 3com is a public company, and the last thing they want is bad
>>press about faulty hardware/software. If this hits the presses I would
>>assume that 3com would put out the fires quickly by giving us all the new
>>hardware we deserve. Figure how many HARCS would it take? Say 1000 - at
>>their cost of $3000 each, $300K. Thats a drop in the bucket when it comes
>>to a company as large as 3Com. Leak it to the press........
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
---
Clayton Zekelman
Managed Network Systems Inc.
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6
tel. 519-258-2642
fax. 519-258-3009
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-18 11:42:50
Thus spake Nick Lott
>Clayton Zekelman wrote:
>> 3Com does not own the ComOS that runs Netserver. They cannot modify it
>> anymore. Netserver is a dead product.
>Indeed. The quake lag has been well documented with ComOS and in many
>ComOS mailing lists, but it was fixed a *long* time ago in the PM's.
>Unforunatly Livingston (now Lucent) dont have anything to gain by
>licencing a newer version of ComOS for the netserver.
>I also doubt that 3com will allocate any of the development team to work
>in the netserver in the light of the effort needed with HARC
>development.
Fine, then they can give me a HARC as their "support" of the netserver
product since I *do* still have a support agreement with them for the
product and they are (should be?) obliged to support it in *some* way at
least.
I refuse to *pay* for a fix to a known bad product...that's like buying
a compact car that doesn't run and being told that the fix is to buy
the car companies luxury model, I believe that's something along the
lines of "bait-n-switch" and is illegal I believe.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-18 11:54:19
Thus spake Nick Lott
>Jeff Mcadams wrote:
>> Fine, then they can give me a HARC as their "support" of the netserver
>> product since I *do* still have a support agreement with them for the
>> product and they are (should be?) obliged to support it in *some* way at
>> least.
>> I refuse to *pay* for a fix to a known bad product...that's like buying
>> a compact car that doesn't run and being told that the fix is to buy
>> the car companies luxury model, I believe that's something along the
>> lines of "bait-n-switch" and is illegal I believe.
>Totally agree - but do you *really* believe that will happen?
No, but I can have a lot of fun yellling at people trying to get it to
happen. :)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
We would like to get some "POINTERS" from anyone on this list that
is running merit 3.6B radius/w USR att and BSDI V3.1 We run both
Netserver and HiperArc hubs! We really need to get this server in place
and get rid of our old radius....
Particularly interested in the user file, client file, vendor file
setups!
Please reply off list!
==============================================================================
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
==============================================================================
Subject:(usr-tc) mail.in mail.out for ARC? From: Pete Ashdown <pashdown@xmission.com> Date: 1998-08-18 12:29:30
Has anyone cooked up some mail-only filters for the ARC?
Subject:(usr-tc) Total Control Resellers From: Peter D. Mayer <dmayer@netwalk.com> Date: 1998-08-18 13:20:34
Where do most of you purchase your TC equipment? We used to purchase it
through a small vendor who gave us great prices, but they seem to have
disappeared. Who has good prices on this stuff?
Thanks,
Peter D. Mayer
NetWalk System Administrator
dmayer@netwalk.com
Subject:Re: Re:(usr-tc) Quake From: Terry Kennedy <terry@olypen.com> Date: 1998-08-18 13:22:17
Well, well... hmmm.. Westcon, good company deal with you guys all the
time. But are you really impartial here, after all you're a dealer for 3com.
For us, buying the new equipment wasn't the problem. We did. The
problem is that the new equipment, although much more expandable
has other problems. I have e-mailed 3com 3 times lat week and gooten
no reply on the disconnect problem. Just my 2 cents ( or was that 50,000)
worth.
Terry Kennedy
OlyPen, Inc.
Gentlemen this is the first and most constructive comments I have yet to
read
about the Total Control chassis.. if what is written her is not common-sence
then its a long term investment buying the Total Control Chassis....
3Com have the authority unlike USR working with Linvingston to totally
change
the code as per End users request..
What we are all experience her is growing pains.. stop being babies.. for if
you
decide to go with another vendor they must first catch up with the growing
pains
USR went through in the past (who is now 3Com) and I'm pretty sure such
investment for anyone is more than expensive..
Gentlemen be careful of the decision you make for you may not have a job or
a
company in the future...for today just be observers, we are yet to see what
the
Total Control Chassis can do (The Total Control is yet to prove, why all
other
vendors are catching on to the same concept as 3Com's HiPer ARC)
Just be careful...
____________________Reply Separator____________________
Author: totaloutofcontrl@hotmail.com
You guys whine too much. Especially you James. I think you enjoy it. Who
would want an increasing share of investment in an obsolete product anyway?
The NetServer is obsolete. I can think of a ton of things you can't do with
it that you can do with a HiPer ARC. Besides if you really cared about
performance and features for your customers as you say you do you would
cough up the money and upgrade. USR has refined the NetServer code as much
as their licensing will permit. It's time to move on. And if you think the
Livingston Portmasters, Cisco, Ascend, or Nortel do it better think again.
My experience with these types of products spans thousands of chassis. And
overall, believe me, the other guys do not do it better. I can point out
just as many bugs, probably a hell of a lot more, with Livingston and Cisco
products as you can with Total Control. Take your best shot.
Gentlemen, you must remember, most of the problems you are complaining about
were not in consideration for the initial design of the software for the
NetServer. Technology continues to push hardware & software to the limit.
When USR obtained the limited licensing on the livingston code they wrote
the code without quake in mind. Quake was originally designed for a LAN not
for dial up. It's only been the last 2-3 years that it has become popular
for dial-up. In other words you are using your NetServer's for something it
was not designed for. Livingston has since re-worked it's code to support
it. USR does not have the necessary rights to do that. So, with our long
term best interests at heart they set forth to design their own code on a
completely new platform. A platform they could easily support quake and any
other issue that may come up. They will not abandon the HiPer ARC as some
of you fear they will down the road. The HiPer ARC and everything that come
with it is their baby. They will always have the rights and the expertise
to easily change anything they want on it. Thus, the sooner you all get to
the HiPer ARC the better off you will be. Believe me when I tell you,
Livingston and Cisco do not have the support and feature enhancement
capabilities of 3COM on this type of product. After all, How could they? I
would wager the total Control Chassis is found in more ISP's and Corporate
environments that all of the above combined. Thus giving them a tremendous
advantage over anyone. No one has as wide a customer base. No one has as
many customers using the product in so many different ways. When a bug
comes up they have the potential to find it, and the resources to fix it the
fastest.
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.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) Total Control Resellers From: jcusmano@westcon.com Date: 1998-08-18 13:34:48
Source Technology has some great prices=2E
The phone number is: 1-888-765-5758 ask for Matt Samalis
Mention my name when you talk to a Matt=2E
If you have any other questions: jcusmano@westcon=2Ecom
John Cusmano
____________________Reply Separator____________________
Author: dmayer@netwalk=2Ecom
Where do most of you purchase your TC equipment? We used to purchase it
through a small vendor who gave us great prices, but they seem to have
disappeared=2E Who has good prices on this stuff?
Thanks,
Peter D=2E Mayer
NetWalk System Administrator
dmayer@netwalk=2Ecom
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Ricky Beam <jfbeam@interpath.net> Date: 1998-08-18 13:36:09
Clayton Zekelman was heard to say:
>3Com does not own the ComOS that runs Netserver. They cannot modify it
>anymore. Netserver is a dead product.
Yes, but that does not preclude them from writing their own software for
the netserver, nor does it stop them from telling anyone else how the tdm
interface logic works so some else can write code for the netserver.
3Com will not do either. While the 486dx4-100 based netserver has more than
enough CPU power to handle a rack full of quad modems, it cannot hand more
than a handful of hiperDSPs. Assuming PRI's are plugged into the DSPs,
that's 1.4375Mb/s (23 channels at 64k) with no compression. Let's assume
you can get an average across all channels of 2:1, then the netserver would
have to handle 2.875Mb/s. With pure text (web pages) transfers, the
compression can get as good at 10:1. The netserver would be over run with
very few DSPs attached to it... running 3 DSPs, that's a bit speed range
from 650Kb/s to 42Mb/s (9600baud 0 compression to 64k @ 10:1)
Let's be realistic... the netserver is very under-powered for any future
applications. In fact, it's going to get increasingly harder to build
or repair them as the 486 processor line goes away. The HiperARC *is*
a superior product. It has a better software base; it's very well
documented; and it's got enough CPU power to handle an entire chassis
of DSPs.
If 3Com really wants to keep peoples business, they need to make it worth
everyones time to get up to speed on the ARC *and* make a free or very cheap
for us to transistion to the ARC. They also need to give us some assurance
they won't pull the same bullsh*t two years down the road when they want to
stop supporting the TDM based chassis in favor of the ATM based chassis.
(Which, btw, will require the replacement of the entire rack.)
Speaking for myself, I'll require a 3yr software agreement and a 5yr hardware
agreement before I'd sign-off on staying with 3Com products. I'd like to
play with a PM3, but having a Canadian CEO... we're lucky to not have been
shot for having a Lucent phone switch. (And they'll remove it soon enough.)
Cisco hardware is nothing flashy, but does get the job done.
--Ricky
Gentlemen this is the first and most constructive comments I have yet to re=
ad
about the Total Control chassis=2E=2E if what is written her is not common-sence
then its a long term investment buying the Total Control Chassis=2E=2E=2E=2E
3Com have the authority unlike USR working with Linvingston to totally change
the code as per End users request=2E=2E
What we are all experience her is growing pains=2E=2E stop being babies=2E=2E for=
if you
decide to go with another vendor they must first catch up with the growing pains
USR went through in the past (who is now 3Com) and I'm pretty sure such
investment for anyone is more than expensive=2E=2E
Gentlemen be careful of the decision you make for you may not have a job or a
company in the future=2E=2E=2Efor today just be observers, we are yet to see what=
the
Total Control Chassis can do (The Total Control is yet to prove, why all other
vendors are catching on to the same concept as 3Com's HiPer ARC)
Just be careful=2E=2E=2E
____________________Reply Separator____________________
Author: totaloutofcontrl@hotmail=2Ecom
You guys whine too much=2E Especially you James=2E I think you enjoy it=2E Who=
=20=
would want an increasing share of investment in an obsolete product anyway? =20=
The NetServer is obsolete=2E I can think of a ton of things you can't do with=20=
it that you can do with a HiPer ARC=2E Besides if you really cared about=20=
performance and features for your customers as you say you do you would cough=20=
up the money and upgrade=2E USR has refined the NetServer code as much as=20=
their licensing will permit=2E It's time to move on=2E And if you think the=20=
Livingston Portmasters, Cisco, Ascend, or Nortel do it better think again=2E =20=
My experience with these types of products spans thousands of chassis=2E And=20=
overall, believe me, the other guys do not do it better=2E I can point out=20=
just as many bugs, probably a hell of a lot more, with Livingston and Cisco=20=
products as you can with Total Control=2E Take your best shot=2E
Gentlemen, you must remember, most of the problems you are complaining about=20=
were not in consideration for the initial design of the software for the=20=
NetServer=2E Technology continues to push hardware & software to the limit=2E =20=
When USR obtained the limited licensing on the livingston code they wrote the=20=
code without quake in mind=2E Quake was originally designed for a LAN not for=20=
dial up=2E It's only been the last 2-3 years that it has become popular for=20=
dial-up=2E In other words you are using your NetServer's for something it was=20=
not designed for=2E Livingston has since re-worked it's code to support it=2E =20=
USR does not have the necessary rights to do that=2E So, with our long term=20=
best interests at heart they set forth to design their own code on a=20=
completely new platform=2E A platform they could easily support quake and any=20=
other issue that may come up=2E They will not abandon the HiPer ARC as some of=20=
you fear they will down the road=2E The HiPer ARC and everything that come=20=
with it is their baby=2E They will always have the rights and the expertise to=20=
easily change anything they want on it=2E Thus, the sooner you all get to the=20=
HiPer ARC the better off you will be=2E Believe me when I tell you, Livingston=20=
and Cisco do not have the support and feature enhancement capabilities of=20=
3COM on this type of product=2E After all, How could they? I would wager the=20=
total Control Chassis is found in more ISP's and Corporate environments that=20=
all of the above combined=2E Thus giving them a tremendous advantage over=20=
anyone=2E No one has as wide a customer base=2E No one has as many customers=20=
using the product in so many different ways=2E When a bug comes up they have=20=
the potential to find it, and the resources to fix it the fastest=2E
______________________________________________________
Get Your Private, Free Email at http://www=2Ehotmail=2Ecom
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
Ok, so do you guys there know of any eng. release for DSP's
that help with this problem? I haven't even gotten a response
from them. We are running 1.25, we did that to appease the v.90
customer base, but geeze this stuff is sure unstable for a lot of
our customers out there.
-----Original Message-----
<usr-tc@lists.xmission.com>; jcusmano@westcon.com <jcusmano@westcon.com>
Terry I'm sorry if I'm not typing what you want to read, but all i'm saying
is:
If you will not take my foolish advise, then experience will teach
you...(could
be a costly lesson in the future)
I'm not saying there are not problems but the kind of problems are growing
pains..
I'm happy that you're happy with our company's deals all the time and yes
I'm
really impartial about the Total Control (HiPer ARC).. To-date Weston
distributes no more that 15 manufacturer's products and 3Com is one of
them....
go figure..
My question to you is this: What are you planning to do when you jump off
the
HiPer ARC band wagon and go with another vendor when the HiPer ARC's growing
pains are over...
Be caregul.. Its you choice
____________________Reply Separator____________________
Author: terry@olypen.com
Well, well... hmmm.. Westcon, good company deal with you guys all the
time. But are you really impartial here, after all you're a dealer for 3com.
For us, buying the new equipment wasn't the problem. We did. The
problem is that the new equipment, although much more expandable
has other problems. I have e-mailed 3com 3 times lat week and gooten
no reply on the disconnect problem. Just my 2 cents ( or was that 50,000)
worth.
Terry Kennedy
OlyPen, Inc.
Gentlemen this is the first and most constructive comments I have yet to
read
about the Total Control chassis.. if what is written her is not common-sence
then its a long term investment buying the Total Control Chassis....
3Com have the authority unlike USR working with Linvingston to totally
change
the code as per End users request..
What we are all experience her is growing pains.. stop being babies.. for if
you
decide to go with another vendor they must first catch up with the growing
pains
USR went through in the past (who is now 3Com) and I'm pretty sure such
investment for anyone is more than expensive..
Gentlemen be careful of the decision you make for you may not have a job or
a
company in the future...for today just be observers, we are yet to see what
the
Total Control Chassis can do (The Total Control is yet to prove, why all
other
vendors are catching on to the same concept as 3Com's HiPer ARC)
Just be careful...
____________________Reply Separator____________________
Author: totaloutofcontrl@hotmail.com
You guys whine too much. Especially you James. I think you enjoy it. Who
would want an increasing share of investment in an obsolete product anyway?
The NetServer is obsolete. I can think of a ton of things you can't do with
it that you can do with a HiPer ARC. Besides if you really cared about
performance and features for your customers as you say you do you would
cough up the money and upgrade. USR has refined the NetServer code as much
as their licensing will permit. It's time to move on. And if you think the
Livingston Portmasters, Cisco, Ascend, or Nortel do it better think again.
My experience with these types of products spans thousands of chassis. And
overall, believe me, the other guys do not do it better. I can point out
just as many bugs, probably a hell of a lot more, with Livingston and Cisco
products as you can with Total Control. Take your best shot.
Gentlemen, you must remember, most of the problems you are complaining about
were not in consideration for the initial design of the software for the
NetServer. Technology continues to push hardware & software to the limit.
When USR obtained the limited licensing on the livingston code they wrote
the code without quake in mind. Quake was originally designed for a LAN not
for dial up. It's only been the last 2-3 years that it has become popular
for dial-up. In other words you are using your NetServer's for something it
was not designed for. Livingston has since re-worked it's code to support
it. USR does not have the necessary rights to do that. So, with our long
term best interests at heart they set forth to design their own code on a
completely new platform. A platform they could easily support quake and any
other issue that may come up. They will not abandon the HiPer ARC as some
of you fear they will down the road. The HiPer ARC and everything that come
with it is their baby. They will always have the rights and the expertise
to easily change anything they want on it. Thus, the sooner you all get to
the HiPer ARC the better off you will be. Believe me when I tell you,
Livingston and Cisco do not have the support and feature enhancement
capabilities of 3COM on this type of product. After all, How could they? I
would wager the total Control Chassis is found in more ISP's and Corporate
environments that all of the above combined. Thus giving them a tremendous
advantage over anyone. No one has as wide a customer base. No one has as
many customers using the product in so many different ways. When a bug
comes up they have the potential to find it, and the resources to fix it the
fastest.
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.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.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Dial-up DNS From: K Mitchell <mitch@keyconn.net> Date: 1998-08-18 15:06:31
I have a user who is trying to check his mail on another provider's server.
The server is refusing his connection because reverse won't resolve. I
don't have any DNS entries for the IP range(96 IPs) assigned to my HiPer.
Should I? If so, is there an easier way to do it than 96 seperate PTR lines
in ...in-addr.arpa?
Thanks,
Kirk
Kirk Mitchell-General Manager mitch@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Nick Lott <nick@uk.insight.com> Date: 1998-08-18 15:14:36
Clayton Zekelman wrote:
>
> 3Com does not own the ComOS that runs Netserver. They cannot modify it
> anymore. Netserver is a dead product.
Indeed. The quake lag has been well documented with ComOS and in many
ComOS mailing lists, but it was fixed a *long* time ago in the PM's.
Unforunatly Livingston (now Lucent) dont have anything to gain by
licencing a newer version of ComOS for the netserver.
I also doubt that 3com will allocate any of the development team to work
in the netserver in the light of the effort needed with HARC
development.
>
> At 10:29 PM 8/17/98 -0400, you wrote:
> >i'm sure it would cost them less than $300K ($3 Million) to fix the darn
> >netserver code. If it worked we wouldn't need hiper ARCs to begin with.
> >
> >Leon McCalla
> >
> >-----Original Message-----
> >>Dont forget 3com is a public company, and the last thing they want is bad
> >>press about faulty hardware/software. If this hits the presses I would
> >>assume that 3com would put out the fires quickly by giving us all the new
> >>hardware we deserve. Figure how many HARCS would it take? Say 1000 - at
> >>their cost of $3000 each, $300K. Thats a drop in the bucket when it comes
> >>to a company as large as 3Com. Leak it to the press........
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
> >
> ---
> Clayton Zekelman
> Managed Network Systems Inc.
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. 519-258-2642
> fax. 519-258-3009
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Class Action Suit (was: TRUTH about the Netserver) From: Nick Lott <nick@uk.insight.com> Date: 1998-08-18 15:30:39
Jeff Mcadams wrote:
>
> Thus spake Nick Lott
> >Clayton Zekelman wrote:
>
> Fine, then they can give me a HARC as their "support" of the netserver
> product since I *do* still have a support agreement with them for the
> product and they are (should be?) obliged to support it in *some* way at
> least.
>
> I refuse to *pay* for a fix to a known bad product...that's like buying
> a compact car that doesn't run and being told that the fix is to buy
> the car companies luxury model, I believe that's something along the
> lines of "bait-n-switch" and is illegal I believe.
Totally agree - but do you *really* believe that will happen?
You're arguments are seriously flawed.
Once upon a time Craig Hogan shaped the electrons to say...
>You guys whine too much. Especially you James. I think you enjoy it.
>Who would want an increasing share of investment in an obsolete product
Because it is NOT obsolete. The HW is MORE than capable of supporting new
features. Maybe not at the same density as a HiPer ARC, but even that isn't
as dense as a PM-4 anyway. I have seen NO evidence that the current problems
are hardware related, and plenty that indicates a software issue. The HW
should be more than capable of handling the load. And they are STILL
available, and STILL tend to get things (MPIP, V.90, etc) BEFORE the
supposed flagship product.
USR/3Com also promised things they have failed to deliver. OSPF was promised
on the TC - where is it? Let me hear you justify their failure to deliver.
And to save you time, nothing about licensing ComOS, losing the rights, or
anything related to that situation can justify the failure. They have other
options.
>anyway? The NetServer is obsolete. I can think of a ton of things you
>can't do with it that you can do with a HiPer ARC. Besides if you
Cough up and name them. Two that come to mind are ATM (which is claimed
on the way for HiPer) and VOIP (could do it, but density and performance
wouldn't be encouraging). But who cares? Most people aren't using these
things for that kind of service anyway and won't be.
I'm openly challenging you to name things the hardware cannot so.
Software is meaningless, if it is a software then it is a 'will not, not a
'cannot'.
>really cared about performance and features for your customers as you
>say you do you would cough up the money and upgrade. USR has refined
You're nothing but an apologist if this is your stance.
FACT: USR/3Com has promised fixes and features ON THE OLD HW, which that
have failed to deliver.
FACT: The known issues ARE solvable problems, 3Com has decided NOT to
invest in doing so at this time.
Is it ok morally, ethically, and legally to tell people that the 'fix' to
their problem is to pay for new hardware when the current hardware can do
the job if only the code worked?
I say it is not. If it is a true hardware limitation then fine, but we
have seen no evidence of this.
>the NetServer code as much as their licensing will permit. It's time to
Simple: Replace the code. They have had YEARS to do so. There is NO excuse.
>move on. And if you think the Livingston Portmasters, Cisco, Ascend, or
>Nortel do it better think again. My experience with these types of
I do, in fact, I KNOW they can. Because I've worked with products from
all the vendors with ISPs of all sizes. OSPF? BGP? Latency? Througput?
Even the HiPer is lagging with features considered basic needs today - OSPF
is a prime example. Yes, it is 'coming' - STILL.
>guys do not do it better. I can point out just as many bugs, probably a
>hell of a lot more, with Livingston and Cisco products as you can with
Really - I'll call your bluff. Cisco I can belive, because they also have
a HUGE feature set. Just by law of averages they are likely to have more
bugs. But not counting betas, which are SUPPOSED to be where problems are
found, list me more bugs with the Lucent units. Go ahead.
>Gentlemen, you must remember, most of the problems you are complaining
>about were not in consideration for the initial design of the software
>for the NetServer. Technology continues to push hardware & software to
This is a meaningless argument. If 3Com is going to pretend to offer ongoing
support for the product then it is up to them to make the product work.
Period. If it is a hardware limitation then they should step up to the plate
and state what the problem is. They have completely failed to do so.
Everyone knows this is a software issue, and 3Com is trying to duck that
fact.
>your NetServer's for something it was not designed for. Livingston has
>since re-worked it's code to support it. USR does not have the
Bullshit. It just plainworked. I still worked there, and we didn't have to
do anything to make Quake work. We never even tested it - well, except those
of us who used the products to game for ourselves. Nothing special was done.
It even works well on 3.1.4 - which is the version 3Com licensed. So if it
is busted on the TC, look at them.
And, in any case, this argument is tissue paper. It is not the customers
problem that 3Com built a product around software they did not own. It is
not the customers problem that, depsite KNOWING THE WHOLE TIME that they'd
run out of time, they failed to produce a new OS for the product. Remember
the public court case from back in 1996? Remember how USR/3Com got an
extension in the settlement? They even got MORE time then they originally
had and FAILED to do anything. Now personally that sounds like negligence,
but that's just my view. What would you call it?
Instead they roll out the HiPer and start selling it as an improvement over
the old TC. Now they are pushing it as a *FIX* for TC problems. That is
not how you treat customers, period. They created a new OS for the MP units
to replace ComOS, so they themselves have proved they can do it if they want
to. Why is there no new OS for the Total Control Netserver? Could it be
because they want to FORCE ISPs into paying them for the 'solution' to a
problem they should have solved as a matter of course? Could it be they are
trying the same bullshit strongarm tactics they used when they unleashed X2
and pushed it hard on consumers - in an attempt to force sales of TCs on
ISPs as they were the only X2 vendor for most of its life (Bay entered just
in time to not really matter any more).
Hmm, isn't that interesting. They used X2 consumer demand to back ISPs into
a corner where they felt they needed to buy Total Control Netservers.
WHICH 3COM ALREADY KNEW WERE RUNNING OUT OF LIFE WITH THEIR CURRENT SOFTWARE!
They knew that a long time before X2 was ever heard of. Frankly that reeks.
They knew they were losing ComOS, they new they'd have to do something to
replace it or the product would be dead - still they didn't do anything to
replace the software, and they kept selling them to ISPs without warning them
this was going to happen.
Cut to a year later and it is "Oh, well, you want to pay us AGAIN and get
the NEW unit."
Justify that!
It is either deliberate, or such hideously bad foresight as to be
negligent.
>necessary rights to do that. So, with our long term best interests at
>heart they set forth to design their own code on a completely new
I don't buy this for a moment. What they had at heart was how to make
more money by prematurely end of lifing a product that is still quite
viable. Does anyone else think your argument makes sense?
Cisco still supports and develops the AS5200 - despite having the AS5300
and now AS5800. Lucent still develops the PM-3, even with the PM-4
entering use. Ascend is still quite active in development for the MAX4000,
even with the MAX6000 and MAX TNT out there. Etc, etc.
Your argument looks silly in light of the rest of the market.
>platform. A platform they could easily support quake and any other
>issue that may come up. They will not abandon the HiPer ARC as some of
>you fear they will down the road. The HiPer ARC and everything that
Lame - the OLD HW COULD DO IF THEY JUST GAVE PEOPLE DECENT CODE!
And how do YOU know what they will or will not abandon? I bet you people
said the same thing about Cascade access units - up until Ascend bought
them and discontuned the entire family. I bet 3Com customers felt
comfortable with their access products - until they bought USR and made
the ex-USR products their development focus, etc.
I'm not saying they will abandon them, just that you can't state either
side as fact.
>expertise to easily change anything they want on it. Thus, the sooner
>you all get to the HiPer ARC the b
Subject:Re: (usr-tc) Dial-up DNS From: Jason Cropper <jason@clearsail.net> Date: 1998-08-18 16:49:20
This is a multi-part message in MIME format.
--------------6B52C4F621E96088813F5487
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
You'll have to create 96 entries in your DNS. No way around it. The mail
daemon running on the other end insists on it.
K Mitchell wrote:
> I have a user who is trying to check his mail on another provider's server.
> The server is refusing his connection because reverse won't resolve. I
> don't have any DNS entries for the IP range(96 IPs) assigned to my HiPer.
> Should I? If so, is there an easier way to do it than 96 seperate PTR lines
> in ...in-addr.arpa?
>
> Thanks,
> Kirk
>
> Kirk Mitchell-General Manager mitch@keyconn.net
> Keystone Connect http://www.keyconn.net
> ***** Providing quality internet services in central PA *****
> ******* (814)941-5000 We unlock the world ********
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
--------------6B52C4F621E96088813F5487
Content-Type: text/x-vcard; charset=us-ascii;
name="jason.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Jason Cropper
Content-Disposition: attachment;
filename="jason.vcf"
begin:vcard
n:Cropper;Jason
tel;fax:713-844-3990
tel;work:713-230-2828
x-mozilla-html:TRUE
org:ClearSail Communications, LLC
adr:;;PO BOX 12607;Houston;Texas;77217;USA
version:2.1
email;internet:jason@clearsail.net
title:System Administrator/Technical Manager
note:"Your Clear Choice for Filtered Internet Access"
x-mozilla-cpt:;19792
fn:Jason Cropper
end:vcard
--------------6B52C4F621E96088813F5487--
Subject:Re: (usr-tc) Multi-Link Analog via 98 From: MegaZone <megazone@megazone.org> Date: 1998-08-18 17:10:23
Once upon a time Marcelo Souza shaped the electrons to say...
> I have been testing MPP with Windows98 and I had some problems.
Windows MP is screwed up. People have been reporting this with PortMasters,
MAXen, etc. It seems that the drivers Shotgun loads fix it, so it is good
for that at least.
If you want the solutions people found see the portmaster-users archives
at www.livingston.com. You can search them from the web.
I believe it invloved changing a setting on the FIFO, and reducing the MTU
on the windows box.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Subject:Re: (usr-tc) Multi-Link Analog via 98 From: Eric Forcey <eric@psnw.com> Date: 1998-08-18 17:38:18
On Tue, 18 Aug 1998, MegaZone wrote:
Well we still cannot get a user connected if they are using 98, at least
to USR TC equipment.
We still have one POP that is utilizing PM2's and couriers. We can
establish a MPP connection with those without a problem.
What happens is after the first connection is established, it will start
to try and connect the other modem then fail on both connections.
As I said in the previous email, I have users that are running NT, or 95
with DUN 1.2 and it works fine.
We spoke with 3com support today, and they said that they are aware of a
compatibility issue with 98's DUN MPP and the TC's.
> Once upon a time Marcelo Souza shaped the electrons to say...
> > I have been testing MPP with Windows98 and I had some problems.
>
> Windows MP is screwed up. People have been reporting this with PortMasters,
> MAXen, etc. It seems that the drivers Shotgun loads fix it, so it is good
> for that at least.
>
> If you want the solutions people found see the portmaster-users archives
> at www.livingston.com. You can search them from the web.
>
> I believe it invloved changing a setting on the FIFO, and reducing the MTU
> on the windows box.
>
> -MZ
> --
> <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
> Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
> "A little nonsense now and then, is relished by the wisest men" 781-788-0130
> <URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Terry I'm sorry if I'm not typing what you want to read, but all i'm saying=
is:
If you will not take my foolish advise, then experience will teach you=2E=2E=2E(c=
ould
be a costly lesson in the future)
I'm not saying there are not problems but the kind of problems are growing
pains=2E=2E
I'm happy that you're happy with our company's deals all the time and yes I'm
really impartial about the Total Control (HiPer ARC)=2E=2E To-date Weston
distributes no more that 15 manufacturer's products and 3Com is one of them=2E=2E=2E=2E
go figure=2E=2E
My question to you is this: What are you planning to do when you jump off the
HiPer ARC band wagon and go with another vendor when the HiPer ARC's growing
pains are over=2E=2E=2E
Be caregul=2E=2E Its you choice
____________________Reply Separator____________________
Author: terry@olypen=2Ecom
Well, well=2E=2E=2E hmmm=2E=2E Westcon, good company deal with you guys all the
time=2E But are you really impartial here, after all you're a dealer for 3com=2E
For us, buying the new equipment wasn't the problem=2E We did=2E The
problem is that the new equipment, although much more expandable
has other problems=2E I have e-mailed 3com 3 times lat week and gooten
no reply on the disconnect problem=2E Just my 2 cents ( or was that 50,000)
worth=2E
Terry Kennedy
OlyPen, Inc=2E
Gentlemen this is the first and most constructive comments I have yet to
read
about the Total Control chassis=2E=2E if what is written her is not common-sence
then its a long term investment buying the Total Control Chassis=2E=2E=2E=2E
3Com have the authority unlike USR working with Linvingston to totally
change
the code as per End users request=2E=2E
What we are all experience her is growing pains=2E=2E stop being babies=2E=2E for=
if
you
decide to go with another vendor they must first catch up with the growing
pains
USR went through in the past (who is now 3Com) and I'm pretty sure such
investment for anyone is more than expensive=2E=2E
Gentlemen be careful of the decision you make for you may not have a job or
a
company in the future=2E=2E=2Efor today just be observers, we are yet to see what
the
Total Control Chassis can do (The Total Control is yet to prove, why all
other
vendors are catching on to the same concept as 3Com's HiPer ARC)
Just be careful=2E=2E=2E
____________________Reply Separator____________________
Author: totaloutofcontrl@hotmail=2Ecom
You guys whine too much=2E Especially you James=2E I think you enjoy it=2E Who
would want an increasing share of investment in an obsolete product anyway?
The NetServer is obsolete=2E I can think of a ton of things you can't do with
it that you can do with a HiPer ARC=2E Besides if you really cared about
performance and features for your customers as you say you do you would
cough up the money and upgrade=2E USR has refined the NetServer code as much
as their licensing will permit=2E It's time to move on=2E And if you think the
Livingston Portmasters, Cisco, Ascend, or Nortel do it better think again=2E
My experience with these types of products spans thousands of chassis=2E And
overall, believe me, the other guys do not do it better=2E I can point out
just as many bugs, probably a hell of a lot more, with Livingston and Cisco
products as you can with Total Control=2E Take your best shot=2E
Gentlemen, you must remember, most of the problems you are complaining about
were not in consideration for the initial design of the software for the
NetServer=2E Technology continues to push hardware & software to the limit=2E
When USR obtained the limited licensing on the livingston code they wrote
the code without quake in mind=2E Quake was originally designed for a LAN not
for dial up=2E It's only been the last 2-3 years that it has become popular
for dial-up=2E In other words you are using your NetServer's for something it
was not designed for=2E Livingston has since re-worked it's code to support
it=2E USR does not have the necessary rights to do that=2E So, with our long
term best interests at heart they set forth to design their own code on a
completely new platform=2E A platform they could easily support quake and any
other issue that may come up=2E They will not abandon the HiPer ARC as some
of you fear they will down the road=2E The HiPer ARC and everything that come
with it is their baby=2E They will always have the rights and the expertise
to easily change anything they want on it=2E Thus, the sooner you all get to
the HiPer ARC the better off you will be=2E Believe me when I tell you,
Livingston and Cisco do not have the support and feature enhancement
capabilities of 3COM on this type of product=2E After all, How could they? I
would wager the total Control Chassis is found in more ISP's and Corporate
environments that all of the above combined=2E Thus giving them a tremendous
advantage over anyone=2E No one has as wide a customer base=2E No one has as
many customers using the product in so many different ways=2E When a bug
comes up they have the potential to find it, and the resources to fix it the
fastest=2E
______________________________________________________
Get Your Private, Free Email at http://www=2Ehotmail=2Ecom
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
Subject:Re: (usr-tc) Multi-Link Analog via 98 From: MegaZone <megazone@megazone.org> Date: 1998-08-18 17:46:28
Once upon a time Eric Forcey shaped the electrons to say...
>We still have one POP that is utilizing PM2's and couriers. We can
>establish a MPP connection with those without a problem.
HOW? PM-2s don't (and won't, a REAL HW limitation (port buffers) gosh)
support MP on the async ports, only BRI ports.
I don't understand how you're getting MP into anything less than a PM-3
running 3.8 beta.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Brian,
Why does this suck? We're thinking of running in the
configuration you're describing. I'm guessing you mean that we're
going to have to enable x2 on the NMC's to get the quad modem cards
to run x2/v.90?
In article <ak2z1.464$WP.231572@news.giganews.com> you wrote:
: On Sat, 8 Aug 1998, Jason W wrote:
:> We just purchased a HiPer Starter bundle. The NMC is
:> not X2 enabled. But the HiPer DSP's and Hiper Arc are
:> shipped with X2. Does the enable key need to be setup
:> on the NMC for this to work??? We are also going to
:> be upgrading these to V.90. Can this be done without
:> the enable key???? 3com's site does not give very
:> adequate information on how this all works, I would
:> greatly appreciate any help anyone can give.
: The HiPer DSP cards have x2 built in. The NMC card doesn't have x2
: enabled because the HiPer DSP cards don't need it.
: This sucks for someone who wants to load 12 quad modem cards into a HiPer
: bundle.
: Brian
Subject:Re: Re:(usr-tc) Quake From: Brian <signal@shreve.net> Date: 1998-08-18 19:52:52
On Tue, 18 Aug 1998, Terry Kennedy wrote:
> Well, well... hmmm.. Westcon, good company deal with you guys all the
> time. But are you really impartial here, after all you're a dealer for 3com.
> For us, buying the new equipment wasn't the problem. We did. The
> problem is that the new equipment, although much more expandable
> has other problems. I have e-mailed 3com 3 times lat week and gooten
> no reply on the disconnect problem. Just my 2 cents ( or was that 50,000)
> worth.
>
> Terry Kennedy
> OlyPen, Inc.
Interesting how the two messages (the flame from the hotmail account, and
the followup from westcon) are similar writing styles.............not that
I am suggesting anything.
Brian
>
>
>
> Gentlemen this is the first and most constructive comments I have yet to
> read
> about the Total Control chassis.. if what is written her is not common-sence
> then its a long term investment buying the Total Control Chassis....
>
> 3Com have the authority unlike USR working with Linvingston to totally
> change
> the code as per End users request..
>
> What we are all experience her is growing pains.. stop being babies.. for if
> you
> decide to go with another vendor they must first catch up with the growing
> pains
> USR went through in the past (who is now 3Com) and I'm pretty sure such
> investment for anyone is more than expensive..
>
> Gentlemen be careful of the decision you make for you may not have a job or
> a
> company in the future...for today just be observers, we are yet to see what
> the
> Total Control Chassis can do (The Total Control is yet to prove, why all
> other
> vendors are catching on to the same concept as 3Com's HiPer ARC)
>
> Just be careful...
>
> ____________________Reply Separator____________________
> Subject: (usr-tc) Quake
> Author: totaloutofcontrl@hotmail.com
> Date: 8/18/98 2:11 PM
>
> You guys whine too much. Especially you James. I think you enjoy it. Who
> would want an increasing share of investment in an obsolete product anyway?
> The NetServer is obsolete. I can think of a ton of things you can't do with
> it that you can do with a HiPer ARC. Besides if you really cared about
> performance and features for your customers as you say you do you would
> cough up the money and upgrade. USR has refined the NetServer code as much
> as their licensing will permit. It's time to move on. And if you think the
> Livingston Portmasters, Cisco, Ascend, or Nortel do it better think again.
> My experience with these types of products spans thousands of chassis. And
> overall, believe me, the other guys do not do it better. I can point out
> just as many bugs, probably a hell of a lot more, with Livingston and Cisco
> products as you can with Total Control. Take your best shot.
>
> Gentlemen, you must remember, most of the problems you are complaining about
> were not in consideration for the initial design of the software for the
> NetServer. Technology continues to push hardware & software to the limit.
> When USR obtained the limited licensing on the livingston code they wrote
> the code without quake in mind. Quake was originally designed for a LAN not
> for dial up. It's only been the last 2-3 years that it has become popular
> for dial-up. In other words you are using your NetServer's for something it
> was not designed for. Livingston has since re-worked it's code to support
> it. USR does not have the necessary rights to do that. So, with our long
> term best interests at heart they set forth to design their own code on a
> completely new platform. A platform they could easily support quake and any
> other issue that may come up. They will not abandon the HiPer ARC as some
> of you fear they will down the road. The HiPer ARC and everything that come
> with it is their baby. They will always have the rights and the expertise
> to easily change anything they want on it. Thus, the sooner you all get to
> the HiPer ARC the better off you will be. Believe me when I tell you,
> Livingston and Cisco do not have the support and feature enhancement
> capabilities of 3COM on this type of product. After all, How could they? I
> would wager the total Control Chassis is found in more ISP's and Corporate
> environments that all of the above combined. Thus giving them a tremendous
> advantage over anyone. No one has as wide a customer base. No one has as
> many customers using the product in so many different ways. When a bug
> comes up they have the potential to find it, and the resources to fix it the
> fastest.
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.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.
>
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: Re:(usr-tc) Quake From: Brian <signal@shreve.net> Date: 1998-08-18 19:52:52
On Tue, 18 Aug 1998, Terry Kennedy wrote:
> Well, well... hmmm.. Westcon, good company deal with you guys all the
> time. But are you really impartial here, after all you're a dealer for 3com.
> For us, buying the new equipment wasn't the problem. We did. The
> problem is that the new equipment, although much more expandable
> has other problems. I have e-mailed 3com 3 times lat week and gooten
> no reply on the disconnect problem. Just my 2 cents ( or was that 50,000)
> worth.
>
> Terry Kennedy
> OlyPen, Inc.
Interesting how the two messages (the flame from the hotmail account, and
the followup from westcon) are similar writing styles.............not that
I am suggesting anything.
Brian
>
>
>
> Gentlemen this is the first and most constructive comments I have yet to
> read
> about the Total Control chassis.. if what is written her is not common-sence
> then its a long term investment buying the Total Control Chassis....
>
> 3Com have the authority unlike USR working with Linvingston to totally
> change
> the code as per End users request..
>
> What we are all experience her is growing pains.. stop being babies.. for if
> you
> decide to go with another vendor they must first catch up with the growing
> pains
> USR went through in the past (who is now 3Com) and I'm pretty sure such
> investment for anyone is more than expensive..
>
> Gentlemen be careful of the decision you make for you may not have a job or
> a
> company in the future...for today just be observers, we are yet to see what
> the
> Total Control Chassis can do (The Total Control is yet to prove, why all
> other
> vendors are catching on to the same concept as 3Com's HiPer ARC)
>
> Just be careful...
>
> ____________________Reply Separator____________________
> Subject: (usr-tc) Quake
> Author: totaloutofcontrl@hotmail.com
> Date: 8/18/98 2:11 PM
>
> You guys whine too much. Especially you James. I think you enjoy it. Who
> would want an increasing share of investment in an obsolete product anyway?
> The NetServer is obsolete. I can think of a ton of things you can't do with
> it that you can do with a HiPer ARC. Besides if you really cared about
> performance and features for your customers as you say you do you would
> cough up the money and upgrade. USR has refined the NetServer code as much
> as their licensing will permit. It's time to move on. And if you think the
> Livingston Portmasters, Cisco, Ascend, or Nortel do it better think again.
> My experience with these types of products spans thousands of chassis. And
> overall, believe me, the other guys do not do it better. I can point out
> just as many bugs, probably a hell of a lot more, with Livingston and Cisco
> products as you can with Total Control. Take your best shot.
>
> Gentlemen, you must remember, most of the problems you are complaining about
> were not in consideration for the initial design of the software for the
> NetServer. Technology continues to push hardware & software to the limit.
> When USR obtained the limited licensing on the livingston code they wrote
> the code without quake in mind. Quake was originally designed for a LAN not
> for dial up. It's only been the last 2-3 years that it has become popular
> for dial-up. In other words you are using your NetServer's for something it
> was not designed for. Livingston has since re-worked it's code to support
> it. USR does not have the necessary rights to do that. So, with our long
> term best interests at heart they set forth to design their own code on a
> completely new platform. A platform they could easily support quake and any
> other issue that may come up. They will not abandon the HiPer ARC as some
> of you fear they will down the road. The HiPer ARC and everything that come
> with it is their baby. They will always have the rights and the expertise
> to easily change anything they want on it. Thus, the sooner you all get to
> the HiPer ARC the better off you will be. Believe me when I tell you,
> Livingston and Cisco do not have the support and feature enhancement
> capabilities of 3COM on this type of product. After all, How could they? I
> would wager the total Control Chassis is found in more ISP's and Corporate
> environments that all of the above combined. Thus giving them a tremendous
> advantage over anyone. No one has as wide a customer base. No one has as
> many customers using the product in so many different ways. When a bug
> comes up they have the potential to find it, and the resources to fix it the
> fastest.
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.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.
>
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) Multi-Link Analog via 98 From: Marcelo Souza <mpsouza@centroin.com.br> Date: 1998-08-18 20:58:05
I have been testing MPP with Windows98 and I had some problems.
I can connect well, but when the second link came up the speed
goes down.
For example, I was doing a download at 5100 cps. At the same
download if I start the second line, the transfer rate drops to 1400 cps.
It does not happen whit Shotgun and Windows 95.
- Marcelo
Mon, 17 Aug 1998, Eric Forcey wrote:
|Has anyone been successful with a MPP connection originating from a
|Windows98 system?
|
|I have several customers that are NT, and even Win95 that can get in on a
|MPP just fine, but those that are connecting with 98's DUN.
|
|I believe, coming from my assistant, that the error that is coming up as
|"Error 620"
|
|
|Is there anything that needs to be tweaked on the TC to allow MPP via
|Win98?
|
|-Eric
|
|
|-
| To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address. Do not use quotes in your message.
|
- Marcelo
I have updated my radius decode/debug utility again. There is now full
support for traces captured with tcpdump, removing the reliance
on Sun's snoop program. TCPDUMP is freeware and available for most UNIX
platforms. See the README file for a download location and VERSION for
other changes/enhancements.
As always, it can be obtained from http://coredump.ae.usr.com/raddebug
-Mike
Subject:(usr-tc) NMC/Modems not answering on one hub From: Kent Tambling <kent@acceleration.net> Date: 1998-08-19 00:25:22
After 4pm today some of our modems stopped
answering, it looks like those that weren't connected
at the time were rendered useless. Also our NMC
card in that chassis will not respond to TCM requests.
It hangs on the first query, the main chassis request I
guess.
These are on our analog chassis, the PRI's are ok on
other chassis. A complete reboot (and power off) didn't
fix it. I can access the NMC through the serial port but
that doesn't get me modem setup info.
Anyone can help me? Anyone seen an NMC not respond
to TCM?
Kent Tambling
kent@acceleration.net
Systems Administrator
www.acceleration.net
(352) 335-6500
Subject:Re: (usr-tc) NMC/Modems not answering on one hub From: Kent Tambling <kent@acceleration.net> Date: 1998-08-19 01:10:56
I did reset/reboot the whole chassis, still it comes back this way!
>
>> Anyone can help me? Anyone seen an NMC not respond
>> to TCM?
>
>Yes :-( Once so far.
>
>More strangely, it was only selected IP addresses that couldn't talk to
>the NMC.
>
>Fortunately we run spare async ports from a Cisco 2511 into the console
>ports of our NETserver/PRI/NMC cards at remote POP's to enable cards to be
>rebooted when this happens.
>
>Regards,
>
>Bob Purdon,
>Technical Manager,
>Southern Internet Services.
>
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Bill Tidwell <billt@dscga.com> Date: 1998-08-19 07:03:08
Do you have the patches/fixes to ComOS? If so maybey we can
hack them inot the netserver code! ;)
Reply-to: usr-tc@lists.xmission.com
Clayton Zekelman wrote:
>
> 3Com does not own the ComOS that runs Netserver. They cannot modify it
> anymore. Netserver is a dead product.
Indeed. The quake lag has been well documented with ComOS and in many
ComOS mailing lists, but it was fixed a *long* time ago in the PM's.
Unforunatly Livingston (now Lucent) dont have anything to gain by
licencing a newer version of ComOS for the netserver.
I also doubt that 3com will allocate any of the development team to work
in the netserver in the light of the effort needed with HARC
development.
>
> At 10:29 PM 8/17/98 -0400, you wrote:
> >i'm sure it would cost them less than $300K ($3 Million) to fix the darn
> >netserver code. If it worked we wouldn't need hiper ARCs to begin with.
> >
> >Leon McCalla
> >
> >-----Original Message-----
> >>Dont forget 3com is a public company, and the last thing they want is bad
> >>press about faulty hardware/software. If this hits the presses I would
> >>assume that 3com would put out the fires quickly by giving us all the new
> >>hardware we deserve. Figure how many HARCS would it take? Say 1000 - at
> >>their cost of $3000 each, $300K. Thats a drop in the bucket when it comes
> >>to a company as large as 3Com. Leak it to the press........
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
> >
> ---
> Clayton Zekelman
> Managed Network Systems Inc.
> 875 Ouellette Avenue
> Windsor, Ontario
> N9A 4J6
>
> tel. 519-258-2642
> fax. 519-258-3009
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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.
Digital Service Consultants - Atlanta,GA http://www.dscga.com
QUALITY Internet Service Provider (770) 455-9022
Dedicated ISDN 64k-512k, Fractional & Full T1, Frame Relay
Subject:Re: (usr-tc) NMC/Modems not answering on one hub From: eugene_carpenter@3com.com Date: 1998-08-19 10:26:13
For the NMC, could something have happened to the community strings ??
What was happening when the modems stopped taking calls ?
What code are you running on the NMC and Modems ??
"Kent Tambling" <Kent@Acceleration.NET> on 08/19/98 12:25:22 AM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
After 4pm today some of our modems stopped
answering, it looks like those that weren't connected
at the time were rendered useless. Also our NMC
card in that chassis will not respond to TCM requests.
It hangs on the first query, the main chassis request I
guess.
These are on our analog chassis, the PRI's are ok on
other chassis. A complete reboot (and power off) didn't
fix it. I can access the NMC through the serial port but
that doesn't get me modem setup info.
Anyone can help me? Anyone seen an NMC not respond
to TCM?
Kent Tambling
kent@acceleration.net
Systems Administrator
www.acceleration.net
(352) 335-6500
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Quake From: Andres Kroonmaa <andre@ml.ee> Date: 1998-08-19 11:46:30
On 18 Aug 98, at 14:30, owalsh@westcon.com <usr-tc@lists.xmission.com> wrote:
> Gentlemen this is the first and most constructive comments I have yet to read
> about the Total Control chassis.. if what is written her is not common-sence
> then its a long term investment buying the Total Control Chassis....
oh boy, that must be a surprise or what? I guess about everyone who owns TC
have purchased it exactly because it has the potential, not because they love
3com.
Noone has ever said the hardware sucks, its the software and support that
we're talking about that makes the overall picture pretty painful.
> 3Com have the authority unlike USR working with Linvingston to totally change
> the code as per End users request..
>
> What we are all experience her is growing pains.. stop being babies.. for if you
> decide to go with another vendor they must first catch up with the growing pains
> USR went through in the past (who is now 3Com) and I'm pretty sure such
> investment for anyone is more than expensive..
Perhaps you haven't been paying attention enough lately.
Everyone can understand birth pain, we all can tolerate a bug or another,
but at times it comes to CAN't WAIT LONGER! HiperARC is out for over a year
now, and I haven't seen a single stable version of software. It either crashes,
lacks elementary features, interoperates with other hardware "strangely", or
spirals into itself, (like Win95, with usual cure - reinstall from scratch)
They send you Netservers in bulk to keep your business running until they can
fix their software problems. Thats impressive if (_IF_) you get such attention.
And still, to survive the pressure from customers, I've had to rent Cisco 5200's
because I can really count on them, they haven't had a single glitch for all
the time ARC is out - they just work and you forget about them. No way with TC.
> Gentlemen be careful of the decision you make for you may not have a job or a
> company in the future...for today just be observers, we are yet to see what the
> Total Control Chassis can do (The Total Control is yet to prove, why all other
> vendors are catching on to the same concept as 3Com's HiPer ARC)
At current rates, by the time TC is usable, all other vendors would have come out
with a generation or two of new stuff and have it already obsolete.
They have created a TC box they don't really understand. It has so many issues
they have never seen in their labs, issues they can't comment, they can't fix.
So they really can't answer your support calls. For some at 3Com, I guess, its
like half of universe is collapsing at their heads. To protect their psychic
health, they just ignore you when they really can't help. And the management
is cold with its policy of "no prob, thats the way it goes"
> ____________________Reply Separator____________________
> Author: totaloutofcontrl@hotmail.com
>
> You guys whine too much. Especially you James. I think you enjoy it.
You don't see the picture. This is a yell of desperation. Noone enjoys it.
When a company steps into deep shit, it usually tries to rehabilit itself by
some respected action, eg. swapping faulty hardware AND/or software for free.
3Com is trying to make things right by _selling_ you the fix, they are trying
to make money on that, and thats really annoying, and as some have pointed out,
maybe even illegal.
Good vendors are ahead of time with their hardware, but pretty usually behind
of time by their software, the only reason - to be damned sure the stuff works
together reliably.
3Com wants to be ahead of time by all means. They roll out beta-grade software
on you, they deny problems and hope they can get away with that. They couldn't.
Now they are in really deep shit, but they still don't realise or care.
They drop support for the hardware/software they have selled aggressively until
very lately, although they KNEW(!) that their license on the software ends,
so they selled you dead meat _intentionally_.
They announce upgrade program 4 months later from its supposed start date and
only 2 months before it ends.
They know that to make their customers happy they have to swap out netserver
for free, but they wouldn't do that, at least not for everyone. There are
customers they care about, and there are kinds they don't care about. If you
go away and trade TC for PM or Cisco, they really don't care, there are lots
of (stupid?) newcomers who would buy TC. And for the most annoying yellers and
those they care about, they'll make the free swap just to keep those quiet.
This all really stinks and contributes to vendor's reputation.
As once said, you have to be really interesting customer to make them dance
around you, and if you aren't you are on your own. Take it or leave it.
And if you are that tough that you can shake them in the public, go ahead
and try, that could change a whole lot.
----------------------------------------------------------------------
Andres Kroonmaa mail: andre@online.ee
Network Manager
Organization: MicroLink Online Tel: 6308 909
Tallinn, Sakala 19 Pho: +372 6308 909
Estonia, EE0001 http://www.online.ee Fax: +372 6308 901
----------------------------------------------------------------------
Heya folks.
Something a little bit on topic, wrt Netservers and their great code.
Does USR/3Com have a *full* command reference for that stupid card?
Do they also have a printed/pdf cmd ref for releases newer than v3.3, or
are the more recent versions simply bug fixes?
There are always issues to new Netserver/DSP users that need to be taken
into consideration, ie: how to get your netserver to see the DSP modems.
That's really not documented anywhere, and why would it - the Hiper didn't
exist around Netserver v3.1/3.3.
Anyone, anyone?
--
Gilles Melanson ViaNet Internet Solutions
System Administrator 128 Larch St. Suite 301
gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8
"One World, One Web, One Program"
- Microsoft Promotional Ad
"Ein Reich, Ein Volk, Ein Fuhrer"
- Adolf Hitler
Subject:(usr-tc) filtering service From: Craig Thompson <cthompson@wingnet.net> Date: 1998-08-19 12:15:27
Has anyone set up their TC to allow some customers to be sent through a
filtering service?
A company we are looking at for this says that the PortMaster has a
config option that says "ChoiceNet Server."
I was wondering if there is a workaround for doing this on the TC?
Please help if you can.
Craig Thompson
WingNET Internet Services,
P.O. Box 3000 // Cleveland, TN 37320-3000
423-559-LINK (v) 423-559-5444 (f)
http://www.wingnet.net
Always be sincere, even if you don't mean it.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
etter off you will be. Believe me
How much does 3Com pay you to be a cheerleader?
I readily agree the HiPer ARC has mroe power and performace, and a much
longer life ahead based on the HW. But that is completely moot. Why should
people upgrade from hardware that SHOULD WORK NOW?! There is no good
reason - other than 3Com us fucking their users hard. And if that is the
case I would certainly be out there looking at Lucent, Ascend, Cisco,
Nortel, Assured Access, etc. Many of these units have MORE features,
HIGHER density, BIGGER backplanes, BETTER service and support, etc. If
you're going to be forced into upgrading, might as well play the field first.
>when I tell you, Livingston and Cisco do not have the support and
>feature enhancement capabilities of 3COM on this type of product. After
>all, How could they? I would wager the total Control Chassis is found
*snicker* Perhaps you missed the fact that Livingston is now Lucent RABU.
You've heard of Lucent, right? Develops more technology and holds more
patents then 3Com could dream of? Cisco is also a lot larger, with a
lot deeper a technical and R&D base, than 3Com is. This statement of yours
is just plain stupid. Lucent also builds their own silicon, which they
then use in their products. Gives them first crack at new DSPs, HDLC
controllers, etc. 3Com - guess not.
How could they indeed... What a riot...
>in more ISP's and Corporate environments that all of the above combined.
LOSE. Ascend is #1 in both markets, in digtial access servers Ascend -
like it or not - still accounts for approximately 70% of the installed server
base. That's something just about all the surveys agree on. Why? They
were first, the MAX was *it* for a number of years. In new sales Ascend
is still number one, but not nearly as dominating. Depending on the survey
2-4 are Lucent, Cisco, and 3Com in various orders.
>Thus giving them a tremendous advantage over anyone. No one has as wide
>a customer base. No one has as many customers using the product in so
>many different ways. When a bug comes up they have the potential to
>find it, and the resources to fix it the fastest.
This is just pure bullshit, I don't think I need to waste any time
pointing out how hollow this is.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Subject:Re: (usr-tc) Dial-up DNS From: Pete Ashdown <pashdown@xmission.com> Date: 1998-08-19 13:19:38
K Mitchell said once upon a time:
>I have a user who is trying to check his mail on another provider's server.
>The server is refusing his connection because reverse won't resolve. I
>don't have any DNS entries for the IP range(96 IPs) assigned to my HiPer.
>Should I? If so, is there an easier way to do it than 96 seperate PTR lines
>in ...in-addr.arpa?
No, but it is easy to write a script to do the tedious job for you. Here's
a shorty I use for this very purpose. Modify it whenever you need to setup
another bank. You should always have reverse resolving IP's.
#!/usr/local/bin/perl
open (REVERSE, ">/tmp/10.0.0");
open (FORWARD, ">/tmp/xmission.modem");
foreach $i ( 1..62 ) {
printf (REVERSE "%d\tIN PTR popname%d.modem.yourisp.com\n",$i,$i);
printf (FORWARD "popname%d\t\tIN A 10.0.0.%d\n\t\tIN MX 10 mail.yourisp.com
.\n",$i,$i);
}
close (REVERSE);
close (FORWARD);
Subject:(usr-tc) archive From: alan martin <digitalras@hotmail.com> Date: 1998-08-19 13:36:26
Any one know where the archive for the usr-tc list is on the web?
Thanks!
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
Subject:Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver) From: Nick Lott <nick@uk.insight.com> Date: 1998-08-19 14:24:16
Bill Tidwell wrote:
>
> Do you have the patches/fixes to ComOS? If so maybey we can
> hack them inot the netserver code! ;)
No, I dont. It was a good try though ;-)
Nick
>
> Date: Tue, 18 Aug 1998 15:14:36 +0000
> From: Nick Lott <nick@uk.insight.com>
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Class Action Suit (was: TRUTH about the Netserver)
> Reply-to: usr-tc@lists.xmission.com
>
> Clayton Zekelman wrote:
> >
> > 3Com does not own the ComOS that runs Netserver. They cannot modify it
> > anymore. Netserver is a dead product.
>
> Indeed. The quake lag has been well documented with ComOS and in many
> ComOS mailing lists, but it was fixed a *long* time ago in the PM's.
> Unforunatly Livingston (now Lucent) dont have anything to gain by
> licencing a newer version of ComOS for the netserver.
> I also doubt that 3com will allocate any of the development team to work
> in the netserver in the light of the effort needed with HARC
> development.
>
> >
Subject:RE: (usr-tc) Hello all From: Jose de Leon <jadiel@thevision.net> Date: 1998-08-19 15:10:39
Do yourself a favor and return the chassis and get something else,
preferably a PM3 or PM4.
Investing in a USR Total Control is like investing into a Ford Pinto. You
just lost $10,000 per machine and you don't even get support, unless you
want to pay up the nose for it.
In which case you will be advised by 3Com support to purchase the new
chassis to *FIX* all the problems with the current chassis.
There is no such thing as a reliable set of software for this type of
system, and there never will be.
An unhappy 3Com owner, but very happy with the PM3s I have,
Jose de Leon
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Ross
Sent: Thursday, August 13, 1998 11:33 PM
Greetings,
I am new to this list, And very happy to have found it.....
I have just received 3 USR Total Control Chassis, So I am still tring to
find my way around the units....
My Systems are configured as:
Dual T-1 Cards Hardware Version 3.0 Software 3.5.0
Quad analog/digital modem cards Hardware Version 3.0 Software 5.5.7
Netserver Card hardware Version 5.0 Software 3.7.21
Network Mgt Card Hardware Version 4.0 Software 4.3.9
Anyway I was wondering if there is a "known reliable set of software
versions for this type of system" I am not much concerned with V.90 yet,
as I already have a PM3 for K56, I am more concerned with the system being
stable and keeping my users happy.....
Also if anyone has any Ethernet Nic's for the Network management Card
please send me pricing info. I will be willing to sell or trade my Tokin
Ring NIC's (In case anyone is still using them).......
Well thanks for listening to my long winded message.....
see ya.....
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) thoughts on netserver -> HARC Quake "fix" From: Jose de Leon <jadiel@thevision.net> Date: 1998-08-19 15:12:43
I wonder what would happen if I installed a newer version of the ComOS?
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ricky Beam
Sent: Friday, August 14, 1998 12:35 AM
MegaZone was heard to say:
>Once upon a time Jeff Mcadams shaped the electrons to say...
>>Lag in the Netservers. If they're claiming that this is a hardware
>>problem in the netservers, then those of us with hardware support
>
>I would LOVE to see them explain how this is a HW issue. And when they
>can't, I'd LOVE to see them explain why they cannot, or will not, fix
>their broken code on the NetServer.
It isn't a hardware problem per se, but more a problem steming from the
fact that it's running code built by Livingston for a portmaster NOT
a USR netserver. That being said, it is a *software* problem and always
has been. It isn't 3Com/USR's code to fiddle with _and_ they no longer
have a license with Livingston -- ergo, no more changes. (So I've heard.)
A 486dx4-100 CAN handle 48 or more modems. I've had 386dx40 based
netblazers
doing more with less trouble -- the power supply becomes a problem before
the CPU does as it takes a good bit of -12VDC to drive 24+ serial ports.
--Ricky
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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 Gilles Melanson
>Heya folks.
>Something a little bit on topic, wrt Netservers and their great code.
>Does USR/3Com have a *full* command reference for that stupid card?
>Do they also have a printed/pdf cmd ref for releases newer than v3.3, or
>are the more recent versions simply bug fixes?
>There are always issues to new Netserver/DSP users that need to be taken
>into consideration, ie: how to get your netserver to see the DSP modems.
>That's really not documented anywhere, and why would it - the Hiper didn't
>exist around Netserver v3.1/3.3.
>Anyone, anyone?
The netserver documentation consists of the 3.3 version of code
documentation which was made available as a single book (we have a
couple of copies actually) and then release notes for each successive
release. Best I can do.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) ISP-EQUIPMENT: WTB USR Total Control Units (fwd) From: MegaZone <megazone@megazone.org> Date: 1998-08-19 16:20:57
People were saying they just can't find a buyer for their Total Control
units - well, you need to be on isp-equipment@isp-equipment.com and
isp-services@ispc.org.
Here is a buyer.
-MZ
>From: Jack Singer <jsinger@usacars.com>
>To: "isp-equipment@isp-equipment.com" <isp-equipment@isp-equipment.com>
>Subject: ISP-EQUIPMENT: WTB USR Total Control Units
>Wanted to Buy:
>USR / 3COM Total Control units
>Prefer eithernet / dual pri / 486
>Will consider other options
>
>Contact me directly
>Jack Singer
>Internet Connections
>(800) 224-3806
>jsinger@i-c.net
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: MegaZone <megazone@megazone.org> Date: 1998-08-19 16:32:27
Once upon a time Jose de Leon shaped the electrons to say...
>I wonder what would happen if I installed a newer version of the ComOS?
ComOS compiled for a PortMaster just plain will not run on a TC, and
vice-versa. The lowest levels differ as the HW architecture is different.
Even if it were the same you can bet the PROMs would be coded to stop it -
it was when Cayman was OEMing the PM-2.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Subject:Re: (usr-tc) filtering service From: Jason Cropper <jason@clearsail.net> Date: 1998-08-19 17:51:33
This is a multi-part message in MIME format.
--------------C9164EDBAC9612E3D30DD268
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Packet filters. I've written many. Read up on the packet filters for your
netserver.
Jason Cropper
Craig Thompson wrote:
> Has anyone set up their TC to allow some customers to be sent through a
> filtering service?
>
> A company we are looking at for this says that the PortMaster has a
> config option that says "ChoiceNet Server."
>
> I was wondering if there is a workaround for doing this on the TC?
>
> Please help if you can.
>
> Craig Thompson
> ----------------------------------------------------------------------
> WingNET Internet Services,
> P.O. Box 3000 // Cleveland, TN 37320-3000
> 423-559-LINK (v) 423-559-5444 (f)
> http://www.wingnet.net
> ----------------------------------------------------------------------
>
> Always be sincere, even if you don't mean it.
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
--------------C9164EDBAC9612E3D30DD268
Content-Type: text/x-vcard; charset=us-ascii;
name="jason.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Jason Cropper
Content-Disposition: attachment;
filename="jason.vcf"
begin:vcard
n:Cropper;Jason
tel;fax:713-844-3990
tel;work:713-230-2828
x-mozilla-html:TRUE
org:ClearSail Communications, LLC
adr:;;PO BOX 12607;Houston;Texas;77217;USA
version:2.1
email;internet:jason@clearsail.net
title:System Administrator/Technical Manager
note:"Your Clear Choice for Filtered Internet Access"
x-mozilla-cpt:;19792
fn:Jason Cropper
end:vcard
--------------C9164EDBAC9612E3D30DD268--
Subject:Re: (usr-tc) thoughts on netserver -> HARC Quake "fix" From: Jamie Orzechowski <mhz@recorder.ca> Date: 1998-08-19 19:45:11
what would happen isa version of livingston comOS was flashed??? I think I
might try it on a spare box ... I can always flash back to good code ..
-----Original Message-----
>I wonder what would happen if I installed a newer version of the ComOS?
>
>
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ricky Beam
>Sent: Friday, August 14, 1998 12:35 AM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) thoughts on netserver -> HARC Quake "fix"
>
>
>MegaZone was heard to say:
>>Once upon a time Jeff Mcadams shaped the electrons to say...
>>>Lag in the Netservers. If they're claiming that this is a hardware
>>>problem in the netservers, then those of us with hardware support
>>
>>I would LOVE to see them explain how this is a HW issue. And when they
>>can't, I'd LOVE to see them explain why they cannot, or will not, fix
>>their broken code on the NetServer.
>
>It isn't a hardware problem per se, but more a problem steming from the
>fact that it's running code built by Livingston for a portmaster NOT
>a USR netserver. That being said, it is a *software* problem and always
>has been. It isn't 3Com/USR's code to fiddle with _and_ they no longer
>have a license with Livingston -- ergo, no more changes. (So I've heard.)
>
>A 486dx4-100 CAN handle 48 or more modems. I've had 386dx40 based
>netblazers
>doing more with less trouble -- the power supply becomes a problem before
>the CPU does as it takes a good bit of -12VDC to drive 24+ serial ports.
>
>--Ricky
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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 Thu, 20 Aug 1998, GTI x2 Tech wrote:
>
>
> Looked for any documentation on this and couldnt find any.
>
> This used to happen every once in awhile, but today its doing this
> 10 times a minute.
>
>
> net: Bad wanted 1500, got 600
> ppp_ifsend: Bad PPP Address
> net: Bad wanted 1386, got 1312
> net: Bad wanted 22455, got 823
> net: Bad wanted 1386, got 808
> net: Bad wanted 55418, got 29
> net: Bad wanted 818, got 435
> net: Bad wanted 1500, got 834
>
>
NETServer?? - This means that it a bad packet, check to see if the user
has vj enabled - if yes enable vj on your side for the user and vice
versa.
krish
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) archive From: Wayne Barber <barberw@tidewater.net> Date: 1998-08-20 07:44:03
I expect they are at xmission.com, but you can get to the archives via email
with the information at the bottom of every post:
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Wayne Barber
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of alan martin
> Sent: Wednesday, August 19, 1998 4:36 PM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) archive
>
>
> Any one know where the archive for the usr-tc list is on the web?
> Thanks!
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.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) X2 enabled?? From: Brian <signal@shreve.net> Date: 1998-08-20 07:49:57
On Tue, 18 Aug 1998 ed@texas.net wrote:
> Brian,
>
> Why does this suck? We're thinking of running in the
> configuration you're describing. I'm guessing you mean that we're
> going to have to enable x2 on the NMC's to get the quad modem cards
> to run x2/v.90?
More than likely yes. If I remember correctly, I don't think the nmc's
with hiper bundles have x2 enabled on them, since x2 is enabled in the
hdm's themselves.
>
> In article <ak2z1.464$WP.231572@news.giganews.com> you wrote:
>
> : On Sat, 8 Aug 1998, Jason W wrote:
>
> :> We just purchased a HiPer Starter bundle. The NMC is
> :> not X2 enabled. But the HiPer DSP's and Hiper Arc are
> :> shipped with X2. Does the enable key need to be setup
> :> on the NMC for this to work??? We are also going to
> :> be upgrading these to V.90. Can this be done without
> :> the enable key???? 3com's site does not give very
> :> adequate information on how this all works, I would
> :> greatly appreciate any help anyone can give.
>
> : The HiPer DSP cards have x2 built in. The NMC card doesn't have x2
> : enabled because the HiPer DSP cards don't need it.
>
> : This sucks for someone who wants to load 12 quad modem cards into a HiPer
> : bundle.
>
> : 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.
>
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) Netserver documentation. From: Brian <signal@shreve.net> Date: 1998-08-20 07:51:31
On Wed, 19 Aug 1998, Gilles Melanson wrote:
> Heya folks.
>
> Something a little bit on topic, wrt Netservers and their great code.
>
> Does USR/3Com have a *full* command reference for that stupid card?
> Do they also have a printed/pdf cmd ref for releases newer than v3.3, or
> are the more recent versions simply bug fixes?
The last time I saw a printed command reference was 3.2/3.3 release days.
It was a little tiny pocket book, actually kind of neat that came with the
bundle. You use to get everything printed back then.
CDrom is a smart move for them though, more recent documentation, at least
thats the idea.
>
> There are always issues to new Netserver/DSP users that need to be taken
> into consideration, ie: how to get your netserver to see the DSP modems.
> That's really not documented anywhere, and why would it - the Hiper didn't
> exist around Netserver v3.1/3.3.
>
> Anyone, anyone?
>
> --
> Gilles Melanson ViaNet Internet Solutions
> System Administrator 128 Larch St. Suite 301
> gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8
>
> "One World, One Web, One Program"
> - Microsoft Promotional Ad
> "Ein Reich, Ein Volk, Ein Fuhrer"
> - Adolf Hitler
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:Re: (usr-tc) Netserver documentation. From: Brian <signal@shreve.net> Date: 1998-08-20 07:59:30
On Wed, 19 Aug 1998, Jeff Mcadams wrote:
> Thus spake Gilles Melanson
> >Heya folks.
>
> >Something a little bit on topic, wrt Netservers and their great code.
>
> >Does USR/3Com have a *full* command reference for that stupid card?
> >Do they also have a printed/pdf cmd ref for releases newer than v3.3, or
> >are the more recent versions simply bug fixes?
>
> >There are always issues to new Netserver/DSP users that need to be taken
> >into consideration, ie: how to get your netserver to see the DSP modems.
> >That's really not documented anywhere, and why would it - the Hiper didn't
> >exist around Netserver v3.1/3.3.
>
> >Anyone, anyone?
>
> The netserver documentation consists of the 3.3 version of code
> documentation which was made available as a single book (we have a
> couple of copies actually) and then release notes for each successive
> release. Best I can do.
It would be nice to have an up to date documentation set, incorporating
all current release notes, command reference, etc.
> --
> 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) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Is this a correct example?
Two HiperARC cards
1st [ 1.1.1.1 server/client ]
2nd [ 2.2.2.2 client ]
1st HiperARC [ server/client ]
> add mpip client 1.1.1.1 sharedsecret blah type hiper
> add mpip client 2.2.2.2 sharedsecret blah type hiper
> set mpip server_state on
> save all
2nd HiperARC [ client ]
> add mpip server 1.1.1.1 sharedsecret blah
> save all
Thanks
henry
Subject:(usr-tc) TDM stats on the netserver From: Dale Hege <fhege@sover.net> Date: 1998-08-20 10:25:58
Hi, I have been having trouble with one of the chassis that I work with.
It is a doubled up netserver running the latest code. When it gets full
people are complaining that everything slows down. People are also saying
that they have been having trouble getting connected. I was looking
around on the netserver yesterday and found the sh tdm command. I havn't
found and docs on it yet. Can someone help me with this. It looks like
there are a lot of short frames compared to hostints. What do these mean?
Any help would be great. Thanks
-Dale
Command> sh tdm gl
There are 0 messages on the read queue (0 bytes).
There are 0 messages on the Write queue (0 bytes).
Channel statistics:
nTxFrames : 538 nTxBytes : 428834
nRxFrames : 1019 nRxBytes : 42557
TxActive : 0 nTxErrors : 0
nTxTimeouts : 19 nMemErrors : 0
nHostInts : 561
nFlagChanges : 0 nShortFrames : 510
nRxErrors : 510 nRBErrors : 0
nBadRXInt : 0 nCrcErrors : 0
nBitErrors : 0 nLongFrames : 0
nRxAborts : 0 nRxOverflows : 0
nBuffFills : 0 nStreamErrors : 0
nQueueErrors : 0 nRxShortFrames : 0
nFrameChange : 0 nRxSyncLoss : 0
Command>
Looked for any documentation on this and couldnt find any.
This used to happen every once in awhile, but today its doing this
10 times a minute.
net: Bad wanted 1500, got 600
ppp_ifsend: Bad PPP Address
net: Bad wanted 1386, got 1312
net: Bad wanted 22455, got 823
net: Bad wanted 1386, got 808
net: Bad wanted 55418, got 29
net: Bad wanted 818, got 435
net: Bad wanted 1500, got 834
Subject:(usr-tc) How do I get the current user from the Netserver? From: Theodore Cekan <ted@mho.net> Date: 1998-08-20 19:01:40
I need to write an app that reads the currently logged in user from the
Netserver. Ive looked at the snmp variables but cant find the username. I
might be able to telnet, but it would be more trouble then snmp.
Anyone have experience with this?
Thanks,
Ted
Subject:(usr-tc) Multilink in Netserver From: Jason W <jwatkins@iland.net> Date: 1998-08-20 20:23:08
I have been unable to get Multilink to work with any
of our Chassis that use a Netserver card and Quad
modems. The first connection will work, but when the
second connection is attempted it goes through the
authentication phase and then just drops the call. I
enabled syslogd so I could see what the Netserver
was reporting back and It does not give me very good
information. I have set mp on, and the account I
used to test this with has the ability to connect multiple
times through radius. Any ideas???
Below is a copy of the messages I see when I attempt to
establish a multilink connection...
notice the bottom line where it states.
"hung up the phone call"
Aug 20 19:58:35 [xxx.xxx.xxx.xxx] MODEM: S5: CALL_REF >0x01000036< PRI_SLOT
>255< TS >63< SPAN >255< B_CH >255<
Aug 20 19:58:35 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 call arrived.
Aug 20 19:58:51 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 answered the pho
ne using handle 5.
Aug 20 19:58:54 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 PPP succ
eeded dest Negotiated
Aug 20 20:00:06 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 xxxxxx
succeeded dest xxx.xxx.xxx.xxx
Aug 20 20:04:04 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 session
disconnected dest xxx.xxx.xxx.xxx
Aug 20 20:04:05 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 hung up the phon
e. Call duration 0:5:31.
*********************************************************
Jason Watkins jwatkins@iland.net
I-Land Internet Services http://www.iland.net
Support & Network Operations Center
*********************************************************
Subject:Re: (usr-tc) Multilink in Netserver From: Jason Cropper <jason@clearsail.net> Date: 1998-08-20 20:52:43
This is a multi-part message in MIME format.
--------------DDA083BDAEA42E3C5408B35B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Is your radius server allowing multilink for this user?
Jason W wrote:
> I have been unable to get Multilink to work with any
> of our Chassis that use a Netserver card and Quad
> modems. The first connection will work, but when the
> second connection is attempted it goes through the
> authentication phase and then just drops the call. I
> enabled syslogd so I could see what the Netserver
> was reporting back and It does not give me very good
> information. I have set mp on, and the account I
> used to test this with has the ability to connect multiple
> times through radius. Any ideas???
> Below is a copy of the messages I see when I attempt to
> establish a multilink connection...
> notice the bottom line where it states.
> "hung up the phone call"
>
> Aug 20 19:58:35 [xxx.xxx.xxx.xxx] MODEM: S5: CALL_REF >0x01000036< PRI_SLOT
> >255< TS >63< SPAN >255< B_CH >255<
> Aug 20 19:58:35 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 call arrived.
> Aug 20 19:58:51 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 answered the pho
> ne using handle 5.
> Aug 20 19:58:54 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 PPP succ
> eeded dest Negotiated
> Aug 20 20:00:06 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 xxxxxx
> succeeded dest xxx.xxx.xxx.xxx
> Aug 20 20:04:04 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 session
> disconnected dest xxx.xxx.xxx.xxx
> Aug 20 20:04:05 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 hung up the phon
> e. Call duration 0:5:31.
>
> *********************************************************
> Jason Watkins jwatkins@iland.net
> I-Land Internet Services http://www.iland.net
> Support & Network Operations Center
> *********************************************************
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
--------------DDA083BDAEA42E3C5408B35B
Content-Type: text/x-vcard; charset=us-ascii;
name="jason.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Jason Cropper
Content-Disposition: attachment;
filename="jason.vcf"
begin:vcard
n:Cropper;Jason
tel;fax:713-844-3990
tel;work:713-230-2828
x-mozilla-html:TRUE
org:ClearSail Communications, LLC
adr:;;PO BOX 12607;Houston;Texas;77217;USA
version:2.1
email;internet:jason@clearsail.net
title:System Administrator/Technical Manager
note:"Your Clear Choice for Filtered Internet Access"
x-mozilla-cpt:;19792
fn:Jason Cropper
end:vcard
--------------DDA083BDAEA42E3C5408B35B--
Subject:Re: (usr-tc) Multilink in Netserver From: Jason W <jwatkins@iland.net> Date: 1998-08-20 20:57:59
Radius has been set to allow multiple sessions(4)
for the test username I have been using.
*********************************************************
Jason Watkins jwatkins@iland.net
I-Land Internet Services http://www.iland.net
Support & Network Operations Center
*********************************************************
-----Original Message-----
>Is your radius server allowing multilink for this user?
>
>Jason W wrote:
>
>> I have been unable to get Multilink to work with any
>> of our Chassis that use a Netserver card and Quad
>> modems. The first connection will work, but when the
>> second connection is attempted it goes through the
>> authentication phase and then just drops the call. I
>> enabled syslogd so I could see what the Netserver
>> was reporting back and It does not give me very good
>> information. I have set mp on, and the account I
>> used to test this with has the ability to connect multiple
>> times through radius. Any ideas???
>> Below is a copy of the messages I see when I attempt to
>> establish a multilink connection...
>> notice the bottom line where it states.
>> "hung up the phone call"
>>
>> Aug 20 19:58:35 [xxx.xxx.xxx.xxx] MODEM: S5: CALL_REF >0x01000036<
PRI_SLOT
>> >255< TS >63< SPAN >255< B_CH >255<
>> Aug 20 19:58:35 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 call arrived.
>> Aug 20 19:58:51 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 answered the
pho
>> ne using handle 5.
>> Aug 20 19:58:54 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 PPP
succ
>> eeded dest Negotiated
>> Aug 20 20:00:06 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5 xxxxxx
>> succeeded dest xxx.xxx.xxx.xxx
>> Aug 20 20:04:04 [xxx.xxx.xxx.xxx] acct 0x01000036 dialnet: port S5
session
>> disconnected dest xxx.xxx.xxx.xxx
>> Aug 20 20:04:05 [xxx.xxx.xxx.xxx] acct 0x01000036 dial: S5 hung up the
phon
>> e. Call duration 0:5:31.
>>
>> *********************************************************
>> Jason Watkins jwatkins@iland.net
>> I-Land Internet Services http://www.iland.net
>> Support & Network Operations Center
>> *********************************************************
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the 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) How do I get the current user from the Netserver? From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-20 21:40:50
Thus spake Theodore Cekan
>I need to write an app that reads the currently logged in user from the
>Netserver. Ive looked at the snmp variables but cant find the username. I
>might be able to telnet, but it would be more trouble then snmp.
>Anyone have experience with this?
No can do with SNMP, the netserver only supports basic MIB-II via SNMP,
no usernames are available. This has been one of the on-going gripes
about the netserver products...legacy of their licensing of ComOS from
Livingston (now Lucent) which didn't have the ability to get usernames
when USR licensed the code from them (in 3.1.4 days of ComOS I think it
was). USR never added the ability to get any more variables than what
was there via SNMP.
Sorry.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
> On Tue, 18 Aug 1998 ed@texas.net wrote:
>
> > Why does this suck? We're thinking of running in the
> > configuration you're describing. I'm guessing you mean that we're
> > going to have to enable x2 on the NMC's to get the quad modem cards to
> > run x2/v.90?
>
> More than likely yes. If I remember correctly, I don't think the nmc's
> with hiper bundles have x2 enabled on them, since x2 is enabled in the
> hdm's themselves.
Or more correctly, the hdm's don't care if it's enabled because afat
hdm's are concerned, x2/v.90 is standard and not an added cost
feature. Dag nabit - why can't Extreme Advantage Partners get what
they were originally promised for jumping on board when X2 was still
a newborn. So it's an infant now, whoopahdeedoodah. IMO, they
should remove the X2 key requirement in a soon-coming software
release either for the quads and/or for the NMC. Extreme
Advantage was an advantage mostly for USR/3Com, not ISP's.
---
Internet: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without notice.
> Why does this suck? We're thinking of running in the
> configuration you're describing. I'm guessing you mean that we're
> going to have to enable x2 on the NMC's to get the quad modem cards
> to run x2/v.90?
It's bad because it means that my NMC is no longer swappable with
other NMC's in chassis configurations with quads on-board. Our
company bought spare chassis for parts because it was a lot
cheaper than service contracts, and we *THOUGHT* that we could
get X2 enabled for all of them. Ha! Not so. Our Extreme Advantage
Partner Contract stated that we would be able to get X2 for all our
chassis purchases. So much for a breach of contract, eh? Now
that v.90 is out and X2 albeit nice, is no longer needed, why aren't
they just giving away the keys? They do on the hdm's... Getting an
NMC X2 key out of 3Com is like trying to get chocolate from a kid.
You just about have to spank them. Getting them to honor the
original Extreme Advantage contracts which prodded us into buying
USR (at that time), has been a real bear. We have been an all USR
shop for high density chassis configurations, that is until recently.
We are looking very seriously at other solutions such as the PM4
which already does all the stuff we want it to. Are other ISP's like us
ticked off? You bet.
We are quite happy to stay with companies who are 100% above
board, honoring all their contracts to their limit, and as a certain
person said, letting their yes be yes, and no be no. I'm rather tired
of being told things would happen one way and come to find out that
was just a ploy to get us to buy more stuff.
When we first looked at this thing, both Ascend and USR were side-
by-side competitors. Ascend told us we could get chassis and then
had a problem with financing the equipment. Turns out we spent
twice as much with USR on our first purchase as what we would
have with Ascend. So much for Ascend. We have not put Ascend
completely out of the picture. Now, they'll have a lot more work to do
to prove that they're a company of their word. Lucent/Livingston has
a great reputation. We're looking very seriously at their equipment.
Cisco is in our list along with many others.
All in all, we're just plain tired of being lied to. When someone puts
us in front of a company that has a reputation for being up front with
its customers. What do we want? Robert Ludlum put it very well.
All we want are the things we learned we were supposed to do way
back in kindergarten. Things like tell the truth, make friends, be nice
to one another, "do unto others as you would have them to unto
you." Is it that tough to find a company that is willing to stand
behind its word?
Have we completely given up on 3Com/USR yet? Not quite. We're
close though. When 3Com asked us to be part of the VOIP beta
team, we agreed, ordered a $700/month phone line special for the
project and waited for 3Com to come forth with the beta software.
Four months later, 3Com finally says they're ready. Are they
sending us $2,800 for the PRI which we had to have ready to go to
qualify for the project? Yeah, uh huh. Something reminds me of an
old Bill Cosby routine..
God - "Noah, this is the Lord."
Noah - "Yeah, riiiiight."
God - "Noah, I want you to build an ark."
Noah - "Yeah - riiiiight. What's an ark?"
...
3Com sales has blown it with us for trustworthiness. Growing pains
or not, telling your customer the truth is a lot better than lying to
them till they find out they've been lied to. I'm sure Mr. Clinton could
teach them a thing or two about that. Like Mr. Clinton, 3Com has a
lot to do to restore their image. It's going to be a long uphill battle. If
they're up to it, they may be able to regain some loyalty. At this
point, they've stirred up a real bee's nest.
Kevin Benton
Network Engineer
SOTA Technologies, Inc.
---
Internet: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without notice.
I haven't tried this but I've been thinking...How about this?
Purchase the high density bundle with HARC, chassis, 2x HiperDSP and NMC.
Then take your old chassis and replace the Netserver with HARC, and add
HiPer DSPs (assumung the old chassis is an 1866 or 1706 bundle) and move
the flash from the newer NMC to the existing NMC with X2 enabled. This way
the Quads have an X2 enabled NMC for the quads and mem upgrades to support
the HiPer cards. You also get a spare chassis and NMC but no X2 enable for
the quads if you have to swap NMCs. Throw away the Netserver as a bad
loss and SERIOUSLY RECONSIDER other future TC purchases. Technically, it
should work, however administratively, what to do about new and existing
premium support contracts and what about those capital lease vendors who
"own" the old chassis until it's paid off? This is a royal pain in the
ass. Why should we, as _customers_ of 3COM, allow our tits to be put in
the ringer?
Hmmm... look to the future. In a year or two, V.90 issues will be resolved
and K56Flex and X2 will be forgotten. Lucent has excellent talent and WILL
compete with USR/3COM on modem/DSP programming. I've heard from Cisco
folks they are committed to the NAS market. Does 3COM really believe they
have the level of commitment from their customers that they had through
the X2/Flex wars?
Fact, we know Pilgrim runs on Netserver (8/16/I) hardware. 3COM should be
able to support it on the TC Netservers too. Why isn't that an alternative
to TC Netserver Customers? Give us an answer before we commit to other
vendors out of sheer frustration.
=========================================================================
Jeffrey A. Lynch JORSM Internet
email: jeff@jorsm.com Northwest Indiana's Full-Service Provider
Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311
Autoresponse: info@jorsm.com http://www.jorsm.com
On Tue, 18 Aug 1998 ed@texas.net wrote:
> Brian,
>
> Why does this suck? We're thinking of running in the
> configuration you're describing. I'm guessing you mean that we're
> going to have to enable x2 on the NMC's to get the quad modem cards
> to run x2/v.90?
>
> In article <ak2z1.464$WP.231572@news.giganews.com> you wrote:
>
> : On Sat, 8 Aug 1998, Jason W wrote:
>
> :> We just purchased a HiPer Starter bundle. The NMC is
> :> not X2 enabled. But the HiPer DSP's and Hiper Arc are
> :> shipped with X2. Does the enable key need to be setup
> :> on the NMC for this to work??? We are also going to
> :> be upgrading these to V.90. Can this be done without
> :> the enable key???? 3com's site does not give very
> :> adequate information on how this all works, I would
> :> greatly appreciate any help anyone can give.
>
> : The HiPer DSP cards have x2 built in. The NMC card doesn't have x2
> : enabled because the HiPer DSP cards don't need it.
>
> : This sucks for someone who wants to load 12 quad modem cards into a HiPer
> : bundle.
>
> : 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.
>
I purchased my first PM3 about 3 weeks ago and honestly have had nothing but
problems with v.90 connect speeds and modems constantly re-training. BUT,
Livingston discovered a problem in the modem cards for the PM3s shipped from
June 1998 to the present and have recalled them. 3Com should take a cue
from the speed and honesty of this company in dealing with a known problem
(Netserver). I guess i will see if this fixes my problems, but I am
impressed that they caught it so fast and have dealt with it already.
http://www.livingston.com/tech/support/pm3-bulletin.html
Russ Miescke
Power Web Connect
-----Original Message-----
Do yourself a favor and return the chassis and get something else,
preferably a PM3 or PM4.
Investing in a USR Total Control is like investing into a Ford Pinto. You
just lost $10,000 per machine and you don't even get support, unless you
want to pay up the nose for it.
In which case you will be advised by 3Com support to purchase the new
chassis to *FIX* all the problems with the current chassis.
There is no such thing as a reliable set of software for this type of
system, and there never will be.
An unhappy 3Com owner, but very happy with the PM3s I have,
Jose de Leon
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Ross
Sent: Thursday, August 13, 1998 11:33 PM
Greetings,
I am new to this list, And very happy to have found it.....
I have just received 3 USR Total Control Chassis, So I am still tring to
find my way around the units....
My Systems are configured as:
Dual T-1 Cards Hardware Version 3.0 Software 3.5.0
Quad analog/digital modem cards Hardware Version 3.0 Software 5.5.7
Netserver Card hardware Version 5.0 Software 3.7.21
Network Mgt Card Hardware Version 4.0 Software 4.3.9
Anyway I was wondering if there is a "known reliable set of software
versions for this type of system" I am not much concerned with V.90 yet,
as I already have a PM3 for K56, I am more concerned with the system being
stable and keeping my users happy.....
Also if anyone has any Ethernet Nic's for the Network management Card
please send me pricing info. I will be willing to sell or trade my Tokin
Ring NIC's (In case anyone is still using them).......
Well thanks for listening to my long winded message.....
see ya.....
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and 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) SDL Problems From: Johnson, Andy <andy@paracom.com> Date: 1998-08-21 11:15:10
When trying to load new NMC code via TCM to the card it gets to 76% and
dies. When trying again I get a TFTP access violation. So I rebooted the
card....now trying to load the code 5.5.2 up on the card via the serial
pcsdl program it will not get past 76% or so..sometimes it doesn't even make
it past 1% and it dies saying that the NAC has timed-out. Have tried this
many times. One not via TCM I noticed that the card had 20MB of ram so I was
trying to load the 16MB code. Does anyone have any ideas or workarounds?
Thanks....
Andy Johnson
Network Engineer
ParaCom Technologies, Inc
20MB of DRAM 2Mb of ROM...This is off another NMC card just like it since I
cant access this card. Thanks..
Andy Johnson
Network Engineer
ParaCom Technologies, Inc
-----Original Message-----
Sent: Friday, August 21, 1998 11:35 AM
> When trying to load new NMC code via TCM to the card it gets to 76% and
> dies. When trying again I get a TFTP access violation. So I rebooted the
> card....now trying to load the code 5.5.2 up on the card via the serial
> pcsdl program it will not get past 76% or so..sometimes it doesn't even
make
> it past 1% and it dies saying that the NAC has timed-out. Have tried this
> many times. One not via TCM I noticed that the card had 20MB of ram so I
was
> trying to load the 16MB code. Does anyone have any ideas or workarounds?
How much flash does it have?
---
Internet: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without
notice.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
> When trying to load new NMC code via TCM to the card it gets to 76% and
> dies. When trying again I get a TFTP access violation. So I rebooted the
> card....now trying to load the code 5.5.2 up on the card via the serial
> pcsdl program it will not get past 76% or so..sometimes it doesn't even make
> it past 1% and it dies saying that the NAC has timed-out. Have tried this
> many times. One not via TCM I noticed that the card had 20MB of ram so I was
> trying to load the 16MB code. Does anyone have any ideas or workarounds?
How much flash does it have?
---
Internet: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without notice.
Subject:(usr-tc) Repair Facilities & Service Contracts? From: Jim Logan <jim@top.net> Date: 1998-08-21 13:27:54
I just got a Fax from Ascend ref repairing a Max4004... Evidently they
just charge (regardless of problem, could just be another $100 power
supply) a flat rate of $1883. This seems kind of high to me, and not
based at all on what could/may be both the labor envolved and any parts
needed.
Does *anyone* have any repair facility to look at my 'non-booting' Max?
Reply privately if you like. I have already replaced all 4 Fans, and +5,-5
Power Supply, so problem must be MB related. Problem seemed to originate
when 1 of the original 3 small fans smoked.... Unit is only 2 years old,
was fixed by Ascend under warranty a year ago for similar type problem,
perhaps I should have taken that as an indication that service contracts
that cost 30-50% of replacment value of the equipment are *typical* for the
ISP Community. Having worked in the Medical Equipment industry where
equipment is also very expensive, depreciates rather quickly due to
technology shifts, even 10% or greater as compared replacement value of the
equipment for service contracts is absurb. To see that ISP's are paying
such a high rate for service contracts while trying to keep their costs
low, and their equipment near obsolete each 4 years, really is sorta
depressing.
PS: Sending this again to Ascend and USR List - as I never even saw it get
up on Ascend's group for reply. Is the market on repair totally controlled
by Ascend by themselves? I know I had a heck of a time getting repair parts
(fans and power supply) other than hints from the list and research looking
for the OEM's of various componets.
Thanks...
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
I would like to get a list of users that are currently connected to my TC
chassis. How do I do this? I have the HARC, 2 HDSPs, NMC, and Total
Control Manager software. Thanks for your help! This TCM is pretty cool
but not very easy to find what your looking for!
At 01:45 PM 8/21/98 -0500, you wrote:
>You need at least 16mb of DRAM and 8mb of ROM. When upgrading to a later
code
>than 4.3.9, you must upgrade the ROM from 4mb to 8mb. When having less
than 8mb
>of ROM the problem you are having, occurs. So, upgrade the ROM.
>
>____________________Reply Separator____________________
Brings up another question I have. We have a NetServer Card that had the
upgrades in Ram/Rom to accomodate the 56K V.90 Upgrade. Now I'm looking at
obtaining a Dual Pri NetServer card that doesn't yet have the upgraded
Ram/Rom. Is the memory from the 1st card (which was used in a CT1/DSS
Configuration) able to be reused on the Dual PRI NetServer Card? The
reason for the switch from DSS to PRI is for lowering costs of lines based
here in our area. I already have a Dual PRI Nac/Nic, but don't have the
Dual Pri NetServer Card yet. The present Netserver card doesn't seem to be
recognizable by USR TCM at present.
Thanks!
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
> 20MB of DRAM 2Mb of ROM...This is off another NMC card just like it since I
> cant access this card. Thanks..
Sounds like you need to upgrade your flash memory to be able to
handle the upgrade. You can only stuff so much information into a
byte ya kno... :)
Kevin
---
Internet: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without notice.
You need at least 16mb of DRAM and 8mb of ROM=2E When upgrading to a later=
code
than 4=2E3=2E9, you must upgrade the ROM from 4mb to 8mb=2E When having less than=
8mb
of ROM the problem you are having, occurs=2E So, upgrade the ROM=2E
____________________Reply Separator____________________
Author: andy@paracom=2Ecom
20MB of DRAM 2Mb of ROM=2E=2E=2EThis is off another NMC card just like it since I
cant access this card=2E Thanks=2E=2E
Andy Johnson
Network Engineer
ParaCom Technologies, Inc
-----Original Message-----
Sent: Friday, August 21, 1998 11:35 AM
> When trying to load new NMC code via TCM to the card it gets to 76% and
> dies=2E When trying again I get a TFTP access violation=2E So I rebooted the
> card=2E=2E=2E=2Enow trying to load the code 5=2E5=2E2 up on the card via the se=
rial
> pcsdl program it will not get past 76% or so=2E=2Esometimes it doesn't even
make
> it past 1% and it dies saying that the NAC has timed-out=2E Have tried this
> many times=2E One not via TCM I noticed that the card had 20MB of ram so I
was
> trying to load the 16MB code=2E Does anyone have any ideas or workarounds?
How much flash does it have?
---
Internet: s1kevin@tims=2Enet
Web: http://users=2Esota-oh=2Ecom/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without
notice=2E
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
jcusmano@westcon.com writes:
> You need at least 16mb of DRAM and 8mb of ROM. When upgrading to a
> later code than 4.3.9, you must upgrade the ROM from 4mb to
> 8mb. When having less than 8mb of ROM the problem you are having,
> occurs. So, upgrade the ROM.
Not quite. 3Com still has both 4MB and 16MB images of NMC code beyond
4.3.x. For the latest stuff, use 5.4.x for the 4MB image and 5.5.x
for the 16MB image.
You are correct however, that if you have any HDM cards in the chassis
that you wish to manage via the NMC (as opposed to simply recognizing
the card) you have to be using the 16MB image.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Subject:Re: (usr-tc) Multilink in Netserver From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-08-21 14:12:14
vtp_process_layer2_reg_request: Bundle does not exist for tunneled link.
vtp_process_layer2_reg_response: Service Not Provided by GW code = 36.Try
backup if provided.
how do i resolve the MPIP errors above?
is there any documentation on this stuff?
Leon
Subject:(usr-tc) Weirdness in syslogs From: Raymond DeRoo <rainman@alphacon.org> Date: 1998-08-21 14:12:30
Folks--
Below is a snippet from one of our logging machines. Since I'm new the
HiPer ARC, and I didn't set them up I'm not sure what these mean. Can
anyone shed little light on this for me? If this is an RTFM thing, please
tell where/which manual and I'll gladly do the research.
Also, are there any good HOW-TOs or instructions on the HiPer ARCs? I'=
m
much more familiar with the PortMaster (please, no flame wars) but new
place, new job and could really use to get up to speed on these fast'.
---------------8<---------------Cut Here---------------8<---------------
09:57:11 tc01-01.detroit.speedchoice.com At 10:44:30, Facility "User=20
Manager", Level "UNUSUAL":: AUTH: No acknowledgement from RADIUS=20
security servers, reached max number of timeouts Aug 21 09:57:12=20
tc01-01.detroit.speedchoice.com At 10:44:30, Facility=20
"GWC Modem Driver", Level "UNUSUAL":: GWCMDM, stopping drain timer for=20
interface slot:1/mod:4
---------------8<---------------Cut Here---------------8<---------------
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 -=3D> rainman <=3D-
/--------------------------------------------------------------------
/ Raymond DeRoo (RD89)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0 voice: 1-708-482-2965
/ rainman@eznet.net=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 fax: 1-708-482-7418
Subject:Re: (usr-tc) Multilink in Netserver From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-21 14:30:16
Thus spake Leon McCalla
>vtp_process_layer2_reg_request: Bundle does not exist for tunneled link.
>vtp_process_layer2_reg_response: Service Not Provided by GW code = 36.Try
>backup if provided.
>how do i resolve the MPIP errors above?
>is there any documentation on this stuff?
http://www.shreve.net/tcs and look at the open issues. One of them
addresses this specifically.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) TCM From: Jim Logan <jim@top.net> Date: 1998-08-21 14:55:19
At 01:34 PM 8/21/98 -0600, you wrote:
>I would like to get a list of users that are currently connected to my TC
>chassis. How do I do this? I have the HARC, 2 HDSPs, NMC, and Total
>Control Manager software. Thanks for your help! This TCM is pretty cool
>but not very easy to find what your looking for!
A couple of ways actually - Since it's based on the same OS compatibility
as in Livingston, we routinely run a TelNet session into the machine, and
have it run "sh users" as a Linux Batch Program... Other way via TCM is to
(not sure if this is changed in newer versions of TCM), selecting all the
Modem Cards, and using Performance Monitor to actively show all modems in
use, as well as Stats of that connection. Lots of options in the
Performance Monitor - sure would want to know how to how to save some of
those Performance Monitor Configurations as some sort of file or pullup,
but never been able to figure that one out, even tho I did ask the list if
anyone had a manner/method to save a set of report settings so you didn't
have to specify the parmameters each time you wanted run a performance report.
(Hope that helps a little)
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
Subject:(usr-tc) Access report From: David Swearingin <david@carolnet.com> Date: 1998-08-21 15:05:04
Has anyone created, or can you, an Access report that shows over a
specified period of time how often all incoming lines were busy?
David
__________________________________________________
David Swearingin (david@carolnet.com)
CARROLLTON INTERNET SERVICE (www.carolnet.com)
First Financial Group, Inc.
11 N. Folger, Carrollton, MO 64633
816-542-3002 Fax 816-542-3003
Subject:(usr-tc) Connection rate problem From: Adam Snodgrass <support@atomic.net> Date: 1998-08-21 15:09:00
Hello,
I have a client who recently purchased a USR Sportster 56K (v.90) modem.
After installing the modem, he proceeded to establish a connection to our
Total Control Chassis (with X2 enabled but not V.90). Every connection he
has made to the unit reports a 31,200bps connect rate. Connections made to
our older MP16/PM2 setup also achieves 31,200bps. He cannot seem to
negiotiate higher than V34+ rates. Any thoughts on why this may be
occuring? His connection seems pretty solid at the rate he receives, it
just isn't 56K. I have included the results from ATI11 that I had him
retrieve after establishing a connection to the TCC. Thanks for any
assistance that can be provided in this matter.
Regards,
Adam Snodgrass
------------- ATI11 ----------------
Modulation V.34+
Carrier Freq (Hz) 1829/1920
Symbol Rate 3200/3200
Trellis Code 64S-4D/64S-4D
Nonlinear Encoding ON/ON
Precoding ON/ON
Shaping ON/ON
Preemphasis (-dB) 7/4
Recv/Xmit Level (-dBm) 23/9
Near Echo Loss (dB) 26
Far Echo Loss (dB) 56
Carrier Offset (Hz) -1720
Round Trip Delay (msec) 5
Timing Offset (ppm) -3440
SNR (dB) 39
Speed Shifts Up/Down 0/0
Status :
OK
Subject:Re: (usr-tc) TCM From: Richard Lorbieski <richard@alpha1.net> Date: 1998-08-21 15:17:25
There are several ways. the easiest way is to telnet into the Hiper ARC
and from the prompt type in:
list conn
short for list connections.
Brice Ligget wrote:
>
> I would like to get a list of users that are currently connected to my TC
> chassis. How do I do this? I have the HARC, 2 HDSPs, NMC, and Total
> Control Manager software. Thanks for your help! This TCM is pretty cool
> but not very easy to find what your looking for!
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Connection rate problem From: David Bolen <db3l@ans.net> Date: 1998-08-21 15:33:43
"Adam Snodgrass" <support@atomic.net> writes:
> Any thoughts on why this may be
> occuring? His connection seems pretty solid at the rate he receives, it
> just isn't 56K. I have included the results from ATI11 that I had him
> retrieve after establishing a connection to the TCC. Thanks for any
> assistance that can be provided in this matter.
You need more data - for analyzing problem requests like this I
generally suggest the output from ATI4 I6 I7 I11 and Y11. Use I4 to
validate he hasn't accidentally disabled the protocols with a setup
string (S32), I6 to check out what he's really getting and how well
the line is performing (errors and stuff), I7 to validate he does in
fact have the x2/V.90 feature set, I11 (as you have) primarily for SNR
but also to see symbol rates, losses and carrier freq/symbol rates,
and most importantly Y11 for frequency response. In general, the
combination of those let you figure everything out for yourself rather
than depending on anything the customer is telling you. (Often
they mean well, but I'd rather trust the modem data :-))
Just from the enclosed I11, I'm guessing he might just have a line
that isn't suitable for 56K service. Even with V.34, he's not
achieving the highest symbol rate, and the receive direction appears
to have a carrier shifted downwards which may indicate high frequency
loss (Y11 would confirm this).
Actually, I'm mildly surprised that he's really getting 31.2K with
this ATI11, but I'm not sure how much I trust my extrapolation just
from this one bit of data.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Subject:Re: (usr-tc) Connection rate problem From: Richard Lorbieski <richard@alpha1.net> Date: 1998-08-21 15:56:24
For more info about 56K problems, check out this C-Net article:
http://www.computers.com/reviews/comparative/substory/0,29,0-14-257672-257713-1,00.html?sr.co.cri.inav.crsu257713
or Curt's Modem page:
http://www.teleport.com/~curt/modems.html
Richard Lorbieski
Adam Snodgrass wrote:
>
> David,
>
> Thanks for the tip, I'll take a look at the responses from those commands
> and see what I can determine. Like you, I'm curious about how he can
> achieve a 31,200bps V.34+ connect rate and not an X2 or V.90 rate.
>
> Regards,
> Adam Snodgrass
>
> -----Original Message-----
> From: David Bolen <db3l@ans.net>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Friday, 21 August, 1998 15:39
> Subject: Re: (usr-tc) Connection rate problem
>
> >You need more data - for analyzing problem requests like this I
> >generally suggest the output from ATI4 I6 I7 I11 and Y11. Use I4 to
> >validate he hasn't accidentally disabled the protocols with a setup
> >string (S32), I6 to check out what he's really getting and how well
> >the line is performing (errors and stuff), I7 to validate he does in
> >fact have the x2/V.90 feature set, I11 (as you have) primarily for SNR
> >but also to see symbol rates, losses and carrier freq/symbol rates,
> >and most importantly Y11 for frequency response. In general, the
> >combination of those let you figure everything out for yourself rather
> >than depending on anything the customer is telling you. (Often
> >they mean well, but I'd rather trust the modem data :-))
> >
> >Just from the enclosed I11, I'm guessing he might just have a line
> >that isn't suitable for 56K service. Even with V.34, he's not
> >achieving the highest symbol rate, and the receive direction appears
> >to have a carrier shifted downwards which may indicate high frequency
> >loss (Y11 would confirm this).
> >
> >Actually, I'm mildly surprised that he's really getting 31.2K with
> >this ATI11, but I'm not sure how much I trust my extrapolation just
> >from this one bit of data.
Subject:Re: (usr-tc) Connection rate problem From: Adam Snodgrass <support@atomic.net> Date: 1998-08-21 16:00:20
Phillip,
The modem has the V.90 code (was purchased that way). Our equipment has not
been updated to V.90 due to a few issues, although it does have X2 enabled.
We have numerous other clients that have the same or similar modems that
connect at greater than V34+ rates, including a few that get a consistant
49,333bps, no matter what conditions, and one who reported achieving 52k on
several occasions. I realise that the line is likely to be at fault, but
the fact that he can achieve 31,200bps indicates to me a fairly high quality
line. Just trying to figure this all out. (:
Regards,
Adam Snodgrass
-----Original Message-----
>
> Tell him to flash it up to the V.90 if you support it... We have
>seen the same problems, but it has corrected itself when the user flashed
>up to the V.90 code!
>
>===========================================================================
===
>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 Fri, 21 Aug 1998, Adam Snodgrass wrote:
>
>> Hello,
>>
>> I have a client who recently purchased a USR Sportster 56K (v.90) modem.
>> After installing the modem, he proceeded to establish a connection to our
>> Total Control Chassis (with X2 enabled but not V.90). Every connection
he
>> has made to the unit reports a 31,200bps connect rate. Connections made
to
>> our older MP16/PM2 setup also achieves 31,200bps. He cannot seem to
>> negiotiate higher than V34+ rates. Any thoughts on why this may be
>> occuring? His connection seems pretty solid at the rate he receives, it
>> just isn't 56K. I have included the results from ATI11 that I had him
>> retrieve after establishing a connection to the TCC. Thanks for any
>> assistance that can be provided in this matter.
>>
>> Regards,
>> Adam Snodgrass
>>
>> ------------- ATI11 ----------------
>> Modulation V.34+
>> Carrier Freq (Hz) 1829/1920
>> Symbol Rate 3200/3200
>> Trellis Code 64S-4D/64S-4D
>> Nonlinear Encoding ON/ON
>> Precoding ON/ON
>> Shaping ON/ON
>> Preemphasis (-dB) 7/4
>> Recv/Xmit Level (-dBm) 23/9
>> Near Echo Loss (dB) 26
>> Far Echo Loss (dB) 56
>> Carrier Offset (Hz) -1720
>> Round Trip Delay (msec) 5
>> Timing Offset (ppm) -3440
>> SNR (dB) 39
>> Speed Shifts Up/Down 0/0
>> Status :
>>
>> OK
>>
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the 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) Connection rate problem From: Adam Snodgrass <support@atomic.net> Date: 1998-08-21 16:05:52
David,
Thanks for the tip, I'll take a look at the responses from those commands
and see what I can determine. Like you, I'm curious about how he can
achieve a 31,200bps V.34+ connect rate and not an X2 or V.90 rate.
Regards,
Adam Snodgrass
-----Original Message-----
>You need more data - for analyzing problem requests like this I
>generally suggest the output from ATI4 I6 I7 I11 and Y11. Use I4 to
>validate he hasn't accidentally disabled the protocols with a setup
>string (S32), I6 to check out what he's really getting and how well
>the line is performing (errors and stuff), I7 to validate he does in
>fact have the x2/V.90 feature set, I11 (as you have) primarily for SNR
>but also to see symbol rates, losses and carrier freq/symbol rates,
>and most importantly Y11 for frequency response. In general, the
>combination of those let you figure everything out for yourself rather
>than depending on anything the customer is telling you. (Often
>they mean well, but I'd rather trust the modem data :-))
>
>Just from the enclosed I11, I'm guessing he might just have a line
>that isn't suitable for 56K service. Even with V.34, he's not
>achieving the highest symbol rate, and the receive direction appears
>to have a carrier shifted downwards which may indicate high frequency
>loss (Y11 would confirm this).
>
>Actually, I'm mildly surprised that he's really getting 31.2K with
>this ATI11, but I'm not sure how much I trust my extrapolation just
>from this one bit of data.
>
>-- David
If you can telnet to the Hiper Arc, I think you can do a list users, to see
who is currently connected.
Brice Ligget <ligget@twoalpha.net> on 08/21/98 03:34:38 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
I would like to get a list of users that are currently connected to my TC
chassis. How do I do this? I have the HARC, 2 HDSPs, NMC, and Total
Control Manager software. Thanks for your help! This TCM is pretty cool
but not very easy to find what your looking for!
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Connection rate problem From: David Bolen <db3l@ans.net> Date: 1998-08-21 16:18:41
"Adam Snodgrass" <support@atomic.net> writes:
> Thanks for the tip, I'll take a look at the responses from those commands
> and see what I can determine. Like you, I'm curious about how he can
> achieve a 31,200bps V.34+ connect rate and not an X2 or V.90 rate.
Well, that's not actually all that strange. While the requirements
for line conditions are similar among V.34 and the 56K protocols they
are not identical, and it's not all that uncommon for a line to handle
very good V.34 rates and yet not achieve the 56K levels at all, or
conversely for a line to only reach medium V.34 rates and yet do
significantly better with the 56K protocols (at least in comparison to
the V.34 rate if not always within the 56K range itself).
To achieve 31.2K requires 3200Hz of bandwidth, normally from
359-3559Hz. The 56K protocols really need a bit more out of the high
end, both in absolute terms as well as in terms of a total drop at the
higher frequencies. So a line can certainly support the frequency
range needed for such a V.34 connection and yet have a hard stop for
56K because of higher end falloff (such as multiple A/D conversions).
Having an ATY11 from the user would probably go a long way to
answering that.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
There are number of ways:
1) Through TCM: goto performance monitor=2E
2) Through Telnet: list ip network or list connection=20=
____________________Reply Separator____________________
Author: Eugene_Carpenter@3com=2Ecom
If you can telnet to the Hiper Arc, I think you can do a list users, to see
who is currently connected=2E
Brice Ligget <ligget@twoalpha=2Enet> on 08/21/98 03:34:38 PM
Please respond to usr-tc@lists=2Exmission=2Ecom
cc: (Eugene Carpenter/US/3Com)
I would like to get a list of users that are currently connected to my TC
chassis=2E How do I do this? I have the HARC, 2 HDSPs, NMC, and Total
Control Manager software=2E Thanks for your help! This TCM is pretty cool
but not very easy to find what your looking for!
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
Subject:Re: (usr-tc) Connection rate problem From: David Bolen <db3l@ans.net> Date: 1998-08-21 17:30:33
Richard Lorbieski <richard@alpha1.net> writes:
> For more info about 56K problems, check out this C-Net article:
>
> http://www.computers.com/reviews/comparative/substory/0,29,0-14-257672-257713-1,00.html?sr.co.cri.inav.crsu257713
Just IMO, but for what it's worth, I found enough misleading or
inaccurate statements in the first few paragraphs of this that I
probably wouldn't suggest pointing anyone to it. It might have some
correct info, but you kind of have to know the answers first to pick
them out of the inaccuracies...
For example,
"Unfortunately, because the telephone network contains some random
noise, the analog-to-digital conversion is only an approximation of
the original digital signal"
No, the analog-to-digital conversion is an approximation simply
because it's an analog-to-digital conversion, with a finite number of
digital values, and thus is subject to normal quantization errors in
the conversion - e.g., a range of multiple analog values convert to
the same fixed digital value. That's not telephone network "noise".
"However, because most Internet service providers (ISPs) connect
directly to the phone company's digital backbone using routers, data
coming from an ISP never need undergo an analog-to-digital
conversion."
Routers have nothing to do with the digital connection to the phone
company, only coming into play on the back-end independent from the
voice traffic (once the traffic is already converted to IP). The
digital connection is a function of CSUs and modems that can speak
digitally to the network.
"Though your modem says it's "56k," you won't get throughput that
fast, thanks to a speed limit set by the FCC (Federal Communications
Commission)."
This is one my pet peeves - there is no such limit set by the FCC.
The only thing they limit is power, not speed. (The rest of the
paragraph clarifies this, but this statement just continues to publish
a myth).
"If you have to dial 9 to get an outside line, your office uses a
digital PBX telephone system, which means you also won't be able to
achieve 56k rates."
Nope. Just because the A/D conversion is done by your PBX rather than
the switch at the far end of a telco local loop makes no difference.
Sure, some PBXs do poorly, but hardly an issue in general.
I got discouraged by this point, and gave up :-)
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
> Folks--
>=20
> Below is a snippet from one of our logging machines. Since I'm new the
> HiPer ARC, and I didn't set them up I'm not sure what these mean. Can
> anyone shed little light on this for me? If this is an RTFM thing, please
> tell where/which manual and I'll gladly do the research.
> Also, are there any good HOW-TOs or instructions on the HiPer ARCs? I'=
m
> much more familiar with the PortMaster (please, no flame wars) but new
> place, new job and could really use to get up to speed on these fast'.
>=20
> ---------------8<---------------Cut Here---------------8<---------------
>=20
> 09:57:11 tc01-01.detroit.speedchoice.com At 10:44:30, Facility "User=20
> Manager", Level "UNUSUAL":: AUTH: No acknowledgement from RADIUS=20
> security servers, reached max number of timeouts Aug 21 09:57:12=20
NO acknowledgement was received from your radius server for radius=20
packets from your radius server.
>=20
> tc01-01.detroit.speedchoice.com At 10:44:30, Facility=20
> "GWC Modem Driver", Level "UNUSUAL":: GWCMDM, stopping drain timer for=20
> interface slot:1/mod:4
The modem sent some data after the call was - the hiper arc discared the=20
data and reset the modem
krish
>=20
> ---------------8<---------------Cut Here---------------8<---------------
>=20
>=20
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 -=3D> rainman <=3D-
>=20
> /--------------------------------------------------------------------
> / Raymond DeRoo (RD89)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0 voice: 1-708-482-2965
> / rainman@eznet.net=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 fax: 1-708-482-7418
>=20
>=20
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>=20
At 04:30 PM 8/21/98 -0500, you wrote:
>There are number of ways:
>
>1) Through TCM: goto performance monitor.
How do you get Performance Monitor to show users?
>2) Through Telnet: list ip network or list connection
<list co> will give you username, connection type, and start time info,
although strangely doesn't show a console port connection
<list ip net> will give you username and assigned IP info
Both also show the slot/modem taken by each user.
Also, along with Jim Logan <jim@top.net>, and I'm sure others, I'd love to
find a way of saving performance monitor configurations so that each
friggin parameter doesn't need specified anew each time performance monitor
is run. Is this possible? Anybody???
Kirk
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
David Bolen was heard to say:
>"If you have to dial 9 to get an outside line, your office uses a
>digital PBX telephone system, which means you also won't be able to
>achieve 56k rates."
>
> Nope. Just because the A/D conversion is done by your PBX rather than
> the switch at the far end of a telco local loop makes no difference.
> Sure, some PBXs do poorly, but hardly an issue in general.
Well that depends on your PBX. I've seen x2 connections work with a digital
PBX (Lucent Divinity 8411D "Voice Terminal" where the A/D conversion is the
phone on my desk) as well as an analog PBX (AT&T Merlin phone system via a
"line side" CT1 -- A/D conversion on both sides of the T1.) [Granted, that
was an "odd as hell" situation at a trade show ???]
--Ricky
At 09:21 PM 8/21/98 -0400, you wrote:
>At 04:30 PM 8/21/98 -0500, you wrote:
>>There are number of ways:
>>
>>1) Through TCM: goto performance monitor.
>
>How do you get Performance Monitor to show users?
Your right it will show connections in use, not the users, but at least
it tells me their phone numbers and time logged in (which Ascend units
can't tell you without great effort on your part)
>>2) Through Telnet: list ip network or list connection
>
><list co> will give you username, connection type, and start time info,
>although strangely doesn't show a console port connection
And 'sh users' evidently is dif in that USR does 'show session' shows
connections - a close similarity to Livingston code which I'm actually more
used to. We run a Perl Script on all active connections, customized to
each particular unit and it's parameters required. (Using
USR/AScend/PortMasters as terminal servers)
>Also, along with Jim Logan <jim@top.net>, and I'm sure others, I'd love to
>find a way of saving performance monitor configurations so that each
>friggin parameter doesn't need specified anew each time performance monitor
>is run. Is this possible? Anybody???
A Question I've long wanted answered - why can't I save the performance
monitor selections to my own personal favorites (or bookmarks - giving
equal time to NetScape termonolgy) vs having to always select the report
type I want to get?
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
Subject:Re: (usr-tc) Multilink in Netserver From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-08-22 10:54:09
thank you. that was exactly what was happening to me. I rebooted all of my
net-server cards. and called it a day.
Leon
-----Original Message-----
>Thus spake Leon McCalla
>>vtp_process_layer2_reg_request: Bundle does not exist for tunneled link.
>>vtp_process_layer2_reg_response: Service Not Provided by GW code = 36.Try
>>backup if provided.
>
>http://www.shreve.net/tcs and look at the open issues. One of them
>addresses this specifically.
>--
Subject:(usr-tc) new hub From: Brian <signal@shreve.net> Date: 1998-08-22 23:54:30
We got a new Hiper bundle in, and to my surprise it had "3Com" on it, and
cool new Total Control graphics, in a nice blue (lettering was blue, still
a black box.......thank GOD they didn't make it white :) ).
Some of the cards did not have the usual "USR" on them, they just had
nothing. Others did have "USR", but at least it looks more like what
TCM shows you.........I actually like it over the older graphics.
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
> 20MB of DRAM 2Mb of ROM...This is off another NMC card just like it since I
> cant access this card. Thanks..
Of course, that brings up the question, is 2 Mb of Flash enough?
From what I've seen, it's suggested that you have at least 4Mb of
Flash for 16Mb of RAM. You may want to check with your support
rep on this.
Kevin
---
Internet: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without notice.
Subject:(usr-tc) HiPer Crash-URGENT From: K Mitchell <mitch@keyconn.net> Date: 1998-08-24 10:55:42
I just had my HiPer chassis dump out some error messages and spontaneously
reboot. I was connected via console port at the time and got the following;
HiPer>> Event generated with no strings in the string file.
String Facility requested = 49504643 (IPFC)
String Number requested = 76 (***v)
HiPer>> lEvent generated with no strings in the string file.
String Facility requested = 434c495f (CLI_)
String Number requested = 14 (****)
CLI - Software Error - Memory Allocation Failed
Event generated with no strings in the string file.
String Facility requested = 434c495f (CLI_)
String Number requested = 14 (****)
Event generated with no strings in the string file.
String Facility requested = 434c495f (CLI_)
String Number requested = 14 (****)
Numerous additional lines similar to the above were received, followed by
the below;
EXCEPTION 0300 CRASH DUMP:
GPRs:
R0: 0x00399004 R1: 0x03FAF838 R2: 0x000B16C8 R3: 0xA5A5A5A5
R4: 0x00444698 R5: 0x00001386 R6: 0x00FEF78C R7: 0x00000000
R8: 0x00622E50 R9: 0x3A2F2F45 R10: 0x00000000 R11: 0x0000D747
R12: 0x00000001 R13: 0x000B988C R14: 0x00000000 R15: 0x0054E2D0
R16: 0x004448C4 R17: 0x00002710 R18: 0x004448D0 R19: 0x00000000
R20: 0x0104B823 R21: 0x00000004 R22: 0x0104B81F R23: 0x00000000
R24: 0x000B1AA8 R25: 0x00000000 R26: 0x006C1BD4 R27: 0x5A5A5ADB
R28: 0x00000001 R29: 0x00000000 R30: 0x013CBDCC R31: 0xA5A5A5A5
SPRs:
CR: 0x84000000 XER: 0x0000001C LR: 0x00399004 CTR: 0x0037AF8C
SRR0: 0x00398E70 SRR1: 0x0000B930 DSISR: 0x04000000 DAR: 0xA5A5A5A9
DMISS: 0x4801FD9D DCMP: 0xC8CD0520 HASH1: 0x00008540 HASH2: 0x00007A80
IMISS: 0x00000000 ICMP: 0x00000000 RPA: 0x00000000 IABR: 0x00000000
82660 Registers:
Err Status 1: 0x00, Err Status 2: 0x00, CPU Err: 0x14, PCI Err: 0x06
CPU/PCI Addr: 0x00064DE0, Sys Error Addr: 0x0005EE00
Call Stack:
0x00398E70 (Exception return address - SRR0)
0x00399004
0x00399154
0x00390C90
0x0037B2E4
0x0037B618
0x00390BD8
0x0039F434
0x003A50D4
0x003A3DA8
0x0039EB54
0x00390BD8
0x00394BD8
0x0039AF14
0x00393F20
0x003930AC
0x00390BD8
0x003B2994
0x00390414
0x0038F4BC
0x0038D35C
0x00216584
0x003DEF64
0x003DF214
0x002007E8
0x00200100
0x00200034
BOOT PROM Version 1.15 (Built on August 23rd, 1997 at 12:24:24)
Loading kernel ... OK
Initializing timer ... OK
followed by a complete restart.
Any ideas WTF caused this and what I can do to prevent future repeats?
TIA,
Kirk
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
Hrmm...3Com moves down yet another spot in the remote access market...
SAN JOSE, Calif., Aug 24 (Reuters) - Dataquest said its preliminary
second quarter data confirmed that Cisco Systems Inc. had moved
into the top spot in the market for remote access concentrators
full story at:
http://biz.yahoo.com/finance/980824/cisco_no_1_1.html
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) HiperDSP Modem 12 problem From: Charles Hill <chill@ionet.net> Date: 1998-08-24 11:21:55
Eric,
Have you tried the same card in a different slot? I have had two
different HDM cards do the same thing, but the problem seemed to be
slot-specific in both cases. Slot 14 in one chassis, slot 2 in another.
I moved the cards to another slot, reflashed v1.2.5 and have had no
problem since.
-CH
On Mon, 24 Aug 1998, Eric J. Merkel wrote:
> I was just reading the USR TC list from about a month ago and noticed your
> post. We have had this exact same problem. I called support and they had no
> idea what was going on so they shipped me a new hiperdsp. Well, would n't
> you know it, the same problem came back several weeks later.
>
> Basically all you can do is soft busy out that modem and then reboot the
> card when convenient. Also, this problem doesn't seem to manifest itself on
> the same modem. I've had it happen on 3 or 4 different modems on the same
> card/slot. This has also never happened in the other HiperDSP card which is
> in the previous slot. Sometimes the card runs for weeks/months without the
> problem and them blam, it's back. Reboot and it goes away...USR support
> doesn't have a clue on this one....
>
> If you've found a resolution to this problem, please fill me in! Thanks.
Subject:re: (usr-tc) Connection rate problem - PBXs From: John Powell <john_powell@mw.3com.com> Date: 1998-08-24 11:48:56
Ricky Beam stated:
>David Bolen was heard to say:
>>"If you have to dial 9 to get an outside line, your office uses a
>>digital PBX telephone system, which means you also won't be able to
>>achieve 56k rates."
>>
>> Nope. Just because the A/D conversion is done by your PBX rather than
>> the switch at the far end of a telco local loop makes no difference.
>> Sure, some PBXs do poorly, but hardly an issue in general.
>Well that depends on your PBX. I've seen x2 connections work with a
digital
>PBX (Lucent Divinity 8411D "Voice Terminal" where the A/D conversion is
the
>phone on my desk) as well as an analog PBX (AT&T Merlin phone system via a
>"line side" CT1 -- A/D conversion on both sides of the T1.) [Granted,
that
>was an "odd as hell" situation at a trade show ???]
>
>--Ricky
A couple notes here:
- Dialing 9 (or 8 or 0, etc.) as a prefix is not always an indicator of a
PBX (could be Centrex), though it is certainly a flag to check it out.
- As David mentioned, the PBX usually is not the problem. A properly
configured PBX circuit will allow for good x2/V.90 connections. The trick
is to serve the PBX with a "trunk side" T1/E1, PRI or BRI. You are
essentially "extending" the digital network out to your PBX and providing
for a very short analog loop (where most of the problems arise). This is a
good thing! The Rolm PBX in our building provides for consistent 53-54K
connections as long as the call is routed out via a pure digital link.
Unfortunately most PBXs in the US are digital, yet are served by analog
lines. This adds the additional A/D and kills PCM modems. In Europe, on
the other hand, the connections are often ISDN and provide for great PCM
modem functionality.
Your example of a Lucent Definity, as long as it is served by a pure
digital link, is a good one. You do not need to use a 8411, it should work
nicely right off an analog line card. We use Definity's in our labs and
they work great. Note, 3Coms V.90 is required on the client side if the
PBX adds digital pads internally, unless those pads are identical to
digital pads used in commercial COs (unlikely). Your mileage may vary with
other manufacturer's V.90 clients, as they may, or may not, support the
less popular pads found in various PBXs (3Com's V.90 clients will support
any pad).
- Though there are several different "Merlins" the only ones I know of that
will support a straight CT1 is the "Merlin Legend" and "Merlin II". They
are hybrid digital/analog (digital signalling, analog voice path), the D/A
is done in the T1 card and routed out to the voice terminal as an analog
signal (unless it is one of the pure digital phones, which are somewhat
rare). I find it highly unlikely it would have worked with a "line side"
T1. I suspect that was actually a trunk-side T1 and sort of fit the
scenario above (single D/A in the PBX, short analog loop).
The older models of the Merlin, the 410, 1040 and others, were analog.
They do not support T1s (only analog lines) and should theoretically
provide a line that supports x2 as long as the inbound analog line is
capable. I have never tried it, they are pretty much antiques. The ones I
have worked with added a lot of noise, so there might be trouble there.
Bottom line is that a PBX in itself will not usually cause problems. The
problems with PBXs is how they are typically configured in the US with
analog lines. Every decent PBX I have worked with that supports straight
digital links, and those links are "trunk-side", has worked well with
3Com's V.90 client, often operating in the 50's. x2 and K56 had trouble
with some configurations due to the uncommon digital pads found in some
digital PBXs. Line side T1s, and analog lines serving the digital PBX will
almost certainly prevent x2/V.90/K56 from operating.
JP
When I use to integrate the Total Control Hub, we use to upgrade the DRAM f=
rom
4mb to 16mb and 4mb of ROM to 8mb of ROM to upgrade anything after the 4=2E3=2E9
code for the nmc=2E
Everytime we didn't upgrade the ROM to 8mb, it use to crap out around 75% of
transfer=2E I don't know if this is true but it was recommended by my company in
which we received this information from 3Com=2E
____________________Reply Separator____________________
Author: s1kevin@tims=2Enet
> 20MB of DRAM 2Mb of ROM=2E=2E=2EThis is off another NMC card just like it since=
I
> cant access this card=2E Thanks=2E=2E
Of course, that brings up the question, is 2 Mb of Flash enough? From what=20=
I've seen, it's suggested that you have at least 4Mb of Flash for 16Mb of=20=
RAM=2E You may want to check with your support rep on this=2E
Kevin
---
Internet: s1kevin@tims=2Enet
Web: http://users=2Esota-oh=2Ecom/~s1kevin/
Unsolicited advertisements processing fee $50 subject to change without=20=
notice=2E
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
Subject:Re: (usr-tc) HiperDSP Modem 12 problem From: Eric J. Merkel <merkel@defnet.com> Date: 1998-08-24 12:03:18
I was just reading the USR TC list from about a month ago and noticed your
post. We have had this exact same problem. I called support and they had no
idea what was going on so they shipped me a new hiperdsp. Well, would n't
you know it, the same problem came back several weeks later.
Basically all you can do is soft busy out that modem and then reboot the
card when convenient. Also, this problem doesn't seem to manifest itself on
the same modem. I've had it happen on 3 or 4 different modems on the same
card/slot. This has also never happened in the other HiperDSP card which is
in the previous slot. Sometimes the card runs for weeks/months without the
problem and them blam, it's back. Reboot and it goes away...USR support
doesn't have a clue on this one....
If you've found a resolution to this problem, please fill me in! Thanks.
Eric
At 09:51 PM 7/24/98 -0400, Robert Adams wrote:
>Everyone,
>
> On one of our HiPerDSP's modem 12 will answer, but with a wable to the
>tone.. which keeps people from connecting. We have went through every
>setting and this modem is identical to all the other 23... Is there a way to
>turn 12 off and replace it w/ 24 (since we have PRI) ? Has anyone else had
>a "bad" modem in one of these?
>
>-Jason
>---
>Robert J. Adams radams@siscom.net http://www.siscom.net
>Looking to outsource news? http://www.newshosting.com
>SISCOM Network Administration - President, SISCOM Inc.
>Phone: 888-4-SISCOM 937-222-8150 FAX: 937-222-8153
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
=============================================================================
Eric Merkel | URL: www.metalink.net | Local Access in
MetaLink Technologies, Inc | EMail: merkel@defnet.com | Defiance, Fulton,
419-782-3472 Ext. 4 | Sales: 1-888-999-8002 | Henry, & Williams Co.
=============================================================================
David Bolen sez:
>>You need more data - for analyzing problem requests like this I
generally suggest the output from ATI4 I6 I7 I11 and Y11.<<
Excellent information for troubleshooting. Does anybody know if there is
an equivalent command of Y11 for the Lucent chipsets?
--
Jeff Payne
STN
Subject:Re: (usr-tc) Connection rate problem From: David Bolen <db3l@ans.net> Date: 1998-08-24 14:07:50
Ricky Beam <jfbeam@Interpath.net> writes:
> Well that depends on your PBX. I've seen x2 connections work with a digital
> PBX (Lucent Divinity 8411D "Voice Terminal" where the A/D conversion is the
> phone on my desk) as well as an analog PBX (AT&T Merlin phone system via a
> "line side" CT1 -- A/D conversion on both sides of the T1.) [Granted, that
> was an "odd as hell" situation at a trade show ???]
Right, that was pretty much my point - the article implies that _any_
port fed from a PBX will fail to achieve anything above V.34 rates,
whereas it's not at all an absolute and many PBX systems can do fine.
It is true that various x2 builds sometimes had problems with such
systems due to some slightly off padding (often digital) that they
were applying to the analog ports, but 3Com's dynamic constellations
in their V.90 implementation almost always covers that easily. (And
in such a case, the PBX wasn't really any different than an unexpected
pad level found on a normal POTS line - same result).
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Subject:(usr-tc) HiPer box stops taking calls after a few days From: Peter Clausen <peter@cstone.net> Date: 1998-08-24 14:43:00
I have a HiPer Total Control box that has been acting up over the last few
weeks.
The unit has the following configuration:
1 3COM High-Density 24 Channel NAC 8192 2048 1.2.5
2 3COM High-Density 24 Channel NAC 8192 2048 1.2.5
16 3COM HiPer ARC NAC 65536 8192 4.0.30
17 3COM Network Management Card with clock 16384 8192 5.5.5
The problem is that since I upgraded to V.90, I can only go about 3 days,
then the unit won't accept new calls. It typically gets to about 44
connections (of 46 possible).
The problems is almost like a hung modem or something because when I dial
the box with a regular phone, I get a long silence (about 50 seconds), then
a busy signal.
Is this a known issue, or do I have a bad modem DSP?
If my hardware is at fault, how do I determine what is broke?
Peter
Subject:Re: (usr-tc) Connection rate problem From: John Powell <john_powell@mw.3com.com> Date: 1998-08-24 18:03:06
No, currently nothing similar. Too bad, as it is great stuff to really
narrow down problems.
The only diag data I have found is AT I11 in Lucent's, and AT&V1 in
Rockwell's. It is very scant, and often shows blanks or erroneous zero's
(particularly on V.90 calls). In no case have I found freq probe data
(Y11) on anything except 3Com/USR modems. It would be trivial for them to
do it (the data exists in the modem, they just need to parse and display
it).
One more good reason to recommend your customers purchase 3Com modems
<grin>.
"jpayne" <payne4uk@bitstorm.net> on 08/24/98 01:07:12 PM
Please respond to usr-tc@lists.xmission.com
cc: (John Powell/MW/US/3Com)
David Bolen sez:
>>You need more data - for analyzing problem requests like this I
generally suggest the output from ATI4 I6 I7 I11 and Y11.<<
Excellent information for troubleshooting. Does anybody know if there is
an equivalent command of Y11 for the Lucent chipsets?
--
Jeff Payne
STN
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) TC6 Rack - where to buy ? From: Sebastian Bielinski <seba@veracomp.com.pl> Date: 1998-08-24 18:10:53
Hi,
As far as I know, there are no more TC6 racks on 3com stock. Does
anybody knows if I can buy it elsewhere ?
regards,
--
Sebastian Bielinski
+-------------------------------+--------------------------------+
| VERACOMP | tel (+48 12) 411 10 44 ext. 66 |
| Network Systems Department | fax (+48 12) 422 23 52 |
| email: seba@veracomp.com.pl | GSM (+48) 601 70 59 80 |
| http://www.veracomp.com.pl | |
+-------------------------------+--------------------------------+
Subject:(usr-tc) pbReceivedLsWhileLinkUp From: Cindy Smith <cindyo@ktc.com> Date: 1998-08-24 21:07:02
I have been getting a some disconnect causes that I have never seen
before.
pbReceivedLsWhileLinkUp(55)
pbTransmitt Bus Timeout(49)
pbOutOfSequenceFrame (56)
What could be causing this?
I have also been receiving reports of high disconnects.
Any insight would be greatly appreciated.
TIA,
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Cindy Smith
Systems Administrator
KTC-I-Net
830-896-1111
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Search on interproc http://interproc.ae.usr.com/tkb.html
krish
\ T.S.V. Krishnan \
\ Network System Engineer \ ( : - : )
\ 3Com ............ \
----------------------------------------------/
tkrishna@bubba.ae.usr.com
----------------------------/ http://interproc.ae.usr.com ----/
The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html
Any Sufficiently advanced bug is indistinguishable for a feature.
- Rick Kulawiec
On Mon, 24 Aug 1998, Cindy Smith wrote:
> I have been getting a some disconnect causes that I have never seen
> before.
>
> pbReceivedLsWhileLinkUp(55)
> pbTransmitt Bus Timeout(49)
> pbOutOfSequenceFrame (56)
>
> What could be causing this?
>
> I have also been receiving reports of high disconnects.
>
> Any insight would be greatly appreciated.
>
> TIA,
>
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> Cindy Smith
> Systems Administrator
> KTC-I-Net
> 830-896-1111
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 FBSD
>Sorry if this is FAQ.
>What is the difference between a Single-sided and a Double-sided Quad
>modem?
No functional difference that I've found.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
The double sided modems are older. Functionally, they appear to be the
same. We've got both in our racks. I try not to mix the two in the
same chassis though.
At 06:07 PM 8/25/98 +0900, you wrote:
>
>Sorry if this is FAQ.
>
>What is the difference between a Single-sided and a Double-sided Quad
>modem?
>
>When the vendor delivered our 6 quad modems, I noticed that 3 are
>single-sided and rest are double-sided. When questioned, the vendor said
>it was a mistake and they're going to replace the single-sided ones with
>double-sided ones. TIA
>
>fbsd
>
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
---
Clayton Zekelman
Managed Network Systems Inc.
875 Ouellette Avenue
Windsor, Ontario
N9A 4J6
tel. 519-258-2642
fax. 519-258-3009
Subject:(usr-tc) x2/v.90 info in RADIUS accounting? From: Kenneth Agena <keagena@aloha.net> Date: 1998-08-25 11:05:15
Hello, all... . .
I would like to see how many x2, v.90, and non-56k calls we're getting.
That info is easily viewed under "Performance Monitor" on TCM, but I'd
like to see it show up in RADIUS accounting.
I was told this info is available as "Connect-info", attribute 77, in
RADIUS acct, but as far as I can tell, the chassis don't send attribute
77.
Does anyone know how I can accomplish this? If it's not possible under
RADIUS accounting, how would it done using SNMP?
--- Ken
On Tue, 25 Aug 1998, FBSD wrote:
>
> Sorry if this is FAQ.
>
> What is the difference between a Single-sided and a Double-sided Quad
> modem?
>
> When the vendor delivered our 6 quad modems, I noticed that 3 are
> single-sided and rest are double-sided. When questioned, the vendor said
> it was a mistake and they're going to replace the single-sided ones with
> double-sided ones. TIA
Double-sided modems are old. If the vendor will replace the modems, get
the single sided modems instead.
Brian
Sorry if this is FAQ.
What is the difference between a Single-sided and a Double-sided Quad
modem?
When the vendor delivered our 6 quad modems, I noticed that 3 are
single-sided and rest are double-sided. When questioned, the vendor said
it was a mistake and they're going to replace the single-sided ones with
double-sided ones. TIA
fbsd
I have a TC 2059 Bundle with:
12 Quad Modems
1 16MB NETServer
1 16MB NMC Card
1 PRI-T1/E1 NAC
The unit has X2 enabled and I am ready to upgrade to include V.90.
However, since I am not very experienced with USR, I am somewht nervous to
proceed without some direction/guidance on how to do it.
I have downloaded these files from USR site and have them in the SDL
directory of TCM, V5.5.1:
Hm050502.nac
Nm030200.sdl
Qf030200.sdl
Qf050909.nac
Qr030300.sdl
Qr051009.nac
When I go to the "Software Download" page of TCM:
The modems will be updated with "Qr051009.nac" and "Qr030300.sdl"
The NMC will be updated with "Hm050502.nac" which is in RED - does that
mean something is missing? There is nothing in the SDL file column.
How do I proceed and in what order?
Thanks.
Butch
Subject:Re: (usr-tc) Upgrading to V.90 From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-25 19:36:21
Thus spake Butch Kemper
> The modems will be updated with "Qr051009.nac" and "Qr030300.sdl"
> The NMC will be updated with "Hm050502.nac" which is in RED - does that
> mean something is missing? There is nothing in the SDL file column.
>How do I proceed and in what order?
The NMC doesn't need an SDL file when being upgraded from TCM. No
worries there.
The modem code not being shown in red is a bug in the code...it will
still see that they need to be upgraded and will work fine, just check
the boxes you need and away you go.
The order I usually do is:
upgrade NMC first
set ds0's on my pri's local-out-of-service (customer 5ESS switch type),
wait a while for some people to log out
upgrade modems and netserver card (no particular order between these
two)
upgrade pri card
The reboot at the end of the pri card reboot automagically puts the
ds0's back in service so I don't have to worry about doing that.
This has worked well for us by being the least disruptive to our
customers...
Oh yeah, I also start with the chassis' at the end of our hunt and work
forward...if you think about it, this cuts down drastically on people
getting bumped off more than once by the upgrade process.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Upgrading to V.90 From: K Mitchell <mitch@keyconn.net> Date: 1998-08-25 19:58:22
At 06:21 PM 8/25/98 -0500, you wrote:
>
>I have a TC 2059 Bundle with:
>
> 12 Quad Modems
> 1 16MB NETServer
> 1 16MB NMC Card
> 1 PRI-T1/E1 NAC
>
>The unit has X2 enabled and I am ready to upgrade to include V.90.
>However, since I am not very experienced with USR, I am somewht nervous to
>proceed without some direction/guidance on how to do it.
>
>I have downloaded these files from USR site and have them in the SDL
>directory of TCM, V5.5.1:
>
> Hm050502.nac
> Nm030200.sdl
> Qf030200.sdl
> Qf050909.nac
> Qr030300.sdl
> Qr051009.nac
>
>When I go to the "Software Download" page of TCM:
>
> The modems will be updated with "Qr051009.nac" and "Qr030300.sdl"
>
> The NMC will be updated with "Hm050502.nac" which is in RED - does that
> mean something is missing? There is nothing in the SDL file column.
According to the TCM help file, if it's in red it means that it is a newer
version than what's currently running.
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
An user wrote to say that his NT4 reported a "data link terminated by
remote machine" when trying to connect to our new TC. Found the
following in the syslog:
Aug 25 21:45:35 pool1 dialnet: port I0 ppp_sync failed dest
Aug 25 21:45:42 pool1 PRI: I0: CALL_REF >0x00000004< PRI_SLOT >0< TS >3<
SPAN >0< B_CH >20<
Aug 25 21:45:46 pool1 acct 0x00000004 dialnet: port I0 PPP succeeded dest
Negotiated
Aug 25 21:45:49 pool1 dialnet: port I0 ppp_sync failed dest
Was it his NT4, his TA or my TC?
Also, found these:
Aug 25 19:16:26 pool1 S21 packet bus disconnected. reason: 10
Aug 25 19:16:26 pool1 S21 packet bus handle closed.
Pointers to any URL or FAQ for where I can find a complete list of
disconnect reasons would be appreciated. Many Thanks.
fbsd
(a TC newbie)
Subject:(usr-tc) imac From: andy <smitha@mach3ww.com> Date: 1998-08-26 00:32:21
I found this story on ZDNET.
http://www.zdnet.com/zdnn/stories/zdnn_lggraph_display/0,3442,2131466,00.html
Why would a v.90 modem not be able to connect to a v.34? Why is Jobs
blameing ISPs for a modem code issue? gesh...
Please no mac vs. wintel flames...
This is a multi-part message in MIME format.
------=_NextPart_000_0013_01BDD089.9F2F0E00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello
I use the usr Radius program I am having a problem with it not removing =
users. if user "A" loges off and I do a list sessions and it shows that =
they have logged off.
then go to the Radius program it still shows that there online.
this does not happen all the time so I was wondering if there was maybe =
some setting that the radius program scans the TC Hub to update its self =
of who is online. if so were would this setting be.
many thanks
Steve
Steven Webb
Nivets Communications
Nivets@nivets.com
Http://www.nivets.com
pH: (407)-932-1002
Fax: (407)0932-0411
------=_NextPart_000_0013_01BDD089.9F2F0E00
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><FONT color=3D#000000 size=3D2>Hello</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>I use the usr =
Radius program=20
I am having a problem with it not removing users. if user "A" =
loges=20
off and I do a list sessions and it shows that they have logged=20
off.</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>then go to the Radius program it still shows that =
there=20
online.</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>this does not happen all the time so I was wondering =
if there=20
was maybe some setting that the radius program scans the TC Hub to =
update its=20
self of who is online. if so were would this setting be.</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>many thanks</FONT></DIV>
<DIV><FONT size=3D2>Steve</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV> </DIV>
<DIV><FONT color=3D#000000=20
size=3D2><BR>----------------------------------------------<BR>Steven=20
Webb<BR>Nivets Communications<BR><A=20
href=3D"mailto:Nivets@nivets.com">Nivets@nivets.com</A><BR><A=20
href=3D"http://www.nivets.com">Http://www.nivets.com</A><BR>pH:=20
(407)-932-1002<BR>Fax: (407)0932-0411</FONT></DIV></BODY></HTML>
------=_NextPart_000_0013_01BDD089.9F2F0E00--
Nivets was heard to say:
>I use the usr Radius program I am having a problem with it not removing =
>users. if user "A" loges off and I do a list sessions and it shows that =
>they have logged off.
>
>then go to the Radius program it still shows that there online.
>
>this does not happen all the time so I was wondering if there was maybe =
>some setting that the radius program scans the TC Hub to update its self =
>of who is online. if so were would this setting be.
Moral of the story... user tracking does not work. (esp. with the USR SA
server as it ships [or used to].) RADIUS was never really designed to
do this anyway. There are simply too many ways data can get out of
wack.
--Ricky
U>Nivets was heard to say:
U>>I use the usr Radius program I am having a problem with it not
U>removing = >users. if user "A" loges off and I do a list sessions and
U>it shows that = >they have logged off.
U>>
U>>then go to the Radius program it still shows that there online.
U>>
U>>this does not happen all the time so I was wondering if there was
U>maybe = >some setting that the radius program scans the TC Hub to
U>update its self = >of who is online. if so were would this setting be.
U>Moral of the story... user tracking does not work. (esp. with the USR
U>SA server as it ships [or used to].) RADIUS was never really designed
U>to do this anyway. There are simply too many ways data can get out of
U>wack.
Actually I've used it for months with next to no problems. You do need
to watch a few things though. Test it thoroughly before deploying,
have plenty of horsepower on the RADIUS server or keep it lightly
loaded, do proper database maintenance from time-to-time, restart RADIUS
after any NAS reboot. This seems to work for me.
Jeff Binkley
ASA Network Computing
CMPQwk 1.42 9999
Subject:(usr-tc) Idle timeout commands From: Eric <elorenzo@mediacity.com> Date: 1998-08-26 09:20:49
Two quick questions:
1-To logout a user after a certain amount of time of inactivity, are these
the correct commands?
NETServer: set <port> idletimeout <time in seconds>
HARC: set dial_out idle_timeout <time in minutes> [this will affect all
the modems that HARC is owner of?]
2-Is there a way to autologout users who like to set up ping jobs so that
they don't get logged out?
2b-How do you set up a maximum time that a person dialing in can be
connected? Say if we want to disconnect everyone after 100 minutes.
Thanks,
Eric
Subject:Re: (usr-tc) x2/v.90 info in RADIUS accounting? From: Stefanita Valcu <vsv@dnt.ro> Date: 1998-08-26 11:05:06
If you are using Merit Radius I think you can use the USR-Modulation-Type
(108) attribute sended by the NAS. Below is an example from my logs:
[...]
USR-Connect-Speed = 31200-BPS
USR-Modulation-Type = v32Terbo
USR-Simplified-MNP-Levels = mnpLevel4
USR-Simplified-V42bis-Usage = none
[...]
Hope this helps,
-vsv
On Tue, 25 Aug 1998, Kenneth Agena wrote:
> Hello, all... . .
>
> I would like to see how many x2, v.90, and non-56k calls we're getting.
> That info is easily viewed under "Performance Monitor" on TCM, but I'd
> like to see it show up in RADIUS accounting.
>
> I was told this info is available as "Connect-info", attribute 77, in
> RADIUS acct, but as far as I can tell, the chassis don't send attribute
> 77.
>
> Does anyone know how I can accomplish this? If it's not possible under
> RADIUS accounting, how would it done using SNMP?
>
> --- Ken
---
Stefanita Valcu, http://www.dnt.ro/~vsv
Network Engineer, Dynamic Network Technologies
Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> Two quick questions:
>
> 1-To logout a user after a certain amount of time of inactivity, are these
> the correct commands?
> NETServer: set <port> idletimeout <time in seconds>
> HARC: set dial_out idle_timeout <time in minutes> [this will affect all
> the modems that HARC is owner of?]
>
> 2-Is there a way to autologout users who like to set up ping jobs so that
> they don't get logged out?
> 2b-How do you set up a maximum time that a person dialing in can be
> connected? Say if we want to disconnect everyone after 100 minutes.
>
On the HARC you can set both idle timeout and session limits by changing
settings on the user "default".
set user default idle_timeout <time in seconds>
set user default session_timeout <time in something, I'm not sure>
save all
-Brian
--
# Brian Biggs | Sonic / Sonoma Interconnect #
# Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 #
# mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net #
|-----Original Message-----
|From: owner-usr-tc@lists.xmission.com
|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Eric
|Sent: Wednesday, August 26, 1998 11:21 AM
|To: TC List
|Subject: (usr-tc) Idle timeout commands
|
|
|Two quick questions:
|
|1-To logout a user after a certain amount of time of inactivity, are these
|the correct commands?
|NETServer: set <port> idletimeout <time in seconds>
Correct.
|HARC: set dial_out idle_timeout <time in minutes> [this will affect all
|the modems that HARC is owner of?]
Incorrect. This sets the idle timeout for dial-out users only, not dial-in.. To
do this for dial-in user do the following.
HARC: set user default idle <time in seconds>
This sets the default user to an idle timeout that will apply to all users unless
specified in RADIUS, which takes precedence.
|2-Is there a way to autologout users who like to set up ping jobs so that
|they don't get logged out?
You really can't. You can block pings entirely with a filter, but this is not
always desired since it can make connectivity testing difficult.. But what ever
is caught by the filter will not reset the idle timer.
|2b-How do you set up a maximum time that a person dialing in can be
|connected? Say if we want to disconnect everyone after 100 minutes.
Session timeout on harc or with a RADIUS entry for Netserver & HARC.
HARC: set user default session_timeout <time in seconds>
-M
All,
We are moving to upgrade our Radius to Merit 3.6B AAA server. We have run
into the issue of not having the right dictionary files that are compatible
with the HiPer Chassis.
Does anyone have a copy of a working Dictionary file for this version of
RADIUS/AAA to work with Total Control ? Can I get a copy ?
Thank You,
Frank Basso
Senior Network Engineer
Got.Net?
Santa Cruz, California
Voice: 831-460-2000 x117
FAX: 831-460-2004
When they took the fourth amendment, I was quiet because I didn't deal
drugs.
When they took the sixth amendment, I was quiet because I was innocent.
When they took the second amendment, I was quiet because I didn't own a gun.
Now they've taken the first amendment, and I can say nothing about it.
At 09:20 AM 8/26/98 -0700, you wrote:
>Two quick questions:
>
>1-To logout a user after a certain amount of time of inactivity, are these
>the correct commands?
>NETServer: set <port> idletimeout <time in seconds>
>HARC: set dial_out idle_timeout <time in minutes> [this will affect all
>the modems that HARC is owner of?]
>
>2-Is there a way to autologout users who like to set up ping jobs so that
>they don't get logged out?
>2b-How do you set up a maximum time that a person dialing in can be
>connected? Say if we want to disconnect everyone after 100 minutes.
Look for a way to set session limit. You can set both idle and session
timeouts in USR's Security & Accounting Server, if that's what you're using.
Kirk
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
Subject:Re: (usr-tc) Radius From: Brian McIntire <brian_mcintire@mw.3com.com> Date: 1998-08-26 17:08:33
--0__=yyVx2aibMuMbav7gkyW65eH4kkjwTCz2HAByze7Fc8E9NdmwxpKmOknd
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
Make sure you have enabled Login tracking under the accounting tab of
server setup. Also make sure you have your radius clients set up like
this:
Ip Address Port Secret Type
xxx.xxx.xxx.xxx 1645 xxxx NetServer 3.x or HiPer & NetServer
xxx.xxx.xxx.xxx 1646 NetServer 3.x or HiPer & NetServer
xxx.xxx.xxx.xxx 1645 Acounting Server (You need this one if you
checked
Successful
logins under the accounting tab)
xxx.xxx.xxx.xxx 1646 Accounting Server
xxx.xxx.xxx.xxx 1646 NMC
To get all accounting to work i.e sa,ple billing, call statistics by day,
etc. do the following
Load TCM
Click on your modems and go to fault/trap settings trap enables
Make sure you enable log for On Incoming Termination
Click set/ok
Go to configure/Action commands
Save to nvram and close
Click on the NMC
Go to configure/program settings/logging group
Make sure you have your accounting server IP address entered and the log
group selection is set to group 3 at a minimum
click set/ok
Click Configure/Action Commands/ save ui to eeprom
"Nivets" <nivets@nivets.com> on 08/26/98 02:36:53 AM
Please respond to usr-tc@lists.xmission.com
cc: (Brian McIntire/MW/US/3Com)
Hello
I use the usr Radius program I am having a problem with it not removing
users. if user "A" loges off and I do a list sessions and it shows that
they have logged off.
then go to the Radius program it still shows that there online.
this does not happen all the time so I was wondering if there was maybe
some setting that the radius program scans the TC Hub to update its self of
who is online. if so were would this setting be.
many thanks
Steve
St
Steven Webb
Nivets Communications
Nivets@nivets.com
Http://www.nivets.com
pH: (407)-932-1002
Fax: (407)0932-0411
--0__=yyVx2aibMuMbav7gkyW65eH4kkjwTCz2HAByze7Fc8E9NdmwxpKmOknd
Content-type: text/html;
name="att1.htm"
Content-Disposition: attachment; filename="att1.htm"
Content-transfer-encoding: base64
Content-Description: Internet HTML
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBXMyBIVE1MLy9FTiI+DQo8SFRNTD4N
CjxIRUFEPg0KDQo8TUVUQSBjb250ZW50PXRleHQvaHRtbDtjaGFyc2V0PWlzby04ODU5LTEgaHR0
cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSciTVNIVE1MIDQuNzIuMzExMC43
IicgbmFtZT1HRU5FUkFUT1I+DQo8L0hFQUQ+DQo8Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElW
PjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0yPkhlbGxvPC9GT05UPjwvRElWPg0KPERJVj48Rk9O
VCBjb2xvcj0jMDAwMDAwIHNpemU9Mj48L0ZPTlQ+PEZPTlQgc2l6ZT0yPkkgdXNlIHRoZSB1c3Ig
UmFkaXVzIHByb2dyYW0gDQpJIGFtIGhhdmluZyBhIHByb2JsZW0gd2l0aCBpdCBub3QgcmVtb3Zp
bmcgdXNlcnMuIGlmIHVzZXIgJnF1b3Q7QSZxdW90OyBsb2dlcyANCm9mZiBhbmQgSSBkbyBhIGxp
c3Qgc2Vzc2lvbnMgYW5kIGl0IHNob3dzIHRoYXQgdGhleSBoYXZlIGxvZ2dlZCANCm9mZi48L0ZP
TlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxG
T05UIHNpemU9Mj50aGVuIGdvIHRvIHRoZSBSYWRpdXMgcHJvZ3JhbSBpdCBzdGlsbCBzaG93cyB0
aGF0IHRoZXJlIA0Kb25saW5lLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjwvRk9O
VD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPnRoaXMgZG9lcyBub3QgaGFwcGVuIGFs
bCB0aGUgdGltZSBzbyBJIHdhcyB3b25kZXJpbmcgaWYgdGhlcmUgDQp3YXMgbWF5YmUgc29tZSBz
ZXR0aW5nIHRoYXQgdGhlIHJhZGl1cyBwcm9ncmFtIHNjYW5zIHRoZSBUQyBIdWIgdG8gdXBkYXRl
IGl0cyANCnNlbGYgb2Ygd2hvIGlzIG9ubGluZS4gaWYgc28gd2VyZSB3b3VsZCB0aGlzIHNldHRp
bmcgYmUuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElW
Pg0KPERJVj48Rk9OVCBzaXplPTI+bWFueSB0aGFua3M8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U
IHNpemU9Mj5TdGV2ZTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjwvRk9OVD4mbmJz
cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwMDAgDQpz
aXplPTI+PEJSPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08
QlI+U3RldmVuIA0KV2ViYjxCUj5OaXZldHMgQ29tbXVuaWNhdGlvbnM8QlI+PEEgDQpocmVmPSJt
YWlsdG86Tml2ZXRzQG5pdmV0cy5jb20iPk5pdmV0c0BuaXZldHMuY29tPC9BPjxCUj48QSANCmhy
ZWY9Imh0dHA6Ly93d3cubml2ZXRzLmNvbSI+SHR0cDovL3d3dy5uaXZldHMuY29tPC9BPjxCUj5w
SDogDQooNDA3KS05MzItMTAwMjxCUj5GYXg6ICg0MDcpMDkzMi0wNDExPC9GT05UPjwvRElWPjwv
Qk9EWT48L0hUTUw+DQoNCg==
--0__=yyVx2aibMuMbav7gkyW65eH4kkjwTCz2HAByze7Fc8E9NdmwxpKmOknd--
Subject:Re: (usr-tc) Upgrading to V.90 From: Brian McIntire <brian_mcintire@mw.3com.com> Date: 1998-08-26 17:12:12
You need hm050505.nac not hm050502.nac. If you have unzipped your new code
into \usrsuite\sdl then when you go to Configure/Software download you
should only see one file listed for HiPer DSP's, HiPer ARC's, & NMC's. All
other cards will have a nac and sdl file
The other files are fine. Do you have a NetServer? I don't see that one
listed.
K Mitchell <mitch@keyconn.net> on 08/25/98 06:58:22 PM
Please respond to usr-tc@lists.xmission.com
cc: (Brian McIntire/MW/US/3Com)
At 06:21 PM 8/25/98 -0500, you wrote:
>
>I have a TC 2059 Bundle with:
>
> 12 Quad Modems
> 1 16MB NETServer
> 1 16MB NMC Card
> 1 PRI-T1/E1 NAC
>
>The unit has X2 enabled and I am ready to upgrade to include V.90.
>However, since I am not very experienced with USR, I am somewht nervous to
>proceed without some direction/guidance on how to do it.
>
>I have downloaded these files from USR site and have them in the SDL
>directory of TCM, V5.5.1:
>
> Hm050502.nac
> Nm030200.sdl
> Qf030200.sdl
> Qf050909.nac
> Qr030300.sdl
> Qr051009.nac
>
>When I go to the "Software Download" page of TCM:
>
> The modems will be updated with "Qr051009.nac" and "Qr030300.sdl"
>
> The NMC will be updated with "Hm050502.nac" which is in RED - does
that
> mean something is missing? There is nothing in the SDL file column.
According to the TCM help file, if it's in red it means that it is a newer
version than what's currently running. >>>>Correct
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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/v.90 info in RADIUS accounting? From: Brian McIntire <brian_mcintire@mw.3com.com> Date: 1998-08-26 17:17:24
The best way to do it is to modify our Call Statistics by day report or
make your own. It is already broken down by different ranges of Connect
speeds.
If you set up all your accounting you will get the necessary info
Kenneth Agena <keagena@aloha.net> on 08/25/98 04:05:15 PM
Please respond to usr-tc@lists.xmission.com
cc: (Brian McIntire/MW/US/3Com)
Hello, all... . .
I would like to see how many x2, v.90, and non-56k calls we're getting.
That info is easily viewed under "Performance Monitor" on TCM, but I'd
like to see it show up in RADIUS accounting.
I was told this info is available as "Connect-info", attribute 77, in
RADIUS acct, but as far as I can tell, the chassis don't send attribute
77.
Does anyone know how I can accomplish this? If it's not possible under
RADIUS accounting, how would it done using SNMP?
--- Ken
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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/v.90 info in RADIUS accounting? From: Ayan George <ayan@kiwi.datasys.net> Date: 1998-08-26 18:38:35
On Wed, Aug 26, 1998, "Brian McIntire" wrote:
> The best way to do it is to modify our Call Statistics by day report or
> make your own. It is already broken down by different ranges of Connect
> speeds.
>
> If you set up all your accounting you will get the necessary info
>
>
>
>
>
> Kenneth Agena <keagena@aloha.net> on 08/25/98 04:05:15 PM
>
> Please respond to usr-tc@lists.xmission.com
>
> To: usr-tc@lists.xmission.com
> cc: (Brian McIntire/MW/US/3Com)
> Subject: (usr-tc) x2/v.90 info in RADIUS accounting?
>
>
>
>
> Hello, all... . .
>
> I would like to see how many x2, v.90, and non-56k calls we're getting.
> That info is easily viewed under "Performance Monitor" on TCM, but I'd
> like to see it show up in RADIUS accounting.
>
> I was told this info is available as "Connect-info", attribute 77, in
> RADIUS acct, but as far as I can tell, the chassis don't send attribute
> 77.
>
> Does anyone know how I can accomplish this? If it's not possible under
> RADIUS accounting, how would it done using SNMP?
>
> --- Ken
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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.
This can't be right...
% snmpget -v 1 arc comm .1.3.6.1.2.1.4.21.1.2.199.77.100.147
ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex.199.77.100.147 = 0
% snmpwalk -v 1 arc comm .1.3.6.1.2.1.4.21.1.2 | grep 199.77.100.147
ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex.199.77.100.147 = 1522
It works when you walk the table, but doesn't work if you get the variable
directly. This is on ARC 4.0.30.
Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net
Senior Systems/Network Administrator --- mandrews@termfrost.org
Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/
"If Barbie is so popular, why do you have to buy her friends?..."
Subject:Re: (usr-tc) Server assigned DNS on Netserver/ARC From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-08-26 21:56:01
On Thu, 27 Aug 1998, Gilles Melanson wrote:
> Hey there folks.
>
> Does the Netserver and/or HiperARC support Microsoft's 'server assigned
> DNS' feature..? If so, how to enable it..?
I am not sure what is different with Microsoft DNS feature - but yes both
the NETServer and Hiper ARC does support the ability to send dns info for
dialin client via ppp. You can do this with both radius and via non
radius. However on the NETServer you can only send the NETServer's DNS
server to the client as DNS server if you do not use Radius.
krish
>
> Thanks.
>
> --
> Gilles Melanson ViaNet Internet Solutions
> System Administrator 128 Larch St. Suite 301
> gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8
>
> "One World, One Web, One Program"
> - Microsoft Promotional Ad
> "Ein Reich, Ein Volk, Ein Fuhrer"
> - Adolf Hitler
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Server assigned DNS on Netserver/ARC From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-08-27 00:54:38
On Thu, 27 Aug 1998, Bogdan Pelinescu wrote:
> > > Hey there folks.
> > >
> > > Does the Netserver and/or HiperARC support Microsoft's 'server assigned
> > > DNS' feature..? If so, how to enable it..?
> >
> > I am not sure what is different with Microsoft DNS feature - but yes both
> > the NETServer and Hiper ARC does support the ability to send dns info for
> > dialin client via ppp. You can do this with both radius and via non
> > radius. However on the NETServer you can only send the NETServer's DNS
> > server to the client as DNS server if you do not use Radius.
>
> Are you sure ?
> I'm having a Netserver 16, code 3.3.0 and it DOESN'T send the DNS if
> I login directly (not using radius authentication). Have you issued
> any special commands to enable it ?
>
I was only refering to NETServer in the chassis. The NETServer8/16 still
does not support dns. Sorry for the confusion
krish
>
>
> ---------------------------------------------------------------------
> Bogdan Pelinescu <bpelin@itcnet.ro> |
> R&D Engineer | Tel: (401) 232 2770
> Institute for Computers |
> Networks & Communications Dept. | Fax: (401) 230 7845
> Bucharest, Romania |
> ---------------------------------------------------------------------
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Server assigned DNS on Netserver/ARC From: Gilles Melanson <gilles@vianet.on.ca> Date: 1998-08-27 10:48:14
Hey there folks.
Does the Netserver and/or HiperARC support Microsoft's 'server assigned
DNS' feature..? If so, how to enable it..?
Thanks.
--
Gilles Melanson ViaNet Internet Solutions
System Administrator 128 Larch St. Suite 301
gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8
"One World, One Web, One Program"
- Microsoft Promotional Ad
"Ein Reich, Ein Volk, Ein Fuhrer"
- Adolf Hitler
Subject:Re: (usr-tc) Server assigned DNS on Netserver/ARC From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-27 11:05:30
Thus spake Tatai SV Krishnan
>On Thu, 27 Aug 1998, Gilles Melanson wrote:
>> Does the Netserver and/or HiperARC support Microsoft's 'server assigned
>> DNS' feature..? If so, how to enable it..?
>I am not sure what is different with Microsoft DNS feature - but yes both
>the NETServer and Hiper ARC does support the ability to send dns info for
>dialin client via ppp. You can do this with both radius and via non
>radius. However on the NETServer you can only send the NETServer's DNS
>server to the client as DNS server if you do not use Radius.
Well...its commonly called a Microsoft feature, because MS put forward
the RFC for the PPP extention to support it. 1818 I think it is...but
don't quote me. Whatever the number, the RFC was written and put
forward by MSFT.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:RE: (usr-tc) Server assigned DNS on Netserver/ARC From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-08-27 11:28:09
|-----Original Message-----
|From: owner-usr-tc@lists.xmission.com
|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Bogdan Pelinescu
|Sent: Thursday, August 27, 1998 1:49 PM
|To: usr-tc@lists.xmission.com
|Subject: Re: (usr-tc) Server assigned DNS on Netserver/ARC
|
|
|> > Hey there folks.
|> >
|> > Does the Netserver and/or HiperARC support Microsoft's 'server assigned
|> > DNS' feature..? If so, how to enable it..?
|>
|> I am not sure what is different with Microsoft DNS feature - but yes both
|> the NETServer and Hiper ARC does support the ability to send dns info for
|> dialin client via ppp. You can do this with both radius and via non
|> radius. However on the NETServer you can only send the NETServer's DNS
|> server to the client as DNS server if you do not use Radius.
|
|Are you sure ?
|I'm having a Netserver 16, code 3.3.0 and it DOESN'T send the DNS if
|I login directly (not using radius authentication). Have you issued
|any special commands to enable it ?
|
When the post's here say Netserver they are usually speaking of the TC Netserver
card not the 8 or 16. You are correct your 16 wont do it without RADIUS unless
you upgrade to the 4.x level of code.
-M
Subject:RE: (usr-tc) chassis serial #s From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-08-27 15:23:36
|
|According to USR, I can get the serial numbers of the cards in my HiPer
|chassis from the NMC, how?
|
Using TCM use the "inventory" option in configure menu. It will give you a report
of software versions and serial numbers.
-M
Subject:(usr-tc) Date: Thu, 27 Aug 1998 14:44:43 -0700 From: Frank Basso <frank@got.net> Date: 1998-08-27 15:44:54
I am still looking for a dictionary file for Merit 3.6, does anyone have one
that I could get a copy of ?
-Frank
Subject:(usr-tc) chassis serial #s From: K Mitchell <mitch@keyconn.net> Date: 1998-08-27 16:00:17
According to USR, I can get the serial numbers of the cards in my HiPer
chassis from the NMC, how?
TIA,
Kirk
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
Subject:Re:(usr-tc) chassis serial #s From: jcusmano@westcon.com Date: 1998-08-27 16:26:48
Through Total Control Manager, click on a card and goto identification=2E I=
t's the
second from the top=2E For an example, click on the Hiper ARC so the card itself
will be blue=2E Then, goto configure, program settings, Hiper ARC identification,
it's the second from the top (Serial Number)=2E
John Cusmano
____________________Reply Separator____________________
Author: mitch@keyconn=2Enet
According to USR, I can get the serial numbers of the cards in my HiPer
chassis from the NMC, how?
TIA,
Kirk
Kirk Mitchell-General Manager sysadmin@keyconn=2Enet
Keystone Connect http://www=2Ekeyconn=2Enet
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission=2Ecom"
with "unsubscribe usr-tc" in the body of the message=2E
For information on digests or retrieving files and old messages send
"help" to the same address=2E Do not use quotes in your message=2E
Subject:Re: (usr-tc) Server assigned DNS on Netserver/ARC From: MegaZone <megazone@megazone.org> Date: 1998-08-27 16:40:30
Once upon a time Jeff Mcadams shaped the electrons to say...
>Well...its commonly called a Microsoft feature, because MS put forward
>the RFC for the PPP extention to support it. 1818 I think it is...but
RFC1877 - it is an informational RFC:
Network Working Group S. Cobb
Request for Comments: 1877 Microsoft
Category: Informational December 1995
PPP Internet Protocol Control Protocol Extensions for
Name Server Addresses
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Subject:RE: (usr-tc) chassis serial #s From: K Mitchell <mitch@keyconn.net> Date: 1998-08-27 16:45:17
At 03:23 PM 8/27/98 -0500, you wrote:
>|
>|According to USR, I can get the serial numbers of the cards in my HiPer
>|chassis from the NMC, how?
>|
>
>Using TCM use the "inventory" option in configure menu. It will give you a
report
>of software versions and serial numbers.
is there any way to get the power supply's serial #?
Thanks,
Kirk
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
One of my DSP is dropping the calls and the log says:
At 20:48:12, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDMDRV FSM
illegal event interface slot:1/mod:6, state Reseting , event CallDroped
20:48:12, Facility "GWC Modem Dri ver", Level "CRITICAL":: GWCMDM,
Incoming call, but no portal attached: interfac e slot:1/mod:6
What is wrong?
Subject:Re: (usr-tc) Server assigned DNS on Netserver/ARC From: Bogdan Pelinescu <bpelin@itcnet.ro> Date: 1998-08-27 18:48:31
> > Hey there folks.
> >
> > Does the Netserver and/or HiperARC support Microsoft's 'server assigned
> > DNS' feature..? If so, how to enable it..?
>
> I am not sure what is different with Microsoft DNS feature - but yes both
> the NETServer and Hiper ARC does support the ability to send dns info for
> dialin client via ppp. You can do this with both radius and via non
> radius. However on the NETServer you can only send the NETServer's DNS
> server to the client as DNS server if you do not use Radius.
Are you sure ?
I'm having a Netserver 16, code 3.3.0 and it DOESN'T send the DNS if
I login directly (not using radius authentication). Have you issued
any special commands to enable it ?
Bogdan Pelinescu <bpelin@itcnet.ro> |
R&D Engineer | Tel: (401) 232 2770
Institute for Computers |
Networks & Communications Dept. | Fax: (401) 230 7845
Bucharest, Romania |
Subject:Re: (usr-tc) Server assigned DNS on Netserver/ARC From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-08-27 20:03:47
Thus spake MegaZone
>Once upon a time Jeff Mcadams shaped the electrons to say...
>>Well...its commonly called a Microsoft feature, because MS put forward
>>the RFC for the PPP extention to support it. 1818 I think it is...but
>RFC1877 - it is an informational RFC:
Ah well...I wasn't *too* far off anyway.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
We have reports of users unable to use compression turned on, when using
a Netgear RT328. Netgear tech support says this is a known issue with the
HDM's<-->RT328 and the problem is on the 3Com side of the house and not
with their product.
Can anyone confirm or deny this? Anyone else having problems with users
using Netgear RT isdn routers dialing into hdm's?
Brian
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
Subject:(usr-tc) How to know if the chassis can be upgraded From: Marcelo Souza <mpsouza@centroin.com.br> Date: 1998-08-27 20:46:22
How can I know if a chassis with Netserver and quads can be
upgraded to DSP and ARC?
- Marcelo
--0__=63VaTByjWbZUA0PtuglZQef990RDNgDWeq9nM3igx3yDdQlSyx7f4TmR
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
Steve
What version and what platform are you using? What is the NAS? (Netserver,
HiperARC)
ERic M.
"Nivets" <nivets@nivets.com> on 08/26/98 03:36:53 AM
Please respond to usr-tc@lists.xmission.com
cc: (Eric McCarthy/US/3Com)
Hello
I use the usr Radius program I am having a problem with it not removing
users. if user "A" loges off and I do a list sessions and it shows that
they have logged off.
then go to the Radius program it still shows that there online.
this does not happen all the time so I was wondering if there was maybe
some setting that the radius program scans the TC Hub to update its self of
who is online. if so were would this setting be.
many thanks
Steve
St
Steven Webb
Nivets Communications
Nivets@nivets.com
Http://www.nivets.com
pH: (407)-932-1002
Fax: (407)0932-0411
--0__=63VaTByjWbZUA0PtuglZQef990RDNgDWeq9nM3igx3yDdQlSyx7f4TmR
Content-type: text/html;
name="att1.htm"
Content-Disposition: attachment; filename="att1.htm"
Content-transfer-encoding: x-uuencode
Content-Description: Internet HTML
begin 644 att1.htm
M/"%$3T-465!%($A434P@4%5"3$E#("(M+R]7,T,O+T141"!7,R!(5$U,+R]%
M3B(^#0H\2%1-3#X-"CQ(14%$/@T*#0H\345402!C;VYT96YT/71E>'0O:'1M
M;#MC:&%R<V5T/6ES;RTX.#4Y+3$@:'1T<"UE<75I=CU#;VYT96YT+51Y<&4^
M#0H\345402!C;VYT96YT/2<B35-(5$U,(#0N-S(N,S$Q,"XW(B<@;F%M93U'
M14Y%4D%43U(^#0H\+TA%040^#0H\0D]$62!B9T-O;&]R/2-F9F9F9F8^#0H\
M1$E6/CQ&3TY4(&-O;&]R/2,P,#`P,#`@<VEZ93TR/DAE;&QO/"]&3TY4/CPO
M1$E6/@T*/$1)5CX\1D].5"!C;VQO<CTC,#`P,#`P('-I>F4],CX\+T9/3E0^
M/$9/3E0@<VEZ93TR/DD@=7-E('1H92!U<W(@4F%D:75S('!R;V=R86T@#0I)
M(&%M(&AA=FEN9R!A('!R;V)L96T@=VET:"!I="!N;W0@<F5M;W9I;F<@=7-E
M<G,N(&EF('5S97(@)G%U;W0[029Q=6]T.R!L;V=E<R`-"F]F9B!A;F0@22!D
M;R!A(&QI<W0@<V5S<VEO;G,@86YD(&ET('-H;W=S('1H870@=&AE>2!H879E
M(&QO9V=E9"`-"F]F9BX\+T9/3E0^/"]$258^#0H\1$E6/CQ&3TY4('-I>F4]
M,CX\+T9/3E0^)FYB<W`[/"]$258^#0H\1$E6/CQ&3TY4('-I>F4],CYT:&5N
M(&=O('1O('1H92!2861I=7,@<')O9W)A;2!I="!S=&EL;"!S:&]W<R!T:&%T
M('1H97)E(`T*;VYL:6YE+CPO1D].5#X\+T1)5CX-"CQ$258^/$9/3E0@<VEZ
M93TR/CPO1D].5#XF;F)S<#L\+T1)5CX-"CQ$258^/$9/3E0@<VEZ93TR/G1H
M:7,@9&]E<R!N;W0@:&%P<&5N(&%L;"!T:&4@=&EM92!S;R!)('=A<R!W;VYD
M97)I;F<@:68@=&AE<F4@#0IW87,@;6%Y8F4@<V]M92!S971T:6YG('1H870@
M=&AE(')A9&EU<R!P<F]G<F%M('-C86YS('1H92!40R!(=6(@=&\@=7!D871E
M(&ET<R`-"G-E;&8@;V8@=VAO(&ES(&]N;&EN92X@:68@<V\@=V5R92!W;W5L
M9"!T:&ES('-E='1I;F<@8F4N/"]&3TY4/CPO1$E6/@T*/$1)5CX\1D].5"!S
M:7IE/3(^/"]&3TY4/B9N8G-P.SPO1$E6/@T*/$1)5CX\1D].5"!S:7IE/3(^
M;6%N>2!T:&%N:W,\+T9/3E0^/"]$258^#0H\1$E6/CQ&3TY4('-I>F4],CY3
M=&5V93PO1D].5#X\+T1)5CX-"CQ$258^/$9/3E0@<VEZ93TR/CPO1D].5#XF
M;F)S<#L\+T1)5CX-"CQ$258^)FYB<W`[/"]$258^#0H\1$E6/CQ&3TY4(&-O
M;&]R/2,P,#`P,#`@#0IS:7IE/3(^/$)2/BTM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2T\0E(^4W1E=F5N(`T*5V5B8CQ"
M4CY.:79E=',@0V]M;75N:6-A=&EO;G,\0E(^/$$@#0IH<F5F/2)M86EL=&\Z
M3FEV971S0&YI=F5T<RYC;VTB/DYI=F5T<T!N:79E=',N8V]M/"]!/CQ"4CX\
M02`-"FAR968](FAT='`Z+R]W=W<N;FEV971S+F-O;2(^2'1T<#HO+W=W=RYN
M:79E=',N8V]M/"]!/CQ"4CYP2#H@#0HH-#`W*2TY,S(M,3`P,CQ"4CY&87@Z
M("@T,#<I,#DS,BTP-#$Q/"]&3TY4/CPO1$E6/CPO0D]$63X\+TA434P^#0H-
!"@``
`
end
--0__=63VaTByjWbZUA0PtuglZQef990RDNgDWeq9nM3igx3yDdQlSyx7f4TmR--
Subject:(usr-tc) Memory From: Thomas Spaulding <tsplding@talweb.com> Date: 1998-08-27 21:30:18
I was told to get a "special" memory chip to make it so my TCHub can do the
V.90 (we have x2 already running well). I upgraded it, now one server shows
20mb of DRAM and 2mb of ROM. Is that ok ?
Our other server has 16mb DRAM and 8mb of ROM and seem fine.
Also, I bought that chip several months ago, can anyone tell me what was
"special" about it, something about the speed.
Thank you.
Thomas Spaulding http://www.talweb.com/tsplding
Staff@TalWeb.com http://www.talweb.com/
Thus spake Brian
>We have reports of users unable to use compression turned on, when using
>a Netgear RT328. Netgear tech support says this is a known issue with the
>HDM's<-->RT328 and the problem is on the 3Com side of the house and not
>with their product.
>Can anyone confirm or deny this? Anyone else having problems with users
>using Netgear RT isdn routers dialing into hdm's?
I've got an RT328, but we're all quad and netserver based here...but I
don't have any problems with using compression there, so if there is a
problem, its *only* with the HiPer stuff. (using Stac FYI)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Netgear RT328 compression problems? From: Charles Hill <chill@ionet.net> Date: 1998-08-27 21:33:08
Brian,
You may be onto something, but I'm not sure Netgear tech support is
correct. We have a number of users who are using Netgear RT328U routers
because they have the most bang for the buck of the ISDN routers I've seen
(U interface, 10BaseT, POTS ports, RIP support, and NAT & DHCP from
www.warehouse.com for $269). I looked at the RT328 connections I'm aware
of and none of them are using the compression, however.
The specs (http://netgear.baynetworks.com/products/ds_rt328/rt328.shtml)
say Stac compression is supported:
Data Compression Hi/fn LZS (Stac) Compression with CCP
If you have an ISDN router to test with, I'd see if another brand can
negotiate and use Stac compression on an HDM. If another brand can, why
can't Netgear?
-CH
On Thu, 27 Aug 1998, Brian wrote:
> We have reports of users unable to use compression turned on, when using
> a Netgear RT328. Netgear tech support says this is a known issue with the
> HDM's<-->RT328 and the problem is on the 3Com side of the house and not
> with their product.
>
> Can anyone confirm or deny this? Anyone else having problems with users
> using Netgear RT isdn routers dialing into hdm's?
>
> Brian
>
>
> --------------------------------------------------------------------------
> Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider
> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
> signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,
> (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Server assigned DNS on Netserver/ARC From: 2Day Chief Enthusiast <peter@2day.net.nz> Date: 1998-08-28 08:52:20
>> I'm having a Netserver 16, code 3.3.0 and it DOESN'T send the DNS if
>> I login directly (not using radius authentication). Have you issued
>> any special commands to enable it ?
You are best to stay on version code you are using. v4.x code is not
reliable. You have a clock ticking as 3.30 is reported to NOT be year 2000
compliant, and its anybody's guess if 3COM will fix v4.x code before the
turn of the century!
regards
Peter Mott
Chief Enthusiast
2Day Internet Limited
http://www.2day.net.nz
-/-
Subject:RE: (usr-tc) chassis serial #s From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-08-28 09:25:55
|-----Original Message-----
|From: owner-usr-tc@lists.xmission.com
|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of K Mitchell
|Sent: Thursday, August 27, 1998 3:45 PM
|To: usr-tc@lists.xmission.com
|Subject: RE: (usr-tc) chassis serial #s
|
|
|At 03:23 PM 8/27/98 -0500, you wrote:
|>|
|>|According to USR, I can get the serial numbers of the cards in my HiPer
|>|chassis from the NMC, how?
|>|
|>
|>Using TCM use the "inventory" option in configure menu. It will give you a
|report
|>of software versions and serial numbers.
|
|is there any way to get the power supply's serial #?
No.
There is a dictoinary in the Merit 3.6B distribution, you can get the
entire package from
ftp://ftp.merit.edu/radius/releases/radius.3.6B.basic.tar.gz
Hope this helps,
-vsv
On Thu, 27 Aug 1998, Frank Basso wrote:
> I am still looking for a dictionary file for Merit 3.6, does anyone have one
> that I could get a copy of ?
>
> -Frank
---
Stefanita Valcu, http://www.dnt.ro/~vsv
Network Engineer, Dynamic Network Technologies
Calea Victoriei 155, bl.D1, sc.7, et.3, sector 1, 71102, Bucuresti, Romania
tel: +40-1-6590696, fax: +40-1-3122745, E-mail: vsv@dnt.ro
Eric said once upon a time:
>2-Is there a way to autologout users who like to set up ping jobs so that
>they don't get logged out?
It would be nice if the ARC or the Netserver had an activity filter which
could be set by the administrator. All one needs to do to bypass
inactivity timeouts these days is run ICQ. The ARC and the Netserver still
look at "activity" in BBS terms, not network terms.
>2b-How do you set up a maximum time that a person dialing in can be
>connected? Say if we want to disconnect everyone after 100 minutes.
Session-Limit via RADIUS.
Subject:Re: (usr-tc) imac From: Pete Ashdown <pashdown@xmission.com> Date: 1998-08-28 12:39:29
andy said once upon a time:
>
>
>I found this story on ZDNET.
>
>http://www.zdnet.com/zdnn/stories/zdnn_lggraph_display/0,3442,2131466,00.html
>
>Why would a v.90 modem not be able to connect to a v.34? Why is Jobs
>blameing ISPs for a modem code issue? gesh...
How about the clown stating that "v.90" isn't a ratified standard? I
thought that was the whole purpose of v.90, to set the standard.
> >Can anyone confirm or deny this? Anyone else having problems with users
> >using Netgear RT isdn routers dialing into hdm's?
>
> I've got an RT328, but we're all quad and netserver based here...but I
> don't have any problems with using compression there, so if there is a
> problem, its *only* with the HiPer stuff. (using Stac FYI)
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
Jeff,
We have a TC box that is purely quad/netserver based,
and I just bought an RT328, and it works only if I do not
enable compression- the moment I enable compression, it
comes back and tells me negotiation failed. After reading
the FAQ on bay's site, it claims that you need to have
the latest version of firmware on your box; can you tell
me what version of the USR firmware you are running on
your modems/netserver?
--Ross Becker
beckerr@softrends.com
Subject:RE: (usr-tc) chassis serial #s From: C Thompson <cthompson@wingnet.net> Date: 1998-08-28 15:58:01
> |
> |According to USR, I can get the serial numbers of the cards in my HiPer
> |chassis from the NMC, how?
> |
>
> Using TCM use the "inventory" option in configure menu. It will give you a report
> of software versions and serial numbers.
The only problem with this is that when you try to give these
numbers to logistics (as I just tried with a NetServer 16MB card),
they tell you that the numbers are inadequate and that you still
have to pull the card and give them the 'whole number.'
Why is this?
Is USR fixing this for future TCM releases?
Craig Thompson
WingNET Internet Services,
P.O. Box 3000 // Cleveland, TN 37320-3000
423-559-LINK (v) 423-559-5444 (f)
http://www.wingnet.net
The careful application of terror is also a form of communication.
Subject:RE: (usr-tc) chassis serial #s From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-08-28 16:15:33
|-----Original Message-----
|From: owner-usr-tc@lists.xmission.com
|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of C Thompson
|Sent: Friday, August 28, 1998 3:58 PM
|To: usr-tc@lists.xmission.com
|Subject: RE: (usr-tc) chassis serial #s
|
|
|> |
|> |According to USR, I can get the serial numbers of the cards in my HiPer
|> |chassis from the NMC, how?
|> |
|>
|> Using TCM use the "inventory" option in configure menu. It will give
|you a report
|> of software versions and serial numbers.
|
|The only problem with this is that when you try to give these
|numbers to logistics (as I just tried with a NetServer 16MB card),
|they tell you that the numbers are inadequate and that you still
|have to pull the card and give them the 'whole number.'
|
|Why is this?
Actually all of the information is there.. You just have to combine the product
number, hardware version, and serial number to make the number that logistics is
looking for.. When you have one of your cards out, write down the number on the
sticker and then look at what TCM has for the card.. You will see how to combine
the numbers to make the complete "Serial number"..
There is the nasty alternative of keeping good records of what is installed where
and what the serial numbers are.. Its crappy to get going but well worth it in
the end.
-M
Subject:(usr-tc) FS: USR Total Control 48 port chassis $6,995 From: Brian Wiser <brian@xmission.com> Date: 1998-08-28 16:32:06
Total Control Hub : 16-slot chassis
single 110v ac 70Amp power supply, fan tray,
ethernet network management card
12 Quad v34 Digital Modem NAC (48 ports total, 56k v.90)
Netserver PRI
Dual PRI/T1 - supports analog/ISDN
Asking $6,995 for above bundle.
OR separately:
Quad v34 Digital Modem NAC $500
Analog/Digital Modem NIC/NAC $1,000
Netserver PRI $900
Dual PRI/T1 $900
USR Courier v.90 ext . modem $150
70 amp Power Supply $800
All products are used and in excellent condition.
Buyer is responsible for shipping.
Contact brwiser@xmission.com, or call Brian at 801-539-0852, extension 131.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
XMission Internet Access | Save a Tree -- Use Email!
51 E. 400 S, Suite 200 |
Salt Lake City, UT 84111 | Hardware & Software Sales:
Voice 801.539.0852 | http://www.xmission.com/general/retail.html
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2w
Subject:(usr-tc) FS:USR Total Control HiPer Bundle $11,899 From: Brian Wiser <brian@xmission.com> Date: 1998-08-28 16:33:09
New Bundle 003269-0, $11,899:
http://3com.com/solutions/svprovider/hiper.html
One (1) Total Control Remote Access Concentrator chassis with integrated
fan tray, 70amp AC power supply, Network Management Card
Two (2) HiPer DSP Card T1/PRI NIC, 24 Port (48 Ports total)
One (1) HiPer Access Router Card with Dual 10/100 Ethernet NIC (supports IP
protocol)
Total Control Manager
"Custom" Annual Remote Service Contract (1 year)
x2 Enabled, Free Upgrade to v.90 through 3com/USR
Free UPS Ground Shipping
Offer Expires September 30, 1998
Contact brwiser@xmission.com, or call Brian at 801-539-0852, extension 131.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
XMission Internet Access | Save a Tree -- Use Email!
51 E. 400 S, Suite 200 |
Salt Lake City, UT 84111 | Hardware & Software Sales:
Voice 801.539.0852 | http://www.xmission.com/general/retail.html
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
��
Once upon a time Pete Ashdown shaped the electrons to say...
>How about the clown stating that "v.90" isn't a ratified standard? I
>thought that was the whole purpose of v.90, to set the standard.
Pete, I hate to do this to you budy, but - he was right.
V.90 is *NOT* currently a ratified standard. It is a *PROPOSAL* for the
standard. It can't, and won't, be ratified until the next full meeting of
the ITU - that is September as I recall. The PCM WG developed V.90 and
issued it as a proposed standard in February, but it has yet to be ratified.
It is *expected* to be rubber stamped as is, but it MAY NOT be - they may
make changes based on feedback from implementations to date, or for any
reason really.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me..
Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/>
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:http://www.gweep.net/> <URL:http://www.megazone.org/> Hail Discordia!
Subject:(usr-tc) Fwd: iMac Modem issues From: Eric C Forcey <eric@psnw.com> Date: 1998-08-29 10:24:51
Since I saw this discussed I figured I would forward this along to everyone.
It comes from a friend of mine that works at Bay.
-Eric
>Modem Initialization Strings
>
>Date: Tue, 25 Aug 1998 11:20:02 -0500
>From: Christopher Barton
>To: notes@macintouch.com
>Subject: iMac modem troubles no more
>
>I head the Macintosh Tech Support Team for an ISP in Madison, Wisconsin. I
>had my first iMac in our shop the Monday after they went on sale.
>
>I have never been too happy with the OT/PPP dialer built into MacOS. It's
>not easily configurable for different modem types (ones without ARA
>scripts) , and
>customers with older Macs can't use it, so when I started working here a
>year-and-a-half ago, I switched everyone (2000 customers, over time) to
>FreePPP. The
>newest version is 2.6.2, and it works extremely well, for many systems.....
>
>....including the iMac.
>
>We have v.90 code on one of our bays (current within two weeks from Bay
>Networks) and by using a null init string or Autodetect in the FreePPP
>setup, the iMacs
>connect solid (53333bps was the initial speed negotiation on the one I
>tried at the office - on an outbound test line) and the thing stayed
>connected until timeout (We
>set the timeout at 10 min. on the bays) I repeated this test a couple of
>times with the same results. With other modems we've had the *pleasure* of
>spanking into
>submission (Global Village modems have a special name at our office, and it
>isn't a nice one) FreePPP let's you diddle the init string easily. I was
>even able to
>connect to an X2 bay at 31200 by disabling v.90 with this string:
>
>AT&F1 W2+MS=11,1
>
>My contact at GV says this string works for all GV v.90 / K56Flex modems.
>It's intended to disable both v.90 and k56 protocols, and drop the modem
>back to
>v.34
>
>thought this might help some ISP techmonkeys out there....
>
>[follow-up]
>
>Global Village 56k Init Strings (also applies to built-in Apple
>[including iMac] modems)
>-------------------------------------------------------
>There are two types of GV 56k modems. There is an x2 (which can be
>upgraded to v.90) version and there is a k56flex / v.90 version as well
>(this is what's in the iMac).
>
>To disable v.90 on an x2/v.90 (it'll default to x2)
>AT&F1 S32=66
>To disable v.90 AND x2 on an x2/v.90 (it'll default to v.34)
>AT&F1 S32=98
>
>To disable v.90 on a k56flex/v.90 (it'll default to k56flex)
>AT&F1 W2+MS=56,1
>To disable v.90 AND k56flex on an k56flex/v.90 (it'll default to v.34)
>AT&F1 W2+MS=11,1
>
>Otherwise, leave the init string blank, the modem will init itself
>on-demand, and enable v.90 protocol.
>
>
>Christopher Barton
>Macintosh Technical Support
>Chorus Communications Group
>macsupport@chorus.net
>-------------------------
>Jim Hawk
>Advanced Field Engineer, PC Express
>Bay Networks (Http://www.baynetworks.com)
>Phone: 408-495-4290
>Pager: 408-236-8064 Pin # 115269
>Send a alpha numeric Page at www.mobilecomm.com
>-------------------------
>
Subject:Re: (usr-tc) imac From: John Powell <john_powell@mw.3com.com> Date: 1998-08-29 11:07:28
With his usual flourish, MegaZone spake:
>Once upon a time Pete Ashdown shaped the electrons to say...
>>How about the clown stating that "v.90" isn't a ratified standard? I
>>thought that was the whole purpose of v.90, to set the standard.
>Pete, I hate to do this to you budy, but - he was right.
>V.90 is *NOT* currently a ratified standard. It is a *PROPOSAL* for the
>standard. It can't, and won't, be ratified until the next full meeting of
>the ITU - that is September as I recall. The PCM WG developed V.90 and
>issued it as a proposed standard in February, but it has yet to be
ratified.
>It is *expected* to be rubber stamped as is, but it MAY NOT be - they may
>make changes based on feedback from implementations to date, or for any
>reason really.
MZ,
Respectfully, you are only sort of correct. I MAY be struck by lightning
or hit by a bus today, but neither are likely, probable or even worth
putting much thought to. The process for V.90 ratification is humming
along quite nicely, and ratification next month is virtually assured.
V.90 is currently "Decided". It was a "proposal" back in November 1997.
Though I am quite sure a few "t"s will be crossed, and "i"s dotted to
reflect what actually got implemented and some holes in the wording that
were discovered in the implementation process, the chances that any major
change is made is so remote it is barely conceivable. There is no talk of
it at all, and there are working meetings every two months.
If you are interested, there is a nice little summary at the bottom of an
article on VoIP standards on ZDNet that covers the process quite concisely
at: http://www.zdnet.com/pcmag/issues/1421/pcm00186.htm
My problem with that ISP's comment on the standard, and the articles'
coverage as a whole, is that it is NOT RELEVANT AT ALL. From what I could
pick out of the two articles on the iMac problem, the modem they included
in the product is not having trouble with V.90, it can't seem to connect
properly to a V.34 ISP!! I 100% agree with the basic sentiment of this
group that Apple's decision to blame ISPs not upgrading to V.90, as opposed
to their own failure to test to legacy modems is ridiculous. Though I
personally believe that ISPs should move towards V.90 rapidly, the
expectation that all would have by now is not reasonable, or even possible
in some cases.
The only V.34 headend that has problems with V.90 client modems calling in
is Motorola (Codex modems) that have a problem with V.8 (and I understand a
fix is available). Their marketshare in the ISP space is so tiny it could
not possibly be the cause of all this hoopla. I have no idea whose
chipset, and what rev of code, was used in the iMac, but it obviously was
not tested well. Apple and their chipset vendor should definitely be
spending their cycles on fixing their modems, not blaming the ISPs then
washing their hands of it.
John Powell
Disclaimer: My opinions are MY opinions, and not those of my employer.
Subject:(usr-tc) Maintenance Plan From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-08-29 11:21:00
Yesterday I received the letter telling me our maintenance agreement
with 3Com was due for renewal soon. It also explained that the naming
and apparently the pricing was changing for the plan. We are currently
under the Premium Remote plan which is now the Express plan. Based upon
what I am reading that aside from the name change, nothing in the terms
has changed yet the price quoted is $4500 per chassis, double this
year's rate. Am I missing something here ? Care to comment anyone ?
Jeff Binkley
ASA Network Computing
CMPQwk 1.42-21 9999
Patti Raatz wrote:
> How do you get all the accounting set up and working? We can't
> figure out
> how to get ODBC, Access and Radius all talking to each other...or are we
> making it harder than it really is?
>
> Patti
We write billing software that supports ODBC, Access (and MS SQL Server) and
USR-TC Radius formats, among many others.
In fact, we just converted our authentication (we are also ISP's) this month
to all USR-TC racks. What is the billing software of choice for USR-TC
sysops? ( as we used to call ourselves in the BBS world).
Would the members of this list be interested in a quantity order of
NTPaymaster at greatly reduced cost? (~$400 vs $890).
Download the program and try it out from www.imagen.net . It needs Win95 or
NT to run, but your authentication can be Unix or Linux based as well.
Best Regards;
�
Dwight Jones, CEO
djones@imagen.net <mailto:djones@imagen.net>
Imagen Communications Inc.
Information Architects TM
Subject:Re: (usr-tc) x2/v.90 info in RADIUS accounting? From: Patti Raatz <praatz@ptnt.net> Date: 1998-08-30 12:02:35
How do you get all the accounting set up and working? We can't figure out
how to get ODBC, Access and Radius all talking to each other...or are we
making it harder than it really is?
Patti
Date sent: Wed, 26 Aug 1998 17:17:24 -0500
Send reply to: usr-tc@lists.xmission.com
The best way to do it is to modify our Call Statistics by day report or
make your own. It is already broken down by different ranges of Connect
speeds.
If you set up all your accounting you will get the necessary info
Kenneth Agena <keagena@aloha.net> on 08/25/98 04:05:15 PM
Please respond to usr-tc@lists.xmission.com
cc: (Brian McIntire/MW/US/3Com)
Hello, all... . .
I would like to see how many x2, v.90, and non-56k calls we're getting.
That info is easily viewed under "Performance Monitor" on TCM, but I'd
like to see it show up in RADIUS accounting.
I was told this info is available as "Connect-info", attribute 77, in
RADIUS acct, but as far as I can tell, the chassis don't send attribute
77.
Does anyone know how I can accomplish this? If it's not possible under
RADIUS accounting, how would it done using SNMP?
--- Ken
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and 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.
Patti Raatz
Personal Transportation, LLC
Internet Services
http://www.ptnt.net
On Sun, 30 Aug 1998, Dwight Jones wrote:
> Patti Raatz wrote:
> > How do you get all the accounting set up and working? We can't
> > figure out
> > how to get ODBC, Access and Radius all talking to each other...or are w=
e
> > making it harder than it really is?
> >
> > Patti
>=20
> We write billing software that supports ODBC, Access (and MS SQL Server) =
and
> USR-TC Radius formats, among many others.
>=20
> In fact, we just converted our authentication (we are also ISP's) this mo=
nth
> to all USR-TC racks. What is the billing software of choice for USR-TC
> sysops? ( as we used to call ourselves in the BBS world).
For billing we use Boardtowns Platypus ISP Billing system
For RADIUS we use Open Systems Radiator.
Platypus uses MS SQL
Radiator uses MS SQL, talks 3Com Vendor Specific attributes, and has a
Platypus module which authenticates right out of our billing system. Also
all accounting information (call start, stop) is inserting in real time
directly into our billing system, so that users can check there usage
online and have up to the second accuracy as to the status of there
account. When we deactivate a user in Platypus, they are deactivaed
system wide that second, and cannot get online. Its quite a smooth
system, and I really think that Radiator/Platypus (or Radiator/Emerald
even) is a smart choice for ISP's that want large scalibility.
I am really quite impressed with Radiator in general. The extensibility
of it is just unbeleivable, its supports so many databases, accounting,
and authentication methods. And as for the speed of perl.......well, you
be the judge:
mercury:/home/signal# radpwtst -time -iterations 100 -s mercury -secret
usr -user guest -password guest -dictionary /usr/private/etc/raddb/dictiona=
ry=20
-noacct
=2E
=2E
=2E
OK
time for 100 iterations: 3 s
mercury:/home/signal# radpwtst -time -iterations 100 -s mercury -secret
usr -user guest -password guest -dictionary /usr/private/etc/raddb/dictiona=
ry
=2E
=2E
=2E
OK
time for 100 iterations: 7 s
But hey, its just a lowly old linux pee-cee (and thats authenticating out
of platypus (mssql) and grabbing RADIUS check/reply attributes out of a
seperate postgres database! If you used one database for
authentication/attributes it would be faster) :)
>=20
>=20
> Best Regards;
> =A0
> Dwight Jones, CEO
> djones@imagen.net <mailto:djones@imagen.net>
> Imagen Communications Inc.
> Information Architects TM
>=20
>=20
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>=20
Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider=
=20
Network Administrator | Shreveport, Louisiana - http://www.shreve.net/
signal@shreve.net | Web Hosting, Virtual Domains, Storefronts,=20
(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1
We have the TC Security and Accounting software...we just can't get it to =
work.
We couldn't even get it to convert our RAS records over to Radius and had=
to
enter our entire customer database manually...after this...our authenticat=
ion
time takes 1'15" when our customers dial in but we are not sure that the t=
wo
are related.
Any suggestions on how to get this think functioning properly would be gre=
atly
appreciated;-)
Patti
Date sent: Sun, 30 Aug 1998 11:30:30 -0700
Send reply to: usr-tc@lists.xmission.com
Patti Raatz wrote:
> How do you get all the accounting set up and working? We can't
> figure out
> how to get ODBC, Access and Radius all talking to each other...or are we
> making it harder than it really is?
>
> Patti
We write billing software that supports ODBC, Access (and MS SQL Server) a=
nd
USR-TC Radius formats, among many others.
In fact, we just converted our authentication (we are also ISP's) this mon=
th
to all USR-TC racks. What is the billing software of choice for USR-TC
sysops? ( as we used to call ourselves in the BBS world).
Would the members of this list be interested in a quantity order of
NTPaymaster at greatly reduced cost? (~$400 vs $890).
Download the program and try it out from www.imagen.net . It needs Win95 o=
r
NT to run, but your authentication can be Unix or Linux based as well.
Best Regards;
=A0
Dwight Jones, CEO
djones@imagen.net <mailto:djones@imagen.net>
Imagen Communications Inc.
Information Architects TM
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Patti Raatz
Personal Transportation, LLC
Internet Services
http://www.ptnt.net
Subject:(usr-tc) HiPer upgrades From: K Mitchell <mitch@keyconn.net> Date: 1998-08-31 10:43:19
This being my first upgrade, on a HiPer chassis, I just wanted to make sure
I'm changing in the proper codes. Input is welcome.
CURRENT NEW FILENAME
HiPer DSP(PRI) 1.0.7 1.2.5 hd010205.zip
HiPer NMC 5.2.2 5.5.5 nmc555.zip
HiPer ARC 5.0.19 5.0.30 ne040030.zip
1. Is the v.90 in 5.0.30 stable enough to entrust my only unit to?
2. Should I have problems, is it difficult to downgrade back to x2 only?
Thanks to all,
Kirk
Kirk Mitchell-General Manager sysadmin@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
Subject:(usr-tc) Access Lists From: Jason W <jwatkins@iland.net> Date: 1998-08-31 11:19:37
I want to deny access to specific class c networks
to our quake server. I want to use our main gateway
router to do this using cisco's access lists. Does
anyone have any examples on how to do this? I
have looked through some cisco doc's but I am a
bit confused on how to properly do this. Any help
would be greatly appreciated. This is going to
be configured on a 3640 series router.
Thanks.
*********************************************************
Jason Watkins jwatkins@iland.net
I-Land Internet Services http://www.iland.net
Support & Network Operations Center
*********************************************************
Subject:Re: (usr-tc) Access Lists From: Jason W <jwatkins@iland.net> Date: 1998-08-31 11:57:33
Oops wrong list I apologize for any confusion...
*********************************************************
Jason Watkins jwatkins@iland.net
I-Land Internet Services http://www.iland.net
Support & Network Operations Center
*********************************************************
-----Original Message-----
>I want to deny access to specific class c networks
>to our quake server. I want to use our main gateway
>router to do this using cisco's access lists. Does
>anyone have any examples on how to do this? I
>have looked through some cisco doc's but I am a
>bit confused on how to properly do this. Any help
>would be greatly appreciated. This is going to
>be configured on a 3640 series router.
>
>Thanks.
>
>*********************************************************
>Jason Watkins jwatkins@iland.net
>I-Land Internet Services http://www.iland.net
>Support & Network Operations Center
>*********************************************************
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) HARC 4.0.30 CPU utilisation? From: Andres Kroonmaa <andre@ml.ee> Date: 1998-08-31 17:02:16
"show cpu util" is supposed to show cpu utilisation, right?
It is always 0%, so you'd think it is no implemented yet.
But, I've seen it to be 1%, at a time that command prompt
was very unresponsiv, that is most probably cpu at 100%
Now comes next logical assumtion that 3com have "forgotten"
to use x100 multiplier to derive percent from ratio.
Right?
----------------------------------------------------------------------
Andres Kroonmaa mail: andre@online.ee
Network Manager
Organization: MicroLink Online Tel: 6308 909
Tallinn, Sakala 19 Pho: +372 6308 909
Estonia, EE0001 http://www.online.ee Fax: +372 6308 901
----------------------------------------------------------------------