At 08:03 AM 5/30/98 -0500, jeff.binkley@asacomp.com wrote:
>-> Yet more fun...After going through some things with support, their
>-> suggestion was to re-install S&A Mgr. Uninstalled and re-installed
>-> it...while doing so got a message saying that, since I didn't have
>-> graph5 or graph8 installed, S&A would not be able to show reports.
>-> Looked through my MS Office installation and didn't have graph5 or
>-> graph8. Re-installed MS Word to include graph8. Again uninstalled and
>-> reinstalled S&A Mgr. Got the same message stating that I did not have
>-> graph5 or 8 on my system. I'm about 2 steps from going postal here,
>-> does anyone have any ideas?
>
>Kirk,
>
>While I don't use the builtin reporting for the S/A software, it
>will work to a certain degree. You missed something in the MS Office
>setup. I assume your using Office 95 or higher ? If so, look in
>\Program Files\Common Files\Microsoft Shared and you should see a
>folder called Msgraph5. That is what I believe it is looking for.
I'll buy that. If anyone can let me know exactly what files should be in
...program files/common files/microsoft shared/graph8 I'll be happy to
transfer same in there.
Kirk
Kirk Mitchell-General Manager tech@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) Digital/Analog Modems From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-01 07:54:00
I've got a TC rack with a PRI card and 12 Quad modems. I am trying
to use 2 of the analog/digital modems to route a specific DNIS number
to and then have the DTE cable go to a particular host. Basically
run them as analog modems with the calls coming across the PRI card.
I've done this in the past but now I am having problems. I've got
the routing setup so that the specific DNIS number goes to the
group of two modems. However, the problem is on the DTE side. I
can plug a terminal into them and when I hit "AT", I don't get an
"OK" response like you would a normal modem. I know this worked
on previous releases of modem software because I ran that way for awhile.
However, I can hit the standard suite of USR/3Com command "ATi6",
"ATi5" etc.. and they all work as expected. The other problem is that they
seem to be ignoring DTR for answering incoming calls. No matter what I
do, they answer immediately, even if their is nothing plugged into the DTE
port or DTR is low. I have set "Packet bus answer only" to disabled. I've
also set the number of rings to answer to 0 . My fear is that this broke
in the current release of code 5.10.9 .
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) Routing Question From: Brian <signal@shreve.net> Date: 1998-06-01 08:39:15
On Sat, 30 May 1998, Walt Gnann wrote:
> I've got a small problem I'm trying to work out. I have two class C's and 6
> TCs. 2 of the TCs are using the second class C for the dialup IP pool.
> However, I have a couple of dedicated IP customers on the first class C. If
> they dial into the last two TCs they can connect, but they won't go
> anywhere. I added a static route to the Netserver like so:
Personally, I would recommend forgoing the static route, and just running
a dynamic routing protocol such as Ripv2. Although it isn't the best
routing protocol, I beleive this would scale much better for you.
Brian
>
> Destination = 208.236.113.253
> Gateway = 208.224.174.1
> Netmask = 255.255.255.0
>
> Radius is setup like:
> joeblow Password = "UNIX"
> User-Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-Address = 208.236.113.253,
> Framed-Netmask = 255.255.255.0,
> Framed-Routing = None,
> Framed-Compression = None,
> Framed-MTU = 1500
>
> Any guidance would be greatly appreciated.
>
> Walt
> ------------------------------------------
> Walter N. Gnann
> ISLC, Manager
> Phone: 803.770.1000
> Fax: 803.770.1002
> http://www.islc.net
> wgnann@islc.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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) FS: 3Com/USR Total Control HiPer Bundle $9,935 From: Brian Wiser <brwiser@xmission.com> Date: 1998-06-01 11:12:32
Bundle 002861-0, $9,935:
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)
x2 Enabled, Free Upgrade to v.90 when available through 3com/USR
90-day warranty through 3Com/USR
Requires Total Control Manager
Free UPS Ground Shipping
Offer Expires June 30, 1998
Contact brwiser@xmission.com, or call Brian at 801-539-0852, extension 13=
1.
=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
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.htm=
l
Fax 801.539.0853 |
=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=0D=B8=00
Walt Gnann said once upon a time:
>
>OK...I'm game. How would I go about implementing RIPv2 on the HyperArc?
>How about the Netserver?
Via the serial console!
ARC:
disable ip network ip
set ip network ip routing_protocol ripv2
set ip network ip rip_policies_update no_ripv1_receive
set ip network ip rip_policies_update no_send_compat
enable ip network ip
Netserver:
set ripv2 on
set net0 routing broadcast
set enh_routing on
OK...I'm game. How would I go about implementing RIPv2 on the HyperArc?
How about the Netserver?
Walt
Walter N. Gnann
ISLC, Manager
Phone: 803.770.1000
Fax: 803.770.1002
http://www.islc.net
wgnann@islc.net
-----Original Message-----
>On Sat, 30 May 1998, Walt Gnann wrote:
>
>> I've got a small problem I'm trying to work out. I have two class C's
and 6
>> TCs. 2 of the TCs are using the second class C for the dialup IP pool.
>> However, I have a couple of dedicated IP customers on the first class C.
If
>> they dial into the last two TCs they can connect, but they won't go
>> anywhere. I added a static route to the Netserver like so:
>
>Personally, I would recommend forgoing the static route, and just running
>a dynamic routing protocol such as Ripv2. Although it isn't the best
>routing protocol, I beleive this would scale much better for you.
>
>Brian
>
>
>
>>
>> Destination = 208.236.113.253
>> Gateway = 208.224.174.1
>> Netmask = 255.255.255.0
>>
>> Radius is setup like:
>> joeblow Password = "UNIX"
>> User-Service-Type = Framed-User,
>> Framed-Protocol = PPP,
>> Framed-Address = 208.236.113.253,
>> Framed-Netmask = 255.255.255.0,
>> Framed-Routing = None,
>> Framed-Compression = None,
>> Framed-MTU = 1500
>>
>> Any guidance would be greatly appreciated.
>>
>> Walt
>> ------------------------------------------
>> Walter N. Gnann
>> ISLC, Manager
>> Phone: 803.770.1000
>> Fax: 803.770.1002
>> http://www.islc.net
>> wgnann@islc.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.
>>
>
>/--------------------------
signal@shreve.net -----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
>| Network Administrator | Perl, Linux | Web hosting, online stores,
|
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
>\-------------------------- 318-222-2638
x109 -----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) USR ARC - Filtering using Filter-Id From: Brian <signal@shreve.net> Date: 1998-06-02 00:24:23
On Tue, 2 Jun 1998, Peter Chow wrote:
> We're trying to setup filtering on our USR ARC for Radius authenticated
> users. These user accounts are also used with other access servers
> (Livingston PM3), so we use the Filter-Id attribute.
>
> The Radius config we use has Filter-Id = "filter"
>
> According to the USR CD-rom, the ARC normally requires "filter.in,filter.out"
> in order to differentiate in and out filters, but it only sees a single
> name of "filter", it will default to "filter.in" and "filter.out".
>
> I defined my filter.in according to the instructions on the CD-Rom,
> But I have been unable to get the filters to work. My "show filter filter.in"
> displays the filter properly. I do not have a filter.out configured.
>
> Has anyone gotten this to work?
make a filter.in AND filter.out, even if it just says "let everything
thru". Then in RADIUS define your filter as "filter". it should work.
Brian
p.s. this is how it worked on the netserver, I still have not ported
filters from netserver days to arcs yet.
Brian
> --
> --------------------------------------------------------------------
> Peter Chow
> Chief Technical Advisor
> interQ K.K.
> Tokyo, Japan
> peter@interq.or.jp
> --------------------------------------------------------------------
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
You can do it two ways
1. Use windows login and login to the win95 machine. At this point the
PC will authenticate the user and allow you to change passwords for the
user and the safe password will not be greyed out.
2. There is a registry entry - I am not sure which one but is in
currentcontrlset/localmachine/settings which can be changed to allow
everyone to change the password etc.
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 Tue, 2 Jun 1998, Ken Hunter, Aspiring Technologies wrote:
> I'm sure this has been asked before - but - does anyone know where the
> 'save password' fix for win95 is? This is where the users have to type
> their password each time they login via dial up networking - because the
> 'save password' box is greyed out. I think this has to do with them not
> being logged onto their win95 box.
>
> Thanks in advance for any feedback.
>
> Ken :)
>
> -
> ************************************************************************
> Web Hosting, E-mail addresses, DNS services, Dedicated circuits.
> 33.6, X2(56k), ISDN Dialup available in Prince William County VA.
>
> Ken Hunter Aspiring Technologies
> mailto:ken@aspire.net 9304 Troy Drive
> http://www.aspire.net Nokesville, Va 20181
> telnet://sage.aspire.net Try our ISP/Net Guest account
> username: ispguest
> password: ispguest
> ************************************************************************
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 sure this has been asked before - but - does anyone know where the
'save password' fix for win95 is? This is where the users have to type
their password each time they login via dial up networking - because the
'save password' box is greyed out. I think this has to do with them not
being logged onto their win95 box.
Thanks in advance for any feedback.
Ken :)
-
************************************************************************
Web Hosting, E-mail addresses, DNS services, Dedicated circuits.
33.6, X2(56k), ISDN Dialup available in Prince William County VA.
Ken Hunter Aspiring Technologies
mailto:ken@aspire.net 9304 Troy Drive
http://www.aspire.net Nokesville, Va 20181
telnet://sage.aspire.net Try our ISP/Net Guest account
username: ispguest
password: ispguest
************************************************************************
They have this as one of the know bugs on www.windows95.com. If you
want to go to http://www.vii.com/supportdocs/dialbug.htm we have a
page on two possible solutions of how to fix this bug. Microsoft's
Dial-up Networking and Networking in general sucks and Win98 is even
worse. Good luck and I hope that helps.
-Davey
> Date: Tue, 02 Jun 1998 08:50:47 -0500
> To: usr-tc@lists.xmission.com
> From: Grant Hopwood <techmaster@trip.net>
> Subject: Re: (usr-tc) win95 login fix
> Reply-to: usr-tc@lists.xmission.com
> Or, search for any *.pwl files (usually of the nature login.pwl)in your
> c:\windows directory, delete them, make sure the client for microsoft
> networks (below) is added and restart computer. Upon restart, 95 should ask
> once again for a login and password to create a new default profile.
>
>
> At 09:05 AM 6/2/98 -0400, you wrote:
> >START --> SETTINGS --> CONTROL PANEL --> NETWORK --> ADD --> CLIENT -->
> ADD --> --> MICROSOFT --> CLIENT FOR MICROSOFT NETWORKS
> >
> >
> >*********** REPLY SEPARATOR ***********
> >
> >On 6/2/98, at 8:17 AM, Ken Hunter, Aspiring Technologies wrote:
> >
> >>I'm sure this has been asked before - but - does anyone know where the
> >>'save password' fix for win95 is? This is where the users have to type
> >>their password each time they login via dial up networking - because the
> >>'save password' box is greyed out. I think this has to do with them not
> >>being logged onto their win95 box.
> >>
> >>Thanks in advance for any feedback.
> >>
> >>Ken :)
> >>
> >>-
> >>************************************************************************
> >>Web Hosting, E-mail addresses, DNS services, Dedicated circuits.
> >>33.6, X2(56k), ISDN Dialup available in Prince William County VA.
> >>
> >>Ken Hunter Aspiring Technologies
> >>mailto:ken@aspire.net 9304 Troy Drive
> >>http://www.aspire.net Nokesville, Va 20181
> >>telnet://sage.aspire.net Try our ISP/Net Guest account
> >> username: ispguest
> >> password: ispguest
> >>************************************************************************
> >>
> >>-
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and old messages send
> >> "help" to the same address. Do not use quotes in your message.
> >
> >========================================================================
> >S t e v e n R. S h e p h e r d
> >========================================================================
> >CyberGate Internet Technologies http://www.gate.net
> >Network Operations Center http://noc.gate.net
> >An e.spire Company NetDudeFL @ EFnet
> >Network Technician E-Mail: steven@gate.net
> >(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
> > ICQ: 1412432
> >========================================================================
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
Or, search for any *.pwl files (usually of the nature login.pwl)in your
c:\windows directory, delete them, make sure the client for microsoft
networks (below) is added and restart computer. Upon restart, 95 should ask
once again for a login and password to create a new default profile.
At 09:05 AM 6/2/98 -0400, you wrote:
>START --> SETTINGS --> CONTROL PANEL --> NETWORK --> ADD --> CLIENT -->
ADD --> --> MICROSOFT --> CLIENT FOR MICROSOFT NETWORKS
>
>
>*********** REPLY SEPARATOR ***********
>
>On 6/2/98, at 8:17 AM, Ken Hunter, Aspiring Technologies wrote:
>
>>I'm sure this has been asked before - but - does anyone know where the
>>'save password' fix for win95 is? This is where the users have to type
>>their password each time they login via dial up networking - because the
>>'save password' box is greyed out. I think this has to do with them not
>>being logged onto their win95 box.
>>
>>Thanks in advance for any feedback.
>>
>>Ken :)
>>
>>-
>>************************************************************************
>>Web Hosting, E-mail addresses, DNS services, Dedicated circuits.
>>33.6, X2(56k), ISDN Dialup available in Prince William County VA.
>>
>>Ken Hunter Aspiring Technologies
>>mailto:ken@aspire.net 9304 Troy Drive
>>http://www.aspire.net Nokesville, Va 20181
>>telnet://sage.aspire.net Try our ISP/Net Guest account
>> username: ispguest
>> password: ispguest
>>************************************************************************
>>
>>-
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>
>========================================================================
>S t e v e n R. S h e p h e r d
>========================================================================
>CyberGate Internet Technologies http://www.gate.net
>Network Operations Center http://noc.gate.net
>An e.spire Company NetDudeFL @ EFnet
>Network Technician E-Mail: steven@gate.net
>(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
> ICQ: 1412432
>========================================================================
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
START --> SETTINGS --> CONTROL PANEL --> NETWORK --> ADD --> CLIENT -->=
ADD --> --> MICROSOFT --> CLIENT FOR MICROSOFT NETWORKS
*********** REPLY SEPARATOR ***********
On 6/2/98, at 8:17 AM, Ken Hunter, Aspiring Technologies wrote:
>I'm sure this has been asked before - but - does anyone know where the
>'save password' fix for win95 is? This is where the users have to type
>their password each time they login via dial up networking - because the
>'save password' box is greyed out. I think this has to do with them not
>being logged onto their win95 box.
>
>Thanks in advance for any feedback.
>
>Ken :)
>
>-
>************************************************************************
>Web Hosting, E-mail addresses, DNS services, Dedicated circuits.
>33.6, X2(56k), ISDN Dialup available in Prince William County VA.
>
>Ken Hunter Aspiring Technologies
>mailto:ken@aspire.net 9304 Troy Drive
>http://www.aspire.net Nokesville, Va 20181
>telnet://sage.aspire.net Try our ISP/Net Guest account
> username: ispguest
> password: ispguest
>************************************************************************
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
=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
S t e v e n R. S h e p h e r d
=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
CyberGate Internet Technologies http://www.gate.net
Network Operations Center http://noc.gate.net
An e.spire Company NetDudeFL @ EFnet
Network Technician E-Mail: steven@gate.net
(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
ICQ: 1412432
=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
Subject:(usr-tc) USR ARC - Filtering using Filter-Id From: Peter Chow <peter@interq.or.jp> Date: 1998-06-02 10:11:52
We're trying to setup filtering on our USR ARC for Radius authenticated
users. These user accounts are also used with other access servers
(Livingston PM3), so we use the Filter-Id attribute.
The Radius config we use has Filter-Id = "filter"
According to the USR CD-rom, the ARC normally requires "filter.in,filter.out"
in order to differentiate in and out filters, but it only sees a single
name of "filter", it will default to "filter.in" and "filter.out".
I defined my filter.in according to the instructions on the CD-Rom,
But I have been unable to get the filters to work. My "show filter filter.in"
displays the filter properly. I do not have a filter.out configured.
Has anyone gotten this to work?
--
Peter Chow
Chief Technical Advisor
interQ K.K.
Tokyo, Japan
peter@interq.or.jp
> On Tue, 2 Jun 1998, Ken Hunter, Aspiring Technologies wrote:
>
> > I'm sure this has been asked before - but - does anyone know where the
> > 'save password' fix for win95 is? This is where the users have to type
> > their password each time they login via dial up networking - because the
> > 'save password' box is greyed out. I think this has to do with them not
> > being logged onto their win95 box.
> >
> > Thanks in advance for any feedback.
> >
> > Ken :)
http://www.winfiles.com/bugs/dunpass.html
=========================================================================
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) Portmaster 2e console access From: Bradley G Parker <parker@vii.com> Date: 1998-06-02 11:14:11
On Tue, 2 Jun 1998, Guess wrote:
> Hi guys,
> does anyone know how to get console access to portmaster 2e?? Do I
> have to use a null modem??
> Thanks.
>
>
Uhh... this question belongs on the portmaster users mailing list found at
portmaster-users@livingston.com.
The short answer: toggle the first switch up, and connect via null modem
to the first port (S0). A more complete answer can be found on
livingston's (Lucent's) website at www.livingston.com.
Brad
Subject:RE: (usr-tc) USR ARC - Filtering using Filter-Id From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-06-02 11:19:43
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Peter Chow
>Sent: Monday, June 01, 1998 8:12 PM
>To: usr-tc@lists.xmission.com
>Subject: (usr-tc) USR ARC - Filtering using Filter-Id
>
>
>We're trying to setup filtering on our USR ARC for Radius authenticated
>users. These user accounts are also used with other access servers
>(Livingston PM3), so we use the Filter-Id attribute.
>
>The Radius config we use has Filter-Id = "filter"
>
>According to the USR CD-rom, the ARC normally requires
>"filter.in,filter.out"
>in order to differentiate in and out filters, but it only sees a single
>name of "filter", it will default to "filter.in" and "filter.out".
>
>I defined my filter.in according to the instructions on the CD-Rom,
>But I have been unable to get the filters to work. My "show
>filter filter.in"
>displays the filter properly. I do not have a filter.out configured.
>
First: make sure you are not using 4.0.19. If so get 4.0.29 from
totalservice.
This works, but what most people miss is turning on filters. This is done by
"set interface slot:x/:mod:[1-Y] filter_access on"
Then disable and re-enable the interfaces.
Also remember the in vs out conventions. In and out is always in reference
to the
interface and not the dial client.
USER INTERFACE
DATA --> = input filter
<--- DATA = output filter
-M
Subject:(usr-tc) Raddebug BUG! From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-06-02 11:33:04
I found a bug in the raddebug code that stopped it from stepping through a
multipacket snoop file if the file contained packets other than RADIUS.
This has been fixed and placed in a new version number V2.1.1. This
is available on my website http://coredump.ae.usr.com/radius/raddebug
'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'
Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics
Network Systems Engineer
PGP: http://coredump.ae.usr.com/pgp
I have a TC chassis where the subnet on the ethernet is different from the
subnet used for the dialin users:
Net0 208.21.250.249
Assigned Addr 208.24.138.16
The TC Netserver is not advertising the routes out the ethernet. I can see
them by doing a "show route".
I went to the router and put in a static route for 208.24.138.0 but that is
only temporary.
What "option/setting" have I over-looked?
Thanks.
Butch
Another way of configuring the HiPer ARC without disabling the IP NetWork
would be to type:
set ip network ip routing_protocol ripv2
reconfigure ip network ip interface eth:1
This way you can make the change remotely
Pete Ashdown <pashdown@xmission.com> on 06/01/98 03:13:41 PM
Please respond to usr-tc@lists.xmission.com
cc:
Walt Gnann said once upon a time:
>
>OK...I'm game. How would I go about implementing RIPv2 on the HyperArc?
>How about the Netserver?
Via the serial console!
ARC:
disable ip network ip
set ip network ip routing_protocol ripv2
set ip network ip rip_policies_update no_ripv1_receive
set ip network ip rip_policies_update no_send_compat
enable ip network ip
Netserver:
set ripv2 on
set net0 routing broadcast
set enh_routing on
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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 ver 5.4/5.5 release notes and ram From: stellr@vt.edu Date: 1998-06-02 13:42:25
I noticed some posts here that refered to a memory
requirement on the NMC to go to v.90, so
I was trying to find system requiements but
have not been that successful. Can someone suggest the
correct documentation trail.
In the release notes, p/n 1.024.1631-00, NMC version
5.4/5.5 software release notes page 24 it says:
nmc s/w nmc card quad modem
version build software
----------- --------- --------------
5.4 4 meg 486 5.9/5.10
5.5 16 meg 486 5.9/5.10
My inventory says this:
desc s/n code ver dram flash ver
17 USR Network Management Card B8R68GBV 0E900000 3.0 4096 2048 4.2.2
Do I have this? What is a 486 and how does it map to
the inventory list from total control? What is the
gain of 5.5 nmc software over 5.4? Can I get to
TCS 3.0 as to be y2k compliant and also get v.90?
Thanks.
===============================================================
Ray Stell stellr@vt.edu (540) 231-4109 KE4TJC 28^D
You're in a maze of twisty little passages, all different.
Subject:Re: (usr-tc) NMC ver 5.4/5.5 release notes and ram From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-02 14:01:20
Thus spake stellr@vt.edu
>I noticed some posts here that refered to a memory
>requirement on the NMC to go to v.90, so
>I was trying to find system requiements but
>have not been that successful. Can someone suggest the
>correct documentation trail.
There are no specific memory requirements to support v.90. The change
in memory requirements that have occured recently has been to support
HiPer DSP and HiPer ARC equipment. a 4 meg, 486 NMC card will handle
v.90 with no problems.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Actually you can upgrade the HyperARC card without disrupting your
users but the changed will not take effect until you reboot the card.
This way you don't have to wait long periods at 2 in the morning.
Just download the code whenever is convenient and telnet in from home
to reboot the card. ;-)
-Davey
> >Last question: Can I do software uploads while users are on?
>
> Of the NMC? Yes, upgrading just about any other card will disrupt users
> though. The NMC card is only there for management of the chassis
> ("Network Management Card"...makes sense), and is not involved in any
> processing of any portion of a users call typically (with some setups,
> it will do RADIUS and stuff, but that's an *extremely* rare setup,
> typically all of that is done via the netservers and ARC's), so in
> theory, you could set up a chassis, have it up and running and
> physically pull the NMC card out of the chassis and it would continue to
> function without any effect...the only effect pulling the NMC has would
> be that TCM (and other SNMP apps) would no longer be able to
> communicate with the chassis, so it would no longer be maneageable via
> SNMP/TCM.
> --
> 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) Long distance troubles From: David Saranen <saranen@the-bridge.net> Date: 1998-06-02 15:32:29
I have a head scratcher and would like to hear if
anyone else has run into a similiar problem.
Local customers connect ok; long distance customers
have problems. The initial complaint was for an
AT&T 800 line piggybacked onto a DID group. USR
support did a dial around and found that AT&T
and Sprint failed to connect or connected at
1200 BPS. MCI connected at 53k.
The problem isn't limited to the 800 line. We've
had people trying DID lines coming though 2 different
CO's.
AT&T said echo cancellation at 2100 Hz was the
problem. They wanted me to disable V.FAST. Sprint
said No Answer Supervision.
Running TC, channelized T1, with a mix of quad
modems and HDMs.
-Dave
Today I downloaded the NMC ver 5.5.2 upgrade from Total Service.
I unzipped the files and put them in the /sdl directory for TCM. When I
go to do the software upgrade only the .nac file is showing up and not the
.sdl. Both files are in the /sdl directory (Nm030200.sdl and
Hm050502.nac).
I just did this same routine a week ago for the ISDN-GW card, where both
files showed up on the "software download" screen with no problem.
If I am reading the instructions correctly I need both files to show on
that list to do the upgrade. Am I missing something?
Also if I do the 5.5.2 upgrade, am I forced to do the upgrade on the
quads from 5.8.6 to whatever the new version is? How about 0.49.0 for the
HiPerDSP?
Last question: Can I do software uploads while users are on?
Thanks in advance,
Kurt Brecheisen
x2@gti.net
Subject:Re: (usr-tc) NMC ver 5.5 sw upgrade question From: Brian McIntire <brian_mcintire@mw.3com.com> Date: 1998-06-02 16:35:25
The .sdl file that comes with the 5.5.2 software is only used when flashing
the card through the console port using PCSDL. The NMC card is the only
card that does not need a .sdl file.
What you are seeing is normal. All you need to do is click on start.
GTI x2 Tech <x2@apollo.gti.net> on 06/02/98 03:27:17 PM
Please respond to usr-tc@lists.xmission.com
cc:
Today I downloaded the NMC ver 5.5.2 upgrade from Total Service.
I unzipped the files and put them in the /sdl directory for TCM. When I
go to do the software upgrade only the .nac file is showing up and not the
.sdl. Both files are in the /sdl directory (Nm030200.sdl and
Hm050502.nac).
I just did this same routine a week ago for the ISDN-GW card, where both
files showed up on the "software download" screen with no problem.
If I am reading the instructions correctly I need both files to show on
that list to do the upgrade. Am I missing something?
Also if I do the 5.5.2 upgrade, am I forced to do the upgrade on the
quads from 5.8.6 to whatever the new version is? How about 0.49.0 for the
HiPerDSP?
Last question: Can I do software uploads while users are on?
Thanks in advance,
Kurt Brecheisen
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) NMC ver 5.5 sw upgrade question From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-02 16:42:15
Thus spake GTI x2 Tech
>Today I downloaded the NMC ver 5.5.2 upgrade from Total Service.
>I unzipped the files and put them in the /sdl directory for TCM. When I
>go to do the software upgrade only the .nac file is showing up and not the
>.sdl. Both files are in the /sdl directory (Nm030200.sdl and
>Hm050502.nac).
When doing upgrades through TCM (SNMP and TFTP), you don't need the sdl
for the NMC card...all of the others will need it. If you're doing the
upgrade through the serial console on the NIC of the NMC, then it would
use the sdl code. So, you should be able to do it just fine via TCM
without the sdl showing up.
>I just did this same routine a week ago for the ISDN-GW card, where both
>files showed up on the "software download" screen with no problem.
Indeed, the sdl will show up on all of the other types of cards (to my
knowledge at least)
>Also if I do the 5.5.2 upgrade, am I forced to do the upgrade on the
>quads from 5.8.6 to whatever the new version is? How about 0.49.0 for the
>HiPerDSP?
It should be able to use 5.5.2 with older versions of code on the other
cards, but its definitely not adviseable.
>Last question: Can I do software uploads while users are on?
Of the NMC? Yes, upgrading just about any other card will disrupt users
though. The NMC card is only there for management of the chassis
("Network Management Card"...makes sense), and is not involved in any
processing of any portion of a users call typically (with some setups,
it will do RADIUS and stuff, but that's an *extremely* rare setup,
typically all of that is done via the netservers and ARC's), so in
theory, you could set up a chassis, have it up and running and
physically pull the NMC card out of the chassis and it would continue to
function without any effect...the only effect pulling the NMC has would
be that TCM (and other SNMP apps) would no longer be able to
communicate with the chassis, so it would no longer be maneageable via
SNMP/TCM.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
On Tue, 2 Jun 1998, Butch Kemper wrote:
>
> I have a TC chassis where the subnet on the ethernet is different from the
> subnet used for the dialin users:
>
> Net0 208.21.250.249
> Assigned Addr 208.24.138.16
>
> The TC Netserver is not advertising the routes out the ethernet. I can see
> them by doing a "show route".
>
> I went to the router and put in a static route for 208.24.138.0 but that is
> only temporary.
>
> What "option/setting" have I over-looked?
set net0 routing on
>
> Thanks.
>
> Butch
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
I guess I will ask this question again.
Is anyone doing multi-link with analog modems?
We are running a netserver, (I know it's old, But it's stable) on version
3.3.3 code.
I have been unable to get a mp connection via RAS and NT.
I've had some say its NT. It could be but, as there are only a couple of
special options you have to take to configure NT, I don't think that is
were the problem is.
Everyone tells me there is no special configuration that need to be done on
the netserver end
I know it's not a radius problem as I am attempting to log on with a user
that is set up in the netserver user table. Therefore it should never hit
the radius. I have gone a step further and added a user in the netserver
table that I know is not in the radius.
Same result.
The error I receive from NT is, unable to establish a mp connection, Maybe
the host is not configured properly.
This is about to drive me up a wall.
Any suggestions?
Chuck Simons..
--
I Used To Go Crazy For Days At a Time
Now I'm Taking My Time With My Days.
Jimmy Buffett
Subject:Re: (usr-tc) PPTP Via NETServer From: Brian McIntire <brian_mcintire@mw.3com.com> Date: 1998-06-03 08:50:05
--0__=D9sOqPcDRmJVPkC17kJN7LMKnEHQBhjOLVin6YOs4o28c9SWKprjy6eg
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
Documentation on how to setup the NetServer for PPTP can be found in
Chapter 8 of the NetServer 3.3 Command Reference Manual.
You can find these release notes on Totalservice.3com.com.
"Jamie Orzechowski" <mhz@recorder.ca> on 06/03/98 08:40:24 AM
Please respond to usr-tc@lists.xmission.com
cc:
Hi There ... I was wondering if anyone knows where I can get some
documentation on setting up PPTP with a NETServer and NT 4.0 box ...
--0__=D9sOqPcDRmJVPkC17kJN7LMKnEHQBhjOLVin6YOs4o28c9SWKprjy6eg
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
PjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT0yPkhpIFRoZXJlIC4uLiBJIHdhcyB3b25kZXJpbmcg
aWYgYW55b25lIGtub3dzIA0Kd2hlcmUgSSBjYW4gZ2V0IHNvbWUgZG9jdW1lbnRhdGlvbiBvbiBz
ZXR0aW5nIHVwIFBQVFAgd2l0aCBhIE5FVFNlcnZlciBhbmQgTlQgDQo0LjAgYm94IC4uLiA8L0ZP
TlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg0K
--0__=D9sOqPcDRmJVPkC17kJN7LMKnEHQBhjOLVin6YOs4o28c9SWKprjy6eg--
Search on interproc
http://interproc.ae.usr.com/tkb.html
search for pptp
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 Wed, 3 Jun 1998, Jamie Orzechowski wrote:
> Hi There ... I was wondering if anyone knows where I can get some =
> documentation on setting up PPTP with a NETServer and NT 4.0 box ...=20
>
Subject:(usr-tc) How to troubleshooting TCH? From: cntnj <cntnj@public1.ptt.js.cn> Date: 1998-06-03 09:04:54
Hi,
When my customer call me when his modem speed decrease
or disconnect frequently, how can do to anlyse what happened to
TCH, or E1 line or configuration of customer?
Have you any idea, my mean is total troubleshooting to total
control hub.
What shoud you tell customer to do on his PC, and what tell CO people
to
monitor E1 line, and what to TCH?
Thanks to your response.
Subject:(usr-tc) Re: Upgrading NMC with connections present From: Ray Kopp <rjkopp@mailbox.syr.edu> Date: 1998-06-03 09:06:35
Someone asked if you can upgrade the NMC while the modems are in use.
And someone else answered yes, that ll the NMC does is manangement.
There is one exception to that. If you are using the NMC with
AutoResponse to set the length of call (maximum time someone may connect
to your modems) when the NMC card resets it will disconnect all users.
This is the usual way it happens with me, so I always clear the rack
first. Another thing that also happens after this upgrade is that when
the NMC card resets it immediatly starts taking calls regardless of what
you had it set to before (busied out). Here I'm talking about Analog
Calls also, so if you have T1 or PRI lines they may act differently.
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
This is a multi-part message in MIME format.
------=_NextPart_000_0007_01BD8ED3.A2232DA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi There ... I was wondering if anyone knows where I can get some =
documentation on setting up PPTP with a NETServer and NT 4.0 box ...=20
------=_NextPart_000_0007_01BD8ED3.A2232DA0
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>Hi There ... I was wondering if =
anyone knows=20
where I can get some documentation on setting up PPTP with a NETServer =
and NT=20
4.0 box ... </FONT></DIV></BODY></HTML>
------=_NextPart_000_0007_01BD8ED3.A2232DA0--
Subject:Re: (usr-tc) NMC ver 5.5 sw upgrade question From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-03 10:23:29
Thus spake Davey Walbeck
>Actually you can upgrade the HyperARC card without disrupting your
>users but the changed will not take effect until you reboot the card.
>This way you don't have to wait long periods at 2 in the morning.
>Just download the code whenever is convenient and telnet in from home
>to reboot the card. ;-)
Ah cool...sounds a bit more like how most cisco's do their thing
then...run the image out of RAM, and upgrade write the image to flash
without disrupting service, then on a reboot it reads the new image out
of flash...sounds like this is how their doing it now...a much superior
method IMHO. :)
Thanks for the info, we don't have any HiPer cards yet, so haven't
gotten to play with them.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) NMC ver 5.5 sw upgrade question From: Mike Andrews <mandrews@termfrost.org> Date: 1998-06-03 13:55:59
It's not just the ARC... Hiper DSP's are the same way, FWIW. Flash
whenever, reboot when convenient. Handy.
You can also modify settings while a modem is in use, unlike Quads. Very
nice. Of course, not all of the settings 'stick' correctly when you save
to nvram and then reboot (even under 1.0.8), but it's still nicer than
waiting for everyone to log out of a chassis. Actually, not all of the
Quad ones stick properly either (mostly the trap-related ones).
Speaking of flashing things... it was just said that the .sdl file isn't
used when flashing the NMC over the network. What happens if you do it
anyway, out of curiosity? I homecooked my own snmp/tftp flash program in
Perl (trying to completely eliminate the need for TCM here), but only
tested it out on Quad cards thus far. Now I'm scared to try flashing an
NMC with it. :)
Mike Andrews/MA12/ICQ 6602506 this chromosome intentionally left blank
mandrews@dcr.net -- mandrews@termfrost.org -- http://www.termfrost.org/
Senior Systems & Network Administrator, Digital Crescent, Frankfort, KY
v.90/x2/ISDN 'net Access in Franklin/Anderson/Shelby/Jefferson Counties
On Wed, 3 Jun 1998, Jeff Mcadams wrote:
> Thus spake Davey Walbeck
> >Actually you can upgrade the HyperARC card without disrupting your
> >users but the changed will not take effect until you reboot the card.
> >This way you don't have to wait long periods at 2 in the morning.
> >Just download the code whenever is convenient and telnet in from home
> >to reboot the card. ;-)
>
> Ah cool...sounds a bit more like how most cisco's do their thing
> then...run the image out of RAM, and upgrade write the image to flash
> without disrupting service, then on a reboot it reads the new image out
> of flash...sounds like this is how their doing it now...a much superior
> method IMHO. :)
>
> Thanks for the info, we don't have any HiPer cards yet, so haven't
> gotten to play with them.
> --
> Jeff McAdams Email: jeffm@iglou.com
> Head Network Administrator Voice: (502) 966-3848
> IgLou Internet Services (800) 436-4456
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Once upon a time Jamie Orzechowski shaped the electrons to say...
> Hi There ... I was wondering if anyone knows where I can get some
> documentation on setting up PPTP with a NETServer and NT 4.0 box ...
Did you see the article yesterday? NT/PPTP cracked like an egg - heh, I
loved it... M$ will have patches 'soon'.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!
Subject:(usr-tc) FAS vs. NFAS From: Tim Geddings <tgeddings@southtech.net> Date: 1998-06-03 15:46:48
This is a multi-part message in MIME format.
------=_NextPart_000_0053_01BD8F06.D17ABEA0
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_0054_01BD8F06.D17ABEA0"
------=_NextPart_001_0054_01BD8F06.D17ABEA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Does anyone have any experience configuring hiper dsp cards for nfas =
operation. We are adding 2 PRI's and converting a current PRI from FAS =
to NFAS. Is this possible?
If you have ICQ you can message me. My ICQ#:3650499
My current ICQ status is:=20
Tim Geddings
tgeddings@southtech.net=20
------=_NextPart_001_0054_01BD8F06.D17ABEA0
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.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Does anyone have any experience configuring hiper =
dsp cards=20
for nfas operation. We are adding 2 PRI's and converting a current =
PRI=20
from FAS to NFAS. Is this possible?</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV>----------------------------------------------------<BR>If you have =
ICQ you=20
can message me. My ICQ#:3650499<BR>My current ICQ status is: <IMG=20
src=3D"cid:004b01bd8f28$5873f4a0$15449cce@lan-21.southtech.net"><BR>Tim=20
Geddings<BR>tgeddings@southtech.net <BR></DIV></BODY></HTML>
------=_NextPart_001_0054_01BD8F06.D17ABEA0--
------=_NextPart_000_0053_01BD8F06.D17ABEA0
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-ID: <004b01bd8f28$5873f4a0$15449cce@lan-21.southtech.net>
R0lGODlhRAAVANX/AP//////AAD/AO/v962tvbW1xqWlvZSUrYSEnM7O/2trjJyczkpKa2NjnEJC
azk5YzExWikpUjExYyEhShgYShAQQggIOQAAMQAAOc7G3q2cxpR7tYRrpWMxnEohe7Wlxq2UxpR7
rYRjpVoxhDkIazEAY6WMvUoYe0IQc5xjzpRzrUoYc7Wcxs691rWltf/O/86czpxjnGMxY0IQQjEA
MQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAARAAVAEAG/0CAcEi8XIjIpHLJ
bCpLnVJtWgMIqNiSdqttLBYxrribCC8SjbFamxl9UDPIRV2dSus1dQwGW0i0EmBagh0LUV5RMQta
in8le31RW0ZHQnN2VQJXU1Y1Rk6goaBbnJpYp3lbQpIlCQAdHUJQsjEAiwsAaa5/rrAAMB0NQigs
Jh4XDwU0lMzNzs/Q0dLTzEifl3lzk6Lc3UUXf5mlV1ZXk9To6RcUBgoMExEHXFWdAAEBmaZcuACM
AAklAjXwsuiRrRJeZDwy9IWVogVpWpxgEQKBAQykhJQaZ26fLIMvZvWTQOsgLl39SqwSBmMLqxKU
tCxTR7MmTSbajlTzxpNnTqopne54gtmzqJNLAKiUG5fNqFMkKV5IEocn6JqrWLOO2SCCAwgXCLQB
NVXlHtUxSV6KqbVIkVqsA1ZoIGFhglihSvHlS6VFSJq+r2IRaWsyVyskgPnFUKGihAgFFcTuFdeJ
7xZXf1UGlkWyH9sSJw8D7lDrXwJXJUiIyDCAgIN5eajuRSvE1SuRAUveMoxac5Qh/LbMFEuDlB3j
WpMrF1OcxvA5z21Kn94sCAA7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAEAAMcAIf4VR0lGIFNt
YXJ0U2F2ZXIgVmVyMS4xACwAAAAARAAVAAAI/gCPCRxI0IEDgggTKlzIsKFDhA4AADho0ODDixgz
HrMYEQKEiRIlHtRIsuRGkQAgHBvw0SOEiCNNymzYseVKlh5Xvow5s2fBlMdc3sw5gOVEn0g3OmAA
FOfQoSErSp1KtarVq1QXKCggUaVToh9Dih1LtqzZs2QjGATA1aVXty7NHiBAwABaAAcQ2CWA4MBd
s2ojdh2qskGDt2HFChQg4JgArmYNHCMAwAAByH/HVhSrUucxw16LJgZAQKBEyQgAMCBwYC7lypPx
EnhQ+TJdzJZZa14bEm5hokZDCvQrsXGBAo4Zx5ZMubRfBMkdS3Rc+pjdqLxThvbtVqzxkNCPtZtG
fgx282PPjzENjzxBgQOmsQtu6pSlztESoRMHYJy8atPMkYYeANBNd0wBkgmAwILlydebQGCFFlxI
1Z12jAJsmcYAgLE5R2CDAr13TAIhYTZRdto1JZRoZC0G3WMZlrdheQF6WCAAIeIoUIUSBTYfZ0G1
pJJHZRmQQAIEMKVaXRIxWcBlsnFl2WlJnnYklA722BuRW2bm5ZdaRuCjYGNiZeaZaKYZUZlqtukm
mmy+KeecUgEAOw==
------=_NextPart_000_0053_01BD8F06.D17ABEA0--
I'm new to the tc, so I'm sorry if these are newbish questions.
During testing I have found that my modem connetions drop suddenly without
sending a disconnect command. The time does vary a great deal, from as low
as 5 minutes to as high as an hour. But the connection always drops
sometime without warning. And no, this is not due to an idletimeout, its
set at 120 minutes. When I look at the modem stats and reasons for
disconnection I get: DS0 Teardown
Anyone have any idea on why it would cut me off line... The phone company
keeps telling me nothing is wrong...
Also... When logging into the box via a linux ppp connection I get:
pppd[91]: CCP: timeout sending Config-Requests
Any ideas why this is timing out? The connection stays up, but for the
first 30 seconds after the modem handshake you can't do anything until
the CCP: timeout sending Config-Requests comes up. I've seen the same
delay with windows 95 and others, for the first 30 - 40 seconds there
seems to be a delay, pause, or timeout. I figured this may be just how the
tc is, but other term servers never had such a delay.
-
andrew
Subject:Re: (usr-tc) FAS vs. NFAS From: Brian McIntire <brian_mcintire@mw.3com.com> Date: 1998-06-03 16:00:44
--0__=0TGFq62qmC7mCA9pFYSFy56YUBZKP3pwb6S1Yy1CqQDvhaJwzUiOVekS
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
You can not use NFAS with HiPer DSp's yet. This feature will not be
available till at least TCS 3.5 or possibly later. The HiPer DSP group is
working on it.
"Tim Geddings" <tgeddings@southtech.net> on 06/03/98 02:46:48 PM
Please respond to usr-tc@lists.xmission.com
cc:
Does anyone have any experience configuring hiper dsp cards for nfas
operation. We are adding 2 PRI's and converting a current PRI from FAS to
NFAS. Is this possible?
If
If you have ICQ you can message me. My ICQ#:3650499
My current ICQ status is:
Tim Geddings
tgeddings@southtech.net
--0__=0TGFq62qmC7mCA9pFYSFy56YUBZKP3pwb6S1Yy1CqQDvhaJwzUiOVekS
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+DQo8TUVUQSBjb250ZW50PSciTVNIVE1MIDQuNzIuMjEwNi42
IicgbmFtZT1HRU5FUkFUT1I+DQo8L0hFQUQ+DQo8Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElW
PjxGT05UIHNpemU9Mj5Eb2VzIGFueW9uZSBoYXZlIGFueSBleHBlcmllbmNlIGNvbmZpZ3VyaW5n
IGhpcGVyIGRzcCBjYXJkcyANCmZvciBuZmFzIG9wZXJhdGlvbi4mbmJzcDsgV2UgYXJlIGFkZGlu
ZyAyIFBSSSdzIGFuZCBjb252ZXJ0aW5nIGEgY3VycmVudCBQUkkgDQpmcm9tIEZBUyB0byBORkFT
LiZuYnNwOyBJcyB0aGlzIHBvc3NpYmxlPzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0y
PjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj5JZiB5b3UgaGF2ZSBJQ1EgeW91IA0KY2FuIG1lc3Nh
Z2UgbWUuIE15IElDUSM6MzY1MDQ5OTxCUj5NeSBjdXJyZW50IElDUSBzdGF0dXMgaXM6IDxJTUcg
DQpzcmM9ImNpZDowMDRiMDFiZDhmMjgkNTg3M2Y0YTAkMTU0NDljY2VAbGFuLTIxLnNvdXRodGVj
aC5uZXQiPjxCUj5UaW0gDQpHZWRkaW5nczxCUj50Z2VkZGluZ3NAc291dGh0ZWNoLm5ldCA8QlI+
PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg0K
--0__=0TGFq62qmC7mCA9pFYSFy56YUBZKP3pwb6S1Yy1CqQDvhaJwzUiOVekS
Content-type: image/gif;
name="att2.gif"
Content-Disposition: attachment; filename="att2.gif"
Content-transfer-encoding: base64
Content-Description: Compuserve GIF
R0lGODlhRAAVANX/AP//////AAD/AO/v962tvbW1xqWlvZSUrYSEnM7O/2trjJyczkpKa2NjnEJC
azk5YzExWikpUjExYyEhShgYShAQQggIOQAAMQAAOc7G3q2cxpR7tYRrpWMxnEohe7Wlxq2UxpR7
rYRjpVoxhDkIazEAY6WMvUoYe0IQc5xjzpRzrUoYc7Wcxs691rWltf/O/86czpxjnGMxY0IQQjEA
MQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAARAAVAEAG/0CAcEi8XIjIpHLJ
bCpLnVJtWgMIqNiSdqttLBYxrribCC8SjbFamxl9UDPIRV2dSus1dQwGW0i0EmBagh0LUV5RMQta
in8le31RW0ZHQnN2VQJXU1Y1Rk6goaBbnJpYp3lbQpIlCQAdHUJQsjEAiwsAaa5/rrAAMB0NQigs
Jh4XDwU0lMzNzs/Q0dLTzEifl3lzk6Lc3UUXf5mlV1ZXk9To6RcUBgoMExEHXFWdAAEBmaZcuACM
AAklAjXwsuiRrRJeZDwy9IWVogVpWpxgEQKBAQykhJQaZ26fLIMvZvWTQOsgLl39SqwSBmMLqxKU
tCxTR7MmTSbajlTzxpNnTqopne54gtmzqJNLAKiUG5fNqFMkKV5IEocn6JqrWLOO2SCCAwgXCLQB
NVXlHtUxSV6KqbVIkVqsA1ZoIGFhglihSvHlS6VFSJq+r2IRaWsyVyskgPnFUKGihAgFFcTuFdeJ
7xZXf1UGlkWyH9sSJw8D7lDrXwJXJUiIyDCAgIN5eajuRSvE1SuRAUveMoxac5Qh/LbMFEuDlB3j
WpMrF1OcxvA5z21Kn94sCAA7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAEAAMcAIf4VR0lGIFNt
YXJ0U2F2ZXIgVmVyMS4xACwAAAAARAAVAAAI/gCPCRxI0IEDgggTKlzIsKFDhA4AADho0ODDixgz
HrMYEQKEiRIlHtRIsuRGkQAgHBvw0SOEiCNNymzYseVKlh5Xvow5s2fBlMdc3sw5gOVEn0g3OmAA
FOfQoSErSp1KtarVq1QXKCggUaVToh9Dih1LtqzZs2QjGATA1aVXty7NHiBAwABaAAcQ2CWA4MBd
s2ojdh2qskGDt2HFChQg4JgArmYNHCMAwAAByH/HVhSrUucxw16LJgZAQKBEyQgAMCBwYC7lypPx
EnhQ+TJdzJZZa14bEm5hokZDCvQrsXGBAo4Zx5ZMubRfBMkdS3Rc+pjdqLxThvbtVqzxkNCPtZtG
fgx282PPjzENjzxBgQOmsQtu6pSlztESoRMHYJy8atPMkYYeANBNd0wBkgmAwILlydebQGCFFlxI
1Z12jAJsmcYAgLE5R2CDAr13TAIhYTZRdto1JZRoZC0G3WMZlrdheQF6WCAAIeIoUIUSBTYfZ0G1
pJJHZRmQQAIEMKVaXRIxWcBlsnFl2WlJnnYklA722BuRW2bm5ZdaRuCjYGNiZeaZaKYZUZlqtukm
mmy+KeecUgEAOw==
--0__=0TGFq62qmC7mCA9pFYSFy56YUBZKP3pwb6S1Yy1CqQDvhaJwzUiOVekS--
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 Wed, 3 Jun 1998, - andy - wrote:
> I'm new to the tc, so I'm sorry if these are newbish questions.
>
> During testing I have found that my modem connetions drop suddenly without
> sending a disconnect command. The time does vary a great deal, from as low
> as 5 minutes to as high as an hour. But the connection always drops
> sometime without warning. And no, this is not due to an idletimeout, its
> set at 120 minutes. When I look at the modem stats and reasons for
> disconnection I get: DS0 Teardown
>
> Anyone have any idea on why it would cut me off line... The phone company
> keeps telling me nothing is wrong...
>
> Also... When logging into the box via a linux ppp connection I get:
>
> pppd[91]: CCP: timeout sending Config-Requests
>
> Any ideas why this is timing out? The connection stays up, but for the
> first 30 seconds after the modem handshake you can't do anything until
> the CCP: timeout sending Config-Requests comes up. I've seen the same
> delay with windows 95 and others, for the first 30 - 40 seconds there
> seems to be a delay, pause, or timeout. I figured this may be just how the
> tc is, but other term servers never had such a delay.
>
> -
> andrew
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) FAS vs. NFAS From: Leon McCalla <leon@netrox.net> Date: 1998-06-03 17:03:19
as far as i know they don't support NFAS.
PS don't mix FAS and NFAS in the hame hunt groups. we ran into a limit when
we hit 5 NFAS groups on dual PRI then wanted add hiper-DSPs. It tooks Bells
about 3 weeks to re-provision the lines back to FAS so that we could have
greater than 10 PRIs in a group.
Leon McCalla
-----Original Message-----
From: Tim Geddings <tgeddings@southtech.net>
To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
Date: Wednesday, June 03, 1998 3:54 PM
Subject: (usr-tc) FAS vs. NFAS
Does anyone have any experience configuring hiper dsp cards for nfas
operation. We are adding 2 PRI's and converting a current PRI from FAS to
NFAS. Is this possible?
Subject:Re: (usr-tc) PPTP Via NETServer From: Charles Hill <chill@ionet.net> Date: 1998-06-03 18:23:14
http://www.news.com/News/Item/0,4,22705,00.html
I found the article, but it still takes a top cryptographer to steal your
NT password. Patches from Microsoft? I'm not going to hold my breath.
Hopefully we'll get an IPSec implementation (it's supposed to be in NT
5.0) to replace PPTP, which is still infinitely better than, say, an
unencrypted tunnel.
I'm not an NT fan, but the ability to terminate an encrypted tunnel
at/from the NAS is a cool feature. IPSec in HiPer ARC would be nice.
I wonder if Mr. Schneier has any problems with L2TP, which has it's place
if you support non-IP protocols on your NAS?
-CH
On Wed, 3 Jun 1998, MegaZone wrote:
> Once upon a time Jamie Orzechowski shaped the electrons to say...
> > Hi There ... I was wondering if anyone knows where I can get some
> > documentation on setting up PPTP with a NETServer and NT 4.0 box ...
>
> Did you see the article yesterday? NT/PPTP cracked like an egg - heh, I
> loved it... M$ will have patches 'soon'.
>
> -MZ
> --
> <URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me
> "A little nonsense now and then, is relished by the wisest men" 781-788-0130
> <URL:mailto:megazone@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.
>
On Wed, 3 Jun 1998, Tatai SV Krishnan wrote:
|Search on interproc
|
|http://interproc.ae.usr.com/tkb.html
Where can I get the file pri_dump.zip that is protected in that
site?
- Marcelo
Subject:Re: (usr-tc) PPTP Via NETServer From: eugene_carpenter@3com.com Date: 1998-06-03 21:38:31
Its in Chapter 8 of the NetServer 3.3 reference manual.
MegaZone <megazone@megazone.org> on 06/03/98 06:36:19 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
Once upon a time Jamie Orzechowski shaped the electrons to say...
> Hi There ... I was wondering if anyone knows where I can get some
> documentation on setting up PPTP with a NETServer and NT 4.0 box ...
Did you see the article yesterday? NT/PPTP cracked like an egg - heh, I
loved it... M$ will have patches 'soon'.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being,
me
"A little nonsense now and then, is relished by the wisest men"
781-788-0130
<URL:mailto:megazone@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) FAS vs. NFAS From: eugene_carpenter@3com.com Date: 1998-06-03 21:45:09
--0__=N5Yg225GjEFZajFLVdpwFFFXu7rSBbfsGxVqUXvtD7NefY3XuWIim3NL
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
NFAS is Not Possible ATT on the HDM.
"Tim Geddings" <tgeddings@southtech.net> on 06/03/98 03:46:48 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
Does anyone have any experience configuring hiper dsp cards for nfas
operation. We are adding 2 PRI's and converting a current PRI from FAS to
NFAS. Is this possible?
If
If you have ICQ you can message me. My ICQ#:3650499
My current ICQ status is:
Tim Geddings
tgeddings@southtech.net
--0__=N5Yg225GjEFZajFLVdpwFFFXu7rSBbfsGxVqUXvtD7NefY3XuWIim3NL
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,C$P-BXV(B<@;F%M93U'
M14Y%4D%43U(^#0H\+TA%040^#0H\0D]$62!B9T-O;&]R/2-F9F9F9F8^#0H\
M1$E6/CQ&3TY4('-I>F4],CY$;V5S(&%N>6]N92!H879E(&%N>2!E>'!E<FEE
M;F-E(&-O;F9I9W5R:6YG(&AI<&5R(&1S<"!C87)D<R`-"F9O<B!N9F%S(&]P
M97)A=&EO;BXF;F)S<#L@5V4@87)E(&%D9&EN9R`R(%!222=S(&%N9"!C;VYV
M97)T:6YG(&$@8W5R<F5N="!04DD@#0IF<F]M($9!4R!T;R!.1D%3+B9N8G-P
M.R!)<R!T:&ES('!O<W-I8FQE/SPO1D].5#X\+T1)5CX-"CQ$258^/$9/3E0@
M<VEZ93TR/CPO1D].5#XF;F)S<#L\+T1)5CX-"CQ$258^+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+3Q"4CY)
M9B!Y;W4@:&%V92!)0U$@>6]U(`T*8V%N(&UE<W-A9V4@;64N($UY($E#42,Z
M,S8U,#0Y.3Q"4CY->2!C=7)R96YT($E#42!S=&%T=7,@:7,Z(#Q)34<@#0IS
M<F,](F-I9#HP,#1B,#%B9#AF,C@D-3@W,V8T83`D,34T-#EC8V5`;&%N+3(Q
M+G-O=71H=&5C:"YN970B/CQ"4CY4:6T@#0I'961D:6YG<SQ"4CYT9V5D9&EN
M9W-`<V]U=&AT96-H+FYE="`\0E(^/"]$258^/"]"3T19/CPO2%1-3#X-"@T*
`
`
end
--0__=N5Yg225GjEFZajFLVdpwFFFXu7rSBbfsGxVqUXvtD7NefY3XuWIim3NL
Content-type: image/gif;
name="att2.gif"
Content-Disposition: attachment; filename="att2.gif"
Content-transfer-encoding: x-uuencode
Content-Description: Compuserve GIF
begin 644 att2.gif
M1TE&.#EA1``5`-7_`/______``#_`._O]ZVMO;6UQJ6EO924K82$G,[._VMK
MC)R<SDI*:V-CG$)":SDY8S$Q6BDI4C$Q8R$A2A@82A`00@@(.0``,0``.<[&
MWJV<QI1[M81KI6,QG$HA>[6EQJV4QI1[K81CI5HQA#D(:S$`8Z6,O4H8>T(0
M<YQCSI1SK4H8<[6<QLZ]UK6EM?_._\Z<SIQCG&,Q8T(00C$`,0``````````
M`````````````````````````````````"P`````1``5`$`&_T"`<$B\7(C(
MI'+);"I+G5)M6@,(J-B2=JMM+!8QKKB;""\2C;%:FQE]4#/(15V=2NLU=0P&
M6TBT$F!:@AT+45Y1,0M:BG\E>WU16T9'0G-V50)74U8U1DZ@H:!;G)I8IWE;
M0I(E"0`='4)0LC$`BPL`::Y_KK``,!T-0B@L)AX7#P4TE,S-SL_0T=+3S$B?
MEWESDZ+<W447?YFE5U97D]3HZ1<4!@H,$Q$'7%6=``$!F:9<N`",``DE`C7P
MLNB1K1)>9#PR](65H@5I6IQ@$0*!`0RDA)0:9VZ?+(,O9O630.L@+EW]2JP2
M!F,+JQ*4M"Q31[,F32;:CE3SQI-G3JHIG>YX@MFSJ)-+`*B4&Y?-J%,D*5Y(
M$H<GZ)JK6+..V2""`P@7"+0!-57E'M4Q25Z*J;5(D5JL`U9H(&%A@EBA2O'E
M2Z5%2)J^KV(1:6LR5RLD@/G%4*&BA`@%%<3N%=>)[Q97?U4&ED6R']L2)P\#
M[E#K7P)7)4B(R#"`@(-Y>:CN12O$U2N1`4O>,HQ:<Y0A_+;,%$N#E!WC6I,K
M%U.<QO`YSVU*G]XL"``[````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M`````````````````````"'Y!`$``,<`(?X51TE&(%-M87)T4V%V97(@5F5R
M,2XQ`"P`````1``5```(_@"/"1Q(T($#@@@3*ES(L*%#A`X``#AHT.##BQ@S
M'K,8$0*$B1(E'M1(LN1&D0`@'!OPT2.$B"--RFS8L>5*EAY7OHPYLV?!E,=<
MWLPY@.5$GT@W.F``%.?0H2$K2IU*M:K5JU07*"@@4:53HA]#BAU+MJS9LV0C
M&`3`U:57MR[-'B!`P`!:``<0V"6`X,!=LVHC=AVJLD&#MV'%"A0@X)@`KF8-
M'",`P``!R'_'5A2K4N<QPUZ+)@9`0*!$R0@`,"!P8"[ERI/Q$GA0^3)=S)99
M:UX;$FYAHD9#"O0KL7&!`HX9QY9,N;1?!,D=2W1<^IC=J+Q3AO;M5JSQD-"/
MM9M&?@QV\V//CS$-CSQ!@0.FL0MNZI2ESM$2H1,'8)R\:M/,D88>`-!-=TP!
MD@F`P(+ER=>;0&"%%EQ(U9UVC`)LF<8`@+$Y1V"#`KUW3`(A8391=MHU)91H
M9"T&W6,9EK=A>0%Z6"``(>(H4(42!38?9T&UI))'91F00`($,*5:71(Q6<!E
MLG%EV6E)GG8DE`[VV!N16V;FY9=:1N"C8&-B9>:9:*8949EJMNDFFFR^*>><
$4@$`._\`
`
end
--0__=N5Yg225GjEFZajFLVdpwFFFXu7rSBbfsGxVqUXvtD7NefY3XuWIim3NL--
Subject:(usr-tc) Looking for a good DS3 MUX From: Sean P. Barrett <sbarrett@cyberzone.net> Date: 1998-06-04 09:18:36
We are going to start bringing in our PRI's over DS-3's and I am looking
for a good MUX with redundancy built in.... Any suggestions?
(I kinda like the Carrier Access Wide Shelf 28, but somebody might know of
a better one......)
Thanks in advance-
Sean
- Sean P. Barrett, Vice President - Mailing Address: -
- MicroLine Computer Systems - 507-511 Norwich Road-
- CyberZone Internet Services - Plainfield, CT 06374-
- http://www.mcs-corp.com - USA -
- http://www.cyberzone.net - Phone:(860) 564-7400-
- sbarrett@cyberzone.net - Fax: (860) 564-7402-
Subject:(usr-tc) v.90 start up documentation From: stellr@vt.edu Date: 1998-06-04 09:57:55
What is the starting document for going to V.90 on a Total
Control hub?
===============================================================
Ray Stell stellr@vt.edu (540) 231-4109 KE4TJC 28^D
Subject:Re: (usr-tc) Book on DS1, DDS, &c. From: Davey Walbeck <davey@vii.com> Date: 1998-06-04 11:24:51
Getting connected (The Internet at 56K and Up) by O'Reilly &
Associates, Inc.
-Davey
> From: mark@vielle.datasys.net (Mark R. Lindsey)
> Date: Thu, 4 Jun 1998 12:51:47 -0400
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) Book on DS1, DDS, &c.
> Reply-to: usr-tc@lists.xmission.com
> I'm sorry for cluttering this list with tangentially-off-topic
> requests, but does anybody know of a good book or two that would
> describe DS1s and DDS (56/64k) telephone circuits? I'm tired of
> trying to figure it out, and I want to read what's actually going
> on.
>
> Many thanks for all recommendations.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) NI2 Issues From: Steven Shepherd <steven@gate.net> Date: 1998-06-04 11:48:31
Hello -
I am wondering if anyone has experience with USR Dual PRI's and HyperDSP's=
in which the Telco has set up the type as NI2 (rather than custom).
We recently changed from a CLEC to Bellsouth in our new Miami location and=
installed a total of 37 PRI's. Everything was fine and dandy until we=
had to "unframe" a circuit to to modem issues. The PRI card accepted the=
command which *should* have taken the circuit out of frame so that it=
would "roll over" to the next PRI. However, nothing change d on the card.=
Still had carrier, and people were still getting on the span. Further=
research indicated that EVERY one of these PRI's had the same problem in=
that the PRI card was NOT talking to the switch.
After opening a ticket with Bellsouth and going through the "Oh, it is on=
your end", "no, it's on your end" ordeal, it was found that all the=
circuits installed were set up for NI2.
Now we have to put in an order for the D channels to be taken down on all=
37 circuits, the change from NI2 to Custom made, and the D channel brought=
back up.
Since NI2 is supposed to be the next "Industry Standard", is there, or will=
there be software and/or hardware changes to the USR equipment to act=
properly on NI2?
Steve
=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
S t e v e n R. S h e p h e r d
=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
CyberGate Internet Technologies http://www.gate.net
Network Operations Center http://noc.gate.net
An e.spire Company NetDudeFL @ EFnet
Network Technician E-Mail: steven@gate.net
(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
ICQ: 1412432
=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
Thus spake Steven Shepherd
>Since NI2 is supposed to be the next "Industry Standard", is there, or will=
> there be software and/or hardware changes to the USR equipment to act=
> properly on NI2?
Not sure what you mean by "unframing" the line...sounds like you might
have been trying to put the channels in a "Local Out of Service" state.
This is how we do it anyway. Unfortunately, the USR/3Com stuff is
acting properly based on the NI2 standard. Apparently, the standard
does not define any way to indicate a "Local Out of Service" condition
to the remote side of the link, so the telco switch will still see the
line as being up and ready and willing to take calls and will therefore
send calls down it. Yes, this is stupid and makes NI-2 almost useless,
and is why many places are not using NI-2 but are using custom config
(5ESS for us for example).
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
"Steven Shepherd" <steven@gate.net> writes:
> We recently changed from a CLEC to Bellsouth in our new Miami
> location and installed a total of 37 PRI's. Everything was fine and
> dandy until we had to "unframe" a circuit to to modem issues. The
> PRI card accepted the command which *should* have taken the circuit
> out of frame so that it would "roll over" to the next PRI. However,
> nothing change d on the card. Still had carrier, and people were
> still getting on the span. Further research indicated that EVERY
> one of these PRI's had the same problem in that the PRI card was NOT
> talking to the switch.
Can you be more specific about what command it was that you were
trying to issue to the PRI. The framing of a circuit is a physical
layer characteristic and really doesn't have any bearing or
relationship to switch type. I haven't had any problem taking spans
out of frame no matter what sort of configuration (NI2, custom, switch
type, PRI versus channelized T1, international versus domestic,
etc..).
Of course, the exact command differs based on the circuit in question,
since you have to pick a "bad" line type.
So for example, if I have a domestic circuit that is normally ESF, I
switch it to D4/SF, and vice versa. If my international circuit is
currently using G704, I switch to G704-CRC, and vice versa.
That's a physical framing issue...
However, if what you are talking about is "service messages", and what
you are trying to do is take a channel or span "out of service", then
yes, that is impossible with a span configured to use NI2.
I think you should be able to find other posts that cover this in the
archives, but the short of it is, that whomever architected NI2 didn't
seem to think it worthwhile to put in a standard way for each side to
communicate the state of a channel as far as in/out of service during
the lifetime of a circuit. They can be brought into service during
bootup, but never taken out again. Thus, the whole concept of
"service states" of DS0s on a PRI span is a proprietary thing. The
PRI (and HiPerDSP) cards contain the proprietary implementation used
by both DMS-xxx and 4/5ENSS switches, but they are only functional
when those switches are in custom mode.
It's a royal pain, since why else have a national standard except to
avoid specific switch types, but then to give up such a fundmentally
important operational construct.
This is why we specifically order all of our circuits in custom mode
unless forced to use NI2 by the telco.
>Since NI2 is supposed to be the next "Industry Standard", is there,
>or will there be software and/or hardware changes to the USR
>equipment to act properly on NI2?
Again presuming you're talking about service messages, someone is
going to have to fix the NI2 specification itself before 3Com can do
anything about it on their end.
-- David
PS: You can always use the true OOF (out of frame) trick that I
mention above regardless of switch or circuit configuration. The rub
is that it's a destructive operation, but once you've knocked users
off that span, the telco will perceive it at completely unavailable
and should hunt cleanly around it.
/-----------------------------------------------------------------------\
\ 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) ISDN s/t vs U interface From: Eric Billeter <ebilleter@cableone.net> Date: 1998-06-04 12:00:20
Regarding Netserver 16i with U interface (and other isdn equipment)
We are putting in a Fujitsu phone system that can provide BRI lines
as we need them. The Fujitsu reps say they can only supply the S/T
interface to us.. is there a converter that can convert the S/T interface
back to the U interface. I know that the netservers and other equipment
already has the integrated nt1 in it converting the U to S/T internally.
Do we just have to buy all new equipment with the s/t interface or can this
be done..?
Thanks
Eric T. Billeter
Internet Engineer
Cable One Inc.
> As far as I know is is impossible to do..
I've been considering doing something like this, but have not yet
implimented it. The concept would be to assign this user a bogus 10.x.x.x
net IP address via a modified RADIUS. Then modify bind to send them to our
web server for all non local IP requests, and modify the web server to serve
users in that subnet only one page - the info on renewal, including a secure
form so that they can pay by credit card. The web server mod could be
accomplished using a subinterface with a seperate httpd.
If they were to check email, popper could be modified to send them a
bulletin type message saying that their account was delinquent and include a
URL to renew.
Radius modifications would be required. You need to maintain a list of the
'bad' users and assign them unique bogus IPs from a pool.
If anyone actually impliments something like this, do let us on the list
know how it goes.
--
Dane Jasper Sonic
(707)522-1001 (33.6kbps) (707)522-1000 (Voice)
mailto:support@sonic.net http://www.sonic.net
Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53
> >I need a way to let users online that our delinquent accounts
> >(deadbeats) and kill all access to everything accept for a message to
> >popup saying " Your Account Has been Locked for Non-Payment
> >Please call billing at 455-455-345-334....
> >This way a locked users gets online can't go anywhere but then still gets
> this
> >message. (Has to work with 95 and 3.11 clients) This would save the hassle
> of clients calling afterthey have screwed up their login, thinking
> something is
> >wrong. I thought maybe this could be done with a template ..
> >Any Ideas guys, and Gals???????
> >
> >Jeff Ault
> >GlobalNet
>
> Garry Shtern shterng@akula.com
> Chief Network Administrator http://www.akula.com
> Akula Communications Corp. tel. (212) 292-8892
--
Dane Jasper Sonic
(707)522-1001 (33.6kbps) (707)522-1000 (Voice)
mailto:support@sonic.net http://www.sonic.net
Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53
By "unframing" I meant changning the framing from ds1ESF to something like=
ds1D4 which would essentially disable that PRI from taking calls. But=
yes, we also could not send LOS on individual channels. We can of course=
with Custom. NI1 sucked so AT&T came up with the Custom, and now=
everything is beginning to lean toward NI2 which is as or more useless as=
NI1 :::sigh:::. At least the Telco is willing to make the change to=
"custom". We have upwards of 250 circuits with Bellsouth, why they made=
these NI2 when we always get custom is beyond me.
On 6/4/98, at 11:49 AM, Jeff Mcadams wrote:
>Thus spake Steven Shepherd
>>Since NI2 is supposed to be the next "Industry Standard", is there, or=
will=3D
>> there be software and/or hardware changes to the USR equipment to act=3D
>> properly on NI2?
>
>Not sure what you mean by "unframing" the line...sounds like you might
>have been trying to put the channels in a "Local Out of Service" state.
>This is how we do it anyway. Unfortunately, the USR/3Com stuff is
>acting properly based on the NI2 standard. Apparently, the standard
>does not define any way to indicate a "Local Out of Service" condition
>to the remote side of the link, so the telco switch will still see the
>line as being up and ready and willing to take calls and will therefore
>send calls down it. Yes, this is stupid and makes NI-2 almost useless,
>and is why many places are not using NI-2 but are using custom config
>(5ESS for us for example).
>--
>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.
=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
S t e v e n R. S h e p h e r d
=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
CyberGate Internet Technologies http://www.gate.net
Network Operations Center http://noc.gate.net
An e.spire Company NetDudeFL @ EFnet
Network Technician E-Mail: steven@gate.net
(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
ICQ: 1412432
=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
"Steven Shepherd" <steven@gate.net> writes:
> By "unframing" I meant changning the framing from ds1ESF to
> something like ds1D4 which would essentially disable that PRI from
> taking calls.
Providing that the framing change was successfully sent (e.g., polling
the current framing mode of the card afterwards), I've never seen that
not actually take a circuit out of frame. I really can't see how an
ESF circuit could frame up if the PRI card has been configured to D4.
Any chance of a mixup in the cards to which the commands were issued
and/or monitored, etc..
Of course, using that command would have absolutely no bearing or
dependency on switch type configuration since the circuit framing is
below that level of communication.
-- 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) Book on DS1, DDS, &c. From: Mark R. Lindsey <mark@vielle.datasys.net> Date: 1998-06-04 12:51:47
I'm sorry for cluttering this list with tangentially-off-topic
requests, but does anybody know of a good book or two that would
describe DS1s and DDS (56/64k) telephone circuits? I'm tired of
trying to figure it out, and I want to read what's actually going
on.
Many thanks for all recommendations.
Subject:(usr-tc) Filtering access From: Total Control <totalcontrol@globalco.net> Date: 1998-06-04 13:33:59
------ =_NextPart_000_01BD8FBD.71E33AF0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I need a way to let users online that our delinquent accounts
(deadbeats) and kill all access to everything accept for a message to
popup saying " Your Account Has been Locked for Non-Payment
Please call billing at 455-455-345-334....
This way a locked users gets online can't go anywhere but then still =
gets this
message. (Has to work with 95 and 3.11 clients) This would save the =
hassle of clients calling afterthey have screwed up their login, =
thinking something is
wrong. I thought maybe this could be done with a template ..
Any Ideas guys, and Gals???????
Jeff Ault
GlobalNet
------ =_NextPart_000_01BD8FBD.71E33AF0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IgURAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAOAEAAAEAAAAMAAAAAwAAMAIAAAAL
AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54
bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA
AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA
AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf
AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEA
AAAEAAAAAAAAAso+AQSAAQARAAAARmlsdGVyaW5nIGFjY2VzcwA2BgEFgAMADgAAAM4HBgAEAA0A
IQA7AAQATAEBIIADAA4AAADOBwYABAANABUAJQAEACoBAQmAAQAhAAAARUY3NjFCRDBDREZCRDEx
MThDM0YwMDYwMDhDRjQyN0UAUgcBA5AGABAEAAAUAAAACwAjAAAAAAADACYAAAAAAAsAKQAAAAAA
AwAuAAAAAAADADYAAAAAAEAAOQDQX1L13o+9AR4AcAABAAAAEQAAAEZpbHRlcmluZyBhY2Nlc3MA
AAAAAgFxAAEAAAAWAAAAAb2P3vVN0Bt28PvNEdGMPwBgCM9CfgAAHgAeDAEAAAAFAAAAU01UUAAA
AAAeAB8MAQAAABoAAAB0b3RhbGNvbnRyb2xAZ2xvYmFsY28ubmV0AAAAAwAGEJo4NSkDAAcQ2AEA
AB4ACBABAAAAZQAAAElORUVEQVdBWVRPTEVUVVNFUlNPTkxJTkVUSEFUT1VSREVMSU5RVUVOVEFD
Q09VTlRTKERFQURCRUFUUylBTkRLSUxMQUxMQUNDRVNTVE9FVkVSWVRISU5HQUNDRVBURk9SQU0A
AAAAAgEJEAEAAACHAgAAgwIAAJwDAABMWkZ11Z+mTf8ACgEPAhUCpAPkBesCgwBQEwNUAgBjaArA
c2V07jIGAAbDAoMyA8YHEwKDEjMTD2Y0D3poZWzRAyBEbGcCgzUDxQIACHBycRIic3RlbV0CgH0K
gAjPCdk7GT8yPDU1AoAKgQ2xC2BuZ3gxMDMUIAsKEvIB0CAISSBuCeBkIGEgAHdheSB0byBsWRIA
IHUR8BHgIAIgbL0LgGUeoBHABUAIYSANsF0foXEKUAIwHkBjBaB1FQIwcwqFKA2wYWRiqyJAIZAp
HkBuHjBrAxB/AyAHQCNRIUAHkAQgHrFl2nYEkHkf8AuAZyOjBTGPAhAFwB5QB4FzYWcf0QJvCoVw
b3B1cCBFJgB5JMIiIFkgQkFxIUQgSGEEICJwCfAgsExvY2seISVyTgIgvC1QHoAHgAIwCoVQHuDr
KLAf0GMjcmIjMSTDBUDqNBuALSxyMyxwLOAs8PYuLWEKhVQksAQgHnIeUH8Y0ClTHyQmICGQH3Yr
cG6aJwVAZx7AAHB5dxYg+xlAKNB1BUAf8CkBGAAjMu8vkyShIaYl1S4iECiiHrEqdwWwax5gaR/w
IDnCNSLTMy4xMStgH6DvIPEisS4UCGBsHjAmACRgvTGiIBHABBAe4B9wZjXG/ytjJMMBgASQMbEe
kBHANzHfBPEH0C8CJyAxsWkFwBjQamcLgCwyom4jICTRc+8DcBIAJLMy13cDYBxAM9BnHeAf8Ahg
Z2gFQADAed8icDKjK2A2wz6xZAIgH9BfNMMeUBgRC1EYECAth0HvMPAd0CIxL3F1F/A7kCLickcH
QHM/QyQKhQqFSq8NwRNwNtAqhkcY0GIHQBcHwCqGGGEARrAAAwAQEAAAAAADABEQAAAAAEAABzCQ
9NI63Y+9AUAACDCQ9NI63Y+9AR4APQABAAAAAQAAAAAAAAADAA00/TcAAMQd
------ =_NextPart_000_01BD8FBD.71E33AF0--
As far as I know is is impossible to do..
At 01:33 PM 6/4/98 -0400, Total Control wrote:
>I need a way to let users online that our delinquent accounts
>(deadbeats) and kill all access to everything accept for a message to
>popup saying " Your Account Has been Locked for Non-Payment
>Please call billing at 455-455-345-334....
>This way a locked users gets online can't go anywhere but then still gets
this
>message. (Has to work with 95 and 3.11 clients) This would save the hassle
of clients calling afterthey have screwed up their login, thinking
something is
>wrong. I thought maybe this could be done with a template ..
>Any Ideas guys, and Gals???????
>
>Jeff Ault
>GlobalNet
>Attachment Converted: "C:\PROGRAM FILES\EUDORA\attach\(usr-tc) Filtering
access"
>
Garry Shtern shterng@akula.com
Chief Network Administrator http://www.akula.com
Akula Communications Corp. tel. (212) 292-8892
We found a really cool program that goes something like this:
30 days late....Delete
-Davey ;-)
> Date: Thu, 4 Jun 1998 13:57:58 -0400 (EDT)
> From: pferraro <pferraro@wna-linknet.com>
> To: Total Control <totalcontrol@globalco.net>
> Cc: "'usr-tc@lists.xmission.com'" <usr-tc@lists.xmission.com>
> Subject: Re: (usr-tc) Filtering access
> Reply-to: usr-tc@lists.xmission.com
>
> I too would like to see this! We desperately need something in
> place.... I hat "Dialing for Dollars"!
>
> ==============================================================================
> 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, 4 Jun 1998, Total Control wrote:
>
> > I need a way to let users online that our delinquent accounts
> > (deadbeats) and kill all access to everything accept for a message to
> > popup saying " Your Account Has been Locked for Non-Payment
> > Please call billing at 455-455-345-334....
> > This way a locked users gets online can't go anywhere but then still gets this
> > message. (Has to work with 95 and 3.11 clients) This would save the hassle of clients calling afterthey have screwed up their login, thinking something is
> > wrong. I thought maybe this could be done with a template ..
> > Any Ideas guys, and Gals???????
> >
> > Jeff Ault
> > GlobalNet
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 too would like to see this! We desperately need something in
place.... I hat "Dialing for Dollars"!
==============================================================================
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, 4 Jun 1998, Total Control wrote:
> I need a way to let users online that our delinquent accounts
> (deadbeats) and kill all access to everything accept for a message to
> popup saying " Your Account Has been Locked for Non-Payment
> Please call billing at 455-455-345-334....
> This way a locked users gets online can't go anywhere but then still gets this
> message. (Has to work with 95 and 3.11 clients) This would save the hassle of clients calling afterthey have screwed up their login, thinking something is
> wrong. I thought maybe this could be done with a template ..
> Any Ideas guys, and Gals???????
>
> Jeff Ault
> GlobalNet
I too would like to see this! We desperately need something in
place.... I hat "Dialing for Dollars"!
==============================================================================
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, 4 Jun 1998, Total Control wrote:
> I need a way to let users online that our delinquent accounts
> (deadbeats) and kill all access to everything accept for a message to
> popup saying " Your Account Has been Locked for Non-Payment
> Please call billing at 455-455-345-334....
> This way a locked users gets online can't go anywhere but then still gets this
> message. (Has to work with 95 and 3.11 clients) This would save the hassle of clients calling afterthey have screwed up their login, thinking something is
> wrong. I thought maybe this could be done with a template ..
> Any Ideas guys, and Gals???????
>
> Jeff Ault
> GlobalNet
Subject:RE: (usr-tc) Filtering access From: Eric Young <eric@solunet.com> Date: 1998-06-04 14:00:38
If there aren't that many users that you need to restrict, then you could
add them to the radius users file as individual entries. Then specify a
destination address which is a web page stating your displeasure, set the
timeout to just a few minutes and have a login message in case they are not
doing ppp also explaining their predicament. I know someone who is doing
something just like this and will get the specifics and post them.
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: Garry Shtern [SMTP:shterng@akula.com]
Sent: Thursday, June 04, 1998 1:44 PM
To: usr-tc@lists.xmission.com; 'usr-tc@lists.xmission.com'
Subject: Re: (usr-tc) Filtering access
As far as I know is is impossible to do..
At 01:33 PM 6/4/98 -0400, Total Control wrote:
>I need a way to let users online that our delinquent accounts
>(deadbeats) and kill all access to everything accept for a message
to
>popup saying " Your Account Has been Locked for Non-Payment
>Please call billing at 455-455-345-334....
>This way a locked users gets online can't go anywhere but then
still gets
this
>message. (Has to work with 95 and 3.11 clients) This would save the
hassle
of clients calling afterthey have screwed up their login, thinking
something is
>wrong. I thought maybe this could be done with a template ..
>Any Ideas guys, and Gals???????
>
>Jeff Ault
>GlobalNet
>Attachment Converted: "C:\PROGRAM FILES\EUDORA\attach\(usr-tc)
Filtering
access"
>
Garry Shtern shterng@akula.com
Chief Network Administrator http://www.akula.com
Akula Communications Corp. tel. (212) 292-8892
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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, 4 Jun 1998, Tatai SV Krishnan wrote:
|Here you go.
Thank you!
- Marcelo
|
|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 Wed, 3 Jun 1998, Marcelo Souza wrote:
|
|> On Wed, 3 Jun 1998, Tatai SV Krishnan wrote:
|>
|> |Search on interproc
|> |
|> |http://interproc.ae.usr.com/tkb.html
|>
|> Where can I get the file pri_dump.zip that is protected in that
|> site?
|>
|> - 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.
|>
[]s Marcelo
mpsouza@centroin.com.br
Rio de Janeiro - RJ
Subject:(usr-tc) deadbeat users and what we'd like to do to them... From: Eric Young <eric@solunet.com> Date: 1998-06-04 18:50:53
Needed: 1 cheap, little computer, i.e., 60Mhz Pentium w/16MB of ram and a
500MB harddrive w/B&W monitor (about $100 on the high side) AND
A little linux experience.
lnstall linux (which is free) on the computer (you will need a NIC card for
it). You will use it like a gateway filter. You set the gateway address of
the tc-hub to the ip address of the linux box which in turn sets its gateway
to the address of the 'real' gateway box. That in place, you set up the
following configuration....
In a nutshell, you will give all your deadbeat users the same IP address.
Make it a real, usable address on your system. This will be the "bad" ip
address. Anyone assigned it will be sent to the same place prompting them
to stop being an idiot and pay up or get out. This takes a little editing
of the linux and radius setup but is worth it if you're having a problem
with people not paying - and who isn't? if you're worried about lag, it
will add roughly 1 to 3ms of delay to your processing time.
Here's how you edit the /etc/rc.d/rc.local file so the linux machine will
check for the "bad" ip address (in this case 10.0.0.1).
echo "*********************************"
echo "Configuring transparent proxy to forward HTTP requests"
echo "from 10.0.0.1 to localhost port: 8080"
echo
echo "Please edit /etc/rc.d/rc.local to change this setting"
/sbin/ipfwadm -v -I -a accept -P tcp -S 10.0.0.1 -D 0.0.0.0/0 80 -r 8080
I also use TCPwrappers to deny other services to people with that IP
address, like POP, telnet and FTP. I have considered using an IP access
list in the Cisco router to not even let them off the ethernet, because I
have discovered that they can still use things like ICQ (damned persistent,
they are!)
Here's the radius users file entry:
username Password = "UNIX"
User-Service-Type = Framed-User,
Idle-Timeout = 0, <-- when I'm being nasty, I change this
to 120 seconds so that they can't stay on for very long.
Framed-Address = 10.0.0.1
Replace username with the user's real name, of course.
Thanks to Beth Morgan of Internet of Sandhills in N.C. for the example
radius entry
Hope this helps a little. If anyone perfects it, I'd like to know!
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
Subject:(usr-tc) RE: (USR-TC) FILTERING AC From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-05 08:18:00
CC: USR-TC@LISTS.XMISSION.COM
BOB MAYES
Thinking out loud mode on ... It may not be that difficult to do. WHat
I am thinking of is have a query run against the RADIUS MS Access
dataase. Anyone matching the past due criteria has their user record
changed to where a filter is added (solvers the access problem to the
world) and then something like a telnet autologon option turned on
where they attach to a host that gives them the message you want and an
option to renew online. A web based solution would better but I can't
envision the details right now.
Jeff Binkley
ASA Network Computing
U> I too would like to see this! We desperately need something in
U>place.... I hat "Dialing for Dollars"!
U>======================================================================
U>======== Phillip Ferraro WorldNet Access, Inc
U>pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
U>Voice (910) 346-0835 824 Gumbranch Square, Suite R3
U>FAX (910) 455-1933 Jacksonville, Nc 28540-6269
U>======================================================================
U>========
U>On Thu, 4 Jun 1998, Total Control wrote:
U>> I need a way to let users online that our delinquent accounts
U>> (deadbeats) and kill all access to everything accept for a message
U>> to popup saying " Your Account Has been Locked for Non-Payment
U>> Please call billing at 455-455-345-334....
U>> This way a locked users gets online can't go anywhere but then still
U>gets this
U>> message. (Has to work with 95 and 3.11 clients) This would save the
U>hassle of clients calling afterthey have screwed up their login,
U>thinking something is
U>> wrong. I thought maybe this could be done with a template ..
U>> Any Ideas guys, and Gals???????
U>> Jeff Ault
U>> GlobalNet
U>-
U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
U> with "unsubscribe usr-tc" in the body of the message.
U> For information on digests or retrieving files and old messages send
U> "help" to the same address. Do not use quotes in your message.
CMPQwk 1.42 9999
Subject:Re: (usr-tc) Looking for a good DS3 MUX From: Frank Basso <frank@okwhatever.com> Date: 1998-06-05 08:21:15
We are using the 3COM Accessbuilder 6200. It supports multiple DS-3's and is
a GREAT Unit for provisioning your links.
Check it out.
Frank Basso
Network Administrator
The Internet Connection, Inc.
DBA. Got.Net?
-----Original Message-----
>We are going to start bringing in our PRI's over DS-3's and I am looking
>for a good MUX with redundancy built in.... Any suggestions?
>(I kinda like the Carrier Access Wide Shelf 28, but somebody might know of
>a better one......)
>
>
>Thanks in advance-
>
>Sean
>
>------------------------------------------------------------------
>- Sean P. Barrett, Vice President - Mailing Address: -
>- MicroLine Computer Systems - 507-511 Norwich Road-
>- CyberZone Internet Services - Plainfield, CT 06374-
>- http://www.mcs-corp.com - USA -
>- http://www.cyberzone.net - Phone:(860) 564-7400-
>- sbarrett@cyberzone.net - Fax: (860) 564-7402-
>------------------------------------------------------------------
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 anybody if its possible to log the speed of a connection using the
above combination, and if so, how to go about configuring it?
regards
Peter Mott
Chief Enthusiast
2Day Internet Limited.
Subject:(usr-tc) it could work... From: Eric Young <eric@solunet.com> Date: 1998-06-05 10:55:24
I hadn't thought of the Security and Accounting server from usr/3com because
it is prohibitively costly for some and unwanted by others. I personally
like it, but the linux box is a more universal solution as any machine on
your network can point to it as the primary gateway, without the hassle of
migrating users from one radius edition to another, etc.. also it is
extremely cheap. And most of the isp's out there already have a candidate
computer or can get one for a song. I actually think that the linux box is
less difficult to do than the SAS scripting, but that is just my opinion.
What do you think?
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
->Thinking out loud mode on ... It may not be that difficult to do. WHat I
am thinking of is have a query run against the
->RADIUS MS Access dataase. Anyone matching the past due criteria has their
user record changed to where a filter is
->added (solvers the access problem to the world) and then something like a
telnet autologon option turned on where
->they attach to a host that gives them the message you want and an option
to renew online. A web based solution
->could better but I can't envision the details right now.
->Jeff Binkley
->ASA Network Computing
Subject:Re: (usr-tc) deadbeat users and what we'd like to do to them... From: Pete Ashdown <pashdown@xmission.com> Date: 1998-06-05 12:54:47
Eric Young said once upon a time:
>In a nutshell, you will give all your deadbeat users the same IP address.
What happens when two deadbeats connect in at the same time?
Subject:Re: (usr-tc) RE: (USR-TC) FILTERING AC From: Kurtiss Johnson <kurtiss_johnson@mw.3com.com> Date: 1998-06-05 13:49:33
Not a bad idea, Jeff, but it doesn't completely solve the problem since
many users will be doing Web access and won't be able to see the ASCII
telnet messages. The idea of modifying the database is pretty good,
though. Here's a way to enhance your suggestion:
It basically involves a single machine that is dedicated to handling the
"deadbeat" accounts notification, and can be run on Linux or whatever.
This server would need to support DNS, Web Server, FTP Server (you'll see
why later), TELNET Server, etc.... The RADIUS server could theoretically
be any server that supports the USR/3Com Vendor-
Specific Attributes, although I would of course suggest our S&A Server.
(Sorry, no more advertising...)
(1) Have the back-end process modify the database (as suggested before)
and make changes to the filter rules. (Again, this allows the user access
only to a single host on the network). If you want further filtering
control, and are running PROXY-ARP or host-based routing, you could
explicitly set the user's FRAMED address and setup filters that block the
source address (so a disgruntled user can't pull a denial-of-service attack
on your network).
(2) Set the account for the user (Service-Type) to be a LOGIN/NETWORK type
of user, to handle either access via ASCII service or access via Web
service.
(3) Attribute #14 (Login-IP-Host) is set to telnet them to the "deadbeat"
server host that displays the ASCII message outlined earlier.
(4) Set a Vendor Specific Attribute called "Primary-DNS-Server" (x900F,
type IP address) and "Secondary-DNS-Server" (x9010, type IP address) that
point to your "deadbeat" server, which will respond to all DNS requests
(regardless of name requested) with the address of the "deadbeat" server
(since many people aren't too savvy about DNS-to-address relationships, and
don't know they can put in an address to their Web Browser).
(5) Set the default Web page for your "deadbeat" server to be the message
you want to display.
(6) Set the user's session time (RADIUS Attribute #27) to be something
like 2-3 minutes, so the person isn't tying up your modems (and hence your
revenue stream for -paying- customers) for a very long time. A side
benefit is that this will bump users off before the experienced folks have
too much time to hack around. To the end of minimizing the "waste" on your
dial pool, you might want to set the user's Port-Limit (attribute #62) to
ONE so that the user doesn't/can't do multilink PPP and take up too many
ports.
(7) Set the "deatbeat" server's FTP home directory (that is basically
empty and provides no rights whatsoever) with an intro message that says to
pay up on the account. Again, the DNS server should direct the user there
regardless of the address that is requested.
(8) This essentially is done application-by-application, so that the user
is only able to see your warning message about the account.
Any thoughts?
Kurtiss Johnson
Product Mgr - Access Routers
3Com Corporation
jeff.binkley@asacomp.com (Jeff Binkley) on 06/05/98 08:18:00 AM
Please respond to usr-tc@lists.xmission.com
cc:
CC: USR-TC@LISTS.XMISSION.COM
BOB MAYES
Thinking out loud mode on ... It may not be that difficult to do. WHat
I am thinking of is have a query run against the RADIUS MS Access
dataase. Anyone matching the past due criteria has their user record
changed to where a filter is added (solvers the access problem to the
world) and then something like a telnet autologon option turned on
where they attach to a host that gives them the message you want and an
option to renew online. A web based solution would better but I can't
envision the details right now.
Jeff Binkley
ASA Network Computing
U> I too would like to see this! We desperately need something in
U>place.... I hat "Dialing for Dollars"!
U>======================================================================
U>======== Phillip Ferraro WorldNet Access, Inc
U>pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
U>Voice (910) 346-0835 824 Gumbranch Square, Suite R3
U>FAX (910) 455-1933 Jacksonville, Nc 28540-6269
U>======================================================================
U>========
U>On Thu, 4 Jun 1998, Total Control wrote:
U>> I need a way to let users online that our delinquent accounts
U>> (deadbeats) and kill all access to everything accept for a message
U>> to popup saying " Your Account Has been Locked for Non-Payment
U>> Please call billing at 455-455-345-334....
U>> This way a locked users gets online can't go anywhere but then still
U>gets this
U>> message. (Has to work with 95 and 3.11 clients) This would save the
U>hassle of clients calling afterthey have screwed up their login,
U>thinking something is
U>> wrong. I thought maybe this could be done with a template ..
U>> Any Ideas guys, and Gals???????
U>> Jeff Ault
U>> GlobalNet
U>-
U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
U> with "unsubscribe usr-tc" in the body of the message.
U> For information on digests or retrieving files and old messages send
U> "help" to the same address. Do not use quotes in your message.
CMPQwk 1.42 9999
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Routing/Memory problem - I think From: GTI x2 Tech <x2@apollo.gti.net> Date: 1998-06-05 15:11:23
Excuse the newbie questions, also I am not a routing expert :)
I have 2 USR racks, one new, one old. The new one seems to be flooding
the old one with routes - the same ones over and over - probably 15+ pages
- it seems to be locking up the old one. I need RIP for static routes and
such enabled.
Another problem with the old one is that Im pretty sure my old admin
changed the SNMP community strings to the same password - which I know is
a problem. What is the way to restore public and private?
Software versions:
The new one: NMC ver 5.5.2 Netserver: 3.7.24
The old one: NMC ver 4.3.4 Netserver: 3.4.23
I know I need to upgrade, but I am waiting until I get the new unit
completely up before I mess with the old one (if it aint broke dont fix
it).
Route table in the old unit - as you can see that it repeats these routes
over and over - this is just one page out of at least 15:
Destination Gateway Flag Met Interface VPN
-------------------- ---------------- ---- --- --------- ---
208.216.122.40 /24 199.171.27.226 NDC 2 net0 0
208.216.122.39 /24 199.171.27.226 NDC 2 net0 0
208.216.122.38 /24 199.171.27.226 NDC 2 net0 0
208.216.122.37 /24 199.171.27.226 NDC 2 net0 0
208.216.122.3 /24 199.171.27.226 NDC 2 net0 0
208.216.122.32 /24 199.171.27.226 NDC 2 net0 0
208.216.122.28 /24 199.171.27.226 NDC 2 net0 0
208.216.122.25 /24 199.171.27.226 NDC 2 net0 0
208.216.122.20 /24 199.171.27.226 NDC 2 net0 0
208.216.122.10 /24 199.171.27.226 NDC 2 net0 0
208.216.122.9 /24 199.171.27.226 NDC 2 net0 0
208.216.122.40 /24 199.171.27.226 NDC 2 net0 0
208.216.122.39 /24 199.171.27.226 NDC 2 net0 0
208.216.122.38 /24 199.171.27.226 NDC 2 net0 0
208.216.122.37 /24 199.171.27.226 NDC 2 net0 0
208.216.122.3 /24 199.171.27.226 NDC 2 net0 0
Setup on the old:
Default Route: Broadcast, Listen (On)
PPP in modem: ON SLIP in modem: ON Packet bus clock: MASTER
ICMP error logging: OFF Connect message: OFF Dial !root access:ON
Random hosts list: OFF SNMP: OFF Proxy Arp:OFF
Response message: ON PPP message: ON Lan/Wan Routing: ON
RIP V2 Authen: OFF VPN Local Routing: OFF MPIP Server: OFF
Hint assigned: ON Tap Login: OFF Syslog facility: auth
Extd. IPXCP Opts: OFF
DNS cache reset timeout: 0 days 2 hours 0 minutes (120 min)
Configured Ethernet media: 10Base-T (Twisted Pair/RJ-45)
Currently Active B-channels: 2 Maximum Active B-channels: 46
As you can see - no memory!
Command> show mem
System memory 4099571 bytes - 4099536 used, 35 available
Free blocks (block_size:count): 32:39 48:28 80:3 128:18 160:2 176:34
192:59 208:5 224:36 240:13 640:0 1168:0 1280:0 4176:4 4224:43 8208:1
16400:1 20384:10
Real Available Memory: 461811
System nbufs 500 - 11 used, 489 available
Thanks in advance.
Kurt Brecheisen
x2@gti.net
Subject:RE: (usr-tc) deadbeat users and what we'd like to do to them... From: Eric Young <eric@solunet.com> Date: 1998-06-05 15:11:41
The second user is locked out for a few minutes :-( but, I don't think that
is too bad as they haven't paid anyway. Set the timeout (not the idle
timeout - the overall session timeout) to a very small number like 40 to 50
seconds and the first user will probably not dial in again after seeing the
message/web page/whatever. It's not perfect and I'm taking suggestions.
It's just pretty easy and cost effective to implement. You know, there is
always the option of having the billing program poll the late accounts and
send a form email also. Just another idea. What do you think?
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: Pete Ashdown [SMTP:pashdown@xmission.com]
Sent: Friday, June 05, 1998 2:55 PM
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) deadbeat users and what we'd like to do
to them...
Eric Young said once upon a time:
>In a nutshell, you will give all your deadbeat users the same IP
address.
What happens when two deadbeats connect in at the same time?
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Routing/Memory problem - I think From: Eric Young <eric@solunet.com> Date: 1998-06-05 15:25:37
Static ip's take precedence over rip broadcasts. Turn rip off on both
chassis and power cycle that sucker. That will clear the routes table and
at bootup the static routes will be broadcast and your routing table should
remain relatively small.
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: GTI x2 Tech [SMTP:x2@apollo.gti.net]
Sent: Friday, June 05, 1998 3:11 PM
To: usr-tc@lists.xmission.com
Subject: (usr-tc) Routing/Memory problem - I think
Excuse the newbie questions, also I am not a routing expert :)
I have 2 USR racks, one new, one old. The new one seems to be
flooding
the old one with routes - the same ones over and over - probably 15+
pages
- it seems to be locking up the old one. I need RIP for static
routes and
such enabled.
Another problem with the old one is that Im pretty sure my old admin
changed the SNMP community strings to the same password - which I
know is
a problem. What is the way to restore public and private?
Software versions:
The new one: NMC ver 5.5.2 Netserver: 3.7.24
The old one: NMC ver 4.3.4 Netserver: 3.4.23
I know I need to upgrade, but I am waiting until I get the new unit
completely up before I mess with the old one (if it aint broke dont
fix
it).
Route table in the old unit - as you can see that it repeats these
routes
over and over - this is just one page out of at least 15:
Destination Gateway Flag Met Interface VPN
-------------------- ---------------- ---- --- --------- ---
208.216.122.40 /24 199.171.27.226 NDC 2 net0 0
208.216.122.39 /24 199.171.27.226 NDC 2 net0 0
208.216.122.38 /24 199.171.27.226 NDC 2 net0 0
208.216.122.37 /24 199.171.27.226 NDC 2 net0 0
208.216.122.3 /24 199.171.27.226 NDC 2 net0 0
208.216.122.32 /24 199.171.27.226 NDC 2 net0 0
208.216.122.28 /24 199.171.27.226 NDC 2 net0 0
208.216.122.25 /24 199.171.27.226 NDC 2 net0 0
208.216.122.20 /24 199.171.27.226 NDC 2 net0 0
208.216.122.10 /24 199.171.27.226 NDC 2 net0 0
208.216.122.9 /24 199.171.27.226 NDC 2 net0 0
208.216.122.40 /24 199.171.27.226 NDC 2 net0 0
208.216.122.39 /24 199.171.27.226 NDC 2 net0 0
208.216.122.38 /24 199.171.27.226 NDC 2 net0 0
208.216.122.37 /24 199.171.27.226 NDC 2 net0 0
208.216.122.3 /24 199.171.27.226 NDC 2 net0 0
Setup on the old:
Default Route: Broadcast, Listen (On)
PPP in modem: ON SLIP in modem: ON Packet bus clock:
MASTER
ICMP error logging: OFF Connect message: OFF Dial !root
access:ON
Random hosts list: OFF SNMP: OFF Proxy Arp:OFF
Response message: ON PPP message: ON Lan/Wan Routing: ON
RIP V2 Authen: OFF VPN Local Routing: OFF MPIP Server: OFF
Hint assigned: ON Tap Login: OFF Syslog facility:
auth
Extd. IPXCP Opts: OFF
DNS cache reset timeout: 0 days 2 hours 0 minutes (120 min)
Configured Ethernet media: 10Base-T (Twisted Pair/RJ-45)
Currently Active B-channels: 2 Maximum Active B-channels: 46
As you can see - no memory!
Command> show mem
System memory 4099571 bytes - 4099536 used, 35 available
Free blocks (block_size:count): 32:39 48:28 80:3 128:18 160:2 176:34
192:59 208:5 224:36 240:13 640:0 1168:0 1280:0 4176:4 4224:43 8208:1
16400:1 20384:10
Real Available Memory: 461811
System nbufs 500 - 11 used, 489 available
Thanks in advance.
Kurt Brecheisen
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) Routing/Memory problem - I think From: Eric Young <eric@solunet.com> Date: 1998-06-05 16:17:01
Sorry for not reading the whole message before I responded. This is an
appendage to the last reply.
Also, make sure that you turn off rip not just on the default route (under
the global settings) but on the setup for ether0, also.
Do yourself a favor before you upgrade and order a 002453-00 memory kit for
your netserver cards! You might also need one for your NMC cards, too. Do
an inventory on your chassis and try to get yourself up to 16MB of dram
(minimum) and 8MB of flash for both your netserver and nmc cards if you are
running X2, V.90, or Hiper Cards. Some will argue on these amounts,
including some from 3com, but I got that info from a 3com engineer. For X2,
you need 16MB Dram and 8MB Flash and on the NMC you need 16MB Dram and 4MB
flash. For V.90 and hiper it is 16 and 8 on both. Practically, it just
makes sense to go for the whole 8MB of flash the first time around. This
will save you random disconnects and slow X2/V.90 speeds, intermittent
rebooting when the chassis starts to get full. It won't cure all the
possible ills but it will definitely NOT hurt :-)
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: GTI x2 Tech [SMTP:x2@apollo.gti.net]
Sent: Friday, June 05, 1998 3:11 PM
To: usr-tc@lists.xmission.com
Subject: (usr-tc) Routing/Memory problem - I think
I know I need to upgrade, but I am waiting until I get the new unit
completely up before I mess with the old one (if it aint broke dont
fix
it).
Setup on the old:
Default Route: Broadcast, Listen (On)
PPP in modem: ON SLIP in modem: ON Packet bus clock:
MASTER
ICMP error logging: OFF Connect message: OFF Dial !root
access:ON
Random hosts list: OFF SNMP: OFF Proxy Arp:OFF
Response message: ON PPP message: ON Lan/Wan Routing: ON
RIP V2 Authen: OFF VPN Local Routing: OFF MPIP Server: OFF
Hint assigned: ON Tap Login: OFF Syslog facility:
auth
Extd. IPXCP Opts: OFF
DNS cache reset timeout: 0 days 2 hours 0 minutes (120 min)
Configured Ethernet media: 10Base-T (Twisted Pair/RJ-45)
Currently Active B-channels: 2 Maximum Active B-channels: 46
As you can see - no memory!
Command> show mem
System memory 4099571 bytes - 4099536 used, 35 available
Free blocks (block_size:count): 32:39 48:28 80:3 128:18 160:2 176:34
192:59 208:5 224:36 240:13 640:0 1168:0 1280:0 4176:4 4224:43 8208:1
16400:1 20384:10
Real Available Memory: 461811
System nbufs 500 - 11 used, 489 available
Thanks in advance.
Kurt Brecheisen
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) RE: (USR-TC) FILTERING AC From: Charles Sprickman <spork@inch.com> Date: 1998-06-05 19:11:24
Nice idea, but I don't think this will work for the Mac users. I don't
think the Mac PPP dialer uses the MSoft DNS extensions... I could be
wrong, I haven't played with MacOS for a while.
I'm thinking the magic here is giving them a "special" address. I'll look
around a bit, but I think there's some neat policy routing you can do if
your dialup is behind a Cisco that can shuffle them off to the deadbeat
host. The host could be running as a gateway so that it would accept all
these odd packets being thrown at it and redirect them all to the
appropriate web/ftp/telnet service based on port #. I believe the *BSD
"IPFilter" package can handle this type of a divert socket...
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Fri, 5 Jun 1998, Kurtiss Johnson wrote:
> Date: Fri, 5 Jun 1998 13:49:33 -0500
> From: Kurtiss Johnson <Kurtiss_Johnson@mw.3com.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>
> Not a bad idea, Jeff, but it doesn't completely solve the problem since
> many users will be doing Web access and won't be able to see the ASCII
> telnet messages. The idea of modifying the database is pretty good,
> though. Here's a way to enhance your suggestion:
>
> It basically involves a single machine that is dedicated to handling the
> "deadbeat" accounts notification, and can be run on Linux or whatever.
> This server would need to support DNS, Web Server, FTP Server (you'll see
> why later), TELNET Server, etc.... The RADIUS server could theoretically
> be any server that supports the USR/3Com Vendor-
> Specific Attributes, although I would of course suggest our S&A Server.
> (Sorry, no more advertising...)
>
> (1) Have the back-end process modify the database (as suggested before)
> and make changes to the filter rules. (Again, this allows the user access
> only to a single host on the network). If you want further filtering
> control, and are running PROXY-ARP or host-based routing, you could
> explicitly set the user's FRAMED address and setup filters that block the
> source address (so a disgruntled user can't pull a denial-of-service attack
> on your network).
> (2) Set the account for the user (Service-Type) to be a LOGIN/NETWORK type
> of user, to handle either access via ASCII service or access via Web
> service.
> (3) Attribute #14 (Login-IP-Host) is set to telnet them to the "deadbeat"
> server host that displays the ASCII message outlined earlier.
> (4) Set a Vendor Specific Attribute called "Primary-DNS-Server" (x900F,
> type IP address) and "Secondary-DNS-Server" (x9010, type IP address) that
> point to your "deadbeat" server, which will respond to all DNS requests
> (regardless of name requested) with the address of the "deadbeat" server
> (since many people aren't too savvy about DNS-to-address relationships, and
> don't know they can put in an address to their Web Browser).
> (5) Set the default Web page for your "deadbeat" server to be the message
> you want to display.
> (6) Set the user's session time (RADIUS Attribute #27) to be something
> like 2-3 minutes, so the person isn't tying up your modems (and hence your
> revenue stream for -paying- customers) for a very long time. A side
> benefit is that this will bump users off before the experienced folks have
> too much time to hack around. To the end of minimizing the "waste" on your
> dial pool, you might want to set the user's Port-Limit (attribute #62) to
> ONE so that the user doesn't/can't do multilink PPP and take up too many
> ports.
> (7) Set the "deatbeat" server's FTP home directory (that is basically
> empty and provides no rights whatsoever) with an intro message that says to
> pay up on the account. Again, the DNS server should direct the user there
> regardless of the address that is requested.
> (8) This essentially is done application-by-application, so that the user
> is only able to see your warning message about the account.
>
> Any thoughts?
> Kurtiss Johnson
> Product Mgr - Access Routers
> 3Com Corporation
>
>
>
>
>
> jeff.binkley@asacomp.com (Jeff Binkley) on 06/05/98 08:18:00 AM
>
> Please respond to usr-tc@lists.xmission.com
>
> To: USR-TC@LISTS.XMISSION.COM
> cc:
> Subject: (usr-tc) RE: (USR-TC) FILTERING AC
>
>
>
>
>
> CC: USR-TC@LISTS.XMISSION.COM
> BOB MAYES
>
>
>
> Thinking out loud mode on ... It may not be that difficult to do. WHat
> I am thinking of is have a query run against the RADIUS MS Access
> dataase. Anyone matching the past due criteria has their user record
> changed to where a filter is added (solvers the access problem to the
> world) and then something like a telnet autologon option turned on
> where they attach to a host that gives them the message you want and an
> option to renew online. A web based solution would better but I can't
> envision the details right now.
>
> Jeff Binkley
> ASA Network Computing
>
>
>
> U> I too would like to see this! We desperately need something in
> U>place.... I hat "Dialing for Dollars"!
>
> U>======================================================================
> U>======== Phillip Ferraro WorldNet Access, Inc
> U>pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
> U>Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> U>FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> U>======================================================================
> U>========
>
> U>On Thu, 4 Jun 1998, Total Control wrote:
>
> U>> I need a way to let users online that our delinquent accounts
> U>> (deadbeats) and kill all access to everything accept for a message
> U>> to popup saying " Your Account Has been Locked for Non-Payment
> U>> Please call billing at 455-455-345-334....
> U>> This way a locked users gets online can't go anywhere but then still
> U>gets this
> U>> message. (Has to work with 95 and 3.11 clients) This would save the
> U>hassle of clients calling afterthey have screwed up their login,
> U>thinking something is
> U>> wrong. I thought maybe this could be done with a template ..
> U>> Any Ideas guys, and Gals???????
>
> U>> Jeff Ault
> U>> GlobalNet
>
>
> U>-
> U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> U> with "unsubscribe usr-tc" in the body of the message.
> U> For information on digests or retrieving files and old messages send
> U> "help" to the same address. Do not use quotes in your message.
>
> CMPQwk 1.42 9999
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) RE: (USR-TC) FILTERING AC From: Jeff Ault <jault@globalco.net> Date: 1998-06-05 21:36:52
This is a multi-part message in MIME format.
------=_NextPart_000_0007_01BD90CA.0DB37460
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
I would be satisfied, by just being able to redirect them
by the web browser to the approiate page, saying hey pay up!
I think setting their time limit to say 1- 1 1/2 min would
be enough time to drive them crazy. If they check email, well
you got them, by a message waiting for them. A simple filter
added to a users template denying them all outside of the local network
should help. A in and out filter for 3 coms accounting and server software
would make me happy if someone could throw onee of these at me, that would
restrict their access local and not out throw the gateway into the net.
Now someway to get their http addresses to all go to the same address
pointing
to the deadbeat letter, would be the icing. Any filter Ideas and Pluses
here?
Jeff Ault
Globalnet
-----Original Message-----
>Nice idea, but I don't think this will work for the Mac users. I don't
>think the Mac PPP dialer uses the MSoft DNS extensions... I could be
>wrong, I haven't played with MacOS for a while.
>
>I'm thinking the magic here is giving them a "special" address. I'll look
>around a bit, but I think there's some neat policy routing you can do if
>your dialup is behind a Cisco that can shuffle them off to the deadbeat
>host. The host could be running as a gateway so that it would accept all
>these odd packets being thrown at it and redirect them all to the
>appropriate web/ftp/telnet service based on port #. I believe the *BSD
>"IPFilter" package can handle this type of a divert socket...
>
>Charles
>
>~~~~~~~~~ ~~~~~~~~~~~
>Charles Sprickman Internet Channel
>INCH System Administration Team (212)243-5200
>spork@inch.com access@inch.com
>
>On Fri, 5 Jun 1998, Kurtiss Johnson wrote:
>
>> Date: Fri, 5 Jun 1998 13:49:33 -0500
>> From: Kurtiss Johnson <Kurtiss_Johnson@mw.3com.com>
>> Reply-To: usr-tc@lists.xmission.com
>> To: usr-tc@lists.xmission.com
>> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>>
>> Not a bad idea, Jeff, but it doesn't completely solve the problem since
>> many users will be doing Web access and won't be able to see the ASCII
>> telnet messages. The idea of modifying the database is pretty good,
>> though. Here's a way to enhance your suggestion:
>>
>> It basically involves a single machine that is dedicated to handling the
>> "deadbeat" accounts notification, and can be run on Linux or whatever.
>> This server would need to support DNS, Web Server, FTP Server (you'll see
>> why later), TELNET Server, etc.... The RADIUS server could theoretically
>> be any server that supports the USR/3Com Vendor-
>> Specific Attributes, although I would of course suggest our S&A Server.
>> (Sorry, no more advertising...)
>>
>> (1) Have the back-end process modify the database (as suggested before)
>> and make changes to the filter rules. (Again, this allows the user
access
>> only to a single host on the network). If you want further filtering
>> control, and are running PROXY-ARP or host-based routing, you could
>> explicitly set the user's FRAMED address and setup filters that block the
>> source address (so a disgruntled user can't pull a denial-of-service
attack
>> on your network).
>> (2) Set the account for the user (Service-Type) to be a LOGIN/NETWORK
type
>> of user, to handle either access via ASCII service or access via Web
>> service.
>> (3) Attribute #14 (Login-IP-Host) is set to telnet them to the
"deadbeat"
>> server host that displays the ASCII message outlined earlier.
>> (4) Set a Vendor Specific Attribute called "Primary-DNS-Server" (x900F,
>> type IP address) and "Secondary-DNS-Server" (x9010, type IP address) that
>> point to your "deadbeat" server, which will respond to all DNS requests
>> (regardless of name requested) with the address of the "deadbeat" server
>> (since many people aren't too savvy about DNS-to-address relationships,
and
>> don't know they can put in an address to their Web Browser).
>> (5) Set the default Web page for your "deadbeat" server to be the
message
>> you want to display.
>> (6) Set the user's session time (RADIUS Attribute #27) to be something
>> like 2-3 minutes, so the person isn't tying up your modems (and hence
your
>> revenue stream for -paying- customers) for a very long time. A side
>> benefit is that this will bump users off before the experienced folks
have
>> too much time to hack around. To the end of minimizing the "waste" on
your
>> dial pool, you might want to set the user's Port-Limit (attribute #62) to
>> ONE so that the user doesn't/can't do multilink PPP and take up too many
>> ports.
>> (7) Set the "deatbeat" server's FTP home directory (that is basically
>> empty and provides no rights whatsoever) with an intro message that says
to
>> pay up on the account. Again, the DNS server should direct the user
there
>> regardless of the address that is requested.
>> (8) This essentially is done application-by-application, so that the
user
>> is only able to see your warning message about the account.
>>
>> Any thoughts?
>> Kurtiss Johnson
>> Product Mgr - Access Routers
>> 3Com Corporation
>>
>>
>>
>>
>>
>> jeff.binkley@asacomp.com (Jeff Binkley) on 06/05/98 08:18:00 AM
>>
>> Please respond to usr-tc@lists.xmission.com
>>
>> To: USR-TC@LISTS.XMISSION.COM
>> cc:
>> Subject: (usr-tc) RE: (USR-TC) FILTERING AC
>>
>>
>>
>>
>>
>> CC: USR-TC@LISTS.XMISSION.COM
>> BOB MAYES
>>
>>
>>
>> Thinking out loud mode on ... It may not be that difficult to do. WHat
>> I am thinking of is have a query run against the RADIUS MS Access
>> dataase. Anyone matching the past due criteria has their user record
>> changed to where a filter is added (solvers the access problem to the
>> world) and then something like a telnet autologon option turned on
>> where they attach to a host that gives them the message you want and an
>> option to renew online. A web based solution would better but I can't
>> envision the details right now.
>>
>> Jeff Binkley
>> ASA Network Computing
>>
>>
>>
>> U> I too would like to see this! We desperately need something in
>> U>place.... I hat "Dialing for Dollars"!
>>
>> U>======================================================================
>> U>======== Phillip Ferraro WorldNet Access, Inc
>> U>pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service
>> U>Voice (910) 346-0835 824 Gumbranch Square, Suite R3
>> U>FAX (910) 455-1933 Jacksonville, Nc 28540-6269
>> U>======================================================================
>> U>========
>>
>> U>On Thu, 4 Jun 1998, Total Control wrote:
>>
>> U>> I need a way to let users online that our delinquent accounts
>> U>> (deadbeats) and kill all access to everything accept for a message
>> U>> to popup saying " Your Account Has been Locked for Non-Payment
>> U>> Please call billing at 455-455-345-334....
>> U>> This way a locked users gets online can't go anywhere but then still
>> U>gets this
>> U>> message. (Has to work with 95 and 3.11 clients) This would save the
>> U>hassle of clients calling afterthey have screwed up their login,
>> U>thinking something is
>> U>> wrong. I thought maybe this could be done with a template ..
>> U>> Any Ideas guys, and Gals???????
>>
>> U>> Jeff Ault
>> U>> GlobalNet
>>
>>
>> U>-
>> U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> U> with "unsubscribe usr-tc" in the body of the message.
>> U> For information on digests or retrieving files and old messages send
>> U> "help" to the same address. Do not use quotes in your message.
>>
>> CMPQwk 1.42 9999
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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.
------=_NextPart_000_0007_01BD90CA.0DB37460
Content-Type: text/x-vcard;
name="Jeff Ault.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="Jeff Ault.vcf"
BEGIN:VCARD
VERSION:2.1
N:Ault;Jeff
FN:Jeff Ault
ORG:GlobalNet
TITLE:President/CEO
NOTE:Member ISP/C
TEL;WORK;VOICE:740-450-7050
TEL;WORK;FAX:740-674-6367
ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;P.O Box 406 =
=3D0D=3D0A;Philo;Ohio;43771;USA
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:P.O Box 406 =
=3D0D=3D0A=3D0D=3D0APhilo, Ohio 43771=3D0D=3D0AUSA
URL:
URL:http://www.globalco.net
EMAIL;PREF;INTERNET:jault@globalco.net
REV:19980606T013652Z
END:VCARD
------=_NextPart_000_0007_01BD90CA.0DB37460--
Subject:Re: (usr-tc) Routing/Memory problem - I think From: Suncoast Networking USR Mailbox <usrtcmail@flasuncoast.net> Date: 1998-06-06 21:41:09
>
>Another problem with the old one is that Im pretty sure my old admin
>changed the SNMP community strings to the same password - which I know is
>a problem. What is the way to restore public and private?
The only way I was able to undo that one was to reset them from the Total
Control Manager software. If you try to login from the Serial port it
always assumes your logging in as public when you enter the password. Its
been a while so forgive me for not giving the exact keystrokes.
Steve
Subject:Re: (usr-tc) Routing/Memory problem - I think From: Brian McIntire <brian_mcintire@mw.3com.com> Date: 1998-06-07 09:51:52
Try flipping on dip switch 6 on the NMC NAC and reseat. Once the NMC boots
up the community strings should be defaulted. Don't forget to flip dip 6
back off.
usrtcmail@flasuncoast.Net (Suncoast Networking USR Mailbox) on 06/06/98
09:41:09 PM
Please respond to usr-tc@lists.xmission.com
cc: x2@apollo.gti.net
>
>Another problem with the old one is that Im pretty sure my old admin
>changed the SNMP community strings to the same password - which I know is
>a problem. What is the way to restore public and private?
The only way I was able to undo that one was to reset them from the Total
Control Manager software. If you try to login from the Serial port it
always assumes your logging in as public when you enter the password. Its
been a while so forgive me for not giving the exact keystrokes.
Steve
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Routing/Memory problem - I think From: Brian Uechi <brianu@lava.net> Date: 1998-06-08 04:32:48
On Fri, 5 Jun 1998, GTI x2 Tech wrote:
> I have 2 USR racks, one new, one old. The new one seems to be flooding
> the old one with routes - the same ones over and over - probably 15+ pages
> - it seems to be locking up the old one. I need RIP for static routes and
> such enabled.
Seems like you could set the old chassis to broadcast routes but not
listen for them.
set net0 route broadcast
This means the old chassis won't see any routes from the new chassis
but things should still work since the old chassis should send
unknown destination IPs to your default gateway (I assume a real
router like a Cisco), which will forward them to the new chassis.
---
Brian K. Uechi Email: brianu@lava.net
Technical Support Engineer Phone: 808-545-5282
LavaNet, Inc. FAX : 808-545-7020
--0__=2dzVCDR0JfvTzyic2xsW2Q7MvvjJpAc1zEX6H8ZLVxoBUcvyNqw0eU4M
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
First, if you are running 1.5 code on the Edgeserver, it is not the
Edgeserver Pro.
This setup should work with no problems, did you follow the instructions
for installing the Edgeserver (manual) ? Was this a new chassis install or
was the chassis used in some other config initially ?
There is section in the manual (Software Configuration) that if followed
will set up the edgeserver properly.
On the Q-modems you need to turn on switchs 3,5,and 8 on the rest should be
off.
Make sure you have service pack 3 for NT, and reapply after the done
configuring the Edgeserver.
Reguards
Robert von Bismarck <rvb@petrel.ch> on 06/08/98 07:54:18 AM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
--0__=2dzVCDR0JfvTzyic2xsW2Q7MvvjJpAc1zEX6H8ZLVxoBUcvyNqw0eU4M
Content-type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-transfer-encoding: quoted-printable
Here's the story,
One of our customers wants to create a RAS server for his employees. He=
bought a Totalcontrol rack (70Amp version) a dual PRI card, 4 Quad
modems (digital without NIC) and an Edgeserver PRO (The 486-based one).=
The setup should to be able to take any kind of incoming call (analog o=
r
ISDN) and be able to get on the local intranet. The NT server sees the
network, is able to use every resource there.
My problem is, that the PRI card does not see the quad modems, and the
Nt gives me a weird error message when I double-click on the rack icon
in the control panel.
I see 32 RAS capable devices instead of 16, and can't assign the type o=
f
modems that are in the slots of the chassis.
First question=A0: is this setup functional=A0? I always had the impres=
sion
that you need either an ARC or a Netserver to terminate the call.
Second question=A0: if this works, has anyone ever seen this problem=A0=
?
Third question=A0: would it be a good idea to reinstall NT + service pa=
ck
3=A0?
My problem is that we've had lots of experience with HiPer chassis and
none whatsoever with dual PRI / quads / edgeserver.
Here are the software versions of the cards=A0:
Dual PRI=A0: 3.0.2
Quad V34 dig modem=A0: 5.10.9
Edgeserver=A0: 1.5.0
NMC=A0: 5.2.2
Thanks for any pointers/hints,
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.
=
--0__=2dzVCDR0JfvTzyic2xsW2Q7MvvjJpAc1zEX6H8ZLVxoBUcvyNqw0eU4M--
Subject:(usr-tc) USR TC's and Worldgroup's Radius From: Joe Zulanas <joez@met-net.com> Date: 1998-06-08 09:47:19
We have 2 USR TC's and we are looking to get them working with Worldgroup's
radius.
We have tried messing around with it but we got nowere.
Has anybody done this before?
What type of constraints and what files need to be changed?
Thanks in advance for the help.
Joseph Zulanas
CEO
__________________________________________________________
The Metropolitan Network, Inc To The
Internet & Beyond!
We supply you with all the Internet you can eat, for just $19.95.
__________________________________________________________
A little more info would be good. What chassis are you using ? Which version
of the cards ? What is the client using to connect ?
-Frank
-----Original Message-----
>
>I am an ISP and I have my first ISDN user. I have a PRI circuit and this
user
>cannot connect.
>
>ANY SUGGESTIONS?????
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) shiva ppp dialer problem with tch From: Richard Mazurowski <rick@surfmail.net> Date: 1998-06-08 10:40:20
Hi. I am running a Total control hub and all my clients can connect
fine except for users using the Shiva PPP dialer......I dont know
why...Has anyone heard of this before....My Mac client, win 95, win NT
connect fine...What happens is that they connect fine but when they try
to browse the web it is very very very slow......Any suggestions would
be great. Thanks...
--
Richard Mazurowski
SurfNet Corporation
Voice 773-283-9000
Fax 773-283-9009
rick@surfmail.net
Subject:(usr-tc) Static IP Address and ISDN From: Bill Maloy <maloy@goldinc.com> Date: 1998-06-08 11:04:06
Hi all.
I've lurked here for a long time and have gotten some valuable info,
and now it's my turn to help add to the body of knowledge :^)
We have a Total Control 17 slot chassis with dual PRI, authenticating
dialup users with a Merit RADIUS 2.4.23C daemon running on a linux box,
using the hybrid USR/Merit dictionary provided by xmission.com (thanks,
by the way).
All is fine for static and dynamic IP address allocation for analog
calls and ISDN calls getting a dynamic IP address, but a 64k ISDN call
destined for a static IP address (for routing into a remote /29 subnet
of an Ascend Pipeline 50) is producing the following accounting info:
Thu Jun 4 13:40:55 1998: Authentication: 96/2 'dialup' via netserver
from netserver port 67 PPP - OK
Thu Jun 4 13:43:52 1998: get_radrequest: invalid request from
netserver[1645] - invalid(26) (type 26), len = 26
Thu Jun 4 13:44:07 1998: get_radrequest: invalid request from
netserver[1645] - invalid(26) (type 26), len = 26
Is anyone familiar with a "type 26" request? Is this a shortcoming
of the radius dictionary and/or radiusd we're using? Here is the
entry from the "users" file:
dialup Authentication-Type = UNIX-PW
Service-Type = Framed,
Framed-Protocol = PPP,
Framed-IP-Address = aaa.bbb.ccc.247,
Framed-IP-Netmask = 255.255.255.255,
Framed-Route = "aaa.bbb.ddd.0/29 aaa.bbb.ccc.247 1",
Framed-MTU = 1500
I undertand that ISDN calls are handled differently within the
chassis, and that the "type 26" probably refers to the line
VALUE Card_Type ISDNGatewayNAC 26
within the dictionary file, but I'm wondering why radiusd is
not using the symbolic name for the invalid request type.
Should it be?
Lastly, I assume that a configuration error on the Pipeline
side *could* be reason that we're not seeing the "PPP start".
At present, the Pipeline's "Remote Address" is configued to
be the .247 address from the users file. Shouldn't it be?
Can one ask too many questions in a single e-mail? :^)
Bill Maloy
maloy@goldinc.com
Subject:RE: (usr-tc) Static IP Address and ISDN From: Jason Cropper <jason@clearsail.net> Date: 1998-06-08 11:24:29
I had the exact same problem, with only one diff. We're running FreeBSD
(like that matters). The customer had to do a firmware upgrade to their
pipeline 50 to connect. After that, the world was good again.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Bill Maloy
Sent: Monday, June 08, 1998 11:04
Hi all.
I've lurked here for a long time and have gotten some valuable info,
and now it's my turn to help add to the body of knowledge :^)
We have a Total Control 17 slot chassis with dual PRI, authenticating
dialup users with a Merit RADIUS 2.4.23C daemon running on a linux box,
using the hybrid USR/Merit dictionary provided by xmission.com (thanks,
by the way).
All is fine for static and dynamic IP address allocation for analog
calls and ISDN calls getting a dynamic IP address, but a 64k ISDN call
destined for a static IP address (for routing into a remote /29 subnet
of an Ascend Pipeline 50) is producing the following accounting info:
Thu Jun 4 13:40:55 1998: Authentication: 96/2 'dialup' via netserver
from netserver port 67 PPP - OK
Thu Jun 4 13:43:52 1998: get_radrequest: invalid request from
netserver[1645] - invalid(26) (type 26), len = 26
Thu Jun 4 13:44:07 1998: get_radrequest: invalid request from
netserver[1645] - invalid(26) (type 26), len = 26
Is anyone familiar with a "type 26" request? Is this a shortcoming
of the radius dictionary and/or radiusd we're using? Here is the
entry from the "users" file:
dialup Authentication-Type = UNIX-PW
Service-Type = Framed,
Framed-Protocol = PPP,
Framed-IP-Address = aaa.bbb.ccc.247,
Framed-IP-Netmask = 255.255.255.255,
Framed-Route = "aaa.bbb.ddd.0/29 aaa.bbb.ccc.247 1",
Framed-MTU = 1500
I undertand that ISDN calls are handled differently within the
chassis, and that the "type 26" probably refers to the line
VALUE Card_Type ISDNGatewayNAC 26
within the dictionary file, but I'm wondering why radiusd is
not using the symbolic name for the invalid request type.
Should it be?
Lastly, I assume that a configuration error on the Pipeline
side *could* be reason that we're not seeing the "PPP start".
At present, the Pipeline's "Remote Address" is configued to
be the .247 address from the users file. Shouldn't it be?
Can one ask too many questions in a single e-mail? :^)
Bill Maloy
maloy@goldinc.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.
It works. I have 1 PRI card with 24 B channels, 6 quad =
analogue/digital and
an edgeserver 486. The PRO is Pentium based. Under TCM, highlight the =
four
quad cards, at the Menu bar chose Configure, Program Setting, Line =
Interface
Option, make sure the last parameter Line Interface Source is set to =
Pridm.
The PRI card, as far as I know, has to be in slot 1 or within 1 to 6.
Beyond that it will not work. Now highlight the PRI card, usually in =
slot
1, under Program Setting, pick DS0 Channel Mapping and Blocking and DS0 =
slot
assigned number, put the alternately the slot numbers of the 4 quad =
cards.
Then reset you cards and hopefully that will work.
Willie Lau=20
-----Original Message-----
From: Robert von Bismarck [SMTP:rvb@petrel.ch]
Sent: Monday, June 08, 1998 7:54 AM
To: 'usr-tc@xmission.com'
Subject: (usr-tc) Edgeserver trouble...
Here's the story,
One of our customers wants to create a RAS server for his
employees. He
bought a Totalcontrol rack (70Amp version) a dual PRI card,
4 Quad
modems (digital without NIC) and an Edgeserver PRO (The
486-based one).
The setup should to be able to take any kind of incoming
call (analog or
ISDN) and be able to get on the local intranet. The NT
server sees the
network, is able to use every resource there.
My problem is, that the PRI card does not see the quad
modems, and the
Nt gives me a weird error message when I double-click on the
rack icon
in the control panel.
I see 32 RAS capable devices instead of 16, and can't assign
the type of
modems that are in the slots of the chassis.
First question=A0: is this setup functional=A0? I always had the
impression
that you need either an ARC or a Netserver to terminate the
call.
Second question=A0: if this works, has anyone ever seen this
problem=A0?
Third question=A0: would it be a good idea to reinstall NT +
service pack
3=A0?
My problem is that we've had lots of experience with HiPer
chassis and
none whatsoever with dual PRI / quads / edgeserver.
Here are the software versions of the cards=A0:
Dual PRI=A0: 3.0.2
Quad V34 dig modem=A0: 5.10.9
Edgeserver=A0: 1.5.0
NMC=A0: 5.2.2
Thanks for any pointers/hints,
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.
Subject:(usr-tc) Edgeserver trouble... From: Robert von Bismarck <rvb@petrel.ch> Date: 1998-06-08 13:54:18
Here's the story,
One of our customers wants to create a RAS server for his employees. He
bought a Totalcontrol rack (70Amp version) a dual PRI card, 4 Quad
modems (digital without NIC) and an Edgeserver PRO (The 486-based one).
The setup should to be able to take any kind of incoming call (analog =
or
ISDN) and be able to get on the local intranet. The NT server sees the
network, is able to use every resource there.
My problem is, that the PRI card does not see the quad modems, and the
Nt gives me a weird error message when I double-click on the rack icon
in the control panel.
I see 32 RAS capable devices instead of 16, and can't assign the type =
of
modems that are in the slots of the chassis.
First question=A0: is this setup functional=A0? I always had the =
impression
that you need either an ARC or a Netserver to terminate the call.
Second question=A0: if this works, has anyone ever seen this =
problem=A0?
Third question=A0: would it be a good idea to reinstall NT + service =
pack
3=A0?
My problem is that we've had lots of experience with HiPer chassis and
none whatsoever with dual PRI / quads / edgeserver.
Here are the software versions of the cards=A0:
Dual PRI=A0: 3.0.2
Quad V34 dig modem=A0: 5.10.9
Edgeserver=A0: 1.5.0
NMC=A0: 5.2.2
Thanks for any pointers/hints,
Robert von Bismarck
Petrel Communications SA
Subject:(usr-tc) ISDN users From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-08 13:57:00
-> I am an ISP and I have my first ISDN user. I have a PRI circuit and this
-> user cannot connect.
You sure didn't give us much to go on. I'd check and make sure V.110
and V.120 are enabled on the Total Control Hub. On the QUad cards they
are disabled by default. Otherwise provide more details.
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) shiva ppp dialer problem with tch From: -=X=- <xlogan@novagate.com> Date: 1998-06-08 14:16:16
Hello Richard!
On Mon, 8 Jun 1998, Richard Mazurowski wrote:
> Hi. I am running a Total control hub and all my clients can connect
> fine except for users using the Shiva PPP dialer......I dont know
> why...Has anyone heard of this before....My Mac client, win 95, win NT
> connect fine...What happens is that they connect fine but when they try
> to browse the web it is very very very slow......Any suggestions would
> be great. Thanks...
This is funny, because I have users that will ONLY connect to our Total
Control Hubs using the Shiva dialers (Win 3.1 Internet Explorer).
FYI
Dan Allen - System Admin.
-Novagate Communications Corp.-
looks like v.90 on the HiPER is very close to be done ... I just flashed a
enginner's release of new HiPER code to fix a strange PRI problem and voila
.. v.90 connection! ... seems juste as stable (unstable ??) as the quad v.90
...
-RipNET System Admin
Subject:(usr-tc) Dial-out on demand. From: Phil Le Clercq <phil.le.clercq@cinergy.net> Date: 1998-06-08 14:40:48
Hi all, I'm trying to set dial-out on demand to a 3com Office connect
531 ISDN router.
I can dial to the 531, but the authentication is not set up properly. I
am not sure what the dial script in the location set up on the TCH
should consist of, I guess it should be the CHAP queries and responses
of the 531, I need to configure those in, just don't know what they are.
Any help would be greatly appreciated!
Thanks,
Phil Le Clercq
Cinergy Communications.
How is the chassis setup??
Do you have a Dual Pri card with Q modems, and a netserver?
What code is on the chassis (specifically what code is on each card type).
jeff.binkley@asacomp.com (Jeff Binkley) on 06/08/98 02:57:00 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
-> I am an ISP and I have my first ISDN user. I have a PRI circuit and this
-> user cannot connect.
You sure didn't give us much to go on. I'd check and make sure V.110
and V.120 are enabled on the Total Control Hub. On the QUad cards they
are disabled by default. Otherwise provide more details.
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.
I just setup my first Hyper. What a bummer. I find that if I want to do any
administration at all I better have TCM loaded. What gives? The previous
Total Controls used the same familiar telnet interface as the Portmaster's
(ComOS). It was clean, informative, and functional. Now we have a telnet
interface with zilch. I can't see how long people are idle. I can't reset
connections. Nothing. What am I supposed to do now? Load TCM at every house
and business I go to? Not only that, I now have a complete new set of telnet
syntax to learn. Oh Yippee! Lucky Day! More Syntax! I was really starting to
get bored around my office. I only have about 3000 email messages to sort
through before bedtime.
I am stepping off of my bitchbox now. :D
John Scrivner (john@mountvernon.net)
President (john@scrivner.com)
Mount Vernon Net Inc. (johnscrivner@cablenow.com)
Subject:(usr-tc) USR V.90 with 2 T1 (not Pri) From: Jim Logan <jim@top.net> Date: 1998-06-09 08:17:05
We are having a heck of a time getting a USR TC Unit that has been upgraded
to V.90 online with two CT-1 type lines. Ascend Equipment (Ascend 4002)
works fine on the line type, USR just gives busy all the time hooked up to
the Same CT-1 Line type. The line Sync's up just fine, just the unit won't
accept calls (instead get fast/slow busy). Any more info or ideas I can
pass along to be of help? The "only" setting that we can find that might
be different (and setup dif) on a TC and Ascend, is the "Wink" as USR has
only 1 setting, on/off, AScend has many choices that vary the on the Rob
Control to vary the Wink. (Ascend is set for W-200).
***** Top Net InterNet Services *****
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
Subject:(usr-tc) xmission dictionary From: Brian <signal@shreve.net> Date: 1998-06-09 09:19:02
Well, I call it the xmission dictionary anyways, since thats where I know
to find it :)
Anyways, I use Merit 2.4.23C with the xmission dictionary. I have not
noticed any differences in using that dictionary and my old one (my old
one was 38k and xmission is like 55k).
Probably because I didn't use a vanilla merit radius dictionary to begin
with. But what I'd like to know is:
1. Is there anything special you have to do in order to log more
information with merit and this newer dictionary?
2. Is there a RADIUS that is compatible with my Merit users
file/dictionary, that would be much better to run, than 2.4.23C (I know
there is a newer Merit, but have they worked out all the USR VSA bugs in
it?)
Last but not least, Radiator (radius) looked really cool. It basically
sounds like it does the whole show, but has anyone on here tried it?
Brian
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
> I just setup my first Hyper. What a bummer. I find that if I want to do any
> administration at all I better have TCM loaded. What gives? The previous
> Total Controls used the same familiar telnet interface as the Portmaster's
> (ComOS). It was clean, informative, and functional. Now we have a telnet
> interface with zilch. I can't see how long people are idle. I can't reset
> connections. Nothing. What am I supposed to do now? Load TCM at every house
> and business I go to? Not only that, I now have a complete new set of telnet
> syntax to learn. Oh Yippee! Lucky Day! More Syntax! I was really starting to
> get bored around my office. I only have about 3000 email messages to sort
> through before bedtime.
What did you expect. ComOS was licensed from Livingston. If they simplay
copied ComOS, they would have a lawsuit on thier hands. Anyway - you'll
get used to it. I do miss some commands, but I find myself liking the
HiperOS better all the time.
| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt |
| Executive Vice President - Exec-PC, Inc. |
Just a quick question since I'm out of the office and away from my manuals:
In TCM how do I save changes made to the DS1 Trunk Settings on a Dual
T-1/PRI card? Specifically I'm trying to change the line type and framing
from ds1D4/ami to ESF/b8zs. I change them with the "Set" button, but it
doesn't stick if I reset the card...
Thanks!
John
John Powell, President john@jetcity.com
Jet City Online http://www.jetcity.com
Business Office: 206-281-1774
Customer Service: 425-820-7006, 1-888-747-6464
On Tue, 9 Jun 1998, Curt Shambeau wrote:
> > I just setup my first Hyper. What a bummer. I find that if I want to do any
> > administration at all I better have TCM loaded. What gives? The previous
Personally, I hardly ever use TCM. You know, on an aside, I have not
touched our USR racks in months. I could never say that under ComOS. I
am really impressed by the quality of the code that I am running (some ER
code, don't know all versions off top of my head), and I can't wait to
install the production release of the MPIP code once it becomes available.
> > Total Controls used the same familiar telnet interface as the Portmaster's
> > (ComOS). It was clean, informative, and functional. Now we have a telnet
> > interface with zilch. I can't see how long people are idle. I can't reset
FWIW, you can get alot more information out of the current telnet
interface than you could in the netservers.
> > connections. Nothing. What am I supposed to do now? Load TCM at every house
> > and business I go to? Not only that, I now have a complete new set of telnet
> > syntax to learn. Oh Yippee! Lucky Day! More Syntax! I was really starting to
Having TCM on a laptop is a good idea. Then you just take your laptop
with you. I wouldn't complain about the "learning a new syntax".
Bind changed the entire syntax of the named.boot file, sendmail changes
regularly, INN just changed COMPLETELY. If there is one thing you can be
sure of as a network administrator, its change.
The best thing to do, is embrace change. 3com had the advantage of
building something new, and learning from mistakes that livingston made
with ComOS. They are able to design from the ground up, and ultimatly
better product once they are finished.
> > get bored around my office. I only have about 3000 email messages to sort
> > through before bedtime.
It sounds like you're having a hard time. I can sympathize, but once you
learn these hubs real good, I don't think it will be nearly as
frustrating.
Brian
>
> What did you expect. ComOS was licensed from Livingston. If they simplay
> copied ComOS, they would have a lawsuit on thier hands. Anyway - you'll
> get used to it. I do miss some commands, but I find myself liking the
> HiperOS better all the time.
>
> --------------------------------------------------------------------------
> | 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) Radius/TC's From: Dale E. Reed Jr. <daler@iea-software.com> Date: 1998-06-09 11:08:42
Chuck wrote:
>
> The TC hub using the Netserver card will only authenticate through IEA's
> older radius, using the flat file, but not Livingston's nor IEA 2.5. The
> hub, however, does talk to the Livingston and IEA 2.5 servers, proven by
> trying to auth a nonexistent user, and seeing the resultant logfile entry.
What is the error you receive from 2.5 in -x15 debug mode? Is the machine
you are running RadiusNT 2.5 on multi-homed? If so, please configure
RadiusNT 2.5 to only use one IP Address (rather than all).
In most cases where RadiusNT responds to a client but the client ignores
it, the issue is multi-homing.
> Same goes if this client is removed from the clients file, the server
> restarted, and the logfile entry (Security Breach, ect.) is written. When
> trying to authenticate a valid user, authentication simply times out, does
> not revert to backup, and disconnects the caller. Same goes for the Ascend
> Maxen.
Do you mean authentication fails when you remove the NAS from the clients
of its primary RADIUS authentication, where you want it to fail over to
its secondary?
> The TC hub with ARC does just the OPPOSITE...Authentication through the Liv
> and IEA 2.5 flavors are flawless, but will not auth through the older,
> flat-file IEA, with the same results as mentioned above. When using the
> "_auth username password" command in the ARC, it simply hangs. In debug,
> IEA 1.16.60 (flat file only), ACK is sent to the ARC, so it seems that
> radius is doing its job, but the ARC is not dealing with it properly. The
> TC/Netserver and Maxen auth fine this way only, but not through NT's database.
RadiusNT 1.16.60 didn't support NT database authentication.
> Any clues? Either I am missing something incredibly stupid, or I got me a
> good one. Thanks in advance for any input.
Most likely its a simple thing that is just tough to find. :) Give me
the above and then we should be able to narrow down the problem.
--
Dale E. Reed Jr. (daler@iea-software.com)
_________________________________________________________________
IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs
Internet Solutions for Today | http://www.iea-software.com
Subject:(usr-tc) FS: USR MP/8 From: Jim Scott <jscott@infoconex.com> Date: 1998-06-09 11:14:28
I have a extra USR mp/8 if anyone is interested. It is updated to the newest
code.
Asking 1300.00
Jim
206-439-7681
Subject:Re: (usr-tc) USR V.90 with 2 T1 (not Pri) From: Brian <signal@shreve.net> Date: 1998-06-09 11:38:59
On Tue, 9 Jun 1998, Alan D. Criado wrote:
>
> If it's any consolation Jim, we have a similar problem with our USR TC
> Chassis as well. We have two PRI lines coming in and every so often
> (seemingly at random), the chassis just starts to give out busy signals,
> even when no one is online. I've called USR Tech Support, but they weren't
> any help in this regard.
>
> If you find out what could be causing the busy signal, please drop me an
> email and let me know.
>
> Thank you.
>
> Alan D. Criado
> acriado@elink.net
Ok, if your running HiPer equiptment the #1 cause for a busy signal is an
interface that is down. Log into ARC and list interfaces, and look for
one that shows down. They should all show "up up"
On non Hiper equiptment, there was alot of things that could go wrong.
Make sure all modems are active on the netserver, make sure that the
interface type is set for pri or T1 rather than nic (if thats what your
using).
Brian
>
>
> At 08:17 AM 6/9/98 -0500, Jim Logan wrote:
> >
> >We are having a heck of a time getting a USR TC Unit that has been upgraded
> >to V.90 online with two CT-1 type lines. Ascend Equipment (Ascend 4002)
> >works fine on the line type, USR just gives busy all the time hooked up to
> >the Same CT-1 Line type. The line Sync's up just fine, just the unit won't
> >accept calls (instead get fast/slow busy). Any more info or ideas I can
> >pass along to be of help? The "only" setting that we can find that might
> >be different (and setup dif) on a TC and Ascend, is the "Wink" as USR has
> >only 1 setting, on/off, AScend has many choices that vary the on the Rob
> >Control to vary the Wink. (Ascend is set for W-200).
> >
> >
> >
> >***** Top Net InterNet Services *****
> >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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) USR V.90 with 2 T1 (not Pri) From: Alan D. Criado <acriado@elink.net> Date: 1998-06-09 12:21:46
If it's any consolation Jim, we have a similar problem with our USR TC
Chassis as well. We have two PRI lines coming in and every so often
(seemingly at random), the chassis just starts to give out busy signals,
even when no one is online. I've called USR Tech Support, but they weren't
any help in this regard.
If you find out what could be causing the busy signal, please drop me an
email and let me know.
Thank you.
Alan D. Criado
acriado@elink.net
At 08:17 AM 6/9/98 -0500, Jim Logan wrote:
>
>We are having a heck of a time getting a USR TC Unit that has been upgraded
>to V.90 online with two CT-1 type lines. Ascend Equipment (Ascend 4002)
>works fine on the line type, USR just gives busy all the time hooked up to
>the Same CT-1 Line type. The line Sync's up just fine, just the unit won't
>accept calls (instead get fast/slow busy). Any more info or ideas I can
>pass along to be of help? The "only" setting that we can find that might
>be different (and setup dif) on a TC and Ascend, is the "Wink" as USR has
>only 1 setting, on/off, AScend has many choices that vary the on the Rob
>Control to vary the Wink. (Ascend is set for W-200).
>
>
>
>***** Top Net InterNet Services *****
>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.
>
I seem to recall that you could set the number of channels a user could use
if you had them in the user table on the TC but I can't seem to find the
command. Does anyone remember this?
Thanks....
Harry
===============================================================
Harry Landers, President
Panda Communications LLC 185 Walnut Avenue Santa Cruz CA 95060
Home of CRUZERS 408-457-CRUZ (2789) fax 408-457-056k
Subject:(usr-tc) changing country codes.. From: George Louie <glouie@netcom.com> Date: 1998-06-09 12:47:56
does any one know of a way to change the country code vi pc based
tcm?? using quad four modems. thanks in advance..
Hopefully I have a good one for some of you Radius-heads out there...So far
I still have the 3Com techs scratching their heads.
We use a number of different products here: Livingston PM-2e 30's, Ascend
Maxen (4048 and 4002), and USR/3Com Total Control, 1 with Netserver,
another with ARC.
Here's my situation: We are currently using 2 flavors of Radius: IEA's
older 1.16.51 (or 60, I forget) in text mode, which has been very stable,
never crashes, ect. We also use Livingson's v2.0.1b11, which also works
flawlessly, authenticating through our NT User database. We have also tried
IEA's v2.5 in text mode, also using NT's database. Ultimately we wish to
authenticate all users on all systems through the NT database, eliminating
the need for cumbersome textfiles or MS databases (ugh).
The problem:
The TC hub using the Netserver card will only authenticate through IEA's
older radius, using the flat file, but not Livingston's nor IEA 2.5. The
hub, however, does talk to the Livingston and IEA 2.5 servers, proven by
trying to auth a nonexistent user, and seeing the resultant logfile entry.
Same goes if this client is removed from the clients file, the server
restarted, and the logfile entry (Security Breach, ect.) is written. When
trying to authenticate a valid user, authentication simply times out, does
not revert to backup, and disconnects the caller. Same goes for the Ascend
Maxen.
The TC hub with ARC does just the OPPOSITE...Authentication through the Liv
and IEA 2.5 flavors are flawless, but will not auth through the older,
flat-file IEA, with the same results as mentioned above. When using the
"_auth username password" command in the ARC, it simply hangs. In debug,
IEA 1.16.60 (flat file only), ACK is sent to the ARC, so it seems that
radius is doing its job, but the ARC is not dealing with it properly. The
TC/Netserver and Maxen auth fine this way only, but not through NT's database.
Livingston 2.0.1 seems to use GUI only, and debug is entered in both the
logfile and event viewer...no entries at all when attempting to
authenticate a valid user through the TC/Netserver or Maxen.
Livingston PM2's will authenticate with no problems on any of these Radius
versions, using either text entry or NT database.
Any clues? Either I am missing something incredibly stupid, or I got me a
good one. Thanks in advance for any input.
Charles Kimes, EagleNet DataComm.
St. Marys, GA
[Quoth John Scrivner]
] I just setup my first Hyper. What a bummer. I find that if I want to do any
] administration at all I better have TCM loaded. What gives? The previous
] Total Controls used the same familiar telnet interface as the Portmaster's
] (ComOS). It was clean, informative, and functional. Now we have a telnet
] interface with zilch. I can't see how long people are idle. I can't reset
] connections. Nothing. What am I supposed to do now? Load TCM at every house
] and business I go to? Not only that, I now have a complete new set of telnet
] syntax to learn. Oh Yippee! Lucky Day! More Syntax! I was really starting to
] get bored around my office. I only have about 3000 email messages to sort
] through before bedtime.
I'm completely taking care of them without TCM, since TCM doesn't run
on Solaris 2.6 (nudge, nudge, 3com..), and it's okay. I know they'll
be improving on it in the future. Be sure to let your rep and this
list know what you don't like about it. I've felt that 3com has
listened to me on a few things in the past.
The new OS (PilgrimOS?) has it's up and down points. The tcsh-ish
command shell with history and completion makes up for all the other
shortcomings, IMHO. The lack of a concise user listing a la 'show
sessions' is probably the biggest bummer. You can still get most
of it with 'li co' and 'li ip net'.
You can reset connections with the 'disconnect user' command. There
isn't a way that I know of to check idle time, though.
I really hated it at first, too. But, everything follows a certain
logic in the OS, and this is still their first crack at it. IOS and
ComOS probably had frustrations of equal magnitude in their infancy.
--
Michael Mittelstadt meek@execpc.com
VP - Internet Technologies ExecPC Internet
http://www.execpc.com/~meek 1-800-ExecPC-1
Subject:Re: (usr-tc) Radius/TC's From: Dale E. Reed Jr. <daler@iea-software.com> Date: 1998-06-09 13:25:58
Chuck wrote:
>
> >What is the error you receive from 2.5 in -x15 debug mode? Is the machine
> >you are running RadiusNT 2.5 on multi-homed? If so, please configure
> >RadiusNT 2.5 to only use one IP Address (rather than all).
>
> The primary machine has a single IP. In -x15 debug it tells me "Radius
> does not have sufficient rights to authenticate against the NT SAM"...
You did omit the most important part, which is in () after this
error. Is it an Access Denied or Privledge not held error?
This basically means RadiusNT is running in debug mode in the foreground
and does NOT have permissions to authenticate a user. This is a new
error message added in 2.5 to disinguish whether the user or RadiusNT
doesn't have rights.
> However, when run from the Control Panel Applet as a service, there
> is no prob with this (as long as auth is attempted from the 3Com ARC or Liv
Thats because when RadiusNT runs as a service, its running as the
system service, which does have sufficient permissions.
> PM's, but not the other NAS's mentioned). I am logged into this machine as
> the Administrator...have tried this both as local machine admin as well as
> domain admin. Last week I browsed through IEA's radiusnt digests and saw a
> few posts ( one or two from you as well) suggesting user rights settings,
> and I checked and changed these where needed. Radius as a service logs in
> under the system account, but once again, there is no prob in this mode.
These are 2.2 issues, which requires log on locally rights. RadiusNT 2.5
only requires access this computer from the network rights for the user.
> One other thing...here is a log entry from 2.5 using NT SAM, with an
> unsuccessful auth attempt from our TC/Netserver, valid user: Tue Jun 09
> 14:55:39 1998: CHAP WinNT Attempt: user xxx, NAS xxx.xxx.xxx.xxx Once
> again, this auth was unsuccessful.
Ok. Now you are starting to give me information that I can use! :)
In order to authenticate against the NT SAM, the user can not use
CHAP. This is the same restriction as authenticating against a UNIX
passwd file.
Either have the client one PAP or disable CHAP on the Netserver and
it should work fine. Also, feel free to include all of the lines for
failed authentication attempts (from the radrecv() line to the resp line)
when you have an error, since it will help greatly to resolve you problem.
--
Dale E. Reed Jr. (daler@iea-software.com)
_________________________________________________________________
IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs
Internet Solutions for Today | http://www.iea-software.com
If anyone is running Radiator (I have no idea how many people are),
I just posted to the radiator list a set of patches that allow you
to create anti-spoof filters on the fly by sticking the framed-ip
hint into a filter you send back with the Accept message.
Hiperarc's seem to have plenty of oomph for packet filters,
and they even have a CPU gauge to check to see if you are running
low on oomph.
--
Aaron Nabil
From TCM select the Dual t-1/Pri card, the go under configure, select
action/commands, when the next window pops up, select software (hardware is
selected by default), then where is says (no command) select that and
scroll down to Save to Nvram, select that , the hit the execute button,
this will save the new setting to nvram, upon pwr cycle or reset it will
keep the config you saved.
John Powell <john@jetcity.com> on 06/09/98 12:48:56 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
Just a quick question since I'm out of the office and away from my manuals:
In TCM how do I save changes made to the DS1 Trunk Settings on a Dual
T-1/PRI card? Specifically I'm trying to change the line type and framing
from ds1D4/ami to ESF/b8zs. I change them with the "Set" button, but it
doesn't stick if I reset the card...
Thanks!
John
John Powell, President john@jetcity.com
Jet City Online http://www.jetcity.com
Business Office: 206-281-1774
Customer Service: 425-820-7006, 1-888-747-6464
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
At 11:08 AM 6/9/98 -0700, you wrote:
>Chuck wrote:
>>
>> The TC hub using the Netserver card will only authenticate through IEA's
>> older radius, using the flat file, but not Livingston's nor IEA 2.5. The
>> hub, however, does talk to the Livingston and IEA 2.5 servers, proven by
>> trying to auth a nonexistent user, and seeing the resultant logfile entry.
>
>What is the error you receive from 2.5 in -x15 debug mode? Is the machine
>you are running RadiusNT 2.5 on multi-homed? If so, please configure
>RadiusNT 2.5 to only use one IP Address (rather than all).
The primary machine has a single IP. In -x15 debug it tells me "Radius
does not have sufficient rights to authenticate against the NT
SAM"...However, when run from the Control Panel Applet as a service, there
is no prob with this (as long as auth is attempted from the 3Com ARC or Liv
PM's, but not the other NAS's mentioned). I am logged into this machine as
the Administrator...have tried this both as local machine admin as well as
domain admin. Last week I browsed through IEA's radiusnt digests and saw a
few posts ( one or two from you as well) suggesting user rights settings,
and I checked and changed these where needed. Radius as a service logs in
under the system account, but once again, there is no prob in this mode.
>> Same goes if this client is removed from the clients file, the server
>> restarted, and the logfile entry (Security Breach, ect.) is written. When
>> trying to authenticate a valid user, authentication simply times out, does
>> not revert to backup, and disconnects the caller. Same goes for the Ascend
>> Maxen.
>
>Do you mean authentication fails when you remove the NAS from the clients
>of its primary RADIUS authentication, where you want it to fail over to
>its secondary?
I removed the NAS address only from the primary and restarted...and the
proper Security Breach entry appeared. This was only to prove that the NAS
was indeed communicating with the Radius server. with the NAS put back in
the clients file, restarted, and auth attempt with an INVALID user, the
"User Not Known" log entry appeared, as it should.
>> The TC hub with ARC does just the OPPOSITE...Authentication through the Liv
>> and IEA 2.5 flavors are flawless, but will not auth through the older,
>> flat-file IEA, with the same results as mentioned above. When using the
>> "_auth username password" command in the ARC, it simply hangs. In debug,
>> IEA 1.16.60 (flat file only), ACK is sent to the ARC, so it seems that
>> radius is doing its job, but the ARC is not dealing with it properly. The
>> TC/Netserver and Maxen auth fine this way only, but not through NT's
database.
>
>RadiusNT 1.16.60 didn't support NT database authentication.
I am aware of this...the above situation is trying to authenticate through
the flat file only, from the TC/ARC. It seems to be an ARC prob, as ACK is
sent. The TC/Netserver and Maxen will NOT auth through 2.5, using the NT
SAM. Sorry about any confusion, I'm getting confused myself.
One other thing...here is a log entry from 2.5 using NT SAM, with an
unsuccessful auth attempt from our TC/Netserver, valid user: Tue Jun 09
14:55:39 1998: CHAP WinNT Attempt: user xxx, NAS xxx.xxx.xxx.xxx Once
again, this auth was unsuccessful.
ck
Subject:RE: (usr-tc) RE: (USR-TC) FILTERING AC From: Eric Young <eric@solunet.com> Date: 1998-06-09 15:50:55
I'm still putting my money on the linux box as a 'pre-gateway' with all the
deadbeat users being assigned the same address. I know it works, because
it's in production. What do you think?
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: Jeff Ault [SMTP:jault@globalco.net]
Sent: Friday, June 05, 1998 9:37 PM
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
I would be satisfied, by just being able to redirect them
by the web browser to the approiate page, saying hey pay up!
I think setting their time limit to say 1- 1 1/2 min would
be enough time to drive them crazy. If they check email, well
you got them, by a message waiting for them. A simple filter
added to a users template denying them all outside of the local
network
should help. A in and out filter for 3 coms accounting and server
software
would make me happy if someone could throw onee of these at me, that
would
restrict their access local and not out throw the gateway into the
net.
Now someway to get their http addresses to all go to the same
address
pointing
to the deadbeat letter, would be the icing. Any filter Ideas and
Pluses
here?
Jeff Ault
Globalnet
-----Original Message-----
From: Charles Sprickman <spork@inch.com>
To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
Date: Friday, June 05, 1998 7:19 PM
Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>Nice idea, but I don't think this will work for the Mac users. I
don't
>think the Mac PPP dialer uses the MSoft DNS extensions... I could
be
>wrong, I haven't played with MacOS for a while.
>
>I'm thinking the magic here is giving them a "special" address.
I'll look
>around a bit, but I think there's some neat policy routing you can
do if
>your dialup is behind a Cisco that can shuffle them off to the
deadbeat
>host. The host could be running as a gateway so that it would
accept all
>these odd packets being thrown at it and redirect them all to the
>appropriate web/ftp/telnet service based on port #. I believe the
*BSD
>"IPFilter" package can handle this type of a divert socket...
>
>Charles
>
>~~~~~~~~~ ~~~~~~~~~~~
>Charles Sprickman Internet Channel
>INCH System Administration Team (212)243-5200
>spork@inch.com access@inch.com
>
>On Fri, 5 Jun 1998, Kurtiss Johnson wrote:
>
>> Date: Fri, 5 Jun 1998 13:49:33 -0500
>> From: Kurtiss Johnson <Kurtiss_Johnson@mw.3com.com>
>> Reply-To: usr-tc@lists.xmission.com
>> To: usr-tc@lists.xmission.com
>> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>>
>> Not a bad idea, Jeff, but it doesn't completely solve the problem
since
>> many users will be doing Web access and won't be able to see the
ASCII
>> telnet messages. The idea of modifying the database is pretty
good,
>> though. Here's a way to enhance your suggestion:
>>
>> It basically involves a single machine that is dedicated to
handling the
>> "deadbeat" accounts notification, and can be run on Linux or
whatever.
>> This server would need to support DNS, Web Server, FTP Server
(you'll see
>> why later), TELNET Server, etc.... The RADIUS server could
theoretically
>> be any server that supports the USR/3Com Vendor-
>> Specific Attributes, although I would of course suggest our S&A
Server.
>> (Sorry, no more advertising...)
>>
>> (1) Have the back-end process modify the database (as suggested
before)
>> and make changes to the filter rules. (Again, this allows the
user
access
>> only to a single host on the network). If you want further
filtering
>> control, and are running PROXY-ARP or host-based routing, you
could
>> explicitly set the user's FRAMED address and setup filters that
block the
>> source address (so a disgruntled user can't pull a
denial-of-service
attack
>> on your network).
>> (2) Set the account for the user (Service-Type) to be a
LOGIN/NETWORK
type
>> of user, to handle either access via ASCII service or access via
Web
>> service.
>> (3) Attribute #14 (Login-IP-Host) is set to telnet them to the
"deadbeat"
>> server host that displays the ASCII message outlined earlier.
>> (4) Set a Vendor Specific Attribute called "Primary-DNS-Server"
(x900F,
>> type IP address) and "Secondary-DNS-Server" (x9010, type IP
address) that
>> point to your "deadbeat" server, which will respond to all DNS
requests
>> (regardless of name requested) with the address of the "deadbeat"
server
>> (since many people aren't too savvy about DNS-to-address
relationships,
and
>> don't know they can put in an address to their Web Browser).
>> (5) Set the default Web page for your "deadbeat" server to be
the
message
>> you want to display.
>> (6) Set the user's session time (RADIUS Attribute #27) to be
something
>> like 2-3 minutes, so the person isn't tying up your modems (and
hence
your
>> revenue stream for -paying- customers) for a very long time. A
side
>> benefit is that this will bump users off before the experienced
folks
have
>> too much time to hack around. To the end of minimizing the
"waste" on
your
>> dial pool, you might want to set the user's Port-Limit (attribute
#62) to
>> ONE so that the user doesn't/can't do multilink PPP and take up
too many
>> ports.
>> (7) Set the "deatbeat" server's FTP home directory (that is
basically
>> empty and provides no rights whatsoever) with an intro message
that says
to
>> pay up on the account. Again, the DNS server should direct the
user
there
>> regardless of the address that is requested.
>> (8) This essentially is done application-by-application, so that
the
user
>> is only able to see your warning message about the account.
>>
>> Any thoughts?
>> Kurtiss Johnson
>> Product Mgr - Access Routers
>> 3Com Corporation
>>
>>
>>
>>
>>
>> jeff.binkley@asacomp.com (Jeff Binkley) on 06/05/98 08:18:00 AM
>>
>> Please respond to usr-tc@lists.xmission.com
>>
>> To: USR-TC@LISTS.XMISSION.COM
>> cc:
>> Subject: (usr-tc) RE: (USR-TC) FILTERING AC
>>
>>
>>
>>
>>
>> CC: USR-TC@LISTS.XMISSION.COM
>> BOB MAYES
>>
>>
>>
>> Thinking out loud mode on ... It may not be that difficult to
do. WHat
>> I am thinking of is have a query run against the RADIUS MS Access
>> dataase. Anyone matching the past due criteria has their user
record
>> changed to where a filter is added (solvers the access problem to
the
>> world) and then something like a telnet autologon option turned
on
>> where they attach to a host that gives them the message you want
and an
>> option to renew online. A web based solution would better but I
can't
>> envision the details right now.
>>
>> Jeff Binkley
>> ASA Network Computing
>>
>>
>>
>> U> I too would like to see this! We desperately need something
in
>> U>place.... I hat "Dialing for Dollars"!
>>
>>
U>======================================================================
>> U>======== Phillip Ferraro WorldNet Access, Inc
>> U>pferraro@wna-linknet.com Onslow County's PREMIER InterNet
Service
>> U>Voice (910) 346-0835 824 Gumbranch Square, Suite R3
>> U>FAX (910) 455-1933 Jacksonville, Nc 28540-6269
>>
U>======================================================================
>> U>========
>>
>> U>On Thu, 4 Jun 1998, Total Control wrote:
>>
>> U>> I need a way to let users online that our delinquent accounts
>> U>> (deadbeats) and kill all access to everything accept for a
message
>> U>> to popup saying " Your Account Has been Locked for
Non-Payment
>> U>> Please call billing at 455-455-345-334....
>> U>> This way a locked users gets online can't go anywhere but
then still
>> U>gets this
>> U>> message. (Has to work with 95 and 3.11 clients) This would
save the
>> U>hassle of clients calling afterthey have screwed up their
login,
>> U>thinking something is
>> U>> wrong. I thought maybe this could be done with a template ..
>> U>> Any Ideas guys, and Gals???????
>>
>> U>> Jeff Ault
>> U>> GlobalNet
>>
>>
>> U>-
>> U> To unsubscribe to usr-tc, send an email to
"majordomo@xmission.com"
>> U> with "unsubscribe usr-tc" in the body of the message.
>> U> For information on digests or retrieving files and old
messages send
>> U> "help" to the same address. Do not use quotes in your
message.
>>
>> CMPQwk 1.42 9999
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to
"majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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. <<
File: Jeff Ault.vcf >>
Subject:Re: (usr-tc) RE: (USR-TC) FILTERING AC From: Jeff Ault <jault@globalco.net> Date: 1998-06-09 17:16:50
This is a multi-part message in MIME format.
------=_NextPart_000_0016_01BD93CA.641645A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Be okay, if I new something of Linux.
I don't know where to start, where to get what build, or anything else.
I am strictly all NT 4.0 machines here.
Jeff
GlobalNet
-----Original Message-----
>I'm still putting my money on the linux box as a 'pre-gateway' with all the
>deadbeat users being assigned the same address. I know it works, because
>it's in production. What do you think?
>
>Sincerely,
>
>eric young a.k.a. the hub doctor
>technical support
>solunet, inc. http://www.solunet.com <http://www.solunet.com>
>v800.795.2814
>v407.676.7947
>f407.676.0809
>eric@solunet.com <mailto:eric@solunet.com>
>
>We don't make networking equipment, we make it WORK!
>
> -----Original Message-----
> From: Jeff Ault [SMTP:jault@globalco.net]
> Sent: Friday, June 05, 1998 9:37 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>
> I would be satisfied, by just being able to redirect them
> by the web browser to the approiate page, saying hey pay up!
> I think setting their time limit to say 1- 1 1/2 min would
> be enough time to drive them crazy. If they check email, well
> you got them, by a message waiting for them. A simple filter
> added to a users template denying them all outside of the local
>network
> should help. A in and out filter for 3 coms accounting and server
>software
> would make me happy if someone could throw onee of these at me, that
>would
> restrict their access local and not out throw the gateway into the
>net.
> Now someway to get their http addresses to all go to the same
>address
> pointing
> to the deadbeat letter, would be the icing. Any filter Ideas and
>Pluses
> here?
>
> Jeff Ault
> Globalnet
> -----Original Message-----
> From: Charles Sprickman <spork@inch.com>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Friday, June 05, 1998 7:19 PM
> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>
>
> >Nice idea, but I don't think this will work for the Mac users. I
>don't
> >think the Mac PPP dialer uses the MSoft DNS extensions... I could
>be
> >wrong, I haven't played with MacOS for a while.
> >
> >I'm thinking the magic here is giving them a "special" address.
>I'll look
> >around a bit, but I think there's some neat policy routing you can
>do if
> >your dialup is behind a Cisco that can shuffle them off to the
>deadbeat
> >host. The host could be running as a gateway so that it would
>accept all
> >these odd packets being thrown at it and redirect them all to the
> >appropriate web/ftp/telnet service based on port #. I believe the
>*BSD
> >"IPFilter" package can handle this type of a divert socket...
> >
> >Charles
> >
> >~~~~~~~~~ ~~~~~~~~~~~
> >Charles Sprickman Internet Channel
> >INCH System Administration Team (212)243-5200
> >spork@inch.com access@inch.com
> >
> >On Fri, 5 Jun 1998, Kurtiss Johnson wrote:
> >
> >> Date: Fri, 5 Jun 1998 13:49:33 -0500
> >> From: Kurtiss Johnson <Kurtiss_Johnson@mw.3com.com>
> >> Reply-To: usr-tc@lists.xmission.com
> >> To: usr-tc@lists.xmission.com
> >> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
> >>
> >> Not a bad idea, Jeff, but it doesn't completely solve the problem
>since
> >> many users will be doing Web access and won't be able to see the
>ASCII
> >> telnet messages. The idea of modifying the database is pretty
>good,
> >> though. Here's a way to enhance your suggestion:
> >>
> >> It basically involves a single machine that is dedicated to
>handling the
> >> "deadbeat" accounts notification, and can be run on Linux or
>whatever.
> >> This server would need to support DNS, Web Server, FTP Server
>(you'll see
> >> why later), TELNET Server, etc.... The RADIUS server could
>theoretically
> >> be any server that supports the USR/3Com Vendor-
> >> Specific Attributes, although I would of course suggest our S&A
>Server.
> >> (Sorry, no more advertising...)
> >>
> >> (1) Have the back-end process modify the database (as suggested
>before)
> >> and make changes to the filter rules. (Again, this allows the
>user
> access
> >> only to a single host on the network). If you want further
>filtering
> >> control, and are running PROXY-ARP or host-based routing, you
>could
> >> explicitly set the user's FRAMED address and setup filters that
>block the
> >> source address (so a disgruntled user can't pull a
>denial-of-service
> attack
> >> on your network).
> >> (2) Set the account for the user (Service-Type) to be a
>LOGIN/NETWORK
> type
> >> of user, to handle either access via ASCII service or access via
>Web
> >> service.
> >> (3) Attribute #14 (Login-IP-Host) is set to telnet them to the
> "deadbeat"
> >> server host that displays the ASCII message outlined earlier.
> >> (4) Set a Vendor Specific Attribute called "Primary-DNS-Server"
>(x900F,
> >> type IP address) and "Secondary-DNS-Server" (x9010, type IP
>address) that
> >> point to your "deadbeat" server, which will respond to all DNS
>requests
> >> (regardless of name requested) with the address of the "deadbeat"
>server
> >> (since many people aren't too savvy about DNS-to-address
>relationships,
> and
> >> don't know they can put in an address to their Web Browser).
> >> (5) Set the default Web page for your "deadbeat" server to be
>the
> message
> >> you want to display.
> >> (6) Set the user's session time (RADIUS Attribute #27) to be
>something
> >> like 2-3 minutes, so the person isn't tying up your modems (and
>hence
> your
> >> revenue stream for -paying- customers) for a very long time. A
>side
> >> benefit is that this will bump users off before the experienced
>folks
> have
> >> too much time to hack around. To the end of minimizing the
>"waste" on
> your
> >> dial pool, you might want to set the user's Port-Limit (attribute
>#62) to
> >> ONE so that the user doesn't/can't do multilink PPP and take up
>too many
> >> ports.
> >> (7) Set the "deatbeat" server's FTP home directory (that is
>basically
> >> empty and provides no rights whatsoever) with an intro message
>that says
> to
> >> pay up on the account. Again, the DNS server should direct the
>user
> there
> >> regardless of the address that is requested.
> >> (8) This essentially is done application-by-application, so that
>the
> user
> >> is only able to see your warning message about the account.
> >>
> >> Any thoughts?
> >> Kurtiss Johnson
> >> Product Mgr - Access Routers
> >> 3Com Corporation
> >>
> >>
> >>
> >>
> >>
> >> jeff.binkley@asacomp.com (Jeff Binkley) on 06/05/98 08:18:00 AM
> >>
> >> Please respond to usr-tc@lists.xmission.com
> >>
> >> To: USR-TC@LISTS.XMISSION.COM
> >> cc:
> >> Subject: (usr-tc) RE: (USR-TC) FILTERING AC
> >>
> >>
> >>
> >>
> >>
> >> CC: USR-TC@LISTS.XMISSION.COM
> >> BOB MAYES
> >>
> >>
> >>
> >> Thinking out loud mode on ... It may not be that difficult to
>do. WHat
> >> I am thinking of is have a query run against the RADIUS MS Access
> >> dataase. Anyone matching the past due criteria has their user
>record
> >> changed to where a filter is added (solvers the access problem to
>the
> >> world) and then something like a telnet autologon option turned
>on
> >> where they attach to a host that gives them the message you want
>and an
> >> option to renew online. A web based solution would better but I
>can't
> >> envision the details right now.
> >>
> >> Jeff Binkley
> >> ASA Network Computing
> >>
> >>
> >>
> >> U> I too would like to see this! We desperately need something
>in
> >> U>place.... I hat "Dialing for Dollars"!
> >>
> >>
>U>======================================================================
> >> U>======== Phillip Ferraro WorldNet Access, Inc
> >> U>pferraro@wna-linknet.com Onslow County's PREMIER InterNet
>Service
> >> U>Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> >> U>FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> >>
>U>======================================================================
> >> U>========
> >>
> >> U>On Thu, 4 Jun 1998, Total Control wrote:
> >>
> >> U>> I need a way to let users online that our delinquent accounts
> >> U>> (deadbeats) and kill all access to everything accept for a
>message
> >> U>> to popup saying " Your Account Has been Locked for
>Non-Payment
> >> U>> Please call billing at 455-455-345-334....
> >> U>> This way a locked users gets online can't go anywhere but
>then still
> >> U>gets this
> >> U>> message. (Has to work with 95 and 3.11 clients) This would
>save the
> >> U>hassle of clients calling afterthey have screwed up their
>login,
> >> U>thinking something is
> >> U>> wrong. I thought maybe this could be done with a template ..
> >> U>> Any Ideas guys, and Gals???????
> >>
> >> U>> Jeff Ault
> >> U>> GlobalNet
> >>
> >>
> >> U>-
> >> U> To unsubscribe to usr-tc, send an email to
>"majordomo@xmission.com"
> >> U> with "unsubscribe usr-tc" in the body of the message.
> >> U> For information on digests or retrieving files and old
>messages send
> >> U> "help" to the same address. Do not use quotes in your
>message.
> >>
> >> CMPQwk 1.42 9999
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to
>"majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and 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. <<
>File: Jeff Ault.vcf >>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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_0016_01BD93CA.641645A0
Content-Type: text/x-vcard;
name="Jeff Ault.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Jeff Ault.vcf"
BEGIN:VCARD
VERSION:2.1
N:Ault;Jeff
FN:Jeff Ault
EMAIL;PREF;INTERNET:woodstock86@hotmail.com
REV:19980609T211650Z
END:VCARD
------=_NextPart_000_0016_01BD93CA.641645A0--
Subject:RE: (usr-tc) RE: (USR-TC) FILTERING AC From: Eric Young <eric@solunet.com> Date: 1998-06-09 17:49:59
You could probably do the same thing on an NT 4.0 box. Same concept -
different set up. Wish I could tell you how but I am not the nt doctor! :-)
Are there any extremely nt savvy individuals out there that could help
facilitate this setup? The concept is solid, the platform could be
changed... anyone?
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: Jeff Ault [SMTP:jault@globalco.net]
Sent: Tuesday, June 09, 1998 5:17 PM
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
Be okay, if I new something of Linux.
I don't know where to start, where to get what build, or anything
else.
I am strictly all NT 4.0 machines here.
Jeff
GlobalNet
-----Original Message-----
From: Eric Young <Eric@solunet.com>
To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
Date: Tuesday, June 09, 1998 4:00 PM
Subject: RE: (usr-tc) RE: (USR-TC) FILTERING AC
>I'm still putting my money on the linux box as a 'pre-gateway' with
all the
>deadbeat users being assigned the same address. I know it works,
because
>it's in production. What do you think?
>
>Sincerely,
>
>eric young a.k.a. the hub doctor
>technical support
>solunet, inc. http://www.solunet.com <http://www.solunet.com>
>v800.795.2814
>v407.676.7947
>f407.676.0809
>eric@solunet.com <mailto:eric@solunet.com>
>
>We don't make networking equipment, we make it WORK!
>
> -----Original Message-----
> From: Jeff Ault [SMTP:jault@globalco.net]
> Sent: Friday, June 05, 1998 9:37 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>
> I would be satisfied, by just being able to redirect them
> by the web browser to the approiate page, saying hey pay up!
> I think setting their time limit to say 1- 1 1/2 min would
> be enough time to drive them crazy. If they check email, well
> you got them, by a message waiting for them. A simple filter
> added to a users template denying them all outside of the local
>network
> should help. A in and out filter for 3 coms accounting and server
>software
> would make me happy if someone could throw onee of these at me,
that
>would
> restrict their access local and not out throw the gateway into the
>net.
> Now someway to get their http addresses to all go to the same
>address
> pointing
> to the deadbeat letter, would be the icing. Any filter Ideas and
>Pluses
> here?
>
> Jeff Ault
> Globalnet
> -----Original Message-----
> From: Charles Sprickman <spork@inch.com>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Friday, June 05, 1998 7:19 PM
> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
>
>
> >Nice idea, but I don't think this will work for the Mac users. I
>don't
> >think the Mac PPP dialer uses the MSoft DNS extensions... I
could
>be
> >wrong, I haven't played with MacOS for a while.
> >
> >I'm thinking the magic here is giving them a "special" address.
>I'll look
> >around a bit, but I think there's some neat policy routing you
can
>do if
> >your dialup is behind a Cisco that can shuffle them off to the
>deadbeat
> >host. The host could be running as a gateway so that it would
>accept all
> >these odd packets being thrown at it and redirect them all to the
> >appropriate web/ftp/telnet service based on port #. I believe
the
>*BSD
> >"IPFilter" package can handle this type of a divert socket...
> >
> >Charles
> >
> >~~~~~~~~~ ~~~~~~~~~~~
> >Charles Sprickman Internet Channel
> >INCH System Administration Team (212)243-5200
> >spork@inch.com access@inch.com
> >
> >On Fri, 5 Jun 1998, Kurtiss Johnson wrote:
> >
> >> Date: Fri, 5 Jun 1998 13:49:33 -0500
> >> From: Kurtiss Johnson <Kurtiss_Johnson@mw.3com.com>
> >> Reply-To: usr-tc@lists.xmission.com
> >> To: usr-tc@lists.xmission.com
> >> Subject: Re: (usr-tc) RE: (USR-TC) FILTERING AC
> >>
> >> Not a bad idea, Jeff, but it doesn't completely solve the
problem
>since
> >> many users will be doing Web access and won't be able to see
the
>ASCII
> >> telnet messages. The idea of modifying the database is pretty
>good,
> >> though. Here's a way to enhance your suggestion:
> >>
> >> It basically involves a single machine that is dedicated to
>handling the
> >> "deadbeat" accounts notification, and can be run on Linux or
>whatever.
> >> This server would need to support DNS, Web Server, FTP Server
>(you'll see
> >> why later), TELNET Server, etc.... The RADIUS server could
>theoretically
> >> be any server that supports the USR/3Com Vendor-
> >> Specific Attributes, although I would of course suggest our S&A
>Server.
> >> (Sorry, no more advertising...)
> >>
> >> (1) Have the back-end process modify the database (as
suggested
>before)
> >> and make changes to the filter rules. (Again, this allows the
>user
> access
> >> only to a single host on the network). If you want further
>filtering
> >> control, and are running PROXY-ARP or host-based routing, you
>could
> >> explicitly set the user's FRAMED address and setup filters that
>block the
> >> source address (so a disgruntled user can't pull a
>denial-of-service
> attack
> >> on your network).
> >> (2) Set the account for the user (Service-Type) to be a
>LOGIN/NETWORK
> type
> >> of user, to handle either access via ASCII service or access
via
>Web
> >> service.
> >> (3) Attribute #14 (Login-IP-Host) is set to telnet them to the
> "deadbeat"
> >> server host that displays the ASCII message outlined earlier.
> >> (4) Set a Vendor Specific Attribute called
"Primary-DNS-Server"
>(x900F,
> >> type IP address) and "Secondary-DNS-Server" (x9010, type IP
>address) that
> >> point to your "deadbeat" server, which will respond to all DNS
>requests
> >> (regardless of name requested) with the address of the
"deadbeat"
>server
> >> (since many people aren't too savvy about DNS-to-address
>relationships,
> and
> >> don't know they can put in an address to their Web Browser).
> >> (5) Set the default Web page for your "deadbeat" server to be
>the
> message
> >> you want to display.
> >> (6) Set the user's session time (RADIUS Attribute #27) to be
>something
> >> like 2-3 minutes, so the person isn't tying up your modems (and
>hence
> your
> >> revenue stream for -paying- customers) for a very long time. A
>side
> >> benefit is that this will bump users off before the experienced
>folks
> have
> >> too much time to hack around. To the end of minimizing the
>"waste" on
> your
> >> dial pool, you might want to set the user's Port-Limit
(attribute
>#62) to
> >> ONE so that the user doesn't/can't do multilink PPP and take up
>too many
> >> ports.
> >> (7) Set the "deatbeat" server's FTP home directory (that is
>basically
> >> empty and provides no rights whatsoever) with an intro message
>that says
> to
> >> pay up on the account. Again, the DNS server should direct the
>user
> there
> >> regardless of the address that is requested.
> >> (8) This essentially is done application-by-application, so
that
>the
> user
> >> is only able to see your warning message about the account.
> >>
> >> Any thoughts?
> >> Kurtiss Johnson
> >> Product Mgr - Access Routers
> >> 3Com Corporation
> >>
> >>
> >>
> >>
> >>
> >> jeff.binkley@asacomp.com (Jeff Binkley) on 06/05/98 08:18:00 AM
> >>
> >> Please respond to usr-tc@lists.xmission.com
> >>
> >> To: USR-TC@LISTS.XMISSION.COM
> >> cc:
> >> Subject: (usr-tc) RE: (USR-TC) FILTERING AC
> >>
> >>
> >>
> >>
> >>
> >> CC: USR-TC@LISTS.XMISSION.COM
> >> BOB MAYES
> >>
> >>
> >>
> >> Thinking out loud mode on ... It may not be that difficult to
>do. WHat
> >> I am thinking of is have a query run against the RADIUS MS
Access
> >> dataase. Anyone matching the past due criteria has their user
>record
> >> changed to where a filter is added (solvers the access problem
to
>the
> >> world) and then something like a telnet autologon option
turned
>on
> >> where they attach to a host that gives them the message you
want
>and an
> >> option to renew online. A web based solution would better but
I
>can't
> >> envision the details right now.
> >>
> >> Jeff Binkley
> >> ASA Network Computing
> >>
> >>
> >>
> >> U> I too would like to see this! We desperately need something
>in
> >> U>place.... I hat "Dialing for Dollars"!
> >>
> >>
>U>======================================================================
> >> U>======== Phillip Ferraro WorldNet Access, Inc
> >> U>pferraro@wna-linknet.com Onslow County's PREMIER InterNet
>Service
> >> U>Voice (910) 346-0835 824 Gumbranch Square, Suite R3
> >> U>FAX (910) 455-1933 Jacksonville, Nc 28540-6269
> >>
>U>======================================================================
> >> U>========
> >>
> >> U>On Thu, 4 Jun 1998, Total Control wrote:
> >>
> >> U>> I need a way to let users online that our delinquent
accounts
> >> U>> (deadbeats) and kill all access to everything accept for a
>message
> >> U>> to popup saying " Your Account Has been Locked for
>Non-Payment
> >> U>> Please call billing at 455-455-345-334....
> >> U>> This way a locked users gets online can't go anywhere but
>then still
> >> U>gets this
> >> U>> message. (Has to work with 95 and 3.11 clients) This would
>save the
> >> U>hassle of clients calling afterthey have screwed up their
>login,
> >> U>thinking something is
> >> U>> wrong. I thought maybe this could be done with a template
..
> >> U>> Any Ideas guys, and Gals???????
> >>
> >> U>> Jeff Ault
> >> U>> GlobalNet
> >>
> >>
> >> U>-
> >> U> To unsubscribe to usr-tc, send an email to
>"majordomo@xmission.com"
> >> U> with "unsubscribe usr-tc" in the body of the message.
> >> U> For information on digests or retrieving files and old
>messages send
> >> U> "help" to the same address. Do not use quotes in your
>message.
> >>
> >> CMPQwk 1.42 9999
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to
>"majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and 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.
<<
>File: Jeff Ault.vcf >>
>
>-
> To unsubscribe to usr-tc, send an email to
"majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages
send
> "help" to the same address. Do not use quotes in your message. <<
File: Jeff Ault.vcf >>
Subject:(usr-tc) Radius on the NMC or the ARC ? From: Robert von Bismarck <rvb@petrel.ch> Date: 1998-06-09 19:48:42
What are the differences between NMC Radius accounting/logging and ARC
radius accounting/logging=A0?
Does the NMC also log all the connections of a chassis to one or =
several
(up to eight from what I've seen) radius servers, or is it only the
connections to the NMC via serial port=A0?
Thanks for any info,
Robert von Bismarck
Petrel Communications S.A.
Subject:Re: (usr-tc) Radius/TC's From: Mike McCauley <mikem@open.com.au> Date: 1998-06-10 09:28:20
On Jun 9, 1:00pm, Chuck wrote:
> Subject: (usr-tc) Radius/TC's
> Hopefully I have a good one for some of you Radius-heads out there...So far
> I still have the 3Com techs scratching their heads.
>
> We use a number of different products here: Livingston PM-2e 30's, Ascend
> Maxen (4048 and 4002), and USR/3Com Total Control, 1 with Netserver,
> another with ARC.
>
> Here's my situation: We are currently using 2 flavors of Radius: IEA's
> older 1.16.51 (or 60, I forget) in text mode, which has been very stable,
> never crashes, ect. We also use Livingson's v2.0.1b11, which also works
> flawlessly, authenticating through our NT User database. We have also tried
> IEA's v2.5 in text mode, also using NT's database. Ultimately we wish to
> authenticate all users on all systems through the NT database, eliminating
> the need for cumbersome textfiles or MS databases (ugh).
You might consider Radiator which can authenticate multiple realms against NT
user database, possibly with different domains for each realm. Runs on NT and
Unix and supports all the NASs you mentioned.
http://www.open.com.au/radiator
--
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
Subject:(usr-tc) HiPer upgrade From: Charles Sprickman <spork@inch.com> Date: 1998-06-10 10:24:07
Hi,
We just took delivery of a new rack that's all HiPer based...
By any chance is there a FAQ floating around detailing the initial config?
I've configured my way through the bulk of it, but the details are killing
me (for example making a password-less account).
Also, is there a general USR-TC FAQ?
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
Subject:(usr-tc) Only 3 BRI's at Once. Help! From: Mark A. Bialik <mbialik@infinityhealthcare.com> Date: 1998-06-10 12:23:33
Hello:
We are having an unusual problem where we can only have 3 simultaneous
BRI connections (3 B-Channels) at once. Analog is no problem, but the
minute a 4th ISDN call comes in, they can't connect. The phone
company has checked the PRI and claims the line is provosioned
correctly. 3Com has logged into our unit and claims it is setup
properly. We swapped out the NSC but have the same problem. What
sould be a likely explanation for this? I've even switched my
maxbchannels around with no benefit. Thanks for any help.
Mark
--
======================================================================
Mark A. Bialik (414) 290-6749
Systems/Security Administrator www.pmihwy.com/~markb
Preferred Medical Informatics markb@pmihwy.com
Infinity HealthCare, Inc. mbialik@infinityhealthcare.com
Mequon, WI USA www.linux.org
======================================================================
Subject:RE: (usr-tc) Only 3 BRI's at Once. Help! From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-06-10 13:38:57
Can you be more specific about your HW setup?
Netserver or HARC?
Quad termination/ Munich / DSP?
Software versions?
'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'
Michael Wronski(michael_wronski@mw.3com.com) 3Com/U.S.Robotics
Network Systems Engineer
PGP: http://coredump.ae.usr.com/pgp
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark A. Bialik
>Sent: Wednesday, June 10, 1998 12:24 PM
>To: usr-tc-digest@lists.xmission.com
>Subject: (usr-tc) Only 3 BRI's at Once. Help!
>
>
>Hello:
>
>We are having an unusual problem where we can only have 3 simultaneous
>BRI connections (3 B-Channels) at once. Analog is no problem, but the
>minute a 4th ISDN call comes in, they can't connect. The phone
>company has checked the PRI and claims the line is provosioned
>correctly. 3Com has logged into our unit and claims it is setup
>properly. We swapped out the NSC but have the same problem. What
>sould be a likely explanation for this? I've even switched my
>maxbchannels around with no benefit. Thanks for any help.
>
>Mark
>--
>
>
>======================================================================
>Mark A. Bialik (414) 290-6749
>Systems/Security Administrator www.pmihwy.com/~markb
>Preferred Medical Informatics markb@pmihwy.com
>Infinity HealthCare, Inc. mbialik@infinityhealthcare.com
>Mequon, WI USA www.linux.org
>======================================================================
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) mpip with the netserver. From: Grant Hopwood <techmaster@trip.net> Date: 1998-06-10 13:54:58
Can anyone tell me where i can find documentation on setting up MPIP for
use with netservers?
Grant.
Subject:Re: (usr-tc) mpip with the netserver. From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-06-10 14:17:45
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 Wed, 10 Jun 1998, Grant Hopwood wrote:
> Can anyone tell me where i can find documentation on setting up MPIP for
> use with netservers?
>
> Grant.
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Just got a chassis with an ARC and two HDM's. It isn't enabled for X2.
There aren't any passwords with this to get enabled. When will this
pain-in-the-ass key be eliminated?
Subject:(usr-tc) calling groups? From: Val <val@hcol.net> Date: 1998-06-10 15:17:41
Hi,
i was wondering how this stuff with calling groups actually works.
i have 3 pri's.
2 of them come into usr tc.
telco(bellsouth) can assign 3 numbers to all of them, but not to indivual
pris (they can't do rolover between pri's with different numbers on
siemens switch). But I want to have pretty much the functionality of
having separate numbers on each pri with roll over.
There are call blocking settings for pri card in the tcm software and
modems see the called-number. If i set up a block for one of the numbers,
will the pri card route it to the next pri line, or it will have to be
served withing this modem bank? In other words this blocking works within
USR TC, or does it force telco switch to reroute the call to the different
channel of the pri, or even a different pri?
Another question:
we have ni2 lines. After soft reboot of pri card I have to unplug the
lines for about 10-20 seconds, otherwise the lines go stay busy. Or I can
do a hard reboot and keep it turned off for a while. This pretty much
destroys the reason for being able to reboot the card from tcm software
since i have to walk to the unit anyway. has anyone seen this behavior?
TIA.
Val.
Subject:(usr-tc) Re: Only 3 BRI's at Once. Help! From: Mark A. Bialik <mbialik@infinityhealthcare.com> Date: 1998-06-10 15:38:22
To provide more information:
NetServer
Quad Modem Cards
U.S. Robotics
Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.7.24
Build date: Dec 31 1997
Build time: 13:12:45
Network Interface Card: Ethernet & Frame Relay Combination (26)
ISDN Interface Card : MUNICH32 (4)
Packet Bus Circuit : Enhanced
The problem, again, is that only 3 ISDN calls can get connected at one
time. Both the PRI provider and 3Com claim the unit is setup properly.
Thanks!
Mark
======================================================================
Mark A. Bialik (414) 290-6749
Systems/Security Administrator www.pmihwy.com/~markb
Preferred Medical Informatics markb@pmihwy.com
Infinity HealthCare, Inc. mbialik@infinityhealthcare.com
Mequon, WI USA www.linux.org
======================================================================
Robert Sanders writes...
>I did this with our radiusd when the ARC was first in beta, but for some
>reason it didn't work and I haven't tried to chase it down since. Could
>you show the A-V list from your auth reply?
IP-Input-Filter = "IP:"
IP-Input-Filter = "1 DENY src-addr != %a;"
Note however that I haven't actually tried these yet.
>Also, do your filters show up in "list filter" and "sho int"?
I wouldn't imagine that they would, being dynamicly assigned instead
of entries in the filter table.
>Note that the hint_assigned trick might not work in some cases. In
>particular, the hint_assigned IP address may not be correct for additional
>channels in an MP bundle. I haven't tested to see how the ARC handles
>filters in an MP bundle, nor how it handles hint_assigned, but it's
>something to watch out for on all NASen. Our RADIUS server does it for Bay
>5399/8000s, NETservers, ARCs (sort of), and Ascends.
That would be something worth testing.
>>Hiperarc's seem to have plenty of oomph for packet filters,
>>and they even have a CPU gauge to check to see if you are running
>>low on oomph.
>
>Have you ever seen the gauge show anything but 0? Mine never have.
See, an infinite supply of oomph. ;)
No, it's never moved from 0 on mine. It's probably broken.
--
Aaron Nabil
Thus spake Val
>i was wondering how this stuff with calling groups actually works.
>i have 3 pri's.
>2 of them come into usr tc.
>telco(bellsouth) can assign 3 numbers to all of them, but not to indivual
>pris (they can't do rolover between pri's with different numbers on
>siemens switch). But I want to have pretty much the functionality of
>having separate numbers on each pri with roll over.
>There are call blocking settings for pri card in the tcm software and
>modems see the called-number. If i set up a block for one of the numbers,
>will the pri card route it to the next pri line, or it will have to be
>served withing this modem bank? In other words this blocking works within
>USR TC, or does it force telco switch to reroute the call to the different
>channel of the pri, or even a different pri?
Sounds like what you want to do really can't be done... :/
If the USR TC blocks a call, the user gets a busy signal, it won't
reroute it. :/
>Another question:
>we have ni2 lines. After soft reboot of pri card I have to unplug the
>lines for about 10-20 seconds, otherwise the lines go stay busy. Or I can
>do a hard reboot and keep it turned off for a while.
Might try putting the ds1's in a different framing pattern for a short
period (minute?) and then switching them back...perhaps that would put
it back in service? NI-2 is a sucky protocol standard anyway...the lack
of support for service messages is a killer IMAOPO[1], you're proly
better of switching to a custom type of signal'ing if you have that
option...you said a seimens switch, not sure what signal'ing it uses and
if the TC stuff supports it, but if it does, I'd go for it.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Pete Ashdown <pashdown@xmission.com> writes:
> Just got a chassis with an ARC and two HDM's. It isn't enabled for X2.
> There aren't any passwords with this to get enabled. When will this
> pain-in-the-ass key be eliminated?
You shouldn't need the key with the HDM - x2 is permanently enabled in
the HiPer DSPs. If you're not getting x2 connections, you might want
to double check that x2 isn't disabled in the signal table. Restoring
to defaults should leave it enabled too.
Kind of makes you wonder at this point though why the newer V.90 quad
code doesn't come permanently enabled too, but...
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
>If anyone is running Radiator (I have no idea how many people are),
>I just posted to the radiator list a set of patches that allow you
>to create anti-spoof filters on the fly by sticking the framed-ip
>hint into a filter you send back with the Accept message.
I did this with our radiusd when the ARC was first in beta, but for some
reason it didn't work and I haven't tried to chase it down since. Could
you show the A-V list from your auth reply? Also, do your filters show up
in "list filter" and "sho int"?
Note that the hint_assigned trick might not work in some cases. In
particular, the hint_assigned IP address may not be correct for additional
channels in an MP bundle. I haven't tested to see how the ARC handles
filters in an MP bundle, nor how it handles hint_assigned, but it's
something to watch out for on all NASen. Our RADIUS server does it for Bay
5399/8000s, NETservers, ARCs (sort of), and Ascends.
I also have code to do this for the NETserver, but 3.7.24 leaks filters
when I enable it. This is supposed to be corrected in an ER.
>Hiperarc's seem to have plenty of oomph for packet filters,
>and they even have a CPU gauge to check to see if you are running
>low on oomph.
Have you ever seen the gauge show anything but 0? Mine never have.
regards,
-- Robert
Subject:(usr-tc) ISDN Issue From: Steven Shepherd <steven@gate.net> Date: 1998-06-10 18:35:14
We have a customer that cannot obtain an ISDN connection at one of our=
POP's. He can call long distance and call any of our other POP's and=
establishes fine. The call is not even hitting auth.log. My 1st thought=
is the local switch there, but just wanted to be sure I am not overlooking=
something.
Equipment is TC "doubled-up" chassis running latest NMC/Netserver code as=
well as latest Quad/Hyper code.
=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
S t e v e n R. S h e p h e r d
=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
CyberGate Internet Technologies http://www.gate.net
Network Operations Center http://noc.gate.net
An e.spire Company NetDudeFL @ EFnet
Network Technician E-Mail: steven@gate.net
(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
ICQ: 1412432
=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
Brian writes...
>On Tue, 9 Jun 1998, Aaron Nabil wrote:
>> If anyone is running Radiator (I have no idea how many people are),
>> I just posted to the radiator list a set of patches that allow you
>> to create anti-spoof filters on the fly by sticking the framed-ip
>> hint into a filter you send back with the Accept message.
>>
>> Hiperarc's seem to have plenty of oomph for packet filters,
>> and they even have a CPU gauge to check to see if you are running
>> low on oomph.
>Where is the CPU gauge?
hiper> show cpu utilization
CPU Utilization:
Instantaneous : 0%
Last Minute : 0%
Last Hour : 0%
Last Day : 0%
I don't know where it lives in the MIB, if at all.
>How do you like radiator?
I was interested in it for rapid prototyping. For that, it's great.
>What kind of a load do you feed it and on what platform?
No load yet, still testing. It's on a Alpha (Digital UNIX).
>Do you have to run Xwindows, or can you run it in a normal shell?
It does not require X.
--
Aaron Nabil
On 3 Jun 1998, Charles Hill wrote:
> I found the article, but it still takes a top cryptographer to steal your
> NT password. Patches from Microsoft? I'm not going to hold my breath.
> Hopefully we'll get an IPSec implementation (it's supposed to be in NT
> 5.0) to replace PPTP, which is still infinitely better than, say, an
> unencrypted tunnel.
I wouldn't exactly say it takes a "top cryptographer" to exploit PPTP.
Bruce's original docs are at <http://www.counterpane.com/pptp.html> which
you may find interesting.
> I'm not an NT fan, but the ability to terminate an encrypted tunnel
> at/from the NAS is a cool feature. IPSec in HiPer ARC would be nice.
Agreed. I'm going leave it at that... ;-)
> I wonder if Mr. Schneier has any problems with L2TP, which has it's place
> if you support non-IP protocols on your NAS?
L2TP does *not* have encryption built-in. It relies on an external secure
transport--it is being primarily deployed/implemented running over IPSec.
L2TP is also an IETF sanctioned protocol. Regardless though, the security
problems found in PPTP were not actually exploits of the protocol, they
were more Microsoft implementation specific issues.
Drifting off-topic..
-jr
----
Josh Richards - <jrichard@livingston.com> - <josh@lucent.com>
[Beta Engineer] - LUCENT Technologies - Remote Access Business Unit
<URL:http://www.livingston.com/> * <URL:http://www.lucent.com/dns/>
Thus spake Steven Shepherd
>We have a customer that cannot obtain an ISDN connection at one of our=
> POP's. He can call long distance and call any of our other POP's and=
> establishes fine. The call is not even hitting auth.log. My 1st thought=
> is the local switch there, but just wanted to be sure I am not overlooking=
> something.
If he can dial the same number just with a long distance pic (sp?) code
(ie, dial it as 10-att-0-xxx-xxx-xxxx) and get successfully connected,
but not when he dials it locally, its almost assuredly a switch problem.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
On Tue, 9 Jun 1998, Aaron Nabil wrote:
>
> If anyone is running Radiator (I have no idea how many people are),
> I just posted to the radiator list a set of patches that allow you
> to create anti-spoof filters on the fly by sticking the framed-ip
> hint into a filter you send back with the Accept message.
>
> Hiperarc's seem to have plenty of oomph for packet filters,
> and they even have a CPU gauge to check to see if you are running
> low on oomph.
Where is the CPU gauge?
How do you like radiator? What kind of a load do you feed it and on what
platform? Do you have to run Xwindows, or can you run it in a normal
shell?
Brian
>
> --
> Aaron Nabil
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
On Wed, 10 Jun 1998, Pete Ashdown wrote:
> Just got a chassis with an ARC and two HDM's. It isn't enabled for X2.
> There aren't any passwords with this to get enabled. When will this
> pain-in-the-ass key be eliminated?
do you need to unlock hdm's? I thought the x2 was in the modem and isn't
prevented by the nmc..............
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
------ =_NextPart_000_01BD9512.78856540
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Dear Mr. Bismarck
We have a similar configuration running with a customer. Did you have =
any success so far? Where did you get the rack from?
Best regards
R. Helfenberger
Comlight AG
-----Urspr=FCngliche Nachricht-----
Von: Robert von Bismarck [SMTP:rvb@petrel.ch]
Gesendet am: Montag, 8. Juni 1998 13:54
An: 'usr-tc@xmission.com'
Betreff: (usr-tc) Edgeserver trouble...
Here's the story,
One of our customers wants to create a RAS server for his employees. He
bought a Totalcontrol rack (70Amp version) a dual PRI card, 4 Quad
modems (digital without NIC) and an Edgeserver PRO (The 486-based one).
The setup should to be able to take any kind of incoming call (analog or
ISDN) and be able to get on the local intranet. The NT server sees the
network, is able to use every resource there.
My problem is, that the PRI card does not see the quad modems, and the
Nt gives me a weird error message when I double-click on the rack icon
in the control panel.
I see 32 RAS capable devices instead of 16, and can't assign the type of
modems that are in the slots of the chassis.
First question=A0: is this setup functional=A0? I always had the =
impression
that you need either an ARC or a Netserver to terminate the call.
Second question=A0: if this works, has anyone ever seen this problem=A0?
Third question=A0: would it be a good idea to reinstall NT + service =
pack
3=A0?
My problem is that we've had lots of experience with HiPer chassis and
none whatsoever with dual PRI / quads / edgeserver.
Here are the software versions of the cards=A0:
Dual PRI=A0: 3.0.2
Quad V34 dig modem=A0: 5.10.9
Edgeserver=A0: 1.5.0
NMC=A0: 5.2.2
Thanks for any pointers/hints,
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.
------ =_NextPart_000_01BD9512.78856540
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IhQGAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA0AEAAAEAAAAQAAAAAwAAMAIAAAAL
AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54
bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA
AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA
AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf
AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA
AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ
GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu
eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAAC+WgBBIABACMA
AABBVzogKHVzci10YykgRWRnZXNlcnZlciB0cm91YmxlLi4uAHQLAQWAAwAOAAAAzgcGAAsACAAZ
ABIABAAdAQEggAMADgAAAM4HBgALAAgAFwA1AAQAPgEBCYABACEAAAA1M0I4MkQyQTAxMDFEMjEx
OUE2MDAwNDAwNTJENTJEMwDCBgEDkAYAvAkAACEAAAALAAIAAQAAAAsAIwAAAAAAAwAmAAAAAAAL
ACkAAAAAAAMALgAAAAAAAwA2AAAAAABAADkAoPNDtAGVvQEeAHAAAQAAACMAAABBVzogKHVzci10
YykgRWRnZXNlcnZlciB0cm91YmxlLi4uAAACAXEAAQAAABYAAAABvZUBtDwqLbhUAQER0ppgAEAF
LVLTAAAeAB4MAQAAAAUAAABTTVRQAAAAAB4AHwwBAAAAGgAAAHJoZWxmZW5iZXJnZXJAY29tbGln
aHQuY2gAAAADAAYQJTZuuQMABxAaBgAAHgAIEAEAAABlAAAAREVBUk1SQklTTUFSQ0tXRUhBVkVB
U0lNSUxBUkNPTkZJR1VSQVRJT05SVU5OSU5HV0lUSEFDVVNUT01FUkRJRFlPVUhBVkVBTllTVUND
RVNTU09GQVI/V0hFUkVESURZT1VHRQAAAAACAQkQAQAAAI4GAACKBgAACwoAAExaRnWT4JGMdwAK
AQMB9yACpARkAgBjgmgKwHNldDAgCFUPAoMAUAPUAgBwcnEyNw9pBxMCgH0KgAjIIDsxCW8yNTUC
gAqBdWMbAFALA2MAQQtgbmcxjDAzENELxCBEZQrBYE1yLiBCBAAAwHKMY2sKogqAV2UgD5DSdhiw
YSAAkG0DEArBIQWgbmZpZwhwYXTCaQIgIHJ1bgMAFkASIAPwdGgZEWN1cw50A3AEkBegRGlkIGZ5
CGAYxW55GTAVUGNDB5AEIHNvIGYKwD9YIFdoBJAYsGQcRWf9D9AgG0AYsBowGCAd4ANhdj8YRBhE
QgeQBUAJcGcXCxERQBhTUhegSGVs2mYJ8GIEkB8gchhECFCUbWwaAGgFQEFHIErzCvQjoDM2AUAV
4AFAEXAUb3QFkHQQtDE2IJotJuJVD7ARcFwnD3CvFkAjoA+AGLBOANBoBRD9D4B0JuMgRiX0JcEL
EyX2YGktMTQ0AUAjoDEcODABQAzQKyNiIFb1AiA6DINiD/AIACKxBUAGdhpxF8YgW1NNVIBQOnJ2
YkBwD9BpCXBsLg+AXSBFLFBHTweQCfABAAVAYW0sp01BAiFhZywgOBegSoEasGkgMTk5ODJwUDM6
NTQvt0EsmCeBG6ByLXRjQHgZYO8EEBphL3ADcCcvtyEALzELASAspyg0dCkgRWS/HyAPwC7QBJAf
UANgdQJg/GUuOPApLyo6JUQWIgHQ3xTgC6cYUyJQCXAnBCAfYpEbsXJ5LCBKT24YsLxvZj6wCHAb
hwQgdwBwfnQ9AR3QBQAXQCYQGRFSXkEF8DgVAhAFwGgEACCkZW0LUG95CeBzIjLbGEQG4HUjwhkg
VCYAB0APGcE4gQMgH6MoNzBBP0IwLZA/kRphN7AZIGR14QdAIFBSSRmwCxEx4Hg0IFFGMAsxGGIE
Ym31BCAoHqBnGzBGQRsiCGDxBUBOSUNF4TCAHPE3yhVGcE83MFQfcTQ4NjgtYmEPwBxQAiBlKa85
FxhiSxIPwXVFUHNJAf5sHFBAMSKwGRA4wUAiAZD6axzkawuAS9E+0AuANXFrGuJGsGwDICgAcAdA
b4cbAAWwGERJU0ROSYT/TkkfIhpxH2IJAFCRT/EvMM8AcA/QF6BLEk5UQSYPwK8HkR9hGERUkXcF
sGsx4O9B8U52G6AYsGU4QR0gCXC/HcAIcB1wH1IJcEw7TR0g+yXhOMFtVyEx4BtAGkAfU+tGdh6Q
bweRbiYAVbIfU3pxR0EgR9Qx4EmiVhdOPwVASHAY8AQgB4AZEXdlvmlcEQSQA2AFwAeBczHAfRiw
dx5QA6BGkFxAOLIt/mMn4R/QU3UfoyfwAiAYRP8LgB9TRDYKsD6QL2AgSkaQ+VzSMzJA40awCrBO
ggEA/nYn8AeRC4AbsBdAT7MmsLNeBEawbicwsTURZ1OE/HR5LxA+sUd7WyMKwBiw/WO1cwkAQAE+
wWPjD5A1EftCoCBKRl/wISFdUCERGmF4XH46VyIbQEHxTURm/xqwJjAaYQdAbwAeIEaQB0D9P9B5
BCAPkF5DT/BCMFiB/zUiGERbIxxyPpBLwV/gWRLxSdJBUkNRURkRB8BAAP84JU7RBJBQQUCSY+NQ
oTkV/wZgGcEcUG6LbIJB8VbSWvH/bPEc8kvxWBNVslOCQfFaZf9wwUymX/JuilbQTdIbME4z/R8Q
bwRwT/ABABkgQDEJcPdnklCiVSErQSNnQWSRGCa+M3u3Wd9vQ1tBX9AnGPHzcZJsJmV4LxAIgVAQ
YPHxGzJIaVA4UWzlSZJWRX96EmEQGkAdwHpTGyNGJy//XUMEIIjACYA39kw7PLJrU/89Iz7AVsBr
YkV1bFghg28QDSBKREY1bwIzLjAu7xGgGFNHMixgM0cQSFFdlMlvAjUuFmAuORhEN9gZbwIxLpFA
PEVOTUP9kQQyj2ZMpgBweWBBkx0C7HBvVEE/kS9B4D/xPbufLT8YJoWQLzIQAW1tMkH3RrAaUgZB
QSBKKRVD0VfQ/wCAOLAE8k5BV7M0kjHgMGJfSdJCIAtwAyBAMSIAwGpvBbBcQARgNNsim5UbIyLb
nDo0dCJrlgbgZB0gbHXzYJU5FSBGBbELgEGhAMD/GlMacUhRIRFsUQXACXAvMP8IkGcwGvEZ8DjQ
hjM+sE3hn2CVb6KGZp6gHlBscKIgz07CPTIw0BkBZGRyQheg/xcgHdBcklfiXVAmAWdyHGIXYHc5
FRLRAK2gAAADABAQAAAAAAMAERABAAAAAwCAEP////9AAAcwwNk5gQGVvQFAAAgwwNk5gQGVvQEL
AACACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAAoAIIAYAAAAAAMAAAAAAAABGAAAAABCF
AAAAAAAAAwAFgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAALcNAAADAByACCAGAAAAAADAAAAAAAAA
RgAAAAABhQAAAAAAAB4AWIAIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADguMAALAFyA
CCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAXYAIIAYAAAAAAMAAAAAAAABGAAAAABGFAAAA
AAAAAwBfgAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAAeAG6ACCAGAAAAAADAAAAAAAAARgAA
AAA2hQAAAQAAAAEAAAAAAAAAHgBvgAggBgAAAAAAwAAAAAAAAEYAAAAAN4UAAAEAAAABAAAAAAAA
AB4AcIAIIAYAAAAAAMAAAAAAAABGAAAAADiFAAABAAAAAQAAAAAAAAAeAD0AAQAAAAUAAABBVzog
AAAAAAMADTT9NwAAeaM=
------ =_NextPart_000_01BD9512.78856540--
On Wed, 10 Jun 1998, Aaron Nabil wrote:
> Brian writes...
> >On Tue, 9 Jun 1998, Aaron Nabil wrote:
> >> If anyone is running Radiator (I have no idea how many people are),
> >> I just posted to the radiator list a set of patches that allow you
> >> to create anti-spoof filters on the fly by sticking the framed-ip
> >> hint into a filter you send back with the Accept message.
> >>
> >> Hiperarc's seem to have plenty of oomph for packet filters,
> >> and they even have a CPU gauge to check to see if you are running
> >> low on oomph.
>
> >Where is the CPU gauge?
>
> hiper> show cpu utilization
>
> CPU Utilization:
> Instantaneous : 0%
> Last Minute : 0%
> Last Hour : 0%
> Last Day : 0%
>
I run 4.0.69 and I guess it doesnt have this function in it. Its about
time for upgrades anyways.
Brian
>
> --
> Aaron Nabil
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Tatai SV Krishnan writes...
>On Thu, 11 Jun 1998, Charles Sprickman wrote:
>> - When using Radius, where can I set the default network user settings,
>> such as "maximum channels" and "compression algorithm"? Can I do this
>> on the ARC, or is this another param to add to my default radius user?
>There is a user called default and for that user you can set your max
>channels. set ne user default ppp max_ch 2
>The ppp compression algorith can also be set for the default user you
>have to use the command set network user default ? will show you all the
>commands you can set for the default user.
The documentation on the "default user" is sparse at best. This is the
only mention of it.
Default User
The default user is a powerful and efficient tool created at system setup
which you can use to change many parameters of users you subsequently
configure. It is designed to be utilized as a template for multiple
user configuration.
For instance, if you want to configure all your users to be type
callback, write:
set user default type callback
The parameters that can be configured across the board are indicated by
a (D) when you type show user <name>. Be aware that when you use this tool,
you change the default user factory settings.
You can view the default user settings on your system by typing show user
default. Remember that configuration changes on an individual user basis are
done using the appropriate set commands.
To me it sounds like "template" that new users that are created via the CLI
inhereit their configuration from, not some kind of global default.
It doesn't mention remotely authenticated users at all. Are you saying that
the "default user" will fill in any missing attributes on users authenticated
via radius?
On my system, "show user default" gives a status of "inactive". Does it need
to be "active"?
-a
Hello,
Since we upgraded our ARC to V4.0.29, we've been experiencing
routes that just disappear for our routed customers. We've also been having
problems with FTP dying after about 700K - 1M of data being transfered. A
reboot of the device solves this problem temporarily, but it always comes
back. We've got a HiPer (V4.0.29) and 6 HDM's (PRI) in this chassis.
Has anyone else seen this kind of behavior? Any solutions? Thanks
for any info.
-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) HiPer - the details (fwd) From: Charles Sprickman <spork@inch.com> Date: 1998-06-11 09:51:33
Hi,
I sent this yesterday, but something seems to have ate it along the way.
I've made my way through the docs, but I'm still stumped on these
questions...
Thanks,
Charles
---------- Forwarded message ----------
I'm still in the midst of the manual, so I'll reel off questions here in
hopes someone's run into these before. The chassis will be all analog
users, no ISDN.
DSP-
- From TCM, is there a way to set the T1/PRI params on a DSP?
ARC-
- When using Radius, where can I set the default network user settings,
such as "maximum channels" and "compression algorithm"? Can I do this
on the ARC, or is this another param to add to my default radius user?
- Should PPP compression even be used on dialup analog? If so, should I
autodetect?
- would "add user foo type login login_service telnet password " give me a
"user" that could dial in, type "foo", and get the login_host's login:
prompt?
- How do I make sure RIP is turned off everywhere?
- SNMP; I'd like more than one station to manage the arc with the same
community string. Is it easier to allow all and then implement a filter
on the ARC? What kind of processor impact do the filters have?
- On the Netserver, some of the PPP processing could be offloaded to the
modem card. On the ARC, the default is the opposite. Should I change
it? The DSP seems to have more processor than the ARC...
- When I "sh ppp set" I see the field "Primary NBNS Address". Is this
another name for handing out DNS #'s during PPP negotiations? I can't
even find where I set it, but it's set ;)
Sorry for so many questions, but I've RTFM'd and here I am...
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
Hi Jeff -
We tried this (as we have in the past), with no luck. Bellsouth does not=
allow the use of PICK codes to dial a local number. I know this works=
other places, unfortunately not here. :/
*********** REPLY SEPARATOR ***********
On 6/10/98, at 10:17 PM, Jeff Mcadams wrote:
>Thus spake Steven Shepherd
>>We have a customer that cannot obtain an ISDN connection at one of our=3D
>> POP's. He can call long distance and call any of our other POP's and=3D
>> establishes fine. The call is not even hitting auth.log. My 1st=
thought=3D
>> is the local switch there, but just wanted to be sure I am not=
overlooking=3D
>> something.
>
>If he can dial the same number just with a long distance pic (sp?) code
>(ie, dial it as 10-att-0-xxx-xxx-xxxx) and get successfully connected,
>but not when he dials it locally, its almost assuredly a switch problem.
>--
>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.
=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
S t e v e n R. S h e p h e r d
=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
CyberGate Internet Technologies http://www.gate.net
Network Operations Center http://noc.gate.net
An e.spire Company NetDudeFL @ EFnet
Network Technician E-Mail: steven@gate.net
(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
ICQ: 1412432
=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
Subject:RE: (usr-tc) HiPer - the details (fwd) From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-06-11 10:01:55
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman
>Sent: Thursday, June 11, 1998 8:52 AM
>To: usr-tc@xmission.com
>Subject: (usr-tc) HiPer - the details (fwd)
>- When using Radius, where can I set the default network user settings,
> such as "maximum channels" and "compression algorithm"? Can I do this
> on the ARC, or is this another param to add to my default radius user?
Max Channels can be configured on the default user, local user, or in your
RADIUS
user file if your Radius Server supports 3com/USR VSA's.
Max_Channels 0x9802 integer
Compression_Algorithm 0x9806 integer
Your best bet is using the default user on the HARC. This user is there to
set
the defaults for all other users, unless otherwise specified in RADIUS or
that local
user's record.
>- Should PPP compression even be used on dialup analog? If so, should I
> autodetect?
Most of the time the analog modem will do the compression. If CCP is on for
that call you risk the possibility of double compression causing the data to
grow instead of shrink. So turn it off for analog calls.
>- would "add user foo type login login_service telnet password " give me a
> "user" that could dial in, type "foo", and get the login_host's login:
> prompt?
No, but this will work. User foo will not have a password. After user enters
foo<CR> the login prompt for
host bar.com will be shown.
"add user foo type login"
"set login user foo login_host_name bar.com"
>- How do I make sure RIP is turned off everywhere?
Its off on the users and the networks by default. Do a
show ip network <name> and you will see the routing configs.
>- SNMP; I'd like more than one station to manage the arc with the same
> community string. Is it easier to allow all and then implement a filter
> on the ARC? What kind of processor impact do the filters have?
Snmp is connectionless. Unless all of your stations are constantly polling
for
information at very close intervals you should not have a problem with this.
>- On the Netserver, some of the PPP processing could be offloaded to the
> modem card. On the ARC, the default is the opposite. Should I change
> it? The DSP seems to have more processor than the ARC...
The default does offload ppp framing to the modems.
"show ppp" should have PPP offloading enabled.
>- When I "sh ppp set" I see the field "Primary NBNS Address". Is this
> another name for handing out DNS #'s during PPP negotiations? I can't
> even find where I set it, but it's set ;)
NBNS is NetBios Name Server or WINS in M$ terms. This is used for M$
Networking (browsing)
On Thu, 11 Jun 1998, Charles Sprickman wrote:
> Hi,
>
> I sent this yesterday, but something seems to have ate it along the way.
> I've made my way through the docs, but I'm still stumped on these
> questions...
>
> Thanks,
>
> Charles
>
>
> ---------- Forwarded message ----------
> Date: Wed, 10 Jun 1998 15:43:07 -0400 (EDT)
> From: Charles Sprickman <spork@inch.com>
> To: usr-tc@lists.xmsission.com
> Subject: HiPer - the details
>
> I'm still in the midst of the manual, so I'll reel off questions here in
> hopes someone's run into these before. The chassis will be all analog
> users, no ISDN.
>
> DSP-
>
> - From TCM, is there a way to set the T1/PRI params on a DSP?
>
Yes - Check the manual for hdm.
> ARC-
>
> - When using Radius, where can I set the default network user settings,
> such as "maximum channels" and "compression algorithm"? Can I do this
> on the ARC, or is this another param to add to my default radius user?
>
There is a user called default and for that user you can set your max
channels. set ne user default ppp max_ch 2
The ppp compression algorith can also be set for the default user you
have to use the command set network user default ? will show you all the
commands you can set for the default user.
> - Should PPP compression even be used on dialup analog? If so, should I
> autodetect?
If your modem is compressing data - then using any other compression is
not adviced. We typically set the hiper arc to compress
DIGITAL
UNCOMPRESSED_ANALOG
data.
>
> - would "add user foo type login login_service telnet password " give me a
> "user" that could dial in, type "foo", and get the login_host's login:
> prompt?
>
A login user can be a telnet or a rlogin user, based on how you set on
supplying the password you can make foo either to go to login_hosts login
or to try rlogin.
> - How do I make sure RIP is turned off everywhere?
>
Make sure that rip is not enabled on the interface, make sure that ip
forwarding is disabled, make sure you disable ip rip.
> - SNMP; I'd like more than one station to manage the arc with the same
> community string. Is it easier to allow all and then implement a filter
> on the ARC? What kind of processor impact do the filters have?
>
Well in our tests here we have seen minimal impact on the processor or
through put using filters. Its very low.
> - On the Netserver, some of the PPP processing could be offloaded to the
> modem card. On the ARC, the default is the opposite. Should I change
> it? The DSP seems to have more processor than the ARC...
>
There is a command enable ppp offloading - that is enabled by default
which means the same.
> - When I "sh ppp set" I see the field "Primary NBNS Address". Is this
> another name for handing out DNS #'s during PPP negotiations? I can't
> even find where I set it, but it's set ;)
>
NBNS - Wins - netbios name server
krish
> Sorry for so many questions, but I've RTFM'd and here I am...
>
> Thanks,
>
> Charles
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.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.
>
Greetings.
I'm having trouble locating the latest version of the NetServer Manager for
the USR Total Control Hub. I've done a search on the totalservice site but
can't quite pin that one down.
Can anyone tell me:
a) What the latest version is
b) What the file is called on the totalservice site?
Thanks,
Tracy Hinshaw, DWX
Thus spake Steven Shepherd
>We tried this (as we have in the past), with no luck. Bellsouth does not=
> allow the use of PICK codes to dial a local number. I know this works=
> other places, unfortunately not here. :/
Yeah, I never have figured out for sure what dialing patterns are
allowable...so often, I'm dialing from our office PBX, which has a T1
trunk to MCI, so that dialing pattern does work from within our
office...
Might try having them dial a 1-800-call-att or something along those
lines and then dialing it back into the switch...I think that would
work, and would accomplish the same thing of diagnosing if it was a
switch problem.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Brian said once upon a time:
>
>On Wed, 10 Jun 1998, Pete Ashdown wrote:
>
>> Just got a chassis with an ARC and two HDM's. It isn't enabled for X2.
>> There aren't any passwords with this to get enabled. When will this
>> pain-in-the-ass key be eliminated?
>
>do you need to unlock hdm's? I thought the x2 was in the modem and isn't
>prevented by the nmc..............
I do if I run any quad cards on the chassis.
Subject:(usr-tc) Problems since upgrade to TCS 3.1.1 From: Chad J. LaFrenz <chad@rof.net> Date: 1998-06-11 11:02:34
This is a multi-part message in MIME format.
------=_NextPart_000_007F_01BD9528.70281F30
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Hello All--
Since completing the upgrade to 3COM's 3.1.1 we have been having strange and
intermittent problems. Here is a list of the code that we are using all our
hubs are the standard style not the new high density hyper style:
Dual T1: 3.5.0
SS Quad: 5.8.6
NetServer (16megs): 3.7.24
NMC: 5.4.95
All are lines are coming through E&MTypeII T1's and I have verified T1tdm
bus, packet bus answer only enable, and packet bus on the DTE settings.
Problems:
1. Random disconnects.
2. Dramatically slower connection rates.
3. Connected but goes nowhere (ie can't get mail, can't surf, etc).
This is mainly happening during peak times. We have 5 hubs total. When the
last one is getting hit the connect pattern goes haywire (ie people start
connecting mid-rack etc.). Yet, I have busied other hubs out and the last
hub fills up. One item to note on this hub is that it is on a separate
class c from the others. This shouldn't make a difference; hower, at this
point I am at a loss. The settings have been duped from another hub and
reverified. Any possible solutions or other things to look at would be
greatly appreciated.
Regards,
Chad J. LaFrenz
Senior System Administrator
RoFIntUG
V: 970-945-4920 F: 970-947-1923
Proudly serving the Aspen, Glenwood Springs, Rifle, and Vail Valleys.
http://www.rof.net
------=_NextPart_000_007F_01BD9528.70281F30
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=3D"text/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><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2>Hello=20
All--</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2>Since=20
completing the upgrade to 3COM's 3.1.1 we have been having strange and=20
intermittent problems. Here is a list of the code that we are =
using all=20
our hubs are the standard style not the new high density hyper=20
style:</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN><SPAN class=3D286584416-11061998><FONT =
color=3D#000000=20
face=3DArial size=3D2> Dual =
T1: =20
3.5.0</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN><SPAN class=3D286584416-11061998><FONT =
color=3D#000000=20
face=3DArial size=3D2> SS =
Quad: =20
5.8.6</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN><SPAN class=3D286584416-11061998><FONT =
color=3D#000000=20
face=3DArial size=3D2> =
NetServer=20
(16megs): 3.7.24</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2> NMC: =20
5.4.95</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2>All=20
are lines are coming through E&MTypeII T1's and I have verified =
T1tdm bus,=20
packet bus answer only enable, and packet bus on the DTE=20
settings.</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2>Problems:</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2> 1. Random disconnects.</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN><SPAN class=3D286584416-11061998><FONT =
color=3D#000000=20
face=3DArial size=3D2> 2. Dramatically slower =
connection=20
rates.</FONT></SPAN></DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2></FONT></SPAN><SPAN class=3D286584416-11061998><FONT =
color=3D#000000=20
face=3DArial size=3D2> 3. Connected but goes nowhere =
(ie can't get=20
mail, can't surf, etc).</FONT></SPAN></DIV>
<DIV> </DIV>
<DIV><SPAN class=3D286584416-11061998><FONT color=3D#000000 face=3DArial =
size=3D2>This=20
is mainly happening during peak times. We have 5 hubs total. =
When=20
the last one is getting hit the connect pattern goes haywire (ie people =
start=20
connecting mid-rack etc.). Yet, I have busied other hubs out and =
the last=20
hub fills up. One item to note on this hub is that it is on a =
separate=20
class c from the others. This shouldn't make a difference; hower, =
at this=20
point I am at a loss. The settings have been duped from another =
hub and=20
reverified. Any possible solutions or other things to look at =
would be=20
greatly appreciated.</FONT></SPAN></DIV>
<DIV> </DIV>
<DIV>
<DIV> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Regards,</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Chad J. =
LaFrenz</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Senior System=20
Administrator</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>RoFIntUG</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>V: =
970-945-4920 F:=20
970-947-1923</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Proudly serving the =
Aspen, Glenwood=20
Springs, Rifle, and Vail Valleys.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2><A=20
href=3D"http://www.rof.net">http://www.rof.net</A></FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial=20
size=3D2></FONT> </DIV></DIV></BODY></HTML>
------=_NextPart_000_007F_01BD9528.70281F30--
Under ISDN Modem Call Control Options, what do you have for:
Forced Fixed Network Rate:
Force Network Rate Speed:
If you don't force the network speed, they will connect OK if they force
their modem to
connect at 56000 rather than 64000. (At least this is what worked for me. I
just installed PRIs also).
Kelly Shaw
-----Original Message-----
>
>I am an ISP and I have my first ISDN user. I have a PRI circuit and this
user
>cannot connect.
>
>ANY SUGGESTIONS?????
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 just converted over to PRIs on my TCH. However, the only way I can
get connected via ISDN is if I force my Courier I-modem to connect at 56000.
I noticed that in the ISDN settings that I didn't force the 64K rate. I
think this the problem?
When I try to set the ForcedNetworkRate switch I get a generic SNMP error.
Any ideas?
Thanks,
Kelly Shaw
This is a multi-part message in MIME format.
------=_NextPart_000_0016_01BD952C.DFC57000
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
seems like 3Com finally listened up and changed it's waiting music =
...music still sucks .. but hey at least I donlt have to listen to james =
taylor for 2 hours ... let's get some good techno or a good radio =
station instead =3D)
------=_NextPart_000_0016_01BD952C.DFC57000
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>seems like 3Com finally listened up =
and changed=20
it's waiting music ...music still sucks .. but hey at least I donlt have =
to=20
listen to james taylor for 2 hours ... let's get some good techno or a =
good=20
radio station instead =3D)</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV></BODY></HTML>
------=_NextPart_000_0016_01BD952C.DFC57000--
The X2 feature is loaded on the cards themselves but need to be
unlocked with the key before you can use this feature. Console port
to the NMC and you can view your features to see if it is enabled or
not. HyperDSP is much easier then dealing with the quads and should
come enabled. Of course this can vary depending on the package under
which you purchased your Chasis and there are a bunch of resellers
and plans to milk for money. On a Hyper Chasis the enable will not
show up on your NMC card. It's my understanding that all the Hyper
Chasis's come ready to go on X2 standard.
-Davey
> From: Pete Ashdown <pashdown@xmission.com>
> Subject: Re: (usr-tc) #&#! X2 keys!!
> To: usr-tc@lists.xmission.com
> Date: Thu, 11 Jun 1998 10:47:54 -0600 (MDT)
> Reply-to: usr-tc@lists.xmission.com
> Brian said once upon a time:
> >
> >On Wed, 10 Jun 1998, Pete Ashdown wrote:
> >
> >> Just got a chassis with an ARC and two HDM's. It isn't enabled for X2.
> >> There aren't any passwords with this to get enabled. When will this
> >> pain-in-the-ass key be eliminated?
> >
> >do you need to unlock hdm's? I thought the x2 was in the modem and isn't
> >prevented by the nmc..............
>
> I do if I run any quad cards on the chassis.
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Users? From: Jim Logan <jim@top.net> Date: 1998-06-11 12:14:10
This list seems to have alot less activity than the Ascend Users list...
Is that because USR's are so much better - or less in use? I asked a Tech
Type question last week, no responses, so I assume no one is using A USR TC
Unit on CT-1 circuits? Having a difficult time getting this one
configured, have another TC Unit on PRI's that works fine, but since this
new unit is "used" and not under contract, for one time help in
configuration, I don't really want/need to buy a 1 year service contract
with USR at the high cost they sell them for.
Thanks
***** Top Net InterNet Services *****
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
On Thu, 11 Jun 1998, Aaron Nabil wrote:
> Tatai SV Krishnan writes...
> >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> >> - When using Radius, where can I set the default network user settings,
> >> such as "maximum channels" and "compression algorithm"? Can I do this
> >> on the ARC, or is this another param to add to my default radius user?
> >There is a user called default and for that user you can set your max
> >channels. set ne user default ppp max_ch 2
> >The ppp compression algorith can also be set for the default user you
> >have to use the command set network user default ? will show you all the
> >commands you can set for the default user.
>
> The documentation on the "default user" is sparse at best. This is the
> only mention of it.
>
> Default User
>
> The default user is a powerful and efficient tool created at system setup
> which you can use to change many parameters of users you subsequently
> configure. It is designed to be utilized as a template for multiple
> user configuration.
>
> For instance, if you want to configure all your users to be type
> callback, write:
> set user default type callback
> The parameters that can be configured across the board are indicated by
> a (D) when you type show user <name>. Be aware that when you use this tool,
> you change the default user factory settings.
>
> You can view the default user settings on your system by typing show user
> default. Remember that configuration changes on an individual user basis are
> done using the appropriate set commands.
>
> To me it sounds like "template" that new users that are created via the CLI
> inhereit their configuration from, not some kind of global default.
>
> It doesn't mention remotely authenticated users at all. Are you saying that
> the "default user" will fill in any missing attributes on users authenticated
> via radius?
>
The user can either be a radius user or a user on the hiper arc. If the
parameters such a mtu, callback, login type etc are not exclusively set
to the radius/hiper arc user those parameters will be taken from the
default user.
> On my system, "show user default" gives a status of "inactive". Does it need
> to be "active"?
No the user becomes active or inactive based on the connection, the
default user is always inactive -its just a template
krish
>
> -a
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Once upon a time Jim Logan shaped the electrons to say...
>This list seems to have alot less activity than the Ascend Users list...
>Is that because USR's are so much better - or less in use? I asked a Tech
Technically Ascend *is* the number one access concentrator vendor, so by
that nature are in the most use. But I don't know that one could draw the
conclusion it accounts for the list traffic levels. Ascends' also have
many more features, and more complex ones, as well has having a much
broader product line. Whereas 3Com basically has the TC and HiPer TC, with
a scattering of NetServers, that are discussed on this list - Ascend has the
MAX 4000 family, 6000 family, TNT, all the Pipelines, and other assorted
MAXen.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!
Subject:(usr-tc) Analog Lines to TC From: Greg Coffey <greg@coffey.com> Date: 1998-06-11 13:27:36
I have an older TC Hub sitting here that has 48 quad digital modems
installed. There are 4 RJ11 jacks on the back of each card that look like
a phone jack. Can I hook regular, analog lines to the unit? The fact that
each modem says digital leads me to think no but the 4 jacks on each modem
card makes me wonder.......
Thanks,
Greg Coffey, CoffeyNet Voice 307-234-5443 307-234-5446 Fax
=====================================================================
142 S. Center St. 3Com/USR v.90 56k $20 in Casper & Douglas
Casper, WY 82601 Local Internet for Casper, Rawlins, Douglas,
www.coffey.com Wheatland, Pinedale, Lander & Lusk, WY
Does anyone know how to setup an ISDN route coming of : for exapmle and ascend
or any ISDN router for Static IP or Dynamic routing, going to a particular
channel on the HiPer DSP 24 modem card(s) or on any Channel of the HiPer DSP
cards..
The circuit I have for my HiPer DSP(s) are ISDN-PRI, connecting to STATIC OR
DYNAMIC configured 64k ISDN and/or 128k ISDN router...
The idea is to provide ISDN access to a small company accessing my backbone with
an ISDN-router going to his small business office..
If you're out there and know how to do this please respond to this mail...
I'm having 3Com Level 1 looking in to this but, no quick response
Thanks
Oswald
> 4.0.29 has some bad bugs, especially in relation to routing. See if you
> can get the ER 4.0.51.
Is 4.0.51 the most stable release? What is everyone else here running?
-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 #
Once upon a time Jim Logan shaped the electrons to say...
>complicated setup? I think actually since they are all based on the same
>firmware platforms, tho intially more difficult to get expertise on, in the
>end, if you know one, you know them all. My basic question was, I can
Actually they aren't. The Pipeines, MAXen, and even MAXTNTs all have
different base code and a different user interface - not to mention the GRF,
etc. Now, all PortMaster products -from the OR to the PM-4- are based on
the SAME code tree.
>contracts), than Ascend or even now AT&T/Livingston, which is totally free
That's Lucent BTW. AT&T is completely unrelated now. They spun Lucent off
some time back as an independent company, Lucent then purchased Livingston
last year - which is now Lucent Remote Access Business Unit (RABU).
I spent a lot of time at Livingston/Lucent beating the drum about putting
all manuals, tech notes, etc on the website openly. It was like pulling
teeth when I started doing that (early 1995) but eventually other people
in the company thought it would be very useful. Now just about everything
is put up there to get at. I think that's great.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!
oswald_walsh@westcon.com said once upon a time:
>
>
>Does anyone know how to setup an ISDN route coming of : for exapmle and ascend
>or any ISDN router for Static IP or Dynamic routing, going to a particular
>channel on the HiPer DSP 24 modem card(s) or on any Channel of the HiPer DSP
>cards..
You want a ISDN route that is static or dynamic? I'm lost as to which
route you are talking about. A call route, or an IP route? If it is the
latter, turn on routing and assign the customer an address/subnet via
RADIUS.
Brian Biggs said once upon a time:
>
>Hello,
> Since we upgraded our ARC to V4.0.29, we've been experiencing
>routes that just disappear for our routed customers. We've also been having
>problems with FTP dying after about 700K - 1M of data being transfered. A
>reboot of the device solves this problem temporarily, but it always comes
>back. We've got a HiPer (V4.0.29) and 6 HDM's (PRI) in this chassis.
4.0.29 has some bad bugs, especially in relation to routing. See if you
can get the ER 4.0.51.
Subject:Re: (usr-tc) Users? From: Pete Ashdown <pashdown@xmission.com> Date: 1998-06-11 14:46:28
Jim Logan said once upon a time:
>
>
>This list seems to have alot less activity than the Ascend Users list...
>Is that because USR's are so much better - or less in use? I asked a Tech
>Type question last week, no responses, so I assume no one is using A USR TC
>Unit on CT-1 circuits? Having a difficult time getting this one
>configured, have another TC Unit on PRI's that works fine, but since this
>new unit is "used" and not under contract, for one time help in
>configuration, I don't really want/need to buy a 1 year service contract
>with USR at the high cost they sell them for.
If by CT-1, you mean DSS T1, I have three units in use with that
configuration. What problem are you having?
Subject:Re: (usr-tc) Analog Lines to TC From: Davey Walbeck <davey@vii.com> Date: 1998-06-11 14:46:40
The quad modem cards do take anolog calls through a standard POTS
line in even if they say the it is a digital modem. Most of our quad
cards are digital/analog cards, but the couple that we have that are
only digital quads act exactly the same and accept analog calls.
They are also very nice to upgrade to a T1 line input ran through a
Dual Channelized T1 card for your quads. This really makes a
difference on the 56K calls.
-Davey
> Date: Thu, 11 Jun 1998 13:27:36 -0600
> To: usr-tc@lists.xmission.com
> From: Greg Coffey <greg@coffey.com>
> Subject: (usr-tc) Analog Lines to TC
> Reply-to: usr-tc@lists.xmission.com
> I have an older TC Hub sitting here that has 48 quad digital modems
> installed. There are 4 RJ11 jacks on the back of each card that look like
> a phone jack. Can I hook regular, analog lines to the unit? The fact that
> each modem says digital leads me to think no but the 4 jacks on each modem
> card makes me wonder.......
>
> Thanks,
> Greg Coffey, CoffeyNet Voice 307-234-5443 307-234-5446 Fax
> =====================================================================
> 142 S. Center St. 3Com/USR v.90 56k $20 in Casper & Douglas
> Casper, WY 82601 Local Internet for Casper, Rawlins, Douglas,
> www.coffey.com Wheatland, Pinedale, Lander & Lusk, WY
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Our Hyper Chassis was orignally setup for our dial-up customers and
uses a dynamic IP pool for each call. We are using PRI lines and as
the setup goes it also works perfect for ISDN single and dual channel
connections. You should not need to adjust your chassis much and if
you are having problems I would look on the router end of things to
make sure you have your routes set properly to correspond with the
setup of your Hyper Chassis. It would probably be best to make a
user profile and set a static IP on the Chassis for routing purposes.
Anything hitting your Chassis is going to go out your main backbone
anyway so just configure it to accept the connection.
-Davey
> Date: Thu, 11 Jun 98 16:09:24 -0500
> From: <oswald_walsh@westcon.com>
> To: <usr-tc@lists.xmission.com>, <usr-tc@lists.xmission.com>
> Subject: Re[4]: (usr-tc) ISDN users
> Reply-to: usr-tc@lists.xmission.com
>
> CAN SOMEONE AT USR/3Com PLEASE RESPONSE TO THIS REQUEST... WE ARE HAVING
> PROBLEMS ...
>
> PLEASE READ THE BELOW REQUEST...
>
>
> Does anyone know how to setup an ISDN route coming of : for exapmle and ascend
> or any ISDN router for Static IP or Dynamic routing, going to a particular
> channel on the HiPer DSP 24 modem card(s) or on any Channel of the HiPer DSP
> cards..
>
> The circuit I have for my HiPer DSP(s) are ISDN-PRI, connecting to STATIC OR
> DYNAMIC configured 64k ISDN and/or 128k ISDN router...
>
> The idea is to provide ISDN access to a small company accessing my backbone with
> an ISDN-router going to his small business office..
>
> If you're out there and know how to do this please respond to this mail...
>
> I'm having 3Com Level 1 looking in to this but, no quick response
>
> Thanks
> Oswald
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
I am having the same problem, please respond.
Thanks,
John
____________________Reply Separator____________________
Author: <usr-tc@lists.xmission.com >
Does anyone know how to setup an ISDN route coming of : for exapmle and ascend
or any ISDN router for Static IP or Dynamic routing, going to a particular
channel on the HiPer DSP 24 modem card(s) or on any Channel of the HiPer DSP
cards..
The circuit I have for my HiPer DSP(s) are ISDN-PRI, connecting to STATIC OR
DYNAMIC configured 64k ISDN and/or 128k ISDN router...
The idea is to provide ISDN access to a small company accessing my backbone with
an ISDN-router going to his small business office..
If you're out there and know how to do this please respond to this mail...
I'm having 3Com Level 1 looking in to this but, no quick response
Thanks
Oswald
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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: Re[4]: (usr-tc) ISDN users From: Charles Hill <chill@ionet.net> Date: 1998-06-11 15:28:34
Are you using RADIUS? What kind of ISDN router? There's really no
special configuration for dialin access besides that outlined in the HiPer
ARC manual. The exact steps to take will depend whether you authenticate
the user with RADIUS or locally in the NAS user table. What steps have
you taken so far?
How to make the routing work will depend on the routing protocol and
backend/gateway router on your network. Your question is a very broad
topic. You'll have to be more specific to get a specific answer. I can't
even tell from your message which type of NAS card you're using?
Netserver or HiPer ARC? That's why I ignored it the first time. -CH
On Thu, 11 Jun 1998 oswald_walsh@westcon.com wrote:
>
> CAN SOMEONE AT USR/3Com PLEASE RESPONSE TO THIS REQUEST... WE ARE HAVING
> PROBLEMS ...
>
> PLEASE READ THE BELOW REQUEST...
>
>
> Does anyone know how to setup an ISDN route coming of : for exapmle and ascend
> or any ISDN router for Static IP or Dynamic routing, going to a particular
> channel on the HiPer DSP 24 modem card(s) or on any Channel of the HiPer DSP
> cards..
>
> The circuit I have for my HiPer DSP(s) are ISDN-PRI, connecting to STATIC OR
> DYNAMIC configured 64k ISDN and/or 128k ISDN router...
>
> The idea is to provide ISDN access to a small company accessing my backbone with
> an ISDN-router going to his small business office..
>
> If you're out there and know how to do this please respond to this mail...
>
> I'm having 3Com Level 1 looking in to this but, no quick response
>
> Thanks
> Oswald
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) HiPer - the details (fwd) From: Scott Gardner Anderson <gardner@interport.net> Date: 1998-06-11 15:30:53
On Thu, 11 Jun 1998, Mike Wronski wrote:
> >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman
> >- Should PPP compression even be used on dialup analog? If so, should I
> > autodetect?
>
> Most of the time the analog modem will do the compression. If CCP is on for
> that call you risk the possibility of double compression causing the data to
> grow instead of shrink. So turn it off for analog calls.
I've read this a few times now, and I think it represents a
misunderstanding of Van Jacobson's RFC 1144. As I understand the spec,
header compression affects only TCP/IP header info. The sending and
reveiving hosts simply maintain a copy of the last header received thru
the TCP connection so as not to transmit unchanging and un-needed header
info. This reduces the header by about 35 bytes. It's not really data
'compression' - it more accurately should be called "data reduction." And
data reduction shouldn't interfere with any actual data compression
algorithms that look for redundant bit patterns, etc.
BTW, does anyone know the OID for the temperature gauge on the HARC?
SGA
Subject:Re: (usr-tc) Analog Lines to TC From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-11 15:33:10
Thus spake Greg Coffey
>I have an older TC Hub sitting here that has 48 quad digital modems
>installed. There are 4 RJ11 jacks on the back of each card that look like
>a phone jack. Can I hook regular, analog lines to the unit? The fact that
>each modem says digital leads me to think no but the 4 jacks on each modem
>card makes me wonder.......
Well...I've had cards labeled as digital modems that took analog
calls...but here's one check that you'll need to make to be sure.
On the NIC's (with the RJ-11's) make sure that there are daughtercards
on the NIC, as the daughtercards are what connect the RJ-11 port to the
actual circuitry of the NIC card, and thus the backplane, and also then
the rest of the chassis.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
The 4.0.51 release solved a lot of the problems we were having with
the 4.0.29. I have been much happier since I upgraded to the new
version and most of my problems were corrected.
-Davey
> Subject: Re: (usr-tc) HiPer - routes disappearing
> To: usr-tc@lists.xmission.com
> Date: Thu, 11 Jun 1998 14:16:19 -0700 (PDT)
> From: Brian Biggs <bb@sonic.net>
> Reply-to: usr-tc@lists.xmission.com
> > 4.0.29 has some bad bugs, especially in relation to routing. See if you
> > can get the ER 4.0.51.
>
> Is 4.0.51 the most stable release? What is everyone else here running?
> -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.
>
Subject:RE: (usr-tc) HiPer - the details (fwd) From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-06-11 15:46:40
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scott Gardner
>Anderson
>Sent: Thursday, June 11, 1998 2:31 PM
>To: usr-tc@lists.xmission.com
>Subject: RE: (usr-tc) HiPer - the details (fwd)
>
>
>On Thu, 11 Jun 1998, Mike Wronski wrote:
>> >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman
>> >- Should PPP compression even be used on dialup analog? If so, should I
>> > autodetect?
>>
>> Most of the time the analog modem will do the compression. If
>CCP is on for
>> that call you risk the possibility of double compression causing
>the data to
>> grow instead of shrink. So turn it off for analog calls.
>
>I've read this a few times now, and I think it represents a
>misunderstanding of Van Jacobson's RFC 1144. As I understand the spec,
>header compression affects only TCP/IP header info. The sending and
>reveiving hosts simply maintain a copy of the last header received thru
>the TCP connection so as not to transmit unchanging and un-needed header
>info. This reduces the header by about 35 bytes. It's not really data
>'compression' - it more accurately should be called "data reduction." And
>data reduction shouldn't interfere with any actual data compression
>algorithms that look for redundant bit patterns, etc.
>
Not talking about header compression here. More along the lines of
modem based compression v42bis etc.. VJ is not an issue.
-m
Subject:Re: (usr-tc) Users? From: Jim Logan <jim@top.net> Date: 1998-06-11 15:49:49
At 12:31 PM 6/11/98 -0700, you wrote:
>Once upon a time Jim Logan shaped the electrons to say...
>>This list seems to have alot less activity than the Ascend Users list...
>>Is that because USR's are so much better - or less in use? I asked a Tech
>
>Technically Ascend *is* the number one access concentrator vendor, so by
>that nature are in the most use. But I don't know that one could draw the
>conclusion it accounts for the list traffic levels. Ascends' also have
>many more features, and more complex ones, as well has having a much
>broader product line. Whereas 3Com basically has the TC and HiPer TC, with
>a scattering of NetServers, that are discussed on this list - Ascend has the
>MAX 4000 family, 6000 family, TNT, all the Pipelines, and other assorted
>MAXen.
I agree - there are many more products on the Ascend Side, as far as more
complicated setup? I think actually since they are all based on the same
firmware platforms, tho intially more difficult to get expertise on, in the
end, if you know one, you know them all. My basic question was, I can
easily get help on the Ascend Platform, but USR/3Com seems more bent on
"support contracts" to get even one answer a year, for X thousands of
dollars.. vs having the info even available on their Web Pages (w/o support
contracts), than Ascend or even now AT&T/Livingston, which is totally free
for upgrades etc.... Since price on units is similar at purchase, why does
USR make it so *darn* (I had other words in mind) to get any tech support
info or support that don't even require human intervention??? I have a
simple question. My Ascend unit works on the CT-1 Line, My USR don't....
They are set up the same except that I can't change *Wink* on the USR to
W-200 .... My USR sits here useless, I don't know what to tell the TelCo if
he needs to change parameters, nor what I can do to change Wink timing to
make the lines answer (rather than busy).
***** Top Net InterNet Services *****
Omaha, Nebraska Husker Heaven
www.top.net (402) 291-1542
Visit Our BBS at: www.hawgwild.com
CAN SOMEONE AT USR/3Com PLEASE RESPONSE TO THIS REQUEST... WE ARE HAVING
PROBLEMS ...
PLEASE READ THE BELOW REQUEST...
Does anyone know how to setup an ISDN route coming of : for exapmle and ascend
or any ISDN router for Static IP or Dynamic routing, going to a particular
channel on the HiPer DSP 24 modem card(s) or on any Channel of the HiPer DSP
cards..
The circuit I have for my HiPer DSP(s) are ISDN-PRI, connecting to STATIC OR
DYNAMIC configured 64k ISDN and/or 128k ISDN router...
The idea is to provide ISDN access to a small company accessing my backbone with
an ISDN-router going to his small business office..
If you're out there and know how to do this please respond to this mail...
I'm having 3Com Level 1 looking in to this but, no quick response
Thanks
Oswald
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and 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) USR Security and Accounting Software From: Tony Loosle <tony@tcsourceone.com> Date: 1998-06-11 16:12:07
Is anyone using the USR Security and Accounting software? Please email
me privately if you do.
TOny
Subject:(usr-tc) USR Total Control Chasis for Sale From: Tony Loosle <tony@tcsourceone.com> Date: 1998-06-11 16:13:47
I have a USR total control hub, never been put into service.
16 slot chassis
Dual power supplies
6 Quad v34 Digital Modem cards, will do ISDN. Will do X2 with software
upgrade
Netserver PRI card
Dual PRI/T1 card
Looking to get $4,500 for above.
Tony
435-753-5455
The idea is to provide ISDN access to a small company accessing my backbone. I
dont care what approach and if there is more than one approace please list two..
one for remote authentication and the other for local authentication
If you can point me to any documentation or chapter of a manual you recomend to
authenticate Locally or Remotely using STATIC route off a Bay Network ISDN
router using a full class C IP ADDRESS, then that would be a start..
Here is the situation... I want to give my customer STATIC OR DYNAMIC routing
cababilities... I dont care if I authenticat Locally or Remotely..
I hope my question is more specific and not too vague..
I dont think the kind of router matters if the equipments will se protocols.
Where is the Documentation for this in the HiPer ARC manual...can you point me
and if will figure out the process myself..
The Total Controll Chassis is a HiPer system with HiPer DSP and HiPer ARC
cards...
____________________Reply Separator____________________
Author: <usr-tc@lists.xmission.com >
Are you using RADIUS? What kind of ISDN router? There's really no
special configuration for dialin access besides that outlined in the HiPer
ARC manual. The exact steps to take will depend whether you authenticate
the user with RADIUS or locally in the NAS user table. What steps have
you taken so far?
How to make the routing work will depend on the routing protocol and
backend/gateway router on your network. Your question is a very broad
topic. You'll have to be more specific to get a specific answer. I can't
even tell from your message which type of NAS card you're using?
Netserver or HiPer ARC? That's why I ignored it the first time. -CH
On Thu, 11 Jun 1998 oswald_walsh@westcon.com wrote:
>
> CAN SOMEONE AT USR/3Com PLEASE RESPONSE TO THIS REQUEST... WE ARE HAVING
> PROBLEMS ...
>
> PLEASE READ THE BELOW REQUEST...
>
>
> Does anyone know how to setup an ISDN route coming of : for exapmle and ascend
> or any ISDN router for Static IP or Dynamic routing, going to a particular
> channel on the HiPer DSP 24 modem card(s) or on any Channel of the HiPer DSP
> cards..
>
> The circuit I have for my HiPer DSP(s) are ISDN-PRI, connecting to STATIC OR
> DYNAMIC configured 64k ISDN and/or 128k ISDN router...
>
> The idea is to provide ISDN access to a small company accessing my backbone
with
> an ISDN-router going to his small business office..
>
> If you're out there and know how to do this please respond to this mail...
>
> I'm having 3Com Level 1 looking in to this but, no quick response
>
> Thanks
> Oswald
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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:Re[4]: (usr-tc) ISDN user From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-11 17:08:00
-> CAN SOMEONE AT USR/3Com PLEASE RESPONSE TO THIS REQUEST... WE ARE HAVING
-> PROBLEMS ...
->
-> PLEASE READ THE BELOW REQUEST...
->
-> Does anyone know how to setup an ISDN route coming of : for exapmle and
-> ascend or any ISDN router for Static IP or Dynamic routing, going to a
-> particular channel on the HiPer DSP 24 modem card(s) or on any Channel of
-> the HiPer DSP cards..
->
-> The circuit I have for my HiPer DSP(s) are ISDN-PRI, connecting to STATIC OR
-> DYNAMIC configured 64k ISDN and/or 128k ISDN router...
->
-> The idea is to provide ISDN access to a small company accessing my backbone
-> with
-> an ISDN-router going to his small business office..
->
-> If you're out there and know how to do this please respond to this mail...
-> I'm having 3Com Level 1 looking in to this but, no quick response
Oswald,
I'm not with 3Com but I don't understand the part about a specific channel
on a PRI ? If this is a typical PRI then a call can come in on any channel.
If that is the case then a static IP is assigned in either the NAS (HiPerArc
or Netserver) or in RADIUS, depending upon what you are using to authenticate
with. You really didn't give us quite enough information about your current
setup.
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) Users? From: Brian <signal@shreve.net> Date: 1998-06-11 18:28:10
On Thu, 11 Jun 1998, Jim Logan wrote:
>
> This list seems to have alot less activity than the Ascend Users list...
> Is that because USR's are so much better - or less in use? I asked a Tech
its because "ascend-users" has alot of enduser equipment discussion, such
as piplines etc.
Here there is hardly ever discussions on anything except enterprise
equipment.
Brian
> Type question last week, no responses, so I assume no one is using A USR TC
> Unit on CT-1 circuits? Having a difficult time getting this one
> configured, have another TC Unit on PRI's that works fine, but since this
> new unit is "used" and not under contract, for one time help in
> configuration, I don't really want/need to buy a 1 year service contract
> with USR at the high cost they sell them for.
>
> Thanks
> ***** Top Net InterNet Services *****
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Pete Ashdown <pashdown@xmission.com> writes:
> Brian said once upon a time:
> >
> >On Wed, 10 Jun 1998, Pete Ashdown wrote:
> >
> >> Just got a chassis with an ARC and two HDM's. It isn't enabled for X2.
> >> There aren't any passwords with this to get enabled. When will this
> >> pain-in-the-ass key be eliminated?
> >
> >do you need to unlock hdm's? I thought the x2 was in the modem and isn't
> >prevented by the nmc..............
>
> I do if I run any quad cards on the chassis.
Ah, but that's not fair - your original note didn't say anything about
quads, just a chassis with an ARC and two HDMs, and you seemed to
imply the HDMs didn't have x2 enabled.
Is that the case? If so, that does sound strange, since in my
experience the HDMs are always enabled, and don't pay attention to the
feature key from the NMC.
If that's not the case and you meant quads in the same chassis, then
yes, you'll have to set the feature enable on the NMC for the quads,
which will require a key for that NMC.
But you probably knew 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 \
\-----------------------------------------------------------------------/
On Thu, 11 Jun 1998, Brian Biggs wrote:
> > 4.0.29 has some bad bugs, especially in relation to routing. See if you
> > can get the ER 4.0.51.
>
> Is 4.0.51 the most stable release? What is everyone else here running?
ER 4.0.69 here, rock solid.
> -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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) OID's and Mib Objects From: Brian <signal@shreve.net> Date: 1998-06-11 20:47:13
I am trying to do up a web page that returns some information to our
customers connected to a particular modem. On quads, I use to return the
following and all worked correctly:
($slotchan is the appropriate entity of the modem such as 1001, 1002, etc)
Initial Receive mdmCsInitialTxLinkRate.$slotchan
Initial Transmit mdmCsInitialRxLinkRate.$slotchan
Current Receive mdmCsFinalTxLinkRate.$slotchan
Current Transmit mdmCsFinalRxLinkRate.$slotchan
Modulation Type mdmCsModulationType.$slotchan
Phone Number mdmCsLastCallingPartyNum.$slotchan
Data Compression mdmCsCompressionType.$slotchan
Error Control mdmCsErrorControlType.$slotchan
Upshifts mdmCsUpshiftQty.$slotchan
Downshifts mdmCsFallbackQty.$slotchan
Chars Sent mdmCsCharsSent.$slotchan
Chars Received mdmCsCharsReceived.$slotchan
Blocks Resent mdmCsBlocksResent.$slotchan
Blocks Sent mdmCsBlocksSent.$slotchan
Number NAKs mdmCsLinkNakQty.$slotchan
Line Block Errors mdmCsBlerQty.$slotchan
Retrains Requested mdmCsRetrainsRequested.$slotchan
Retrains Granted mdmCsRetrainsGranted.$slotchan
Call Duration mdmCsCallDuration.$slotchan
However, I noticed on HDM's, the following peculiarities:
Phone Number mdmCsLastCallingPartyNum.$slotchan
It always returns like 187-971-42
Data Compression mdmCsCompressionType.$slotchan
It shows none, even for ISDN calls that should have negotiated
STAC. Either the ARC isn't negotiating STAC, or the query to the
NMC is wrong/returning wrong info.
CCP will be attempted for call type(s): DIGITAL
UNCOMPRESSED_ANALOG
Blocks Resent mdmCsBlocksResent.$slotchan
Blocks Sent mdmCsBlocksSent.$slotchan
These are always 0 for ISDN calls. For analog calls it appears
accurate however. Is this correct?
Modulation Type mdmCsModulationType.$slotchan
Shows asyncSyncPPP for ISDN customers even though they are
using Ascend Pipelines, Netgear RT328, etc. I thought this
should read just "syncPPP". Which is correct?
Are there any other cool objects that would be interesting to return to
customers for there information? Should I/could I get this information
from the ARC these days, or is the NMC still the way to go for this
information (admittedly, I know the ARC does SNMP, but I am not sure to
what extent it keeps information).
Thanks for the all the help, I know I have been quiet for quite a while on
here, you all should have seen this coming :)
Brian
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) HiPer - the details (fwd) From: Charles Sprickman <spork@inch.com> Date: 1998-06-11 21:09:02
Thanks for the info!
I still have some problems, but this is *so* much nicer than the
Netserver/Quad combo. I understand why people are getting rid of those.
I'm very tempted just for the tab completion and history ;)
On Thu, 11 Jun 1998, Tatai SV Krishnan wrote:
> > - From TCM, is there a way to set the T1/PRI params on a DSP?
> >
> Yes - Check the manual for hdm.
Oops, clicked on the wrong part of the card. "Bubble Help" would be kind
of cool for TCM, ie, when you mouse over parts of the card a label comes
up and says "modem settings" or "DS1 settings". Just an idea...
> There is a user called default and for that user you can set your max
> channels. set ne user default ppp max_ch 2
Gotcha, that must be a real tiny paragraph in the manual... I missed it
completely.
> > - SNMP; I'd like more than one station to manage the arc with the same
> > community string. Is it easier to allow all and then implement a filter
> > on the ARC? What kind of processor impact do the filters have?
> >
> Well in our tests here we have seen minimal impact on the processor or
> through put using filters. Its very low.
Is there a way to do this without filters, or is it hell-bent on having
one management station per community?
> There is a command enable ppp offloading - that is enabled by default
> which means the same.
For some reason it read like "offload PPP from the modem"...
> > - When I "sh ppp set" I see the field "Primary NBNS Address". Is this
> > another name for handing out DNS #'s during PPP negotiations? I can't
> > even find where I set it, but it's set ;)
> >
> NBNS - Wins - netbios name server
I suspected something about NetBios... What is the command to set the DNS
LCP extensions (NetServer 1> set nasdns_info on)? Or is that the same
thing?
Thanks much. I'm rambling a bit, but in general I am very happy with the
HiPer stuff so far. No PCSDL to mess with, lots of power, a decent
interface on the ARC, everything available via SNMP, tftp boot... The
docs are pretty good too. Some of it is unclear, but I elaborated in the
hopes that the doc team will get wind of what's hazy, esp. that "default
user" issue. Now if I could get a plaintext config file out of all this
stuff and send it to our tftp server....
Thanks again,
Charles
>
> krish
>
>
> > Sorry for so many questions, but I've RTFM'd and here I am...
> >
> > Thanks,
> >
> > Charles
> >
> > ~~~~~~~~~ ~~~~~~~~~~~
> > Charles Sprickman Internet Channel
> > INCH System Administration Team (212)243-5200
> > spork@inch.com access@inch.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) HiPer - the details (fwd) From: Charles Sprickman <spork@inch.com> Date: 1998-06-11 21:12:09
On Thu, 11 Jun 1998, Mike Wronski wrote:
> >- SNMP; I'd like more than one station to manage the arc with the same
> > community string. Is it easier to allow all and then implement a filter
> > on the ARC? What kind of processor impact do the filters have?
>
> Snmp is connectionless. Unless all of your stations are constantly polling
> for
> information at very close intervals you should not have a problem with this.
My question might have been a bit unclear. When you add a community, you
have the option of limiting access to one host. I'd like the same
community name for multiple hosts that I specify. Is that possible, and
if so how? One workaround is a filter, but then I'd also have to filter
every dialup session as well, which would get a little messy...
Thanks,
Charles
Subject:Re: (usr-tc) OID's and Mib Objects From: Brian <signal@shreve.net> Date: 1998-06-11 21:21:02
On Thu, 11 Jun 1998, David Bolen wrote:
> Brian <signal@shreve.net> writes:
>
> > However, I noticed on HDM's, the following peculiarities:
> >
> > Phone Number mdmCsLastCallingPartyNum.$slotchan
> > It always returns like 187-971-42
>
> If you know that you're getting caller information from the telco (I
> have run into PRI spans that don't send it strangely enough), I
> suppose it might be an HDM bug.
>
> I seem to get the caller information correctly using 1.0.91 on PRI
> spans where the telco is sending it.
I figured out the CallerID problem, you're right it does report back using
the same mibs correctly.
>
> > Data Compression mdmCsCompressionType.$slotchan
> > It shows none, even for ISDN calls that should have negotiated
> > STAC. Either the ARC isn't negotiating STAC, or the query to the
> > NMC is wrong/returning wrong info.
> >
> > CCP will be attempted for call type(s): DIGITAL
> > UNCOMPRESSED_ANALOG
>
> Note that mdmCsCompressionType is the _modem_ compression - it is not
> the same as CCP. So the compression type would typically be V.42bis
> or MNP5 for analog calls. For ISDN calls, I think none is appropriate
> since yes, typically compression is handled at the PPP level with CCP.
>
> But you'd have to ask your ARC about what it might be using for that
> session - just as in the quad case you'd have to ask the NETServer.
>
> > Blocks Resent mdmCsBlocksResent.$slotchan
> > Blocks Sent mdmCsBlocksSent.$slotchan
> > These are always 0 for ISDN calls. For analog calls it appears
> > accurate however. Is this correct?
>
> The "blocks" are a V.42 error control mechanism, so I believe that for
> both quads and HDM these values are only appropriate for a V.42 call.
> I don't think they even apply to MNP calls, but don't quote me on that.
>
> > Modulation Type mdmCsModulationType.$slotchan
> > Shows asyncSyncPPP for ISDN customers even though they are
> > using Ascend Pipelines, Netgear RT328, etc. I thought this
> > should read just "syncPPP". Which is correct?
>
> Technically, the server side modems are always doing sync/async PPP
> translation since they are talking over the packet bus to the
> NETServer/ARC as a simulated async DTE interface. Basically, it's the
> same translation performed in the other way at the dialup user's PC.
>
Interesting.
> A syncPPP session would only be appropriate if the "DTE" interface of
> the modem was actually running in synchronous mode (or in the
> NETServer case, that's what happens when the ISDN call goes straight
> from the PRI card to the NETServer), but I don't think you'll ever see
> it used on a quad/HDM that is servicing ISDN calls.
so that actually cut's some overhead, you don't have that async/sync
conversion going on with a PRI->Netserver terminated ISDN call.
>
> > Are there any other cool objects that would be interesting to return to
> > customers for there information? Should I/could I get this information
> > from the ARC these days, or is the NMC still the way to go for this
> > information (admittedly, I know the ARC does SNMP, but I am not sure to
> > what extent it keeps information).
>
> In theory you should be able to reach anything via SNMP on the ARC
> that you can get from the command line using the ARC MIBs - at least
> that's the theory. As to which path is preferable, that probably
> depends on your toolset and/or if you have to support mixed
> ARC/non-ARC configurations.
>
> In terms of the actual SNMP access - going directly to the ARC (rather
> than via the NMC) is in general much faster, but going through the NMC
> (using the slot indirection in the community string) is a bit more
> consistent in terms of tools always talking to the NMCs, and it
> leverages existing NMC community string configuration rather than
> having to configure the ARC independently.
>
Thanks for the insight. I think I will stick with the NMC for now, get
whatever useful information I can (i need to print out a object reference
for the NMC once again), and go from there.
Brian
> -- 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) HiPer and Dead Air From: Charles Sprickman <spork@inch.com> Date: 1998-06-11 21:24:34
Hello,
Sorry to pester everyone, but once my first HiPer chassis is up and
running I should be back in lurk mode...
I just installed the HiPer at our CO and everything seems fine except for
some little detail which I cannot track down. This is a chassis with 2
DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with no
ANI info. I've set up the chassis much like it's non-HiPer brethren to
reflect the above options, and have left any new settings at the defaults.
I confirmed the switch setup (actually looked at a terminal with the tech
as he double-checked things) matches what I have.
When I dial in, I hit the chassis, and the guy working on the 5E sees it
pick up the call, but I just get silence. If I reset the card, I get a
loud "ker-chunk" on the line, so the call is making it at least to the T1
section of the NAC, but apparently not finding it's way to a modem.
I'm sure this is something stupid, but I just can't find anything to
fiddle with that seems appropriate.
And if anyone has some general "this bit me when I went from
NetServer/Quads to HiPer" information, I'd love to hear it!
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
The 3 Com web site http://www.3com.com/solutions/svprovider/hiper.html
states "Equipment in these programs is enabled with x2TM technology and can
also accept the new v.90, 56K* standard through a software download when it
becomes available." It further states that the sku 2861-0 bundle includes
..... "and Network Management Card". (Note -- this page does not say some
of the equipment is x2 enabled, but says the equipment is x2 enabled and
proceeds to state the equipment includes an NMC card).
I purchased one of these systems, and every digital modem I have on our
premises is x2/v.90 enabled in every chassis we have, except the new one
described above. Who at 3Com can I contact to get the equipment to work as
advertised by them on their web site. (i.e. -- get the NMC card x2 enabled
without paying $1600 in addition to the competitive price we have already
paid for the bundle).
-- Terry
-----Original Message-----
>Pete Ashdown <pashdown@xmission.com> writes:
>
>> Brian said once upon a time:
>> >
>> >On Wed, 10 Jun 1998, Pete Ashdown wrote:
>> >
>> >> Just got a chassis with an ARC and two HDM's. It isn't enabled for
X2.
>> >> There aren't any passwords with this to get enabled. When will this
>> >> pain-in-the-ass key be eliminated?
>> >
>> >do you need to unlock hdm's? I thought the x2 was in the modem and
isn't
>> >prevented by the nmc..............
>>
>> I do if I run any quad cards on the chassis.
>
>Ah, but that's not fair - your original note didn't say anything about
>quads, just a chassis with an ARC and two HDMs, and you seemed to
>imply the HDMs didn't have x2 enabled.
>
>Is that the case? If so, that does sound strange, since in my
>experience the HDMs are always enabled, and don't pay attention to the
>feature key from the NMC.
>
>If that's not the case and you meant quads in the same chassis, then
>yes, you'll have to set the feature enable on the NMC for the quads,
>which will require a key for that NMC.
>
>But you probably knew 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 \
>\-----------------------------------------------------------------------/
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) OID's and Mib Objects From: David Bolen <db3l@ans.net> Date: 1998-06-11 22:07:11
Brian <signal@shreve.net> writes:
> However, I noticed on HDM's, the following peculiarities:
>
> Phone Number mdmCsLastCallingPartyNum.$slotchan
> It always returns like 187-971-42
If you know that you're getting caller information from the telco (I
have run into PRI spans that don't send it strangely enough), I
suppose it might be an HDM bug.
I seem to get the caller information correctly using 1.0.91 on PRI
spans where the telco is sending it.
> Data Compression mdmCsCompressionType.$slotchan
> It shows none, even for ISDN calls that should have negotiated
> STAC. Either the ARC isn't negotiating STAC, or the query to the
> NMC is wrong/returning wrong info.
>
> CCP will be attempted for call type(s): DIGITAL
> UNCOMPRESSED_ANALOG
Note that mdmCsCompressionType is the _modem_ compression - it is not
the same as CCP. So the compression type would typically be V.42bis
or MNP5 for analog calls. For ISDN calls, I think none is appropriate
since yes, typically compression is handled at the PPP level with CCP.
But you'd have to ask your ARC about what it might be using for that
session - just as in the quad case you'd have to ask the NETServer.
> Blocks Resent mdmCsBlocksResent.$slotchan
> Blocks Sent mdmCsBlocksSent.$slotchan
> These are always 0 for ISDN calls. For analog calls it appears
> accurate however. Is this correct?
The "blocks" are a V.42 error control mechanism, so I believe that for
both quads and HDM these values are only appropriate for a V.42 call.
I don't think they even apply to MNP calls, but don't quote me on that.
> Modulation Type mdmCsModulationType.$slotchan
> Shows asyncSyncPPP for ISDN customers even though they are
> using Ascend Pipelines, Netgear RT328, etc. I thought this
> should read just "syncPPP". Which is correct?
Technically, the server side modems are always doing sync/async PPP
translation since they are talking over the packet bus to the
NETServer/ARC as a simulated async DTE interface. Basically, it's the
same translation performed in the other way at the dialup user's PC.
A syncPPP session would only be appropriate if the "DTE" interface of
the modem was actually running in synchronous mode (or in the
NETServer case, that's what happens when the ISDN call goes straight
from the PRI card to the NETServer), but I don't think you'll ever see
it used on a quad/HDM that is servicing ISDN calls.
> Are there any other cool objects that would be interesting to return to
> customers for there information? Should I/could I get this information
> from the ARC these days, or is the NMC still the way to go for this
> information (admittedly, I know the ARC does SNMP, but I am not sure to
> what extent it keeps information).
In theory you should be able to reach anything via SNMP on the ARC
that you can get from the command line using the ARC MIBs - at least
that's the theory. As to which path is preferable, that probably
depends on your toolset and/or if you have to support mixed
ARC/non-ARC configurations.
In terms of the actual SNMP access - going directly to the ARC (rather
than via the NMC) is in general much faster, but going through the NMC
(using the slot indirection in the community string) is a bit more
consistent in terms of tools always talking to the NMCs, and it
leverages existing NMC community string configuration rather than
having to configure the ARC independently.
-- 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) OID's and Mib Objects From: David Bolen <db3l@ans.net> Date: 1998-06-11 22:29:46
Brian <signal@shreve.net> writes:
> so that actually cut's some overhead, you don't have that async/sync
> conversion going on with a PRI->Netserver terminated ISDN call.
Well, yeah at some level - but really the only pure difference between
sync and async is the clocking at the interface (for a real sync
interface) for data transfer and padding since data is always being
transferred. In the end the same payload is being exchanged, and the
packet bus between the quad/HDM and the NETServer/ARC is working in
datagram sized chunks anyway, so there's very little correlation to do
an apples to apples comparison. I don't think you really lose much
in terms of performance (and in fact the gateway cards are probably
optimized more for packet bus handling than the NETServer was for
interfacing to the Munich board).
> Thanks for the insight. I think I will stick with the NMC for now, get
> whatever useful information I can (i need to print out a object reference
> for the NMC once again), and go from there.
Note that the NMC won't directly give you much of anything about the
ARC. For ARC information via the NMC, you have to use the redirection
feature (e.g., use <comm>@<slot> or something like that) to re-route
your request to the ARC internally. Only the ARC (via the NMC or
directly) can answer questions about itself over SNMP using the ARC
MIBs.
If you stick with the existing chassis MIBs, about all you have for
the ARC is the slot and entity tables (e.g., the same as what you have
for the NETServer via the NMC).
-- 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) HiPer and Dead Air From: Charles Sprickman <spork@inch.com> Date: 1998-06-11 22:57:31
And as a follow-up to my own question, the Performance monitor on the DS0
level shows a DS0 as "DS0 out of service[24]" and "remote out of service
[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
modem level showed no activity.
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Thu, 11 Jun 1998, Charles Sprickman wrote:
> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> From: Charles Sprickman <spork@inch.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@xmission.com
> Subject: (usr-tc) HiPer and Dead Air
>
> Hello,
>
> Sorry to pester everyone, but once my first HiPer chassis is up and
> running I should be back in lurk mode...
>
> I just installed the HiPer at our CO and everything seems fine except for
> some little detail which I cannot track down. This is a chassis with 2
> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with no
> ANI info. I've set up the chassis much like it's non-HiPer brethren to
> reflect the above options, and have left any new settings at the defaults.
> I confirmed the switch setup (actually looked at a terminal with the tech
> as he double-checked things) matches what I have.
>
> When I dial in, I hit the chassis, and the guy working on the 5E sees it
> pick up the call, but I just get silence. If I reset the card, I get a
> loud "ker-chunk" on the line, so the call is making it at least to the T1
> section of the NAC, but apparently not finding it's way to a modem.
>
> I'm sure this is something stupid, but I just can't find anything to
> fiddle with that seems appropriate.
>
> And if anyone has some general "this bit me when I went from
> NetServer/Quads to HiPer" information, I'd love to hear it!
>
> Thanks,
>
> Charles
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.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.
>
Good luck, I fought this battle for months and finally had to agree to buy
an annual maint agreement and they *gave* me the upgrade. That was the
best deal I could get, $2300 for the maint agreement.
At 09:43 PM 6/11/98 -0500, you wrote:
>The 3 Com web site http://www.3com.com/solutions/svprovider/hiper.html
>states "Equipment in these programs is enabled with x2TM technology and can
>also accept the new v.90, 56K* standard through a software download when it
>becomes available." It further states that the sku 2861-0 bundle includes
>..... "and Network Management Card". (Note -- this page does not say some
>of the equipment is x2 enabled, but says the equipment is x2 enabled and
>proceeds to state the equipment includes an NMC card).
>
>I purchased one of these systems, and every digital modem I have on our
>premises is x2/v.90 enabled in every chassis we have, except the new one
>described above. Who at 3Com can I contact to get the equipment to work as
>advertised by them on their web site. (i.e. -- get the NMC card x2 enabled
>without paying $1600 in addition to the competitive price we have already
>paid for the bundle).
>
>-- Terry
>
>
>
>
>
>-----Original Message-----
>From: David Bolen <db3l@ans.net>
>To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>Date: Thursday, June 11, 1998 7:15 PM
>Subject: Re: (usr-tc) #&#! X2 keys!!
>
>
>>Pete Ashdown <pashdown@xmission.com> writes:
>>
>>> Brian said once upon a time:
>>> >
>>> >On Wed, 10 Jun 1998, Pete Ashdown wrote:
>>> >
>>> >> Just got a chassis with an ARC and two HDM's. It isn't enabled for
>X2.
>>> >> There aren't any passwords with this to get enabled. When will this
>>> >> pain-in-the-ass key be eliminated?
>>> >
>>> >do you need to unlock hdm's? I thought the x2 was in the modem and
>isn't
>>> >prevented by the nmc..............
>>>
>>> I do if I run any quad cards on the chassis.
>>
>>Ah, but that's not fair - your original note didn't say anything about
>>quads, just a chassis with an ARC and two HDMs, and you seemed to
>>imply the HDMs didn't have x2 enabled.
>>
>>Is that the case? If so, that does sound strange, since in my
>>experience the HDMs are always enabled, and don't pay attention to the
>>feature key from the NMC.
>>
>>If that's not the case and you meant quads in the same chassis, then
>>yes, you'll have to set the feature enable on the NMC for the quads,
>>which will require a key for that NMC.
>>
>>But you probably knew 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 \
>>\-----------------------------------------------------------------------/
>>
>>-
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
Thanks,
Greg Coffey, CoffeyNet ** Casper- Douglas v.90 56k access **
142 S. Center St. Wheatland, Pinedale, Lander, Lusk
Casper, WY 82601 Douglas & Rawlins (307) 234-5443
http://www.coffey.com Open 8-6 M-F / 10-2 Saturday
Subject:(usr-tc) Dead Login From: K Mitchell <mitch@keyconn.net> Date: 1998-06-12 07:50:26
Users are able to login to my HiPer chassis fine, but have no apparent
connectivity outside of the chassis. Trying to access a web page results in
a "Web site found, waiting for reply" message and hangs there. My network
connectivity is fine, as is the websites the access attempts are made to.
Any assistance would be greatly appreciated,
Kirk
Kirk Mitchell-General Manager tech@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
On Thu, 11 Jun 1998, Charles Sprickman wrote:
> Thanks for the info!
>
> I still have some problems, but this is *so* much nicer than the
> Netserver/Quad combo. I understand why people are getting rid of those.
> I'm very tempted just for the tab completion and history ;)
>
> On Thu, 11 Jun 1998, Tatai SV Krishnan wrote:
>
> > > - From TCM, is there a way to set the T1/PRI params on a DSP?
> > >
> > Yes - Check the manual for hdm.
>
> Oops, clicked on the wrong part of the card. "Bubble Help" would be kind
> of cool for TCM, ie, when you mouse over parts of the card a label comes
> up and says "modem settings" or "DS1 settings". Just an idea...
>
Will let developers know that.
>
> > There is a user called default and for that user you can set your max
> > channels. set ne user default ppp max_ch 2
>
> Gotcha, that must be a real tiny paragraph in the manual... I missed it
> completely.
>
> > > - SNMP; I'd like more than one station to manage the arc with the same
> > > community string. Is it easier to allow all and then implement a filter
> > > on the ARC? What kind of processor impact do the filters have?
> > >
> > Well in our tests here we have seen minimal impact on the processor or
> > through put using filters. Its very low.
>
> Is there a way to do this without filters, or is it hell-bent on having
> one management station per community?
>
> > There is a command enable ppp offloading - that is enabled by default
> > which means the same.
>
> For some reason it read like "offload PPP from the modem"...
>
> > > - When I "sh ppp set" I see the field "Primary NBNS Address". Is this
> > > another name for handing out DNS #'s during PPP negotiations? I can't
> > > even find where I set it, but it's set ;)
> > >
> > NBNS - Wins - netbios name server
>
> I suspected something about NetBios... What is the command to set the DNS
> LCP extensions (NetServer 1> set nasdns_info on)? Or is that the same
> thing?
>
set ppp dns_usage
is the command, you can set the dns usage to system - tell the system to
send the ppp user its dns server info or you can have the default user
configured for dns with an ip addreess.
> Thanks much. I'm rambling a bit, but in general I am very happy with the
> HiPer stuff so far. No PCSDL to mess with, lots of power, a decent
> interface on the ARC, everything available via SNMP, tftp boot... The
> docs are pretty good too. Some of it is unclear, but I elaborated in the
> hopes that the doc team will get wind of what's hazy, esp. that "default
> user" issue. Now if I could get a plaintext config file out of all this
> stuff and send it to our tftp server....
>
Not only that you can setup a tftp client and down load the code directly
to the HiPer arc, you can also get your initial minimum config from the
hiper arc, that file is called QuickSetup.cfg - Not all the info is
available here but - sure you can get your ip/user/radius config in plain
text form.
krish
> Thanks again,
>
> Charles
>
> >
> > krish
> >
> >
> > > Sorry for so many questions, but I've RTFM'd and here I am...
> > >
> > > Thanks,
> > >
> > > Charles
> > >
> > > ~~~~~~~~~ ~~~~~~~~~~~
> > > Charles Sprickman Internet Channel
> > > INCH System Administration Team (212)243-5200
> > > spork@inch.com access@inch.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) Dead Login From: Brian <signal@shreve.net> Date: 1998-06-12 09:31:27
On Fri, 12 Jun 1998, K Mitchell wrote:
> Users are able to login to my HiPer chassis fine, but have no apparent
> connectivity outside of the chassis. Trying to access a web page results in
> a "Web site found, waiting for reply" message and hangs there. My network
> connectivity is fine, as is the websites the access attempts are made to.
>
Tell us about the routing.
What is the IP of the ARC?
What IP range are users assigned?
Is there any routing protocols being run?
What is the IP address of your router?
> Any assistance would be greatly appreciated,
> Kirk
>
> Kirk Mitchell-General Manager tech@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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
It was the same way 18 mos ago and nobody was able to offer anything more
than the free upgrade with the $2300 maint agreement. Good luck.
At 10:54 AM 6/12/98 -0500, you wrote:
>All I want is what 3Com advertised they were providing.
>
>I really question their marketing strategy if they are reluctant to provide
>what they promised -- especially when it would cost them $0 to do so. Their
>advertising states the equipment is x2 enabled, and that the equipment
>includes a Network Management Card. If we keep the new unit, we will
>probably buy a maintenance contract for it. However, purchase of the
>maintenance contract should not be required to get delivery on what we have
>already purchased.
>
>It appears 3Com is alienating the customers who have been loyal to them by
>telling us what 3Com intended to offer, ignoring what they have represented
>the product to be on their web site. Presently, every modem we have is a
>USR/3Com modem, the hubs we use are 3Com, etc. We want to continue to be a
>good 3Com customer. I don't believe the grief we are getting is what top
>management at 3Com wants to deliver -- especially when it would cost them
>exactly $0 to remedy the problem. If we thought this was truly the
>company's intent, we would be among the first to change preferred vendors.
>
>The only reason I am addressing this on the mailing list is that I have been
>unable to talk with a real person at 3Com who seems to have any authority to
>deal with it.
>
>-- Terry
>
>
>-----Original Message-----
>From: Eric Young <Eric@solunet.com>
>To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>Date: Friday, June 12, 1998 9:15 AM
>Subject: RE: (usr-tc) #&#! X2 keys!!
>
>
>>Haven't been able to respond in a couple of days, but I do tech support for
>>a PVAR and am familiar with this situation. As far as I know, it works
>like
>>this:
>>
>>2861's come with the hiper dsp modem/csu card sets which are hardcoded with
>>X2 capability. The NMC on the 2861's are not X2 enabled. If you have an
>>older chassis (1706, 1816, 2059) w/ X2 enabled and you want to take your
>>quad modem and dual pri/t1 cards out and put them all into your new
>chassis,
>>you will need an X2 key generated. This is free if you have a service
>>contract w/ 3Com. If you do not, then you will either have to pay big
>bucks
>>for one, pay for the X2 key, or convince your vendor's 3Com Channel rep to
>>send a letter (or email) on your behest to the person that generates the
>>keys saying that it is O.K. to generate a new key without cost. The other
>>option is to take the NMC card from your other old chassis and swap it with
>>the NMC card from the new chassis. You will have to do a little monitoring
>>for anything strange that might happen, but you will be able to take X2
>(and
>>hence V.90) calls. All of this is most definitely a pain in the ass. But
>we
>>all chose to buy 3Com equipment (or at least SOMEbody did) and here we are,
>>so quitcherbitchin! :-)
>>Have a good weekend.
>>
>>Sincerely,
>>
>>eric young a.k.a. the hub doctor
>>technical support
>>solunet, inc. http://www.solunet.com <http://www.solunet.com>
>>v800.795.2814
>>v407.676.7947
>>f407.676.0809
>>eric@solunet.com <mailto:eric@solunet.com>
>>
>>We don't make networking equipment, we make it WORK!
>>
>> -----Original Message-----
>> From: Greg Coffey [SMTP:greg@coffey.com]
>> Sent: Friday, June 12, 1998 8:34 AM
>> To: usr-tc@lists.xmission.com
>> Subject: Re: (usr-tc) #&#! X2 keys!!
>>
>> Good luck, I fought this battle for months and finally had to agree
>>to buy
>> an annual maint agreement and they *gave* me the upgrade. That was
>>the
>> best deal I could get, $2300 for the maint agreement.
>>
>> At 09:43 PM 6/11/98 -0500, you wrote:
>> >The 3 Com web site
>>http://www.3com.com/solutions/svprovider/hiper.html
>> >states "Equipment in these programs is enabled with x2TM technology
>>and can
>> >also accept the new v.90, 56K* standard through a software download
>>when it
>> >becomes available." It further states that the sku 2861-0 bundle
>>includes
>> >..... "and Network Management Card". (Note -- this page does not
>>say some
>> >of the equipment is x2 enabled, but says the equipment is x2
>>enabled and
>> >proceeds to state the equipment includes an NMC card).
>> >
>> >I purchased one of these systems, and every digital modem I have on
>>our
>> >premises is x2/v.90 enabled in every chassis we have, except the
>>new one
>> >described above. Who at 3Com can I contact to get the equipment to
>>work as
>> >advertised by them on their web site. (i.e. -- get the NMC card x2
>>enabled
>> >without paying $1600 in addition to the competitive price we have
>>already
>> >paid for the bundle).
>> >
>> >-- Terry
>> >
>> >
>> >
>> >
>> >
>> >-----Original Message-----
>> >From: David Bolen <db3l@ans.net>
>> >To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>> >Date: Thursday, June 11, 1998 7:15 PM
>> >Subject: Re: (usr-tc) #&#! X2 keys!!
>> >
>> >
>> >>Pete Ashdown <pashdown@xmission.com> writes:
>> >>
>> >>> Brian said once upon a time:
>> >>> >
>> >>> >On Wed, 10 Jun 1998, Pete Ashdown wrote:
>> >>> >
>> >>> >> Just got a chassis with an ARC and two HDM's. It isn't
>>enabled for
>> >X2.
>> >>> >> There aren't any passwords with this to get enabled. When
>>will this
>> >>> >> pain-in-the-ass key be eliminated?
>> >>> >
>> >>> >do you need to unlock hdm's? I thought the x2 was in the modem
>>and
>> >isn't
>> >>> >prevented by the nmc..............
>> >>>
>> >>> I do if I run any quad cards on the chassis.
>> >>
>> >>Ah, but that's not fair - your original note didn't say anything
>>about
>> >>quads, just a chassis with an ARC and two HDMs, and you seemed to
>> >>imply the HDMs didn't have x2 enabled.
>> >>
>> >>Is that the case? If so, that does sound strange, since in my
>> >>experience the HDMs are always enabled, and don't pay attention to
>>the
>> >>feature key from the NMC.
>> >>
>> >>If that's not the case and you meant quads in the same chassis,
>>then
>> >>yes, you'll have to set the feature enable on the NMC for the
>>quads,
>> >>which will require a key for that NMC.
>> >>
>> >>But you probably knew 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 \
>>
>>>>\-----------------------------------------------------------------------/
>> >>
>> >>-
>> >> To unsubscribe to usr-tc, send an email to
>>"majordomo@xmission.com"
>> >> with "unsubscribe usr-tc" in the body of the message.
>> >> For information on digests or retrieving files and old messages
>>send
>> >> "help" to the same address. Do not use quotes in your message.
>> >>
>> >
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to
>>"majordomo@xmission.com"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages
>>send
>> > "help" to the same address. Do not use quotes in your message.
>> >
>> >
>>
>> Thanks,
>> Greg Coffey, CoffeyNet ** Casper- Douglas v.90 56k access **
>> 142 S. Center St. Wheatland, Pinedale,
>>Lander, Lusk
>> Casper, WY 82601 Douglas & Rawlins (307)
>>234-5443
>> http://www.coffey.com Open 8-6 M-F / 10-2 Saturday
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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.
>
>
Thanks,
Greg Coffey, CoffeyNet ** Casper- Douglas v.90 56k access **
142 S. Center St. Wheatland, Pinedale, Lander, Lusk
Casper, WY 82601 Douglas & Rawlins (307) 234-5443
http://www.coffey.com Open 8-6 M-F / 10-2 Saturday
Subject:RE: (usr-tc) #&#! X2 keys!! From: Eric Young <eric@solunet.com> Date: 1998-06-12 10:10:31
Haven't been able to respond in a couple of days, but I do tech support for
a PVAR and am familiar with this situation. As far as I know, it works like
this:
2861's come with the hiper dsp modem/csu card sets which are hardcoded with
X2 capability. The NMC on the 2861's are not X2 enabled. If you have an
older chassis (1706, 1816, 2059) w/ X2 enabled and you want to take your
quad modem and dual pri/t1 cards out and put them all into your new chassis,
you will need an X2 key generated. This is free if you have a service
contract w/ 3Com. If you do not, then you will either have to pay big bucks
for one, pay for the X2 key, or convince your vendor's 3Com Channel rep to
send a letter (or email) on your behest to the person that generates the
keys saying that it is O.K. to generate a new key without cost. The other
option is to take the NMC card from your other old chassis and swap it with
the NMC card from the new chassis. You will have to do a little monitoring
for anything strange that might happen, but you will be able to take X2 (and
hence V.90) calls. All of this is most definitely a pain in the ass. But we
all chose to buy 3Com equipment (or at least SOMEbody did) and here we are,
so quitcherbitchin! :-)
Have a good weekend.
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: Greg Coffey [SMTP:greg@coffey.com]
Sent: Friday, June 12, 1998 8:34 AM
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) #&#! X2 keys!!
Good luck, I fought this battle for months and finally had to agree
to buy
an annual maint agreement and they *gave* me the upgrade. That was
the
best deal I could get, $2300 for the maint agreement.
At 09:43 PM 6/11/98 -0500, you wrote:
>The 3 Com web site
http://www.3com.com/solutions/svprovider/hiper.html
>states "Equipment in these programs is enabled with x2TM technology
and can
>also accept the new v.90, 56K* standard through a software download
when it
>becomes available." It further states that the sku 2861-0 bundle
includes
>..... "and Network Management Card". (Note -- this page does not
say some
>of the equipment is x2 enabled, but says the equipment is x2
enabled and
>proceeds to state the equipment includes an NMC card).
>
>I purchased one of these systems, and every digital modem I have on
our
>premises is x2/v.90 enabled in every chassis we have, except the
new one
>described above. Who at 3Com can I contact to get the equipment to
work as
>advertised by them on their web site. (i.e. -- get the NMC card x2
enabled
>without paying $1600 in addition to the competitive price we have
already
>paid for the bundle).
>
>-- Terry
>
>
>
>
>
>-----Original Message-----
>From: David Bolen <db3l@ans.net>
>To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>Date: Thursday, June 11, 1998 7:15 PM
>Subject: Re: (usr-tc) #&#! X2 keys!!
>
>
>>Pete Ashdown <pashdown@xmission.com> writes:
>>
>>> Brian said once upon a time:
>>> >
>>> >On Wed, 10 Jun 1998, Pete Ashdown wrote:
>>> >
>>> >> Just got a chassis with an ARC and two HDM's. It isn't
enabled for
>X2.
>>> >> There aren't any passwords with this to get enabled. When
will this
>>> >> pain-in-the-ass key be eliminated?
>>> >
>>> >do you need to unlock hdm's? I thought the x2 was in the modem
and
>isn't
>>> >prevented by the nmc..............
>>>
>>> I do if I run any quad cards on the chassis.
>>
>>Ah, but that's not fair - your original note didn't say anything
about
>>quads, just a chassis with an ARC and two HDMs, and you seemed to
>>imply the HDMs didn't have x2 enabled.
>>
>>Is that the case? If so, that does sound strange, since in my
>>experience the HDMs are always enabled, and don't pay attention to
the
>>feature key from the NMC.
>>
>>If that's not the case and you meant quads in the same chassis,
then
>>yes, you'll have to set the feature enable on the NMC for the
quads,
>>which will require a key for that NMC.
>>
>>But you probably knew 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 \
>>\-----------------------------------------------------------------------/
>>
>>-
>> To unsubscribe to usr-tc, send an email to
"majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages
send
>> "help" to the same address. Do not use quotes in your message.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to
"majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages
send
> "help" to the same address. Do not use quotes in your message.
>
>
Thanks,
Greg Coffey, CoffeyNet ** Casper- Douglas v.90 56k access **
142 S. Center St. Wheatland, Pinedale,
Lander, Lusk
Casper, WY 82601 Douglas & Rawlins (307)
234-5443
http://www.coffey.com Open 8-6 M-F / 10-2 Saturday
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages
send
"help" to the same address. Do not use quotes in your message.
All I want is what 3Com advertised they were providing.
I really question their marketing strategy if they are reluctant to provide
what they promised -- especially when it would cost them $0 to do so. Their
advertising states the equipment is x2 enabled, and that the equipment
includes a Network Management Card. If we keep the new unit, we will
probably buy a maintenance contract for it. However, purchase of the
maintenance contract should not be required to get delivery on what we have
already purchased.
It appears 3Com is alienating the customers who have been loyal to them by
telling us what 3Com intended to offer, ignoring what they have represented
the product to be on their web site. Presently, every modem we have is a
USR/3Com modem, the hubs we use are 3Com, etc. We want to continue to be a
good 3Com customer. I don't believe the grief we are getting is what top
management at 3Com wants to deliver -- especially when it would cost them
exactly $0 to remedy the problem. If we thought this was truly the
company's intent, we would be among the first to change preferred vendors.
The only reason I am addressing this on the mailing list is that I have been
unable to talk with a real person at 3Com who seems to have any authority to
deal with it.
-- Terry
-----Original Message-----
>Haven't been able to respond in a couple of days, but I do tech support for
>a PVAR and am familiar with this situation. As far as I know, it works
like
>this:
>
>2861's come with the hiper dsp modem/csu card sets which are hardcoded with
>X2 capability. The NMC on the 2861's are not X2 enabled. If you have an
>older chassis (1706, 1816, 2059) w/ X2 enabled and you want to take your
>quad modem and dual pri/t1 cards out and put them all into your new
chassis,
>you will need an X2 key generated. This is free if you have a service
>contract w/ 3Com. If you do not, then you will either have to pay big
bucks
>for one, pay for the X2 key, or convince your vendor's 3Com Channel rep to
>send a letter (or email) on your behest to the person that generates the
>keys saying that it is O.K. to generate a new key without cost. The other
>option is to take the NMC card from your other old chassis and swap it with
>the NMC card from the new chassis. You will have to do a little monitoring
>for anything strange that might happen, but you will be able to take X2
(and
>hence V.90) calls. All of this is most definitely a pain in the ass. But
we
>all chose to buy 3Com equipment (or at least SOMEbody did) and here we are,
>so quitcherbitchin! :-)
>Have a good weekend.
>
>Sincerely,
>
>eric young a.k.a. the hub doctor
>technical support
>solunet, inc. http://www.solunet.com <http://www.solunet.com>
>v800.795.2814
>v407.676.7947
>f407.676.0809
>eric@solunet.com <mailto:eric@solunet.com>
>
>We don't make networking equipment, we make it WORK!
>
> -----Original Message-----
> From: Greg Coffey [SMTP:greg@coffey.com]
> Sent: Friday, June 12, 1998 8:34 AM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) #&#! X2 keys!!
>
> Good luck, I fought this battle for months and finally had to agree
>to buy
> an annual maint agreement and they *gave* me the upgrade. That was
>the
> best deal I could get, $2300 for the maint agreement.
>
> At 09:43 PM 6/11/98 -0500, you wrote:
> >The 3 Com web site
>http://www.3com.com/solutions/svprovider/hiper.html
> >states "Equipment in these programs is enabled with x2TM technology
>and can
> >also accept the new v.90, 56K* standard through a software download
>when it
> >becomes available." It further states that the sku 2861-0 bundle
>includes
> >..... "and Network Management Card". (Note -- this page does not
>say some
> >of the equipment is x2 enabled, but says the equipment is x2
>enabled and
> >proceeds to state the equipment includes an NMC card).
> >
> >I purchased one of these systems, and every digital modem I have on
>our
> >premises is x2/v.90 enabled in every chassis we have, except the
>new one
> >described above. Who at 3Com can I contact to get the equipment to
>work as
> >advertised by them on their web site. (i.e. -- get the NMC card x2
>enabled
> >without paying $1600 in addition to the competitive price we have
>already
> >paid for the bundle).
> >
> >-- Terry
> >
> >
> >
> >
> >
> >-----Original Message-----
> >From: David Bolen <db3l@ans.net>
> >To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> >Date: Thursday, June 11, 1998 7:15 PM
> >Subject: Re: (usr-tc) #&#! X2 keys!!
> >
> >
> >>Pete Ashdown <pashdown@xmission.com> writes:
> >>
> >>> Brian said once upon a time:
> >>> >
> >>> >On Wed, 10 Jun 1998, Pete Ashdown wrote:
> >>> >
> >>> >> Just got a chassis with an ARC and two HDM's. It isn't
>enabled for
> >X2.
> >>> >> There aren't any passwords with this to get enabled. When
>will this
> >>> >> pain-in-the-ass key be eliminated?
> >>> >
> >>> >do you need to unlock hdm's? I thought the x2 was in the modem
>and
> >isn't
> >>> >prevented by the nmc..............
> >>>
> >>> I do if I run any quad cards on the chassis.
> >>
> >>Ah, but that's not fair - your original note didn't say anything
>about
> >>quads, just a chassis with an ARC and two HDMs, and you seemed to
> >>imply the HDMs didn't have x2 enabled.
> >>
> >>Is that the case? If so, that does sound strange, since in my
> >>experience the HDMs are always enabled, and don't pay attention to
>the
> >>feature key from the NMC.
> >>
> >>If that's not the case and you meant quads in the same chassis,
>then
> >>yes, you'll have to set the feature enable on the NMC for the
>quads,
> >>which will require a key for that NMC.
> >>
> >>But you probably knew 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 \
>
>>>\-----------------------------------------------------------------------/
> >>
> >>-
> >> To unsubscribe to usr-tc, send an email to
>"majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and old messages
>send
> >> "help" to the same address. Do not use quotes in your message.
> >>
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to
>"majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages
>send
> > "help" to the same address. Do not use quotes in your message.
> >
> >
>
> Thanks,
> Greg Coffey, CoffeyNet ** Casper- Douglas v.90 56k access **
> 142 S. Center St. Wheatland, Pinedale,
>Lander, Lusk
> Casper, WY 82601 Douglas & Rawlins (307)
>234-5443
> http://www.coffey.com Open 8-6 M-F / 10-2 Saturday
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Hiper Reboot From: Johnson, Andy <andy@paracom.com> Date: 1998-06-12 11:59:49
I am running Hiper Arc 4.0.51 and DSP 1.0.8. I can get a ppp session
established and connected fine. Once I am connected and I telnet to the
Hiper Arc and get a CLI prompt the Hiper Arc reboots for no reason. It
also reboots if I pass a lot of traffice through the card. Has anyone
seen this happen before or have a fix for it? Thanks....
Andy Johnson
Network Engineer
ParaCom Technologies, Inc
On Fri, 12 Jun 1998, Johnson, Andy wrote:
> I am running Hiper Arc 4.0.51 and DSP 1.0.8. I can get a ppp session
> established and connected fine. Once I am connected and I telnet to the
> Hiper Arc and get a CLI prompt the Hiper Arc reboots for no reason. It
> also reboots if I pass a lot of traffice through the card. Has anyone
> seen this happen before or have a fix for it? Thanks....
>
Did you upgrade from 4.0.19 to 4.0.51? You have to delete the config if
you upgraded from 4.0.19 to 4.0.51 after the upgrade and reconfigure the
same. Also if you have access to the console port - do a
show board crash
and send the crash dump
regards
krish
> Andy Johnson
> Network Engineer
> ParaCom Technologies, 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.
>
On Jun 10, 10:17pm, Brian wrote:
> Subject: Re: (usr-tc) Dynamic anti-spoof filters
> On Tue, 9 Jun 1998, Aaron Nabil wrote:
>
> >
> > If anyone is running Radiator (I have no idea how many people are),
> > I just posted to the radiator list a set of patches that allow you
> > to create anti-spoof filters on the fly by sticking the framed-ip
> > hint into a filter you send back with the Accept message.
Aaron's cool patches have been rolled into the Radiator base code, and will
appear in the next release of Radiator (due in the next few days).
http://www.open.com.au/radiator
--
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
> Aaron's cool patches have been rolled into the Radiator base code, and will
> appear in the next release of Radiator (due in the next few days).
So has anybody verified that the filters thus produced actually work?
regards,
-- Robert
Subject:Re: (usr-tc) Dead Login From: K Mitchell <mitch@keyconn.net> Date: 1998-06-12 13:20:06
At 09:31 AM 6/12/98 -0500, you wrote:
>On Fri, 12 Jun 1998, K Mitchell wrote:
>
>> Users are able to login to my HiPer chassis fine, but have no apparent
>> connectivity outside of the chassis. Trying to access a web page results in
>> a "Web site found, waiting for reply" message and hangs there. My network
>> connectivity is fine, as is the websites the access attempts are made to.
>>
>
>Tell us about the routing.
>
>What is the IP of the ARC?
>What IP range are users assigned?
>Is there any routing protocols being run?
>What is the IP address of your router?
We tracked the problem to a bad DNS entry on the NMC.
Thanks for the reply
Kirk
Kirk Mitchell-General Manager tech@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
Eric Young said once upon a time:
>This is free if you have a service
>contract w/ 3Com. If you do not, then you will either have to pay big bucks
>for one, pay for the X2 key, or convince your vendor's 3Com Channel rep to
>send a letter (or email) on your behest to the person that generates the
>keys saying that it is O.K. to generate a new key without cost.
I have a service contract. What's next?
Davey Walbeck said once upon a time:
>
>The 4.0.51 release solved a lot of the problems we were having with
>the 4.0.29. I have been much happier since I upgraded to the new
>version and most of my problems were corrected.
Ironically, 4.0.51 came out before the 4.0.29 release. The wacky numbering
is due to the fact that it is an ER release.
We were having the same problem at times. You should probably upgrade the=
Arc to 4.0.29 which was put into release 05/01/98.
*********** REPLY SEPARATOR ***********
On 6/12/98, at 11:59 AM, Johnson, Andy wrote:
>I am running Hiper Arc 4.0.51 and DSP 1.0.8. I can get a ppp session
>established and connected fine. Once I am connected and I telnet to the
>Hiper Arc and get a CLI prompt the Hiper Arc reboots for no reason. It
>also reboots if I pass a lot of traffice through the card. Has anyone
>seen this happen before or have a fix for it? Thanks....
>
>Andy Johnson
>Network Engineer
>ParaCom Technologies, 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.
=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
S t e v e n R. S h e p h e r d
=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
CyberGate Internet Technologies http://www.gate.net
Network Operations Center http://noc.gate.net
An e.spire Company NetDudeFL @ EFnet
Network Technician E-Mail: steven@gate.net
(800)NET-GATE/(954)429-8065 9542595004@alphapage.airtouch.com
ICQ: 1412432
=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
> Davey Walbeck said once upon a time:
> >
> >The 4.0.51 release solved a lot of the problems we were having with
> >the 4.0.29. I have been much happier since I upgraded to the new
> >version and most of my problems were corrected.
>
> Ironically, 4.0.51 came out before the 4.0.29 release. The wacky numbering
> is due to the fact that it is an ER release.
>
That is a bit strange, but it sure is reasuring to know that they
have some consistancy in numbering their releases like all the other
version releases. Have you tried the V.90 code yet? or are you
waiting until the end of this month for the hopefully better code of
V.90? Just curious since all of the negative feedback from the
current release of the V.90
-Davey
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Just got the first of the HiPer equipment here during the
last week. Spent the ness. time to pick a general idea
of how these are differernt from the netservers. Have a
question though and can't seem to pu my finger on where
to look. The HiPerARC reports with the li modem_groups
command that I have a total of 92 interfaces. ( or 23 per
HiPer DSP , we have 4 of them) These are channelized T1
Dsp's. They report 24 interfaces any where I look for ( such
as TCM ) I can set line settings on 24 channels per card and
such. In the HyperArc manager, modems groups, 23 per card
show up again. ( I take this is the same setting as the cli interface
is showing) More than glad to read up on what I'm doing wrong.
Any care to point me in the right direction?
Terry Kennedy
OlyPen Inc.
"Terry Womack" <tdwomack@texhoma.net> writes:
> All I want is what 3Com advertised they were providing.
I'm not sure that you don't have it... (ok, maybe a technicality, but..)
> I really question their marketing strategy if they are reluctant to provide
> what they promised -- especially when it would cost them $0 to do so. Their
> advertising states the equipment is x2 enabled, and that the equipment
> includes a Network Management Card. If we keep the new unit, we will
> probably buy a maintenance contract for it. However, purchase of the
> maintenance contract should not be required to get delivery on what we have
> already purchased.
First, I definitely agree that this stuff should just be turned on at
this point. This late in the game, the 56K stuff should be getting
treated like V.34 - it's just a new protocol. I could understand the
desire to treat it as a new added cost feature early on, but enough
already. Like the ISDN feature, it should have just gotten enabled
permanently for the quads in the TCS 3.1 release... maybe that'll
happen in the next 3.5 release.
However, I do think you got what was advertised - x2 was enabled in
the equipment you purchased that implements it - namely the HDM.
The NMC can't _do_ "x2". What it does do is act as a proxy to hold an
enabler for the quad components - but that feature is really enabling
x2 in the quads, not in the NMC. So as such, since the equipment
didn't come with any quads, there was no implied support for enabling
x2 in otherwise obtained quads.
All IMO of course, and it doesn't change what a pain is it... perhaps
info forwarded up within 3Com from this list might be able to work
some changes down the road.
-- 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) #&#! X2 keys!! From: Eric Young <eric@solunet.com> Date: 1998-06-12 16:22:38
If you have a service contract then you simply fax your:
Name
Invoice
email address
nmc serial #
contract # (and a BRIEF description of the contract)
phone #
fax # (just in case) and
something that says you are requesting an X2 key for your chassis to
847-222-3140 attn: LaChina MacDonald. If all goes well, and the contract
is valid, then you should receive an X2 key via email in the next 48-72
hours (depending on how busy the requests are!).
Sincerely,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
-----Original Message-----
From: Pete Ashdown [SMTP:pashdown@xmission.com]
Sent: Friday, June 12, 1998 3:33 PM
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) #&#! X2 keys!!
Eric Young said once upon a time:
>This is free if you have a service
>contract w/ 3Com. If you do not, then you will either have to pay
big bucks
>for one, pay for the X2 key, or convince your vendor's 3Com Channel
rep to
>send a letter (or email) on your behest to the person that
generates the
>keys saying that it is O.K. to generate a new key without cost.
I have a service contract. What's next?
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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 notice that some of my Hyper DSP cards reboots and I don't know
why.
I have a TC with 6 DSP and I already saw two of them rebooting
(not at he same time). They are running 1.1.97.
Does any one have seem this ?
BTW, I'm trying to download a different firmware version to these
cards, but it doesn't work. The zmodem starts and finish OK, but the card
does not show the file name at the end of download and shows the same
version. Any ideias ?
- Marcelo
On Fri, 12 Jun 1998, Johnson, Andy wrote:
|I am running Hiper Arc 4.0.51 and DSP 1.0.8. I can get a ppp session
|established and connected fine. Once I am connected and I telnet to the
|Hiper Arc and get a CLI prompt the Hiper Arc reboots for no reason. It
|also reboots if I pass a lot of traffice through the card. Has anyone
|seen this happen before or have a fix for it? Thanks....
|
|Andy Johnson
|Network Engineer
|ParaCom Technologies, 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.
|
[]s Marcelo
mpsouza@centroin.com.br
Rio de Janeiro - RJ
I notice that some of my Hyper DSP cards reboots and I don't know
why.
I have a TC with 6 DSP and I already saw two of them rebooting
(not at he same time). They are running 1.1.97.
Does any one have seem this ?
BTW, I'm trying to download a different firmware version to these
cards, but it doesn't work. The zmodem starts and finish OK, but the card
does not show the file name at the end of download and shows the same
version. Any ideias ?
- Marcelo
On Fri, 12 Jun 1998, Johnson, Andy wrote:
|I am running Hiper Arc 4.0.51 and DSP 1.0.8. I can get a ppp session
|established and connected fine. Once I am connected and I telnet to the
|Hiper Arc and get a CLI prompt the Hiper Arc reboots for no reason. It
|also reboots if I pass a lot of traffice through the card. Has anyone
|seen this happen before or have a fix for it? Thanks....
|
|Andy Johnson
|Network Engineer
|ParaCom Technologies, 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.
|
[]s Marcelo
mpsouza@centroin.com.br
Rio de Janeiro - RJ
At 02:44 PM 6/12/98 +0000, you wrote:
>
>> Davey Walbeck said once upon a time:
>> >
>> >The 4.0.51 release solved a lot of the problems we were having with
>> >the 4.0.29. I have been much happier since I upgraded to the new
>> >version and most of my problems were corrected.
>>
>> Ironically, 4.0.51 came out before the 4.0.29 release. The wacky numbering
>> is due to the fact that it is an ER release.
>>
>That is a bit strange, but it sure is reasuring to know that they
>have some consistancy in numbering their releases like all the other
>version releases. Have you tried the V.90 code yet? or are you
>waiting until the end of this month for the hopefully better code of
>V.90? Just curious since all of the negative feedback from the
>current release of the V.90
>
Another voice.....
I have the v.90 code installed and so far 3 out of 3 v.90 modems do not
connect to me when they did connect before although at normal speeds. So
far v.90 seems to be total bubcus and more headaches. When I bought this
thing we were told by the vendor that v.90 was in it. Guess what.... It
wasn't! Next I found the netserver cards had it and the hiper cards didn't!
Next my boss almost blew through the roof. We all know that feeling... You
told them so, but that doesn't matter... It is now your fault and problem.
Next he goes to the vendor screaming. Whalla... v.90 code is in. We go and
get it... We put it in. The phones very seldom ring here other than to sign
up for service but... ring... ring... ring... I cannot connect... I'm
running a v.90 USR modem. I did say "so far" at the beginning. The totals
are far from in. I've only had this in since 1:30PM today and it's only
5:30PM now! We also have very lightly populated these new numbers since we
consider this $12,000 box BETA!
Welllll.... why!
ISDN callers also have had problems connecting. We just gave up on that!
Livingston, now Lucent, never had a problem, and never broke off an ISDN
call, and never gave me false promises. Their tech support was slow for a
while, but it was good, and their code was solid. I've NEVER had a reboot
on my Livingston TS's which are up well over 2 years now. I see info in
this list that indicates otherwise for 3com. Is it 3com, or 3 strikes!
When will this be made right! I NEED ANSWERS!!
End of complaint!
Al Thiel, MIS
Spec.Net Internet Services of New York
http://www.spec.net
"I'm workin' on it!"
Once upon a time Greg Coffey shaped the electrons to say...
>It was the same way 18 mos ago and nobody was able to offer anything more
>than the free upgrade with the $2300 maint agreement. Good luck.
Well, there are always other vendors. I'm sure someone would but the TCs
for a good price - isp-equipment@isp-equipment.com and isp-services@ispc.org.
-MZ
--
<URL:mailto:megazone@megazone.org> Gweep, author, webmaster, human being, me
"A little nonsense now and then, is relished by the wisest men" 781-788-0130
<URL:mailto:megazone@gweep.net> <URL:http://www.megazone.org/> Hail Discordia!
Subject:(usr-tc) NETserver/8i problem From: 2Day Internet <peter@2day.net.nz> Date: 1998-06-13 11:59:57
I have USR Netserver/8i being staged with Emerald RadiusNt
The NAS does not seem to take any notice of the Session-Timeout attribute
when sent by Radius. Does anybody know why not?
Surely the Netserver supports this standard Radius attribute?
regards
Peter Mott
Chief Enthusiast
2Day Internet Limited.
Hey.. Looking for some Hiper DSPs. I'm amazed
that (1) HiPer DSP retails for 8k, While I can
get a whole new chasis with 2 DSPs, power supply,
NAC etc for 10k!!
What's up with that? Has anyone been able to find
reasonably priced DSP cards??
Scott
Subject:(usr-tc) Cable Arc NIC - Bad Ethernet address From: Randy Cosby <dcosby@infowest.com> Date: 1998-06-13 16:55:33
I know there probably aren't many of you with experience with this
equipment, but it's very similar to the HiperArc.
I just unpacked it, put it on the racks, booted with the console cable. It
finds the ethernet nic, but claims it's ethernet address is
ff:ff:ff:ff:ff:ff
My first thought - there's something wrong with the nic. I can assign the
IP network to it but it stays in a disabled operational state. Any other
possibilities I should look at before I call tech support Monday?
Randy
Subject:Re: (usr-tc) Cable Arc NIC - Bad Ethernet address From: Brian <signal@shreve.net> Date: 1998-06-13 18:56:56
On Sat, 13 Jun 1998, Randy Cosby wrote:
> I know there probably aren't many of you with experience with this
> equipment, but it's very similar to the HiperArc.
>
> I just unpacked it, put it on the racks, booted with the console cable. It
> finds the ethernet nic, but claims it's ethernet address is
> ff:ff:ff:ff:ff:ff
>
> My first thought - there's something wrong with the nic. I can assign the
> IP network to it but it stays in a disabled operational state. Any other
> possibilities I should look at before I call tech support Monday?
>
> Randy
I don't want to sound ignorant. But I am assuming a CARC is a ARC that
hooks into the cable network to provide a glue between the cable network
and the internet? Or is it to provide a link between dialup access, and
the cable ip network?
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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
On Sat, 13 Jun 1998, Scott Kreuser wrote:
> Hey.. Looking for some Hiper DSPs. I'm amazed
> that (1) HiPer DSP retails for 8k, While I can
> get a whole new chasis with 2 DSPs, power supply,
> NAC etc for 10k!!
This is a promotional bundle. USR has always priced bundles for FAR less
than the seperate cards.
> What's up with that? Has anyone been able to find
> reasonably priced DSP cards??
Why not do like a lot of other ISPs, and just buy the bundles? If you
have old racks with Netservers, you can upgrade them to Hiper ARCs if you
buy a lot of bundles.
Brian
Subject:(usr-tc) auth IP's are set to 0?? From: Dane Jasper <dane@sonic.net> Date: 1998-06-14 00:29:04
We've been running 4.0.29 for a while, and have had lots of problems with
routing and with FTP transfers failing after a meg or so. A reboot fixes
the problem for 12-48 hours.
Based upon traffic on the list, we tried to go to ER 4.0.59. After the
upgrade, we were unable to telnet to the HyperARC, and it would not
authenticate users. The error sent to syslog:
Jun 14 00:19:10 nas21 At 00:15:21, Facility "User Manager", Level "UNUSUAL"
:: AUTH: Unable to authenticate if both authentication IP's are set to 0
We were able to flash back to 4.0.29 with no trouble, as the NMC was still
happy and online. However, we've still got the problems that the unstable
4.0.29 leaves us with! Can anyone help?
--
Dane Jasper Sonic
(707)522-1001 (33.6kbps) (707)522-1000 (Voice)
mailto:support@sonic.net http://www.sonic.net
Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53
Subject:(usr-tc) Netserver perf. problem after v.90 upgd. From: Pascal Gosselin <pascal@mlink.net> Date: 1998-06-14 00:54:27
About a week after performing the v.90 upgrade on a USR chassis with
Quad modems, we started seeing some very slow performance on
the Netserver. FTPs would maybe go at 3K per second, while Web browsing
was about 1200 baud.
The problem was confirmed by others utilising different modems, modulations
and even operating systems.
The Netserver card was reset, and the problem went away. So it's
absolutely a Netserver problem it seems.
Command> version
U.S. Robotics
Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.7.24
Build date: Dec 31 1997
Build time: 13:12:45
Network Interface Card: Ethernet & Frame Relay Combination (26)
ISDN Interface Card : MUNICH32 (4)
Packet Bus Circuit : Enhanced
Any suggestions on better Netserver code to install that will still work
with V.90 ?
In any case we are seeing BETTER performance with v.90 on our Ascend MAXes
using Sportster v.90 as the client modem, than with the USR TC as the
remote NAS !!!
-Pascal
+--------------------------------------+-----------------------------------=
+
Pascal Gosselin http://www.Mlink.NET | Mlink Internet Inc.
pascal@Mlink.NET (514) 231-1923 | Montr=E9al, Qu=E9bec, Toronto, Ot=
tawa
Subject:(usr-tc) A Marketing Strategum for 3Com From: Mark R. Lindsey <mark@vielle.datasys.net> Date: 1998-06-14 09:12:19
With the Total Control line, 3Com seems to be taking a marketing
strategy similar to many of the loathesome manufacturers in industry --
promise the world, and deliver beta. I, for one, often do feel like a
beta tester for USR/3Com, and this after committing thousands of dollars
to their product.
Let me propose a marketing strategum for 3Com Corporation:
Deliver Working Products.
Let 3Com become known as the company that might deliver a few months
(or weeks) after everyone else, but delivers rock-solid systems. Let
us, as 3Com customers, grow to depend on 3Com to stable systems that
don't require constant tuning and upgrades -- let *that* be what
sets you apart.
And it would set 3Com apart in this world: be the company that Does It
Right.
---
Mark R. Lindsey, mark@datasys.net
Internet Engineering, DSS Online LLC
Voice: 912.241.0607; Fax: 912.241.0190
Subject:(usr-tc) Help From: G. Owens <gowens@seark.net> Date: 1998-06-14 10:43:40
This is a multi-part message in MIME format.
------=_NextPart_000_000B_01BD9781.4B8318A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
We are a small Internet Provider in Southern Arkansas. I was given this =
address to mail quesitons to or subscribe to a service for ISP's that =
use the USR total control packages. We just upgraded to it and would =
like some possible assistance. Please reply back with how to join =
service or post questions. If this email has reached you by mistake . My =
apologizes
=
Greg Owens
=
Magnolia InterNet Services =20
------=_NextPart_000_000B_01BD9781.4B8318A0
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.71.2016.0"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><STRONG><FONT color=3D#000080 face=3D"GeoSlab703 MdCn BT" =
size=3D4>We are a small=20
Internet Provider in Southern Arkansas. I was given this address to mail =
quesitons to or subscribe to a service for ISP's that use the USR total =
control=20
packages. We just upgraded to it and would like some possible =
assistance. Please=20
reply back with how to join service or post questions. If this email has =
reached=20
you by mistake . My apologizes</FONT></STRONG></DIV>
<DIV><STRONG><FONT color=3D#000080 face=3D"GeoSlab703 MdCn BT"=20
size=3D4> &nbs=
p;  =
; =
&=
nbsp; &n=
bsp; &nb=
sp; =20
Greg=20
Owens<BR> &nbs=
p;  =
; =
&=
nbsp; &n=
bsp; =20
Magnolia InterNet Services =20
<BR></FONT></STRONG> </DIV></BODY></HTML>
------=_NextPart_000_000B_01BD9781.4B8318A0--
Subject:Re: (usr-tc) Netserver perf. problem after v.90 upgd. From: Brian <signal@shreve.net> Date: 1998-06-14 10:52:05
On Sun, 14 Jun 1998, Pascal Gosselin wrote:
>=20
> About a week after performing the v.90 upgrade on a USR chassis with
> Quad modems, we started seeing some very slow performance on
> the Netserver. FTPs would maybe go at 3K per second, while Web browsing
> was about 1200 baud.
>=20
> The problem was confirmed by others utilising different modems, modulatio=
ns
> and even operating systems.
>=20
> The Netserver card was reset, and the problem went away. So it's
> absolutely a Netserver problem it seems.
>=20
> Command> version
> U.S. Robotics
> Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.7.24
> Build date: Dec 31 1997
> Build time: 13:12:45
>=20
> Network Interface Card: Ethernet & Frame Relay Combination (26)
> ISDN Interface Card : MUNICH32 (4)
> Packet Bus Circuit : Enhanced
>=20
>=20
> Any suggestions on better Netserver code to install that will still work
> with V.90 ?
>=20
> In any case we are seeing BETTER performance with v.90 on our Ascend MAXe=
s
> using Sportster v.90 as the client modem, than with the USR TC as the
> remote NAS !!!
when it happens again do a "show streams" and "show mem -v" and post it to
the list. It sounds like your running out of buffers/memory, and its
grinding down, the reset of course would clear that.
Brian
>=20
> -Pascal
>=20
> +--------------------------------------+---------------------------------=
--+
> Pascal Gosselin http://www.Mlink.NET | Mlink Internet Inc.
> pascal@Mlink.NET (514) 231-1923 | Montr=E9al, Qu=E9bec, Toronto, =
Ottawa
>=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
/-------------------------- signal@shreve.net -----------------------------=
\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 =
|
| Network Administrator | Perl, Linux | Web hosting, online stores, =
|
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs =
|
| 89 CRX DX w/MPFI, lots of |-=3D*:Quake:*=3D-| http://www.shreve.net/ =
|
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 =
|
\-------------------------- 318-222-2638 x109 -----------------------------=
/
Subject:Re: (usr-tc) Hiper Reboot From: Brian <signal@shreve.net> Date: 1998-06-14 10:55:19
On Fri, 12 Jun 1998, Terry Kennedy wrote:
> Just got the first of the HiPer equipment here during the
> last week. Spent the ness. time to pick a general idea
> of how these are differernt from the netservers. Have a
> question though and can't seem to pu my finger on where
> to look. The HiPerARC reports with the li modem_groups
> command that I have a total of 92 interfaces. ( or 23 per
> HiPer DSP , we have 4 of them) These are channelized T1
> Dsp's. They report 24 interfaces any where I look for ( such
> as TCM ) I can set line settings on 24 channels per card and
> such. In the HyperArc manager, modems groups, 23 per card
> show up again. ( I take this is the same setting as the cli interface
> is showing) More than glad to read up on what I'm doing wrong.
> Any care to point me in the right direction?
set each of yours cards up like this:
set chassis slot 1 card_type hdm_24 owner yes ports 24 type static
naturally, if the card is "empty", you would set it to "card_type empty".
also, naturally if the ARC your working on isnt the owner of the card
you would set "owner no".
do a "list chassis" to confirm all is well.
Brian
>
>
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) A Marketing Strategum for 3Com From: Ayan George <ayan@datasys.net> Date: 1998-06-14 12:29:18
HA!
Sorry I havn't been responding to email. My monitor is being ``fixed''.
-Ayan
On Sun, 14 Jun 1998, Mark R. Lindsey wrote:
> Let me propose a marketing strategum for 3Com Corporation:
> Deliver Working Products.
>
Subject:Re: (usr-tc) A Marketing Strategum for 3Com From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-14 14:55:00
Thus spake Mark R. Lindsey
>With the Total Control line, 3Com seems to be taking a marketing
>strategy similar to many of the loathesome manufacturers in industry --
>promise the world, and deliver beta. I, for one, often do feel like a
>beta tester for USR/3Com, and this after committing thousands of dollars
>to their product.
Heh...is this where I get to say "I told you so?" Uhm...to Mike Wronski
I think it was that disputed me when I commented about not wanting to
use the HiPer equipment when it first came out because I didn't want to
be a beta test site? ;)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
The HiperArc has a nasty Radius bug.
If a packet get lost in transit or for some other reason is never
acknoweldged, the HiperArc increments the identifier and tries
sending it again after the timeout period.
But later, when it comes time to send another request, it has
"forgotten" that it previously incremented the identifier and merrily
uses the last one again!
--
Aaron Nabil
Subject:Re: (usr-tc) A Marketing Strategum for 3Com From: MegaZone <megazone@megazone.org> Date: 1998-06-14 17:55:34
Once upon a time Mark R. Lindsey shaped the electrons to say...
>Let 3Com become known as the company that might deliver a few months
>(or weeks) after everyone else, but delivers rock-solid systems. Let
>us, as 3Com customers, grow to depend on 3Com to stable systems that
>don't require constant tuning and upgrades -- let *that* be what
>sets you apart.
Funny - this is exactly the reputation Livingston, now Lucent RABU, has
had for years and years. Don't rush, do it right, make it reliable.
Sure they've made mistakes, but overall this is just how people view them.
-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!
nabil writes...
>If a packet get lost in transit or for some other reason is never
>acknoweldged, the HiperArc increments the identifier and tries
>sending it again after the timeout period.
>
>But later, when it comes time to send another request, it has
>"forgotten" that it previously incremented the identifier and merrily
>uses the last one again!
I'm guessing the bug part is the incrementing the identifier on the
retry, yes?
--
Aaron Nabil
Subject:(usr-tc) NAS sends an unknown USR Vendor-Specific Attribute From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-14 19:54:00
-> Call me stupid because I'm bothering you with such a problem but after a
-> week of work with Merit RADIUS 3.5.6 + patches for Simultaneous-Use +
-> patches to recognise the Vendor-Specific Attributes send by a NETServer
-> V3.5.34, I still have a Vendor Specific Attribute I cannot find. 0x9023, or
-> 36899 decimal, does not appear in any list of attributes, from books, helps,
-> web, etc. Does anybody knows what this means?
-> Any help will be greatly appreciated, especially if it comes from 3com,
-> since I am very angry on them for beta-testing the products I payed for.
-> Best Regards,
->
-> -vsv
->
-> Below are the Attributes I cannot identify:
->
-> vUSR-0000902300000002
-> vUSR-0000902300000003
-> vUSR-0000902300000004
-> vUSR-0000902300000005
-> vUSR-0000902300000006
-> vUSR-0000902300000007
-> vUSR-0000902300000008
-> vUSR-0000902300000009
-> vUSR-000090230000000a
-> vUSR-000090230000000b
-> vUSR-000090230000000c
-> vUSR-0000902300000013
-> vUSR-0000902300000014
-> vUSR-0000902300000015
-> vUSR-0000902300000016
->
-> PS: I think that this kind of policy is only 3com/USR specific since the
-> ciscos and livingstones we have don't have such "hidden" features. Or, maybe
-> they are hidding them so well we are not able to find them :-(
From 3com's dictionary file:
# Used in Accounting Packets
VSA USR VPN_GW_Location_Id 0x901F string
VSA USR Re_Chap_Timeout 0x9020 integer
VSA USR CCP_Algorithm 0x9021 integer
VSA USR ACCM_Type 0x9022 integer
VSA USR Connect_Speed 0x9023 integer
VSA USR Framed_IP_Address_Pool_Name 0x9024 string
VSA USR MP_EDO 0x9025 string
VSA USR Local_Framed_IP_Addr 0x9026 ipaddr
and then:
VALUE Connect_Speed NONE 1
VALUE Connect_Speed 300_BPS 2
VALUE Connect_Speed 1200_BPS 3
VALUE Connect_Speed 2400_BPS 4
VALUE Connect_Speed 4800_BPS 5
VALUE Connect_Speed 7200_BPS 6
VALUE Connect_Speed 9600_BPS 7
VALUE Connect_Speed 12000_BPS 8
VALUE Connect_Speed 14400_BPS 9
VALUE Connect_Speed 16800_BPS 10
VALUE Connect_Speed 19200_BPS 11
VALUE Connect_Speed 21600_BPS 12
VALUE Connect_Speed 28800_BPS 13
VALUE Connect_Speed 38400_BPS 14
VALUE Connect_Speed 57600_BPS 15
VALUE Connect_Speed 115200_BPS 16
VALUE Connect_Speed 288000_BPS 17
VALUE Connect_Speed 75_1200_BPS 18
VALUE Connect_Speed 1200_75_BPS 19
VALUE Connect_Speed 24000_BPS 20
VALUE Connect_Speed 26400_BPS 21
VALUE Connect_Speed 31200_BPS 22
VALUE Connect_Speed 33600_BPS 23
VALUE Connect_Speed 33333_BPS 2
VALUE Connect_Speed 37333_BPS 25
VALUE Connect_Speed 41333_BPS 26
VALUE Connect_Speed 42666_BPS 27
VALUE Connect_Speed 44000_BPS 28
VALUE Connect_Speed 45333_BPS 29
VALUE Connect_Speed 46666_BPS 30
VALUE Connect_Speed 48000_BPS 31
VALUE Connect_Speed 49333_BPS 32
VALUE Connect_Speed 50666_BPS 33
VALUE Connect_Speed 52000_BPS 34
VALUE Connect_Speed 53333_BPS 35
VALUE Connect_Speed 54666_BPS 36
VALUE Connect_Speed 56000_BPS 37
VALUE Connect_Speed 57333_BPS 38
VALUE Connect_Speed 64000_BPS 39
VALUE Connect_Speed 25333_BPS 40
VALUE Connect_Speed 26666_BPS 41
VALUE Connect_Speed 28000_BPS 42
VALUE Connect_Speed 29333_BPS 43
VALUE Connect_Speed 30666_BPS 44
VALUE Connect_Speed 32000_BPS 45
VALUE Connect_Speed 34666_BPS 46
VALUE Connect_Speed 36000_BPS 47
VALUE Connect_Speed 38666_BPS 48
VALUE Connect_Speed 40000_BPS 49
VALUE Connect_Speed 58666_BPS 50
VALUE Connect_Speed 60000_BPS 51
VALUE Connect_Speed 61333_BPS 52
VALUE Connect_Speed 62666_BPS 53
Jeff Binkley
ASA Network Computing
Subject:(usr-tc) HiPerArc and DSP From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-14 19:58:00
We are turning up our first HiPerArc chassis and other than not being
able to set a user to "manager status" from the GUI, things have gone
fine. For fun try deleting all of the users who have manager status
from the GUI, set the CLI port for login status and then have fun
trying to get back in the CLI interface. I had to reload the
factory defaults .. Anyway, onto my real question. Is there a
way to route by DNIS number incoming calls to a specific modem
pool ? I can see where some of the special functions I use in the
Netserver today are available in modem pools. However, I cannot
see where I can route by DNIS to a particular modem pool. Am I
missing something ? This could be very useful for signup servers
and the like...
Jeff Binkley
ASA Network Computing
Subject:(usr-tc) NAS sends an unknown USR Vendor-Specific Attribute From: Stefanita Valcu <vsv@dnt.ro> Date: 1998-06-15 01:14:26
Call me stupid because I'm bothering you with such a problem but after a
week of work with Merit RADIUS 3.5.6 + patches for Simultaneous-Use +
patches to recognise the Vendor-Specific Attributes send by a NETServer
V3.5.34, I still have a Vendor Specific Attribute I cannot find. 0x9023,
or 36899 decimal, does not appear in any list of attributes, from books,
helps, web, etc. Does anybody knows what this means?
Any help will be greatly appreciated, especially if it comes from 3com,
since I am very angry on them for beta-testing the products I payed for.
Best Regards,
-vsv
Below are the Attributes I cannot identify:
vUSR-0000902300000002
vUSR-0000902300000003
vUSR-0000902300000004
vUSR-0000902300000005
vUSR-0000902300000006
vUSR-0000902300000007
vUSR-0000902300000008
vUSR-0000902300000009
vUSR-000090230000000a
vUSR-000090230000000b
vUSR-000090230000000c
vUSR-0000902300000013
vUSR-0000902300000014
vUSR-0000902300000015
vUSR-0000902300000016
PS: I think that this kind of policy is only 3com/USR specific since
the ciscos and livingstones we have don't have such "hidden" features. Or,
maybe they are hidding them so well we are not able to find them :-(
---
Stefanita Valcu
Senior Network Administrator, 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:Re: (usr-tc) HiPer - the details (fwd) From: Robert Sanders <rsanders@mindspring.net> Date: 1998-06-15 04:24:58
> My question might have been a bit unclear. When you add a community, you
> have the option of limiting access to one host. I'd like the same
> community name for multiple hosts that I specify. Is that possible, and
> if so how? One workaround is a filter, but then I'd also have to filter
> every dialup session as well, which would get a little messy...
Check out SNMP community pools, which are basically lists of allowed
hosts which can be associated with one or more communities:
add snmp community_pool yrpoolname address x.x.x.x
add snmp community_pool yrpoolname address y.y.y.y
<repeat as necessary>
add snmp community somerocomm access ro community_pool yrpoolname
validate use_pool
add snmp community somerwcomm access rw community_pool yrpoolname
validate use_pool
regards,
-- Robert
Subject:(usr-tc) RADIUS question From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-15 08:38:00
We are running 3Com's RADIUS with our TC hubs. With releases prior to the
current version, we were able to tell the calling party phone number from
the logs on incoming call failures. Thus we could tell who was trying to
hack in, if they were stupid enough to not block their callerid number.
With the latest release the log is not nearly as detailed and the only
hope is the EVENTS table in RADIUS. However, it appears that the calling
phone number only gets recorded on completed calls and now incomplete calls.
It will tell you the failed login but the number doesn't get recorded. Ideas ?
Jeff Binkley
ASA Network Computing
Subject:(usr-tc) HiPerArc and HiPerDSP From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-15 08:46:00
We have been running Quad modem and Netsvers for some time now. At the same
time we have a HiPerArc and DSP Total Control rack. After some preliminary
testing we decided to cutover one Primary Rate ISDN T-1 to the new rack. All
went well with most callers. We were getting ISDN and analog calls
authenticating to RADIUS just fine. However, one Windows 95 user was unable
to connect. He had an X2 modem and as soon as carrier detect came up and
the verifying user name and password screen appeared, he got a message that
our end disconnected him. Switching the T-1 back to the Quads and Netserver
took care of his problem. It appears to be a PAP issue but I cannot find
anything obvious to look at. Also are there any tricks to troubleshooting
these types of problems within the HiPerArc card ? I admit being a novice
to the HiPerArcs. Also when this problem occured there were no entries
in RADIUS either the security or accounting servers. Has anyone else seen
a similar type of problem ? Also the NMC shows the X2 feature key not
installed on the new rack but it is enabled on the Quad/Netserver racks. Is
this required for the DSP cards or just Quads ? I know there was some
discussion about this last week on why the X2 keys aren't included with the
ISP bundles.
Jeff Binkley
ASA Network Computing
Subject:RE: (usr-tc) HiperArc BUG, doesn't increment identifier after re-transmit From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-06-15 09:18:28
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Aaron Nabil
>Sent: Sunday, June 14, 1998 6:58 PM
>To: usr-tc@lists.xmission.com
>Subject: (usr-tc) HiperArc BUG, doesn't increment identifier after
>re-transmit
>
>
>
>The HiperArc has a nasty Radius bug.
>
>If a packet get lost in transit or for some other reason is never
>acknoweldged, the HiperArc increments the identifier and tries
>sending it again after the timeout period.
>
>But later, when it comes time to send another request, it has
>"forgotten" that it previously incremented the identifier and merrily
>uses the last one again!
>
What code version are you seeing this in?
-M
Subject:RE: (usr-tc) Cable Arc NIC - Bad Ethernet address From: Randy Cosby <dcosby@infowest.com> Date: 1998-06-15 09:49:52
It has three ports: the cable (downstream) port, the ethernet port, and the
console port. It "provides the glue" between the ethernet and the cable
(mcns) network.
Randy
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian
> Sent: Saturday, June 13, 1998 5:57 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Cable Arc NIC - Bad Ethernet address
>
>
> On Sat, 13 Jun 1998, Randy Cosby wrote:
>
> > I know there probably aren't many of you with experience with this
> > equipment, but it's very similar to the HiperArc.
> >
> > I just unpacked it, put it on the racks, booted with the
> console cable. It
> > finds the ethernet nic, but claims it's ethernet address is
> > ff:ff:ff:ff:ff:ff
> >
> > My first thought - there's something wrong with the nic. I can
> assign the
> > IP network to it but it stays in a disabled operational state.
> Any other
> > possibilities I should look at before I call tech support Monday?
> >
> > Randy
>
> I don't want to sound ignorant. But I am assuming a CARC is a ARC that
> hooks into the cable network to provide a glue between the cable network
> and the internet? Or is it to provide a link between dialup access, and
> the cable ip network?
>
> 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.
> >
>
> /-------------------------- signal@shreve.net
> -----------------------------\
> | Brian Feeny | USR TC Hubs | ShreveNet Inc.
> (318)222-2638 |
> | Network Administrator | Perl, Linux | Web hosting, online
> stores, |
> | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k,
> ISDN & LANs |
> | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-|
http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) HiPerArc and HiPerDSP From: Brian <signal@shreve.net> Date: 1998-06-15 10:47:01
On Mon, 15 Jun 1998, Jeff Binkley wrote:
>
> We have been running Quad modem and Netsvers for some time now. At the same
> time we have a HiPerArc and DSP Total Control rack. After some preliminary
> testing we decided to cutover one Primary Rate ISDN T-1 to the new rack. All
> went well with most callers. We were getting ISDN and analog calls
> authenticating to RADIUS just fine. However, one Windows 95 user was unable
> to connect. He had an X2 modem and as soon as carrier detect came up and
> the verifying user name and password screen appeared, he got a message that
> our end disconnected him. Switching the T-1 back to the Quads and Netserver
> took care of his problem. It appears to be a PAP issue but I cannot find
> anything obvious to look at. Also are there any tricks to troubleshooting
> these types of problems within the HiPerArc card ? I admit being a novice
set ppp receive_authentication pap
on the arc. Also have him get the latest DUN1.2
> to the HiPerArcs. Also when this problem occured there were no entries
> in RADIUS either the security or accounting servers. Has anyone else seen
> a similar type of problem ? Also the NMC shows the X2 feature key not
> installed on the new rack but it is enabled on the Quad/Netserver racks. Is
> this required for the DSP cards or just Quads ? I know there was some
> discussion about this last week on why the X2 keys aren't included with the
> ISP bundles.
>
>
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) HiPerArc and HiPerDSP From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-15 13:05:00
-> >
-> > We have been running Quad modem and Netsvers for some time now. At the
-> same > time we have a HiPerArc and DSP Total Control rack. After some
-> preliminary > testing we decided to cutover one Primary Rate ISDN T-1 to the
-> new rack. All
-> > went well with most callers. We were getting ISDN and analog calls >
-> authenticating to RADIUS just fine. However, one Windows 95 user was unable
-> > to connect. He had an X2 modem and as soon as carrier detect came up and
-> > the verifying user name and password screen appeared, he got a message
-> that > our end disconnected him. Switching the T-1 back to the Quads and
-> Netserver > took care of his problem. It appears to be a PAP issue but I
-> cannot find > anything obvious to look at. Also are there any tricks to
-> troubleshooting > these types of problems within the HiPerArc card ? I
-> admit being a novice
-> set ppp receive_authentication pap
->
-> on the arc. Also have him get the latest DUN1.2
I had that already set but I'll try it again. Having him switch may be more
difficult when it is already working with the Netserver and what he has. The
odd part is I didn't see anything in RADIUS, even a failed login.
Jeff Binkley
ASA Network Computing
Hi,
I am getting Merit Radius 3.5.6 to work with USR/TC.
When I used the terminal windows dialing in from
Windows 95 DUN, I used to get a Login/Network Prompt.
Is there anyway to suppress this prompt ? Is it
to be done on the USR/TC end or Merit Radius ?
nabil writes...
>nabil writes...
>>If a packet get lost in transit or for some other reason is never
>>acknoweldged, the HiperArc increments the identifier and tries
>>sending it again after the timeout period.
>>
>>But later, when it comes time to send another request, it has
>>"forgotten" that it previously incremented the identifier and merrily
>>uses the last one again!
>
>I'm guessing the bug part is the incrementing the identifier on the
>retry, yes?
According to rfc2138, "For retransmissions, the Identifier MUST remain
unchanged."
Is this a known bug, is there a fix?
--
Aaron Nabil
Subject:(usr-tc) HiPerArc Questions From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-15 20:24:00
Sorry for all of the HiPerArc questions but I am an admitted novice. My
latest question is whether there is a way to monitor who is logged into
"ports" on a HiPerArc like the Netserver can display on the Netserver
Manager GUI software. Is there a way via either SNMP or the GUI program
to see who is logged into the channels on say an HiPerDSP card ?
Thanks,
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) HiPerArc Questions From: Brian <signal@shreve.net> Date: 1998-06-15 21:19:40
On Mon, 15 Jun 1998, Jeff Binkley wrote:
>
> Sorry for all of the HiPerArc questions but I am an admitted novice. My
> latest question is whether there is a way to monitor who is logged into
> "ports" on a HiPerArc like the Netserver can display on the Netserver
> Manager GUI software. Is there a way via either SNMP or the GUI program
> to see who is logged into the channels on say an HiPerDSP card ?
>
not on the hdm directly, but from the arc you can do:
list ip networks
list conn
> Thanks,
>
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) Memory via SNMP on Netserver From: Wayne Barber <barberw@tidewater.net> Date: 1998-06-15 22:23:51
Is there a way to show memory on a Netserver using SNMP? I can get the
number of interfaces and the uptime, but I cannot find an object for
memory.
Thanks,
Wayne Barber
barberw@tidewater.net
Subject:Re: (usr-tc) Memory via SNMP on Netserver From: Mike Andrews <mandrews@termfrost.org> Date: 1998-06-15 23:55:13
Don't think so, but I hacked up a Perl script that uses pmcom to get it,
so that MRTG could graph it...
Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net
Senior Systems/Network Administrator --- mandrews@termfrost.org
Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/
"Eagles may soar, but weasels don't get sucked into jet engines."
On Mon, 15 Jun 1998, Wayne Barber wrote:
> Is there a way to show memory on a Netserver using SNMP? I can get the
> number of interfaces and the uptime, but I cannot find an object for
> memory.
> Thanks,
> Wayne Barber
> barberw@tidewater.net
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Frank Basso <frank@got.net> Date: 1998-06-16 09:54:16
I am experiencing the same scenario....... We have reduced the occurrence by
changing our switch type with the local TELCO to NI-2 from 5ESS.
-Frank
Got.net?
-----Original Message-----
>Hi,
>
>I'm still stumped... Does anyone have an idea on this? Getting dead air
>on a CT1. Looking for some hidden config that's broken.
>
>Thanks,
>
>Charles
>
>---------- Forwarded message ----------
>Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
>From: Charles Sprickman <spork@inch.com>
>Reply-To: usr-tc@lists.xmission.com
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) HiPer and Dead Air
>
>And as a follow-up to my own question, the Performance monitor on the DS0
>level shows a DS0 as "DS0 out of service[24]" and "remote out of service
>[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
>modem level showed no activity.
>
>Thanks,
>
>Charles
>
>~~~~~~~~~ ~~~~~~~~~~~
>Charles Sprickman Internet Channel
>INCH System Administration Team (212)243-5200
>spork@inch.com access@inch.com
>
>On Thu, 11 Jun 1998, Charles Sprickman wrote:
>
>> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
>> From: Charles Sprickman <spork@inch.com>
>> Reply-To: usr-tc@lists.xmission.com
>> To: usr-tc@xmission.com
>> Subject: (usr-tc) HiPer and Dead Air
>>
>> Hello,
>>
>> Sorry to pester everyone, but once my first HiPer chassis is up and
>> running I should be back in lurk mode...
>>
>> I just installed the HiPer at our CO and everything seems fine except for
>> some little detail which I cannot track down. This is a chassis with 2
>> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with
no
>> ANI info. I've set up the chassis much like it's non-HiPer brethren to
>> reflect the above options, and have left any new settings at the
defaults.
>> I confirmed the switch setup (actually looked at a terminal with the tech
>> as he double-checked things) matches what I have.
>>
>> When I dial in, I hit the chassis, and the guy working on the 5E sees it
>> pick up the call, but I just get silence. If I reset the card, I get a
>> loud "ker-chunk" on the line, so the call is making it at least to the T1
>> section of the NAC, but apparently not finding it's way to a modem.
>>
>> I'm sure this is something stupid, but I just can't find anything to
>> fiddle with that seems appropriate.
>>
>> And if anyone has some general "this bit me when I went from
>> NetServer/Quads to HiPer" information, I'd love to hear it!
>>
>> Thanks,
>>
>> Charles
>>
>> ~~~~~~~~~ ~~~~~~~~~~~
>> Charles Sprickman Internet Channel
>> INCH System Administration Team (212)243-5200
>> spork@inch.com access@inch.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.
>
[Quoth Jeff Binkley]
]
] Sorry for all of the HiPerArc questions but I am an admitted novice. My
] latest question is whether there is a way to monitor who is logged into
] "ports" on a HiPerArc like the Netserver can display on the Netserver
] Manager GUI software. Is there a way via either SNMP or the GUI program
] to see who is logged into the channels on say an HiPerDSP card ?
The best way to get it now is via the CLI and type: "li co".
The list of connected usernames is in the SNMP MIB for the HiperARC,
but 3Com hasn't released the MIB definitions yet. You can do an
snmpwalk on a box, and find where it is, though.
--
Michael Mittelstadt meek@execpc.com
VP - Internet Technologies ExecPC Internet
http://www.execpc.com/~meek 1-800-ExecPC-1
Subject:(usr-tc) HiPer and Dead Air (redux) From: Charles Sprickman <spork@inch.com> Date: 1998-06-16 11:38:25
Hi,
I'm still stumped... Does anyone have an idea on this? Getting dead air
on a CT1. Looking for some hidden config that's broken.
Thanks,
Charles
---------- Forwarded message ----------
Reply-To: usr-tc@lists.xmission.com
And as a follow-up to my own question, the Performance monitor on the DS0
level shows a DS0 as "DS0 out of service[24]" and "remote out of service
[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
modem level showed no activity.
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Thu, 11 Jun 1998, Charles Sprickman wrote:
> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> From: Charles Sprickman <spork@inch.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@xmission.com
> Subject: (usr-tc) HiPer and Dead Air
>
> Hello,
>
> Sorry to pester everyone, but once my first HiPer chassis is up and
> running I should be back in lurk mode...
>
> I just installed the HiPer at our CO and everything seems fine except for
> some little detail which I cannot track down. This is a chassis with 2
> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with no
> ANI info. I've set up the chassis much like it's non-HiPer brethren to
> reflect the above options, and have left any new settings at the defaults.
> I confirmed the switch setup (actually looked at a terminal with the tech
> as he double-checked things) matches what I have.
>
> When I dial in, I hit the chassis, and the guy working on the 5E sees it
> pick up the call, but I just get silence. If I reset the card, I get a
> loud "ker-chunk" on the line, so the call is making it at least to the T1
> section of the NAC, but apparently not finding it's way to a modem.
>
> I'm sure this is something stupid, but I just can't find anything to
> fiddle with that seems appropriate.
>
> And if anyone has some general "this bit me when I went from
> NetServer/Quads to HiPer" information, I'd love to hear it!
>
> Thanks,
>
> Charles
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.com
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:(usr-tc) Siemens InterXpress 2000 From: Brian <signal@shreve.net> Date: 1998-06-16 11:44:04
What is a Siemens InterXpress 2000? It looks exactly like a 1706/Quad
bundle only with Siemens name on it. Page 49 of the Jun 8 InternetWeek has
one in the upper left hand corner.............
Just look for the Siemens ads in Internet Week
Brian
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
When I do a "li con" data rolls off the top of the screen. Anyone
know how to solve this?
Is there a setting for the amount of lines to display?
Scott
>
> The best way to get it now is via the CLI and type: "li co".
>
> The list of connected usernames is in the SNMP MIB for the HiperARC,
> but 3Com hasn't released the MIB definitions yet. You can do an
> snmpwalk on a box, and find where it is, though.
>
> --
> 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.
>
It sure does!
Take a look at:
http://www.internet.siemens.com/ISB/products/ip/iXpress2000.html
-----Original Message-----
>What is a Siemens InterXpress 2000? It looks exactly like a 1706/Quad
>bundle only with Siemens name on it. Page 49 of the Jun 8 InternetWeek has
>one in the upper left hand corner.............
>
>Just look for the Siemens ads in Internet Week
>
>Brian
>
>
>/--------------------------
signal@shreve.net -----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
>| Network Administrator | Perl, Linux | Web hosting, online stores,
|
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
>\-------------------------- 318-222-2638
x109 -----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
It sure does!
Take a look at:
http://www.internet.siemens.com/ISB/products/ip/iXpress2000.html
-----Original Message-----
>What is a Siemens InterXpress 2000? It looks exactly like a 1706/Quad
>bundle only with Siemens name on it. Page 49 of the Jun 8 InternetWeek has
>one in the upper left hand corner.............
>
>Just look for the Siemens ads in Internet Week
>
>Brian
>
>
>/--------------------------
signal@shreve.net -----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
>| Network Administrator | Perl, Linux | Web hosting, online stores,
|
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
>\-------------------------- 318-222-2638
x109 -----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Once upon a time Matthew Opoka shaped the electrons to say...
>It sure does!
>Take a look at:
>http://www.internet.siemens.com/ISB/products/ip/iXpress2000.html
Lucent snarfs Livingston.
Nortel snarfs Bay Networks. (Just what Shiva needed, more bad news...)
Siemens snarfs 3Com? ;-)
-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!
Yea. I noticed this about a month ago while looking for
Voice Over IP products. Ironically Seimens is marketing
this as a VoIP solution, yet USR has not even released the
code. It looks exactly like the HiPer solution to me.
Interesting...
Why would Seimens get the VOIP code before us???
Scott
On Tue, 16 Jun 1998, Matthew Opoka wrote:
> It sure does!
> Take a look at:
> http://www.internet.siemens.com/ISB/products/ip/iXpress2000.html
>
> -----Original Message-----
> From: Brian <signal@shreve.net>
> To: USRobotics TC Mailing List <usr-tc@xmission.com>
> Date: Tuesday, June 16, 1998 12:07 PM
> Subject: (usr-tc) Siemens InterXpress 2000
>
>
> >What is a Siemens InterXpress 2000? It looks exactly like a 1706/Quad
> >bundle only with Siemens name on it. Page 49 of the Jun 8 InternetWeek has
> >one in the upper left hand corner.............
> >
> >Just look for the Siemens ads in Internet Week
> >
> >Brian
> >
> >
> >/--------------------------
> signal@shreve.net -----------------------------\
> >| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
> |
> >| Network Administrator | Perl, Linux | Web hosting, online stores,
> |
> >| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
> |
> >| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
> |
> >| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
> |
> >\-------------------------- 318-222-2638
> x109 -----------------------------/
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Michael Mittelstadt
>Sent: Tuesday, June 16, 1998 11:04 AM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) HiPerArc Questions
>
>
>[Quoth Jeff Binkley]
>]
>] Sorry for all of the HiPerArc questions but I am an admitted novice. My
>] latest question is whether there is a way to monitor who is logged into
>] "ports" on a HiPerArc like the Netserver can display on the Netserver
>] Manager GUI software. Is there a way via either SNMP or the GUI program
>] to see who is logged into the channels on say an HiPerDSP card ?
>
>The best way to get it now is via the CLI and type: "li co".
>
>The list of connected usernames is in the SNMP MIB for the HiperARC,
>but 3Com hasn't released the MIB definitions yet. You can do an
>snmpwalk on a box, and find where it is, though.
>
The MIB's have been with the code since the begining. There on totalservice.
ne040029.zip 1618657 4.0.29 05/01/1998 HiPer ARC (includes MIBs), TCS
release 3.1.1
-M
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Charles Sprickman <spork@inch.com> Date: 1998-06-16 14:22:02
The only difference is that I don't get any calls through... I know this
is something silly. The telco doesn't see anything odd, and we've
verified line coding, DNIS/ANI stuff, and signalling. I must have
something to do with the modem config, but I'll be damned if I can find
it...
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Tue, 16 Jun 1998, Frank Basso wrote:
> Date: Tue, 16 Jun 1998 09:54:16 -0700
> From: Frank Basso <frank@got.net>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>
> I am experiencing the same scenario....... We have reduced the occurrence by
> changing our switch type with the local TELCO to NI-2 from 5ESS.
>
> -Frank
> Got.net?
> -----Original Message-----
> From: Charles Sprickman <spork@inch.com>
> To: usr-tc@xmission.com <usr-tc@xmission.com>
> Date: Tuesday, June 16, 1998 8:48 AM
> Subject: (usr-tc) HiPer and Dead Air (redux)
>
>
> >Hi,
> >
> >I'm still stumped... Does anyone have an idea on this? Getting dead air
> >on a CT1. Looking for some hidden config that's broken.
> >
> >Thanks,
> >
> >Charles
> >
> >---------- Forwarded message ----------
> >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
> >From: Charles Sprickman <spork@inch.com>
> >Reply-To: usr-tc@lists.xmission.com
> >To: usr-tc@lists.xmission.com
> >Subject: Re: (usr-tc) HiPer and Dead Air
> >
> >And as a follow-up to my own question, the Performance monitor on the DS0
> >level shows a DS0 as "DS0 out of service[24]" and "remote out of service
> >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
> >modem level showed no activity.
> >
> >Thanks,
> >
> >Charles
> >
> >~~~~~~~~~ ~~~~~~~~~~~
> >Charles Sprickman Internet Channel
> >INCH System Administration Team (212)243-5200
> >spork@inch.com access@inch.com
> >
> >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> >
> >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> >> From: Charles Sprickman <spork@inch.com>
> >> Reply-To: usr-tc@lists.xmission.com
> >> To: usr-tc@xmission.com
> >> Subject: (usr-tc) HiPer and Dead Air
> >>
> >> Hello,
> >>
> >> Sorry to pester everyone, but once my first HiPer chassis is up and
> >> running I should be back in lurk mode...
> >>
> >> I just installed the HiPer at our CO and everything seems fine except for
> >> some little detail which I cannot track down. This is a chassis with 2
> >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with
> no
> >> ANI info. I've set up the chassis much like it's non-HiPer brethren to
> >> reflect the above options, and have left any new settings at the
> defaults.
> >> I confirmed the switch setup (actually looked at a terminal with the tech
> >> as he double-checked things) matches what I have.
> >>
> >> When I dial in, I hit the chassis, and the guy working on the 5E sees it
> >> pick up the call, but I just get silence. If I reset the card, I get a
> >> loud "ker-chunk" on the line, so the call is making it at least to the T1
> >> section of the NAC, but apparently not finding it's way to a modem.
> >>
> >> I'm sure this is something stupid, but I just can't find anything to
> >> fiddle with that seems appropriate.
> >>
> >> And if anyone has some general "this bit me when I went from
> >> NetServer/Quads to HiPer" information, I'd love to hear it!
> >>
> >> Thanks,
> >>
> >> Charles
> >>
> >> ~~~~~~~~~ ~~~~~~~~~~~
> >> Charles Sprickman Internet Channel
> >> INCH System Administration Team (212)243-5200
> >> spork@inch.com access@inch.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) Another HiPerArc question From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-16 14:39:00
Ok, yet another HiPerArc question and yes I read the PDF file before
asking this question. Is there a way via either the CLI or the GUI
to display the properties on a modem_group ? So far all I have
been able to do is list the members of the group even though I've
done things via the CLI like set the access and connection_type .
Thanks again,
Jeff Binkley
ASA Network Computing
From http://www.internet.siemens.com/ISB/products/ip/iXpress.html:
<snip>
InterXpressTM 2000
To offer a full spectrum of services using the latest in Internet
technologies, Siemens provides the InterXpressTM 2000 Interworking Unit
(IWU). As the cornerstone of the Siemens IP Telephony solution, the
InterXpressTM 2000 allows users to cost-effectively communicate via voice
and fax using an IP network as the transport medium. The InterXpressTM 2000
is a carrier-grade, stand-alone or central office integrated device that
mediates traffic between the PSTN and IP-based network to deliver the
following services:
IP-device to IP-device (e.g., PC to PC)
IP-device to PSTN voice device (e.g., PC to Phone)
PSTN voice device to IP device (e.g., Phone to PC)
PSTN voice device to PSTN voice device (e.g., Phone to phone)
IP device to PSTN fax device
PSTN fax device to PSTN fax device
<snip>
Marketing stuff above. Basically it's an ISP in a rack using redundant
power supplies, industrial pcs, routers, csu/dsu, 3COM's TCHs, etc. Main
push right now is the VOIP market The main customers are the IOCs and BOC
Telcos.
Also, for smaller markets Siemens has an InterXpress 1000.
The 2000 utilizes 3COM parts whereas the 1000 uses NetSpeak equipment.
HTH,
---
Jeff Payne
Siemens Telecom Networks
From http://www.internet.siemens.com/ISB/products/ip/iXpress.html:
<snip>
InterXpressTM 2000
To offer a full spectrum of services using the latest in Internet
technologies, Siemens provides the InterXpressTM 2000 Interworking Unit
(IWU). As the cornerstone of the Siemens IP Telephony solution, the
InterXpressTM 2000 allows users to cost-effectively communicate via voice
and fax using an IP network as the transport medium. The InterXpressTM 2000
is a carrier-grade, stand-alone or central office integrated device that
mediates traffic between the PSTN and IP-based network to deliver the
following services:
IP-device to IP-device (e.g., PC to PC)
IP-device to PSTN voice device (e.g., PC to Phone)
PSTN voice device to IP device (e.g., Phone to PC)
PSTN voice device to PSTN voice device (e.g., Phone to phone)
IP device to PSTN fax device
PSTN fax device to PSTN fax device
<snip>
Marketing stuff above. Basically it's an ISP in a rack using redundant
power supplies, industrial pcs, routers, csu/dsu, 3COM's TCHs, etc. Main
push right now is the VOIP market The main customers are the IOCs and BOC
Telcos.
Also, for smaller markets Siemens has an InterXpress 1000.
The 2000 utilizes 3COM parts whereas the 1000 uses NetSpeak equipment.
HTH,
---
Jeff Payne
Siemens Telecom Networks
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Frank Basso <frank@got.net> Date: 1998-06-16 14:40:55
Netiher did we, we had the calls go fast busy after 20-30 seconds of dead
air. According to the Telco the fast busy is triggered by our device. Weird
eh ?
-Frank
-----Original Message-----
>The only difference is that I don't get any calls through... I know this
>is something silly. The telco doesn't see anything odd, and we've
>verified line coding, DNIS/ANI stuff, and signalling. I must have
>something to do with the modem config, but I'll be damned if I can find
>it...
>
>Charles
>
>~~~~~~~~~ ~~~~~~~~~~~
>Charles Sprickman Internet Channel
>INCH System Administration Team (212)243-5200
>spork@inch.com access@inch.com
>
>On Tue, 16 Jun 1998, Frank Basso wrote:
>
>> Date: Tue, 16 Jun 1998 09:54:16 -0700
>> From: Frank Basso <frank@got.net>
>> Reply-To: usr-tc@lists.xmission.com
>> To: usr-tc@lists.xmission.com
>> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>>
>> I am experiencing the same scenario....... We have reduced the occurrence
by
>> changing our switch type with the local TELCO to NI-2 from 5ESS.
>>
>> -Frank
>> Got.net?
>> -----Original Message-----
>> From: Charles Sprickman <spork@inch.com>
>> To: usr-tc@xmission.com <usr-tc@xmission.com>
>> Date: Tuesday, June 16, 1998 8:48 AM
>> Subject: (usr-tc) HiPer and Dead Air (redux)
>>
>>
>> >Hi,
>> >
>> >I'm still stumped... Does anyone have an idea on this? Getting dead
air
>> >on a CT1. Looking for some hidden config that's broken.
>> >
>> >Thanks,
>> >
>> >Charles
>> >
>> >---------- Forwarded message ----------
>> >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
>> >From: Charles Sprickman <spork@inch.com>
>> >Reply-To: usr-tc@lists.xmission.com
>> >To: usr-tc@lists.xmission.com
>> >Subject: Re: (usr-tc) HiPer and Dead Air
>> >
>> >And as a follow-up to my own question, the Performance monitor on the
DS0
>> >level shows a DS0 as "DS0 out of service[24]" and "remote out of service
>> >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
>> >modem level showed no activity.
>> >
>> >Thanks,
>> >
>> >Charles
>> >
>> >~~~~~~~~~ ~~~~~~~~~~~
>> >Charles Sprickman Internet Channel
>> >INCH System Administration Team (212)243-5200
>> >spork@inch.com access@inch.com
>> >
>> >On Thu, 11 Jun 1998, Charles Sprickman wrote:
>> >
>> >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
>> >> From: Charles Sprickman <spork@inch.com>
>> >> Reply-To: usr-tc@lists.xmission.com
>> >> To: usr-tc@xmission.com
>> >> Subject: (usr-tc) HiPer and Dead Air
>> >>
>> >> Hello,
>> >>
>> >> Sorry to pester everyone, but once my first HiPer chassis is up and
>> >> running I should be back in lurk mode...
>> >>
>> >> I just installed the HiPer at our CO and everything seems fine except
for
>> >> some little detail which I cannot track down. This is a chassis with
2
>> >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and
with
>> no
>> >> ANI info. I've set up the chassis much like it's non-HiPer brethren
to
>> >> reflect the above options, and have left any new settings at the
>> defaults.
>> >> I confirmed the switch setup (actually looked at a terminal with the
tech
>> >> as he double-checked things) matches what I have.
>> >>
>> >> When I dial in, I hit the chassis, and the guy working on the 5E sees
it
>> >> pick up the call, but I just get silence. If I reset the card, I get
a
>> >> loud "ker-chunk" on the line, so the call is making it at least to the
T1
>> >> section of the NAC, but apparently not finding it's way to a modem.
>> >>
>> >> I'm sure this is something stupid, but I just can't find anything to
>> >> fiddle with that seems appropriate.
>> >>
>> >> And if anyone has some general "this bit me when I went from
>> >> NetServer/Quads to HiPer" information, I'd love to hear it!
>> >>
>> >> Thanks,
>> >>
>> >> Charles
>> >>
>> >> ~~~~~~~~~ ~~~~~~~~~~~
>> >> Charles Sprickman Internet Channel
>> >> INCH System Administration Team (212)243-5200
>> >> spork@inch.com access@inch.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.
>>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) FS: (16) USR Netserver 16's, used. From: Dave Nye <evil@empire.net> Date: 1998-06-16 14:54:46
Folks,
We have a number of Netserver 16's coming back from all of our
remote lightly used POPs. They are being replaced with Ascend MAXes so we
have no further use for them.
They should be ready for shipment to you by the end of the month,
I'm interested in hearing from folks who would like to buy the lot or
portions of the lot.
We're asking $4500/ea or $4250 if you buy more than 2 at a whack.
New these are still going for more than $5500 in the mailorder
mags.
Note that these are *not* the Netserver-I's, just normal V.34, but
can be upgraded to do X2 *outbound* dialing if that's your need. They're
great to put in your remote POPs or those many places you just can't get
PRI's these days.
Best,
-=Dave
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-= Dave Nye http://blackdragon.empire.net/ US Robotics Gold VAR =-
-= President - Empire.Net Inc. Bay Networks Reseller =-
-= For information on our services send E-mail to sales@empire.net =-
-= or call us @ (603) 889-1220, or FAX us @ (603) 889-0366 =-
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Subject:(usr-tc) Last HiPerArc Question From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-16 15:46:00
This will be my last HiPerArc question today but is my most important one.
I am trying to setup a modem group which, when hit, will automatically
telnet the user to a specified host. I am struggling with how to configure
this. With the Netserver I just autologged the user in with RADIUS and then
RADIUS told the Netserver to do the telnetting. Can someone help me with
the modem_group settings ?
Thanks,
Jeff Binkley
ASA Network Computing
On Tue, 16 Jun 1998, Matthew Opoka wrote:
> It sure does!
> Take a look at:
> http://www.internet.siemens.com/ISB/products/ip/iXpress2000.html
"the cornerstone of hte Siemens IP Telephony solution..."
interesting :)
>
> -----Original Message-----
> From: Brian <signal@shreve.net>
> To: USRobotics TC Mailing List <usr-tc@xmission.com>
> Date: Tuesday, June 16, 1998 12:07 PM
> Subject: (usr-tc) Siemens InterXpress 2000
>
>
> >What is a Siemens InterXpress 2000? It looks exactly like a 1706/Quad
> >bundle only with Siemens name on it. Page 49 of the Jun 8 InternetWeek has
> >one in the upper left hand corner.............
> >
> >Just look for the Siemens ads in Internet Week
> >
> >Brian
> >
> >
> >/--------------------------
> signal@shreve.net -----------------------------\
> >| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
> |
> >| Network Administrator | Perl, Linux | Web hosting, online stores,
> |
> >| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
> |
> >| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
> |
> >| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
> |
> >\-------------------------- 318-222-2638
> x109 -----------------------------/
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) Another HiPerArc question From: Brian <signal@shreve.net> Date: 1998-06-16 16:06:04
On Tue, 16 Jun 1998, Jeff Binkley wrote:
>
>
> Ok, yet another HiPerArc question and yes I read the PDF file before
> asking this question. Is there a way via either the CLI or the GUI
> to display the properties on a modem_group ? So far all I have
You can look at the modems that make up a group with list int
but to see anything "about" the modems, you have to use the hdm's
> been able to do is list the members of the group even though I've
> done things via the CLI like set the access and connection_type .
>
> Thanks again,
>
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kevin Benton
>Sent: Tuesday, June 16, 1998 3:56 PM
>To: usr-tc@lists.xmission.com
>Subject: RE: (usr-tc) SNMP MIB
>
>
>On Tue, 16 Jun 1998, Mike Wronski wrote:
>
>> Date: Tue, 16 Jun 1998 14:18:39 -0500
>> From: Mike Wronski <mike@coredump.ae.usr.com>
>> Reply-To: usr-tc@lists.xmission.com
>> To: usr-tc@lists.xmission.com
>> Subject: RE: (usr-tc) HiPerArc Questions (MIBS)
>>
>> The MIB's have been with the code since the begining. There on
>totalservice.
>>
>> ne040029.zip 1618657 4.0.29 05/01/1998 HiPer ARC (includes MIBs), TCS
>> release 3.1.1
>
>Anyone know where I might find a set of TC MIBS which are 100% compatable
>with CMU-SNMP? I'm getting errors on DisplayString (SIZE... and TRAP...
>configuration. I'm hand editing the mib files now, but I'd rather use
>someone elses if they're already done.
>
I use them with UCD-snmp without any problems.
-m
On Tue, 16 Jun 1998, Mike Wronski wrote:
> Date: Tue, 16 Jun 1998 14:18:39 -0500
> From: Mike Wronski <mike@coredump.ae.usr.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: RE: (usr-tc) HiPerArc Questions (MIBS)
>
> The MIB's have been with the code since the begining. There on totalservice.
>
> ne040029.zip 1618657 4.0.29 05/01/1998 HiPer ARC (includes MIBs), TCS
> release 3.1.1
Anyone know where I might find a set of TC MIBS which are 100% compatable
with CMU-SNMP? I'm getting errors on DisplayString (SIZE... and TRAP...
configuration. I'm hand editing the mib files now, but I'd rather use
someone elses if they're already done.
Kevin
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
Brian was heard to say:
>On Tue, 16 Jun 1998, Matthew Opoka wrote:
>
>> It sure does!
>> Take a look at:
>> http://www.internet.siemens.com/ISB/products/ip/iXpress2000.html
>
>
>"the cornerstone of hte Siemens IP Telephony solution..."
>
> interesting :)
But is it using the USR/3com cards or just the chassis?
"No wonder USR doesn't care about us." :-)
--Ricky
>
>But is it using the USR/3com cards or just the chassis?
>
>"No wonder USR doesn't care about us." :-)
>
>--Ricky
>
Yes, it is the 3Com Total Control Remote Access Concentrator, using our
newly introduced
Voice over IP technology. And Yes, it's the cards as well as the shell.
You're very mistaken, though, if you believe that 3Com/USR doesn't care
about the ISP
community.
Kurtiss Johnson
3Com Product Manager
Why can't we have the VoIP code as well?
>
> Yes, it is the 3Com Total Control Remote Access Concentrator, using our
> newly introduced
> Voice over IP technology. And Yes, it's the cards as well as the shell.
>
> You're very mistaken, though, if you believe that 3Com/USR doesn't care
> about the ISP
> community.
>
> Kurtiss Johnson
> 3Com Product Manager
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) HiPer and Dead Air (redux) From: Jay Nitikman <jay@cruzio.com> Date: 1998-06-16 18:43:27
Here is my two cents. We had chronic problems with fast busies. After
three hellish days with PacBell, they found someone who did the right
tweak. Here is what they told me:
The CO switch can allocate calls in our trunk group in one of two ways:
o first available - search from the beginning of the trunk group for the
first available line.
o next available - search from the last assigned channel.
Sound familiar? This is in the switch, not the TC.
Our trunk group was configured for "first available". The calls will fill
the first TC and then overflow to the next TC, and so on. Except at around
30-50 calls (it would vary) we would get fast-busies.
The clever PacBell engineer reconfigured our trunk to "next available".
The fast busies disappeared. Been gone for a month (knock, knock).
He says that "first available" would tend to hit a modem that just
hung up but before it was actually ready to accept a call: fast-busy.
I'm not talking about the call distribution within the router.
This is all about within the CO switch. This is my understanding from
a PacBell HiCap engineer. I'm not an expert of ATT switches.
End of my two cents.
--
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
Subject:Re: (usr-tc) Another HiPerArc question From: Robert Sanders <rsanders@mindspring.net> Date: 1998-06-16 18:57:21
Jeff Binkley wrote:
>
> Ok, yet another HiPerArc question and yes I read the PDF file before
> asking this question. Is there a way via either the CLI or the GUI
> to display the properties on a modem_group ?
You've assumed that modem_groups are something logical and useful, which
is a dangerous assumption to make when 3com code is involved. A
modem_group does not possess any properties other than a list of
members. Any property that you may set via "set modem_group" is
actually affecting properties that belong to individual modem
interfaces. A modem_group is not what you think or what most of us
would want.
A modem_group is an iterator macro. Think of "set modem_group <somegrp>
properties..." as expanding into a series of "set modem
<modem_in_somegrp> properties..." for every modem in somegrp *at the
time you execute that command*. That's exactly what happens. Modems
added to somegrp later won't inherit those settings because they weren't
present at the time the command was executed, so they couldn't have been
modified.
3com still doesn't get that most ISPs don't think of an access box as
possessing a series of interfaces with individual properties and
configurations and behaviors. We want a box with a collection of ports
which all act identically. When we add ports, we want them to
automatically act like all the other ones that already exist. That
doesn't happen with the ARC.
This is fun for incremental installation. Let's say I want to have all
my modems act a certain way. I install a new ARC with one DSP. I run
my setup template, which includes commands of the form "set modem_group
all ...". Everything's hunky dory. Later one of my field engineers
adds a new DSP card to the chassis. Because I've enabled chassis
awareness, one might think that the ARC would simply autodetect the new
interfaces and use them like the others. Nope. Chassis awareness is
next to useless, doubly so if I have more than one ARC in the chassis
because of ownership issues. These new interfaces come up with whatever
default settings 3com hardwired into the code. (They could at least
have offered a "default" modem interface for this dynamic inheritance,
but I'd rather they fixed the fundamental problem than patch around
it.) Not only does my FE have to configure the DSP card individually,
he has to get into the ARC and configure the new ports on it, too.
This design defect is one of the reasons 3com still hasn't delivered on
its promise to have two ARCs dynamically load-share the modems in a
chassis on a call-by-call basis. They're still thinking of ports in
fixed, individual configurations, which makes it hard to share them
dynamically between terminal servers. I've given up on the TC chassis
coming together as a coherent entity. Their new love of NT in the
chassis makes them hesitate to add vital control functions to the ARC
because they'd also have to implement them on the NT box, and the NMC is
too brain-dead to handle much more than SNMP proxying. All we can do is
hope that 3com gets it right the *next* time around. Third time's a
charm, right?
To answer your question: no. A modem_group is write-only. If you have
any questions about a modem interface's configuration, you have to
examine that particular interface individually. If you have questions
about a bunch of modem interfaces, your best bet is to re-run the
configuration. Our standard config includes a file called "newmod.cmd"
which contains all the set commands the FE should execute after adding
interfaces. When he's ready, he just types "do newmod.cmd".
regards,
-- Robert
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Charles Sprickman <spork@inch.com> Date: 1998-06-16 20:03:19
*DUH*!
Tech support just told me all I have to do is travel to the POP (they're
always surprised that the equipment isn't right next to you) and pull and
reinsert the DSPs!
Anyone wanna put money on that?
I did enjoy the "Virtual Jukebox" of live music from aging '70's
superstars. Being able to flip from Fleetwood Mac to REO Speedwagon
while on hold really soothed me. It's odd the suggestions 3com acts on,
truly odd...
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Tue, 16 Jun 1998, Frank Basso wrote:
> Date: Tue, 16 Jun 1998 14:40:55 -0700
> From: Frank Basso <frank@got.net>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>
> Netiher did we, we had the calls go fast busy after 20-30 seconds of dead
> air. According to the Telco the fast busy is triggered by our device. Weird
> eh ?
>
> -Frank
> -----Original Message-----
> From: Charles Sprickman <spork@inch.com>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Tuesday, June 16, 1998 11:37 AM
> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>
>
> >The only difference is that I don't get any calls through... I know this
> >is something silly. The telco doesn't see anything odd, and we've
> >verified line coding, DNIS/ANI stuff, and signalling. I must have
> >something to do with the modem config, but I'll be damned if I can find
> >it...
> >
> >Charles
> >
> >~~~~~~~~~ ~~~~~~~~~~~
> >Charles Sprickman Internet Channel
> >INCH System Administration Team (212)243-5200
> >spork@inch.com access@inch.com
> >
> >On Tue, 16 Jun 1998, Frank Basso wrote:
> >
> >> Date: Tue, 16 Jun 1998 09:54:16 -0700
> >> From: Frank Basso <frank@got.net>
> >> Reply-To: usr-tc@lists.xmission.com
> >> To: usr-tc@lists.xmission.com
> >> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >>
> >> I am experiencing the same scenario....... We have reduced the occurrence
> by
> >> changing our switch type with the local TELCO to NI-2 from 5ESS.
> >>
> >> -Frank
> >> Got.net?
> >> -----Original Message-----
> >> From: Charles Sprickman <spork@inch.com>
> >> To: usr-tc@xmission.com <usr-tc@xmission.com>
> >> Date: Tuesday, June 16, 1998 8:48 AM
> >> Subject: (usr-tc) HiPer and Dead Air (redux)
> >>
> >>
> >> >Hi,
> >> >
> >> >I'm still stumped... Does anyone have an idea on this? Getting dead
> air
> >> >on a CT1. Looking for some hidden config that's broken.
> >> >
> >> >Thanks,
> >> >
> >> >Charles
> >> >
> >> >---------- Forwarded message ----------
> >> >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
> >> >From: Charles Sprickman <spork@inch.com>
> >> >Reply-To: usr-tc@lists.xmission.com
> >> >To: usr-tc@lists.xmission.com
> >> >Subject: Re: (usr-tc) HiPer and Dead Air
> >> >
> >> >And as a follow-up to my own question, the Performance monitor on the
> DS0
> >> >level shows a DS0 as "DS0 out of service[24]" and "remote out of service
> >> >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
> >> >modem level showed no activity.
> >> >
> >> >Thanks,
> >> >
> >> >Charles
> >> >
> >> >~~~~~~~~~ ~~~~~~~~~~~
> >> >Charles Sprickman Internet Channel
> >> >INCH System Administration Team (212)243-5200
> >> >spork@inch.com access@inch.com
> >> >
> >> >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> >> >
> >> >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> >> >> From: Charles Sprickman <spork@inch.com>
> >> >> Reply-To: usr-tc@lists.xmission.com
> >> >> To: usr-tc@xmission.com
> >> >> Subject: (usr-tc) HiPer and Dead Air
> >> >>
> >> >> Hello,
> >> >>
> >> >> Sorry to pester everyone, but once my first HiPer chassis is up and
> >> >> running I should be back in lurk mode...
> >> >>
> >> >> I just installed the HiPer at our CO and everything seems fine except
> for
> >> >> some little detail which I cannot track down. This is a chassis with
> 2
> >> >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and
> with
> >> no
> >> >> ANI info. I've set up the chassis much like it's non-HiPer brethren
> to
> >> >> reflect the above options, and have left any new settings at the
> >> defaults.
> >> >> I confirmed the switch setup (actually looked at a terminal with the
> tech
> >> >> as he double-checked things) matches what I have.
> >> >>
> >> >> When I dial in, I hit the chassis, and the guy working on the 5E sees
> it
> >> >> pick up the call, but I just get silence. If I reset the card, I get
> a
> >> >> loud "ker-chunk" on the line, so the call is making it at least to the
> T1
> >> >> section of the NAC, but apparently not finding it's way to a modem.
> >> >>
> >> >> I'm sure this is something stupid, but I just can't find anything to
> >> >> fiddle with that seems appropriate.
> >> >>
> >> >> And if anyone has some general "this bit me when I went from
> >> >> NetServer/Quads to HiPer" information, I'd love to hear it!
> >> >>
> >> >> Thanks,
> >> >>
> >> >> Charles
> >> >>
> >> >> ~~~~~~~~~ ~~~~~~~~~~~
> >> >> Charles Sprickman Internet Channel
> >> >> INCH System Administration Team (212)243-5200
> >> >> spork@inch.com access@inch.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.
> >>
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) HiPer and Dead Air (redux) From: William Behrens <wbehrens@feist.com> Date: 1998-06-16 21:40:08
Every time we have experienced this problem it has been overloaded PTSN
problems at the CO. This problem went away after Bell moved us over to OC12
on SONET ring and changed how our PRI's are homed to the CO. This is of
course in Southwestern Bell country, your milage may vary.
William Behrens
Director of Network Operations
ParaCom Technologies Inc.
-----Original Message-----
>Thus spake Frank Basso
>>Netiher did we, we had the calls go fast busy after 20-30 seconds of dead
>>air. According to the Telco the fast busy is triggered by our device.
Weird
>>eh ?
>
>I've heard a possible explanation for this behavior from our telco (ICG,
>not BellSouth). The switch finds a channel to send the call down,
>signals the other device (the TCH) on the D channel about which channel
>to take the call on, doesn't ever get a response (this is the error, the
>TCH should respond), decides to try another channel, and does the same
>thing over again. This iterates about 3 or 4 times and takes
>about...well, I heard it as 15 to 20 seconds...before it times out and
>gives up the call and returns the reorder tone (fast busy) to the
>originating switch.
>--
>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) HiPer and Dead Air (redux) From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-16 22:03:23
Thus spake Frank Basso
>Netiher did we, we had the calls go fast busy after 20-30 seconds of dead
>air. According to the Telco the fast busy is triggered by our device. Weird
>eh ?
I've heard a possible explanation for this behavior from our telco (ICG,
not BellSouth). The switch finds a channel to send the call down,
signals the other device (the TCH) on the D channel about which channel
to take the call on, doesn't ever get a response (this is the error, the
TCH should respond), decides to try another channel, and does the same
thing over again. This iterates about 3 or 4 times and takes
about...well, I heard it as 15 to 20 seconds...before it times out and
gives up the call and returns the reorder tone (fast busy) to the
originating switch.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Thus spake Kurtiss Johnson
>>But is it using the USR/3com cards or just the chassis?
>>"No wonder USR doesn't care about us." :-)
>Yes, it is the 3Com Total Control Remote Access Concentrator, using our
>newly introduced
>Voice over IP technology. And Yes, it's the cards as well as the shell.
>You're very mistaken, though, if you believe that 3Com/USR doesn't care
>about the ISP
>community.
I think I can predict the response of most of the folks here...
"Prove it. You haven't proven it yet."
I've had very mixed responses over the past couple of years of dealing
with USR and then 3Com wrt to the TCH equipment. Overall, I'm not
really thrilled about the support of the TCH equipment since the 3Com
purchase of USR. I'm not really thrilled about the reliability and
quality of the netserver code, etc. I've been sent the source code to
the mpip server section of the code (in order to run it as a unix based
mpipd) and the quality of the code is mediocre at best...it looks a lot
like code that I would write in C, and I'm a *sucky* programmer. About
the only thing that *has* improved over the years since 3Com took over
has been the wait time on hold...but that could have been solved by
hiring chimps off the street (and based on the quality of the tech
support we've received, that's what happened).
On the up side, the modem code is still rather good (modem code in the
industry sucks in general, USR seems to be the best of a rather mediocre
bunch at this point), from what we've seen. *shrug*
Anyway...I'm through venting now....
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Robert Sanders writes...
>> Aaron's cool patches have been rolled into the Radiator base code, and will
>> appear in the next release of Radiator (due in the next few days).
>
>So has anybody verified that the filters thus produced actually work?
They work if you get the syntax correct. It's like this...
USR-IP-Input-Filter = "1 REJECT src-addr!=%a"
All of the "spoofing" I've seen so far in the syslog are DNS queries from
multihomed Win95 machines.
--
Aaron Nabil
Kurtiss Johnson was heard to say:
>>But is it using the USR/3com cards or just the chassis?
>>
>>"No wonder USR doesn't care about us." :-)
>
>Yes, it is the 3Com Total Control Remote Access Concentrator, using our
>newly introduced
>Voice over IP technology. And Yes, it's the cards as well as the shell.
>
>You're very mistaken, though, if you believe that 3Com/USR doesn't care
>about the ISP
>community.
>
>Kurtiss Johnson
>3Com Product Manager
Allow me to rephrase then... No wonder USR does give the existing user base
quality, usable, and sufficiently quality-control checked software.
I have to ask, do you (3Com/USR) actually interview your programmer? I've
seen parts of NetServer code... don't try to blame that spooge on Livingston.
(Having taught computer science labs for a number of years, I can assure you
that even the *worst* universities would not let that sort of code fly.)
--Ricky Beam - Interpath R&D
PS: I *hate* ugly code.
Here is how you do it
add modem_group new ( or whatever name ) interface slot:2/mod:1 ( or
howmany ever interfaces you need )
set modem_group new type login host_address <ip address> tcp_port <number>
set modem_group new connection_type direct_con
set modem_group new host_type specified
save all
enable modem_group new
you are all set any person dialing to this interface will now go to the host
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 Tue, 16 Jun 1998, Jeff Binkley wrote:
>
>
> This will be my last HiPerArc question today but is my most important one.
> I am trying to setup a modem group which, when hit, will automatically
> telnet the user to a specified host. I am struggling with how to configure
> this. With the Netserver I just autologged the user in with RADIUS and then
> RADIUS told the Netserver to do the telnetting. Can someone help me with
> the modem_group settings ?
>
> Thanks,
> 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.
>
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Brian <signal@shreve.net> Date: 1998-06-17 07:29:36
On Tue, 16 Jun 1998, Charles Sprickman wrote:
> *DUH*!
>
> Tech support just told me all I have to do is travel to the POP (they're
> always surprised that the equipment isn't right next to you) and pull and
> reinsert the DSPs!
>
> Anyone wanna put money on that?
In my experience, this is only required in extreme rare circumstances.
You can accomplish virtually the same remotely with a hardware reset.
>
> I did enjoy the "Virtual Jukebox" of live music from aging '70's
> superstars. Being able to flip from Fleetwood Mac to REO Speedwagon
> while on hold really soothed me. It's odd the suggestions 3com acts on,
> truly odd...
>
> Charles
>
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.com
>
> On Tue, 16 Jun 1998, Frank Basso wrote:
>
> > Date: Tue, 16 Jun 1998 14:40:55 -0700
> > From: Frank Basso <frank@got.net>
> > Reply-To: usr-tc@lists.xmission.com
> > To: usr-tc@lists.xmission.com
> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >
> > Netiher did we, we had the calls go fast busy after 20-30 seconds of dead
> > air. According to the Telco the fast busy is triggered by our device. Weird
> > eh ?
> >
> > -Frank
> > -----Original Message-----
> > From: Charles Sprickman <spork@inch.com>
> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> > Date: Tuesday, June 16, 1998 11:37 AM
> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >
> >
> > >The only difference is that I don't get any calls through... I know this
> > >is something silly. The telco doesn't see anything odd, and we've
> > >verified line coding, DNIS/ANI stuff, and signalling. I must have
> > >something to do with the modem config, but I'll be damned if I can find
> > >it...
> > >
> > >Charles
> > >
> > >~~~~~~~~~ ~~~~~~~~~~~
> > >Charles Sprickman Internet Channel
> > >INCH System Administration Team (212)243-5200
> > >spork@inch.com access@inch.com
> > >
> > >On Tue, 16 Jun 1998, Frank Basso wrote:
> > >
> > >> Date: Tue, 16 Jun 1998 09:54:16 -0700
> > >> From: Frank Basso <frank@got.net>
> > >> Reply-To: usr-tc@lists.xmission.com
> > >> To: usr-tc@lists.xmission.com
> > >> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> > >>
> > >> I am experiencing the same scenario....... We have reduced the occurrence
> > by
> > >> changing our switch type with the local TELCO to NI-2 from 5ESS.
> > >>
> > >> -Frank
> > >> Got.net?
> > >> -----Original Message-----
> > >> From: Charles Sprickman <spork@inch.com>
> > >> To: usr-tc@xmission.com <usr-tc@xmission.com>
> > >> Date: Tuesday, June 16, 1998 8:48 AM
> > >> Subject: (usr-tc) HiPer and Dead Air (redux)
> > >>
> > >>
> > >> >Hi,
> > >> >
> > >> >I'm still stumped... Does anyone have an idea on this? Getting dead
> > air
> > >> >on a CT1. Looking for some hidden config that's broken.
> > >> >
> > >> >Thanks,
> > >> >
> > >> >Charles
> > >> >
> > >> >---------- Forwarded message ----------
> > >> >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
> > >> >From: Charles Sprickman <spork@inch.com>
> > >> >Reply-To: usr-tc@lists.xmission.com
> > >> >To: usr-tc@lists.xmission.com
> > >> >Subject: Re: (usr-tc) HiPer and Dead Air
> > >> >
> > >> >And as a follow-up to my own question, the Performance monitor on the
> > DS0
> > >> >level shows a DS0 as "DS0 out of service[24]" and "remote out of service
> > >> >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
> > >> >modem level showed no activity.
> > >> >
> > >> >Thanks,
> > >> >
> > >> >Charles
> > >> >
> > >> >~~~~~~~~~ ~~~~~~~~~~~
> > >> >Charles Sprickman Internet Channel
> > >> >INCH System Administration Team (212)243-5200
> > >> >spork@inch.com access@inch.com
> > >> >
> > >> >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> > >> >
> > >> >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> > >> >> From: Charles Sprickman <spork@inch.com>
> > >> >> Reply-To: usr-tc@lists.xmission.com
> > >> >> To: usr-tc@xmission.com
> > >> >> Subject: (usr-tc) HiPer and Dead Air
> > >> >>
> > >> >> Hello,
> > >> >>
> > >> >> Sorry to pester everyone, but once my first HiPer chassis is up and
> > >> >> running I should be back in lurk mode...
> > >> >>
> > >> >> I just installed the HiPer at our CO and everything seems fine except
> > for
> > >> >> some little detail which I cannot track down. This is a chassis with
> > 2
> > >> >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and
> > with
> > >> no
> > >> >> ANI info. I've set up the chassis much like it's non-HiPer brethren
> > to
> > >> >> reflect the above options, and have left any new settings at the
> > >> defaults.
> > >> >> I confirmed the switch setup (actually looked at a terminal with the
> > tech
> > >> >> as he double-checked things) matches what I have.
> > >> >>
> > >> >> When I dial in, I hit the chassis, and the guy working on the 5E sees
> > it
> > >> >> pick up the call, but I just get silence. If I reset the card, I get
> > a
> > >> >> loud "ker-chunk" on the line, so the call is making it at least to the
> > T1
> > >> >> section of the NAC, but apparently not finding it's way to a modem.
> > >> >>
> > >> >> I'm sure this is something stupid, but I just can't find anything to
> > >> >> fiddle with that seems appropriate.
> > >> >>
> > >> >> And if anyone has some general "this bit me when I went from
> > >> >> NetServer/Quads to HiPer" information, I'd love to hear it!
> > >> >>
> > >> >> Thanks,
> > >> >>
> > >> >> Charles
> > >> >>
> > >> >> ~~~~~~~~~ ~~~~~~~~~~~
> > >> >> Charles Sprickman Internet Channel
> > >> >> INCH System Administration Team (212)243-5200
> > >> >> spork@inch.com access@inch.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.
> > >>
> > >
> > >
> > >-
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
>
> I have to ask, do you (3Com/USR) actually interview your programmer? I've
> seen parts of NetServer code... don't try to blame that spooge on Livingston.
> (Having taught computer science labs for a number of years, I can assure you
> that even the *worst* universities would not let that sort of code fly.)
>
Personally, I would be very happy with a "feature freeze" at this point in
the arc/hdm, so long as mpip/ospf was part of the features.
Then you just work on problems, even if it takes a year, emerging with
optimized and time checked code.
> --Ricky Beam - Interpath R&D
>
> PS: I *hate* ugly code.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
On Wed, 17 Jun 1998, Aaron Nabil wrote:
> Robert Sanders writes...
> >> Aaron's cool patches have been rolled into the Radiator base code, and will
> >> appear in the next release of Radiator (due in the next few days).
> >
> >So has anybody verified that the filters thus produced actually work?
>
> They work if you get the syntax correct. It's like this...
>
> USR-IP-Input-Filter = "1 REJECT src-addr!=%a"
>
> All of the "spoofing" I've seen so far in the syslog are DNS queries from
> multihomed Win95 machines.
Feel free to brag about radiator BTW. We are considering it, but we would
like to hear experiences of those who have actually used it.
Can you post a list of things you like/dislike with it? The price is
reasonable, and the feature list looks almost unsurpassed.
Brian
>
>
> --
> Aaron Nabil
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) RE: (USR-TC) ANOTHER HIPERARC QUESTION From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-17 08:14:00
-> >
-> > Ok, yet another HiPerArc question and yes I read the PDF file before >
-> asking this question. Is there a way via either the CLI or the GUI > to
-> display the properties on a modem_group ? So far all I have
-> You can look at the modems that make up a group with list int
->
-> but to see anything "about" the modems, you have to use the hdm's
Except the modem_group is a software function of the HiPerArc not the HDMs.
SO far I've not come up with a solution. It's like programming them in the
blind.
Jeff Binkley
ASA Network Computing
Subject:RE: (usr-tc) HiPer and Dead Air (redux) From: Chris Peltier <cpeltier@iectech.com> Date: 1998-06-17 08:52:10
We had a similar problem with T1 PRIs on a 5E switch.
The B channels would show in service on our side but
out of service on the CO/switch side. Whenever you called
the equipment you got a reorder (fast busy). By resetting
the Hyper DSPs the Bs would go back in service and all
would be fine for a while (maybe a day or so) and then they
would go out of service again. After much finger pointing
it was determined to be an option problem in the 5E switch
which was aggravated by a trunking problem to a tandem
switch. Correction on the Telco (Peco Hyperion
Telecommunications) side completely fixed the problem.
Customers with Portmasters never saw the problem?
Sincerely,
Chris Peltier
* email: CPeltier@NetCarrier.com
* voice: 215-257-4917
* FAX: 215-257-4916
>----------
>From: William Behrens[SMTP:wbehrens@feist.com]
>Sent: Tuesday, June 16, 1998 10:40 PM
>To: usr-tc@lists.xmission.com
>Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>
>
>Every time we have experienced this problem it has been overloaded PTSN
>problems at the CO. This problem went away after Bell moved us over to
>OC12
>on SONET ring and changed how our PRI's are homed to the CO. This is of
>course in Southwestern Bell country, your milage may vary.
>
>
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Frank Basso <frank@got.net> Date: 1998-06-17 10:23:31
Love that 3COM support...Big Smile....Big Smile ......
-Frank
-----Original Message-----
>On Tue, 16 Jun 1998, Charles Sprickman wrote:
>
>> *DUH*!
>>
>> Tech support just told me all I have to do is travel to the POP (they're
>> always surprised that the equipment isn't right next to you) and pull and
>> reinsert the DSPs!
>>
>> Anyone wanna put money on that?
>
>In my experience, this is only required in extreme rare circumstances.
>You can accomplish virtually the same remotely with a hardware reset.
>
>
>
>>
>> I did enjoy the "Virtual Jukebox" of live music from aging '70's
>> superstars. Being able to flip from Fleetwood Mac to REO Speedwagon
>> while on hold really soothed me. It's odd the suggestions 3com acts on,
>> truly odd...
>>
>> Charles
>>
>>
>> ~~~~~~~~~ ~~~~~~~~~~~
>> Charles Sprickman Internet Channel
>> INCH System Administration Team (212)243-5200
>> spork@inch.com access@inch.com
>>
>> On Tue, 16 Jun 1998, Frank Basso wrote:
>>
>> > Date: Tue, 16 Jun 1998 14:40:55 -0700
>> > From: Frank Basso <frank@got.net>
>> > Reply-To: usr-tc@lists.xmission.com
>> > To: usr-tc@lists.xmission.com
>> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>> >
>> > Netiher did we, we had the calls go fast busy after 20-30 seconds of
dead
>> > air. According to the Telco the fast busy is triggered by our device.
Weird
>> > eh ?
>> >
>> > -Frank
>> > -----Original Message-----
>> > From: Charles Sprickman <spork@inch.com>
>> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>> > Date: Tuesday, June 16, 1998 11:37 AM
>> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>> >
>> >
>> > >The only difference is that I don't get any calls through... I know
this
>> > >is something silly. The telco doesn't see anything odd, and we've
>> > >verified line coding, DNIS/ANI stuff, and signalling. I must have
>> > >something to do with the modem config, but I'll be damned if I can
find
>> > >it...
>> > >
>> > >Charles
>> > >
>> > >~~~~~~~~~ ~~~~~~~~~~~
>> > >Charles Sprickman Internet Channel
>> > >INCH System Administration Team (212)243-5200
>> > >spork@inch.com access@inch.com
>> > >
>> > >On Tue, 16 Jun 1998, Frank Basso wrote:
>> > >
>> > >> Date: Tue, 16 Jun 1998 09:54:16 -0700
>> > >> From: Frank Basso <frank@got.net>
>> > >> Reply-To: usr-tc@lists.xmission.com
>> > >> To: usr-tc@lists.xmission.com
>> > >> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>> > >>
>> > >> I am experiencing the same scenario....... We have reduced the
occurrence
>> > by
>> > >> changing our switch type with the local TELCO to NI-2 from 5ESS.
>> > >>
>> > >> -Frank
>> > >> Got.net?
>> > >> -----Original Message-----
>> > >> From: Charles Sprickman <spork@inch.com>
>> > >> To: usr-tc@xmission.com <usr-tc@xmission.com>
>> > >> Date: Tuesday, June 16, 1998 8:48 AM
>> > >> Subject: (usr-tc) HiPer and Dead Air (redux)
>> > >>
>> > >>
>> > >> >Hi,
>> > >> >
>> > >> >I'm still stumped... Does anyone have an idea on this? Getting
dead
>> > air
>> > >> >on a CT1. Looking for some hidden config that's broken.
>> > >> >
>> > >> >Thanks,
>> > >> >
>> > >> >Charles
>> > >> >
>> > >> >---------- Forwarded message ----------
>> > >> >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
>> > >> >From: Charles Sprickman <spork@inch.com>
>> > >> >Reply-To: usr-tc@lists.xmission.com
>> > >> >To: usr-tc@lists.xmission.com
>> > >> >Subject: Re: (usr-tc) HiPer and Dead Air
>> > >> >
>> > >> >And as a follow-up to my own question, the Performance monitor on
the
>> > DS0
>> > >> >level shows a DS0 as "DS0 out of service[24]" and "remote out of
service
>> > >> >[5]" when I dial in. Now I am fully stumped. Looking at perfmon
at the
>> > >> >modem level showed no activity.
>> > >> >
>> > >> >Thanks,
>> > >> >
>> > >> >Charles
>> > >> >
>> > >> >~~~~~~~~~ ~~~~~~~~~~~
>> > >> >Charles Sprickman Internet Channel
>> > >> >INCH System Administration Team (212)243-5200
>> > >> >spork@inch.com access@inch.com
>> > >> >
>> > >> >On Thu, 11 Jun 1998, Charles Sprickman wrote:
>> > >> >
>> > >> >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
>> > >> >> From: Charles Sprickman <spork@inch.com>
>> > >> >> Reply-To: usr-tc@lists.xmission.com
>> > >> >> To: usr-tc@xmission.com
>> > >> >> Subject: (usr-tc) HiPer and Dead Air
>> > >> >>
>> > >> >> Hello,
>> > >> >>
>> > >> >> Sorry to pester everyone, but once my first HiPer chassis is up
and
>> > >> >> running I should be back in lurk mode...
>> > >> >>
>> > >> >> I just installed the HiPer at our CO and everything seems fine
except
>> > for
>> > >> >> some little detail which I cannot track down. This is a chassis
with
>> > 2
>> > >> >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start,
and
>> > with
>> > >> no
>> > >> >> ANI info. I've set up the chassis much like it's non-HiPer
brethren
>> > to
>> > >> >> reflect the above options, and have left any new settings at the
>> > >> defaults.
>> > >> >> I confirmed the switch setup (actually looked at a terminal with
the
>> > tech
>> > >> >> as he double-checked things) matches what I have.
>> > >> >>
>> > >> >> When I dial in, I hit the chassis, and the guy working on the 5E
sees
>> > it
>> > >> >> pick up the call, but I just get silence. If I reset the card, I
get
>> > a
>> > >> >> loud "ker-chunk" on the line, so the call is making it at least
to the
>> > T1
>> > >> >> section of the NAC, but apparently not finding it's way to a
modem.
>> > >> >>
>> > >> >> I'm sure this is something stupid, but I just can't find anything
to
>> > >> >> fiddle with that seems appropriate.
>> > >> >>
>> > >> >> And if anyone has some general "this bit me when I went from
>> > >> >> NetServer/Quads to HiPer" information, I'd love to hear it!
>> > >> >>
>> > >> >> Thanks,
>> > >> >>
>> > >> >> Charles
>> > >> >>
>> > >> >> ~~~~~~~~~ ~~~~~~~~~~~
>> > >> >> Charles Sprickman Internet Channel
>> > >> >> INCH System Administration Team (212)243-5200
>> > >> >> spork@inch.com access@inch.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.
>> > >>
>> > >
>> > >
>> > >-
>> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> > > with "unsubscribe usr-tc" in the body of the message.
>> > > For information on digests or retrieving files and 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.
>>
>
>/--------------------------
signal@shreve.net -----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
>| Network Administrator | Perl, Linux | Web hosting, online stores,
|
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
>\-------------------------- 318-222-2638
x109 -----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) HiPer and Dead Air (redux) From: Kevin Benton <s1kevin@tims.net> Date: 1998-06-17 11:01:48
On Wed, 17 Jun 1998, Brian wrote:
> > Tech support just told me all I have to do is travel to the POP (they're
> > always surprised that the equipment isn't right next to you) and pull and
> > reinsert the DSPs!
> >
> > Anyone wanna put money on that?
>
> In my experience, this is only required in extreme rare circumstances.
> You can accomplish virtually the same remotely with a hardware reset.
Assuming, of course, your NMC hasn't gone south on you (which in our case,
many times, it has). I'm sorry, but a 4 hour round trip just to reset a
card no matter what type it is seems riduculous to me. The unfortunate
thing is that it's not uncommon with us.
Too bad there isn't a way to have a NSM or ARC be able to hardware reset
NMC's... That might actually solve some problems...
HEY 3COM! FEATURE REQUEST ABOVE!!!
Kevin Benton
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
> They work if you get the syntax correct. It's like this...
>
> USR-IP-Input-Filter = "1 REJECT src-addr!=%a"
I fiddled around with our dynamic filter code again recently and
discovered the same thing. For those of you reading the ARC reference
manual, there's at least bug in the description for RADIUS-specified
filters. Netmasks are given in the usual prefix/len form, not
prefix/dotted_quad_mask as shown. Also, the manual claims that netmasks
must align on byte boundaries (/0, /8, /16, /24, /32), but that no
longer seems the case.
We give explicit ACCEPT lines for the Framed-IP-Address and every
Framed-Route for that user, then add a final DENY to stop packets
sourced from any other addresses. So a typical filter might look like
this:
USR:IP-Filter-In = "1 AND tcp-dst-port = 25"
USR:IP-Filter-In = "2 REJECT dst-addr != 207.69.200.0/24"
USR:IP-Filter-In = "3 ACCEPT src-addr = 207.69.188.58/29"
USR:IP-Filter-In = "4 ACCEPT src-addr = 10.1.0.0/24"
USR:IP-Filter-In = "5 DENY"
Lines 1 and 2 prohibit that user direct access to any SMTP server except
ours no matter what the source address. Line 3 allows packets with a
source address within the network specified in
Framed-IP-Address/Framed-IP-Netmask. Line 3 allows packets from the
network specified in that user's one Framed-Route line. Line 5 denies
any packet not matching the previous rules.
I'd love to hear feedback from ISPs who are running lots of filters on a
loaded ARC. It's *supposed* to have lots of CPU to spare, but without a
working "sho cpu util" it's hard to tell.
regards,
-- Robert
[Quoth Robert Sanders]
[..]
] I fiddled around with our dynamic filter code again recently and
] discovered the same thing. For those of you reading the ARC reference
] manual, there's at least bug in the description for RADIUS-specified
] filters. Netmasks are given in the usual prefix/len form, not
] prefix/dotted_quad_mask as shown. Also, the manual claims that netmasks
] must align on byte boundaries (/0, /8, /16, /24, /32), but that no
] longer seems the case.
I can confirm this. I'm matching against /23's, etc. I'm also
matching against protocol=ospf, which wasn't in the docs I had,
either. I haven't tried the dynamic filtering yet, my aggregate
routes get all un-aggregated when I turn on hint_assigned.
[,,]
] I'd love to hear feedback from ISPs who are running lots of filters on a
] loaded ARC. It's *supposed* to have lots of CPU to spare, but without a
] working "sho cpu util" it's hard to tell.
On heavily-used ARC's with 7 HDM's, I'm running a 22-line input filter
on every port, another filter on the ethernet, and 40-byte packet
header logging with no apparent adverse affects. I'm blocking a lot
of traffic, but nobody seems to miss all those netbios broadcasts :)
--
Michael Mittelstadt meek@execpc.com
VP - Internet Technologies ExecPC Internet
http://www.execpc.com/~meek 1-800-ExecPC-1
Subject:RE: (usr-tc) Help From: Dwight G. Jones <djones@imagen.net> Date: 1998-06-17 14:24:58
This is a multi-part message in MIME format.
------=_NextPart_000_0008_01BD99FB.B4E6AF60
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Similar problem. We purchased a used USR TC rack from a dealer in NJ and now
can't get any software to run it. The modems are A/D quads.
What can we do? USR support seems hopeless.. like I was warned about in
Interactive Week...
Why is 3Com running a firm I have been loyal to for 12 years into the
ground? ;-(
Best Regards;
Dwight G. Jones
Imagen Communications Inc.
http://www.imagen.net
Information Architects tm
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of G. Owens
Sent: Sunday, June 14, 1998 8:44 AM
We are a small Internet Provider in Southern Arkansas. I was given this
address to mail quesitons to or subscribe to a service for ISP's that use
the USR total control packages. We just upgraded to it and would like some
possible assistance. Please reply back with how to join service or post
questions. If this email has reached you by mistake . My apologizes
Greg Owens
Magnolia InterNet Services
------=_NextPart_000_0008_01BD99FB.B4E6AF60
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=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3007.2"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D840572121-17061998><FONT color=3D#0000ff face=3DArial =
size=3D2>Similar problem. We purchased a used USR TC rack from a dealer =
in NJ and=20
now can't get any software to run it. The modems are A/D quads.=20
</FONT></SPAN></DIV>
<DIV><SPAN class=3D840572121-17061998><FONT color=3D#0000ff face=3DArial =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D840572121-17061998><FONT color=3D#0000ff face=3DArial =
size=3D2>What=20
can we do? USR support seems hopeless.. like I was warned about in =
Interactive Week...</FONT></SPAN></DIV>
<DIV><SPAN class=3D840572121-17061998><FONT color=3D#0000ff face=3DArial =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D840572121-17061998><FONT color=3D#0000ff face=3DArial =
size=3D2>Why is=20
3Com running a firm I have been loyal to for 12 years into the =
ground? =20
;-(</FONT></SPAN></DIV>
<DIV><SPAN class=3D840572121-17061998><FONT color=3D#0000ff face=3DArial =
size=3D2></FONT></SPAN><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>Best Regards;<BR><BR>Dwight G. Jones<BR>Imagen =
Communications=20
Inc.<BR><A href=3D"http://www.imagen.net/"=20
target=3D_blank>http://www.imagen.net</A><BR>Information Architects=20
tm<BR><BR></FONT></DIV>
<DIV class=3DOutlookMessageHeader><FONT face=3D"Times New Roman"=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
owner-usr-tc@lists.xmission.com =
[mailto:owner-usr-tc@lists.xmission.com]<B>On=20
Behalf Of</B> G. Owens<BR><B>Sent:</B> Sunday, June 14, 1998 8:44=20
AM<BR><B>To:</B> usr-tc@xmission.com<BR><B>Subject:</B> (usr-tc)=20
Help<BR><BR></FONT></DIV>
<DIV><STRONG><FONT color=3D#000080 face=3D"GeoSlab703 MdCn BT" =
size=3D4>We are a small=20
Internet Provider in Southern Arkansas. I was given this address to mail =
quesitons to or subscribe to a service for ISP's that use the USR total =
control=20
packages. We just upgraded to it and would like some possible =
assistance. Please=20
reply back with how to join service or post questions. If this email has =
reached=20
you by mistake . My apologizes</FONT></STRONG></DIV>
<DIV><STRONG><FONT color=3D#000080 face=3D"GeoSlab703 MdCn BT"=20
size=3D4> &nbs=
p;  =
; =
&=
nbsp; &n=
bsp; &nb=
sp; =20
Greg=20
Owens<BR> &nbs=
p;  =
; =
&=
nbsp; &n=
bsp; =20
Magnolia InterNet Services =20
<BR></FONT></STRONG> </DIV></BODY></HTML>
------=_NextPart_000_0008_01BD99FB.B4E6AF60--
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Charles Sprickman <spork@inch.com> Date: 1998-06-17 14:39:42
And FWIW, pulling and reinserting did nothing...
I'm thinking it's something with the ARC, back to those wonderfully
hard-to-read PDFs...
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Wed, 17 Jun 1998, Frank Basso wrote:
> Date: Wed, 17 Jun 1998 10:23:31 -0700
> From: Frank Basso <frank@got.net>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>
> Love that 3COM support...Big Smile....Big Smile ......
>
>
> -Frank
> -----Original Message-----
> From: Brian <signal@shreve.net>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Wednesday, June 17, 1998 5:34 AM
> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>
>
> >On Tue, 16 Jun 1998, Charles Sprickman wrote:
> >
> >> *DUH*!
> >>
> >> Tech support just told me all I have to do is travel to the POP (they're
> >> always surprised that the equipment isn't right next to you) and pull and
> >> reinsert the DSPs!
> >>
> >> Anyone wanna put money on that?
> >
> >In my experience, this is only required in extreme rare circumstances.
> >You can accomplish virtually the same remotely with a hardware reset.
> >
> >
> >
> >>
> >> I did enjoy the "Virtual Jukebox" of live music from aging '70's
> >> superstars. Being able to flip from Fleetwood Mac to REO Speedwagon
> >> while on hold really soothed me. It's odd the suggestions 3com acts on,
> >> truly odd...
> >>
> >> Charles
> >>
> >>
> >> ~~~~~~~~~ ~~~~~~~~~~~
> >> Charles Sprickman Internet Channel
> >> INCH System Administration Team (212)243-5200
> >> spork@inch.com access@inch.com
> >>
> >> On Tue, 16 Jun 1998, Frank Basso wrote:
> >>
> >> > Date: Tue, 16 Jun 1998 14:40:55 -0700
> >> > From: Frank Basso <frank@got.net>
> >> > Reply-To: usr-tc@lists.xmission.com
> >> > To: usr-tc@lists.xmission.com
> >> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >> >
> >> > Netiher did we, we had the calls go fast busy after 20-30 seconds of
> dead
> >> > air. According to the Telco the fast busy is triggered by our device.
> Weird
> >> > eh ?
> >> >
> >> > -Frank
> >> > -----Original Message-----
> >> > From: Charles Sprickman <spork@inch.com>
> >> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> >> > Date: Tuesday, June 16, 1998 11:37 AM
> >> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >> >
> >> >
> >> > >The only difference is that I don't get any calls through... I know
> this
> >> > >is something silly. The telco doesn't see anything odd, and we've
> >> > >verified line coding, DNIS/ANI stuff, and signalling. I must have
> >> > >something to do with the modem config, but I'll be damned if I can
> find
> >> > >it...
> >> > >
> >> > >Charles
> >> > >
> >> > >~~~~~~~~~ ~~~~~~~~~~~
> >> > >Charles Sprickman Internet Channel
> >> > >INCH System Administration Team (212)243-5200
> >> > >spork@inch.com access@inch.com
> >> > >
> >> > >On Tue, 16 Jun 1998, Frank Basso wrote:
> >> > >
> >> > >> Date: Tue, 16 Jun 1998 09:54:16 -0700
> >> > >> From: Frank Basso <frank@got.net>
> >> > >> Reply-To: usr-tc@lists.xmission.com
> >> > >> To: usr-tc@lists.xmission.com
> >> > >> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >> > >>
> >> > >> I am experiencing the same scenario....... We have reduced the
> occurrence
> >> > by
> >> > >> changing our switch type with the local TELCO to NI-2 from 5ESS.
> >> > >>
> >> > >> -Frank
> >> > >> Got.net?
> >> > >> -----Original Message-----
> >> > >> From: Charles Sprickman <spork@inch.com>
> >> > >> To: usr-tc@xmission.com <usr-tc@xmission.com>
> >> > >> Date: Tuesday, June 16, 1998 8:48 AM
> >> > >> Subject: (usr-tc) HiPer and Dead Air (redux)
> >> > >>
> >> > >>
> >> > >> >Hi,
> >> > >> >
> >> > >> >I'm still stumped... Does anyone have an idea on this? Getting
> dead
> >> > air
> >> > >> >on a CT1. Looking for some hidden config that's broken.
> >> > >> >
> >> > >> >Thanks,
> >> > >> >
> >> > >> >Charles
> >> > >> >
> >> > >> >---------- Forwarded message ----------
> >> > >> >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
> >> > >> >From: Charles Sprickman <spork@inch.com>
> >> > >> >Reply-To: usr-tc@lists.xmission.com
> >> > >> >To: usr-tc@lists.xmission.com
> >> > >> >Subject: Re: (usr-tc) HiPer and Dead Air
> >> > >> >
> >> > >> >And as a follow-up to my own question, the Performance monitor on
> the
> >> > DS0
> >> > >> >level shows a DS0 as "DS0 out of service[24]" and "remote out of
> service
> >> > >> >[5]" when I dial in. Now I am fully stumped. Looking at perfmon
> at the
> >> > >> >modem level showed no activity.
> >> > >> >
> >> > >> >Thanks,
> >> > >> >
> >> > >> >Charles
> >> > >> >
> >> > >> >~~~~~~~~~ ~~~~~~~~~~~
> >> > >> >Charles Sprickman Internet Channel
> >> > >> >INCH System Administration Team (212)243-5200
> >> > >> >spork@inch.com access@inch.com
> >> > >> >
> >> > >> >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> >> > >> >
> >> > >> >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> >> > >> >> From: Charles Sprickman <spork@inch.com>
> >> > >> >> Reply-To: usr-tc@lists.xmission.com
> >> > >> >> To: usr-tc@xmission.com
> >> > >> >> Subject: (usr-tc) HiPer and Dead Air
> >> > >> >>
> >> > >> >> Hello,
> >> > >> >>
> >> > >> >> Sorry to pester everyone, but once my first HiPer chassis is up
> and
> >> > >> >> running I should be back in lurk mode...
> >> > >> >>
> >> > >> >> I just installed the HiPer at our CO and everything seems fine
> except
> >> > for
> >> > >> >> some little detail which I cannot track down. This is a chassis
> with
> >> > 2
> >> > >> >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start,
> and
> >> > with
> >> > >> no
> >> > >> >> ANI info. I've set up the chassis much like it's non-HiPer
> brethren
> >> > to
> >> > >> >> reflect the above options, and have left any new settings at the
> >> > >> defaults.
> >> > >> >> I confirmed the switch setup (actually looked at a terminal with
> the
> >> > tech
> >> > >> >> as he double-checked things) matches what I have.
> >> > >> >>
> >> > >> >> When I dial in, I hit the chassis, and the guy working on the 5E
> sees
> >> > it
> >> > >> >> pick up the call, but I just get silence. If I reset the card, I
> get
> >> > a
> >> > >> >> loud "ker-chunk" on the line, so the call is making it at least
> to the
> >> > T1
> >> > >> >> section of the NAC, but apparently not finding it's way to a
> modem.
> >> > >> >>
> >> > >> >> I'm sure this is something stupid, but I just can't find anything
> to
> >> > >> >> fiddle with that seems appropriate.
> >> > >> >>
> >> > >> >> And if anyone has some general "this bit me when I went from
> >> > >> >> NetServer/Quads to HiPer" information, I'd love to hear it!
> >> > >> >>
> >> > >> >> Thanks,
> >> > >> >>
> >> > >> >> Charles
> >> > >> >>
> >> > >> >> ~~~~~~~~~ ~~~~~~~~~~~
> >> > >> >> Charles Sprickman Internet Channel
> >> > >> >> INCH System Administration Team (212)243-5200
> >> > >> >> spork@inch.com access@inch.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.
> >> > >>
> >> > >
> >> > >
> >> > >-
> >> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> > > with "unsubscribe usr-tc" in the body of the message.
> >> > > For information on digests or retrieving files and 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.
> >>
> >
> >/--------------------------
> signal@shreve.net -----------------------------\
> >| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
> |
> >| Network Administrator | Perl, Linux | Web hosting, online stores,
> |
> >| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
> |
> >| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
> |
> >| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
> |
> >\-------------------------- 318-222-2638
> x109 -----------------------------/
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
Davey Walbeck said once upon a time:
>
>
>> Davey Walbeck said once upon a time:
>> >
>> >The 4.0.51 release solved a lot of the problems we were having with
>> >the 4.0.29. I have been much happier since I upgraded to the new
>> >version and most of my problems were corrected.
>>
>> Ironically, 4.0.51 came out before the 4.0.29 release. The wacky numbering
>> is due to the fact that it is an ER release.
>>
>That is a bit strange, but it sure is reasuring to know that they
>have some consistancy in numbering their releases like all the other
>version releases. Have you tried the V.90 code yet? or are you
>waiting until the end of this month for the hopefully better code of
>V.90? Just curious since all of the negative feedback from the
>current release of the V.90
I'm waiting for the release of the v.90 code for HiPer.
Subject:Re: (usr-tc) HiPer and Dead Air (redux) From: Ricky Beam <jfbeam@interpath.net> Date: 1998-06-17 16:06:04
Kevin Benton was heard to say:
>Assuming, of course, your NMC hasn't gone south on you (which in our case,
>many times, it has). I'm sorry, but a 4 hour round trip just to reset a
>card no matter what type it is seems riduculous to me. The unfortunate
>thing is that it's not uncommon with us.
>
>Too bad there isn't a way to have a NSM or ARC be able to hardware reset
>NMC's... That might actually solve some problems...
>
>HEY 3COM! FEATURE REQUEST ABOVE!!!
Can slot 17 even be power cycled? And there is that small problem of who's
in control of the mgmt bus... ever put two nmc's in the same chassis?
--Ricky
Subject:(usr-tc) Rampnet Webramp From: Frank Basso <frank@got.net> Date: 1998-06-17 17:43:31
All,
We have several users using the Rampnet.com's "Webramp IP" and "Webramp
Entr=E9" products to connect to our HiPer chassis via ISDN. Here is the
issue...It does not work.....All we can see is an inbound call to the
chassis and then nothing like it is not talking via PAP or CHAP, which we
have both enabled. As for our equipment we are running the May 1st releas=
e
of the Total Control code across the board. We are also seeing similar
behavior with CISCO 7xx series ISDN boxes.
Any ideas ? We are fresh out.
Thanks in advance.
Frank Basso
Network Administrator
Got.Net?
On Wednesday, June 17, 1998 4:25 PM, Pete Ashdown [SMTP:pashdown@xmission.com]
wrote:
> I'm waiting for the release of the v.90 code for HiPer.
So am I ... when is the offical date? I have been looking on the website and
have mailed several 3COM people with no luck.
Marshall Morgan
Internet Doorway, Inc. (aka NETDOOR)
http://www.netdoor.com
601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28
> I'd love to hear feedback from ISPs who are running lots of filters on a
> loaded ARC. It's *supposed* to have lots of CPU to spare, but without a
> working "sho cpu util" it's hard to tell.
That'd be my feature request of the day... some way to monitor CPU
utilization. Not just in the ARC, but in the NETserver (aside from "when
people complain about Quake, it must be near 100%"...) ;-)
Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net
Senior Systems/Network Administrator --- mandrews@termfrost.org
Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/
"Eagles may soar, but weasels don't get sucked into jet engines."
On Thu, 18 Jun 1998, Marcelo Souza wrote:
>
> I have changed the syslog level to CRITICAL, but the TC is still
> sending COMMON, VERBOSE, etc logs to server. How can reset the log level?
>
Currently that is the way it works. In the next release of code you will
have the control to change this setup.
krish
>
> - 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:Re: (usr-tc) Help From: RDW <rdw@mnsi.net> Date: 1998-06-17 23:36:39
isp-equipment@isp-equipment.com=20
is also a good list
At 10:43 AM 6/14/98 -0500, you wrote:=20
>
> We are a small Internet Provider in Southern Arkansas. I was given this
> address to mail quesitons to or subscribe to a service for ISP's that use
the
> USR total control packages. We just upgraded to it and would like some
> possible assistance. Please reply back with how to join service or post
> questions. If this email has reached you by mistake . My apologizes
> =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=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=A0 Greg Owens
> =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=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
> Magnolia InterNet Services=A0=A0=A0=A0=A0=A0=20
> =A0
Richard Wills
519-681-8236
London Ontario=20
Canada
On Wed, Jun 17, 1998 at 05:43:31PM -0700, Frank Basso wrote:
> All,
>=20
> We have several users using the Rampnet.com's "Webramp IP" and "Webram=
p
> Entr=E9" products to connect to our HiPer chassis via ISDN. Here is the
> issue...It does not work.....All we can see is an inbound call to the
> chassis and then nothing like it is not talking via PAP or CHAP, which =
we
> have both enabled. As for our equipment we are running the May 1st rele=
ase
> of the Total Control code across the board. We are also seeing similar
> behavior with CISCO 7xx series ISDN boxes.
>=20
> Any ideas ? We are fresh out.
>=20
After months of trying we ended up putting up a chassis with older quad
cards just for our customers with webramp and cisco routers, the problem
with the cisco's has to do with some internal timing that is different
from every other manufacturers isdn products, something similar may be
the cause of the webramp problems, but in the end we gave up on getting
them to work with the HiPers....
--=20
Jason Kohles -- System Administrator -- XMission Internet Access
jason@xmission.com (at work) jason@mindwell.com (at play)
print '+425a /.5)$3a1$3-a) "*$3K'^'A'x25
Subject:(usr-tc) v.90 upgrade caused PRI and modem problems From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca> Date: 1998-06-18 00:02:51
I finally upgraded my TC rack from X2 to v.90 and all seemed to go well.
However, when I tried to connect later in the evening, I got a busy signal
(which is odd). I checked and there was an alarm on the first PRI span. I
had to dl the latest TCM software (6Mb) and once I installed it, the alarm
had disappeared. I then checked the status of the active calls and noticed
that there were several @ 9600 and some @ 7200 (rather odd too!).
A little later, the PRI alarm re-appeared.
I tried to connect using a 28.8K Sportster and connected at 12000 and 9600.
PRI - 3.0.2
Modems - 5.10.9
Netserver - 3.7.24 16M/4M
NMC - 5.4.95 4M/2M
This TC hub was working perfectly before upgrading the above cards!
Has anyone seen this after upgrading to v.90?
Colin McFadyen
Carleton University CCS
613-520-2600 ext. 3721
Subject:(usr-tc) Radius - Wish List From: Charles Sprickman <spork@inch.com> Date: 1998-06-18 00:09:19
Hi,
If you were building the perfect radius server, what features would you
want?
Here's what we're looking at so far:
- No multiple logins, unless specified. If specified, different session
limits and idle timeouts for additional logins.
- Triple or double checks on multiple logins.
- "plugins" for the above, so on a Netserver, your last resort check for
whether that user is really logged in or not can be custom-tailored for
Netserver, ARC, Ascend, whatever.
- A simple interface for support people to see who's currently on
- Support for USR VSAs
- No security holes ;)
- Optional db hooks for user lookup and accounting
Anything else?
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
Scott Kreuser was heard to say:
>Interesting...
>
>Why would Seimens get the VOIP code before us???
Because they wrote it? (which would mean it stands a better chance of actually
working :-()
--Ricky
Subject:Re: (usr-tc) Radius - Wish List From: Charles Sprickman <spork@inch.com> Date: 1998-06-18 02:19:56
Whoops, forgot two items:
- Berkeley copyright
- cost = $0
Anyhow, we're starting in on it soon, so let me know if there are any
particular features that would make your life easier. Comments on
multiple-login checking are much appreciated. I do not wish to rely
completely on accounting records...
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Thu, 18 Jun 1998, Mike McCauley wrote:
> Date: Thu, 18 Jun 1998 15:50:21 -0500
> From: Mike McCauley <mikem@open.com.au>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@xmission.com
> Cc: spork@inch.com
> Subject: Re: (usr-tc) Radius - Wish List
>
> On Jun 18, 12:09am, Charles Sprickman wrote:
> > Subject: (usr-tc) Radius - Wish List
> > Hi,
> >
> > If you were building the perfect radius server, what features would you
> > want?
> >
> > Here's what we're looking at so far:
>
> Radiator has most of this now.
> http://www.open.com.au/radiator
>
>
> --
> 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
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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, 18 Jun 1998, Jeff Mcadams wrote:
> Thus spake Dane Jasper
> >Frank, it's my understanding that the USR-TC does not work with the
> >following products:
>
> >Faralon Netopia
>
> >USR, perhaps you could tell us when this will be fixed?
>
> Well...perhaps this needs to be whittled down a bit to just the HiPer's
> not working with these products? I know for a fact that we have several
> customers dialing in with Netopia's to our TC racks. We, however, are
> all quad and netserver based still (still no MPIP on the ARC's?)
The support for these products are in v.90 DSP code release. This code
is currently in beta and all the problems with cisco, netopia, webramp
are fixed in this code.
krish
> --
> 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) route question, please help From: Jerry Kalligonis <jerryk@blazenet.net> Date: 1998-06-18 08:39:53
Hi,
I have a chassis setup the following way:
Netserv 208.165.37.6
IP pool 208.165.37.8 limit = 60
Gateway 208.165.37.1
What do I need to do to allow a customer who has a static IP address of
let's say, 208.165.32.8, connect to this chassis and route correctly? I am
assigning the static IP via radius.
Thanks
Jerry
PS> I also need to do this on the HyperARC as well...
Welcome to my nighmare. I struggled with the entre box dialing into our
HiPer chassis for 3 weeks. After many, many discussions with both ramp and
3com, I determined it would not work. We finally replaced the ISDN entre
box with the analog Webramp box and connected it to an external ISDN TA.
This works, but the call setup time is not great. Someone at 3com finally
told me it should work after the next release of HiPer DSP code?
If you make any progress, please let me know.
-----Original Message-----
All,
We have several users using the Rampnet.com's "Webramp IP" and "Webramp
Entr�" products to connect to our HiPer chassis via ISDN. Here is the
issue...It does not work.....All we can see is an inbound call to the
chassis and then nothing like it is not talking via PAP or CHAP, which we
have both enabled. As for our equipment we are running the May 1st release
of the Total Control code across the board. We are also seeing similar
behavior with CISCO 7xx series ISDN boxes.
Any ideas ? We are fresh out.
Thanks in advance.
Frank Basso
Network Administrator
Got.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) v.90 upgrade caused PRI and modem problems From: eugene_carpenter@3com.com Date: 1998-06-18 08:48:55
Next time you flash the modems, try:
1)restore from defaults.
2) save to nvram
3) software reset
If you have other options changed from default, please note them before you
do the restore, and then implement them after you do the software reset.
Of course you will need to do "save to nvram" again to keep the changes.
Reguards.
Phil Le Clercq <phil.le.clercq@cinergy.net> on 06/18/98 05:32:58 AM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
Yes! This happenned to all the chassis' I upgraded to 3.1.1
I currently have a call open on this, very busy at the mo. just trying
to find some time to debug the PRI.
Actually I found a restore from default does the trick, but I ended up
going back to the old code to keep service up.
Phil Le Clercq
Cinergy Communications
-----Original Message-----
Sent: Thursday, June 18, 1998 5:03 AM
I finally upgraded my TC rack from X2 to v.90 and all seemed to go well.
However, when I tried to connect later in the evening, I got a busy
signal
(which is odd). I checked and there was an alarm on the first PRI span.
I
had to dl the latest TCM software (6Mb) and once I installed it, the
alarm
had disappeared. I then checked the status of the active calls and
noticed
that there were several @ 9600 and some @ 7200 (rather odd too!).
A little later, the PRI alarm re-appeared.
I tried to connect using a 28.8K Sportster and connected at 12000 and
9600.
PRI - 3.0.2
Modems - 5.10.9
Netserver - 3.7.24 16M/4M
NMC - 5.4.95 4M/2M
This TC hub was working perfectly before upgrading the above cards!
Has anyone seen this after upgrading to v.90?
Colin McFadyen
Carleton University CCS
613-520-2600 ext. 3721
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and 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, 18 Jun 1998, Charles Sprickman wrote:
> Hi,
>
> If you were building the perfect radius server, what features would you
> want?
[...]
>
> Anything else?
>
> Charles
Maybe the most important: the code to be free, this can act as a feature.
vsv
---
Stefanita Valcu
Network Administrator, 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:RE: (usr-tc) v.90 upgrade caused PRI and modem problems From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca> Date: 1998-06-18 09:26:07
I did as Eugene said (restore, save, reset) right after I upgraded.
Phil, which code did you revert to? Just the PRI or the entire hub (modems,
netserver, pri...)?
Thanks.
Colin McFadyen
Carleton University Computing and Communications Services
(613) 520-2600 x3721 fax: (613) 520-4448
> -----Original Message-----
> From: Eugene_Carpenter@3com.com [SMTP:Eugene_Carpenter@3com.com]
> Sent: Thursday, June 18, 1998 8:49 AM
> To: usr-tc@lists.xmission.com
> Subject: RE: (usr-tc) v.90 upgrade caused PRI and modem problems
>
> Next time you flash the modems, try:
> 1)restore from defaults.
> 2) save to nvram
> 3) software reset
>
> If you have other options changed from default, please note them before
> you
> do the restore, and then implement them after you do the software reset.
> Of course you will need to do "save to nvram" again to keep the changes.
>
> Reguards.
>
>
>
>
> Phil Le Clercq <phil.le.clercq@cinergy.net> on 06/18/98 05:32:58 AM
>
> Please respond to usr-tc@lists.xmission.com
>
> To: "'usr-tc @lists.xmission.com'" <usr-tc@lists.xmission.com>
> cc: (Eugene Carpenter/US/3Com)
> Subject: RE: (usr-tc) v.90 upgrade caused PRI and modem problems
>
>
>
>
>
> Yes! This happenned to all the chassis' I upgraded to 3.1.1
> I currently have a call open on this, very busy at the mo. just trying
> to find some time to debug the PRI.
> Actually I found a restore from default does the trick, but I ended up
> going back to the old code to keep service up.
>
> Phil Le Clercq
> Cinergy Communications
>
> -----Original Message-----
> From: Colin_McFadyen [mailto:ColinMcFadyen@pigeon.carleton.ca]
> Sent: Thursday, June 18, 1998 5:03 AM
> To: 'usr-tc@lists.xmission.com'
> Subject: (usr-tc) v.90 upgrade caused PRI and modem problems
>
>
> I finally upgraded my TC rack from X2 to v.90 and all seemed to go well.
>
> However, when I tried to connect later in the evening, I got a busy
> signal
> (which is odd). I checked and there was an alarm on the first PRI span.
> I
> had to dl the latest TCM software (6Mb) and once I installed it, the
> alarm
> had disappeared. I then checked the status of the active calls and
> noticed
> that there were several @ 9600 and some @ 7200 (rather odd too!).
> A little later, the PRI alarm re-appeared.
>
> I tried to connect using a 28.8K Sportster and connected at 12000 and
> 9600.
>
> PRI - 3.0.2
> Modems - 5.10.9
> Netserver - 3.7.24 16M/4M
> NMC - 5.4.95 4M/2M
>
> This TC hub was working perfectly before upgrading the above cards!
>
> Has anyone seen this after upgrading to v.90?
>
> Colin McFadyen
> Carleton University CCS
> 613-520-2600 ext. 3721
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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 Thu, 18 Jun 1998, Charles Sprickman wrote:
> Hi,
>
> If you were building the perfect radius server, what features would you
> want?
>
A modular logging feature, so the detail logs could go into a file, a
postgress/mSQL database, etc.
Horace Demmink
PathWay Computing
Subject:RE: (usr-tc) TCM for windows - unknown devices From: Mike Wronski <mike@coredump.ae.usr.com> Date: 1998-06-18 10:12:38
Make sure that your NMC card software is compatible with your TCM software..
You should always use the newest TCM software to avoid any problems.. If
your
NMC software is newer than TCM you may have these kind of problems.
Latest NMC (4meg) 5.4.1 (5.4.95 Service Release)
(16Meg) 5.5.2
Latest TCM (Windows/UNIX) 5.5.1
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Raymond M Schmidt
>Sent: Thursday, June 18, 1998 9:43 AM
>To: usr-tc@lists.xmission.com
>Subject: (usr-tc) TCM for windows - unknown devices
>
>
>Hello:
>
>I'm new to the list and have limited experience with USR Total Control,
>however here is my problem:
>
>I have total control rack with 12 a/d quad modems and a dual T1 card. I set
>up the T1 card using the 232 console and everything has been working OK for
>3 months. Now I have purchased the TCM for Windows and the X2 upgrade key,
>and a TCM card.
>
>Windows sees the TCM card but all other chassis cards come up unknown. I am
>using the latest software on the TCM card. USR tech support said to take
>everything out of the chassis and plug in the cards one at a time. before
>I shutdown 2200 users, does this sound like it will work ? I've tried
>reseating individual Quad cards with no luck.
>
>Any ideas would be appreciated.
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) v.90 upgrade caused PRI and modem problems From: Phil Le Clercq <phil.le.clercq@cinergy.net> Date: 1998-06-18 10:32:58
Yes! This happenned to all the chassis' I upgraded to 3.1.1
I currently have a call open on this, very busy at the mo. just trying
to find some time to debug the PRI.
Actually I found a restore from default does the trick, but I ended up
going back to the old code to keep service up.
Phil Le Clercq
Cinergy Communications
-----Original Message-----
Sent: Thursday, June 18, 1998 5:03 AM
I finally upgraded my TC rack from X2 to v.90 and all seemed to go well.
However, when I tried to connect later in the evening, I got a busy
signal
(which is odd). I checked and there was an alarm on the first PRI span.
I
had to dl the latest TCM software (6Mb) and once I installed it, the
alarm
had disappeared. I then checked the status of the active calls and
noticed
that there were several @ 9600 and some @ 7200 (rather odd too!).
A little later, the PRI alarm re-appeared.
I tried to connect using a 28.8K Sportster and connected at 12000 and
9600.
PRI - 3.0.2
Modems - 5.10.9
Netserver - 3.7.24 16M/4M
NMC - 5.4.95 4M/2M
This TC hub was working perfectly before upgrading the above cards!
Has anyone seen this after upgrading to v.90?
Colin McFadyen
Carleton University CCS
613-520-2600 ext. 3721
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:(usr-tc) TCM for windows - unknown devices From: Raymond M Schmidt <rschmidt@ntssmtp.picker.com> Date: 1998-06-18 10:42:55
Hello:
I'm new to the list and have limited experience with USR Total Control,
however here is my problem:
I have total control rack with 12 a/d quad modems and a dual T1 card. I set
up the T1 card using the 232 console and everything has been working OK for
3 months. Now I have purchased the TCM for Windows and the X2 upgrade key,
and a TCM card.
Windows sees the TCM card but all other chassis cards come up unknown. I am
using the latest software on the TCM card. USR tech support said to take
everything out of the chassis and plug in the cards one at a time. before
I shutdown 2200 users, does this sound like it will work ? I've tried
reseating individual Quad cards with no luck.
Any ideas would be appreciated.
Subject:RE: (usr-tc) v.90 upgrade caused PRI and modem problems From: Colin_McFadyen <colinmcfadyen@pigeon.carleton.ca> Date: 1998-06-18 11:04:30
I backed the PRI software from 3.0.2 to 2.5.3 and things seem ok again.
Colin McFadyen
Carleton University Computing and Communications Services
(613) 520-2600 x3721 fax: (613) 520-4448
> -----Original Message-----
> From: Colin_McFadyen
> Sent: Thursday, June 18, 1998 9:26 AM
> To: 'usr-tc@lists.xmission.com'
> Subject: RE: (usr-tc) v.90 upgrade caused PRI and modem problems
>
> I did as Eugene said (restore, save, reset) right after I upgraded.
>
> Phil, which code did you revert to? Just the PRI or the entire hub
> (modems,
> netserver, pri...)?
>
> Thanks.
>
> Colin McFadyen
> Carleton University Computing and Communications Services
> (613) 520-2600 x3721 fax: (613) 520-4448
>
> > -----Original Message-----
> > From: Eugene_Carpenter@3com.com [SMTP:Eugene_Carpenter@3com.com]
> > Sent: Thursday, June 18, 1998 8:49 AM
> > To: usr-tc@lists.xmission.com
> > Subject: RE: (usr-tc) v.90 upgrade caused PRI and modem problems
> >
> > Next time you flash the modems, try:
> > 1)restore from defaults.
> > 2) save to nvram
> > 3) software reset
> >
> > If you have other options changed from default, please note them before
> > you
> > do the restore, and then implement them after you do the software reset.
> > Of course you will need to do "save to nvram" again to keep the changes.
> >
> > Reguards.
> >
> >
> >
> >
> > Phil Le Clercq <phil.le.clercq@cinergy.net> on 06/18/98 05:32:58 AM
> >
> > Please respond to usr-tc@lists.xmission.com
> >
> > To: "'usr-tc @lists.xmission.com'" <usr-tc@lists.xmission.com>
> > cc: (Eugene Carpenter/US/3Com)
> > Subject: RE: (usr-tc) v.90 upgrade caused PRI and modem problems
> >
> >
> >
> >
> >
> > Yes! This happenned to all the chassis' I upgraded to 3.1.1
> > I currently have a call open on this, very busy at the mo. just trying
> > to find some time to debug the PRI.
> > Actually I found a restore from default does the trick, but I ended up
> > going back to the old code to keep service up.
> >
> > Phil Le Clercq
> > Cinergy Communications
> >
> > -----Original Message-----
> > From: Colin_McFadyen [mailto:ColinMcFadyen@pigeon.carleton.ca]
> > Sent: Thursday, June 18, 1998 5:03 AM
> > To: 'usr-tc@lists.xmission.com'
> > Subject: (usr-tc) v.90 upgrade caused PRI and modem problems
> >
> >
> > I finally upgraded my TC rack from X2 to v.90 and all seemed to go well.
> >
> > However, when I tried to connect later in the evening, I got a busy
> > signal
> > (which is odd). I checked and there was an alarm on the first PRI span.
> > I
> > had to dl the latest TCM software (6Mb) and once I installed it, the
> > alarm
> > had disappeared. I then checked the status of the active calls and
> > noticed
> > that there were several @ 9600 and some @ 7200 (rather odd too!).
> > A little later, the PRI alarm re-appeared.
> >
> > I tried to connect using a 28.8K Sportster and connected at 12000 and
> > 9600.
> >
> > PRI - 3.0.2
> > Modems - 5.10.9
> > Netserver - 3.7.24 16M/4M
> > NMC - 5.4.95 4M/2M
> >
> > This TC hub was working perfectly before upgrading the above cards!
> >
> > Has anyone seen this after upgrading to v.90?
> >
> > Colin McFadyen
> > Carleton University CCS
> > 613-520-2600 ext. 3721
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
> We have several users using the Rampnet.com's "Webramp IP" and "Webramp
> Entr_" products to connect to our HiPer chassis via ISDN. Here is the
> issue...It does not work.....All we can see is an inbound call to the
> chassis and then nothing like it is not talking via PAP or CHAP, which we
> have both enabled. As for our equipment we are running the May 1st release
> of the Total Control code across the board. We are also seeing similar
> behavior with CISCO 7xx series ISDN boxes.
Frank, it's my understanding that the USR-TC does not work with the
following products:
Faralon Netopia
Cisco 7xx
Webramp
USR, perhaps you could tell us when this will be fixed?
--
Dane Jasper Sonic
(707)522-1001 (33.6kbps) (707)522-1000 (Voice)
mailto:support@sonic.net http://www.sonic.net
Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53
Subject:(usr-tc) Modem just hangs From: john_cusmano@westcon.com Date: 1998-06-18 11:26:06
Guys, can you give me advice on what I should do. I have a Hiper Total Control
chassis with a channelized T1 circuit. When I try to dial in, the modem answers
but it hangs. I have tried to talk to the phone company and guess what? No help
from them like usual. I downloaded the new code to my Hiper ARC card, thinking
this might fix the problem but no cigar. My trunk settings are set to following:
Framing Mode: 1D4
Line Coding: AMI
Signal Mode: Robbed bit
Dial in Address: No Address
Dial in/out trunk start signal: wink
Dial in/out trunk type: EandMTypeII
Primary Switch Type: DMS100
Tone Type: mf
Number of DTMF tones: 0
Maybe you can give me a hand with this? If you need further information, I would
be happy to give it.
Thanks
Subject:(usr-tc) radius strange loginfo after upgrade From: USR list <usrtc@saiko.bart.nl> Date: 1998-06-18 11:41:40
Hi there,
After upgrading the software in 1 of our racks to
the following:
quad-modems: 5.9.9
netserver : 3.7.24
nmc : 5.4.95
dual pri : 3.02
I get in the radius log after the user has logged off for every time
the user logged in every 30 seconds the following line:
Wed Jun 17 15:59:13 1998: timeout_action: request 17/98 for cybrhead from 194.158.178.134 timed out from state 2
Any ideas what is causing this?
PS This should be good for a working v90 config?
Grtzz
Ted
I have changed the syslog level to CRITICAL, but the TC is still
sending COMMON, VERBOSE, etc logs to server. How can reset the log level?
- Marcelo
Subject:Re: (usr-tc) Modem just hangs From: eugene_carpenter@3com.com Date: 1998-06-18 11:55:13
are you sure, these are the proper settings for the T-1?
Is this how the Telco has the T-1 ?
I have seen this when the dtmf tones was incorrect, the modems don't know
how to handle the extra tones.
Does this happen on every call ??
john_cusmano@westcon.com on 06/18/98 12:26:06 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
Guys, can you give me advice on what I should do. I have a Hiper Total
Control
chassis with a channelized T1 circuit. When I try to dial in, the modem
answers
but it hangs. I have tried to talk to the phone company and guess what? No
help
from them like usual. I downloaded the new code to my Hiper ARC card,
thinking
this might fix the problem but no cigar. My trunk settings are set to
following:
Framing Mode: 1D4
Line Coding: AMI
Signal Mode: Robbed bit
Dial in Address: No Address
Dial in/out trunk start signal: wink
Dial in/out trunk type: EandMTypeII
Primary Switch Type: DMS100
Tone Type: mf
Number of DTMF tones: 0
Maybe you can give me a hand with this? If you need further information, I
would
be happy to give it.
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.
> Frank, it's my understanding that the USR-TC does not work with the
> following products:
>
> Faralon Netopia
> Cisco 7xx
> Webramp
Sorry, let me amend this to say that the USR-TC HyperARC with HyperDSP
platform does not seem to work with these three products. It seems that
many folks are still using Netservers and quad modems just fine with the
Faralon Netopia.
--
Dane Jasper Sonic
(707)522-1001 (33.6kbps) (707)522-1000 (Voice)
mailto:support@sonic.net http://www.sonic.net
Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53
Subject:Re[2]: (usr-tc) Modem just hangs From: john_cusmano@westcon.com Date: 1998-06-18 12:14:19
I have spoken to the phone company several times on the trunk settings and they
tell me the same crap. I am using a USR Courier X2 external modem and it happens
everytime. Some of my users are able to connect and some don't.
Do you have any suggestions in what i should do?
Thanks
____________________Reply Separator____________________
Author: <usr-tc@lists.xmission.com >
are you sure, these are the proper settings for the T-1?
Is this how the Telco has the T-1 ?
I have seen this when the dtmf tones was incorrect, the modems don't know
how to handle the extra tones.
Does this happen on every call ??
john_cusmano@westcon.com on 06/18/98 12:26:06 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
Guys, can you give me advice on what I should do. I have a Hiper Total
Control
chassis with a channelized T1 circuit. When I try to dial in, the modem
answers
but it hangs. I have tried to talk to the phone company and guess what? No
help
from them like usual. I downloaded the new code to my Hiper ARC card,
thinking
this might fix the problem but no cigar. My trunk settings are set to
following:
Framing Mode: 1D4
Line Coding: AMI
Signal Mode: Robbed bit
Dial in Address: No Address
Dial in/out trunk start signal: wink
Dial in/out trunk type: EandMTypeII
Primary Switch Type: DMS100
Tone Type: mf
Number of DTMF tones: 0
Maybe you can give me a hand with this? If you need further information, I
would
be happy to give it.
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.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Radius - Wish List From: Dale E. Reed Jr. <daler@iea-software.com> Date: 1998-06-18 12:19:36
Charles Sprickman wrote:
>
> If you were building the perfect radius server, what features would you
> want?
>
> Here's what we're looking at so far:
>
> - No multiple logins, unless specified. If specified, different session
> limits and idle timeouts for additional logins.
RadiusNT includes concurrency control and variable login limit based
on the user. The different timeouts are interesting, thouhg.
> - Triple or double checks on multiple logins.
> - "plugins" for the above, so on a Netserver, your last resort check for
> whether that user is really logged in or not can be custom-tailored for
> Netserver, ARC, Ascend, whatever.
RadiusNT Enterprise Edition included the ability to use a DLL to
pre-authorize someone, and also has the abilbility to check in
real-time using SNMP to whether the user is still actually on-line
(prevent incorrect denials).
> - A simple interface for support people to see who's currently on
The database tracks whos on-line and is viewiable from any interface
you choose (like web, Emerald, etc).
> - Support for USR VSAs
Although not fully tested against the USR, RadiusNT 2.5 support the
USR VSA supports. I've been adding all of them in that I could
find.
> - No security holes ;)
None that I know of.
> - Optional db hooks for user lookup and accounting
RadiusNT's best quality is the feature rich ODBC support. It also
includes the ability to authenticate against the NT SAM, a UNIX
passwd file, and full proxy to other RADIUS servers.
--
Dale E. Reed Jr. (daler@iea-software.com)
_________________________________________________________________
IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs
Internet Solutions for Today | http://www.iea-software.com
Ricky sez:
>Scott Kreuser was heard to say:
>>Interesting...
>>
>>Why would Seimens get the VOIP code before us???
>
>Because they wrote it? (which would mean it stands a better chance of
actually
>working :-()
>
>--Ricky
>
Bingo! Actually 3COM/USR has code as well - it's just not quite ready yet
(Mr. Kurtiss Johnson
may correct me on that).
Currently, Siemens Telecom Networks (STN) and 3COM are partnering together
to provide VOIP to several USA Global sites - 3COM's hardware, STN's
software. In the meantime, the sales forces of STN & 3COM are out competing
against each other for other projects - the workplace has strange bedfellows
these days.
STN is also partnering with NetSpeak on some projects. But, Bay Networks
has (had) a piece of NetSpeak. Now Northern Telecom (Nortel) comes along
and buys Bay Networks - I don't think that is going to sit to well with
STN...
--
Jeff Payne
STN
JPayne was heard to say:
>Bingo! Actually 3COM/USR has code as well - it's just not quite ready yet
Umm, nothing they've shipped (software-wise) to date is "quite ready yet."
--Ricky
Thus spake Dane Jasper
>Frank, it's my understanding that the USR-TC does not work with the
>following products:
>Faralon Netopia
>USR, perhaps you could tell us when this will be fixed?
Well...perhaps this needs to be whittled down a bit to just the HiPer's
not working with these products? I know for a fact that we have several
customers dialing in with Netopia's to our TC racks. We, however, are
all quad and netserver based still (still no MPIP on the ARC's?)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Dane Jasper was heard to say:
>Frank, it's my understanding that the USR-TC does not work with the
>following products:
>
>Faralon Netopia
Sure they do (and have for months) -- 5.9/10.9 modem code can handle inbound
ISDN connections from them.
--Ricky
On Thu, 18 Jun 1998, Dane Jasper wrote:
> Frank, it's my understanding that the USR-TC does not work with the
> following products:
>=20
> Faralon Netopia
The TC works with all of the Netopia models (the routers), we do it
all the time (version 3.1.3 of the firmware) (Quand cards, Netserver)
with the current firmware, as well as the firmware from last September
or so.
-Pascal
+--------------------------------------+-----------------------------------=
+
Pascal Gosselin http://www.Mlink.NET | Mlink Internet Inc.
pascal@Mlink.NET (514) 231-1923 | Montr=E9al, Qu=E9bec, Toronto, Ot=
tawa
I'd rather use Cisco Systems VOIP implementations. It works now and is
rather robust. 8 calls concurrent in 64K with no noticeable quality loss
(with ping times less than 220ms). I still prefer TCH for modems though.
William Behrens
Director of Network Operations
ParaCom Technologies Inc.
www.paracom.com
-----Original Message-----
>
>
>Ricky sez:
>
>
>>Scott Kreuser was heard to say:
>>>Interesting...
>>>
>>>Why would Seimens get the VOIP code before us???
>>
>>Because they wrote it? (which would mean it stands a better chance of
>actually
>>working :-()
>>
>>--Ricky
>>
>
>
>Bingo! Actually 3COM/USR has code as well - it's just not quite ready yet
>(Mr. Kurtiss Johnson
>may correct me on that).
>
>Currently, Siemens Telecom Networks (STN) and 3COM are partnering together
>to provide VOIP to several USA Global sites - 3COM's hardware, STN's
>software. In the meantime, the sales forces of STN & 3COM are out
competing
>against each other for other projects - the workplace has strange
bedfellows
>these days.
>
>STN is also partnering with NetSpeak on some projects. But, Bay Networks
>has (had) a piece of NetSpeak. Now Northern Telecom (Nortel) comes along
>and buys Bay Networks - I don't think that is going to sit to well with
>STN...
>
>--
>
>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:Re: (usr-tc) Radius - Wish List From: Pete Ashdown <pashdown@xmission.com> Date: 1998-06-18 14:45:17
Charles Sprickman said once upon a time:
>
>Hi,
>
>If you were building the perfect radius server, what features would you
>want?
Fast and multithreaded.
Marshall Morgan said once upon a time:
>
>On Wednesday, June 17, 1998 4:25 PM, Pete Ashdown [SMTP:pashdown@xmission.com]
>wrote:
>> I'm waiting for the release of the v.90 code for HiPer.
>
>So am I ... when is the offical date? I have been looking on the website and
>have mailed several 3COM people with no luck.
It was "end of April," then it was "end of May." It is currently "end of
June."
Subject:(usr-tc) ISDN pap problem From: GTI x2 Tech <x2@apollo.gti.net> Date: 1998-06-18 15:17:49
I have a user using a Motorola Bitsurfr Pro using Linux, auth via PAP.
It was working fine untill I rebooted the TC today - It might be on his
side but I cannot decript the debug.
Following is the debug output:
I0: LCP Re-opening
Sending LCP_CONFIGURE_REQUEST to port I0 of 23 bytes containing:
01 05 00 17 01 04 05 dc 11 04 05 dc 13 07 04 44
e0 4e c5 03 04 c0 23
Sending LCP_CONFIGURE_ACK to port I0 of 25 bytes containing:
02 a1 00 19 01 04 06 40 11 04 06 40 13 0d 05 39
37 33 33 33 31 39 35 34 36
Received LCP_CONFIGURE_ACK on port I0 of 19 bytes containing:
02 05 00 17 01 04 05 dc 11 04 05 dc 13 07 04 44
e0 4e c5 03 04 c0 23
I0: LCP Open
Received PAP_AUTH_REQ on port I0 of 4 bytes containing:
01 a2 00 04
Sending PAP_AUTH_NAK to port I0 of 18 bytes containing:
03 a2 00 12 0d 49 6e 76 61 6c 69 64 20 4c 6f 67
69 6e
Sending LCP_TERMINATE_ACK to port I0 of 4 bytes containing:
06 06 00 04
Connection Failed
Any help would be appriciated.
Thanks,
Kurt Brecheisen
x2@gti.net
Subject:Re: (usr-tc) ISDN pap problem From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-18 15:25:38
Thus spake GTI x2 Tech
>I have a user using a Motorola Bitsurfr Pro using Linux, auth via PAP.
>It was working fine untill I rebooted the TC today - It might be on his
>side but I cannot decript the debug.
>Following is the debug output:
>I0: LCP Re-opening
>Sending LCP_CONFIGURE_REQUEST to port I0 of 23 bytes containing:
>01 05 00 17 01 04 05 dc 11 04 05 dc 13 07 04 44
>e0 4e c5 03 04 c0 23
>Sending LCP_CONFIGURE_ACK to port I0 of 25 bytes containing:
>02 a1 00 19 01 04 06 40 11 04 06 40 13 0d 05 39
>37 33 33 33 31 39 35 34 36
>Received LCP_CONFIGURE_ACK on port I0 of 19 bytes containing:
>02 05 00 17 01 04 05 dc 11 04 05 dc 13 07 04 44
>e0 4e c5 03 04 c0 23
>I0: LCP Open
>Received PAP_AUTH_REQ on port I0 of 4 bytes containing:
>01 a2 00 04
>Sending PAP_AUTH_NAK to port I0 of 18 bytes containing:
>03 a2 00 12 0d 49 6e 76 61 6c 69 64 20 4c 6f 67
>69 6e
>Sending LCP_TERMINATE_ACK to port I0 of 4 bytes containing:
>06 06 00 04
>Connection Failed
>Any help would be appriciated.
The TC is saying the userid and/or password is incorrect (most
likely...maybe something else in the authentication portion), might help
to get a pppd debug output from the linux box and see what its sending
and recieving as its a bit more readable. :) That is, unless someone
(krish?) has a tool for decoding the hex gibberish that is in dumps like
that above.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) ISDN pap problem From: GTI x2 Tech <x2@apollo.gti.net> Date: 1998-06-18 15:29:46
I answered my own question thanks to Livingston's PPP Decoder Ring
(http://www.livingston.com/Tech/Support/dring.html).
My user is sending me a blank username and password:
Dring: Decoder Ring for Livingston Product PPP traces
Sending LCP_CONFIGURE_REQUEST to port I0 of 23 bytes containing:
01 05 00 17 01 04 05 DC 11 04 05 DC 13 07 04 44 E0 4E C5
03 04 C0 23
Packet Info: Code: 0x01, ID: 0x05, 23 bytes.
Maximum-Receive-Unit [0x01], length: (4 bytes) 1500 bytes [0x05DC]
Multilink-MRRU [0x11], length: (4 bytes), [0x05DC]
Max-Receive-Reconstructed-Unit (MRRU): 1500 bytes.
Multilink-Endpoint-Discriminator [0x13], length: (7 bytes),
[0x0444E04EC5]
Class [0x04]: PPP Magic-Number Block 44 E0 4E C5
Authentication-Protocol [0x03], length: (4 bytes), Password
Authentication Protocol [0xC023]
Sending LCP_CONFIGURE_ACK to port I0 of 25 bytes containing:
02 0B 00 19 01 04 06 40 11 04 06 40 13 0D 05 39 37 33 33
33 31 39 35 34 36
Packet Info: Code: 0x02, ID: 0x0B, 25 bytes.
Maximum-Receive-Unit [0x01], length: (4 bytes) 1600 bytes [0x0640]
Multilink-MRRU [0x11], length: (4 bytes), [0x0640]
Max-Receive-Reconstructed-Unit (MRRU): 1600 bytes.
Multilink-Endpoint-Discriminator [0x13], length: (13 bytes),
[0x0539373333333139353436]
Class [0x05]: Public Switched Network Directory Number =
9733319546
Received LCP_CONFIGURE_ACK on port I0 of 19 bytes containing:
02 05 00 17 01 04 05 DC 11 04 05 DC 13 07 04 44 E0 4E C5
03 04 C0 23
Packet Info: Code: 0x02, ID: 0x05, 23 bytes.
Maximum-Receive-Unit [0x01], length: (4 bytes) 1500 bytes [0x05DC]
Multilink-MRRU [0x11], length: (4 bytes), [0x05DC]
Max-Receive-Reconstructed-Unit (MRRU): 1500 bytes.
Multilink-Endpoint-Discriminator [0x13], length: (7 bytes),
[0x0444E04EC5]
Class [0x04]: PPP Magic-Number Block 44 E0 4E C5
Authentication-Protocol [0x03], length: (4 bytes), Password
Authentication Protocol [0xC023]
**** I0: LCP Open
Received PAP_AUTH_REQ on port I0 of 4 bytes containing:
01 0C 00 04
Packet Info: Code: 0x01, ID: 0x0C, 4 bytes.
Peer-ID: (0 bytes), [0x]
Password: (0 bytes), [0x]
Sending PAP_AUTH_NAK to port I0 of 18 bytes containing:
03 0C 00 12 0D 49 6E 76 61 6C 69 64 20 4C 6F 67 69 6E
Packet Info: Code: 0x03, ID: 0x0C, 18 bytes.
Message: Invalid Login (13 bytes),
[0x496E76616C6964204C6F67696E]
Sending LCP_TERMINATE_ACK to port I0 of 4 bytes containing:
06 06 00 04
Packet Info: Code: 0x06, ID: 0x06, 4 bytes.
Feature Request for NSM, ARC, and ESM
Please add the ability to finger the chassis for users online with the
amount of time on and the time that user has been idle. Like any other
ISP, we're having a problem with "heavy hitters" who tie up lines
excessively. We have utilities which finger Xylogics Remote Annexes we
have so that we can determine duplicate logins, excessive login times, and
watch users who use mail checks to keep themselves on-line. This
capability is very important to us and would be extremely useful. Yes,
we're aware of the capabilities in RADIUS to track the above info, but
it's difficult to get while the user is logged in. Considering that we
have 14 TC's to monitor, having the ability to get this information via
finger is not only important, but empowering... With it, I can write
"scripts" which allow me to knock people off if they're abusing our
service (such as those who are on for more than 12 hours straight or those
who "auto-idle" for an hour or more).
Here's an example of the output of one of our finger's...
[ip address]
Port What User Location When Idle Address
asy3 PPP userid CityName 1:47pm :06 nnn.nnn.nnn.nnn
asy4 PPP userid CityName 1:47pm :05 nnn.nnn.nnn.nnn
asy5 PPP userid CityName 1:47pm nnn.nnn.nnn.nnn
asy6 PPP userid CityName 1:47pm nnn.nnn.nnn.nnn
asy7 PPP userid CityName 1:47pm :02 nnn.nnn.nnn.nnn
asy9 PPP userid CityName 1:47pm nnn.nnn.nnn.nnn
asy11 PPP userid CityName 1:47pm :09 nnn.nnn.nnn.nnn
asy12 PPP userid CityName 1:47pm nnn.nnn.nnn.nnn
It would be very helpful if the TC's would report back something like the
above, preferrably with average bytes per minute transfered rx and tx
included. If nothing else, making this information available via snmp
would also be quite helpful.
Kevin Benton
Network Engineer
SOTA Technologies
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
Where can I get the code ?
-----Original Message-----
Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>On Thu, 18 Jun 1998, Jeff Mcadams wrote:
>
>> Thus spake Dane Jasper
>> >Frank, it's my understanding that the USR-TC does not work with the
>> >following products:
>>
>> >Faralon Netopia
>>
>> >USR, perhaps you could tell us when this will be fixed?
>>
>> Well...perhaps this needs to be whittled down a bit to just the HiPer's
>> not working with these products? I know for a fact that we have several
>> customers dialing in with Netopia's to our TC racks. We, however, are
>> all quad and netserver based still (still no MPIP on the ARC's?)
>
>The support for these products are in v.90 DSP code release. This code
>is currently in beta and all the problems with cisco, netopia, webramp
>are fixed in this code.
>
>krish
>
>
>> --
>> Jeff McAdams Email: jeffm@iglou.com
>> Head Network Administrator Voice: (502) 966-3848
>> IgLou Internet Services (800) 436-4456
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and old messages send
>> "help" to the same address. Do not use quotes in your message.
>>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Radius - Wish List From: Mike McCauley <mikem@open.com.au> Date: 1998-06-18 15:50:21
On Jun 18, 12:09am, Charles Sprickman wrote:
> Subject: (usr-tc) Radius - Wish List
> Hi,
>
> If you were building the perfect radius server, what features would you
> want?
>
> Here's what we're looking at so far:
Radiator has most of this now.
http://www.open.com.au/radiator
--
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
This is VERY common where facilities are low. Thus the TELCO uses one pair
for up to three lines, dividing their capacity as well.
-Frank
-----Original Message-----
>We had some users who were getting "Dialup Networking cannot negotiate a
>compatible set of network protocols.....". We have seen this before when
>the phone company "changed things", but they never told us what it was
>that would break our users lines. Or why a line in a users living room
>might work, but the line in there bedroom wouldn't.
>
>We found out today, that with one user, the phone company was
>"piggybacking" the lines. They are somehow multiplexing two people on one
>copper pair. Once they stop piggy backing the users can get on.
>
>Anyone hear of this? What can we do about it?
>
>Brian
>
>
>/--------------------------
signal@shreve.net -----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
>| Network Administrator | Perl, Linux | Web hosting, online stores,
|
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
>\-------------------------- 318-222-2638
x109 -----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Yes, you will have problems. Is this with 28.8 or 33.6 ? or just 56k ? 28.8
and 33.6 should not be affected except for the lower connect rates, to the
modem it would look like line noise, no headroom on the link.
-Frank
-----Original Message-----
>On Thu, 18 Jun 1998, Frank Basso wrote:
>
>> This is VERY common where facilities are low. Thus the TELCO uses one
pair
>> for up to three lines, dividing their capacity as well.
>>
>
>And is it very common for isp's to start having problem when the telco
>does this? Consider this:
>
>users line is piggybacked
>
>They cannot connect to us (100% digital lines - PRI's)
>They CAN connect to our competition (analog lines)
>
>Is it that when a line is piggybacked, it has problems in transferring
>data to a digital line?
>
>Brian
>
>
>
>> -Frank
>> -----Original Message-----
>> From: Brian <signal@shreve.net>
>> To: USRobotics TC Mailing List <usr-tc@xmission.com>
>> Date: Thursday, June 18, 1998 3:08 PM
>> Subject: (usr-tc) Piggy Backing
>>
>>
>> >We had some users who were getting "Dialup Networking cannot negotiate a
>> >compatible set of network protocols.....". We have seen this before
when
>> >the phone company "changed things", but they never told us what it was
>> >that would break our users lines. Or why a line in a users living room
>> >might work, but the line in there bedroom wouldn't.
>> >
>> >We found out today, that with one user, the phone company was
>> >"piggybacking" the lines. They are somehow multiplexing two people on
one
>> >copper pair. Once they stop piggy backing the users can get on.
>> >
>> >Anyone hear of this? What can we do about it?
>> >
>> >Brian
>> >
>> >
>> >/--------------------------
>> signal@shreve.net -----------------------------\
>> >| Brian Feeny | USR TC Hubs | ShreveNet Inc.
(318)222-2638
>> |
>> >| Network Administrator | Perl, Linux | Web hosting, online stores,
>> |
>> >| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN &
LANs
>> |
>> >| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
>> |
>> >| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
>> |
>> >\-------------------------- 318-222-2638
>> x109 -----------------------------/
>> >
>> >
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and 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.
>>
>
>/--------------------------
signal@shreve.net -----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
>| Network Administrator | Perl, Linux | Web hosting, online stores,
|
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
>\-------------------------- 318-222-2638
x109 -----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Way to cool.
-Frank
-----Original Message-----
>Frank Basso was heard to say:
>>This is VERY common where facilities are low. Thus the TELCO uses one pair
>>for up to three lines, dividing their capacity as well.
>
>Years ago, in college, my dorm was 50:1 multiplexed... at times, I couldn't
>even get bell103 to work (300 baud using 4 distinct tones) :-)
>
>The telco tech got a kick out me having the scope plugged onto the phone
line.
>
>--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:(usr-tc) Piggy Backing From: Brian <signal@shreve.net> Date: 1998-06-18 17:01:39
We had some users who were getting "Dialup Networking cannot negotiate a
compatible set of network protocols.....". We have seen this before when
the phone company "changed things", but they never told us what it was
that would break our users lines. Or why a line in a users living room
might work, but the line in there bedroom wouldn't.
We found out today, that with one user, the phone company was
"piggybacking" the lines. They are somehow multiplexing two people on one
copper pair. Once they stop piggy backing the users can get on.
Anyone hear of this? What can we do about it?
Brian
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:RE: (usr-tc) v.90 upgrade caused PRI and modem problems From: Phil Le Clercq <phil.le.clercq@cinergy.net> Date: 1998-06-18 17:23:32
I reverted them all to the older code.
pri 2.5.4
modems 5.5.7
Netserver 3.5.34
When the code works it's great, was getting good V90 speeds but I just
cannot have the pri cards locking out when they feel like it...
The modems themselves seemed to be behaving ok but the pri has never
been up long enough to give them a good loading.
Phil Le Clercq
Cinergy Communications
-----Original Message-----
Sent: Thursday, June 18, 1998 2:26 PM
I did as Eugene said (restore, save, reset) right after I upgraded.
Phil, which code did you revert to? Just the PRI or the entire hub
(modems,
netserver, pri...)?
Thanks.
Colin McFadyen
Carleton University Computing and Communications Services
(613) 520-2600 x3721 fax: (613) 520-4448
> -----Original Message-----
> From: Eugene_Carpenter@3com.com [SMTP:Eugene_Carpenter@3com.com]
> Sent: Thursday, June 18, 1998 8:49 AM
> To: usr-tc@lists.xmission.com
> Subject: RE: (usr-tc) v.90 upgrade caused PRI and modem problems
>
> Next time you flash the modems, try:
> 1)restore from defaults.
> 2) save to nvram
> 3) software reset
>
> If you have other options changed from default, please note them
before
> you
> do the restore, and then implement them after you do the software
reset.
> Of course you will need to do "save to nvram" again to keep the
changes.
>
> Reguards.
>
>
>
>
> Phil Le Clercq <phil.le.clercq@cinergy.net> on 06/18/98 05:32:58 AM
>
> Please respond to usr-tc@lists.xmission.com
>
> To: "'usr-tc @lists.xmission.com'" <usr-tc@lists.xmission.com>
> cc: (Eugene Carpenter/US/3Com)
> Subject: RE: (usr-tc) v.90 upgrade caused PRI and modem problems
>
>
>
>
>
> Yes! This happenned to all the chassis' I upgraded to 3.1.1
> I currently have a call open on this, very busy at the mo. just trying
> to find some time to debug the PRI.
> Actually I found a restore from default does the trick, but I ended up
> going back to the old code to keep service up.
>
> Phil Le Clercq
> Cinergy Communications
>
> -----Original Message-----
> From: Colin_McFadyen [mailto:ColinMcFadyen@pigeon.carleton.ca]
> Sent: Thursday, June 18, 1998 5:03 AM
> To: 'usr-tc@lists.xmission.com'
> Subject: (usr-tc) v.90 upgrade caused PRI and modem problems
>
>
> I finally upgraded my TC rack from X2 to v.90 and all seemed to go
well.
>
> However, when I tried to connect later in the evening, I got a busy
> signal
> (which is odd). I checked and there was an alarm on the first PRI
span.
> I
> had to dl the latest TCM software (6Mb) and once I installed it, the
> alarm
> had disappeared. I then checked the status of the active calls and
> noticed
> that there were several @ 9600 and some @ 7200 (rather odd too!).
> A little later, the PRI alarm re-appeared.
>
> I tried to connect using a 28.8K Sportster and connected at 12000 and
> 9600.
>
> PRI - 3.0.2
> Modems - 5.10.9
> Netserver - 3.7.24 16M/4M
> NMC - 5.4.95 4M/2M
>
> This TC hub was working perfectly before upgrading the above cards!
>
> Has anyone seen this after upgrading to v.90?
>
> Colin McFadyen
> Carleton University CCS
> 613-520-2600 ext. 3721
>
>
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) Radius - Wish List From: Brian <signal@shreve.net> Date: 1998-06-18 18:41:37
On Thu, 18 Jun 1998, Horace Demmink wrote:
> On Thu, 18 Jun 1998, Charles Sprickman wrote:
>
> > Hi,
> >
> > If you were building the perfect radius server, what features would you
> > want?
> >
>
> A modular logging feature, so the detail logs could go into a file, a
> postgress/mSQL database, etc.
I second the postgres/msql database idea, also dynamic filtering
>
> Horace Demmink
> PathWay 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) Piggy Backing From: Brian <signal@shreve.net> Date: 1998-06-18 18:44:24
On Thu, 18 Jun 1998, Frank Basso wrote:
> This is VERY common where facilities are low. Thus the TELCO uses one pair
> for up to three lines, dividing their capacity as well.
>
And is it very common for isp's to start having problem when the telco
does this? Consider this:
users line is piggybacked
They cannot connect to us (100% digital lines - PRI's)
They CAN connect to our competition (analog lines)
Is it that when a line is piggybacked, it has problems in transferring
data to a digital line?
Brian
> -Frank
> -----Original Message-----
> From: Brian <signal@shreve.net>
> To: USRobotics TC Mailing List <usr-tc@xmission.com>
> Date: Thursday, June 18, 1998 3:08 PM
> Subject: (usr-tc) Piggy Backing
>
>
> >We had some users who were getting "Dialup Networking cannot negotiate a
> >compatible set of network protocols.....". We have seen this before when
> >the phone company "changed things", but they never told us what it was
> >that would break our users lines. Or why a line in a users living room
> >might work, but the line in there bedroom wouldn't.
> >
> >We found out today, that with one user, the phone company was
> >"piggybacking" the lines. They are somehow multiplexing two people on one
> >copper pair. Once they stop piggy backing the users can get on.
> >
> >Anyone hear of this? What can we do about it?
> >
> >Brian
> >
> >
> >/--------------------------
> signal@shreve.net -----------------------------\
> >| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
> |
> >| Network Administrator | Perl, Linux | Web hosting, online stores,
> |
> >| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
> |
> >| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
> |
> >| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
> |
> >\-------------------------- 318-222-2638
> x109 -----------------------------/
> >
> >
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Frank Basso was heard to say:
>This is VERY common where facilities are low. Thus the TELCO uses one pair
>for up to three lines, dividing their capacity as well.
Years ago, in college, my dorm was 50:1 multiplexed... at times, I couldn't
even get bell103 to work (300 baud using 4 distinct tones) :-)
The telco tech got a kick out me having the scope plugged onto the phone line.
--Ricky
At 12:35 AM 6/18/98 -0400, Ricky Beam wrote:
>Scott Kreuser was heard to say:
>>Interesting...
>>
>>Why would Seimens get the VOIP code before us???
>
>Because they wrote it? (which would mean it stands a better chance of
actually
>working :-()
>
>--Ricky
So I am to assume that the Siemens IP Telephony solution is not a
canned version of 3COM's IP Telephony solution that runs on the <gag>..
edgeserver.. Is this code running on the spare PPC's that are
currently crunching nothing?..
As I recall shortly after ispcon, there was a thread where 3com
had an IP Telephony product that was a TC hub with edgeserver which
of course brought groans from the list. I have found little info
on this product which 3com doesn't seem to be marketing very
aggressively.. is it dead? I'm waiting to see something that
utilizes the horsepower on the hdm and not an edgeserver.. Is
this siemens product it?
BTW, as I read this thread, I thought "who would I rather sell
to if I was 3com?.. Siemens who sells to 5 RBOC's, or a thousand
little isp's who go around organizing themselves on the net and
stirring up trouble?" Can't really blame them for that marketing
strategy..
Allen
On Thu, 18 Jun 1998, Allen Marsalis wrote:
> So I am to assume that the Siemens IP Telephony solution is not a
> canned version of 3COM's IP Telephony solution that runs on the <gag>..
> edgeserver.. Is this code running on the spare PPC's that are
> currently crunching nothing?..
Our USR rep tells us they have a working alpha that runs on the edgeserver
under NT, and what's holding them back is accounting/billing. The
VOIP stuff is working, but no way to charge/authenticate. They are
looking at Radius(??!!?) to do this. Yuck.
I've been looking at the standalone gateways, and I've yet to see anything
that *doesn't* run on NT. What a shame. Apparently this is due to the
fact that Dialogic (they make the T1 cards for PCs) is very NT-centric and
only has NT SDKs. If anyone knows of any Unix-based stuff, let me know!
I'm sure the Edgeserver can run Solaris x86 or SCO, and they currently
have BSDI talking to the packet bus...
Charles
>
> As I recall shortly after ispcon, there was a thread where 3com
> had an IP Telephony product that was a TC hub with edgeserver which
> of course brought groans from the list. I have found little info
> on this product which 3com doesn't seem to be marketing very
> aggressively.. is it dead? I'm waiting to see something that
> utilizes the horsepower on the hdm and not an edgeserver.. Is
> this siemens product it?
>
> BTW, as I read this thread, I thought "who would I rather sell
> to if I was 3com?.. Siemens who sells to 5 RBOC's, or a thousand
> little isp's who go around organizing themselves on the net and
> stirring up trouble?" Can't really blame them for that marketing
> strategy..
>
> Allen
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 wrote:
>
> > A modular logging feature, so the detail logs could go into a file, a
> > postgress/mSQL database, etc.
>
> I second the postgres/msql database idea, also dynamic filtering
RadiusNT can store the accounting information and authenticate
from any ODBC database. Its fairly easy to put constraints on
tables to filter the records you want. I've heard there is also
a msql ODBC driver available that should work with RadiusNT.
--
Dale E. Reed Jr. (daler@iea-software.com)
_________________________________________________________________
IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs
Internet Solutions for Today | http://www.iea-software.com
At 03:36 PM 6/18/98 -0400, Kevin Benton wrote:
>Feature Request for NSM, ARC, and ESM
>
>Please add the ability to finger the chassis for users online with the
>amount of time on and the time that user has been idle. Like any other
>ISP, we're having a problem with "heavy hitters" who tie up lines
>excessively.
[snip]
Your request for a finger implementation may be a good one but have you
checked out TSmon? (used to me pmmon)
http://www.tsmon.com
It allows "hard" and "soft" limits that are really cool.. We bump
campers who are on longer than 24 hours (hard limit) and the system
starts bumping even more campers after only 5 modems are left (soft
limit) It has made a fairly dramatic improvement in our ratios..
and it emails the user explaining why s/he was bumped.. It's not free
but is priced right.
We were using pmmon with netservers and when we switched over to
the arc's, it broke pmmon.. over the course of a couple of months,
our ratios worsened without it. Finally it was fixed for the arc
(tsmon) and our ratios bounced back almost overnight. (it also
catches mulitple logins)
Allen
At 02:46 AM 6/19/98 +0800, Francis Fong wrote:
^^^^^^^
>We used WebRamp M3 to dial into both old Quad Modem Chassis & New Hiper
>Chassis with Hiper DSP/ARC and everything works fine, even without MPIP.
>My understanding is that M3 has its own bonding protocol called COLT,
>which doesn't need the Total Control to support MPIP.
>
>Rgds,
>
>Francis Fong / Synergy
cool it's "tommorrow" in hong kong.. at first I thought you might
have an emailer that smtp's into the future ;) Perfect for posting
to the inet-access list (lags 12 hours)..
Allen
Subject:Re: (usr-tc) ISDN pap problem From: Brian Elfert <brian@citilink.com> Date: 1998-06-18 22:29:35
On Thu, 18 Jun 1998, Jeff Mcadams wrote:
> The TC is saying the userid and/or password is incorrect (most
> likely...maybe something else in the authentication portion), might help
> to get a pppd debug output from the linux box and see what its sending
> and recieving as its a bit more readable. :) That is, unless someone
> (krish?) has a tool for decoding the hex gibberish that is in dumps like
> that above.
Livingston has a tool on their web site that will decode this stuff.
It's called Dring, and is under the tech support section. I use it all
the time with my PMs and my TCs.
Brian
At 11:37 PM 6/18/98 -0400, Ricky Beam wrote:
>Allen Marsalis was heard to say:
>>BTW, as I read this thread, I thought "who would I rather sell
>>to if I was 3com?.. Siemens who sells to 5 RBOC's, or a thousand
>>little isp's who go around organizing themselves on the net and
>>stirring up trouble?" Can't really blame them for that marketing
>>strategy..
>
>I look at more like... let's sell the hardware and let someone else program
>it 'cause we sure can't.
>
LOL! :)))
Sure they can! All they need to do is go find the right company,
and buy it.. or merge with it.. sure is the trend in the 90's..
buying clue and marketshare..
I often dream about what a Cisco/USR merger would have been like..
3com stinks if you ask me.. (sorry) I never liked them and have
always like USR.. I just don't see where that got them.. both
companies had sucky halfduplex switches.. neither had any router
market.. I'm here because of faith in USR, not 3com.. teaming
USR's modem reputation with cisco's routing reputation would have
produced awesome results and MZ would have had to find another
platform to razz.. but not so.. the father of the dedicated file
server and nic maker cannot make MPIP, OSPF, or IP telephony
happen either.. <sigh>
Of course they could just fire the lame and hire some flame! and
go purchase a pc and install a cross compiler for PPC and get to
work. They need to steal and hire the doodz from cisco who wrote
IOS. modem code programmers should be able to write ip telephony
stuff, now that 56k is topped out. What else better to do?
(oh yeah, DSL and cable modems.. I almost forgot :)
Allen
Allen Marsalis was heard to say:
>BTW, as I read this thread, I thought "who would I rather sell
>to if I was 3com?.. Siemens who sells to 5 RBOC's, or a thousand
>little isp's who go around organizing themselves on the net and
>stirring up trouble?" Can't really blame them for that marketing
>strategy..
I look at more like... let's sell the hardware and let someone else program
it 'cause we sure can't.
We can make up excuses all day, but the fact remains that the TCH code base
is -- and probably always will be -- a caldren of unmanaged, untested, and
feature happy code (lots of features that never really work).
--Ricky
-> > Frank, it's my understanding that the USR-TC does not work with the >
-> following products:
-> >
-> > Faralon Netopia
-> > Cisco 7xx
-> > Webramp
->
-> Sorry, let me amend this to say that the USR-TC HyperARC with HyperDSP
-> platform does not seem to work with these three products. It seems that
-> many folks are still using Netservers and quad modems just fine with the
-> Faralon Netopia.
We are running Quads with a Hyperarc and the Webramp works fine on an analog
dialup.
Jeff Binkley
ASA Network Computing
Charles Sprickman was heard to say:
>Our USR rep tells us they have a working alpha that runs on the edgeserver
>under NT, and what's holding them back is accounting/billing. The
>VOIP stuff is working, but no way to charge/authenticate. They are
>looking at Radius(??!!?) to do this. Yuck.
Oh gawd... 3Com/USR is aware the ietf rejected that RADIUS version 2 bs?
(One of my coworkers has spent month yelling at Cisco to get their radius
server to even understand what USR does with a VSA -- you don't want to know
how Cisco has "allowed" it to work.)
>I've been looking at the standalone gateways, and I've yet to see anything
>that *doesn't* run on NT. What a shame. Apparently this is due to the
>fact that Dialogic (they make the T1 cards for PCs) is very NT-centric and
>only has NT SDKs. If anyone knows of any Unix-based stuff, let me know!
>I'm sure the Edgeserver can run Solaris x86 or SCO, and they currently
>have BSDI talking to the packet bus...
(it's a PC... you could run anything on it.)
A year ago I begged USR for an edge server and the TDM interface spec and I'd
give them a non-NT (linux) solution -- from someone who _knows_ how to program
(and they know it) -- and they ignored me.
--Ricky
Subject:(usr-tc) ISDN Connection Speed From: A. Kelly Shaw <kshaw@halifax.com> Date: 1998-06-18 23:50:29
I have both of my TCHs running the latest code and have the Netserver
configured as:
Protocol Status
-------- --------
V.110 enabled
V.120 enabled
Sync-PPP enabled
X.75 enabled
Use LLCIE if present: yes
ISDN protocol autodetect: enabled
V.110 autodetect: enabled
Default service profile: default-sync
yet, I cannot connect via ISDN above 56000. When I connect at 64000, I get
my login prompt, but cannot type anything at all. Any ideas?
Kelly
-> > Webramp
->
-> Sorry, let me amend this to say that the USR-TC
HyperARC with HyperDSP
-> platform does not seem to work with these three
products. It seems that
-> many folks are still using Netservers and quad modems
just fine with the
-> Faralon Netopia.
We are running Quads with a Hyperarc and the Webramp
works fine on an analog
dialup.
Does it work with ISDN calls? I think that was the
origin of the statement. We could never get the Webramp thing working
for our customers over ISDN...
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.
If you have a trouble ticket open in this regard then you can get the
code provided you understand this is beta code. Ask the tech for the
code. Else if you do want released code then you have to wait till this
code is released.
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, 18 Jun 1998, Frank Basso wrote:
> Where can I get the code ?
> -----Original Message-----
> From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
> To: Jeff Mcadams <jeffm@iglou.com>
> Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Thursday, June 18, 1998 1:02 PM
> Subject: Re: (usr-tc) Rampnet Webramp
>
>
> >On Thu, 18 Jun 1998, Jeff Mcadams wrote:
> >
> >> Thus spake Dane Jasper
> >> >Frank, it's my understanding that the USR-TC does not work with the
> >> >following products:
> >>
> >> >Faralon Netopia
> >>
> >> >USR, perhaps you could tell us when this will be fixed?
> >>
> >> Well...perhaps this needs to be whittled down a bit to just the HiPer's
> >> not working with these products? I know for a fact that we have several
> >> customers dialing in with Netopia's to our TC racks. We, however, are
> >> all quad and netserver based still (still no MPIP on the ARC's?)
> >
> >The support for these products are in v.90 DSP code release. This code
> >is currently in beta and all the problems with cisco, netopia, webramp
> >are fixed in this code.
> >
> >krish
> >
> >
> >> --
> >> Jeff McAdams Email: jeffm@iglou.com
> >> Head Network Administrator Voice: (502) 966-3848
> >> IgLou Internet Services (800) 436-4456
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and old messages send
> >> "help" to the same address. Do not use quotes in your message.
> >>
> >
> >-
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
what is the ticket number?
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, 19 Jun 1998, Frank Basso wrote:
> I have a ticket open and the techs were confused and had no clue about "BETA
> CODE", they were perplexed and said they would contact you directly about
> this "Misunderstanding".
>
> Lingering in the mist.
>
> -Frank Basso
> Network Administrator
> Got.Net?
> -----Original Message-----
> From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
> To: Frank Basso <frank@got.net>
> Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Friday, June 19, 1998 11:12 AM
> Subject: Re: (usr-tc) Rampnet Webramp
>
>
> >If you have a trouble ticket open in this regard then you can get the
> >code provided you understand this is beta code. Ask the tech for the
> >code. Else if you do want released code then you have to wait till this
> >code is released.
> >
> >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, 18 Jun 1998, Frank Basso wrote:
> >
> >> Where can I get the code ?
> >> -----Original Message-----
> >> From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
> >> To: Jeff Mcadams <jeffm@iglou.com>
> >> Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> >> Date: Thursday, June 18, 1998 1:02 PM
> >> Subject: Re: (usr-tc) Rampnet Webramp
> >>
> >>
> >> >On Thu, 18 Jun 1998, Jeff Mcadams wrote:
> >> >
> >> >> Thus spake Dane Jasper
> >> >> >Frank, it's my understanding that the USR-TC does not work with the
> >> >> >following products:
> >> >>
> >> >> >Faralon Netopia
> >> >>
> >> >> >USR, perhaps you could tell us when this will be fixed?
> >> >>
> >> >> Well...perhaps this needs to be whittled down a bit to just the
> HiPer's
> >> >> not working with these products? I know for a fact that we have
> several
> >> >> customers dialing in with Netopia's to our TC racks. We, however, are
> >> >> all quad and netserver based still (still no MPIP on the ARC's?)
> >> >
> >> >The support for these products are in v.90 DSP code release. This code
> >> >is currently in beta and all the problems with cisco, netopia, webramp
> >> >are fixed in this code.
> >> >
> >> >krish
> >> >
> >> >
> >> >> --
> >> >> Jeff McAdams Email: jeffm@iglou.com
> >> >> Head Network Administrator Voice: (502) 966-3848
> >> >> IgLou Internet Services (800) 436-4456
> >> >>
> >> >> -
> >> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> >> with "unsubscribe usr-tc" in the body of the message.
> >> >> For information on digests or retrieving files and old messages send
> >> >> "help" to the same address. Do not use quotes in your message.
> >> >>
> >> >
> >> >-
> >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> > with "unsubscribe usr-tc" in the body of the message.
> >> > For information on digests or retrieving files and old messages send
> >> > "help" to the same address. Do not use quotes in your message.
> >> >
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and 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.
> >
>
We used WebRamp M3 to dial into both old Quad Modem Chassis & New Hiper
Chassis with Hiper DSP/ARC and everything works fine, even without MPIP.
My understanding is that M3 has its own bonding protocol called COLT,
which doesn't need the Total Control to support MPIP.
Rgds,
Francis Fong / Synergy
On Thu, 18 Jun 1998, Jeff Mcadams wrote:
> Thus spake Dane Jasper
> >Frank, it's my understanding that the USR-TC does not work with the
> >following products:
>
> >Faralon Netopia
>
> >USR, perhaps you could tell us when this will be fixed?
>
> Well...perhaps this needs to be whittled down a bit to just the HiPer's
> not working with these products? I know for a fact that we have several
> customers dialing in with Netopia's to our TC racks. We, however, are
> all quad and netserver based still (still no MPIP on the ARC's?)
> --
> 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) Does V.FC work on HiperDSP From: Aaron Nabil <nabil@spiritone.com> Date: 1998-06-19 03:28:12
I haven't logged any V.FC calls on my HiperDSP, does it
work on version 1.08?
--
Aaron Nabil
We recently switched over from Netservers to HiPerArcs running the
4.0.29 code with Quads. Since switching we are seeing where the
connect_speed RADIUS atrribute is being reported as a value of 1 in the
CALLS table for folks who previously had a value of 44. Since 1 equats
to NONE in the dictionary file, it is irrevelant. I've checked the
Performance Monitor on a couple of calls while they were online and 44
should be the correct value. Is anyone else aware of this ?
Jeff Binkley
ASA Network Computing
CMPQwk 1.42 9999
Subject:(usr-tc) Event Message From: Johnson, Andy <andy@paracom.com> Date: 1998-06-19 10:23:14
I am getting a message in syslog when a user is authenticating stating:
Facility "Filter Manager Process", Level "COMMON":: FM: No RADIUS rules
available for
user_handle=e010, status=554d650c
Any ideas what this means? Thanks...
Andy Johnson
Network Engineer
ParaCom Technologies, Inc
Wayne Barber said once upon a time:
>Netserver standard (not PRI) - 4 meg, v3.3.3
>Now before someone tells me to upgrade to 16MB on the netserver - I tried
>that twice. Both times the netserver became extremely unstable to the tune
>of rebooting every 5 - 30 minutes. The sequence I tried was:
>1. Download latest netserver software to Netserver
>2. Pull card and install 16MB, non-parity, non-EDO, gold connector SIMM
>3. Reinsert card
>
>If I try adding the 16mb SIMM without the upgrade, the netserver doesn't
>recognize it and also loses connection to the network.
>Total Control (tm) NETServer Card V.34 V3.3.3
Maybe you should also upgrade the software on the Netserver with the RAM.
V3.3.3 is OLD. You shouldn't be using that in combination with new modem
software, like you are.
I'm hoping someone has an answer for me before all my customers (and hair)
disappear.
We had been cruising along pretty smoothly for quite sometime with our
current setup:
NMC - 4 meg v4.3.8
Netserver standard (not PRI) - 4 meg, v3.3.3
Dual CT1 -186
DS Quad modems - v5.5.7
Just recently, the netserver has been either rebooting every few days or
just running out of memory and not allowing people to connect for more than
12 seconds.
Now before someone tells me to upgrade to 16MB on the netserver - I tried
that twice. Both times the netserver became extremely unstable to the tune
of rebooting every 5 - 30 minutes. The sequence I tried was:
1. Download latest netserver software to Netserver
2. Pull card and install 16MB, non-parity, non-EDO, gold connector SIMM
3. Reinsert card
If I try adding the 16mb SIMM without the upgrade, the netserver doesn't
recognize it and also loses connection to the network.
I can live with staying at 4mb on the Netserver if I could figure out what
is causing it to lose memory. The rack has 12 quad modems and we have
started getting busier, but never have the modems been completely full.
Here's the Netserver:
Command> ver
U.S. Robotics
Total Control (tm) NETServer Card V.34 V3.3.3
Build date: Nov 27 1996
Build time: 17:06:59
Network Interface Card: Ethernet (24)
Packet Bus Circuit : Standard
Licensed for 60 ports.
And here's a typical sh mem while the netserver was dropping new
connections:
Wed Jun 17 19:36:06 1998
Command> System memory 1417645 bytes - 1417600 used, 45 available
Free blocks (block_size:count): 32:11 48:0 80:0 128:0 144:0 160:0 192:0
224:1 $
Real Available Memory: 85101
System nbufs 5000 - 159 used, 4841 available
Wed Jun 17 19:56:25 1998
Command> System memory 1417645 bytes - 1417600 used, 45 available
Free blocks (block_size:count): 32:34 48:1 80:0 128:1 144:0 160:0 192:0
224:3 $
Real Available Memory: 1981
System nbufs 5000 - 53 used, 4947 available
These stats are from a program that telnets into the netserver and captures
the output of the show mem command every ten minutes. There was no capture
at 19:46 because the netserver couldn't let a telnet session in. Is telnet
the culprit? Is SNMP the culprit? (We also capture the number of interfaces
in use via SNMP).
I'm sorry I've gone on at such length here, but I'm not sure what is
significant and what isn't. If anyone has some light to shed, I'd really
appreciate it.
Thanks,
Wayne Barber
Jeff, Morgan, et. al.,
I admit that we have issues, both that have been inherited and that we have
created. We are trying to
correct those issues, and only time will "prove" that we really care about
the ISPs as customers. Were
I in your shoes, I would also be sceptical given the rocky past.
I agree that we haven't been 100% focused on the ISP community, and I
believe that we have
some advantages because we have played in other markets and applications.
Were we not talking with
the CLECs, LECs, and IXCs over the last four years, we would not be where
we are with VoIP (which is
an important service addition for those of you looking at moving from an
ISP to a CLEC). Were we not in
the Enterprise market, we would not have as strong an understanding of the
Fortune-5000 needs for an
outsourced VPN service (another value-add service for those ISPs trying to
get out of the all-you-can-eat
pricing environment).
Just some thoughts to chew on. In the end, you're the "yardstick" for
whether we're solving your problems
and producing a useful product.
Kurtiss Johnson
Product Manager
3Com Corporation
Thus spake Kurtiss Johnson
>>But is it using the USR/3com cards or just the chassis?
>>"No wonder USR doesn't care about us." :-)
>Yes, it is the 3Com Total Control Remote Access Concentrator, using our
>newly introduced
>Voice over IP technology. And Yes, it's the cards as well as the shell.
>You're very mistaken, though, if you believe that 3Com/USR doesn't care
>about the ISP
>community.
I think I can predict the response of most of the folks here...
"Prove it. You haven't proven it yet."
I've had very mixed responses over the past couple of years of dealing
with USR and then 3Com wrt to the TCH equipment. Overall, I'm not
really thrilled about the support of the TCH equipment since the 3Com
purchase of USR. I'm not really thrilled about the reliability and
quality of the netserver code, etc. I've been sent the source code to
the mpip server section of the code (in order to run it as a unix based
mpipd) and the quality of the code is mediocre at best...it looks a lot
like code that I would write in C, and I'm a *sucky* programmer. About
the only thing that *has* improved over the years since 3Com took over
has been the wait time on hold...but that could have been solved by
hiring chimps off the street (and based on the quality of the tech
support we've received, that's what happened).
On the up side, the modem code is still rather good (modem code in the
industry sucks in general, USR seems to be the best of a rather mediocre
bunch at this point), from what we've seen. *shrug*
Anyway...I'm through venting now....
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
At 11:12 AM 6/19/98 -0400, you wrote:
>I'm hoping someone has an answer for me before all my customers (and hair)
>disappear.
>
>We had been cruising along pretty smoothly for quite sometime with our
>current setup:
>
>NMC - 4 meg v4.3.8
>Netserver standard (not PRI) - 4 meg, v3.3.3
>Dual CT1 -186
>DS Quad modems - v5.5.7
>
>Just recently, the netserver has been either rebooting every few days or
>just running out of memory and not allowing people to connect for more than
>12 seconds.
>
>Now before someone tells me to upgrade to 16MB on the netserver - I tried
>that twice. Both times the netserver became extremely unstable to the tune
>of rebooting every 5 - 30 minutes. The sequence I tried was:
>1. Download latest netserver software to Netserver
>2. Pull card and install 16MB, non-parity, non-EDO, gold connector SIMM
>3. Reinsert card
We had a very similar problem a few months back, and installing the 16MB
stick would "correct" it, but after calling 3Com tech support and
supplying them with the dump data, they replaced the Netserver card and we
have had no probs since. The additional memory only masked the real problem.
ck
Subject:Re: (usr-tc) Piggy Backing From: Brian <signal@shreve.net> Date: 1998-06-19 11:25:19
On Fri, 19 Jun 1998, Mike Andrews wrote:
> There's some lines out here that use 2:1 compression... in Telco speak,
> Bellsouth has some SLC's in Mode 2. They're slowly switching them over to
> Mode 1 as they get more fiber run... the affected areas are areas of
> brand new development where they couldn't get enough T1's to the
> neighborhoods fast enough. What Mode 2 does is basically give each line
> 32K instead of 64K of raw bandwidth, which limits connect speeds to about
> 14.4K. We have one guy who gets only 9600 reliably with his x2 Sportster
> (ouch!)... and I had to manually step him down to that (with the &N
> command) to get it to work well. Without that it would drop the line
> every few minutes.
>
> At least Bell admitted (and still admits) it's their fault.
>
> Not sure if this is the same as the 'piggybacking' you're describing, but
> it sounds like it...
Where did you research this information? I would like to probe into this
a bit myself..........
>
>
> Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net
> Senior Systems/Network Administrator --- mandrews@termfrost.org
> Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/
> "Eagles may soar, but weasels don't get sucked into jet engines."
>
> On Thu, 18 Jun 1998, Brian wrote:
>
> > We had some users who were getting "Dialup Networking cannot negotiate a
> > compatible set of network protocols.....". We have seen this before when
> > the phone company "changed things", but they never told us what it was
> > that would break our users lines. Or why a line in a users living room
> > might work, but the line in there bedroom wouldn't.
> >
> > We found out today, that with one user, the phone company was
> > "piggybacking" the lines. They are somehow multiplexing two people on one
> > copper pair. Once they stop piggy backing the users can get on.
> >
> > Anyone hear of this? What can we do about it?
> >
> > Brian
> >
> >
> > /-------------------------- signal@shreve.net -----------------------------\
> > | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
> > | Network Administrator | Perl, Linux | Web hosting, online stores, |
> > | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
> > | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
> > | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
> > \-------------------------- 318-222-2638 x109 -----------------------------/
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) Does V.FC work on HiperDSP From: Mike Andrews <mandrews@termfrost.org> Date: 1998-06-19 11:37:44
Don't think so. The 1.0.7 release notes specifically said it did not.
I think 1.0.8 was just a bugfix release.
Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net
Senior Systems/Network Administrator --- mandrews@termfrost.org
Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/
"Eagles may soar, but weasels don't get sucked into jet engines."
On Fri, 19 Jun 1998, Aaron Nabil wrote:
> I haven't logged any V.FC calls on my HiperDSP, does it
> work on version 1.08?
I'd rather see this done with SNMP than with finger... so it could be at
least somewhat restricted by needing the community name to get it.
There's a good start to this in the ARC's SNMP MIB, but the NETserver's
leaves a lot to be desired... With the ARC's SNMP stuff you can pretty
much do what you want already -- except that 'idle time' is missing.
Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net
Senior Systems/Network Administrator --- mandrews@termfrost.org
Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/
"Eagles may soar, but weasels don't get sucked into jet engines."
On Thu, 18 Jun 1998, Kevin Benton wrote:
> Feature Request for NSM, ARC, and ESM
>
> Please add the ability to finger the chassis for users online with the
> amount of time on and the time that user has been idle. Like any other
> ISP, we're having a problem with "heavy hitters" who tie up lines
> excessively. We have utilities which finger Xylogics Remote Annexes we
> have so that we can determine duplicate logins, excessive login times, and
> watch users who use mail checks to keep themselves on-line. This
> capability is very important to us and would be extremely useful. Yes,
> we're aware of the capabilities in RADIUS to track the above info, but
> it's difficult to get while the user is logged in. Considering that we
> have 14 TC's to monitor, having the ability to get this information via
> finger is not only important, but empowering... With it, I can write
> "scripts" which allow me to knock people off if they're abusing our
> service (such as those who are on for more than 12 hours straight or those
> who "auto-idle" for an hour or more).
There's some lines out here that use 2:1 compression... in Telco speak,
Bellsouth has some SLC's in Mode 2. They're slowly switching them over to
Mode 1 as they get more fiber run... the affected areas are areas of
brand new development where they couldn't get enough T1's to the
neighborhoods fast enough. What Mode 2 does is basically give each line
32K instead of 64K of raw bandwidth, which limits connect speeds to about
14.4K. We have one guy who gets only 9600 reliably with his x2 Sportster
(ouch!)... and I had to manually step him down to that (with the &N
command) to get it to work well. Without that it would drop the line
every few minutes.
At least Bell admitted (and still admits) it's their fault.
Not sure if this is the same as the 'piggybacking' you're describing, but
it sounds like it...
Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net
Senior Systems/Network Administrator --- mandrews@termfrost.org
Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/
"Eagles may soar, but weasels don't get sucked into jet engines."
On Thu, 18 Jun 1998, Brian wrote:
> We had some users who were getting "Dialup Networking cannot negotiate a
> compatible set of network protocols.....". We have seen this before when
> the phone company "changed things", but they never told us what it was
> that would break our users lines. Or why a line in a users living room
> might work, but the line in there bedroom wouldn't.
>
> We found out today, that with one user, the phone company was
> "piggybacking" the lines. They are somehow multiplexing two people on one
> copper pair. Once they stop piggy backing the users can get on.
>
> Anyone hear of this? What can we do about it?
>
> Brian
>
>
> /-------------------------- signal@shreve.net -----------------------------\
> | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
> | Network Administrator | Perl, Linux | Web hosting, online stores, |
> | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
> | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
> | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
> \-------------------------- 318-222-2638 x109 -----------------------------/
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) DOV support From: Chris Peltier <cpeltier@iectech.com> Date: 1998-06-19 11:59:39
Does anybody have any information on DOV (Data Over Voice)
for the HyperArc platform? I presume you can use DNIS
routing to force DOV? Is it true you can add a second data
only number to a PRI trunk group and use this technique
for now?
Sincerely,
Chris Peltier
* email: CPeltier@NetCarrier.com
* voice: 215-257-4917
* FAX: 215-257-4916
> At 03:36 PM 6/18/98 -0400, Kevin Benton wrote:
> >Feature Request for NSM, ARC, and ESM
> >
> >Please add the ability to finger the chassis for users online with the
> >amount of time on and the time that user has been idle. Like any other
> >ISP, we're having a problem with "heavy hitters" who tie up lines
> >excessively.
> [snip]
>
> Your request for a finger implementation may be a good one but have you
> checked out TSmon? (used to me pmmon)
>
> http://www.tsmon.com
We've implemented our own PERL based code that checks for multiple logins
and excessive login times. It works on Livingston Portmasters, Computone
Intelliservers, and HiPerARC. I might be willing offer the code up if
there's any interest...
-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 #
>Scott Kreuser was heard to say:
>>Interesting...
>>
>>Why would Seimens get the VOIP code before us???
>
>Because they wrote it? (which would mean it stands a better chance of
actually
>working :-()
>
>--Ricky
>
Wrong again. The Voice over IP product is developed by 3Com. And I
appreciate
your vote of confidence. (dry sarcasm)
Many companies announce a product, including collateral and web pages,
before
the release of the product. Our Voice over IP system is in field trials
right
now. Siemens is also trialing their OEM version.
I would say it's also not unusual for OEM partners to get access to new
development
earlier than customers. It doesn't always happen this way for 3Com, such
as in the
X2 and V.90 developments.
Kurtiss Johnson
Product Manager
3Com Corporation
I have a ticket open and the techs were confused and had no clue about "BETA
CODE", they were perplexed and said they would contact you directly about
this "Misunderstanding".
Lingering in the mist.
-Frank Basso
Network Administrator
Got.Net?
-----Original Message-----
Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>If you have a trouble ticket open in this regard then you can get the
>code provided you understand this is beta code. Ask the tech for the
>code. Else if you do want released code then you have to wait till this
>code is released.
>
>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, 18 Jun 1998, Frank Basso wrote:
>
>> Where can I get the code ?
>> -----Original Message-----
>> From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
>> To: Jeff Mcadams <jeffm@iglou.com>
>> Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
>> Date: Thursday, June 18, 1998 1:02 PM
>> Subject: Re: (usr-tc) Rampnet Webramp
>>
>>
>> >On Thu, 18 Jun 1998, Jeff Mcadams wrote:
>> >
>> >> Thus spake Dane Jasper
>> >> >Frank, it's my understanding that the USR-TC does not work with the
>> >> >following products:
>> >>
>> >> >Faralon Netopia
>> >>
>> >> >USR, perhaps you could tell us when this will be fixed?
>> >>
>> >> Well...perhaps this needs to be whittled down a bit to just the
HiPer's
>> >> not working with these products? I know for a fact that we have
several
>> >> customers dialing in with Netopia's to our TC racks. We, however, are
>> >> all quad and netserver based still (still no MPIP on the ARC's?)
>> >
>> >The support for these products are in v.90 DSP code release. This code
>> >is currently in beta and all the problems with cisco, netopia, webramp
>> >are fixed in this code.
>> >
>> >krish
>> >
>> >
>> >> --
>> >> Jeff McAdams Email: jeffm@iglou.com
>> >> Head Network Administrator Voice: (502) 966-3848
>> >> IgLou Internet Services (800) 436-4456
>> >>
>> >> -
>> >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> >> with "unsubscribe usr-tc" in the body of the message.
>> >> For information on digests or retrieving files and old messages send
>> >> "help" to the same address. Do not use quotes in your message.
>> >>
>> >
>> >-
>> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and old messages send
>> > "help" to the same address. Do not use quotes in your message.
>> >
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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.
>
Count me in.
-Frank
-----Original Message-----
Cc: bb@sonic.net <bb@sonic.net>
>
>>We've implemented our own PERL based code that checks for multiple logins
>>and excessive login times. It works on Livingston Portmasters, Computone
>>Intelliservers, and HiPerARC. I might be willing offer the code up if
>>there's any interest...
>> -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 #
>>
>Now that is interesting. PERL eh? I do not have to worry about multiple
>logons or idle time (since radius sends this tidbit if set) but the ability
>to see who is on the TC unit like pmwho does on a Livingston box is needed
>badly by everyone I'm sure. Does this code do that or do you know of
>anything that does? I can query my radius server easily, but the pmwho was
>by all means simple and got what I needed faster.
>
>Al Thiel
>
>---------------------------------------------------------------------------
---
>Al Thiel, MIS
>Spec.Net Internet Services of New York
>http://www.spec.net
>"I'm workin' on 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.
>
> Brian,
>
> I would have an interest in it.
>
> Would it be possible to share it with us ?
>
> Thanks
>
> Ian Roy
> AMNIX Communications Tech.
Ok, I've put it up at ftp://ftp.sonic.net/pub/users/bb/zorchem. This program
was designed to run on Linux and to check multiple types of Terminal
Servers, so you'll have to make modifications to suit your needs. Enjoy.
-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) HiperARC's "pmwho" From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-19 13:08:18
We just acquired a Total Control Concentrator with HiperDSPs and HiperARC.
I notice the HiperARC's OS is much different from the Netserver's ComOS.
How do I perform a "pmwho" or "show session" command? It seems this new
OS is much, much less intuitive than the old ComOS. It'll take quite a
bit more experimenting to figure it out. The accompanying online PDF,
while lengthy, is too helpful. Is there no online step-by-step
instruction to get this box up and going quickly?
Thanks,
Lee
Subject:Re: (usr-tc) finger - feature request From: Ian Roy <iroy@smokies.amnix.com> Date: 1998-06-19 13:51:33
> We've implemented our own PERL based code that checks for multiple logins
> and excessive login times. It works on Livingston Portmasters, Computone
> Intelliservers, and HiPerARC. I might be willing offer the code up if
> there's any interest...
> -Brian
Brian,
I would have an interest in it.
Would it be possible to share it with us ?
Thanks
Ian Roy
AMNIX Communications Tech.
Subject:Re: (usr-tc) HiperARC's "pmwho" From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-19 13:51:45
On Fri, 19 Jun 1998, Yiannis Konstantinou wrote:
> Indeed the HiperOS is quite different from the ComOS which is based on
> Livingston code.
> In order to get equivalent results of the "show session" command in the
> HiperARC, you can use the "list connections" and "list networks"
> commands.
Thanks for the info, it's greatly appreciated!
> In order to quickly setup the HiperARC, you should connect to it through
> the console and then run QuickSetup. This will allow you to setup the
> ARC much easier than entering individual commands.
I have run this QuickSetup already. However, after running and assigning
the wrong IP address, I was unable to initiate the QuickSetup again.
> Finally in order to ease your transition from the NetServer platform to
> the HiperARC there is a document with command equivalencies that you can
> get.
Where can I get this document please?
Also, I am running the Hiper Access Router Manager. I cannot find
detailed documentation for this software. In the global configuration,
there is a Tab for "PPP Server". What exactly is this supposed to do?
Thanks guys.
Lee
> Goody. We currently use Cistron Radius to prevent concurrent logins. It
> uses SNMP to poll the portmaster's for concurrent logins, and pmwho.c to
> poll the Netserver. If you don't mind, I would like to plagiarize from
> your code the part that telnets into the HiperARC and "list connections",
> then incorporate it into Cistron Radius' radcheck.pl script. If no
> objections, I will post the result in a few days. =)
Feel free. I hope it works out.
-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 #
Indeed the HiperOS is quite different from the ComOS which is based on
Livingston code.
In order to get equivalent results of the "show session" command in the
HiperARC, you can use the "list connections" and "list networks" commands.
In order to quickly setup the HiperARC, you should connect to it through the
console and then run QuickSetup. This will allow you to setup the ARC much
easier than entering individual commands.
Finally in order to ease your transition from the NetServer platform to the
HiperARC there is a document with command equivalencies that you can get.
On Fri, 19 Jun 1998, Lee Kuo wrote:
>
> We just acquired a Total Control Concentrator with HiperDSPs and HiperARC.
> I notice the HiperARC's OS is much different from the Netserver's ComOS.
> How do I perform a "pmwho" or "show session" command? It seems this new
> OS is much, much less intuitive than the old ComOS. It'll take quite a
> bit more experimenting to figure it out. The accompanying online PDF,
> while lengthy, is too helpful. Is there no online step-by-step
> instruction to get this box up and going quickly?
>
> Thanks,
> 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.
>
Subject:Re: (usr-tc) finger - feature request From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-19 14:53:27
On Fri, 19 Jun 1998, Ian Roy wrote:
> > We've implemented our own PERL based code that checks for multiple logins
> > and excessive login times. It works on Livingston Portmasters, Computone
> > Intelliservers, and HiPerARC. I might be willing offer the code up if
> > there's any interest...
> Brian,
> I would have an interest in it.
> Would it be possible to share it with us ?
> Thanks
> Ian Roy
> AMNIX Communications Tech.
We would be interested too. I see that HiperARC supports SNMP. Does this
Perl script use SNMP or Telnet? An SNMP-based script would be interesting
as well as faster.
Lee
>
> We've implemented our own PERL based code that checks for multiple logins
> and excessive login times. It works on Livingston Portmasters, Computone
> Intelliservers, and HiPerARC. I might be willing offer the code up if
> there's any interest...
> -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 am very interested- any chance of simply e-mailing me that code?
Thanks,
--Ross
beckerr@softrends.com
I have a TC Chassis that is loaded with Quad cards and a NMC card.
Although it has a Dual T1 card it is running on pots lines directly
into the quad cards. I recently upgraded this to the V.90 code and
since then have had problems. Since this Chassis has some lame Cicso
cards that won't run the X2 or V.90 anyway I just wanted to know what
code release worked best for the Quad V.34 cards and the NMC, with
that setup for a 33.6 connection. The higher version releases of NMC
don't seem to like the TCM program and I can't use many of the
functions so I downgraded to a lower version release. Currently I am
running:
Quad V.43 qr0510009.nac and qr030300.sdl
NMC nm040304.nac (perviously nm050495.nac and nm050401.nac)
Any tips would be great. thanks in advanced.
-Davey
In order to get to the QuickConfig reboot the HiperARC and then select the erase
config option from the startup menu. This will erase the current configuration
and will launch QuickConfig right after the ARC finishes booting.
Subject:Re: (usr-tc) finger - feature request From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-19 15:31:39
On Fri, 19 Jun 1998, Brian Biggs wrote:
> Ok, I've put it up at ftp://ftp.sonic.net/pub/users/bb/zorchem. This
> program was designed to run on Linux and to check multiple types of
> Terminal Servers, so you'll have to make modifications to suit your
> needs. Enjoy.
Goody. We currently use Cistron Radius to prevent concurrent logins. It
uses SNMP to poll the portmaster's for concurrent logins, and pmwho.c to
poll the Netserver. If you don't mind, I would like to plagiarize from
your code the part that telnets into the HiperARC and "list connections",
then incorporate it into Cistron Radius' radcheck.pl script. If no
objections, I will post the result in a few days. =)
Lee
On Fri, 19 Jun 1998, Brian Biggs wrote:
> > >Please add the ability to finger the chassis for users online with the
> > >amount of time on and the time that user has been idle. Like any other
> > >ISP, we're having a problem with "heavy hitters" who tie up lines
> > >excessively.
> > [snip]
> >
> > Your request for a finger implementation may be a good one but have you
> > checked out TSmon? (used to me pmmon)
> >
> > http://www.tsmon.com
>
> We've implemented our own PERL based code that checks for multiple logins
> and excessive login times. It works on Livingston Portmasters, Computone
> Intelliservers, and HiPerARC. I might be willing offer the code up if
> there's any interest...
We're already using expect scripts to do that, however, when you have one
server watching 14 TC's, it can get a little heavy on the processor when
it's automatically running these expect scripts every minute along with
all the other processing it does normally anyway. I'd really like to do
it once every 20 seconds using a finger but that's not currently
available.
No, I haven't looked at TSmon - what is it?
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
>We've implemented our own PERL based code that checks for multiple logins
>and excessive login times. It works on Livingston Portmasters, Computone
>Intelliservers, and HiPerARC. I might be willing offer the code up if
>there's any interest...
> -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 #
>
Now that is interesting. PERL eh? I do not have to worry about multiple
logons or idle time (since radius sends this tidbit if set) but the ability
to see who is on the TC unit like pmwho does on a Livingston box is needed
badly by everyone I'm sure. Does this code do that or do you know of
anything that does? I can query my radius server easily, but the pmwho was
by all means simple and got what I needed faster.
Al Thiel
Al Thiel, MIS
Spec.Net Internet Services of New York
http://www.spec.net
"I'm workin' on it!"
These mysterious Cisco cards that our former engineer ordered
apparently handles the authentication routing out through a PM2 and
back in. The method is lame and the cisco cards will not allow a
X2/V.90 connection even when a T1 is plugged in and used through the
Dual T1 card to the Quad modem cards. In the near future we will be
getting a second Hyper Chassis and I'll take the Quad cards and throw
them in the new chassis and remove the DSP cards and put them in the
existing Hyper Chassis that we have now, but that is in the future.
What I need right now is the best (bug free) code release to run the
Quad Modem cards and NMC on 33.6 connections from the users. There
is a pile of code releases and I just wanted to know what the most
stable code other have found to be.
-Davey
> From: "Brian McIntire" <Brian_McIntire@mw.3com.com>
> To: usr-tc@lists.xmission.com
> Date: Fri, 19 Jun 1998 16:21:27 -0500
> Subject: Re: (usr-tc) Quad Modem ver.
> Reply-to: usr-tc@lists.xmission.com
> The latest x2 code is 5.8.6 if you do not wish to use the v.90. With or
> with out that cisco card you will not be able to do x2 or v.90 through pots
> lines. At least on side of a x2/v.90 call must be digital. Pots lines
> definately are not.
>
>
>
>
> "Davey Walbeck" <davey@vii.com> on 06/19/98 10:17:59 AM
>
> Please respond to usr-tc@lists.xmission.com
>
> To: usr-tc@lists.xmission.com
> cc:
> Subject: (usr-tc) Quad Modem ver.
>
>
>
>
> I have a TC Chassis that is loaded with Quad cards and a NMC card.
> Although it has a Dual T1 card it is running on pots lines directly
> into the quad cards. I recently upgraded this to the V.90 code and
> since then have had problems. Since this Chassis has some lame Cicso
> cards that won't run the X2 or V.90 anyway I just wanted to know what
> code release worked best for the Quad V.34 cards and the NMC, with
> that setup for a 33.6 connection. The higher version releases of NMC
> don't seem to like the TCM program and I can't use many of the
> functions so I downgraded to a lower version release. Currently I am
> running:
> Quad V.43 qr0510009.nac and qr030300.sdl
> NMC nm040304.nac (perviously nm050495.nac and nm050401.nac)
> Any tips would be great. thanks in advanced.
>
> -Davey
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) HiPer and Dead Air (redux II) From: Charles Sprickman <spork@inch.com> Date: 1998-06-19 15:53:53
Yow!
I think that tech support has sunk to a new low. After having me on site
2 days in a row, they have come to the conclusion that both HiPer DSP
cards and their nics must be faulty. I just don't buy that.
My ear is swollen from pressing the phone against it for six hours...
I've never had a support experience like this. They refuse to work with
you, they just want to keep you on the line while they poke around the
settings themselves. Truly odd, and not at all effective.
If someone at 3Com could take a look at Ticket # 77303 I'd much appreciate
it. I don't want to go sending cards back and then have new ones arrive
and run into the same problem. I'm fairly certain this is a config issue
on the Arc, and anyone familiar with the platform should be able to figure
it out.
Help!!!!
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Tue, 16 Jun 1998, Charles Sprickman wrote:
> Date: Tue, 16 Jun 1998 14:22:02 -0400 (EDT)
> From: Charles Sprickman <spork@inch.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>
> The only difference is that I don't get any calls through... I know this
> is something silly. The telco doesn't see anything odd, and we've
> verified line coding, DNIS/ANI stuff, and signalling. I must have
> something to do with the modem config, but I'll be damned if I can find
> it...
>
> Charles
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.com
>
> On Tue, 16 Jun 1998, Frank Basso wrote:
>
> > Date: Tue, 16 Jun 1998 09:54:16 -0700
> > From: Frank Basso <frank@got.net>
> > Reply-To: usr-tc@lists.xmission.com
> > To: usr-tc@lists.xmission.com
> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >
> > I am experiencing the same scenario....... We have reduced the occurrence by
> > changing our switch type with the local TELCO to NI-2 from 5ESS.
> >
> > -Frank
> > Got.net?
> > -----Original Message-----
> > From: Charles Sprickman <spork@inch.com>
> > To: usr-tc@xmission.com <usr-tc@xmission.com>
> > Date: Tuesday, June 16, 1998 8:48 AM
> > Subject: (usr-tc) HiPer and Dead Air (redux)
> >
> >
> > >Hi,
> > >
> > >I'm still stumped... Does anyone have an idea on this? Getting dead air
> > >on a CT1. Looking for some hidden config that's broken.
> > >
> > >Thanks,
> > >
> > >Charles
> > >
> > >---------- Forwarded message ----------
> > >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
> > >From: Charles Sprickman <spork@inch.com>
> > >Reply-To: usr-tc@lists.xmission.com
> > >To: usr-tc@lists.xmission.com
> > >Subject: Re: (usr-tc) HiPer and Dead Air
> > >
> > >And as a follow-up to my own question, the Performance monitor on the DS0
> > >level shows a DS0 as "DS0 out of service[24]" and "remote out of service
> > >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
> > >modem level showed no activity.
> > >
> > >Thanks,
> > >
> > >Charles
> > >
> > >~~~~~~~~~ ~~~~~~~~~~~
> > >Charles Sprickman Internet Channel
> > >INCH System Administration Team (212)243-5200
> > >spork@inch.com access@inch.com
> > >
> > >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> > >
> > >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> > >> From: Charles Sprickman <spork@inch.com>
> > >> Reply-To: usr-tc@lists.xmission.com
> > >> To: usr-tc@xmission.com
> > >> Subject: (usr-tc) HiPer and Dead Air
> > >>
> > >> Hello,
> > >>
> > >> Sorry to pester everyone, but once my first HiPer chassis is up and
> > >> running I should be back in lurk mode...
> > >>
> > >> I just installed the HiPer at our CO and everything seems fine except for
> > >> some little detail which I cannot track down. This is a chassis with 2
> > >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with
> > no
> > >> ANI info. I've set up the chassis much like it's non-HiPer brethren to
> > >> reflect the above options, and have left any new settings at the
> > defaults.
> > >> I confirmed the switch setup (actually looked at a terminal with the tech
> > >> as he double-checked things) matches what I have.
> > >>
> > >> When I dial in, I hit the chassis, and the guy working on the 5E sees it
> > >> pick up the call, but I just get silence. If I reset the card, I get a
> > >> loud "ker-chunk" on the line, so the call is making it at least to the T1
> > >> section of the NAC, but apparently not finding it's way to a modem.
> > >>
> > >> I'm sure this is something stupid, but I just can't find anything to
> > >> fiddle with that seems appropriate.
> > >>
> > >> And if anyone has some general "this bit me when I went from
> > >> NetServer/Quads to HiPer" information, I'd love to hear it!
> > >>
> > >> Thanks,
> > >>
> > >> Charles
> > >>
> > >> ~~~~~~~~~ ~~~~~~~~~~~
> > >> Charles Sprickman Internet Channel
> > >> INCH System Administration Team (212)243-5200
> > >> spork@inch.com access@inch.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.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 latest x2 code is 5.8.6 if you do not wish to use the v.90. With or
with out that cisco card you will not be able to do x2 or v.90 through pots
lines. At least on side of a x2/v.90 call must be digital. Pots lines
definately are not.
"Davey Walbeck" <davey@vii.com> on 06/19/98 10:17:59 AM
Please respond to usr-tc@lists.xmission.com
cc:
I have a TC Chassis that is loaded with Quad cards and a NMC card.
Although it has a Dual T1 card it is running on pots lines directly
into the quad cards. I recently upgraded this to the V.90 code and
since then have had problems. Since this Chassis has some lame Cicso
cards that won't run the X2 or V.90 anyway I just wanted to know what
code release worked best for the Quad V.34 cards and the NMC, with
that setup for a 33.6 connection. The higher version releases of NMC
don't seem to like the TCM program and I can't use many of the
functions so I downgraded to a lower version release. Currently I am
running:
Quad V.43 qr0510009.nac and qr030300.sdl
NMC nm040304.nac (perviously nm050495.nac and nm050401.nac)
Any tips would be great. thanks in advanced.
-Davey
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
On Fri, 19 Jun 1998, Kevin Benton wrote:
> On Fri, 19 Jun 1998, Brian Biggs wrote:
>
> > > >Please add the ability to finger the chassis for users online with the
> > > >amount of time on and the time that user has been idle. Like any other
> > > >ISP, we're having a problem with "heavy hitters" who tie up lines
> > > >excessively.
> > > [snip]
> > >
> > > Your request for a finger implementation may be a good one but have you
> > > checked out TSmon? (used to me pmmon)
> > >
> > > http://www.tsmon.com
> >
> > We've implemented our own PERL based code that checks for multiple logins
> > and excessive login times. It works on Livingston Portmasters, Computone
> > Intelliservers, and HiPerARC. I might be willing offer the code up if
> > there's any interest...
>
> We're already using expect scripts to do that, however, when you have one
> server watching 14 TC's, it can get a little heavy on the processor when
> it's automatically running these expect scripts every minute along with
> all the other processing it does normally anyway. I'd really like to do
> it once every 20 seconds using a finger but that's not currently
> available.
The way to do it, is with a daemon type program that stays logged in to
each arc, doing li co etc every few minutes. PMMON uses hardly any
resources, works PERFECT, gives awesome graphs, it does too much to list.
People actually think at first all it does is catch multiple logins, its
much more than that. The next version 3.0 will have SNMP support as well.
Brian
>
> No, I haven't looked at TSmon - what is it?
>
> E-Mail: 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
On Fri, 19 Jun 1998, Al Thiel wrote:
>
> >We've implemented our own PERL based code that checks for multiple logins
> >and excessive login times. It works on Livingston Portmasters, Computone
> >Intelliservers, and HiPerARC. I might be willing offer the code up if
> >there's any interest...
> > -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 #
> >
> Now that is interesting. PERL eh? I do not have to worry about multiple
> logons or idle time (since radius sends this tidbit if set) but the ability
> to see who is on the TC unit like pmwho does on a Livingston box is needed
> badly by everyone I'm sure. Does this code do that or do you know of
> anything that does? I can query my radius server easily, but the pmwho was
> by all means simple and got what I needed faster.
>
Which radius are you using? In my experience most implementations of
multiple login prevention under RADIUS is flawed. If your radius data
files blew up, radius could not generate *right now* who was logged on or
any information about that. That information is in the ARC/NAS boxes. If
a NAS should reboot, or a record not get logged (for whatever reason) bad
things can happen.
> Al Thiel
>
> ------------------------------------------------------------------------------
> Al Thiel, MIS
> Spec.Net Internet Services of New York
> http://www.spec.net
> "I'm workin' on 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
On Fri, 19 Jun 1998, Lee Kuo wrote:
> On Fri, 19 Jun 1998, Ian Roy wrote:
> > > We've implemented our own PERL based code that checks for multiple logins
> > > and excessive login times. It works on Livingston Portmasters, Computone
> > > Intelliservers, and HiPerARC. I might be willing offer the code up if
> > > there's any interest...
> > Brian,
> > I would have an interest in it.
> > Would it be possible to share it with us ?
> > Thanks
> > Ian Roy
> > AMNIX Communications Tech.
>
> We would be interested too. I see that HiperARC supports SNMP. Does this
> Perl script use SNMP or Telnet? An SNMP-based script would be interesting
> as well as faster.
>
I am not so sure I agree with SNMP being faster, but then again I haven't
SNMP'ed into the ARC yet. A normal telnet session from the arc to a
"server" program running on one of your hosts is about as fast as one can
get.
SNMP is anything but fast, especially when querying multiple objects.
Evern snmpwalk something? Looks like 9600 baud or something............
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
On Fri, 19 Jun 1998, Brian Biggs wrote:
|> I would have an interest in it.
|>
|> Would it be possible to share it with us ?
|
|Ok, I've put it up at ftp://ftp.sonic.net/pub/users/bb/zorchem. This program
|was designed to run on Linux and to check multiple types of Terminal
|Servers, so you'll have to make modifications to suit your needs. Enjoy.
Is there any mistake on that URL, or I'm too late?
- Marcelo
| -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.
|
[]s Marcelo
mpsouza@centroin.com.br
Rio de Janeiro - RJ
Subject:Re: (usr-tc) finger - feature request From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-19 19:35:07
On Fri, 19 Jun 1998, Brian wrote:
> I am not so sure I agree with SNMP being faster, but then again I
> haven't SNMP'ed into the ARC yet. A normal telnet session from the arc
> to a "server" program running on one of your hosts is about as fast as
> one can get.
>
> SNMP is anything but fast, especially when querying multiple objects.
> Evern snmpwalk something? Looks like 9600 baud or something............
If you know what specific information you are looking for, I think it may
be faster. The checkrad.pl script that is included with Cistron Radius
uses SNMP to poll Portmaster's. It polls just one specific port to
'verify' if indeed a login did occur. It happens instantaneously (there
is no noticeable delay). I hacked it to do the same with telnet via
pmwho.c for a Netserver. The delay is not long, maybe 1/2 to 2/3 of a
second, but you can notice it. It might have to do with the fact that the
entire "sho ses" output is read by the script, and grepped for one line.
Lee
Subject:(usr-tc) HiperDSP - no numeric result codes From: Terry Womack <tdwomack@texhoma.net> Date: 1998-06-20 00:36:30
We have a Total Control Chassis with:
1 Dual PRI/T1
12 Quad modems
2 HiperDSP NAC's
1 HiperARC
1 NMC
All components are running the latest software. The HiperDSP cards do not
provide numeric result codes. We have temporarily set ATV1 to confirm that
they will provide verbal results ok. However with ATV0 set, they seem to
not provide any result codes. The quad digital and quad digital/analog
modems in the same chassis all provide numeric result codes as they should.
The code version in the HiperDSP's is 1.0.8.
I believe one result of this is that Radius does not report the
Called-Number for the NAS ports associated with the HiperDSP's, but does for
the Quad cards.
Has anyone else experienced this problem?
Terry
On Fri, 19 Jun 1998, Lee Kuo wrote:
> On Fri, 19 Jun 1998, Brian wrote:
> > I am not so sure I agree with SNMP being faster, but then again I
> > haven't SNMP'ed into the ARC yet. A normal telnet session from the arc
> > to a "server" program running on one of your hosts is about as fast as
> > one can get.
> >
> > SNMP is anything but fast, especially when querying multiple objects.
> > Evern snmpwalk something? Looks like 9600 baud or something............
>
> If you know what specific information you are looking for, I think it may
> be faster. The checkrad.pl script that is included with Cistron Radius
> uses SNMP to poll Portmaster's. It polls just one specific port to
> 'verify' if indeed a login did occur. It happens instantaneously (there
> is no noticeable delay). I hacked it to do the same with telnet via
> pmwho.c for a Netserver. The delay is not long, maybe 1/2 to 2/3 of a
> second, but you can notice it. It might have to do with the fact that the
> entire "sho ses" output is read by the script, and grepped for one line.
All things being equal, snmp is not faster. In a little less than 4
seconds, I can get a list off all usernames logged into an ARC, there
interfaces, byte counts, etc. That's the kind of things I am talking
about, not just a single query of a single item.
>
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) SNMP/Perl/Pmwho/MRTG From: Marshall Morgan <marshall@netdoor.com> Date: 1998-06-20 05:53:19
Since everyone is talking about SNMP, Perl and the ARCs and such ... we wrote a
couple of tools a few months ago and I promised to make them available ... but
got busy (sorry Brian). If you would like to check it out you may at
http://www.netdoor.com/arcwho/index.html
Of course this is offered at will with no warranty ... but hey, it works for
us. If you have any ideas or want something added to either of the mods (one
for PMWho and the other an MRTG Plugin so to speak), just ask or make them
yourself and tell us about it.
Marshall Morgan
Internet Doorway, Inc. (aka NETDOOR)
http://www.netdoor.com
601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28
Subject:(usr-tc) How to block call? From: Marcelo Souza <mpsouza@centroin.com.br> Date: 1998-06-20 17:51:58
Is it possible to block a call based on Caller-Id, using HyperDSP
cards and E1 Lines ?
- Marcelo
Subject:Re: (usr-tc) How to block call? From: Julio Arruda <julio_arruda@baynetworks.com> Date: 1998-06-20 18:21:56
At 05:51 PM 6/20/98 -0300, Marcelo Souza wrote...
>
>
> Is it possible to block a call based on Caller-Id, using HyperDSP
>cards and E1 Lines ?
>
Only to clarify, I suppose that this ISP uses E1/R2, not E1/PRI,
as almost all ISPs in Brazil.
[], <O-O>
Julio Arruda
Bay Networks - Where Information Flows
Subject:Re: (usr-tc) How to block call? From: Julio Arruda <julio_arruda@baynetworks.com> Date: 1998-06-20 18:21:56
At 05:51 PM 6/20/98 -0300, Marcelo Souza wrote...
>
>
> Is it possible to block a call based on Caller-Id, using HyperDSP
>cards and E1 Lines ?
>
Only to clarify, I suppose that this ISP uses E1/R2, not E1/PRI,
as almost all ISPs in Brazil.
[], <O-O>
Julio Arruda
Bay Networks - Where Information Flows
Subject:Re: (usr-tc) How to block call? From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-06-20 21:35:57
Yes, through radius though, the caller-id is a radius attribute - you can
do that, but have to either modify the radius code or script depending on
the radius code.
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 Sat, 20 Jun 1998, Marcelo Souza wrote:
>
>
> Is it possible to block a call based on Caller-Id, using HyperDSP
> cards and E1 Lines ?
>
>
> - 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.
>
When you upgrade your netserver from 3.3.3 to our latest you also have to
replace the NIC with a High Speed WAN/Ethernet
Chuck <Administrator@eagnet.com> on 06/19/98 10:13:27 AM
Please respond to usr-tc@lists.xmission.com
cc:
At 11:12 AM 6/19/98 -0400, you wrote:
>I'm hoping someone has an answer for me before all my customers (and hair)
>disappear.
>
>We had been cruising along pretty smoothly for quite sometime with our
>current setup:
>
>NMC - 4 meg v4.3.8
>Netserver standard (not PRI) - 4 meg, v3.3.3
>Dual CT1 -186
>DS Quad modems - v5.5.7
>
>Just recently, the netserver has been either rebooting every few days or
>just running out of memory and not allowing people to connect for more
than
>12 seconds.
>
>Now before someone tells me to upgrade to 16MB on the netserver - I tried
>that twice. Both times the netserver became extremely unstable to the tune
>of rebooting every 5 - 30 minutes. The sequence I tried was:
>1. Download latest netserver software to Netserver
>2. Pull card and install 16MB, non-parity, non-EDO, gold connector SIMM
>3. Reinsert card
We had a very similar problem a few months back, and installing the 16MB
stick would "correct" it, but after calling 3Com tech support and
supplying them with the dump data, they replaced the Netserver card and we
have had no probs since. The additional memory only masked the real
problem.
ck
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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 to block call? From: MegaZone <megazone@megazone.org> Date: 1998-06-21 14:33:30
Once upon a time Tatai SV Krishnan shaped the electrons to say...
>Yes, through radius though, the caller-id is a radius attribute - you can
>do that, but have to either modify the radius code or script depending on
>the radius code.
An example as per Lucent RADIUS - other RADIUS servers, like Cistron, use
a similar system. I use this because I know it best:
DEFAULT Auth-Type = Reject, Calling-Station-Id = "5551212"
Any user calling from that number is rejected. I don't know if the TC
supports it, but in the newer betas the PM has a 'call-check' feature which
can query RADIUS based on caller-ID *before* accepting the call. It can
reject the call before the user even gets connected.
-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) (USR-TC) HOW TO BLOCK CALL? From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-21 19:28:00
-> Is it possible to block a call based on Caller-Id, using HyperDSP cards and
-> E1 Lines ?
According to 3Com this is going to be available in a future release. I
asked the same question.
Jeff Binkley
ASA Network Comnputing
Subject:Re: (usr-tc) Local user, no password, how? From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-06-22 02:07:28
add user foo
that is to it or if you have a user called foo then its set user foo
password
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, 22 Jun 1998, Charles Sprickman wrote:
> Hi,
>
> On a NetServer, how does one create a user with no password?
>
> I've tried things like:
>
> set user foo password
> set user foo password ""
> set user foo password " "
>
> But none of them seem to work. If I recall correctly I had to use the GUI
> NS manager to do this last time. Is there a way to do it on the command
> line? This is rev. 3.7.24, BTW...
>
> Thanks,
>
> Charles
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.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:(usr-tc) HiPerArc Question From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-22 07:58:00
Since installing our HiPerArc, we are noticing a behavior which is
different than the Netserver. When a customer dials in and enters the
wrong password, the HiPerArc will disconnect them with an authentication
failure. With the Netserver, they were given the option of reentering a
correct password. Is there something we need to setup in the HiPerArc
to allow this to happen or is this a RADIUS function ? I noticed on our
Netserv the efault user was USR_NETS where there is an option on the
HiPerArc where it appears to be "default". However changing this made
no difference.
Jeff Binkley
ASA Network Computing
CMPQwk 1.42 9999
> >of rebooting every 5 - 30 minutes. The sequence I tried was:
> >1. Download latest netserver software to Netserver
> >2. Pull card and install 16MB, non-parity, non-EDO, gold connector SIMM
> >3. Reinsert card
> >
> >If I try adding the 16mb SIMM without the upgrade, the netserver doesn't
> >recognize it and also loses connection to the network.
>
> >Total Control (tm) NETServer Card V.34 V3.3.3
>
> Maybe you should also upgrade the software on the Netserver with the RAM.
> V3.3.3 is OLD. You shouldn't be using that in combination with new modem
> software, like you are.
>
Well, that was step one above. I would like to move up but these random
reboots are what's keeping me from doing that.
The memory leak problem seems to have gone away with the reload of the 3.3.3
software.
Wayne Barber
barberw@tidewater.net
Subject:Re: (usr-tc) Year 2000 and NetServer PRI From: Mark R. Lindsey <mark@vielle.datasys.net> Date: 1998-06-22 09:52:30
: Why is the NTP necessary for the NetServer PRI to be Year 2000
: compliant? What happens if there is no NTP Service on the Network?
Otherwise, it doesn't know what time it is. The real-time clock
settings are meaningless without NTP.
---
Mark R. Lindsey
mark@datasys.net
``I hate you.''
--Linus Torvalds to me at Usenix '98
Every 4 or 5 days our HiPer ARC card stops routing connections out if it's
class C address space. I'm running TCS 3.1.1 code, but have also tried the
ER 4.0.51 ARC code. Syslog shows this:
<35>At 20:15:35, Facility "IP", Level "UNUSUAL":: proxy_arp_insert: no
space avaulable for ip address 0xcda26528
<38>At 20:15:35, Facility "Auth Facility", Level "VERBOSE":: User newwind
successfully connected to the PPP process for call id e5060c01 on interface
slot:2/mod:13
<38>At 20:15:35, Facility "Auth Facility", Level "COMMON":: Port
slot:2/mod:13 user newwind session connected protocol: PPP - ip address:
205.162.101.40
The caller connected above can not access anything outside of the .101
class C. Our name servers are on our .100 class C, so the caller can't even
resolve names.
After the first occurance of the proxy_arp_insert warning message, any
subsequent connections to either the dynamic IP pool (.101.5 to .101.100)
or static IP connections can't get out of the .101 class C. They -can- ping
an IP within the .101, but nothing outside of it. The ARC card is within
the .101 address space.
Is this something that is fixed in the next release, or in the latest
engineering release that some here are refering to? If so, when will this
code be available? The only way to clear the problem is to reboot the ARC
card.
Don Kuhwarth
Midtown Computer Services
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Binkley
>Sent: Monday, June 22, 1998 7:58 AM
>To: usr-tc@lists.xmission.com
>Subject: (usr-tc) HiPerArc Question
>
>Since installing our HiPerArc, we are noticing a behavior which is
>different than the Netserver. When a customer dials in and enters the
>wrong password, the HiPerArc will disconnect them with an authentication
>failure. With the Netserver, they were given the option of reentering a
>correct password. Is there something we need to setup in the HiPerArc
>to allow this to happen or is this a RADIUS function ? I noticed on our
>Netserv the efault user was USR_NETS where there is an option on the
>HiPerArc where it appears to be "default". However changing this made
>no difference.
>
>
That is the designed behavior of the HARC card.. This has been addressed in
the upcoming release, but till then you will have to live with it.
Hello
I have tried adding a new route to my TC Hub vie the hyper arc manager but
it keeps giving me the following snmp error. Generic error
@1.3.6.1.2.1.4.21.1.3.209.26.90.65 so I was wondering how do I add the
following route vie telnet?
I need to add 209.26.90.65 255.255.255.224 --> 209.26.90.70
many thanks
Steve
Steven Webb
Nivets Communications
Http://www.nivets.com
Nivets@nivets.com
Subject:Re: (usr-tc) HiPer and Dead Air (redux III) From: Frank Basso <frank@got.net> Date: 1998-06-22 12:11:04
We had the exact responses from support, but since we are into these boxes
for well over a hundred grand, we called our friendly salesman who went to
the director of support and his boss the VP of the Division, we are now
handled VERY nicely by support, and are given what you would expect for
service.
Though I must say the Level 3 support guys have their act together, you just
need to door opened for you.
-Frank
-----Original Message-----
>Hi,
>
>I now have been snubbed by my usually helpful USR rep as well. They will
>not escalate and "don't have the resources for a site visit". And he
>tells me these yutzes I was dealing with *were* level 2 support. My God.
>
>Has anyone been in a similar deadlock? What did you do? Should I just
>send the thing back and buy a Portmaster or something? Could it be that
>both DSP cards and their nics are fried?
>
>If anyone has *any* pointers on resolving this, I'd really appreciate any
>help you can give. If you need any more info about the problem, let me
>know.
>
>Thanks,
>
>Charles
>
>~~~~~~~~~ ~~~~~~~~~~~
>Charles Sprickman Internet Channel
>INCH System Administration Team (212)243-5200
>spork@inch.com access@inch.com
>
>On Fri, 19 Jun 1998, Charles Sprickman wrote:
>
>> Date: Fri, 19 Jun 1998 15:53:53 -0400 (EDT)
>> From: Charles Sprickman <spork@inch.com>
>> Reply-To: usr-tc@lists.xmission.com
>> To: usr-tc@lists.xmission.com
>> Subject: Re: (usr-tc) HiPer and Dead Air (redux II)
>>
>> Yow!
>>
>> I think that tech support has sunk to a new low. After having me on site
>> 2 days in a row, they have come to the conclusion that both HiPer DSP
>> cards and their nics must be faulty. I just don't buy that.
>>
>> My ear is swollen from pressing the phone against it for six hours...
>> I've never had a support experience like this. They refuse to work with
>> you, they just want to keep you on the line while they poke around the
>> settings themselves. Truly odd, and not at all effective.
>>
>> If someone at 3Com could take a look at Ticket # 77303 I'd much
appreciate
>> it. I don't want to go sending cards back and then have new ones arrive
>> and run into the same problem. I'm fairly certain this is a config issue
>> on the Arc, and anyone familiar with the platform should be able to
figure
>> it out.
>>
>> Help!!!!
>>
>> Charles
>>
>> ~~~~~~~~~ ~~~~~~~~~~~
>> Charles Sprickman Internet Channel
>> INCH System Administration Team (212)243-5200
>> spork@inch.com access@inch.com
>>
>> On Tue, 16 Jun 1998, Charles Sprickman wrote:
>>
>> > Date: Tue, 16 Jun 1998 14:22:02 -0400 (EDT)
>> > From: Charles Sprickman <spork@inch.com>
>> > Reply-To: usr-tc@lists.xmission.com
>> > To: usr-tc@lists.xmission.com
>> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>> >
>> > The only difference is that I don't get any calls through... I know
this
>> > is something silly. The telco doesn't see anything odd, and we've
>> > verified line coding, DNIS/ANI stuff, and signalling. I must have
>> > something to do with the modem config, but I'll be damned if I can find
>> > it...
>> >
>> > Charles
>> >
>> > ~~~~~~~~~ ~~~~~~~~~~~
>> > Charles Sprickman Internet Channel
>> > INCH System Administration Team (212)243-5200
>> > spork@inch.com access@inch.com
>> >
>> > On Tue, 16 Jun 1998, Frank Basso wrote:
>> >
>> > > Date: Tue, 16 Jun 1998 09:54:16 -0700
>> > > From: Frank Basso <frank@got.net>
>> > > Reply-To: usr-tc@lists.xmission.com
>> > > To: usr-tc@lists.xmission.com
>> > > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
>> > >
>> > > I am experiencing the same scenario....... We have reduced the
occurrence by
>> > > changing our switch type with the local TELCO to NI-2 from 5ESS.
>> > >
>> > > -Frank
>> > > Got.net?
>> > > -----Original Message-----
>> > > From: Charles Sprickman <spork@inch.com>
>> > > To: usr-tc@xmission.com <usr-tc@xmission.com>
>> > > Date: Tuesday, June 16, 1998 8:48 AM
>> > > Subject: (usr-tc) HiPer and Dead Air (redux)
>> > >
>> > >
>> > > >Hi,
>> > > >
>> > > >I'm still stumped... Does anyone have an idea on this? Getting
dead air
>> > > >on a CT1. Looking for some hidden config that's broken.
>> > > >
>> > > >Thanks,
>> > > >
>> > > >Charles
>> > > >
>> > > >---------- Forwarded message ----------
>> > > >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
>> > > >From: Charles Sprickman <spork@inch.com>
>> > > >Reply-To: usr-tc@lists.xmission.com
>> > > >To: usr-tc@lists.xmission.com
>> > > >Subject: Re: (usr-tc) HiPer and Dead Air
>> > > >
>> > > >And as a follow-up to my own question, the Performance monitor on
the DS0
>> > > >level shows a DS0 as "DS0 out of service[24]" and "remote out of
service
>> > > >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at
the
>> > > >modem level showed no activity.
>> > > >
>> > > >Thanks,
>> > > >
>> > > >Charles
>> > > >
>> > > >~~~~~~~~~ ~~~~~~~~~~~
>> > > >Charles Sprickman Internet Channel
>> > > >INCH System Administration Team (212)243-5200
>> > > >spork@inch.com access@inch.com
>> > > >
>> > > >On Thu, 11 Jun 1998, Charles Sprickman wrote:
>> > > >
>> > > >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
>> > > >> From: Charles Sprickman <spork@inch.com>
>> > > >> Reply-To: usr-tc@lists.xmission.com
>> > > >> To: usr-tc@xmission.com
>> > > >> Subject: (usr-tc) HiPer and Dead Air
>> > > >>
>> > > >> Hello,
>> > > >>
>> > > >> Sorry to pester everyone, but once my first HiPer chassis is up
and
>> > > >> running I should be back in lurk mode...
>> > > >>
>> > > >> I just installed the HiPer at our CO and everything seems fine
except for
>> > > >> some little detail which I cannot track down. This is a chassis
with 2
>> > > >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and
with
>> > > no
>> > > >> ANI info. I've set up the chassis much like it's non-HiPer
brethren to
>> > > >> reflect the above options, and have left any new settings at the
>> > > defaults.
>> > > >> I confirmed the switch setup (actually looked at a terminal with
the tech
>> > > >> as he double-checked things) matches what I have.
>> > > >>
>> > > >> When I dial in, I hit the chassis, and the guy working on the 5E
sees it
>> > > >> pick up the call, but I just get silence. If I reset the card, I
get a
>> > > >> loud "ker-chunk" on the line, so the call is making it at least to
the T1
>> > > >> section of the NAC, but apparently not finding it's way to a
modem.
>> > > >>
>> > > >> I'm sure this is something stupid, but I just can't find anything
to
>> > > >> fiddle with that seems appropriate.
>> > > >>
>> > > >> And if anyone has some general "this bit me when I went from
>> > > >> NetServer/Quads to HiPer" information, I'd love to hear it!
>> > > >>
>> > > >> Thanks,
>> > > >>
>> > > >> Charles
>> > > >>
>> > > >> ~~~~~~~~~ ~~~~~~~~~~~
>> > > >> Charles Sprickman Internet Channel
>> > > >> INCH System Administration Team (212)243-5200
>> > > >> spork@inch.com access@inch.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.
>> > >
>> >
>> >
>> > -
>> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and 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.
>
At 06:21 PM 6/19/98 -0500, you wrote:
>On Fri, 19 Jun 1998, Al Thiel wrote:
>
>>
>> >We've implemented our own PERL based code that checks for multiple logins
>> >and excessive login times. It works on Livingston Portmasters, Computone
>> >Intelliservers, and HiPerARC. I might be willing offer the code up if
>> >there's any interest...
>> > -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 #
>> >
>> Now that is interesting. PERL eh? I do not have to worry about multiple
>> logons or idle time (since radius sends this tidbit if set) but the ability
>> to see who is on the TC unit like pmwho does on a Livingston box is needed
>> badly by everyone I'm sure. Does this code do that or do you know of
>> anything that does? I can query my radius server easily, but the pmwho was
>> by all means simple and got what I needed faster.
>>
>
>Which radius are you using? In my experience most implementations of
>multiple login prevention under RADIUS is flawed. If your radius data
>files blew up, radius could not generate *right now* who was logged on or
>any information about that. That information is in the ARC/NAS boxes. If
>a NAS should reboot, or a record not get logged (for whatever reason) bad
>things can happen.
>
>
We have a flavor called vircom radius. It will smart-detect NAS reboots and
has a save-file to recover from in the event of a shutdown. It runs a ghost
event as well on a port if accounting packets are not received as well. If
someone comes on that port after a user drops out it will log off that user
and start the new account. It will also automatically log out any account
that is inactive for xx minutes. It also interacts with the mail server to
verify the tcp identification of any user on our networks and include that
info in the mail header of anything sent through our servers. That way no
spam can be sent without really knowing who sent it if they get past normal
filters that is. We all know that happens too, so the identity is really
nice. Radius roaming is also top notch. You'll need NT to make this all
happen though, but it is worth it, even though I hate NT. It does have it's
uses.
Al Thiel
>> Al Thiel
>>
>>
>> Al Thiel, MIS
>> Spec.Net Internet Services of New York
>> http://www.spec.net
>> "I'm workin' on 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.
>>
>
>/-------------------------- signal@shreve.net -----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
>| Network Administrator | Perl, Linux | Web hosting, online stores, |
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
>\-------------------------- 318-222-2638 x109 -----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
Al Thiel, MIS
Spec.Net Internet Services of New York
http://www.spec.net
"I'm workin' on it!"
Brian said once upon a time:
>The way to do it, is with a daemon type program that stays logged in to
>each arc, doing li co etc every few minutes. PMMON uses hardly any
>resources, works PERFECT, gives awesome graphs, it does too much to list.
>People actually think at first all it does is catch multiple logins, its
>much more than that. The next version 3.0 will have SNMP support as well.
Does PMMON have ARC support yet?
Subject:RE: (usr-tc) HiPerArc Question From: Brian <signal@shreve.net> Date: 1998-06-22 14:26:11
>
> That is the designed behavior of the HARC card.. This has been addressed in
> the upcoming release, but till then you will have to live with it.
Can't you all just picture a bunch of lucent engineers with signatures
that look like :
"That is the designed behavior of the HARC card.. This has been addressed
in the upcoming release, but till then you will have to live with it."
-- Mike Wronski, 3com
hehe, I am just kidding, personally, the drop when people call and fail
authentication, I don't get any complaints about that.
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) HiPer and Dead Air (redux III) From: Charles Sprickman <spork@inch.com> Date: 1998-06-22 14:29:12
Hi,
I now have been snubbed by my usually helpful USR rep as well. They will
not escalate and "don't have the resources for a site visit". And he
tells me these yutzes I was dealing with *were* level 2 support. My God.
Has anyone been in a similar deadlock? What did you do? Should I just
send the thing back and buy a Portmaster or something? Could it be that
both DSP cards and their nics are fried?
If anyone has *any* pointers on resolving this, I'd really appreciate any
help you can give. If you need any more info about the problem, let me
know.
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Fri, 19 Jun 1998, Charles Sprickman wrote:
> Date: Fri, 19 Jun 1998 15:53:53 -0400 (EDT)
> From: Charles Sprickman <spork@inch.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) HiPer and Dead Air (redux II)
>
> Yow!
>
> I think that tech support has sunk to a new low. After having me on site
> 2 days in a row, they have come to the conclusion that both HiPer DSP
> cards and their nics must be faulty. I just don't buy that.
>
> My ear is swollen from pressing the phone against it for six hours...
> I've never had a support experience like this. They refuse to work with
> you, they just want to keep you on the line while they poke around the
> settings themselves. Truly odd, and not at all effective.
>
> If someone at 3Com could take a look at Ticket # 77303 I'd much appreciate
> it. I don't want to go sending cards back and then have new ones arrive
> and run into the same problem. I'm fairly certain this is a config issue
> on the Arc, and anyone familiar with the platform should be able to figure
> it out.
>
> Help!!!!
>
> Charles
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.com
>
> On Tue, 16 Jun 1998, Charles Sprickman wrote:
>
> > Date: Tue, 16 Jun 1998 14:22:02 -0400 (EDT)
> > From: Charles Sprickman <spork@inch.com>
> > Reply-To: usr-tc@lists.xmission.com
> > To: usr-tc@lists.xmission.com
> > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> >
> > The only difference is that I don't get any calls through... I know this
> > is something silly. The telco doesn't see anything odd, and we've
> > verified line coding, DNIS/ANI stuff, and signalling. I must have
> > something to do with the modem config, but I'll be damned if I can find
> > it...
> >
> > Charles
> >
> > ~~~~~~~~~ ~~~~~~~~~~~
> > Charles Sprickman Internet Channel
> > INCH System Administration Team (212)243-5200
> > spork@inch.com access@inch.com
> >
> > On Tue, 16 Jun 1998, Frank Basso wrote:
> >
> > > Date: Tue, 16 Jun 1998 09:54:16 -0700
> > > From: Frank Basso <frank@got.net>
> > > Reply-To: usr-tc@lists.xmission.com
> > > To: usr-tc@lists.xmission.com
> > > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> > >
> > > I am experiencing the same scenario....... We have reduced the occurrence by
> > > changing our switch type with the local TELCO to NI-2 from 5ESS.
> > >
> > > -Frank
> > > Got.net?
> > > -----Original Message-----
> > > From: Charles Sprickman <spork@inch.com>
> > > To: usr-tc@xmission.com <usr-tc@xmission.com>
> > > Date: Tuesday, June 16, 1998 8:48 AM
> > > Subject: (usr-tc) HiPer and Dead Air (redux)
> > >
> > >
> > > >Hi,
> > > >
> > > >I'm still stumped... Does anyone have an idea on this? Getting dead air
> > > >on a CT1. Looking for some hidden config that's broken.
> > > >
> > > >Thanks,
> > > >
> > > >Charles
> > > >
> > > >---------- Forwarded message ----------
> > > >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
> > > >From: Charles Sprickman <spork@inch.com>
> > > >Reply-To: usr-tc@lists.xmission.com
> > > >To: usr-tc@lists.xmission.com
> > > >Subject: Re: (usr-tc) HiPer and Dead Air
> > > >
> > > >And as a follow-up to my own question, the Performance monitor on the DS0
> > > >level shows a DS0 as "DS0 out of service[24]" and "remote out of service
> > > >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
> > > >modem level showed no activity.
> > > >
> > > >Thanks,
> > > >
> > > >Charles
> > > >
> > > >~~~~~~~~~ ~~~~~~~~~~~
> > > >Charles Sprickman Internet Channel
> > > >INCH System Administration Team (212)243-5200
> > > >spork@inch.com access@inch.com
> > > >
> > > >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> > > >
> > > >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> > > >> From: Charles Sprickman <spork@inch.com>
> > > >> Reply-To: usr-tc@lists.xmission.com
> > > >> To: usr-tc@xmission.com
> > > >> Subject: (usr-tc) HiPer and Dead Air
> > > >>
> > > >> Hello,
> > > >>
> > > >> Sorry to pester everyone, but once my first HiPer chassis is up and
> > > >> running I should be back in lurk mode...
> > > >>
> > > >> I just installed the HiPer at our CO and everything seems fine except for
> > > >> some little detail which I cannot track down. This is a chassis with 2
> > > >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with
> > > no
> > > >> ANI info. I've set up the chassis much like it's non-HiPer brethren to
> > > >> reflect the above options, and have left any new settings at the
> > > defaults.
> > > >> I confirmed the switch setup (actually looked at a terminal with the tech
> > > >> as he double-checked things) matches what I have.
> > > >>
> > > >> When I dial in, I hit the chassis, and the guy working on the 5E sees it
> > > >> pick up the call, but I just get silence. If I reset the card, I get a
> > > >> loud "ker-chunk" on the line, so the call is making it at least to the T1
> > > >> section of the NAC, but apparently not finding it's way to a modem.
> > > >>
> > > >> I'm sure this is something stupid, but I just can't find anything to
> > > >> fiddle with that seems appropriate.
> > > >>
> > > >> And if anyone has some general "this bit me when I went from
> > > >> NetServer/Quads to HiPer" information, I'd love to hear it!
> > > >>
> > > >> Thanks,
> > > >>
> > > >> Charles
> > > >>
> > > >> ~~~~~~~~~ ~~~~~~~~~~~
> > > >> Charles Sprickman Internet Channel
> > > >> INCH System Administration Team (212)243-5200
> > > >> spork@inch.com access@inch.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.
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
Since I'm not sure if my last message got posted correctly, and I didn't get
one single response, I am reposting my original message below..
I have both of my TCHs running the latest code and have the Netserver
configured as:
Protocol Status
-------- --------
V.110 enabled
V.120 enabled
Sync-PPP enabled
X.75 enabled
Use LLCIE if present: yes
ISDN protocol autodetect: enabled
V.110 autodetect: enabled
Default service profile: default-sync
yet, I cannot connect via ISDN above 56000. When I connect at 64000, I get
my login prompt, but cannot type anything at all. Any ideas?
Kelly
Subject:(usr-tc) Local user, no password, how? From: Charles Sprickman <spork@inch.com> Date: 1998-06-22 14:47:53
Hi,
On a NetServer, how does one create a user with no password?
I've tried things like:
set user foo password
set user foo password ""
set user foo password " "
But none of them seem to work. If I recall correctly I had to use the GUI
NS manager to do this last time. Is there a way to do it on the command
line? This is rev. 3.7.24, BTW...
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
Subject:(usr-tc) Year 2000 and NetServer PRI From: Ralph Helfenberger <rhelfenberger@comlight.ch> Date: 1998-06-22 15:33:35
Hi there
On the homepage of 3Com I find the following comments about the
NetServerPRI card and the year 2000 compliance:
The Netserver is This requires the use of
Year 2000 Network Time
compliant as of Protocol
software version
3.4, 6/97.
Why is the NTP necessary for the NetServer PRI to be Year 2000
compliant? What happens if there is no NTP Service on the Network?
Best regards
Ralph
Subject:(usr-tc) help with isdn 128k dialup From: Richard Mazurowski <rick@surfmail.net> Date: 1998-06-22 16:09:20
I have a total control hub by USR and I have my first customer that wants
isdn. I have done some testing and I am not able to connect at 128k with
this hub. It just will not work. I was wondering if anyone is familiar with
this unit that would be willing to let me in on the secret.
--
Richard Mazurowski
SurfNet Corporation
Voice 773-283-9000
Fax 773-283-9009
rick@surfmail.net
Subject:(usr-tc) dialnet: port S81 ppp_sync failed dest From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-06-22 16:45:16
I have an ISDN customer that dials into my Ascend MAX just fine but he can't
connect to the TC. i get ppp_sync failed every time he tries to connect.
he's using a cardinal IDC100i. is there anything i should be aware of?
Leon
Subject:Re: (usr-tc) dialnet: port S81 ppp_sync failed dest From: eugene_carpenter@3com.com Date: 1998-06-22 17:03:34
Need more info.
Can other ISDN customer connect without any problems ??
What type of equipment are you using in the TC hub.
What code is the equipment on ?
"Leon McCalla" <ascend@caribbeanlink.com> on 06/22/98 04:45:16 PM
Please respond to usr-tc@lists.xmission.com
cc: (Eugene Carpenter/US/3Com)
I have an ISDN customer that dials into my Ascend MAX just fine but he
can't
connect to the TC. i get ppp_sync failed every time he tries to connect.
he's using a cardinal IDC100i. is there anything i should be aware of?
Leon
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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) dialnet: port S81 ppp_sync failed dest From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-06-22 17:17:50
the customer connects to our Ascend equipment fine but not the TCs. I have
hiper DSP and quad modems connected to netserver cards. the ISDN is via PRI
and the netservers are running 3.7.24.
Leon McCalla
Netrox Networking Services
leon@netrox.net
-----Original Message-----
>Need more info.
>
>Can other ISDN customer connect without any problems ??
>What type of equipment are you using in the TC hub.
>What code is the equipment on ?
Subject:(usr-tc) Reason for Call termination From: Eric Young <eric@solunet.com> Date: 1998-06-22 18:13:36
protocol error event (76)
anybody know what this is? A user connects and has the ability to look at
one page and when they attempt a second page, they are disconnected. The
reason for the the termination is the message at the top.
Thanks,
eric young a.k.a. the hub doctor
technical support
solunet, inc. http://www.solunet.com <http://www.solunet.com>
v800.795.2814
v407.676.7947
f407.676.0809
eric@solunet.com <mailto:eric@solunet.com>
We don't make networking equipment, we make it WORK!
Subject:Re: (usr-tc) Reason for Call termination From: K Mitchell <mitch@keyconn.net> Date: 1998-06-22 19:07:04
At 06:13 PM 6/22/98 -0400, eric young wrote:
>protocol error event (76)
>
>anybody know what this is? A user connects and has the ability to look at
>one page and when they attempt a second page, they are disconnected. The
>reason for the the termination is the message at the top.
As an add-on question, is there a resource that lists possible termination
codes and their meaning?
Kirk
Kirk Mitchell-General Manager tech@keyconn.net
Keystone Connect http://www.keyconn.net
***** Providing quality internet services in central PA *****
******* (814)941-5000 We unlock the world ********
-> >
-> > That is the designed behavior of the HARC card.. This has been addressed
-> in > the upcoming release, but till then you will have to live with it.
-> Can't you all just picture a bunch of lucent engineers with signatures that
-> look like :
->
-> "That is the designed behavior of the HARC card.. This has been addressed in
-> the upcoming release, but till then you will have to live with it." --
-> Mike Wronski, 3com
->
-> hehe, I am just kidding, personally, the drop when people call and fail
-> authentication, I don't get any complaints about that.
Brian,
We probably wouldn't either except they were used to the Netserver and how
it behaved. While we are on the subject are you seeing where PCMCIA modems
appear to be more sensitive to the HiPerArc as far as being able to connect
and get a PAP session ? I've seen 2-3 different laptops with PCMCIA
modems (3 different vendors) who all have gotten more prone to not
connecting or getting disconnected since the HiPerArc cutover.
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) HiPerArc: Addresses from Another Class C From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-06-22 23:10:19
On Tue, 23 Jun 1998, Lee Kuo wrote:
>
> We have been successful in using the "set ip pool" command when assigning
> addresses from the same local network (class C) as the HiperArc. However,
> when routing another class C to the HiperArc, it will assign the addresses
> to the dial-in ports, but no packets will transfer. Doing a traceroute
> from a remote location will go all the way to the HiperARC's ip address at
> which point it gets stuck.
>
You will have to multi-home the hiper arc. You will have to give the
ethernet port an ip address that belongs to the other class c.
krish
> Does anyone know what the proper procedure is to assign modem pool
> addresses from another Class C for the HiperArc?
>
> TIA
> 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.
>
Subject:Re: (usr-tc) help with isdn 128k dialup From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-06-23 00:57:37
On Mon, 22 Jun 1998, Richard Mazurowski wrote:
>
>
> I have a total control hub by USR and I have my first customer that wants
> isdn. I have done some testing and I am not able to connect at 128k with
> this hub. It just will not work. I was wondering if anyone is familiar with
> this unit that would be willing to let me in on the secret.
>
Typically there is no configuration that is needed to setup isdn
multilink calls. Also in order to tell you what to do to make sure that
you have everything set correct - we need to know if this is a NETServer
chassis or a HiPer arc chassis.
On the NETServer:
set mp on
is the only command that you need,
on the HiPer arc:
Make sure that the user or the user default has Max-channels set to 2 (
greater than 1 )
on the Radius server
No port limit
no session limit
that is to it
krish
> --
> Richard Mazurowski
> SurfNet Corporation
> Voice 773-283-9000
> Fax 773-283-9009
> rick@surfmail.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) How to block call? From: Marcelo Souza <mpsouza@centroin.com.br> Date: 1998-06-23 10:00:47
On Sat, 20 Jun 1998, Julio Arruda wrote:
|At 05:51 PM 6/20/98 -0300, Marcelo Souza wrote...
|>
|>
|> Is it possible to block a call based on Caller-Id, using HyperDSP
|>cards and E1 Lines ?
|>
|
|Only to clarify, I suppose that this ISP uses E1/R2, not E1/PRI,
|as almost all ISPs in Brazil.
That's right!
Thank you, Julio !
- Marcelo
|[], <O-O>
|
|Julio Arruda
|
|Bay Networks - Where Information Flows
|
|-
| To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address. Do not use quotes in your message.
|
[]s Marcelo
mpsouza@centroin.com.br
Rio de Janeiro - RJ
Subject:RE: (usr-tc) HiPerArc Question From: Brian <signal@shreve.net> Date: 1998-06-23 10:07:59
>
> Brian,
>
> We probably wouldn't either except they were used to the Netserver and how
> it behaved. While we are on the subject are you seeing where PCMCIA modems
> appear to be more sensitive to the HiPerArc as far as being able to connect
> and get a PAP session ? I've seen 2-3 different laptops with PCMCIA
> modems (3 different vendors) who all have gotten more prone to not
> connecting or getting disconnected since the HiPerArc cutover.
>
I have not noticed anything like that.........
>
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) HiPerArc: Addresses from Another Class C From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-23 11:02:44
We have been successful in using the "set ip pool" command when assigning
addresses from the same local network (class C) as the HiperArc. However,
when routing another class C to the HiperArc, it will assign the addresses
to the dial-in ports, but no packets will transfer. Doing a traceroute
from a remote location will go all the way to the HiperARC's ip address at
which point it gets stuck.
Does anyone know what the proper procedure is to assign modem pool
addresses from another Class C for the HiperArc?
TIA
Lee
Subject:(usr-tc) Modem Throughput in HiperArc/HiperDSP From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-23 11:17:45
Although we have had successful X2 conections to our HiperDSP modems, the
throughput doesn't seem to be the best. On the HiperDSP, a 50333
connection will get 3-4kb/s throughput, while on a QuadModem it will be
around 5-6kb/s. Does anyone have any ideas on this?
Thanks,
Lee
Subject:Re: (usr-tc) Year 2000 and NetServer PRI From: Kurtiss Johnson <kurtiss_johnson@mw.3com.com> Date: 1998-06-23 12:07:45
Ralph,
This is mistaken information, which should be taken care of very quickly.
The NETServer products are either
(a, when NTP is enabled, such as for MPIP or tunneling) fully compliant via
use of NTP, or (b, when NTP is not used) non-affected because no
time-stamped information is passed or displayed.
Kurtiss Johnson
Product Manager
3Com Corporation
Ralph Helfenberger <rhelfenberger@comlight.ch> on 06/22/98 08:33:35 AM
Please respond to usr-tc@lists.xmission.com
cc:
Hi there
On the homepage of 3Com I find the following comments about the
NetServerPRI card and the year 2000 compliance:
The Netserver is This requires the use of
Year 2000 Network Time
compliant as of Protocol
software version
3.4, 6/97.
Why is the NTP necessary for the NetServer PRI to be Year 2000
compliant? What happens if there is no NTP Service on the Network?
Best regards
Ralph
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Lee,
We see just the opposite here... Better throughput on the HiperArc than
the Netserver?? running 4.0.29/1.2.2 on the HiperARC right now! Have not
flashed to the 4.0.30/1.2.5 code yet!
==============================================================================
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 Tue, 23 Jun 1998, Lee Kuo wrote:
>
> Although we have had successful X2 conections to our HiperDSP modems, the
> throughput doesn't seem to be the best. On the HiperDSP, a 50333
> connection will get 3-4kb/s throughput, while on a QuadModem it will be
> around 5-6kb/s. Does anyone have any ideas on this?
>
> Thanks,
> 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.
>
Subject:(usr-tc) More HiPerArc RADIUS Accounting From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-23 13:56:00
I've found another oddity with the HiPerArc 4.0.29 code reporting to RADIUS
incorrect information. On all ISDN calls, whether 56kbs or 64kbs, we are
seeing a modulation type of 0 being recorded in the calls table in RADIUS.
Any idea why ?
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc) help with isdn 128k dialup From: Val <val@hcol.net> Date: 1998-06-23 13:57:17
I had problem like this and the trick was to set all the ports for
dial-in only (including i-ports by telnetting in the netserver card).
also check max isdn channels setting.
val.
On Mon, 22 Jun 1998, Richard Mazurowski wrote:
>
>
> I have a total control hub by USR and I have my first customer that wants
> isdn. I have done some testing and I am not able to connect at 128k with
> this hub. It just will not work. I was wondering if anyone is familiar with
> this unit that would be willing to let me in on the secret.
>
> --
> Richard Mazurowski
> SurfNet Corporation
> Voice 773-283-9000
> Fax 773-283-9009
> rick@surfmail.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) HiPerArc: Addresses from Another Class C From: Brian <signal@shreve.net> Date: 1998-06-23 14:25:42
On Mon, 22 Jun 1998, Tatai SV Krishnan wrote:
> On Tue, 23 Jun 1998, Lee Kuo wrote:
>
> >
> > We have been successful in using the "set ip pool" command when assigning
> > addresses from the same local network (class C) as the HiperArc. However,
> > when routing another class C to the HiperArc, it will assign the addresses
> > to the dial-in ports, but no packets will transfer. Doing a traceroute
> > from a remote location will go all the way to the HiperARC's ip address at
> > which point it gets stuck.
> >
>
> You will have to multi-home the hiper arc. You will have to give the
> ethernet port an ip address that belongs to the other class c.
or run some sort of routing protocol.
All of our arcs are in 208.206.76.x
our dialup pools are in 208.214.x.x
we do not multi home our arcs.
>
> krish
>
> > Does anyone know what the proper procedure is to assign modem pool
> > addresses from another Class C for the HiperArc?
> >
> > TIA
> > 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.
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) HiPerArc: Addresses from Another Class C From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-23 15:16:09
On Tue, 23 Jun 1998, Brian wrote:
> or run some sort of routing protocol.
> All of our arcs are in 208.206.76.x
> our dialup pools are in 208.214.x.x
> we do not multi home our arcs.
Our Arcs are on one Class C, the dialup pools on another just like yours.
The main router (Lucent IRX-114) routes the second Class C to the Arc
though.
Lee
Subject:Re: (usr-tc) HiPerArc: Addresses from Another Class C From: Brian <signal@shreve.net> Date: 1998-06-23 15:19:18
On Tue, 23 Jun 1998, Lee Kuo wrote:
> On Tue, 23 Jun 1998, Brian wrote:
> > or run some sort of routing protocol.
> > All of our arcs are in 208.206.76.x
> > our dialup pools are in 208.214.x.x
> > we do not multi home our arcs.
>
> Our Arcs are on one Class C, the dialup pools on another just like yours.
> The main router (Lucent IRX-114) routes the second Class C to the Arc
> though.
you shouldn't have to multihome.a
You can take a bunch of class c's, route them to an ARC, and use them as
IP pools. You setup these class c's as ip pools on the arc, that is
all.........in my experience.
Brian
>
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) HiPer and Dead Air (redux IV) From: Charles Sprickman <spork@inch.com> Date: 1998-06-23 16:35:14
I promise I'll stop real soon, but I thought it might be useful for
someone if I document the steps to get my HiPer problem resolved.
I took a break from all things USR yesterday, and it was pleasant. Today
we called our local USR rep. He wasn't in, so we eventually made it up to
a "northeast district sales manager". He seemed mildly concerned, but has
yet to get us a callback confirming either a site visit from a local tech
or an escalation to level 3 tech support.
Now the real "hey you bought it, now we don't give a sh*t" runaround
really starts. Our local rep gets back to us and tells us that he'd be
glad to **sell** us an "install" that should make up for our lack of
technical competence. Hello... Not the best way to cultivate a loyal
customer base. Now I am not an expert with this equipment, but I did take
the time to read the docs, and I feel that I followed instructions to the
letter. If the deal here is that support is being withheld in hopes of
selling an install, that's just plain unethical.
Again, if someone from tech support who understands the HiPer system took
a look at this, I think the problem could be solved in less than an hour.
It's just kind of ridiculous that I can't get one of these folks on the
phone.
blah,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Mon, 22 Jun 1998, Charles Sprickman wrote:
> Date: Mon, 22 Jun 1998 14:29:12 -0400 (EDT)
> From: Charles Sprickman <spork@inch.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) HiPer and Dead Air (redux III)
>
> Hi,
>
> I now have been snubbed by my usually helpful USR rep as well. They will
> not escalate and "don't have the resources for a site visit". And he
> tells me these yutzes I was dealing with *were* level 2 support. My God.
>
> Has anyone been in a similar deadlock? What did you do? Should I just
> send the thing back and buy a Portmaster or something? Could it be that
> both DSP cards and their nics are fried?
>
> If anyone has *any* pointers on resolving this, I'd really appreciate any
> help you can give. If you need any more info about the problem, let me
> know.
>
> Thanks,
>
> Charles
>
> ~~~~~~~~~ ~~~~~~~~~~~
> Charles Sprickman Internet Channel
> INCH System Administration Team (212)243-5200
> spork@inch.com access@inch.com
>
> On Fri, 19 Jun 1998, Charles Sprickman wrote:
>
> > Date: Fri, 19 Jun 1998 15:53:53 -0400 (EDT)
> > From: Charles Sprickman <spork@inch.com>
> > Reply-To: usr-tc@lists.xmission.com
> > To: usr-tc@lists.xmission.com
> > Subject: Re: (usr-tc) HiPer and Dead Air (redux II)
> >
> > Yow!
> >
> > I think that tech support has sunk to a new low. After having me on site
> > 2 days in a row, they have come to the conclusion that both HiPer DSP
> > cards and their nics must be faulty. I just don't buy that.
> >
> > My ear is swollen from pressing the phone against it for six hours...
> > I've never had a support experience like this. They refuse to work with
> > you, they just want to keep you on the line while they poke around the
> > settings themselves. Truly odd, and not at all effective.
> >
> > If someone at 3Com could take a look at Ticket # 77303 I'd much appreciate
> > it. I don't want to go sending cards back and then have new ones arrive
> > and run into the same problem. I'm fairly certain this is a config issue
> > on the Arc, and anyone familiar with the platform should be able to figure
> > it out.
> >
> > Help!!!!
> >
> > Charles
> >
> > ~~~~~~~~~ ~~~~~~~~~~~
> > Charles Sprickman Internet Channel
> > INCH System Administration Team (212)243-5200
> > spork@inch.com access@inch.com
> >
> > On Tue, 16 Jun 1998, Charles Sprickman wrote:
> >
> > > Date: Tue, 16 Jun 1998 14:22:02 -0400 (EDT)
> > > From: Charles Sprickman <spork@inch.com>
> > > Reply-To: usr-tc@lists.xmission.com
> > > To: usr-tc@lists.xmission.com
> > > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> > >
> > > The only difference is that I don't get any calls through... I know this
> > > is something silly. The telco doesn't see anything odd, and we've
> > > verified line coding, DNIS/ANI stuff, and signalling. I must have
> > > something to do with the modem config, but I'll be damned if I can find
> > > it...
> > >
> > > Charles
> > >
> > > ~~~~~~~~~ ~~~~~~~~~~~
> > > Charles Sprickman Internet Channel
> > > INCH System Administration Team (212)243-5200
> > > spork@inch.com access@inch.com
> > >
> > > On Tue, 16 Jun 1998, Frank Basso wrote:
> > >
> > > > Date: Tue, 16 Jun 1998 09:54:16 -0700
> > > > From: Frank Basso <frank@got.net>
> > > > Reply-To: usr-tc@lists.xmission.com
> > > > To: usr-tc@lists.xmission.com
> > > > Subject: Re: (usr-tc) HiPer and Dead Air (redux)
> > > >
> > > > I am experiencing the same scenario....... We have reduced the occurrence by
> > > > changing our switch type with the local TELCO to NI-2 from 5ESS.
> > > >
> > > > -Frank
> > > > Got.net?
> > > > -----Original Message-----
> > > > From: Charles Sprickman <spork@inch.com>
> > > > To: usr-tc@xmission.com <usr-tc@xmission.com>
> > > > Date: Tuesday, June 16, 1998 8:48 AM
> > > > Subject: (usr-tc) HiPer and Dead Air (redux)
> > > >
> > > >
> > > > >Hi,
> > > > >
> > > > >I'm still stumped... Does anyone have an idea on this? Getting dead air
> > > > >on a CT1. Looking for some hidden config that's broken.
> > > > >
> > > > >Thanks,
> > > > >
> > > > >Charles
> > > > >
> > > > >---------- Forwarded message ----------
> > > > >Date: Thu, 11 Jun 1998 22:57:31 -0400 (EDT)
> > > > >From: Charles Sprickman <spork@inch.com>
> > > > >Reply-To: usr-tc@lists.xmission.com
> > > > >To: usr-tc@lists.xmission.com
> > > > >Subject: Re: (usr-tc) HiPer and Dead Air
> > > > >
> > > > >And as a follow-up to my own question, the Performance monitor on the DS0
> > > > >level shows a DS0 as "DS0 out of service[24]" and "remote out of service
> > > > >[5]" when I dial in. Now I am fully stumped. Looking at perfmon at the
> > > > >modem level showed no activity.
> > > > >
> > > > >Thanks,
> > > > >
> > > > >Charles
> > > > >
> > > > >~~~~~~~~~ ~~~~~~~~~~~
> > > > >Charles Sprickman Internet Channel
> > > > >INCH System Administration Team (212)243-5200
> > > > >spork@inch.com access@inch.com
> > > > >
> > > > >On Thu, 11 Jun 1998, Charles Sprickman wrote:
> > > > >
> > > > >> Date: Thu, 11 Jun 1998 21:24:34 -0400 (EDT)
> > > > >> From: Charles Sprickman <spork@inch.com>
> > > > >> Reply-To: usr-tc@lists.xmission.com
> > > > >> To: usr-tc@xmission.com
> > > > >> Subject: (usr-tc) HiPer and Dead Air
> > > > >>
> > > > >> Hello,
> > > > >>
> > > > >> Sorry to pester everyone, but once my first HiPer chassis is up and
> > > > >> running I should be back in lurk mode...
> > > > >>
> > > > >> I just installed the HiPer at our CO and everything seems fine except for
> > > > >> some little detail which I cannot track down. This is a chassis with 2
> > > > >> DSPs and an ARC doing CT1, B8ZS, ESF, E&M II, immediate start, and with
> > > > no
> > > > >> ANI info. I've set up the chassis much like it's non-HiPer brethren to
> > > > >> reflect the above options, and have left any new settings at the
> > > > defaults.
> > > > >> I confirmed the switch setup (actually looked at a terminal with the tech
> > > > >> as he double-checked things) matches what I have.
> > > > >>
> > > > >> When I dial in, I hit the chassis, and the guy working on the 5E sees it
> > > > >> pick up the call, but I just get silence. If I reset the card, I get a
> > > > >> loud "ker-chunk" on the line, so the call is making it at least to the T1
> > > > >> section of the NAC, but apparently not finding it's way to a modem.
> > > > >>
> > > > >> I'm sure this is something stupid, but I just can't find anything to
> > > > >> fiddle with that seems appropriate.
> > > > >>
> > > > >> And if anyone has some general "this bit me when I went from
> > > > >> NetServer/Quads to HiPer" information, I'd love to hear it!
> > > > >>
> > > > >> Thanks,
> > > > >>
> > > > >> Charles
> > > > >>
> > > > >> ~~~~~~~~~ ~~~~~~~~~~~
> > > > >> Charles Sprickman Internet Channel
> > > > >> INCH System Administration Team (212)243-5200
> > > > >> spork@inch.com access@inch.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.
> > > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and 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) HiPer Arc From: Johnson, Andy <andy@paracom.com> Date: 1998-06-23 17:11:25
Does anyone know the command to save a config via the CLI instead of the
HARM software? Everytime I try to save the config via the HARM it GPF's
with an exception from hipermgr.exe and it quits. Any ideas? Thanks...
Andy Johnson
Network Engineer
ParaCom Technologies, Inc
I meant to a file on the arc then tftp the file to my pc. I didnt mean
to the flash of the arc.
Does anyone know the command to save a config via the CLI instead of the
HARM software? Everytime I try to save the config via the HARM it GPF's
with an exception from hipermgr.exe and it quits. Any ideas? Thanks...
Andy Johnson
Network Engineer
ParaCom Technologies, 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.
Subject:Re: (usr-tc) HiPer Arc From: Brian <signal@shreve.net> Date: 1998-06-24 08:53:46
On Tue, 23 Jun 1998, Johnson, Andy wrote:
> Does anyone know the command to save a config via the CLI instead of the
> HARM software? Everytime I try to save the config via the HARM it GPF's
> with an exception from hipermgr.exe and it quits. Any ideas? Thanks...
save all
will do it.
>
> Andy Johnson
> Network Engineer
> ParaCom Technologies, 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:(usr-tc) MPIP clients From: Henry Moats <nc0419@corp.netcom.com> Date: 1998-06-24 09:53:58
Has anyone ran into problems with assigning multiple MPIP servers
to MPIP clients? A 3com tech informed me that the problems that I've
been having are because only ONE server can be assigned to a client.
_________________________________________________________________________
Henry Moats Network Services Support Work: nc0419@noc.netcom.net
Extension: Personal: henry@mail.hank.net
I would...
terry@olypen.com
-----Original Message-----
>Well, I am currently working on a real impressive PERL program that
>interacts with the TC unit.. It polls it once a sec to get modem usage
>stats with an e-mail warning to let you know when you are reaching
>capacity. Hourly stats, Daily stats, and current stats. Also, the much
>needed PMWHO style ONLINE USERS screen as well. You can even set it to
>hang up the longest online person when 100% capacity is reached so you have
>1 modem free.. This prevents busy signals to your customers.
>
>If you all are interest, let me know, I will post it once completely
>finished.
>
>P.S. IS THERE ANY WAY TO TURN OFF THE '--MORE--' option on the ARC card?
> Its messing up the perl script during telnet.
>
>Thanks,
>
>Gorkem Yuksel
>Systems Admin.
>GlobeNet Communications
>
>
>On Fri, 19 Jun 1998, Lee Kuo wrote:
>
>> On Fri, 19 Jun 1998, Ian Roy wrote:
>> > > We've implemented our own PERL based code that checks for multiple
>logins
>> > > and excessive login times. It works on Livingston Portmasters,
>Computone
>> > > Intelliservers, and HiPerARC. I might be willing offer the code up if
>> > > there's any interest...
>> > Brian,
>> > I would have an interest in it.
>> > Would it be possible to share it with us ?
>> > Thanks
>> > Ian Roy
>> > AMNIX Communications Tech.
>>
>> We would be interested too. I see that HiperARC supports SNMP. Does
>this
>> Perl script use SNMP or Telnet? An SNMP-based script would be
>interesting
>> as well as faster.
>>
>
>I am not so sure I agree with SNMP being faster, but then again I haven't
>SNMP'ed into the ARC yet. A normal telnet session from the arc to a
>"server" program running on one of your hosts is about as fast as one can
>get.
>
>SNMP is anything but fast, especially when querying multiple objects.
>Evern snmpwalk something? Looks like 9600 baud or something............
>
>
>> 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.
>>
>
>/-------------------------- signal@shreve.net
>-----------------------------\
>| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
> |
>| Network Administrator | Perl, Linux | Web hosting, online stores,
> |
>| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
>|
>| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
> |
>| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
> |
>\-------------------------- 318-222-2638 x109
>-----------------------------/
>
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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.
>
Is there a limit on the amount of mpipclients that a server can
be configured for? Also, do the clients randomize the "host MPIP
server" selection or is the primary Server always chosen first?
thanks
_________________________________________________________________________
Henry Moats Network Services Support Work: nc0419@noc.netcom.net
Extension: 3671 Personal: henry@mail.hank.net
Info: http://www.ops.netcom.net/departments/tech-services/nss/ae/hank
On Wed, 24 Jun 1998, Jeff Mcadams wrote:
> Thus spake Henry Moats
> >Has anyone ran into problems with assigning multiple MPIP servers
> >to MPIP clients? A 3com tech informed me that the problems that I've
> >been having are because only ONE server can be assigned to a client.
>
> Well, I've (at times) had multiple servers configured in a client, but
> the client will choose one to communicate with and ignore the others
> unless and until such time as its chosen server quits responding, at
> which point, it will switch over to one of the others configured.
>
> I, personally, at this point, just have one MPIP server configured and
> its on a dedicated netserver. This lets me just reboot that one server
> (and not bump anyone off-line since its *only* serving as an MPIP
> server) and totally reset the MPIP state since the MPIP server seems to
> periodically loose track of some information (ie, doesn't remove a
> bundle when it should is the situation we've experienced for a few
> months now). So, I've just cron'ed the reboot process for 4 times a day
> to keep the problems experienced from this to a minimum.
>
> I had been sent the code for the MPIP server in the netservers such that
> it can be compiled for a Unix system (been tried on Solaris systems),
> but the code was horribly hideous and I wasn't up to the task of
> cleaning it up. Ricky Beam was working on it and was supposed to be
> sending me a copy...any work Ricky?
> --
> 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.
>
nivets said once upon a time:
>
>Hello
>I have tried adding a new route to my TC Hub vie the hyper arc manager but
>it keeps giving me the following snmp error. Generic error
>@1.3.6.1.2.1.4.21.1.3.209.26.90.65 so I was wondering how do I add the
>following route vie telnet?
>
>I need to add 209.26.90.65 255.255.255.224 --> 209.26.90.70
add ip route 209.26.90.65/27 gateway 209.26.90.70 metric 1
Don Kuhwarth said once upon a time:
>The caller connected above can not access anything outside of the .101
>class C. Our name servers are on our .100 class C, so the caller can't even
>resolve names.
>After the first occurance of the proxy_arp_insert warning message, any
>subsequent connections to either the dynamic IP pool (.101.5 to .101.100)
>or static IP connections can't get out of the .101 class C. They -can- ping
>an IP within the .101, but nothing outside of it. The ARC card is within
>the .101 address space.
>
>Is this something that is fixed in the next release, or in the latest
>engineering release that some here are refering to? If so, when will this
>code be available? The only way to clear the problem is to reboot the ARC
>card.
Why don't you just throw in a static route on your router for the 101
subnet to the ARC?
I would be very interested in this...Thanks
-Davey
> From: Gorkem Yuksel <gorkem@gncom.com>
> To: "'usr-tc@lists.xmission.com'" <usr-tc@lists.xmission.com>
> Subject: RE: (usr-tc) finger - feature request
> Date: Thu, 25 Jun 1998 09:52:32 -0400
> Organization: Globenet Communications
> Reply-to: usr-tc@lists.xmission.com
> Well, I am currently working on a real impressive PERL program that
> interacts with the TC unit.. It polls it once a sec to get modem usage
> stats with an e-mail warning to let you know when you are reaching
> capacity. Hourly stats, Daily stats, and current stats. Also, the much
> needed PMWHO style ONLINE USERS screen as well. You can even set it to
> hang up the longest online person when 100% capacity is reached so you have
> 1 modem free.. This prevents busy signals to your customers.
>
> If you all are interest, let me know, I will post it once completely
> finished.
>
> P.S. IS THERE ANY WAY TO TURN OFF THE '--MORE--' option on the ARC card?
> Its messing up the perl script during telnet.
>
> Thanks,
>
> Gorkem Yuksel
> Systems Admin.
> GlobeNet Communications
>
>
> On Fri, 19 Jun 1998, Lee Kuo wrote:
>
> > On Fri, 19 Jun 1998, Ian Roy wrote:
> > > > We've implemented our own PERL based code that checks for multiple
> logins
> > > > and excessive login times. It works on Livingston Portmasters,
> Computone
> > > > Intelliservers, and HiPerARC. I might be willing offer the code up if
> > > > there's any interest...
> > > Brian,
> > > I would have an interest in it.
> > > Would it be possible to share it with us ?
> > > Thanks
> > > Ian Roy
> > > AMNIX Communications Tech.
> >
> > We would be interested too. I see that HiperARC supports SNMP. Does
> this
> > Perl script use SNMP or Telnet? An SNMP-based script would be
> interesting
> > as well as faster.
> >
>
> I am not so sure I agree with SNMP being faster, but then again I haven't
> SNMP'ed into the ARC yet. A normal telnet session from the arc to a
> "server" program running on one of your hosts is about as fast as one can
> get.
>
> SNMP is anything but fast, especially when querying multiple objects.
> Evern snmpwalk something? Looks like 9600 baud or something............
>
>
> > 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.
> >
>
> /-------------------------- signal@shreve.net
> -----------------------------\
> | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
> |
> | Network Administrator | Perl, Linux | Web hosting, online stores,
> |
> | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
> |
> | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
> |
> | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
> |
> \-------------------------- 318-222-2638 x109
> -----------------------------/
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Slots, Hdms From: Terry Kennedy <terry@olypen.com> Date: 1998-06-24 11:22:46
New to these HiPer equipment so please bear with on this one.
I have read the manual on the Hdms and Arc, but I'm think I'm missing
something really simple here... by the way these are new bundles, that
I have put an extra power supply in, and 2 more HDMs. So they have--
4 hdms w/T1 nic's
1 arc
1 nmc
2 ps
so...
Ran through the automated Arc setup after deleting factory configuration. Ok
so it looks a bit diffent from the netserver's but I got through that and
figured I just
plug one rack in and see if the radius was working, T1's and such... worked
fine!
So I figure I better learn a little more about these chassis, so get the out
the old cd,
print a million pages and relax for a while, (got nothin better to do in
this line of work anyways)
Start to learn about some of the commands and try the " sh chassis slot"
command. It reports
back that I have 23 ports on the 24 HDMs and they are set dynamically.
CHASSIS SLOT 12 SETTINGS
Owner: YES
Description: 24 Channel High Density Modem
Number of Ports: 23
Type: DYNAMIC
So I set the slot manually ---- set chassis slot 12 type static ports 24
card_type hdm_24 owner yes
CHASSIS SLOT 12 SETTINGS
Owner: YES
Description: 24 Channel High Density Modem
Number of Ports: 24
Type: STATIC
All looks well and fine. I only have 2 small questions. Why did I have to do
this in the
first place? And more importantly, why won't they answer now? All I get is
dead air
Nothing else changed here. when they were set dynamically they answered....
Oh and i quess I have one other question. Once the card is set statically,
how does
one make it dynamic again?
Any Ideas?
Terry Kennedy
OlyPen, Inc.
Gorkem,
I admire your ingenuity, but why are you using a PERL script that does
parsing of the CLI? Were I
working on something like this, I'd be using the SNMP MIB elements directly
(since everything
that is displayed by the CLI has a MIB element) so that issues like the
idiosyncrasies for humans
to read the CLI (such as a "MORE" prompt) will be a non-issue.
It would also mean that the CLI could be optimized for -people- to read,
rather that PERL.
We are also working on a few SNMP MIBs that are "collector MIBs", taking
information from many different sources to produce a report in a single
SNMP MIB (similar things have been done recently on the NMC).
This would help to address the "speed of SNMP" issues, and make the
application less complex (and
much less timing-sensitive than a parsed CLI). A few of these are in HiPer
ARC v4.1, with more in later
releases as they're needed.
Kurtiss Johnson
Product Manager
3Com Corporation
Gorkem Yuksel <gorkem@gncom.com> on 06/25/98 08:52:32 AM
Please respond to usr-tc@lists.xmission.com
cc:
Well, I am currently working on a real impressive PERL program that
interacts with the TC unit.. It polls it once a sec to get modem usage
stats with an e-mail warning to let you know when you are reaching
capacity. Hourly stats, Daily stats, and current stats. Also, the much
needed PMWHO style ONLINE USERS screen as well. You can even set it to
hang up the longest online person when 100% capacity is reached so you have
1 modem free.. This prevents busy signals to your customers.
If you all are interest, let me know, I will post it once completely
finished.
P.S. IS THERE ANY WAY TO TURN OFF THE '--MORE--' option on the ARC card?
Its messing up the perl script during telnet.
Thanks,
Gorkem Yuksel
Systems Admin.
GlobeNet Communications
On Fri, 19 Jun 1998, Lee Kuo wrote:
> On Fri, 19 Jun 1998, Ian Roy wrote:
> > > We've implemented our own PERL based code that checks for multiple
logins
> > > and excessive login times. It works on Livingston Portmasters,
Computone
> > > Intelliservers, and HiPerARC. I might be willing offer the code up if
> > > there's any interest...
> > Brian,
> > I would have an interest in it.
> > Would it be possible to share it with us ?
> > Thanks
> > Ian Roy
> > AMNIX Communications Tech.
>
> We would be interested too. I see that HiperARC supports SNMP. Does
this
> Perl script use SNMP or Telnet? An SNMP-based script would be
interesting
> as well as faster.
>
I am not so sure I agree with SNMP being faster, but then again I haven't
SNMP'ed into the ARC yet. A normal telnet session from the arc to a
"server" program running on one of your hosts is about as fast as one can
get.
SNMP is anything but fast, especially when querying multiple objects.
Evern snmpwalk something? Looks like 9600 baud or something............
> 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.
>
/-------------------------- signal@shreve.net
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
| Network Administrator | Perl, Linux | Web hosting, online stores,
|
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
\-------------------------- 318-222-2638 x109
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Thus spake Henry Moats
>Has anyone ran into problems with assigning multiple MPIP servers
>to MPIP clients? A 3com tech informed me that the problems that I've
>been having are because only ONE server can be assigned to a client.
Well, I've (at times) had multiple servers configured in a client, but
the client will choose one to communicate with and ignore the others
unless and until such time as its chosen server quits responding, at
which point, it will switch over to one of the others configured.
I, personally, at this point, just have one MPIP server configured and
its on a dedicated netserver. This lets me just reboot that one server
(and not bump anyone off-line since its *only* serving as an MPIP
server) and totally reset the MPIP state since the MPIP server seems to
periodically loose track of some information (ie, doesn't remove a
bundle when it should is the situation we've experienced for a few
months now). So, I've just cron'ed the reboot process for 4 times a day
to keep the problems experienced from this to a minimum.
I had been sent the code for the MPIP server in the netservers such that
it can be compiled for a Unix system (been tried on Solaris systems),
but the code was horribly hideous and I wasn't up to the task of
cleaning it up. Ricky Beam was working on it and was supposed to be
sending me a copy...any work Ricky?
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Thus spake Henry Moats
>Is there a limit on the amount of mpipclients that a server can
>be configured for? Also, do the clients randomize the "host MPIP
>server" selection or is the primary Server always chosen first?
The recommendation from 3Com is that an MPIP server not host more than 4
clients, but mine is successfully serving...uhm...10 actual clients
taking calls, plus itself obviously, plus occasionally the unix based
MPIP server as I try it out occasionally, so its configured for 12
clients. As far as I'm aware, the limitation is on how much memory is
available in the MPIP clients table, although you're almost assuredly
gonna hit performance limitations long before then. Obviously, a UNIX
based mpipd will be able to support considerably more once the code is
in shape.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:RE: (usr-tc) SNMP/Perl/Pmwho/MRTG From: Marshall Morgan <marshall@netdoor.com> Date: 1998-06-24 13:34:38
On Wednesday, June 24, 1998 1:13 PM, Marcelo Souza
[SMTP:mpsouza@centroin.com.br] wrote:
> On Sat, 20 Jun 1998, Marshall Morgan wrote:
>
> I downloaded those scripts, but I saw some thing strange:
> When I use the hiperarc.pl , it returns sometimes the wrong port
> number. Not so terrible, but if I would implement some thing based on that
> I would be in trouble.
Although the software was written some time ago, we checked it thoroughly and I
do not see where it is reporting incorrect information.
For HiPerDSPs:
list connection shows:
slot:8/mod:16 cheryl DIALIN PPP 24-JUN-1998 11:55:04
slot:6/mod:10 sjones DIALIN PPP 24-JUN-1998 08:40:30
slot:2/mod:22 walkerco DIALIN PPP 24-JUN-1998 09:54:21
slot:6/mod:11 kb5yzi DIALIN PPP 24-JUN-1998 06:42:45
and hiperarc.pl shows:
S816 cheryl 208.148.210.8 Netwrk In ESTABLISHED 99 99
S610 sjones 208.148.210.158 Netwrk In ESTABLISHED 99 99
S222 walkerco 208.148.210.108 Netwrk In ESTABLISHED 99 99
S611 kb5yzi 208.148.210.216 Netwrk In ESTABLISHED 99 99
so:
S816 would mean slot 8 modem 16
S222 would mean slot 2 modem 22 and so on
For QUADs:
S102 sbates 208.137.155.154 Netwrk In ESTABLISHED 99 99
S124 jwank 208.137.155.153 Netwrk In ESTABLISHED 99 99
S81 phantom 208.137.155.132 Netwrk In ESTABLISHED 99 99
S104 bigk 208.137.155.160 Netwrk In ESTABLISHED 99 99
S102 would mean slot 10 modem 2
S124 would mean slot 12 modem 4 and so on
I hope this helps explain what the pseudo port reference means. If you have
any details to the contrary, please send them to us.
BTW: Did you check out the MRTG stuff?
Marshall Morgan
Internet Doorway, Inc. (aka NETDOOR)
http://www.netdoor.com
601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28
And this will be ported back to the next release (snicker) of NetServer
code as well, so I don't have to run perl scripts for one box and snmp for
another, right?
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
On Wed, 24 Jun 1998, Kurtiss Johnson wrote:
> Date: Wed, 24 Jun 1998 11:51:23 -0500
> From: Kurtiss Johnson <Kurtiss_Johnson@mw.3com.com>
> Reply-To: usr-tc@lists.xmission.com
> To: usr-tc@lists.xmission.com
> Subject: RE: (usr-tc) finger - feature request
>
> Gorkem,
>
> I admire your ingenuity, but why are you using a PERL script that does
> parsing of the CLI? Were I
> working on something like this, I'd be using the SNMP MIB elements directly
> (since everything
> that is displayed by the CLI has a MIB element) so that issues like the
> idiosyncrasies for humans
> to read the CLI (such as a "MORE" prompt) will be a non-issue.
>
> It would also mean that the CLI could be optimized for -people- to read,
> rather that PERL.
>
> We are also working on a few SNMP MIBs that are "collector MIBs", taking
> information from many different sources to produce a report in a single
> SNMP MIB (similar things have been done recently on the NMC).
> This would help to address the "speed of SNMP" issues, and make the
> application less complex (and
> much less timing-sensitive than a parsed CLI). A few of these are in HiPer
> ARC v4.1, with more in later
> releases as they're needed.
>
> Kurtiss Johnson
> Product Manager
> 3Com Corporation
>
>
>
>
>
> Gorkem Yuksel <gorkem@gncom.com> on 06/25/98 08:52:32 AM
>
> Please respond to usr-tc@lists.xmission.com
>
> To: "'usr-tc@lists.xmission.com'" <usr-tc@lists.xmission.com>
> cc:
> Subject: RE: (usr-tc) finger - feature request
>
>
>
>
> Well, I am currently working on a real impressive PERL program that
> interacts with the TC unit.. It polls it once a sec to get modem usage
> stats with an e-mail warning to let you know when you are reaching
> capacity. Hourly stats, Daily stats, and current stats. Also, the much
> needed PMWHO style ONLINE USERS screen as well. You can even set it to
> hang up the longest online person when 100% capacity is reached so you have
> 1 modem free.. This prevents busy signals to your customers.
>
> If you all are interest, let me know, I will post it once completely
> finished.
>
> P.S. IS THERE ANY WAY TO TURN OFF THE '--MORE--' option on the ARC card?
> Its messing up the perl script during telnet.
>
> Thanks,
>
> Gorkem Yuksel
> Systems Admin.
> GlobeNet Communications
>
>
> On Fri, 19 Jun 1998, Lee Kuo wrote:
>
> > On Fri, 19 Jun 1998, Ian Roy wrote:
> > > > We've implemented our own PERL based code that checks for multiple
> logins
> > > > and excessive login times. It works on Livingston Portmasters,
> Computone
> > > > Intelliservers, and HiPerARC. I might be willing offer the code up if
> > > > there's any interest...
> > > Brian,
> > > I would have an interest in it.
> > > Would it be possible to share it with us ?
> > > Thanks
> > > Ian Roy
> > > AMNIX Communications Tech.
> >
> > We would be interested too. I see that HiperARC supports SNMP. Does
> this
> > Perl script use SNMP or Telnet? An SNMP-based script would be
> interesting
> > as well as faster.
> >
>
> I am not so sure I agree with SNMP being faster, but then again I haven't
> SNMP'ed into the ARC yet. A normal telnet session from the arc to a
> "server" program running on one of your hosts is about as fast as one can
> get.
>
> SNMP is anything but fast, especially when querying multiple objects.
> Evern snmpwalk something? Looks like 9600 baud or something............
>
>
> > 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.
> >
>
> /-------------------------- signal@shreve.net
> -----------------------------\
> | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
> |
> | Network Administrator | Perl, Linux | Web hosting, online stores,
> |
> | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
> |
> | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
> |
> | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
> |
> \-------------------------- 318-222-2638 x109
> -----------------------------/
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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 Sat, 20 Jun 1998, Marshall Morgan wrote:
I downloaded those scripts, but I saw some thing strange:
When I use the hiperarc.pl , it returns sometimes the wrong port
number. Not so terrible, but if I would implement some thing based on that
I would be in trouble.
- Marcelo
|Since everyone is talking about SNMP, Perl and the ARCs and such ... we wrote a
|couple of tools a few months ago and I promised to make them available ... but
|got busy (sorry Brian). If you would like to check it out you may at
|
|http://www.netdoor.com/arcwho/index.html
|
|Of course this is offered at will with no warranty ... but hey, it works for
|us. If you have any ideas or want something added to either of the mods (one
|for PMWho and the other an MRTG Plugin so to speak), just ask or make them
|yourself and tell us about it.
|
|Marshall Morgan
|
|Internet Doorway, Inc. (aka NETDOOR)
|http://www.netdoor.com
|601.969.1434 Ext. #28 | Fax 601.969.3838 | 800.952.1570 Ext. #28
|
|
|-
| To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
| with "unsubscribe usr-tc" in the body of the message.
| For information on digests or retrieving files and old messages send
| "help" to the same address. Do not use quotes in your message.
|
[]s Marcelo
mpsouza@centroin.com.br
Rio de Janeiro - RJ
Jeff Mcadams was heard to say:
>cleaning it up. Ricky Beam was working on it and was supposed to be
>sending me a copy...any work Ricky?
*ahem* It cleaned up to the point that most CS schools would accept it.
But, it's still the same old buggy crap. Because of byte order problems,
it has to be run on a sparc (and maybe an alpha?) This goes a long way
to explaining why there is no MPIP in the HyperARC?
Maybe I'll fix it when I'm in a good mood.
--Ricky
Subject:(usr-tc) NMC Memory Upgrade From: Jason W <jwatkins@iland.net> Date: 1998-06-24 15:59:00
I'm getting ready to install a 16mb memory
upgrade kit to a USR-TC 386 NMC. I looked
at the instructions, and it shows two SIMM
slots for DRAM, and one for Flash. It
currently has 4mb's of DRAM, can I install
an additional SIMM, while the 4mb SIMM is
already installed. Or, do they have to be
matching SIMMs, like 2 16mb modules instead
of 1 4mb, and 1 16mb module??? 3com's
documentation does not give me this info.
Thanks
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jason W. jwatkins@iland.net
I-Land Tech Support http://www.iland.net
Fast, Dependable Access!!
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Subject:(usr-tc) NMC Memory Upgrade From: Jason W <jwatkins@iland.net> Date: 1998-06-24 15:59:00
I'm getting ready to install a 16mb memory
upgrade kit to a USR-TC 386 NMC. I looked
at the instructions, and it shows two SIMM
slots for DRAM, and one for Flash. It
currently has 4mb's of DRAM, can I install
an additional SIMM, while the 4mb SIMM is
already installed. Or, do they have to be
matching SIMMs, like 2 16mb modules instead
of 1 4mb, and 1 16mb module??? 3com's
documentation does not give me this info.
Thanks
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jason W. jwatkins@iland.net
I-Land Tech Support http://www.iland.net
Fast, Dependable Access!!
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Subject:Re: (usr-tc) dialback with ISDN From: peter_chadwick@ne.3com.com Date: 1998-06-24 16:11:55
Are you running the most current rev of NS/I code?
Pete Chadwick
uri@team.co.il on 06/24/98 10:00:40 AM
Please respond to usr-tc@lists.xmission.com
cc: (bcc: Peter Chadwick/US/3Com)
Hi !
I have netserver 8/I plus .
I try to make dialback connection from my win95.
With Isdn I dont get any thing after I bring terminal after connection.
Is any one try that with script or someting else in order to make it
working.
thanks
Uri
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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, 16 Jun 1998, Mike Wronski wrote:
> I use them with UCD-snmp without any problems.
Recently, I unpacked the tcs32mib.zip into the proper directory, told it
to load all the MIBS, and started an snmpwalk. I was excited to find out
that this snmp doesn't bomb like the Linux port of CMU does. I'm having
a problem, however. When I do a...
snmpgetnext (chassis) (readcomm) .iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcUiCfg.nmcUiCfgLocalTrIeeeAddr.0
I get...
Timeout: No Response from (chassis).
This is using UCD-SNMP 3.4. Any ideas? I can still do other get
requests, however, I don't have a way of dumping the entire chassis using
the read-only community. I have also attempted to do the same with the
read-write community.
Kevin Benton
SOTA Technologies
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
Subject:(usr-tc) dialback with ISDN From: uri simhon <uri@team.co.il> Date: 1998-06-24 17:00:40
Hi !
I have netserver 8/I plus .
I try to make dialback connection from my win95.
With Isdn I dont get any thing after I bring terminal after connection.
Is any one try that with script or someting else in order to make it
working.
thanks
Uri
I have 2 TCs ,
one running well,
the other one having sometime routing problem :
customers having fixed IP address could not go outside the TC.
when I duplicate the config of my first TC onto the second one , it's
fix
But some days later, the trouble re-appear .
What could happened ?
Thanks
--
Gilles Lorphelin
Telecoms Mgr. - ISOC Member
Phone : +689 508 888
MANA S.A. (www.mana.pf) Fax : +689 508 889
IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf
Kevin Benton <s1kevin@tims.net> writes:
> This is using UCD-SNMP 3.4. Any ideas? I can still do other get
> requests, however, I don't have a way of dumping the entire chassis using
> the read-only community. I have also attempted to do the same with the
> read-write community.
I don't think I've ever had an NMC release (the latest TCS stuff
included) that you could literally do a GetNext from the root of the
tree and walk the entire tree successfully.
The NMC code has perpetually had problems with ends of various trees,
and not successfully rolling over to another branch, so if you're
walking the tree, it's generally best to do it major branch by major
branch - or even better to compute up front the objects you want if
possible and just issue a get instead.
In this case, I think it's the GetNext that is hitting you. You're
trying to get the next object beyond nmcUiCfgLocalTrIeeeAddr.0, but
that's the last object in the nmcUiCfg tree, and at least in my case
it generates an error, although I suppose it may timeout in some NMC
releases and/or UCD may be retrying on the failure rather than aborting.
-- 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) RFC1570 From: Alan Cross <abcross@powermark.com> Date: 1998-06-24 18:07:15
Does anyone know whether there is a planned release of Netserver code
that will support RFC1570?
I want ppp callback support without the need for scripts and with the
ability to callback to user specified destinations.
Our chassis is at TCS 3.1.1, with Netserver code at 3.7.24
I asked 3Com yesterday at Networks Telecom 98, but I'm not sure if they
understood and they certainly didn't know what was planned.
Alan Cross
across@powermark.com
On Wed, 24 Jun 1998, Marshall Morgan wrote:
|On Wednesday, June 24, 1998 1:13 PM, Marcelo Souza
|[SMTP:mpsouza@centroin.com.br] wrote:
|> On Sat, 20 Jun 1998, Marshall Morgan wrote:
|>
|> I downloaded those scripts, but I saw some thing strange:
|> When I use the hiperarc.pl , it returns sometimes the wrong port
|> number. Not so terrible, but if I would implement some thing based on that
|> I would be in trouble.
|
|Although the software was written some time ago, we checked it thoroughly and I
|do not see where it is reporting incorrect information.
|
|For HiPerDSPs:
|
|list connection shows:
|slot:8/mod:16 cheryl DIALIN PPP 24-JUN-1998 11:55:04
|slot:6/mod:10 sjones DIALIN PPP 24-JUN-1998 08:40:30
|slot:2/mod:22 walkerco DIALIN PPP 24-JUN-1998 09:54:21
|slot:6/mod:11 kb5yzi DIALIN PPP 24-JUN-1998 06:42:45
|
|and hiperarc.pl shows:
|S816 cheryl 208.148.210.8 Netwrk In ESTABLISHED 99 99
|S610 sjones 208.148.210.158 Netwrk In ESTABLISHED 99 99
|S222 walkerco 208.148.210.108 Netwrk In ESTABLISHED 99 99
|S611 kb5yzi 208.148.210.216 Netwrk In ESTABLISHED 99 99
|
|so:
|S816 would mean slot 8 modem 16
|S222 would mean slot 2 modem 22 and so on
|
|For QUADs:
|S102 sbates 208.137.155.154 Netwrk In ESTABLISHED 99 99
|S124 jwank 208.137.155.153 Netwrk In ESTABLISHED 99 99
|S81 phantom 208.137.155.132 Netwrk In ESTABLISHED 99 99
|S104 bigk 208.137.155.160 Netwrk In ESTABLISHED 99 99
|
|S102 would mean slot 10 modem 2
|S124 would mean slot 12 modem 4 and so on
|
|I hope this helps explain what the pseudo port reference means. If you have
|any details to the contrary, please send them to us.
I understood your method but it's not what I was talking about.
I was making some tests so I connected to TC on slot:6/mod:14. At
the first time I run the script, it reported a number completely different
off S614.
|BTW: Did you check out the MRTG stuff?
Not Yet.
- Marcelo
Subject:(usr-tc) 3Com hold music From: Ricky Beam <jfbeam@interpath.net> Date: 1998-06-24 19:37:42
I've only got one comment... where's the mp3 archive? <grin> I've been on hold
for an hour and have not heard the same song twice.
--Ricky
Subject:(usr-tc) DSP cuts off users From: john_cusmano@westcon.com Date: 1998-06-24 19:45:42
Please advise,
I am running the Hiper Bundle with 1 ARC, 1 NMC, and 2 DSP cards. My DSP card in
slot 15 is working flawlessly but my DSP in slot 14 will establish users but
will kick them off no more than 15 minutes. I am running PRI circuits to the
DSP. I have checked in my radius for any timeout session but it was disabled. I
also checked the idle timeout on the Hiper ARC but it was set to 0(default).
If you need further information, please write me.
Thanks,
John
Subject:(usr-tc) Bad Password Retries From: Randy Doran <rtdoran@gate.net> Date: 1998-06-24 20:51:14
Does anyone know how to make the HiPerARC request the password to be
entered again when an incorrect login is made? The NetServers seem to
automatically do this but the ARC seems to drop after only one bad
password attempt.
Thanks......
| Randy Doran CyberGate Network Operations |
| Circuit Engineer\ 1301 W Newport Center Dr. |
| Modem Network Administrator Deerfield Beach, FL 33442 |
| 954-429-8069 FAX 954-429-8001 |
On Wed, 24 Jun 1998 john_cusmano@westcon.com wrote:
|I am running the Hiper Bundle with 1 ARC, 1 NMC, and 2 DSP cards. My DSP card in
|slot 15 is working flawlessly but my DSP in slot 14 will establish users but
|will kick them off no more than 15 minutes. I am running PRI circuits to the
|DSP. I have checked in my radius for any timeout session but it was disabled. I
|also checked the idle timeout on the Hiper ARC but it was set to 0(default).
Where do you set Idle timeout on Arc ?
- Marcelo
This feature is not yet available - It will be in the next release of
code.
regards
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 Wed, 24 Jun 1998, Randy Doran wrote:
> Does anyone know how to make the HiPerARC request the password to be
> entered again when an incorrect login is made? The NetServers seem to
> automatically do this but the ARC seems to drop after only one bad
> password attempt.
>
> Thanks......
>
> --------------------------------------------------------------------------
> | Randy Doran CyberGate Network Operations |
> | Circuit Engineer\ 1301 W Newport Center Dr. |
> | Modem Network Administrator Deerfield Beach, FL 33442 |
> | 954-429-8069 FAX 954-429-8001 |
> --------------------------------------------------------------------------
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Possible HiPerArc Bug ? From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-24 21:27:00
Since cutting over from Netservers to HiPerArcs I have been tracking
an odd problem. It seems laptops take much longer to login than before
and some PCMCIA modem/laptop combinations don't even connect consistently,
yet desktops seem to run fine. In order to prove this theory, I took a
Megahertz (i.e. USR) PCMCIA 33.6kbs X-Jack modem and tried to dial into
our HiPerArc (4.0.29). It fails consistently yet works fine with the
Netserver. Here is a printout of the PPPLOG.TXT file from WIndows 95 dialup
networking:
06-24-1998 20:25:50.32 - Microsoft Dial Up Agapter log opened.
06-24-1998 20:25:50.32 - Installable CP VxD SPAP is loaded
06-24-1998 20:25:50.32 - Installable CP VxD SPAP is loaded
06-24-1998 20:25:50.32 - Server type is PPP (Point to Point Protocol).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol 80fd (CCP) to control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Protocol not bound - skipping control protocol
803f (NBFCP).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol 8021 (IPCP) to control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Protocol not bound - skipping control protocol
802b (IPXCP).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c029 (CallbackCP) to
control protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c027 (no description) to
control protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c023 (PAP) to control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c223 (CHAP) to control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c021 (LCP) to control
protocol chain.
06-24-1998 20:25:50.32 - LCP : Callback negotiation enabled.
06-24-1998 20:25:50.32 - LCP : Layer started.
06-24-1998 20:26:20.40 - LCP : Layer finished.
06-24-1998 20:26:20.40 - Remote access driver is shutting down.
06-24-1998 20:26:20.40 - CRC Errors 0
06-24-1998 20:26:20.40 - Timeout Errors 0
06-24-1998 20:26:20.40 - Alignment Errors 0
06-24-1998 20:26:20.40 - Overrun Errors 0
06-24-1998 20:26:20.40 - Framing Errors 0
06-24-1998 20:26:20.40 - Buffer Overrun Errors 0
06-24-1998 20:26:20.40 - Incomplete Packets 0
06-24-1998 20:26:20.40 - Bytes Received 93
06-24-1998 20:26:20.40 - Bytes Transmittted 498
06-24-1998 20:26:20.40 - Frames Received 0
06-24-1998 20:26:20.40 - Frames Transmitted 10
06-24-1998 20:26:20.40 - LCP : Layer started.
06-24-1998 20:26:20.40 - Microsoft Dial Up Adapter log closed.
Then in the same laptop, I switched to a USR 28.8 Sportster PCMCIA
modem and it connects every time. Here is the ppplog.txt output:
06-24-1998 20:17:12.36 - Microsoft Dial Up Agapter log opened.
06-24-1998 20:17:12.36 - Installable CP VxD SPAP is loaded
06-24-1998 20:17:12.36 - Installable CP VxD SPAP is loaded
06-24-1998 20:17:12.36 - Server type is PPP (Point to Point Protocol).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol 80fd (CCP) to control
protocol chain.
06-24-1998 20:17:12.36 - FSA : Protocol not bound - skipping control protocol
803f (NBFCP).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol 8021 (IPCP) to control
protocol chain.
06-24-1998 20:17:12.36 - FSA : Protocol not bound - skipping control protocol
802b (IPXCP).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c029 (CallbackCP) to
control protocol chain.
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c027 (no description) to
control protocol chain.
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c023 (PAP) to control
protocol chain.
06-24-1998 20:17:12.38 - FSA : Adding Control Protocol c223 (CHAP) to control
protocol chain.
06-24-1998 20:17:12.38 - FSA : Adding Control Protocol c021 (LCP) to control
protocol chain.
06-24-1998 20:17:12.38 - LCP : Callback negotiation enabled.
06-24-1998 20:17:12.38 - LCP : Layer started.
06-24-1998 20:17:16.50 - LCP : Received and accepted MRU of 1514.
06-24-1998 20:17:16.50 - LCP : Received and accepted ACCM of 0.
06-24-1998 20:17:16.50 - LCP : Received and accepted authentication protocol
c023 (PAP).
06-24-1998 20:17:16.50 - LCP : Received and accepted magic number 8394df73.
06-24-1998 20:17:16.50 - LCP : Received and accepted protocol field compression
option.
06-24-1998 20:17:16.50 - LCP : Received and accepted address+control field
compression option.
06-24-1998 20:17:16.62 - LCP : Received and accepted MRU of 1514.
06-24-1998 20:17:16.62 - LCP : Received and accepted ACCM of 0.
06-24-1998 20:17:16.62 - LCP : Received and accepted authentication protocol
c023 (PAP).
06-24-1998 20:17:16.62 - LCP : Received and accepted magic number 8394df73.
06-24-1998 20:17:16.62 - LCP : Received and accepted protocol field compression
option.
06-24-1998 20:17:16.62 - LCP : Received and accepted address+control field
compression option.
06-24-1998 20:17:18.49 - LCP : Received configure reject for callback control
protocol option.
06-24-1998 20:17:18.60 - LCP : Layer up.
06-24-1998 20:17:18.60 - PAP : Layer started.
06-24-1998 20:17:19.05 - PAP : Login was successful.
06-24-1998 20:17:19.05 - PAP : Layer up.
06-24-1998 20:17:19.05 - IPCP : Layer started.
06-24-1998 20:17:19.05 - IPCP : IP address is 0.
06-24-1998 20:17:19.05 - CCP : Layer started.
06-24-1998 20:17:19.06 - IPCP : Received and accepted compression protocol
request f 0.
06-24-1998 20:17:19.06 - IPCP : Received and accepted IP address of c7b28813.
06-24-1998 20:17:19.30 - IPCP : Changing IP address from 0 to c7b28826.
06-24-1998 20:17:19.30 - IPCP : Accepting primary DNS c7b28802.
06-24-1998 20:17:19.30 - IPCP : Accepting backup DNS c7b28805.
06-24-1998 20:17:19.39 - IPCP : Layer up.
Note on both the 30+ second delay in the LCP layer startup. This is
consistent on all laptops that I have seen so far. I'm ready to call
the technical support folks but I really don't have time to deal with
the first line folks. Are others seeing the same problem ?
Jeff Binkley
ASA Network Computing
Subject:Re: (usr-tc)help me, where is ospf? From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> Date: 1998-06-24 23:26:40
OSPF is currently not supported in any TCH product.
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, 25 Jun 1998, fan zhi feng wrote:
> Hi
>
> anyone could help me ?
>
> i want to using ospf in our total control hiper ARC, pls tell me some =
> experience.
>
>
> thanks in advanced
>
> jefferyf
>
>
>
That is not the problem. If you set to use terminal window after
dialing in the windows95 DUN you will see that the Arc ask for
login/password again, but after enter the second time it disconnects. Even
if you give the correct data.
- Marcelo
On Wed, 24 Jun 1998, Randy Doran wrote:
|Does anyone know how to make the HiPerARC request the password to be
|entered again when an incorrect login is made? The NetServers seem to
|automatically do this but the ARC seems to drop after only one bad
|password attempt.
|
|Thanks......
|
|--------------------------------------------------------------------------
|| Randy Doran CyberGate Network Operations |
|| Circuit Engineer\ 1301 W Newport Center Dr. |
|| Modem Network Administrator Deerfield Beach, FL 33442 |
|| 954-429-8069 FAX 954-429-8001 |
|--------------------------------------------------------------------------
Subject:Re: (usr-tc) MIBs for TC PRI-card? From: David Bolen <db3l@ans.net> Date: 1998-06-25 03:05:01
"Martin Oberle" <oberle@ima.uni-stuttgart.de> writes:
> I wonder which is the MIB for the PRI-card of a
> total control hub. (system release 2.5.1)
>
> Is it Idt1.mib or dt1.mib?
Both of them are valid for the PRI card. The dt1.mib definitions are
for items common to both Channelized T1 and PRI configurations (from
the original 186 Dual-T1 card to the 386 PRI card running either the
CT1 or PRI code). The idt1.mib contains some tables that are only
valid for the 386 card running PRI code (it contains call routing
information, the inbound resource pools and stuff).
In case it helps, here's a small summary I had worked up internally
here regarding the MIB usage among cards when the HiPer release of the
NMC was first coming out (TCS 3.0 I guess). A few odd MIBs are left
out (like the X.25 stuff) since we don't use them, but most of the
MIBs are covered. This also doesn't mention the HiPer ARC MIBs that
are available with that card:
NAC Key: DT1 = Original Dual T1 card
PRI = Newer 386 Dual T1/PRI card
MDM = Any of the single/dual V.34 modem cards
HDM = The newer high density 24/30 port modem/T1/PRI cards
SRV = NETServer
NMC = NMC cards
NIC Key: ALG = Analog
(1) Pre-5.x MIBs - as of 4.3.8
--------------------------
NACS NICS
MIB DT1 PRI MDM HDM SRV NMC ALG
ANIC-MIB XXX
CHS-MIB XXX XXX XXX XXX XXX XXX
DS0-MIB XXX
DS1-MIB XXX XXX
DT1-MIB XXX
GW-MIB XXX
IDS0-MIB XXX
IDT1-MIB XXX
IMDM-MIB XXX
MDM-MIB XXX
MIB1-MIB XXX
NMC-MIB XXX
PB-MIB XXX
PBDG-MIB XXX XXX
UDS1-MIB XXX XXX
(2) 5.x MIBs - as of 5.0.1
----------------------
NACS NICS
MIB DT1 PRI MDM HDM SRV NMC ALG
HDM-MIB XXX
RDS0-MIB XXX (replacing DS0-MIB or IDS0-MIB)
RDS1-MIB XXX (replacing UDS1-MIB)
RFC1406-MIB XXX (replacing DS1-MIB)
T1H-MIB XXX (replacing DT1-MIB)
> Where can I get new mibs if it is none of the above?
You should be able to get current files from
http://totalservice.usr.com - I think files such as the MIBs should be
available as guest access.
-- 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) MIBs for TC PRI-card? From: Martin Oberle <oberle@ima.uni-stuttgart.de> Date: 1998-06-25 08:52:44
Hi.
I wonder which is the MIB for the PRI-card of a
total control hub. (system release 2.5.1)
Is it Idt1.mib or dt1.mib?
Where can I get new mibs if it is none of the above?
Thanks
Mit freundlichen Gruessen
Martin Oberle
Subject:(usr-tc) Reasons for call teardown? From: Martin Oberle <oberle@ima.uni-stuttgart.de> Date: 1998-06-25 09:00:26
Hi.
I have still a problem to dial out with a total control hub
(systemrelease 2.5.1). The error of the quad-modems
is "CallTeardown".
I was told that the reason for this error is that the Telco
PRI is not allowing me to dial out. But the telco-personal
checked it twice: It is a twoway trunc so I should be able
to dial out on all 30 channels.
What else could be a reason for a call teardown?
Maybe settings on the D-channel?
I use euro-ISDN (DSS1).
Mit freundlichen Gruessen
Martin Oberle
Telnet into the ARC and set this command:
set dial_out idle_timeout <0-180 minutes>
____________________Reply Separator____________________
Author: <usr-tc@lists.xmission.com >
On Wed, 24 Jun 1998 john_cusmano@westcon.com wrote:
|I am running the Hiper Bundle with 1 ARC, 1 NMC, and 2 DSP cards. My DSP card
in
|slot 15 is working flawlessly but my DSP in slot 14 will establish users but
|will kick them off no more than 15 minutes. I am running PRI circuits to the
|DSP. I have checked in my radius for any timeout session but it was disabled. I
|also checked the idle timeout on the Hiper ARC but it was set to 0(default).
Where do you set Idle timeout on Arc ?
- 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.
Well, I am currently working on a real impressive PERL program that
interacts with the TC unit.. It polls it once a sec to get modem usage
stats with an e-mail warning to let you know when you are reaching
capacity. Hourly stats, Daily stats, and current stats. Also, the much
needed PMWHO style ONLINE USERS screen as well. You can even set it to
hang up the longest online person when 100% capacity is reached so you have
1 modem free.. This prevents busy signals to your customers.
If you all are interest, let me know, I will post it once completely
finished.
P.S. IS THERE ANY WAY TO TURN OFF THE '--MORE--' option on the ARC card?
Its messing up the perl script during telnet.
Thanks,
Gorkem Yuksel
Systems Admin.
GlobeNet Communications
On Fri, 19 Jun 1998, Lee Kuo wrote:
> On Fri, 19 Jun 1998, Ian Roy wrote:
> > > We've implemented our own PERL based code that checks for multiple
logins
> > > and excessive login times. It works on Livingston Portmasters,
Computone
> > > Intelliservers, and HiPerARC. I might be willing offer the code up if
> > > there's any interest...
> > Brian,
> > I would have an interest in it.
> > Would it be possible to share it with us ?
> > Thanks
> > Ian Roy
> > AMNIX Communications Tech.
>
> We would be interested too. I see that HiperARC supports SNMP. Does
this
> Perl script use SNMP or Telnet? An SNMP-based script would be
interesting
> as well as faster.
>
I am not so sure I agree with SNMP being faster, but then again I haven't
SNMP'ed into the ARC yet. A normal telnet session from the arc to a
"server" program running on one of your hosts is about as fast as one can
get.
SNMP is anything but fast, especially when querying multiple objects.
Evern snmpwalk something? Looks like 9600 baud or something............
> 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.
>
/-------------------------- signal@shreve.net
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638
|
| Network Administrator | Perl, Linux | Web hosting, online stores,
|
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs
|
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/
|
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47
|
\-------------------------- 318-222-2638 x109
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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)help me, where is ospf? From: Pete Ashdown <pashdown@xmission.com> Date: 1998-06-25 10:32:05
fan zhi feng said once upon a time:
>i want to using ospf in our total control hiper ARC, pls tell me some =
>experience.
It is an exercise in patience, and waiting, and more patience.
In other words, OSPF is not available for the ARC yet. It has been
promised, but not delivered.
Subject:RE: (usr-tc) DSP cuts off users From: Robert von Bismarck <rvb@petrel.ch> Date: 1998-06-25 11:48:00
You have to set it for the "default" user template on the ARC. This
setting can be overridden if present in the radius user file.
The command is : seT uSER default idLE_TIMEOUT xxx
Where xxx is the number of seconds between 0 and 86000 or something...
Robert
-----Original Message-----
From: Marcelo Souza [SMTP:mpsouza@centroin.com.br]
Sent: jeudi, 25. juin 1998 02:05
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) DSP cuts off users
On Wed, 24 Jun 1998 john_cusmano@westcon.com wrote:
|I am running the Hiper Bundle with 1 ARC, 1 NMC, and 2 DSP
cards. My DSP card in
|slot 15 is working flawlessly but my DSP in slot 14 will
establish users but
|will kick them off no more than 15 minutes. I am running PRI
circuits to the
|DSP. I have checked in my radius for any timeout session but it
was disabled. I
|also checked the idle timeout on the Hiper ARC but it was set
to 0(default).
Where do you set Idle timeout on Arc ?
- 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:Re: (usr-tc)help me, where is ospf? From: MegaZone <megazone@megazone.org> Date: 1998-06-25 12:30:54
Once upon a time fan zhi feng shaped the electrons to say...
[Charset gb2312 unsupported, skipping...]
Hmm... ok, cut and paste...
>i want to using ospf in our total control hiper ARC, pls tell me some
>experience.
OSPF is not currently supported in any of the Total Control products.
It has been promised for a few years now, and recently 3Com indicated it
would be available in a beta later this year.
Just keep asking for it and be patient, you're not the only one who really
wants OSPF.
-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!
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Alexander Kandelaki
>Sent: Thursday, June 25, 1998 12:05 PM
>To: usr-tc@xmission.com
>Subject: (usr-tc) TFTP & NETSERVER
>
>
>
>Hello everyone,
>
>I have 2 USR Netservers :
>U.S. Robotics Total Control NETServer 8/16 V.34 Plus and
>U.S Robotics Total Control Netserver 8/16 .
>I want to download code from Netserver 8/16 and write it to Netserver 8/16
>V.34 Plus.
>How i can do it ? TFTP ? How ?
>Please help to resolve this prob.
There is no way to take the binary image (software) from one netserver to
another. You need to get
the code from the totalservice website. (http://totalservice.usr.com)
Subject:(usr-tc) Netserver From: Rob Bankoski <robb@triangle-mls.com> Date: 1998-06-25 13:53:06
I need to download the Netserver Manager. Does anyone happen to have that
link?
Rob Bankoski
Triangle MLS
robb@triangle-mls.com
"That is one delicious
burger" - Pulp Fiction
Subject:(usr-tc) USR Total Control 48 port chassis $7,500 From: Brian Wiser <brian@xmission.com> Date: 1998-06-25 14:05:50
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
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 |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Subject:Re: (usr-tc) Netserver From: Rob Bankoski <robb@triangle-mls.com> Date: 1998-06-25 15:23:33
Thanks a lot...I appreciate it..
-----Original Message-----
>ftp://[your username]@totalservice.usr.com/pub/.files/nsmgr342.zip
>
>--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:(usr-tc) EXCUSE ME! From: Jose de Leon <jadiel@thevision.net> Date: 1998-06-25 15:24:04
A quote from 3Com representatives:
http://www.techweb.com/wire/story/TWB19980625S0001
"Other 3Com officials said the slow adoption of V.90 by ISPs was a factor in
the slow acceptance by consumers."
EXCUSE ME! We are freakin waiting for a damn server code that actually
works.
Subject:(usr-tc) Radius From: Rob Bankoski <robb@triangle-mls.com> Date: 1998-06-25 15:32:17
Does anyone know how to set up Radius accounting to report how many modems
might be in use at any one given time? For example we would like to know
how many times a busy signal has been sent or how many times we had 10
modems or less free. Any advice would be greatly appreciated.
Rob Bankoski
Triangle MLS
robb@triangle-mls.com
"That is one delicious
burger" - Pulp Fiction
Jose de Leon said once upon a time:
>
>A quote from 3Com representatives:
>
>http://www.techweb.com/wire/story/TWB19980625S0001
>
>
>"Other 3Com officials said the slow adoption of V.90 by ISPs was a factor in
>the slow acceptance by consumers."
>
>EXCUSE ME! We are freakin waiting for a damn server code that actually
>works.
Some of us are just waiting for the server code (ie: HiPer). 3com
officials should have stated that slow adoption of V.90 is due to their
utterly foobar'ed rollout. Of course, that would have been telling the
truth.
Subject:RE: (usr-tc) Unix Radius with IAF solect software From: Dwight G. Jones <djones@imagen.net> Date: 1998-06-25 17:17:23
Try our Paymaster product, just import the radius file as a text file and
then bill from any Win95 or NT machine.
It's still just $690 until July 1, and now supports Crystal Reports as well.
Spanish invoices available in there too :-)
We also use USR-TC. An easy 30 day full version download from www.imagen.net
Best Regards;
Dwight G. Jones
Imagen Communications Inc.
http://www.imagen.net
Information Architects tm
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of
Rodrigo_Ferrer@3com.com
Sent: Thursday, June 25, 1998 3:51 PM
hello everybody
Has anybody a customer who has a Total control, Security and accounting for
Unix(Solaris), and IAF(Solect) doing billing in a good way,.... if yes,
would you please
help, with some information, to do the same here in my country.
thanks a lot
Rodrigo
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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)help me, where is ospf? From: fan zhi feng <jefferyf@public1.sta.net.cn> Date: 1998-06-25 17:37:36
This is a multi-part message in MIME format.
------=_NextPart_000_003A_01BDA05F.F195B720
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
Hi
anyone could help me ?
i want to using ospf in our total control hiper ARC, pls tell me some =
experience.
thanks in advanced
jefferyf
------=_NextPart_000_003A_01BDA05F.F195B720
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.71.2126.0"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hi</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>anyone could help me ?</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>i want to using ospf in our total =
control hiper=20
ARC, pls tell me some experience.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>thanks in advanced</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>jefferyf</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV></BODY></HTML>
------=_NextPart_000_003A_01BDA05F.F195B720--
hello everybody
Has anybody a customer who has a Total control, Security and accounting for
Unix(Solaris), and IAF(Solect) doing billing in a good way,.... if yes,
would you please
help, with some information, to do the same here in my country.
thanks a lot
Rodrigo
hello everybody
Has anybody a customer who has a Total control, Security and accounting for
Unix(Solaris), and IAF(Solect) doing billing in a good way,.... if yes,
would you please
help, with some information, to do the same here in my country.
thanks a lot
Rodrigo
Jose de Leon was heard to say:
>"Other 3Com officials said the slow adoption of V.90 by ISPs was a factor in
>the slow acceptance by consumers."
>
>EXCUSE ME! We are freakin waiting for a damn server code that actually
>works.
It's not the waiting for the code that makes everything so slow... it's the
processor of putting new code on the chassis... flash, set back to factory
defaults, save, restart, set customizations, save, restart. If the upgrade
process properly converted existing NVRAM settings, it wouldn't take hours
per site.
And, having the ability to recode the flash without killing the modem would
be a good thing, IMO.
--Ricky
Subject:Re: (usr-tc)help me, where is ospf? From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-25 22:02:54
Thus spake Bob Purdon
>> OSPF is currently not supported in any TCH product.
>I wish it was - the TC gear is the only reason we run RIPv2 on our network
>- everything else is either OSPF or BGP.
Luckily, Cisco has decent routing protocol support so we/I can use their
little $2000 routers to keep our $20,000 USR/3Com equipment from spewing
garbage all over our networks.
If anyone would like some pointers on redistributing RIPv2 into OSPF
cleanly, let me know and I'll give you some direction (having just gone
through it myself).
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Hello everyone,
I have 2 USR Netservers :
U.S. Robotics Total Control NETServer 8/16 V.34 Plus and
U.S Robotics Total Control Netserver 8/16 .
I want to download code from Netserver 8/16 and write it to Netserver 8/16
V.34 Plus.
How i can do it ? TFTP ? How ?
Please help to resolve this prob.
Best regards
Alexander
Subject:(usr-tc) UDP packet loss From: vito@aracnet.net Date: 1998-06-26 00:06:30
Is there a way to fix up the with UDP packet loss, and if so how or where
do I go to get the fix?
Vito
We will be starting HiPer aRC 4.1 Beta soon. The HiPer aRC 4.1 will support
MPIP
L2TP
IPX
TACACS
PPTP
to name a few. We will also be setting up a NDA ( web based ) for you to
sign for the BETA. In the mean time if you are interested and want to
sign in - do send an email to beta@elroy.usr.com
regards
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
------ =_NextPart_000_01BDA0CA.13A106C0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Ok, I see something I haven't seen before: This ppplog.txt; how do you =
start it logging?
I see modemlog.txt, but this is no where near as detailed as what I'm =
seeing here.
This is obviously a very valuable tool. Nice.
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: Wednesday, June 24, 1998 10:27 PM
Since cutting over from Netservers to HiPerArcs I have been tracking
an odd problem. It seems laptops take much longer to login than before
and some PCMCIA modem/laptop combinations don't even connect =
consistently,
yet desktops seem to run fine. In order to prove this theory, I took a
Megahertz (i.e. USR) PCMCIA 33.6kbs X-Jack modem and tried to dial into
our HiPerArc (4.0.29). It fails consistently yet works fine with the
Netserver. Here is a printout of the PPPLOG.TXT file from WIndows 95 =
dialup
networking:
06-24-1998 20:25:50.32 - Microsoft Dial Up Agapter log opened.
06-24-1998 20:25:50.32 - Installable CP VxD SPAP is loaded
06-24-1998 20:25:50.32 - Installable CP VxD SPAP is loaded
06-24-1998 20:25:50.32 - Server type is PPP (Point to Point Protocol).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol 80fd (CCP) to =
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Protocol not bound - skipping control =
protocol
803f (NBFCP).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol 8021 (IPCP) to =
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Protocol not bound - skipping control =
protocol
802b (IPXCP).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c029 (CallbackCP) =
to
control protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c027 (no =
description) to
control protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c023 (PAP) to =
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c223 (CHAP) to =
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c021 (LCP) to =
control
protocol chain.
06-24-1998 20:25:50.32 - LCP : Callback negotiation enabled.
06-24-1998 20:25:50.32 - LCP : Layer started.
06-24-1998 20:26:20.40 - LCP : Layer finished.
06-24-1998 20:26:20.40 - Remote access driver is shutting down.
06-24-1998 20:26:20.40 - CRC Errors 0
06-24-1998 20:26:20.40 - Timeout Errors 0
06-24-1998 20:26:20.40 - Alignment Errors 0
06-24-1998 20:26:20.40 - Overrun Errors 0
06-24-1998 20:26:20.40 - Framing Errors 0
06-24-1998 20:26:20.40 - Buffer Overrun Errors 0
06-24-1998 20:26:20.40 - Incomplete Packets 0
06-24-1998 20:26:20.40 - Bytes Received 93
06-24-1998 20:26:20.40 - Bytes Transmittted 498
06-24-1998 20:26:20.40 - Frames Received 0
06-24-1998 20:26:20.40 - Frames Transmitted 10
06-24-1998 20:26:20.40 - LCP : Layer started.
06-24-1998 20:26:20.40 - Microsoft Dial Up Adapter log closed.
Then in the same laptop, I switched to a USR 28.8 Sportster PCMCIA
modem and it connects every time. Here is the ppplog.txt output:
06-24-1998 20:17:12.36 - Microsoft Dial Up Agapter log opened.
06-24-1998 20:17:12.36 - Installable CP VxD SPAP is loaded
06-24-1998 20:17:12.36 - Installable CP VxD SPAP is loaded
06-24-1998 20:17:12.36 - Server type is PPP (Point to Point Protocol).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol 80fd (CCP) to =
control
protocol chain.
06-24-1998 20:17:12.36 - FSA : Protocol not bound - skipping control =
protocol
803f (NBFCP).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol 8021 (IPCP) to =
control
protocol chain.
06-24-1998 20:17:12.36 - FSA : Protocol not bound - skipping control =
protocol
802b (IPXCP).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c029 (CallbackCP) =
to
control protocol chain.
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c027 (no =
description) to
control protocol chain.
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c023 (PAP) to =
control
protocol chain.
06-24-1998 20:17:12.38 - FSA : Adding Control Protocol c223 (CHAP) to =
control
protocol chain.
06-24-1998 20:17:12.38 - FSA : Adding Control Protocol c021 (LCP) to =
control
protocol chain.
06-24-1998 20:17:12.38 - LCP : Callback negotiation enabled.
06-24-1998 20:17:12.38 - LCP : Layer started.
06-24-1998 20:17:16.50 - LCP : Received and accepted MRU of 1514.
06-24-1998 20:17:16.50 - LCP : Received and accepted ACCM of 0.
06-24-1998 20:17:16.50 - LCP : Received and accepted authentication =
protocol
c023 (PAP).
06-24-1998 20:17:16.50 - LCP : Received and accepted magic number =
8394df73.
06-24-1998 20:17:16.50 - LCP : Received and accepted protocol field =
compression
option.
06-24-1998 20:17:16.50 - LCP : Received and accepted address+control =
field
compression option.
06-24-1998 20:17:16.62 - LCP : Received and accepted MRU of 1514.
06-24-1998 20:17:16.62 - LCP : Received and accepted ACCM of 0.
06-24-1998 20:17:16.62 - LCP : Received and accepted authentication =
protocol
c023 (PAP).
06-24-1998 20:17:16.62 - LCP : Received and accepted magic number =
8394df73.
06-24-1998 20:17:16.62 - LCP : Received and accepted protocol field =
compression
option.
06-24-1998 20:17:16.62 - LCP : Received and accepted address+control =
field
compression option.
06-24-1998 20:17:18.49 - LCP : Received configure reject for callback =
control
protocol option.
06-24-1998 20:17:18.60 - LCP : Layer up.
06-24-1998 20:17:18.60 - PAP : Layer started.
06-24-1998 20:17:19.05 - PAP : Login was successful.
06-24-1998 20:17:19.05 - PAP : Layer up.
06-24-1998 20:17:19.05 - IPCP : Layer started.
06-24-1998 20:17:19.05 - IPCP : IP address is 0.
06-24-1998 20:17:19.05 - CCP : Layer started.
06-24-1998 20:17:19.06 - IPCP : Received and accepted compression =
protocol
request f 0.
06-24-1998 20:17:19.06 - IPCP : Received and accepted IP address of =
c7b28813.
06-24-1998 20:17:19.30 - IPCP : Changing IP address from 0 to c7b28826.
06-24-1998 20:17:19.30 - IPCP : Accepting primary DNS c7b28802.
06-24-1998 20:17:19.30 - IPCP : Accepting backup DNS c7b28805.
06-24-1998 20:17:19.39 - IPCP : Layer up.
Note on both the 30+ second delay in the LCP layer startup. This is
consistent on all laptops that I have seen so far. I'm ready to call
the technical support folks but I really don't have time to deal with
the first line folks. Are others seeing the same problem ?
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.
------ =_NextPart_000_01BDA0CA.13A106C0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IhUKAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA0AEAAAEAAAAQAAAAAwAAMAIAAAAL
AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54
bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA
AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA
AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf
AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA
AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ
GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu
eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAAC+WgBBIABACUA
AABSRTogKHVzci10YykgUG9zc2libGUgSGlQZXJBcmMgQnVnID8ArAsBBYADAA4AAADOBwYAGgAG
AAwAKQAFADUBASCAAwAOAAAAzgcGABoABgAIABsABQAjAQEJgAEAIQAAAEU5MEEyN0QzQjkwQ0Qy
MTE4NDFCNDQ0NTUzNTQwMDAwANYGAQOQBgB0DwAAIQAAAAsAAgABAAAACwAjAAAAAAADACYAAAAA
AAsAKQAAAAAAAwAuAAAAAAADADYAAAAAAEAAOQCABgj06qC9AR4AcAABAAAAJQAAAFJFOiAodXNy
LXRjKSBQb3NzaWJsZSBIaVBlckFyYyBCdWcgPwAAAAACAXEAAQAAABYAAAABvaDq8+7TJwrrDLkR
0oQbREVTVAAAAAAeAB4MAQAAAAUAAABTTVRQAAAAAB4AHwwBAAAABwAAAHJpY2t5egAAAwAGEBk6
8p8DAAcQtRUAAB4ACBABAAAAZQAAAE9LLElTRUVTT01FVEhJTkdJSEFWRU5UU0VFTkJFRk9SRTpU
SElTUFBQTE9HVFhUO0hPV0RPWU9VU1RBUlRJVExPR0dJTkc/SVNFRU1PREVNTE9HVFhULEJVVFRI
SVNJU05PV0gAAAAAAgEJEAEAAABVDAAAUQwAADghAABMWkZ1wVTLzAMACgByY3BnMTI1FjIA+Atg
bg4QMDMznQH3IAKkA+MCAGNoCsDgc2V0MCAHEwKDAFDxEHZwcnEOUBDvAfES8W8SXxEzBesCgzMC
4xMJVGxhaANxAoM0FGsRdn2zCoAIyCA7CW8OMDUbCn0OIDgKJBsPHYEaIQxgYxsAUAsDYxISC8Qg
T2vQLCBJIBEwZSDAA3C1EUBoC4BnIKETMHYJ8G4nBUAg0QOgYgEQBbBlbjoYACFgBCBwI3AJAGdS
LgzQdDshwG8H4GR4byB5CGAgwAGQACAg1mkFQCOhZyFxPwqiCoCbILQEYm0jpSCQYnUFQJchUQQg
I0FuJIB3aASQ6SDwbmUKwWEEIAEAAZAvAxAJgCkiKIBhBUBJJ+5tIMIhciiSLiX0IyMjQRBvYnZp
CGBzbHlVKSAgIfByLNB2B0B11wGgKbAnwG8G8C4HsA3gzytWLqgfkgLRMSADMB+y/mIwIDC/MTUf
oRmQJIAxM/5vH6IyFS6lMyQ0jzHpMCHkXF8wIF8vMDQmAzT/mTHaPCgKIBFgQEAwgQwpPjb4CvRm
aS0x5DQ0AUBsaTtjDNA7Y2MfsBcAaSAtPP0zg2mdEWAwPnA8iT32KCk+r78+Xj0OM98wIwLRGZBS
DeAga3laQG0LgGRz6xLAIXEuBaBtOYFA4S6lRzCXQKQv8lRIRRgAUm5VSAAgoAXwT0hgR/JSvkVC
9woRRiM2IzA0dQlQhTCQaAJAcDovLwUQeUTRei4YMStQRS0MUWz7L+JC9zNBv0+/UM9CuR9mdzgP
Rvs+Uk8gYD5wRAYnfGE5RgIutBbxOooYwjFmNi8KO7AzNkZRA2B09wWQBUBRI08FECWhB0AF0OEH
kHNhZ2VR21lURlN3CzFZVDsqOD6BPCUwkEYtA2E6DIM5kUoBESBCDQuAaymwLNBbU01USFA6agER
LmJf5EDXKTAA0ANwcEXCXUZnBmAbAjBe91cJgCjgc2RhEnkgkEp1KOAgMjQhIJAxOTk4ZNAwOiAy
NyBQTUZnVG+DXvcsoHItdGNAO7BxJOBzLnhFIAQQLIBuc0XDYld1YmCwWZBe9yg1ZvQpZYBvZ/Et
skhp1lAEkAcQY1/AdSGQJeW/W89c1FjkC7YuuTAgUwuAqS5wIGMnoHQhcm8tEf4gA1IHsWeQBJAt
EQQgLfCfaycEICG0IpEicXRyAND+ayFxJfQDkQRwKdBZQS2x7m0uMCCgIjNtBCALYAUwZG9wcaFh
ayaRHyBo/yVhDyBwkXHBI6ELgCfBA5EfIqRz1inQIRJlgENNQ/RJQSakL3XUb+ADcGEB3ypAaBEp
QQIgIiFlIfF6wf5uKOBZkXxRAJAk4GLhLMCaLCX0eRFAKVFza3YD+3VycbJyZGBwsAuAK1B1IX90
QQsgdzRZQXLRJ9MhUGXvBbBkISCwLfFrKSAl9FqgJmcYIASQdHo/wGkucX/BVVNSaoF5pA9gLog2
a2IEIFgtSnNxfyakKSB5EXNQCJCGASSAZH8HMSUwAjAzACYDCGFrKCiANC4wLjI5KXUUvmYpkQQg
fNokkH4RdwWw/msEIH+SKHAlQHbQgXEl9PtxFy4wSCiiI0Es8EVyLfA9J6FvX7CBcWWAjqBMT/BH
LlRYSPA7MC3BcMOWV4AAJHB3BCA5NYaj7HVwJfQo4HSKwiFxXvDxLrkwNi1koDtQZPIB0FFlUDU6
NYigMxmQLZ8F0A3gA2AhEAGAIESGwvpVerBBgvAFMHCRI6EsQP5wCfAJgCtlkt+T5oAAJOEGbAtg
LbJDUCBWePJEBgBQQZlwU4IjQQkA/mEBAAsxlt+X75j/mg+bH+eTqgZhcIJ0eZZQKBKOkl8/wGqg
hwFxsqJ0UFlRb88I4Yjgnz+TjEZTeeAjAP5BdHAhcghQAjADYAMgo2buIF3gBXA/wEOdoGqAccH/
fFGm8iX0WUKngxMhC4Cj//+lD6YSp0coUAVABuBkYCnQ95RAfmAFIHAhcqi1dJKjkwsl9F3gM1+w
KE5CRl+oQapvq3+mH6crMjAQKP5JeZCoX6lvsN+x76yfra/brr+vxDIwkLTxWLCfuC9rsr+m/GO0
sDmoEZ0hYv9zcbUkJfS7jrbvvl+/b8B/+8GBZXAoKFF+QQUDaBHCj//Dn8Svxb/Gz8D6TqCiYJ4w
v7VPtl/Lz8zfze/A+DLPovxDSM//0Q/SH9Mv1D/A3P200Uy1L9eP2J+TfdzR2sH7weYo0WdZYAcw
e0J78Fpg7y2xlp/gD+ETTGQQcJEk4/vjD+QVNmVQiKA7gOT9f5HvBAAokOZP515SJuBZYSkg9mMu
cAQRZAUQcIIjQelQD3AFkCHe/+deQ1JDIPxFcgNgcZFTikZV7l/n1l8HYo3y8C3xX+dtQTuwZ75u
B4CiofAr9M/nbU8tEd9/UvPf+F/ni16wYUUhIZD/+r/7z+eLa8AOkHCR+j7/H9/nbYAAYbIpsOvR
UHNxcSH3/s8DTwDieVlwjWDrkC5wd+yRKdBThjlW5QZvB3xUv3NgDcBFIO1A5iFTgzRlAP8Jj/zP
eWAIPwXvDg8PFAvX/wi1ZTAQj+d/5V8UDxUclG/72uGVqGMjoCDQFxYrdiJx/3fDIPEPIXXFIJOL
cXbAhlQnLPCD0WSQOC5lEFNw/4AwZ5CVwnmUNzSFiCVBfFX/jWB8AS0xcCBMcVOAjQaOYt+7IATQ
JxQsQCegcCegkgtTFz+TgTE3JrAylAA2/xj/lU+WXyY/nL+dz57fKn//K48sny2vLr+g/6IPox8y
b/8mutqfpw+oH93P3t8377k//7pPu1+vj71/Pl84/7PPtN//PB89L0SfP09AX0FvvE+9X/9LH0Wv
23/Bn8nPSY9Q/1IP/1Mfx//JD1YPVx9YL1k/Wk//z29Iv14vXz9gQV+wYJ/VD//WH2O/ZM9l32bv
Z//cf2ov/2s/bE9tU+EP4h9yH3MvFh/zdj9fxjYuk+Bz5whXIRJH7AIowSEwTVJVjiIxfDUxiIB5
f3qPe598pkH9O0BNjiKIoH3vfv+AD3ym7mHzoBxBdUBjdWRCPGKYj4Ivgz+ET3yXbWFnJ4ARdPB1
bWLssTgzOeA0ZGY3M4hfiW+Kf+d8l3E36RBlbCEwBKIjAP/sQHWBjXQdgHVyjW+Of4+P94VYbhCS
UitdVpGzXPaSN/cpQZNPlFw24MiV73zfmi//mz+cT4Efno+fn6CvhV+Gb/+Hf6MPpB+lL4u/jM+p
f6qP/6ufkQ+SH5m/rs+v35Zfl2//mH+Zj7S/HxAM4LYPIXLpEOxndSMBIwBqIcHpAPBQv29wdIZw
b0djum+7fjboHvx1cMFfwm0xMnh/xF8mpHA5LjA1xggpIByBd4ph7PF17BNmdWzHb//If8N/y1/M
aEgSxm/N/88P/3QySBC35uzSos/MDjtB0C//1J/MKC+zz/S2n52DuapCPPkjAHF1XBC+odRv2K/Z
v0edGtOZnhFjN2IfADi2Ma4PzAkzBEPP9ENx0PdOYG4y05lm8EAg8PaAcDLf4pP2EOMP5B90I0Gd
U24yj3EwIoDXYCJQRE5T4nV/R8Dn3+jv6f10ss3A61o1v+wv7Tm8gs/rzcfwdE51ML8jgHWRTYAj
YCNT5LArTfD/IcAhkCEwXAAwUCJQHIV0Ev/2AdcWzcH+gBwwIzEjMFz3/7oQH6E1sXWRMDEdNSNC
dWD/HbFx0DRg9WEcUSfAvrDXYPkisUknIPAjADIAIlFwQd8wMfB0I2ITYHHAbqcBb2BPymBOMB9x
vrFsayHwYl8kkB2x/EEwQCJQZCGQJ38ZoPrTInI10lwAGeEd8Wjr/RiyYHLdcWwcgAJB/uL/IrEa
MCMB9LE0QMpB+zBuMq8ct3ExMHEg8D8kzwoI16MHjw/0SmVmQ0BCHIBaa3YAeQavCs9BbbFO+GV0
d/6QdOBucLnAJJDrbjElKi0JxVQ18E2gymAOYlwirVA10nVzci2/HhAdoBswnRJ1oazAaW9gdTXh
IqzAav6QAAAgsEDWeBMwsyMuuaEiCcUBgvcREA6qD5QiHHZNgPxxnhG/I2IdEOaArNAioAnFRr7R
/xyAvsGswHVzdZFuIBYw10Df4jEf0CMAOgCycHZuMrJg/3YAIfAhEk9wrKEV9AQyTbDlCcUiHjBs
cBSQNeEEx/u39SKxRDXwTUIPkCOA3UD39DHUIXWgeSRQvuAV7PB0Cn1dMAAgcAAAAAMAEBAAAAAA
AwAREAEAAAADAIAQ/////0AABzBAetBc6qC9AUAACDBAetBc6qC9AQsAJIAIIAYAAAAAAMAAAAAA
AABGAAAAAAOFAAAAAAAAAwAlgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAADACaACCAGAAAA
AADAAAAAAAAARgAAAABShQAAtw0AAB4AJ4AIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAA
ADguMAADACiACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAsAKYAIIAYAAAAAAMAAAAAAAABG
AAAAAA6FAAAAAAAAAwAqgAggBgAAAAAAwAAAAAAAAEYAAAAAEYUAAAAAAAADACuACCAGAAAAAADA
AAAAAAAARgAAAAAYhQAAAAAAAB4ALIAIIAYAAAAAAMAAAAAAAABGAAAAADaFAAABAAAAAQAAAAAA
AAAeAC2ACCAGAAAAAADAAAAAAAAARgAAAAA3hQAAAQAAAAEAAAAAAAAAHgAugAggBgAAAAAAwAAA
AAAAAEYAAAAAOIUAAAEAAAABAAAAAAAAAB4APQABAAAABQAAAFJFOiAAAAAAAwANNP03AADKlg==
------ =_NextPart_000_01BDA0CA.13A106C0--
Subject:RE: (usr-tc) Possible HiP From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-26 08:22:00
Checkout www.microsoft.com/support/kb/articles/q156/4/35.asp . It has
all of the details and a debugging information.
Jeff
u>------ =_NextPart_000_01BDA0CA.13A106C0
u>Ok, I see something I haven't seen before: This ppplog.txt; how do you
u>= start it logging?
u>I see modemlog.txt, but this is no where near as detailed as what I'm
u>= seeing here.
u>This is obviously a very valuable tool. Nice.
u> o o =20
u> \_ _/=20
u> <(@@)>
u>----------------000----()----000-------------------
u> RickyZ@mindspring.com
u> THE TRUTH IS OUT THERE
u> http://rickyz.home.mindspring.com
u>------------------------------------------------------
u> 00O O00 =A9
u>-----Original Message-----
u>From: Jeff Binkley [SMTP:jeff.binkley@asacomp.com]
u>Sent: Wednesday, June 24, 1998 10:27 PM
u>To: usr-tc@lists.xmission.com
u>Subject: (usr-tc) Possible HiPerArc Bug ?
u> Since cutting over from Netservers to HiPerArcs I have been tracking
u>an odd problem. It seems laptops take much longer to login than
u>before and some PCMCIA modem/laptop combinations don't even connect =
u>consistently,
u>yet desktops seem to run fine. In order to prove this theory, I took
u>a Megahertz (i.e. USR) PCMCIA 33.6kbs X-Jack modem and tried to dial
u>into our HiPerArc (4.0.29). It fails consistently yet works fine with
u>the Netserver. Here is a printout of the PPPLOG.TXT file from WIndows
u>95 = dialup
u>networking:
CMPQwk 1.42 9999
Subject:Re: (usr-tc) EXCUSE ME! From: Brian <signal@shreve.net> Date: 1998-06-26 09:03:30
On Thu, 25 Jun 1998, Jose de Leon wrote:
> A quote from 3Com representatives:
>
> http://www.techweb.com/wire/story/TWB19980625S0001
>
>
> "Other 3Com officials said the slow adoption of V.90 by ISPs was a factor in
> the slow acceptance by consumers."
>
> EXCUSE ME! We are freakin waiting for a damn server code that actually
> works.
Not to mention the v.90 isp code was not released for LONG after the
client code.
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc)help me, where is ospf? From: Butch Kemper <kemper@tstar.net> Date: 1998-06-26 09:08:49
At 10:02 PM 6/25/98 -0400, you wrote:
>
>If anyone would like some pointers on redistributing RIPv2 into OSPF
>cleanly, let me know and I'll give you some direction (having just gone
>through it myself).
Jeff,
I am interested and am sure that others are also. Please post your
directions to the list.
Thanks.
Butch
Subject:Re: (usr-tc)help me, where is ospf? From: Bob Purdon <bobp@southcom.com.au> Date: 1998-06-26 09:53:34
> OSPF is currently not supported in any TCH product.
I wish it was - the TC gear is the only reason we run RIPv2 on our network
- everything else is either OSPF or BGP.
Regards,
Bob Purdon,
Technical Manager,
Southern Internet Services.
PGP key at: http://www.southcom.com.au/~bobp/bobp.asc
Subject:Re[2]: (usr-tc)help me, where is ospf? From: oswald_walsh@westcon.com Date: 1998-06-26 11:03:21
PLEASE LET ME KNOW..
I would like some pointers on redistributing RIPv2 into OSPF.
I am interested and am sure that others are also
owalsh@westcon.com (you can send me e-mail)
____________________Reply Separator____________________
Author: <usr-tc@lists.xmission.com >
At 10:02 PM 6/25/98 -0400, you wrote:
>
>If anyone would like some pointers on redistributing RIPv2 into OSPF
>cleanly, let me know and I'll give you some direction (having just gone
>through it myself).
Jeff,
I am interested and am sure that others are also. Please post your
directions to the list.
Thanks.
Butch
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
> > "Other 3Com officials said the slow adoption of V.90 by ISPs was a factor in
> > the slow acceptance by consumers."
> >
> > EXCUSE ME! We are freakin waiting for a damn server code that actually
> > works.
We're running almost all HyperDSP cards - we CAN'T get v.90 code. Who are
these 'other 3Com officials'? Do they know that we're waiting for the code?
--
Dane Jasper Sonic
(707)522-1001 (33.6kbps) (707)522-1000 (Voice)
mailto:support@sonic.net http://www.sonic.net
Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53
Subject:Re: (usr-tc) HiPer - the details (fwd) From: Terry Kennedy <terry@olypen.com> Date: 1998-06-26 11:59:26
Hey folks,
I now just testing the my new HiPer equipment, not seeing any connection
above 46.666. Is this a limit set in default DSP config?
Jeff.. We had a customer quit on us because he could not connect with his
laptop using his Megahertz modem. I had the Solunet tech support contact
USR but USR had no answer either. So in the end, our user discontinued his
service. I would appreciate if you could let me know what you come up
with.. Thanks,
Gorkem Yuksel
System Administrator
GlobeNet Communications
Jeft Wrote:
Since cutting over from Netservers to HiPerArcs I have been tracking
an odd problem. It seems laptops take much longer to login than before
and some PCMCIA modem/laptop combinations don't even connect consistently,
yet desktops seem to run fine. In order to prove this theory, I took a
Megahertz (i.e. USR) PCMCIA 33.6kbs X-Jack modem and tried to dial into
our HiPerArc (4.0.29). It fails consistently yet works fine with the
Netserver. Here is a printout of the PPPLOG.TXT file from WIndows 95 dialup
networking:
06-24-1998 20:25:50.32 - Microsoft Dial Up Agapter log opened.
06-24-1998 20:25:50.32 - Installable CP VxD SPAP is loaded
06-24-1998 20:25:50.32 - Installable CP VxD SPAP is loaded
06-24-1998 20:25:50.32 - Server type is PPP (Point to Point Protocol).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol 80fd (CCP) to
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Protocol not bound - skipping control
protocol
803f (NBFCP).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol 8021 (IPCP) to
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Protocol not bound - skipping control
protocol
802b (IPXCP).
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c029 (CallbackCP) to
control protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c027 (no
description) to
control protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c023 (PAP) to
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c223 (CHAP) to
control
protocol chain.
06-24-1998 20:25:50.32 - FSA : Adding Control Protocol c021 (LCP) to
control
protocol chain.
06-24-1998 20:25:50.32 - LCP : Callback negotiation enabled.
06-24-1998 20:25:50.32 - LCP : Layer started.
06-24-1998 20:26:20.40 - LCP : Layer finished.
06-24-1998 20:26:20.40 - Remote access driver is shutting down.
06-24-1998 20:26:20.40 - CRC Errors 0
06-24-1998 20:26:20.40 - Timeout Errors 0
06-24-1998 20:26:20.40 - Alignment Errors 0
06-24-1998 20:26:20.40 - Overrun Errors 0
06-24-1998 20:26:20.40 - Framing Errors 0
06-24-1998 20:26:20.40 - Buffer Overrun Errors 0
06-24-1998 20:26:20.40 - Incomplete Packets 0
06-24-1998 20:26:20.40 - Bytes Received 93
06-24-1998 20:26:20.40 - Bytes Transmittted 498
06-24-1998 20:26:20.40 - Frames Received 0
06-24-1998 20:26:20.40 - Frames Transmitted 10
06-24-1998 20:26:20.40 - LCP : Layer started.
06-24-1998 20:26:20.40 - Microsoft Dial Up Adapter log closed.
Then in the same laptop, I switched to a USR 28.8 Sportster PCMCIA
modem and it connects every time. Here is the ppplog.txt output:
06-24-1998 20:17:12.36 - Microsoft Dial Up Agapter log opened.
06-24-1998 20:17:12.36 - Installable CP VxD SPAP is loaded
06-24-1998 20:17:12.36 - Installable CP VxD SPAP is loaded
06-24-1998 20:17:12.36 - Server type is PPP (Point to Point Protocol).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol 80fd (CCP) to
control
protocol chain.
06-24-1998 20:17:12.36 - FSA : Protocol not bound - skipping control
protocol
803f (NBFCP).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol 8021 (IPCP) to
control
protocol chain.
06-24-1998 20:17:12.36 - FSA : Protocol not bound - skipping control
protocol
802b (IPXCP).
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c029 (CallbackCP) to
control protocol chain.
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c027 (no
description) to
control protocol chain.
06-24-1998 20:17:12.36 - FSA : Adding Control Protocol c023 (PAP) to
control
protocol chain.
06-24-1998 20:17:12.38 - FSA : Adding Control Protocol c223 (CHAP) to
control
protocol chain.
06-24-1998 20:17:12.38 - FSA : Adding Control Protocol c021 (LCP) to
control
protocol chain.
06-24-1998 20:17:12.38 - LCP : Callback negotiation enabled.
06-24-1998 20:17:12.38 - LCP : Layer started.
06-24-1998 20:17:16.50 - LCP : Received and accepted MRU of 1514.
06-24-1998 20:17:16.50 - LCP : Received and accepted ACCM of 0.
06-24-1998 20:17:16.50 - LCP : Received and accepted authentication
protocol
c023 (PAP).
06-24-1998 20:17:16.50 - LCP : Received and accepted magic number 8394df73.
06-24-1998 20:17:16.50 - LCP : Received and accepted protocol field
compression
option.
06-24-1998 20:17:16.50 - LCP : Received and accepted address+control field
compression option.
06-24-1998 20:17:16.62 - LCP : Received and accepted MRU of 1514.
06-24-1998 20:17:16.62 - LCP : Received and accepted ACCM of 0.
06-24-1998 20:17:16.62 - LCP : Received and accepted authentication prot
ocol
c023 (PAP).
06-24-1998 20:17:16.62 - LCP : Received and accepted magic number 8394df73.
06-24-1998 20:17:16.62 - LCP : Received and accepted protocol field
compression
option.
06-24-1998 20:17:16.62 - LCP : Received and accepted address+control field
compression option.
06-24-1998 20:17:18.49 - LCP : Received configure reject for callback
control
protocol option.
06-24-1998 20:17:18.60 - LCP : Layer up.
06-24-1998 20:17:18.60 - PAP : Layer started.
06-24-1998 20:17:19.05 - PAP : Login was successful.
06-24-1998 20:17:19.05 - PAP : Layer up.
06-24-1998 20:17:19.05 - IPCP : Layer started.
06-24-1998 20:17:19.05 - IPCP : IP address is 0.
06-24-1998 20:17:19.05 - CCP : Layer started.
06-24-1998 20:17:19.06 - IPCP : Received and accepted compression protocol
request f 0.
06-24-1998 20:17:19.06 - IPCP : Received and accepted IP address of
c7b28813.
06-24-1998 20:17:19.30 - IPCP : Changing IP address from 0 to c7b28826.
06-24-1998 20:17:19.30 - IPCP : Accepting primary DNS c7b28802.
06-24-1998 20:17:19.30 - IPCP : Accepting backup DNS c7b28805.
06-24-1998 20:17:19.39 - IPCP : Layer up.
Note on both the 30+ second delay in the LCP layer startup. This is
consistent on all laptops that I have seen so far. I'm ready to call
the technical support folks but I really don't have time to deal with
the first line folks. Are others seeing the same problem ?
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.
>>EXCUSE ME! We are freakin waiting for a damn server code that actually
>>works.
So whats the bottom line on the V.90 code? Does it work or not?
We've got the 2059 bundle, which has the Netserver and NMC cards with Quad
modems. I've seen comments both here and from Customers who have upgraded their
X2 sportsters to V.90 that performance drops. I've also heard that users who
have not upgraded their X2 modems to V.90 calling a TC Hub running V.90 also
see
performance hits. Is any of this true? Does V.90 work or is it buggy?
>And, having the ability to recode the flash without killing the modem would
>be a good thing, IMO.
And whats this?
Quite honestly the thing is running great as it sits. Its been up non-stop
for 9
months now. But we are starting to get pressure from some of our customers who
have the Rockwell Chip modems running the V.90 upgrade to support V.90. I just
don't know if its worth the hassle. If we had multiple TC racks I would just
try it out. But we just have one rack. If it blows, we're down completely. That
would not be pretty.
Thanks,
Steve
Subject:Re: (usr-tc)help me, where is ospf? From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-26 13:44:55
Thus spake Butch Kemper
>At 10:02 PM 6/25/98 -0400, you wrote:
>>If anyone would like some pointers on redistributing RIPv2 into OSPF
>>cleanly, let me know and I'll give you some direction (having just gone
>>through it myself).
>I am interested and am sure that others are also. Please post your
>directions to the list.
Well...I didn't expect such an overwhelming response... :)
Uhm...the only problem is...I'm getting married tomorrow, so things are
a bit hectic right now for me, so if everyone can wait about a week and
a half, I'll hang on to some of these email messages to remind me to put
up a description/summary of how we've got our routing and redistribution
set up, when I get back from our Carribean Cruise honeymoon[1].
[1] Had to throw that in there to make people jealous. ;)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) Radius Problem From: Bogdan Pelinescu <bpelin@itcnet.ro> Date: 1998-06-26 13:49:48
I am using a Radius server with a NetServer Plus.
I have managed to make the radius server to authenticate the users,
but I got a big problem with the accounting. All the entries are for
the user 'default', which is pretty annoying.
I have looked at the events when a connection is made and it seems
that the Netserver gets an error for ip_fwd.... user_string_get() not
found. From there, the used name for that user is default and the
connection is also shown as being on port 3. I don't know why,
because for testing purposes I use only the first port.
The user entry for Radius is a standard one, using radius flat file
database.
Ricky Beam <jfbeam@Interpath.net> writes:
> It's not the waiting for the code that makes everything so slow... it's the
> processor of putting new code on the chassis... flash, set back to factory
> defaults, save, restart, set customizations, save, restart. If the upgrade
> process properly converted existing NVRAM settings, it wouldn't take hours
> per site.
From my perspective, the NVRAM part is a trivial amount of time out of
the entire process. Upgrading an entire chassis - all cards - for us
(with a 486 NMC - the 386 guys are much slower) takes about 50-60
minutes, but the vast majority of that is downloading the flash images
themselves (or waiting to retry downloads when the previous attempt
timed out erasing flash or some other such failure). You can't really
speed up an individual hub since you have to serialize by card type
but if you parallelize by doing all hubs simultaneously it's 50-60
minutes in total no matter how many hubs you do.
Of course it depends on how you send the settings but we have our
download tool automatically reset the defaults, send in the new values
and then save everything. That's probably only a few minutes out of
the entire process though.
> And, having the ability to recode the flash without killing the modem would
> be a good thing, IMO.
I'm not positive what you mean here, but if you mean not taking the
modem offline during the download, that's the path everything is
moving in with SDL-2. Of course only the HiPer components do that
right now, and I suppose it's probably unlikely to be retro-coded into
the quads.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
--------------70BEA9B0936AAF8658D68B65
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Under the database maintain screen you can export the data, to a text
file. You have the option to purge the data as well. This will purge
the calls history and bring the size down.
Also, you can STOP the service, then open Access. Then under tools
there is an option to compact the database.
Hope this helps.
Tony
Jay Christner wrote:
> My radius.mdb file for S&A server is growing astronimocally huge (I
> didn't realize it becase I hadn't looked at in a few months.) It's
> over 100 megs now and its really starting affect performance on the
> system. What's the best way to get it down to nothing again without
> losing data? So far I think they only way I can figure out how to get
> the file down to size is to open it and delete all the data, but with
> a file that size it'll take forever. can I just export the data
> structure somehow into a new .mdb file... Any Ideas? Forgive my lack
> of Access knowledge. Thanks.
> -jay
>
> --
> ===========================================================================
> Jay Christner
> Computing Services
> Goshen College
> ===========================================================================
>
>
--------------70BEA9B0936AAF8658D68B65
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<HTML>
Under the database maintain screen you can export the data, to a text file.
You have the option to purge the data as well. This will purge the
calls history and bring the size down.
<P>Also, you can STOP the service, then open Access. Then under tools
there is an option to compact the database.
<P>Hope this helps.
<P>Tony
<BR>
<P>Jay Christner wrote:
<BLOCKQUOTE TYPE=CITE> My radius.mdb file for S&A server is growing
astronimocally huge (I didn't realize it becase I hadn't looked at in a
few months.) It's over 100 megs now and its really starting affect
performance on the system. What's the best way to get it down to
nothing again without losing data? So far I think they only way I
can figure out how to get the file down to size is to open it and delete
all the data, but with a file that size it'll take forever. can I
just export the data structure somehow into a new .mdb file... Any Ideas?
Forgive my lack of Access knowledge. Thanks.
<BR>-jay
<PRE>--
===========================================================================
Jay Christner
Computing Services
Goshen College
===========================================================================</PRE>
</BLOCKQUOTE>
</HTML>
--------------70BEA9B0936AAF8658D68B65--
Subject:Re: (usr-tc)help me, where is ospf? From: Brian <signal@shreve.net> Date: 1998-06-26 16:04:33
On Fri, 26 Jun 1998, Jeff Mcadams wrote:
> Thus spake Butch Kemper
> >At 10:02 PM 6/25/98 -0400, you wrote:
> >>If anyone would like some pointers on redistributing RIPv2 into OSPF
> >>cleanly, let me know and I'll give you some direction (having just gone
> >>through it myself).
>
> >I am interested and am sure that others are also. Please post your
> >directions to the list.
>
> Well...I didn't expect such an overwhelming response... :)
>
> Uhm...the only problem is...I'm getting married tomorrow, so things are
> a bit hectic right now for me, so if everyone can wait about a week and
> a half, I'll hang on to some of these email messages to remind me to put
> up a description/summary of how we've got our routing and redistribution
> set up, when I get back from our Carribean Cruise honeymoon[1].
>
Ok, I'll start this out. Here is how *we* are doing it:
First, let me tell you that all HiperARC (you could substitute netservers)
are on the 208.206.76.0/24 network. All my servers (web, mail, etc) are
all on that network as well. Dialup pools are on totally seperate
networks, and that doesnt matter.
208.206.76.1 is the router.
On the 3640:
!
router ospf 10
redistribute connected subnets
redistribute static
redistribute rip subnets
network 208.206.76.0 0.0.0.255 area 1
!
router rip
version 2
timers basic 30 30 2 60 300
passive-interface Serial0/0.1
network 208.206.76.0
no auto-summary
On the UNIX hosts, running gated, here is my gated.conf file:
rip no {
} ;
ospf yes {
area 1 {
authtype none ;
networks {
208.206.76.0 ;
} ;
interface eth0;
} ;
} ;
static {
default gateway 208.206.76.1 retain;
} ;
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc)help me, where is ospf? From: David Bolen <db3l@ans.net> Date: 1998-06-26 16:04:40
Jeff Mcadams <jeffm@iglou.com> writes:
> If anyone would like some pointers on redistributing RIPv2 into OSPF
> cleanly, let me know and I'll give you some direction (having just gone
> through it myself).
As I believe I've noted on the list in the past, we have a similar
setup with Ciscos in place (although they were part of the design of
the dialup nodes all along so it's not so much adding the gear just
for this), except that from my perspective I don't even want to
redistribute at all. I don't want my core to have to see flaps for
dialup user routes nor to care about things at the individual user
level.
The Ciscos at the end of the dialup nodes have static routes for the
overall dialup block assigned to that node (which is statically
sub-divided within the backbone to properly aggregate at the core
nodes). The address assignment can be dynamic within the node but the
only thing the local Ciscos care about RIP for is to get the next hop
right. The core never sees routing changes at the fringe - but just
knows which site it needs to get the traffic to and the Cisco gets the
last hop right.
To be honest, I'd probably continue to do it somewhat similar to this
even if the TC had OSPF - I don't see a need to propagate dialup
changes much further than that first hop. But that's just one approach.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Dane Jasper was heard to say:
>> > "Other 3Com officials said the slow adoption of V.90 by ISPs was a factor in
>> > the slow acceptance by consumers."
>> >
>> > EXCUSE ME! We are freakin waiting for a damn server code that actually
>> > works.
>
>We're running almost all HyperDSP cards - we CAN'T get v.90 code. Who are
>these 'other 3Com officials'? Do they know that we're waiting for the code?
V.90 code is in beta. I think the last go round of code has v.90 in it.
(buggy? stable? I cannot say.) However, netserver 3.7.31 was a blessing.
--Ricky
Suncoast Networking USR Mailbox was heard to say:
>So whats the bottom line on the V.90 code? Does it work or not?
As far as I've seen, it works just fine. I've had no reports of trouble from
our helpdesk. I ran it for a month on about 8 racks (quads) before pushing
it out to all the POPs. (I'm about 2/3rds done... this takes too long.)
>We've got the 2059 bundle, which has the Netserver and NMC cards with Quad
>modems. I've seen comments both here and from Customers who have upgraded their
>X2 sportsters to V.90 that performance drops. I've also heard that users who
>have not upgraded their X2 modems to V.90 calling a TC Hub running V.90 also
>see
>performance hits. Is any of this true? Does V.90 work or is it buggy?
Performance measured by what? Connect speed, web browsing speed, Quake?
>>And, having the ability to recode the flash without killing the modem would
>>be a good thing, IMO.
>
>And whats this?
During sdl, the modem cannot handle a call, ergo, it's dead. In POPs with
multiple chassis, I'll do a chassis at a time. Otherwise, I hit half the
chassis at a time.
>Quite honestly the thing is running great as it sits. Its been up non-stop
>for 9
>months now. But we are starting to get pressure from some of our customers who
>have the Rockwell Chip modems running the V.90 upgrade to support V.90. I just
>don't know if its worth the hassle. If we had multiple TC racks I would just
>try it out. But we just have one rack. If it blows, we're down completely. That
>would not be pretty.
If it "blows" then just back down to the previous version of code.
--Ricky
On Fri, 26 Jun 1998, Tatai SV Krishnan wrote:
> We will be starting HiPer aRC 4.1 Beta soon. The HiPer aRC 4.1 will support
>
> MPIP
> L2TP
> IPX
> TACACS
> PPTP
>
> to name a few. We will also be setting up a NDA ( web based ) for you to
> sign for the BETA. In the mean time if you are interested and want to
> sign in - do send an email to beta@elroy.usr.com
Interesting. We're signed up for the beta of VOIP on the ESM and have yet
to see the code. We'd been paying for a T1/PRI which we weren't able to
use for anything else for the last three months. Think we might be able
to see the beta code someday? Anyone at 3Com want to refund us for 3
months of having an unusable PRI for not following through with your end
of the bargain? So much for having 15 TC's I guess...
Kevin Benton
Network Engineer
SOTA Technologies, Inc.
E-Mail: s1kevin@tims.net
Web: http://users.sota-oh.com/~s1kevin/
Unsolicited advertisements processing fee: $50 subject to change without notice
David Bolen was heard to say:
>Ricky Beam <jfbeam@Interpath.net> writes:
>> It's not the waiting for the code that makes everything so slow... it's the
>> processor of putting new code on the chassis... flash, set back to factory
>> defaults, save, restart, set customizations, save, restart. If the upgrade
>> process properly converted existing NVRAM settings, it wouldn't take hours
>> per site.
>
>>From my perspective, the NVRAM part is a trivial amount of time out of
>the entire process. Upgrading an entire chassis - all cards - for us
>(with a 486 NMC - the 386 guys are much slower) takes about 50-60
>minutes, but the vast majority of that is downloading the flash images
>themselves (or waiting to retry downloads when the previous attempt
>timed out erasing flash or some other such failure). You can't really
>speed up an individual hub since you have to serialize by card type
>but if you parallelize by doing all hubs simultaneously it's 50-60
>minutes in total no matter how many hubs you do.
Gez... I've been doing a chassis at a time taking about 15 minutes per
chassis (12 quads each)
>Of course it depends on how you send the settings but we have our
>download tool automatically reset the defaults, send in the new values
>and then save everything. That's probably only a few minutes out of
>the entire process though.
Since I have no idea what the settings are for anything I've not personally
reset, I use TCM to copy another chassis (know config) on to it... every
single config option. That take about an hour to load, then 15 minutes to
push back to the modem. (All through 486 based NMCs... their SNMP could
really use some help.)
>> And, having the ability to recode the flash without killing the modem would
>> be a good thing, IMO.
>
>I'm not positive what you mean here, but if you mean not taking the
>modem offline during the download, that's the path everything is
>moving in with SDL-2. Of course only the HiPer components do that
>right now, and I suppose it's probably unlikely to be retro-coded into
>the quads.
That's exactly what I mean. And the NetServer also supports it -- but not
via TCM. (I really wish there were some details on the NSMgr interface to
the netserver -- i.e. what's going on on port #1633 and #1723.)
--Ricky
Ricky Beam <jfbeam@Interpath.net> writes:
> Gez... I've been doing a chassis at a time taking about 15 minutes per
> chassis (12 quads each)
Hmm, I don't think I can get it down that fast even with the latest
NMC hardware/code - is this for all cards, or just for the quads. I
agree the quads take about 15-20 minutes, but then you have another
5-7 minutes for the Dual-T1/PRI, another 8-10 minutes (the 4MB is
faster obviously than the 16MB since the image is smaller) for the
NMC, and then another 10-12 minutes for the NETServer.
> Since I have no idea what the settings are for anything I've not personally
> reset, I use TCM to copy another chassis (know config) on to it... every
> single config option.
That sounds like way overkill. Why not just identify up front what
settings that you need to change for your environment. Then just
issue a restore to factory defaults, send in your (probably few)
settings and you're done.
Sure, for a new system release you may come up with one or two more
local settings you need to change, but that can be discovered during
your lab/trial testing and then utilized during the general deployment.
Since you're changing code loading the older hubs config isn't going
to help with any new settings in the new code anyway (they'll still be
factory defaults) and if you know that the older code ran with the
fixed changes from factory defaults it should continue that way.
For our purpose, we change very little. Restore to factory defaults,
then enable all traps, set some event thresholds, and change like 3
objects (transmit level, local escape character, and the
"noPbNoConnEna" object to reject calls if the PB link is down). For
the HDM cards we added in enabling selective reject since it's off by
default. But the process of fixing up each modem, saving each modem,
and then saving the NMC in the end (for the trap enables) is just a
minute or two per chassis.
> That take about an hour to load, then 15 minutes to
> push back to the modem. (All through 486 based NMCs... their SNMP could
> really use some help.)
Well, to be a honest a lot of it is TCM too and how it works with the
NMC. True, the per-PDU overhead of the NMC is relatively high, but as
long as you group your objects to amortize that overhead it's much
much faster. It's just that TCM doesn't always do that, although I
don't actually know how it implements its save operation.
For example, if I do a MIB walk (individual objects per PDU via a
GetNext) it's going to take a tremendous amount of time to walk all
the modems in a chassis. But sending queries for objects for each
modem in turn (with lots of objects per PDU) is much better.
As a quick test, I dumped the configuration tables for a single modem
(via a 16MB 486 NMC) by querying one object at a time. For this
purpose, the configuration tables were:
mdmCc (call control)
mdmCe (cellular)
mdmDc (data compression)
mdmDi (dte interface)
mdmEc (error control)
mdmEt (event thresholds)
mdmEv (events - traps)
mdmHs (hub security)
mdmLi (line interface)
mdmLs (link security)
mdmSc (signal control)
I think that's all of the tables that have read/write configuration
parameters in them (e.g., there's no reason to dump the statistics
table).
If I dumped these for the first modem in my chassis, one object at a
time - from a local machine to minimize network RTT - it took 68
seconds. That would imply that doing a 48 modem chassis is on the
order of 54 minutes.
However, dumping the exact same objects, but stuffing 50 objects into
each SNMP query (since configuration objects are almost always numeric
you can fit a bunch into a request without worrying about the response
overflowing), I got the exact same query down to 9 seconds. That's
then 7 minutes to grab the 48 modem chassis.
> That's exactly what I mean. And the NetServer also supports it -- but not
> via TCM. (I really wish there were some details on the NSMgr interface to
> the netserver -- i.e. what's going on on port #1633 and #1723.)
Yeah, I don't know it either - but hint, it's not too hard to reverse
engineer - if not to the point of totally understanding the protocol,
to the point where you might be able to accomplish specific
functionality.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Ricky Beam <jfbeam@Interpath.net> writes:
> During sdl, the modem cannot handle a call, ergo, it's dead. In POPs with
> multiple chassis, I'll do a chassis at a time. Otherwise, I hit half the
> chassis at a time.
This is of course a local decision for any given provider, but for
what it's worth, we've pretty much concluded that the energy and extra
time expended to try to "work around" users in such a manner -
particularly if you then wait for users on the "other half" when you
switch to doing that - isn't worth the savings in user impact. But
more power to you if you can handle it.
We definitely do this sort of thing during the multiple upgrades
performed on test or trial nodes prior to a general deployment, but in
such cases you can afford to wait a few hours to let users drain from
equipment or provide specialized support to help minimize disruption.
But try doing that when working on a thousand hubs or something and
it's a major resource/time killer. So for the major global upgrades
(normally only once or twice a year) we accept that we'll be
disruptive.
In our environment, once we're ready to do a system deployment, we
schedule it out over the course of 2-3 weeks (generally a leading,
smaller "test" window followed by 2 windows a week domestically, with
separate international windows). Each window is a rolling 4-7am
maintenance local time, so the work always starts at 4am with respect
to the local user. Generally, the node is totally disrupted for about
an hour of that window, but it's a clean solid "mess" for that period
and then it's all back. So while the aggregate disruption to the
backbone is fairly large, any given dialup user is just going to see a
fairly short problem with their local node in the early morning hours.
Of course, scale comes into this decision somewhat - the smaller the
scale of what you're upgrading, the more time you can probably afford
to take on minimizing disruption. In our case, I think this time
around (we're finally now pushing out the V.90 code base) we're
hitting over 6000 hubs in a total of about 30 hours of maintenance in
5 windows. Loads of fun :-)
> If it "blows" then just back down to the previous version of code.
I'd also always suggest running tests on such a regression in the lab
beforehand to detect what it might do to configurations. In theory,
problems should have shown up in lab/trial testing before you push it
out everywhere, but it's important to identify any additional steps
such a fallback may require. For example, depending on the version of
NETServer code you back out from, you may find it erasing it's flash
configuration, and you'll have to ensure you have the necessary
console access to reconfigure basic IP reachability and then
reconfigure it in general.
-- 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) No IP Address From: Gilles Lorphelin <gilles@mana.pf> Date: 1998-06-26 19:45:49
Lee Kuo wrote:
>
> Just installed hiperarc last week.
> We have a few customers they could connect but couldn't go anyway.
> So we do a "radlast", we found they didn't get any IP address.
> Please help. Thanks.
> --------------------------------------------------------------------------
> jimmy 030:tc 208.130.151.117 Fri Jun 26 23:42 - 23:59 (00:16)
> aglozier 019:tc 208.130.151.123 Fri Jun 26 23:41 still logged in
> oca 017:hiper Fri Jun 26 23:41 - 23:41 (00:00)
> mranallo 006:hiper 208.128.115.23 Fri Jun 26 23:38 - 23:41 (00:02)
> --------------------------------------------------------------------------
Make sure that your pool size is high enough to receive
all the possible calls.
look at the command : limit
--
Gilles Lorphelin
Telecoms Mgr. - ISOC Member
Phone : +689 508 888
MANA S.A. (www.mana.pf) Fax : +689 508 889
IAP/ISP - Tahiti & her Islands E-mail: gilles@mana.pf
--------------C7A8348058345B309820FEB2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
My radius.mdb file for S&A server is growing astronimocally huge (I
didn't realize it becase I hadn't looked at in a few months.) It's over
100 megs now and its really starting affect performance on the system.
What's the best way to get it down to nothing again without losing
data? So far I think they only way I can figure out how to get the file
down to size is to open it and delete all the data, but with a file that
size it'll take forever. can I just export the data structure somehow
into a new .mdb file... Any Ideas? Forgive my lack of Access
knowledge. Thanks.
-jay
--
===========================================================================
Jay Christner
Computing Services
Goshen College
===========================================================================
--------------C7A8348058345B309820FEB2
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<HTML>
My radius.mdb file for S&A server is growing astronimocally huge (I
didn't realize it becase I hadn't looked at in a few months.) It's
over 100 megs now and its really starting affect performance on the system.
What's the best way to get it down to nothing again without losing data?
So far I think they only way I can figure out how to get the
file down to size is to open it and delete all the data, but with a file
that size it'll take forever. can I just export the data structure
somehow into a new .mdb file... Any Ideas? Forgive my lack of Access
knowledge. Thanks.
<BR>-jay
<PRE>--
===========================================================================
Jay Christner
Computing Services
Goshen College
===========================================================================</PRE>
</HTML>
--------------C7A8348058345B309820FEB2--
Subject:RE: (usr-tc) Possible HiP From: Ricky <rickyz@mindspring.com> Date: 1998-06-26 21:52:58
------ =_NextPart_000_01BDA14C.F4A23720
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Jeff,
The link is no good and I can't find a thing in that area of MS' web =
site.=20
Is this an app, a feature (that I'm missing) or add on? What would be a=20
good word to search on? Tried ppp, debug, DUN, log, and every possible=20
combination. Any more info about this would be appreciated.
Thanks.
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: Friday, June 26, 1998 9:22 AM
Checkout www.microsoft.com/support/kb/articles/q156/4/35.asp . It has=20
all of the details and a debugging information.
Jeff
u>------ =3D_NextPart_000_01BDA0CA.13A106C0
u>Ok, I see something I haven't seen before: This ppplog.txt; how do you
u>=3D start it logging?
u>I see modemlog.txt, but this is no where near as detailed as what I'm
u>=3D seeing here.
u>This is obviously a very valuable tool. Nice.
u> o o =3D20
u> \_ _/=3D20
u> <(@@)>
u>----------------000----()----000-------------------
u> RickyZ@mindspring.com
u> THE TRUTH IS OUT THERE
u> http://rickyz.home.mindspring.com
u>------------------------------------------------------
u> 00O O00 =3DA9
u>-----Original Message-----
u>From: Jeff Binkley [SMTP:jeff.binkley@asacomp.com]
u>Sent: Wednesday, June 24, 1998 10:27 PM
u>To: usr-tc@lists.xmission.com
u>Subject: (usr-tc) Possible HiPerArc Bug ?
u> Since cutting over from Netservers to HiPerArcs I have been tracking
u>an odd problem. It seems laptops take much longer to login than
u>before and some PCMCIA modem/laptop combinations don't even connect =
=3D
u>consistently,
u>yet desktops seem to run fine. In order to prove this theory, I took
u>a Megahertz (i.e. USR) PCMCIA 33.6kbs X-Jack modem and tried to dial
u>into our HiPerArc (4.0.29). It fails consistently yet works fine with
u>the Netserver. Here is a printout of the PPPLOG.TXT file from WIndows
u>95 =3D dialup
u>networking:
CMPQwk 1.42 9999
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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_01BDA14C.F4A23720
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+Ig0BAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA0AEAAAEAAAAQAAAAAwAAMAIAAAAL
AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54
bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA
AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA
AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf
AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA
AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ
GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu
eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAAC+WgBBIABABoA
AABSRTogKHVzci10YykgUG9zc2libGUgSGlQACIIAQWAAwAOAAAAzgcGABoAFQA0ADoABQB9AQEg
gAMADgAAAM4HBgAaABUAMQAaAAUAWgEBCYABACEAAAAwNjU5REY3NjI3MEREMjExODQxQjQ0NDU1
MzU0MDAwMADBBgEDkAYA4AoAACEAAAALAAIAAQAAAAsAIwAAAAAAAwAmAAAAAAALACkAAAAAAAMA
LgAAAAAAAwA2AAAAAABAADkAgFMET26hvQEeAHAAAQAAABoAAABSRTogKHVzci10YykgUG9zc2li
bGUgSGlQAAAAAgFxAAEAAAAWAAAAAb2hbk7qdt9ZBw0nEdKEG0RFU1QAAAAAHgAeDAEAAAAFAAAA
U01UUAAAAAAeAB8MAQAAAAcAAAByaWNreXoAAAMABhCqNbgGAwAHEHgHAAAeAAgQAQAAAGUAAABK
RUZGLFRIRUxJTktJU05PR09PREFORElDQU5URklOREFUSElOR0lOVEhBVEFSRUFPRk1TV0VCU0lU
RUlTVEhJU0FOQVBQLEFGRUFUVVJFKFRIQVRJTU1JU1NJTkcpT1JBRERPAAAAAAIBCRABAAAAzwcA
AMsHAACzDgAATFpGdb/VzOsDAAoAcmNwZzEyNRYyAPgLYG4OEDAzM50B9yACpAPjAgBjaArA4HNl
dDAgBxMCgwBQ8RB2cHJxDlAQ7wHxEvFvEl8RMwXrAoMzAuMTCVRsYWgDcQKDNBRrEXZ9swqACMgg
OwlvDjA1Gwp9DiA4CiQbDx2BGiEMYGObAFALA2MSEgvEIEoBEQYsCqIKgFRoZSBsCQuAayAEACBu
byA0Z28EcCAAcCJASSBqYwBwJwVAZguAIkEgdHRoC4BnIaADoCOQYUsFQArAZSNwb2YF0ScgIHdl
YiAAkHRl9i4K4wqASQQgI5EEIAORUGFwcCwjYWYkkHQLCHAhQCgkI0knbSA2bQQBI7EpJLAFwGFk
oyJAAiA/IFckMncIYPpsIkBiIUAjcCDEIhMqAH8LICOAIfARMArAEyApY1QfCIEiQCbwJwEBAGJ1
Z/EnEERVTicQCQAtgSJi1GV2BJB5LOBvKJECYL8hQCDEBaAG0AuAJEBpAiD5JbBBbi7QBGAnoQuA
AhD7IlAG4HUFQCZjKggm8B3AZmMHMCWQZC4gxgBwa55zM4U0aB+SAtExIAMw/x+yJVA2bzb2H6EZ
kCHwNvP+bx+iN9U0ZTjkOk83qTXh5FxfNeBfLzX0INM6v5k3mjwoCiARYEBANkEcKT48uAr0IyAt
MTT+NAFAIWBBIwzQQSMfsBcAWGkgLUK9OUNpEWAw50QwQklDtigpRG9EHkLOLzmfNeMC0RmQUg3g
a3lsWkAocCJwcxLAI7Eufy/hP0FGoTRlNldGZDWyVORIRRgAUlVNwCKQBfDmT04gTbJSRUi3ChFL
4y874zX0KiA2QWgCQHA6zC8vBRBKkXouGDEloNtK7QxRbDWiSLczR39Vf79Wj0h5H2Y9z0y7RBJP
ToDjRDBJxidhOUvCNHQW8TNAShjCMTY0yiFgMza3TBEDYCWQYwVAVuNPBRAWZzAhAyBNB5BzYWd+
ZVebXxRMEwsxXxRA6jjXREFB5SVQRgNhOgyDP1E5IHIgQiFxL1Au0FtToE1UUDpqAREuMBFZZcJA
YWCQL+FwS4JdH0wnBmACMGS3ZHBpZGEieScQSnVuIUAyNgEnEDE5OTggOTpKMhmRTUwnVG9kt3VA
c3ItdGNAIWBzenQ0QHgoczBxS5JoF3XeYmZwX1Bkt08AOifAbHTFKOBQLwZIaVBhL2I6716kC7Y0
fTSmQyEwSpAxsr53ddBSUQUALwAkwHRLghgvc3Um8AkRL2tiFi8KwDBQYy9Qcy9xADE1Ni80LzM1
8i5nQHAgJbAikAVAEzD/BCEg0wdAAyAkwSOQIUABAP8BkAMQJpIjUi1DYAEj0gIQ7nIAwDBTdC8K
IHJ9DzS1RHU+VuQgPV8HwHg0dFB3oV9EMYEQMUIAREEwQ0EuMTMyQQ9ANkNzu3/gT2v/JxAioBEw
IUB2YAeAI5QioH8TMC6gIuKDsQOgKmB8YWVfb7AhICGxLPEuAS4M0HSqO1EgbwfgZCHweQhg/X+G
PSVgAZAAICGgBUAuAd178j9/hoOUBGJthoUnEPctYDHVIbR3ITAnoWoACsH/eYF6xCzBeYGMECgE
h7kJ4D8jsowiM4V/4IYDIbFvYnZ2MGBscGwu0CNwLqN2fQdAdQGgL1ErsAbwJbBO/w3gj3Z/hllP
lFc4VoBgc6b/k68+GzxElf+Zzz8RP4A/0f9/m1boRDFW4kWQnJlW/5kd/0p/bciZV03PTtmZU1CV
US//Uj81c1Nym2+oj6mfnm+Zb/OsNVrYPUFb4H7ff+Vf3/+rGmRzZT9mT2dff+Bokymg6wmAagBz
aZk0alUPQGrQ/jdwUGslj/Fr0GxvbX208d9upW/PcNMEkAcQY7IQLXD2IIlVku5TC4CSsCKwMcD7
MFAjwW8uoSMQA2EHsbjg/wSQLqEmQSHwvAYEIISUKlHphVF0cgDQayOxf4YDkW8EcCzRA2AvQW15
FIOxbScEIAtgBTBvcCZBYWv/iiEfICwwCQAPIL9BK7EuAX8j9AuQf5WFhCJTg/JwUEPQTUNJQYo0
L8SkIrB/L/iM0QIgIvEukQOgBaBu+2oAX1E9f4bLQQCQuNBooTeRACC1f+B5EUAtMXNr98TTxEIr
onJp8CMSJaEikP/DEQsgxgRfAcGBJmN6gQWwt2mxIqCSMWvCh7AhZxggSQSQdHonwGkuJaFVnFNS
cEHIlA9gLjZ3cPEEIFgtSsIhijQiU8IA+yyyK7FkBzF/hguAK7EIYQG7+Cg0LjAuMjn6KXkUZnrz
zFqHcM2xK2HvNDDPIyUgJYBof4Z6gr/H/SWwSIwyJoLDYdcyMcF6VQJQ3qBMT0cuVFhvTrAjIC9R
v3NXz6CHUHfzEMB/lTk1gGDWY3cAf4Y9agB02qIjsWSwdJpNUMRRdyGQMS40GZBqgPtqgLzvCkil
a7G4MACAbqD/BPIqYSuxuEQnEBEwI0IDoNeKcHrxK6IiAMBqK3EDcPRvQLkaIjz121LowOZa/bhE
IiPkwZEEcC7QelUHgf9gkjOFZGAFsXxJKWHWYWCw/7jRKPIdwNXikLAjwd9SeyS/BvAiQO2VzlIi
cDz1IiEw/Gxw7EArsXqCYJDIUSkx9x3ABBB5EUQh8CHgBUC4QPkhQHF1XyGLkQOgh4EFwBftnCDE
GiEA+CAAAwAQEAAAAAADABEQAQAAAAMAgBD/////QAAHMAATNNFtob0BQAAIMAATNNFtob0BCwAk
gAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADACWACCAGAAAAAADAAAAAAAAARgAAAAAQhQAA
AAAAAAMAJoAIIAYAAAAAAMAAAAAAAABGAAAAAFKFAAC3DQAAHgAngAggBgAAAAAAwAAAAAAAAEYA
AAAAVIUAAAEAAAAEAAAAOC4wAAMAKIAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwApgAgg
BgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAADACqACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAA
AAMAK4AIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgAsgAggBgAAAAAAwAAAAAAAAEYAAAAA
NoUAAAEAAAABAAAAAAAAAB4ALYAIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAAAAAe
AC6ACCAGAAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAAHgA9AAEAAAAFAAAAUkU6IAAA
AAADAA00/TcAANBH
------ =_NextPart_000_01BDA14C.F4A23720--
Subject:Re: (usr-tc) Possible HiP From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-06-26 22:43:49
http://backoffice.microsoft.com/downtrial/moreinfo/win95pptp.asp
-----Original Message-----
The link is no good and I can't find a thing in that area of MS' web site.
Is this an app, a feature (that I'm missing) or add on? What would be a
good word to search on? Tried ppp, debug, DUN, log, and every possible
combination. Any more info about this would be appreciated.
Thanks.
Subject:(usr-tc) No IP Address From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-27 00:17:46
Just installed hiperarc last week.
We have a few customers they could connect but couldn't go anyway.
So we do a "radlast", we found they didn't get any IP address.
Please help. Thanks.
jimmy 030:tc 208.130.151.117 Fri Jun 26 23:42 - 23:59 (00:16)
aglozier 019:tc 208.130.151.123 Fri Jun 26 23:41 still logged in
oca 017:hiper Fri Jun 26 23:41 - 23:41 (00:00)
mranallo 006:hiper 208.128.115.23 Fri Jun 26 23:38 - 23:41 (00:02)
Subject:(usr-tc) ICMP From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-27 00:28:40
After installed hiperarc, we keep getting the following messages.
can anyone help? Thanks.
Subject:Re: (usr-tc) No IP Address From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-27 01:37:04
On Fri, 26 Jun 1998, Gilles Lorphelin wrote:
> > Just installed hiperarc last week.
> > We have a few customers they could connect but couldn't go anyway.
> > So we do a "radlast", we found they didn't get any IP address.
> > Please help. Thanks.
> > --------------------------------------------------------------------------
> > jimmy 030:tc 208.130.151.117 Fri Jun 26 23:42 - 23:59 (00:16)
> > aglozier 019:tc 208.130.151.123 Fri Jun 26 23:41 still logged in
> > oca 017:hiper Fri Jun 26 23:41 - 23:41 (00:00)
> > mranallo 006:hiper 208.128.115.23 Fri Jun 26 23:38 - 23:41 (00:02)
> > --------------------------------------------------------------------------
>
> Make sure that your pool size is high enough to receive
> all the possible calls.
>
> look at the command : limit
Pool size has been set to 46. (2PRI)
The problem only happens to those certain customers.
Subject:(usr-tc) RE: (USR-TC) POSSIBLE HIP From: Jeff Binkley <jeff.binkley@asacomp.com> Date: 1998-06-27 03:08:00
-> Jeff,
-> The link is no good and I can't find a thing in that area of MS' web =
-> site.=20
-> Is this an app, a feature (that I'm missing) or add on? What would be a=20
-> good word to search on? Tried ppp, debug, DUN, log, and every possible=20
-> combination. Any more info about this would be appreciated.
-> Thanks.
->
-> o o =20
-> \_ _/=20
-> <(@@)>
-> ----------------000----()----000-------------------
-> RickyZ@mindspring.com
Go to the control panel and then select the network. Once there select the
dialup adapter and go to the advanced properties. Turn on the record log file
option. THis will start the ppplog.txt file generation. To find the article
on Microsoft's website (article # Q156435) go to the Support Online section
under Support. Search for "slow connect" under Windows 95. It should then be
option #11 on the results). Now if I can just figure out why laptops are
slower at signing on than desktops.
Jeff Binkley
ASA Network Computing
Subject:(usr-tc) Filter From: Roger Fouche <rfouche@oznet.com> Date: 1998-06-27 05:55:43
I'm having problems with allot of traffic on idle modems. Out class B
address has quite a few SAP broadcasts which is satiating the modem links.
I've been trying to create a filter to filter out certain kinds of SAP
traffic (JetDirect, Terminal Server, etc.) but every time I do a PTRACE on
the filter, it doesn't show anything. If I implement the filter, I loose all
communications on the connection. I attempting to apply this to the ports
themselves as an outbound filter.
I use a NetServer with v3.3x code. Running IP/IPX across the lines.
Anybody have a sample filter I could try?
Subject:(usr-tc) How do broadcasts get onto the LAN? From: Aaron Nabil <nabil@spiritone.com> Date: 1998-06-27 07:04:47
People on this list occassionaly request help setting up filters
to keep things like netbios broadcasts from their dial-up users off
their LAN.
It's unclear to me how the remote client would learn the appropriate
address and mask to be able to send broadcasts so they would end up
on the LAN.
Can anyone explain?
--
Aaron Nabil
Subject:Re: (usr-tc) No IP Address From: K Mitchell <mitch@keyconn.net> Date: 1998-06-27 08:34:38
At 01:37 AM 6/27/98 -0500, you wrote:
>On Fri, 26 Jun 1998, Gilles Lorphelin wrote:
>> > Just installed hiperarc last week.
>> > We have a few customers they could connect but couldn't go anyway.
>> > So we do a "radlast", we found they didn't get any IP address.
>> > Please help. Thanks.
>> >
>> > jimmy 030:tc 208.130.151.117 Fri Jun 26 23:42 - 23:59 (00:16)
>> > aglozier 019:tc 208.130.151.123 Fri Jun 26 23:41 still logged in
>> > oca 017:hiper Fri Jun 26 23:41 - 23:41 (00:00)
>> > mranallo 006:hiper 208.128.115.23 Fri Jun 26 23:38 - 23:41 (00:02)
>> >
>>
>> Make sure that your pool size is high enough to receive
>> all the possible calls.
>>
>> look at the command : limit
>
>Pool size has been set to 46. (2PRI)
>The problem only happens to those certain customers.
Did you make sure their DUN was set to accept server assigned IP?
Just a thought.
Kirk
Kirk Mitchell-General Manager tech@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)help me, where is ospf? From: Jeff Mcadams <jeffm@iglou.com> Date: 1998-06-27 08:45:48
Thus spake David Bolen
>The Ciscos at the end of the dialup nodes have static routes for the
>overall dialup block assigned to that node (which is statically
>sub-divided within the backbone to properly aggregate at the core
>nodes). The address assignment can be dynamic within the node but the
>only thing the local Ciscos care about RIP for is to get the next hop
>right. The core never sees routing changes at the fringe - but just
>knows which site it needs to get the traffic to and the Cisco gets the
>last hop right.
Just a quick response before I head off to the church. :)
Yeah, that's the *most* important part in doing this for us as well.
However, we have some accounts where we set up static IP numbers
(power-user accounts, dedicated accounts, etc.) and by redistributing
this stuff into OSPF, these accounts can dial into any of our POP's
anywhere and get connectivity, and with RIPv2 times tweaked right and
redistribution by OSPF, they can dial one, hang up, and almost
immediately dial another and have full routing and connectivity...pretty
sweet really.
>To be honest, I'd probably continue to do it somewhat similar to this
>even if the TC had OSPF - I don't see a need to propagate dialup
>changes much further than that first hop. But that's just one approach.
Yup, your approach is a little more limiting in what you can do with
static IP addressing though, so smaller ISP's will proly want to
redistribute to get that extra flexibility so we can compete with you
monster ISP's. ;)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) EXCUSE ME! From: Brian <signal@shreve.net> Date: 1998-06-27 11:36:54
>
> For our purpose, we change very little. Restore to factory defaults,
> then enable all traps, set some event thresholds, and change like 3
> objects (transmit level, local escape character, and the
> "noPbNoConnEna" object to reject calls if the PB link is down). For
> the HDM cards we added in enabling selective reject since it's off by
> default. But the process of fixing up each modem, saving each modem,
> and then saving the NMC in the end (for the trap enables) is just a
> minute or two per chassis.
What do you set the transmit level to?
> -- 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) ICMP From: Brian <signal@shreve.net> Date: 1998-06-27 11:41:52
On Sat, 27 Jun 1998, Lee Kuo wrote:
>
> After installed hiperarc, we keep getting the following messages.
> can anyone help? Thanks.
> ------
> Jun 27 00:02:43 machine kernel: ICMP redirect from 208.130.151.14
> Jun 27 00:02:43 machine last message repeated 30 times
> Jun 27 00:04:43 machine last message repeated 31 times
> Jun 27 00:06:43 machine kernel: ICMP redirect from 208.130.151.14
> Jun 27 00:06:43 machine last message repeated 30 times
> Jun 27 00:08:43 machine last message repeated 31 times
The HiperARC has a brian dead way of handling redirects.
If a user is on a IP address, handled by the ARC, and that user hangs up
during some sort of activity. The ARC frees the IP address, but traffic
still tries to reach the IP. The arc says "I don't know where this guy is
and sends a redirect.
If the arc is assigned ip pool 208.214.44.0/24 for example, and a user on
208.214.45.5 hangs up in the middle of doing something, all packets still
trying to reach 208.214.45.5 are going to be redirected. Why? I have no
idea, because the arc should not redirect anywheres, since there should be
a route for that network in its tables pointing to itself.
This has driven me nuts for months. I sent emails on it, detailing how
the netserver does *not* behave like this (if a ip hangs up on a
netserver, no redirects are sent).
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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Since upgrading to the V.90 code about 3 weeks ago, followed by
a hard power cycle a week ago, we have found the NMC card to crash
every 15 minutes (display goes blank, red lights, etc....).
It doesn't seem to create a problem (you gotta wonder what that card
is for :-), but it is disconcerting.
Any ideas ?
-Pascal
+--------------------------------------+-----------------------------------=
+
Pascal Gosselin http://www.Mlink.NET | Mlink Internet Inc.
pascal@Mlink.NET (514) 231-1923 | Montr=E9al, Qu=E9bec, Toronto, Ot=
tawa
Subject:Re: (usr-tc)help me, where is ospf? From: Bob Purdon <bobp@southcom.com.au> Date: 1998-06-27 14:03:32
> To be honest, I'd probably continue to do it somewhat similar to this
> even if the TC had OSPF - I don't see a need to propagate dialup
> changes much further than that first hop. But that's just one approach.
Shame :-( If ANS told 3COM they needed OSPF then we'd probably all get it
before the turn of the century :-)
Regards,
Bob Purdon,
Technical Manager,
Southern Internet Services.
PGP key at: http://www.southcom.com.au/~bobp/bobp.asc
On Fri, 26 Jun 1998, David Bolen wrote:
> For our purpose, we change very little. Restore to factory defaults,
> then enable all traps, set some event thresholds, and change like 3
> objects (transmit level, local escape character, and the
> "noPbNoConnEna" object to reject calls if the PB link is down).
I'm curious, how do you determine the transmit level? I was playing with
a lightly loaded chassis that is not x2/v.90 enabled, and at the default
settings I was getting a 26,400 connect that would occasionally train down
to 21,600. Upping the tx level made it worse, but nudging back to 8dB
from the default 11dB gave me a 28,800 connect that usually stayed there.
Our telco for this line doesn't really know why, but said that it's normal
to have to fiddle with these settings. What's the science behind this,
and how does one determine the optimal setting? Does this depend much on
the caller's line? Am I adjusting for the optimal connect for my home
line or everyone's?
Thanks,
Charles
~~~~~~~~~ ~~~~~~~~~~~
Charles Sprickman Internet Channel
INCH System Administration Team (212)243-5200
spork@inch.com access@inch.com
Subject:(usr-tc) SNMP perl lib From: Brian <signal@shreve.net> Date: 1998-06-27 18:57:23
If anyone has any work they have done using the perl SNMP library, I would
be interested in seeing some code. I am trying to work on a project but
find myself lacking some good example code, commented or not. Thanks.
O, and it doesn't necessarily have to be "USR" code, it can be for just
about anything, so long as it uses the SNMP perl library.
Brian
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc)help me, where is ospf? From: Ricky Beam <jfbeam@interpath.net> Date: 1998-06-27 20:13:20
Bob Purdon was heard to say:
>> To be honest, I'd probably continue to do it somewhat similar to this
>> even if the TC had OSPF - I don't see a need to propagate dialup
>> changes much further than that first hop. But that's just one approach.
>
>Shame :-( If ANS told 3COM they needed OSPF then we'd probably all get it
>before the turn of the century :-)
I have to ask... why is everyone so hot for OSPF? The Netserver/HiperARC
are terminal servers/dialup routers. They have no need to handle such a
complicated routing protocol. And I certainly don't want the added headache
of having to program OSPF on dialup hardware.
RIPv2 is more than sufficient to get the NAS's route info to a real router.
--Ricky
Subject:Re: (usr-tc)help me, where is ospf? From: Brian <signal@shreve.net> Date: 1998-06-28 00:07:07
On Sat, 27 Jun 1998, Ricky Beam wrote:
> Bob Purdon was heard to say:
> >> To be honest, I'd probably continue to do it somewhat similar to this
> >> even if the TC had OSPF - I don't see a need to propagate dialup
> >> changes much further than that first hop. But that's just one approach.
> >
> >Shame :-( If ANS told 3COM they needed OSPF then we'd probably all get it
> >before the turn of the century :-)
>
> I have to ask... why is everyone so hot for OSPF? The Netserver/HiperARC
> are terminal servers/dialup routers. They have no need to handle such a
> complicated routing protocol. And I certainly don't want the added headache
> of having to program OSPF on dialup hardware.
>
> RIPv2 is more than sufficient to get the NAS's route info to a real router.
1. OSPF is not a "complicated routing protocol".
2. There are countless reasons to use ospf over rip. I am not going to
run them all down here, but read the TC gripe list, I wrote up my
technical reasons why ospf is needed over ripv2 for at least some of us.
>
> --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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc)help me, where is ospf? From: Robert Sanders <rsanders@mindspring.net> Date: 1998-06-28 00:13:55
> >Shame :-( If ANS told 3COM they needed OSPF then we'd probably all get it
> >before the turn of the century :-)
ANS' using Bay Networks routers certainly hasn't made them anything
special.
> RIPv2 is more than sufficient to get the NAS's route info to a real router.
Depends. It's not good to have a bunch of RIPv2 routes redistributed
into an OSPF area as externals. RIP metrics and OSPF metrics are not
compatible. RIP takes too long to count to infinity and take alternate
paths; speeding that up leads to resource waste and instability. RIP
wastes CPU and network bandwidth even in a stable environment. We've
also seen some problems with having two Ciscos listening to RIP on the
same segment and somehow negating each other's redistributions of that
route. (It can be worked around, but not without a severe loss of
functionality and redundancy.)
So many companies have made lousy terminal servers partly because of the
belief that they're not real routers.
> And I certainly don't want the added headache of having to program OSPF on dialup hardware.
What do you mean by "program"? Once you have a decent network design
plan to follow, OSPF configuration involves fewer headaches and
surprises than mixed RIPv2/OSPF configurations. You usually only have
to set a few parameters on any new OSPF participant: DR election
priority, area number, area type, area auth, and network number.
regards,
-- Robert
On Jun 27, 6:57pm, Brian wrote:
> Subject: (usr-tc) SNMP perl lib
> If anyone has any work they have done using the perl SNMP library, I would
> be interested in seeing some code. I am trying to work on a project but
> find myself lacking some good example code, commented or not. Thanks.
>
> O, and it doesn't necessarily have to be "USR" code, it can be for just
> about anything, so long as it uses the SNMP perl library.
You can find some examples in the MRTG package.
--
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 Jun 27, 6:57pm, Brian wrote:
> Subject: (usr-tc) SNMP perl lib
> If anyone has any work they have done using the perl SNMP library, I would
> be interested in seeing some code. I am trying to work on a project but
> find myself lacking some good example code, commented or not. Thanks.
>
> O, and it doesn't necessarily have to be "USR" code, it can be for just
> about anything, so long as it uses the SNMP perl library.
You can find some examples in the MRTG package.
--
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
Subject:(usr-tc) RBS is big part of the 56k mess From: Richard Gamberg <bbhi@prodigy.net> Date: 1998-06-28 12:53:47
I get good 56k connects on 1-in-6 calls (on average).
I'm not the only one.
This happens with v.90, x2, and Flex. All known (to me) releases.
Why??????????
================
The switched telephone network is based upon a 64kbps channel of digital
data representing an analog (voice) signal.
The 64kbps signal is derived from 8000 8-bit samples a second (8000x8=64k)
56k (PCM) modems sample the analog signal 8000 times per second.
Each 8-bits of the digital channel has 256 possible values, which are
translated (codec) into 256 possible voltages. Because the codec is designed
for voice, the 256 voltages are not evenly spaced, making the closely spaced
voltages more difficult to accurately decode. The voltage levels the PCM
modem will used is referred to as the 'constellation'.
Every time we reduce the constellation (# of voltage levels used) by 1/2,
the available bit rate for the modem link is reduced by 8k:
# Voltage Levels Bit rate (bps) # of telco bits "used" per 8-bits
--------------- -------------- ---------------------------
256 64k 8
128 56k 7
64 48k 6
32 40k 5
16 32k 4
8 24k 3
PCM modems are not restricted to using these bit-related voltage levels.
That is why we have some unusual rates with x2/v90 (like 46,666). Flex, with
its 2k increments is easier to understand:
Let's take the Flex rates between 40 & 48k:
There are 32 voltage levels between the 40 & 48k rate, and there are 4 Flex
rates between 40 and 48k. 32/4=8. If we use 40 voltage levels, for each
sample we can define 5 bits, and have 8 extra voltage levels; after 4
samples, we've accumulated 32 extras - enough to define an extra bit. With
8000 samples per second, we can accumulate 2000 (8000/4) extra bits per
second:
# Voltage Levels Bit rate (bps)
---------------- --------------
32 40k
40 42k
48 44k
56 46k
64 48k
The number of levels needed for rates between 48k and 56k are doubled. There
are 64 levels between the 48 and 56k rates, and still 4 Flex intermediate
Flex rates. 64/4=16. Thus
# Voltage Levels Bit rate (bps)
---------------- --------------
64 48k
80 50k
96 52k
112 54k
128 56k
If it only takes 32 out of a possible 256 voltage levels to get 40kbps, why
are many 56k modems users getting rates in the low-mid 30's, and finding
that throughput often doesn't live up to even that poor connect?
There are plenty of complications!
One of the biggest is "processing" the telco does that alters the bit
pattern produced by the digital server modem. This processing, often
referred to as "impairments" includes Pads (used to reduce the signal
level), and RBS (robbed-bit-signaling used for trunk/channel supervision). A
call can be subject to 0 or more RBS-links. Each RBS-link "steals" 1 bit out
of every 48. If there is only 1 RBS link, the level of every 6th sample
could be altered by 1 step. If we are using a 48k rate detecting 64 voltage
levels, on that 6th sample, we can only reliably detect 32 levels. ((48k *
5/6)+(40k * 1/6)) = 46.667k. 2 RBS links further decreases the rate: (48k *
4/6)+(40k * 2/6) = 45.333k. For this to work, it is essential to accurately
determine which sample(s) are affected by RBS. (Flex, with its 2k rates uses
a 2k-multiple reduction in the RBS sample frame(s) resulting in no effect
for the 3rd or 6th RBS link: 1 RBS drops the rate 2k; 2 RBS drops 4k; 3 RBS
drops 4k, etc.)
The main reason 56k does not work well in many situations is the inability
to locate the RBS frames. When this occurs, even though a very small
constellation has been selected, the modems aren't really reducing the
samples in (all) the correct frames, causing high error rate, retrains,
confused modems and poor throughput. I believe I've positively identified
one manifestation of this problem: whenever there are 2 or more RBS links,
there is a 1-in-6 chance of 2 of these links aligning - ie, they use the
same frame, so the effect is as if there is only 1 RBS link. I encounter
this to my ISP, and that's why (on average) 1 in 6 calls gives me a good
connection, and 5 out of 6 don't. (Think LasVegas when you translate that to
the real world - somedays you'll "win", somedays you'll "lose", but with
1-in-6 odds, you're going to go broke (have poor connections) most of the
time.)
Why not assume all the frames have a robbed bit? If that were done, we've
got 128 levels to work with. But, because the robbed bits will still affect
the actual voltages, and because of the non-linear nature of the a/d
conversion, we'd have to throw out 1/2 of the 128 levels, leaving 64 (48k
max rate) and we'd no longer be dealing with a "56k" modem! And with all of
the above, the calculations assume no modem overhead on the bitstream for
protocol/control which reduces the real data bps.
==========
It may not be totally right, but I'm gettin' closer. "The truth is out
there"
Richard
http://pages.prodigy.net/bbhi/r-rnut-x2.htm 56k=v.Unreliable
Subject:(usr-tc) pipelines connecting to USR TCs From: Leon McCalla <ascend@caribbeanlink.com> Date: 1998-06-28 23:55:04
ever since i upgraded the USRs to the new V.90 code i haven't been able to
connect pipelines at 128K nor can i connect Courier I modems at 128K. I am
forced to connect them all via PPP instead of MP.
what is the difference betwween V.120 and V.110 and what is the main
difference in protocol between PPP and MP (other than the obvious 2
chanells)
is there something that i need to adjust in the Netserver card?
Leon
Once upon a time Leon McCalla shaped the electrons to say...
>what is the difference betwween V.120 and V.110 and what is the main
Just about everything. V.110 and V.120 are VERY different protocols,
VERY different. Both are used to carry async data over an ISDN line,
but aside from that the signalling involved is extremely different.
>difference in protocol between PPP and MP (other than the obvious 2
Not much at all - just a couple of extra LCP options. See RFC 1990 for
the stuff added for MP.
-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) RBS is big part of the 56k mess From: Richard Gamberg <bbhi@prodigy.net> Date: 1998-06-29 06:48:57
-> -----Original Message-----
-> From: Marshall Morgan [mailto:marshall@netdoor.com]
-> Subject: RE: (usr-tc) RBS is big part of the 56k mess
->
->
-> On Sunday, June 28, 1998 5:54 PM, Richard Gamberg
-> [SMTP:bbhi@prodigy.net]
-> wrote:
-> > I get good 56k connects on 1-in-6 calls (on average).
-> > I'm not the only one.
-> > This happens with v.90, x2, and Flex. All known (to me) releases.
-> >
-> > Why??????????
-> > ================
-> > <snip>
-> >
->
-> Are you saying you have crappy phone lines or what? We live in
-> a mostly rural
-> state and have some areas that average in the mid 40's ... which
-> sounds a lot
-> better than 33.6.
->
-> Marshall Morgan
->
-> Internet Doorway, Inc. (aka NETDOOR)
No, it is not crappy phone lines. If anything, it's 'crappy' performance of
the 56k technology/firmware on certain combinations of 'normal' telco
facilities that the technology is supposed to handle.
Aloha,
Richard
http://pages.prodigy.net/bbhi/r-rnut-x2.htm
Subject:(usr-tc) Routing question From: Martin Oberle <oberle@ima.uni-stuttgart.de> Date: 1998-06-29 09:01:46
Hi.
I have a problem with LAN-to-LAN routing. I use a
total control hub (system release 2.5.1) I added
a network user and location to my netserver.
When packets for the location pfleider come to the netserver,
it dials to a remote router (192.168.10.254, 255.255.255.0)
This router (3COM Office Connect) immediately drops the
call an dials in to the netserver. This behavior is correct.
When a connection to a clients must be made, the clients pays the connection
costs.
Command> show user pfleider
Username: pfleider Type: Dial-in Network User
Address: 192.168.10.254 Netmask: 255.255.255.0
Protocol: PPP Options: Quiet
MTU: 1500 Async Map: 00000000
Command> show location pfleider
Location: pfleider Type: On Demand
Destination: 192.168.10.254 Netmask: 255.255.255.0
Protocol: PPP Options: Routing
Group: 0 Max Ports: 1
Idle Timeout: 2 minutes High Mark: 0 bytes
Mtu: 1500 Async Map: 00000000
Dial Script: Send Command Wait for Reply
------------------------------ ----------------------------
--
AT*v2=5DT0,910956\r CONNECT\r
When the remote router dials in to the netserver, the netserver adds
a route only to the remote router. It uses a subnetmask with
255.255.255.255. So I can not ping to any host of the
network 192.168.10.0 (255.255.255.0) expect for the router itself.
Aftersome seconds the netserver
seems to be aware of the the problem and dials again to the remote router.
Now the remote router dials back to the netserver an after a some time
I can see the correct route to the network 192.168.10.0 with a
subnetmask of 255.255.255.0. But this takes up to 2 minutes.
Command> sh ro
Destination Gateway Flag Met Interface VPN
-------------------- ---------------- ---- --- --------- ---
0.0.0.0 /0 195.x.x.x NS 1 net0 0
192.168.10.254 /32 192.168.10.254 HLC 1 ptp129 0
195.x.x.x /25 195.x.x.x NL 1 net0 0
Command>
So my questions are:
1. Is there an error in the configuration of the user or the location?
2. Must I tell the netserver that the location it dials to will dial
back (if so how?) or will this work anyway? The netserver trys serveral
times to dial in to the remote router because the connection it wants
to make fails of course. How can I change the retrys?
3. Why is first the wrong subnetmask used?
4. There are two other networks on the remote router (192.168.11.0 and
192.168.12.0). How must I set up my location and network user that
the netserver makes a connection to the remote router (192.168.10.254)
when packets for this networks are waiting?
Thanks
Mit freundlichen Gruessen
Martin Oberle
****************************************************************
Martin Oberle, Dipl.-Ing.
Institut fuer Maschinenelemente, Universitaet Stuttgart, Germany
Telefon +49 711/685-6175
e-mail oberle@ima.uni-stuttgart.de
****************************************************************
Subject:(usr-tc) HiPer crash From: K Mitchell <mitch@keyconn.net> Date: 1998-06-29 09:27:15
While logged into my HiPer chassis(telnet) I got the following and the NMC
rebooted. What happened?
EXCEPTION 0300 CRASH DUMP:
GPRs:
R0: 0x003B185C R1: 0x03FAFC50 R2: 0x000B16C8 R3: 0x03FAFD38
R4: 0x464C5348 R5: 0x00622E50 R6: 0x000A2001 R7: 0x00000000
R8: 0x000DF6DC R9: 0x00000015 R10: 0x120D2AC7 R11: 0x464C5348
R12: 0x00000000 R13: 0x000B988C R14: 0x00000000 R15: 0x004448E4
R16: 0x004448C4 R17: 0x00002710 R18: 0x004448D0 R19: 0x004448BC
R20: 0x004448A8 R21: 0x004448B0 R22: 0x004448C0 R23: 0x08000000
R24: 0x000006F3 R25: 0x00444674 R26: 0x80000000 R27: 0x00000000
R28: 0x00000001 R29: 0x03FAFDD0 R30: 0x005F6E18 R31: 0x00444678
SPRs:
CR: 0x24000000 XER: 0x20000004 LR: 0x003B185C CTR: 0x00308BE8
SRR0: 0x003B10FC SRR1: 0x0000B930 DSISR: 0x40000000 DAR: 0x464C534B
DMISS: 0x464C534C DCMP: 0xC8CD0519 HASH1: 0x0000B3C0 HASH2: 0x00004C00
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:
0x003B10FC (Exception return address - SRR0)
0x003B185C
0x003B28CC
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
...
I only had one user logged on at the time.
Thanks,
Kirk
Kirk Mitchell-General Manager tech@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) scotty vs perl (SNMP) From: Brian <signal@shreve.net> Date: 1998-06-29 09:33:25
I am having a bit of trouble in doing things in perl vs. scotty, let me
give a breif example:
#!/usr/bin/scotty
set mibdir "/usr/local/mibs"
set community "public"
set nmc "nmc.nmc.com"
set number "7005"
mib load "$mibdir/mib.txt"
set session [snmp session -address $nmc -community $community
set initialtx [$session get "mdmCsInitialTxLinkRate.$number"]
puts "$initialtx"
This script outputs what I want:
Initial Speeds (Tx/Rx) {1.3.6.1.4.1.429.1.6.9.1.1.11.7005 INTEGER bps64000}
Now lets do the same in perl
#!/usr/bin/perl
use SNMP;
SNMP::setMib("/usr/local/mibs/mib.txt";
$community="public";
$nmc="nmc.nmc.com";
$number="7005";
$session = new SNMP::Session ( DestHost =>$nmc, Community =>$community);
$mdmCsInitialTxLinkRate = new SNMP::Varbind(['mdmCsInitialTxLinkRate',$number]);
$session->get($mdmCsInitialTxLinkRate);
print "$mdmCsInitialTxLinkRate)->[2]\n;
This script outputs:
54
No doubt the failure is on my part, not understanding the SNMP modules
that much for perl, but one has to admit the examples they give are
lacking :). If anyone can just show me how to query this object, that
would be great........
Brian
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
Subject:Re: (usr-tc) scotty vs perl (SNMP) From: Michael Mittelstadt <meek@execpc.com> Date: 1998-06-29 09:57:49
[Quoth Brian]
] I am having a bit of trouble in doing things in perl vs. scotty, let me
] give a breif example:
]
[scotty example snipped]
] Initial Speeds (Tx/Rx) {1.3.6.1.4.1.429.1.6.9.1.1.11.7005 INTEGER bps64000}
]
]
] ---------------------------------------------------------------------------
]
] Now lets do the same in perl
]
] #!/usr/bin/perl
]
] use SNMP;
] SNMP::setMib("/usr/local/mibs/mib.txt";
]
] $community="public";
] $nmc="nmc.nmc.com";
] $number="7005";
]
] $session = new SNMP::Session ( DestHost =>$nmc, Community =>$community);
]
] $mdmCsInitialTxLinkRate = new SNMP::Varbind(['mdmCsInitialTxLinkRate',$number]);
]
] $session->get($mdmCsInitialTxLinkRate);
] print "$mdmCsInitialTxLinkRate)->[2]\n;
]
] This script outputs:
]
] 54
'54' is the value for bps64000 in mdm.mib. As a shortcut, I just take
that whole thing (it's in mdm.mib) and make it a hardcoded associtive
array in my perl scripts. The real way would be to get the module to
better handle enumerated types. I don't remember if this is possible
or not.
]
]
] No doubt the failure is on my part, not understanding the SNMP modules
] that much for perl, but one has to admit the examples they give are
] lacking :). If anyone can just show me how to query this object, that
] would be great........
--
Michael Mittelstadt meek@execpc.com
VP - Internet Technologies ExecPC Internet
http://www.execpc.com/~meek 1-800-ExecPC-1
Subject:Re: (usr-tc) scotty vs perl (SNMP) From: Brian <signal@shreve.net> Date: 1998-06-29 10:26:59
>
> '54' is the value for bps64000 in mdm.mib. As a shortcut, I just take
> that whole thing (it's in mdm.mib) and make it a hardcoded associtive
> array in my perl scripts. The real way would be to get the module to
> better handle enumerated types. I don't remember if this is possible
> or not.
>
Thats the thing. In scotty, it automagically references the "54" with its
value via the mib file. The lookup table is already in the mib, so I was
wondering if perl SNMP supported something that I just don't know how to
do, and thats referencing the value "54" with its value in the mib.txt.
I actually learned most of what i know of the SNMP module by following
some example code you sent me a while back :). In it I saw your arrays,
which isn't so bad I guess so long as your only looking at <10 OID's or
so.
Thanks
Brian
> ]
> ]
> ] No doubt the failure is on my part, not understanding the SNMP modules
> ] that much for perl, but one has to admit the examples they give are
> ] lacking :). If anyone can just show me how to query this object, that
> ] would be great........
>
> --
> 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.
>
/-------------------------- signal@shreve.net -----------------------------\
| Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 |
| Network Administrator | Perl, Linux | Web hosting, online stores, |
| ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs |
| 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ |
| mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.47 |
\-------------------------- 318-222-2638 x109 -----------------------------/
> What do you set the transmit level to?
-13db, from its default of -11db. E.g., the default is more suited
for analog POTS lines rather than digital lines.
There's some other mail from me in the past to this list with
additional information regarding the transmit level. It's not an
exact science but several years back I got that suggestion from 3Com
as a good "digital" value, and we've pretty much run with it since.
Note that this won't affect x2/V.90 as they force their own power
levels (at about -12db I think).
Also, we don't bother changing it on the HDMs since they default to
-12db up front so I've left them alone.
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
Charles Sprickman <spork@inch.com> writes:
> I'm curious, how do you determine the transmit level? I was playing with
> a lightly loaded chassis that is not x2/v.90 enabled, and at the default
> settings I was getting a 26,400 connect that would occasionally train down
> to 21,600. Upping the tx level made it worse, but nudging back to 8dB
> from the default 11dB gave me a 28,800 connect that usually stayed there.
Heh, you're probably violating specs for the line at -8db, but yes,
making the signal that much stronger is going to push through lots of
various noise conditions - of course it may also fail to connect
entirely to other folks.
Remember that the transmit level parameter is actually a -db
parameter. So when you move from 11 to 8 you're actually _increasing_
the power used for the signal.
The default value of -11 is reasonable for lines that interface
directly at the analog level, but it can be too "hot" for digital
interfaces. (Actually I always wondered about that since the FCC
limit I thought was -12db, so it would seem that -11db is already over
the limit)
> What's the science behind this,
> and how does one determine the optimal setting? Does this depend much on
> the caller's line? Am I adjusting for the optimal connect for my home
> line or everyone's?
I'm not sure there is a single optimal setting, but yes, I'd expect
that in your case you were just forcing the signal past some sort of
impediment or attenuation/noise on your line. The risk is that on
someone else's line the signal will now be too strong and they won't
be able to handle it. Modems have a problem training in cases with
the signal is too strong in similar ways to when it is too weak to
pick out of background noise or line behavior.
The value we used was at 3Com's suggestion several years ago - we've
gotten decent results with it and have pretty much just stuck with it,
but your mileage may vary, and even we have had the odd site or two
where we tried changing the value to see if it improved aggregate
statistics at the node. (In one case we were homed into a higher
level switch at the telco and thus didn't hit an additional digital
pad they normally added to customer lines, so we actually decreased it
a bit further).
-- David
/-----------------------------------------------------------------------\
\ David Bolen \ Internet: db3l@ans.net /
| ANS Communications, Inc. \ Phone: (914) 701-5327 |
/ 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \
\-----------------------------------------------------------------------/
I've been told by Webramp that upgrading to version 1.2.2 (or higher) of
the HiPer DSP code will fix the problem. I've just flashed the modem
code and I will find out today whether or not this fixed it. If this
fixes the problem, you will need to contact USR tech support to get this
version of the code as it is not released yet.
Tim Geddings wrote:
>
> Welcome to my nighmare. I struggled with the entre box dialing into our
> HiPer chassis for 3 weeks. After many, many discussions with both ramp and
> 3com, I determined it would not work. We finally replaced the ISDN entre
> box with the analog Webramp box and connected it to an external ISDN TA.
> This works, but the call setup time is not great. Someone at 3com finally
> told me it should work after the next release of HiPer DSP code?
>
> If you make any progress, please let me know.
>
> -----Original Message-----
> From: Frank Basso <frank@got.net>
> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>
> Date: Wednesday, June 17, 1998 8:47 PM
> Subject: (usr-tc) Rampnet Webramp
>
> All,
>
> We have several users using the Rampnet.com's "Webramp IP" and "Webramp
> Entr�" products to connect to our HiPer chassis via ISDN. Here is the
> issue...It does not work.....All we can see is an inbound call to the
> chassis and then nothing like it is not talking via PAP or CHAP, which we
> have both enabled. As for our equipment we are running the May 1st release
> of the Total Control code across the board. We are also seeing similar
> behavior with CISCO 7xx series ISDN boxes.
>
> Any ideas ? We are fresh out.
>
> Thanks in advance.
>
> Frank Basso
> Network Administrator
> Got.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.
--
=======================================================
=========== Andrew Aken - President =========
====== GlobalEyes Communications, Inc. ======
=Southern Illinois' Fastest Connection to the Internet=
========== http://www.GlobalEyes.net ========
=======================================================
On Mon, Jun 29, 1998 at 09:33:25AM -0500, Brian wrote:
> I am having a bit of trouble in doing things in perl vs. scotty, let me
> give a breif example:
>
> #!/usr/bin/scotty
>
> set mibdir "/usr/local/mibs"
> set community "public"
> set nmc "nmc.nmc.com"
> set number "7005"
>
> mib load "$mibdir/mib.txt"
> set session [snmp session -address $nmc -community $community
>
> set initialtx [$session get "mdmCsInitialTxLinkRate.$number"]
> puts "$initialtx"
>
>
> This script outputs what I want:
>
> Initial Speeds (Tx/Rx) {1.3.6.1.4.1.429.1.6.9.1.1.11.7005 INTEGER bps64000}
>
>
> ---------------------------------------------------------------------------
>
> Now lets do the same in perl
>
> #!/usr/bin/perl
>
> use SNMP;
> SNMP::setMib("/usr/local/mibs/mib.txt";
>
> $community="public";
> $nmc="nmc.nmc.com";
> $number="7005";
>
> $session = new SNMP::Session ( DestHost =>$nmc, Community =>$community);
>
> $mdmCsInitialTxLinkRate = new SNMP::Varbind(['mdmCsInitialTxLinkRate',$number]);
>
> $session->get($mdmCsInitialTxLinkRate);
> print "$mdmCsInitialTxLinkRate)->[2]\n;
>
> This script outputs:
>
> 54
>
> No doubt the failure is on my part, not understanding the SNMP modules
> that much for perl, but one has to admit the examples they give are
> lacking :). If anyone can just show me how to query this object, that
> would be great........
Have a look at the perl snmp package from MRTG aka
simon@switch.ch .. Somwhere on ftp.switch.ch
http://www.switch.ch/misc/leinen/snmp/perl/index.html
This package does NOT include a mib parser which IMHO should
not be done in run time of the originial program as this
consumes MUCH cpu horsepower. This package is flexible, *very* fast
and easy to use, and you just have to submit a hash
of "name" to iso notation mapping. There are good examples
in the package.
BTW: We dont use the CMUsnmp things as when we tried had memory
leaks (for long running processes a problem) and were much slower
than the perl-snmp things of simon.
Flo
--
Florian.Lohoff@mediaWays.net +49-5241-80-7085
aka flo@mini.gt.owl.de @HOME +49-5241-470566
Subject:Re: (usr-tc) ICMP From: Andres Kroonmaa <andre@ml.ee> Date: 1998-06-30 10:56:37
On 27 Jun 98, at 11:41, Brian <usr-tc@lists.xmission.com> wrote:
> On Sat, 27 Jun 1998, Lee Kuo wrote:
> >
> > After installed hiperarc, we keep getting the following messages.
> > can anyone help? Thanks.
> > ------
> > Jun 27 00:02:43 machine kernel: ICMP redirect from 208.130.151.14
> > Jun 27 00:02:43 machine last message repeated 30 times
> > Jun 27 00:04:43 machine last message repeated 31 times
> > Jun 27 00:06:43 machine kernel: ICMP redirect from 208.130.151.14
> > Jun 27 00:06:43 machine last message repeated 30 times
> > Jun 27 00:08:43 machine last message repeated 31 times
>
> The HiperARC has a brian dead way of handling redirects.
>
> If a user is on a IP address, handled by the ARC, and that user hangs up
> during some sort of activity. The ARC frees the IP address, but traffic
> still tries to reach the IP. The arc says "I don't know where this guy is
> and sends a redirect.
>
> If the arc is assigned ip pool 208.214.44.0/24 for example, and a user on
> 208.214.45.5 hangs up in the middle of doing something, all packets still
> trying to reach 208.214.45.5 are going to be redirected. Why? I have no
> idea, because the arc should not redirect anywheres, since there should be
> a route for that network in its tables pointing to itself.
>
> This has driven me nuts for months. I sent emails on it, detailing how
> the netserver does *not* behave like this (if a ip hangs up on a
> netserver, no redirects are sent).
You mean, ARC sends _icmp_-redirect??? to whom? to default gateway?
huh, funny, although harmless I guess...
If it just forwards packets to default gateway, then this is not only
usr/3com problem, and it is even hard to believe that netserver does
not do that. I'd guess that syslog message is misleading, that actually
there was ip forward not icmp redirect happening.
In fact, any NAS has trouble when it gets packet to a destination that
has dropped a call. What should it do with it, hold it in queue? too
complex, drop the packet? bad idea, as user could have came online
on another NAS nearby, so it is wise to forward packet to "smart"
gateway, default. If that "smart" occurs to be as "dumb" as NAS,
then they continue to play ping-pong until ip-packet's TTL reaches 0,
then packet is dropped with "source-quench".
Bad news is that with default TTL of 255 every packet destined to dead
dialin host takes about 250 fast ping-pongs before going to trash, just
wasting both local bandwidth and burning cpu uselessly.
About your comment that it should have a route for that network in its
tables - this is not quite true. Any NAS, when interface owning a route
goes down, immediately removes that route from its active tables, this
is normal and expected behaviour.
Although pretty harmless, you can get real trouble when a bunch of calls
drop from NAS that all had download activity. Consider: 1500 byte packet,
traversing 250 times local lan, wastes 366KBytes. suppose a full E1 trunk
dying with 30 sessions going down, on average 2 tcp open sessions per
modem, and allow 1-2 retry packets from remote site before it realises
that session is broken. We'd get 250x2x30x2 ~= 30000 packets spike, in
worst case all 1500 byte packets, wasting 45MB of bandwidth in a short
time. Too bad if the link is serial, not 100baseT lan.
Although described doom situation is unlikely, 250 redirects before drop
is useless imho, and we here handle this by installing ip filters on
input interface of default router facing NAS that reject ip packets
_destined_ to dialup pools. This way, packets pongs only once back from
NAS to default gateway, then they are rejected and icmp-host-unreachable
is sent back to remote site.
So far, it has broken nothing. In a sense, this will happen also if you
use antispoofing filters that reject all source IPs but those from ip
pools to arrive on interface from NAS side.
----------------------------------------------------------------------
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
----------------------------------------------------------------------
Does this software exist, and where is it hidden? ;)
I keep seeing references to it in the docs but in over
2 years of TC-ing have yet to actually see it.
TIA
Dave
Subject:Re: (usr-tc) Trumpet winsock and Mac From: Frank Basso <frank@got.net> Date: 1998-06-30 17:11:06
Why yes......
-----Original Message-----
>
>We have a few customers running win 3.1 with trumpet and Mac. They have
>problems to connect to our HiperArc. The problem seems right after the
>username is sent and the modem hangs up.
>Does anyone have the same problem(PAP)? Thanks.
>
>--------------------------------------------------------------------------
>dldaniel 028:pm3 208.130.151.133 Tue Jun 30 17:45 - 18:10 (00:24)
>dldaniel 016:hiperarc Tue Jun 30 17:44 - 17:44 (00:00)
>dldaniel 019:hiperarc Mon Jun 29 21:40 - 21:40 (00:00)
>dldaniel 003:hiperarc Mon Jun 29 21:32 - 21:32 (00:00)
>dldaniel 016:hiperarc Mon Jun 29 21:30 - 21:30 (00:00)
>dldaniel 019:hiperarc Mon Jun 29 20:29 - 20:29 (00:00)
>dldaniel 006:hiperarc Mon Jun 29 20:25 - 20:25 (00:00)
>dldaniel 002:pm2 208.130.151.62 Thu Jun 25 22:01 - 22:10 (00:09)
>-----------------------------------------------------------------------
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Trumpet winsock and Mac From: Lee Kuo <lee@cosmo.mitec.net> Date: 1998-06-30 18:15:51
We have a few customers running win 3.1 with trumpet and Mac. They have
problems to connect to our HiperArc. The problem seems right after the
username is sent and the modem hangs up.
Does anyone have the same problem(PAP)? Thanks.
dldaniel 028:pm3 208.130.151.133 Tue Jun 30 17:45 - 18:10 (00:24)
dldaniel 016:hiperarc Tue Jun 30 17:44 - 17:44 (00:00)
dldaniel 019:hiperarc Mon Jun 29 21:40 - 21:40 (00:00)
dldaniel 003:hiperarc Mon Jun 29 21:32 - 21:32 (00:00)
dldaniel 016:hiperarc Mon Jun 29 21:30 - 21:30 (00:00)
dldaniel 019:hiperarc Mon Jun 29 20:29 - 20:29 (00:00)
dldaniel 006:hiperarc Mon Jun 29 20:25 - 20:25 (00:00)
dldaniel 002:pm2 208.130.151.62 Thu Jun 25 22:01 - 22:10 (00:09)
Subject:(usr-tc) Cable modem software v1.67 and TC not working From: Eric <elorenzo@mediacity.com> Date: 1998-06-30 18:57:08
3Com is now shipping their internal cable modems with software version
1.67. These are the modems in the new flashy, consumer aimed packaging.
This software just does not work and when we downgrade the client machine
back to v1.50, we have no problems whatsoever. As far as I can tell,
they've changed how DHCP is being handled which is exaclty where the
registration process fails.
Does anyone have any insight or experience with this?
Eric
---
Eric J. Lorenzo Field Engineer
v:650.237.1465 f:650.237.1499
ELorenzo@ISPchannel.com www.ISPchannel.com
Subject:Re: (usr-tc) Trumpet winsock and Mac From: G. Owens <gowens@seark.net> Date: 1998-06-30 20:19:53
Since upgrading to the Hiperarc we to have experienced the same sort of
problems with a few of our Win95 users. ...Gets to verifying user name and
password and then disconnects them and gives a can't establish protocol
message. One user is using a 56k X2 type modem in a new Packard Bell PC. She
will connect maybe 1 in 6 tries...Yet to find the cause, any suggestions?
-----Original Message-----
>
>We have a few customers running win 3.1 with trumpet and Mac. They have
>problems to connect to our HiperArc. The problem seems right after the
>username is sent and the modem hangs up.
>Does anyone have the same problem(PAP)? Thanks.
>
>--------------------------------------------------------------------------
>dldaniel 028:pm3 208.130.151.133 Tue Jun 30 17:45 - 18:10 (00:24)
>dldaniel 016:hiperarc Tue Jun 30 17:44 - 17:44 (00:00)
>dldaniel 019:hiperarc Mon Jun 29 21:40 - 21:40 (00:00)
>dldaniel 003:hiperarc Mon Jun 29 21:32 - 21:32 (00:00)
>dldaniel 016:hiperarc Mon Jun 29 21:30 - 21:30 (00:00)
>dldaniel 019:hiperarc Mon Jun 29 20:29 - 20:29 (00:00)
>dldaniel 006:hiperarc Mon Jun 29 20:25 - 20:25 (00:00)
>dldaniel 002:pm2 208.130.151.62 Thu Jun 25 22:01 - 22:10 (00:09)
>-----------------------------------------------------------------------
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
I think its included in the TCM (total control manager) package for
windows, available at totalservice.usr.com
- lv
On Tue, 30 Jun 1998, David OBrien wrote:
> Does this software exist, and where is it hidden? ;)
>
> I keep seeing references to it in the docs but in over
> 2 years of TC-ing have yet to actually see it.
>
> TIA
> Dave