On Mon, 30 Apr 2001 mmm3@cornell.edu wrote:
> I'm having an oddball problem that, while not service-affecting, is
> nevertheless extremely annoying. Every once in a while, my HiPerNMCs
> will "freeze" up; They'll fall off the network and I can't even get
> them to respond via the console port. I have to physically pull the
> card and let it reboot to get it back. Has anyone seen this? Anyone
> have a clue/cure? Thanks...
Happens here too particularly when the TCS is idle for long periods of
time (ie. no calls for days). It only happens on TCS at the tail end of
our dialup hunt group. I've never quite figured out what causes it.
This is a multi-part message in MIME format.
------=_NextPart_000_000A_01C0D278.8025E710
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Ours do that too sometimes. They will only answer the
second ping from the ARC (the first ping fails). After
the second ping - everything is OK. Have not yet seen
this anomaly with NMC code 7.0.0.
blake
> -----Original Message-----
> From: Antonio Querubin [mailto:tony@lava.net]
> Sent: Tuesday, May 01, 2001 7:40 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Frozen NMCs
>
>
> On Mon, 30 Apr 2001 mmm3@cornell.edu wrote:
>
> > I'm having an oddball problem that, while not service-affecting, is
> > nevertheless extremely annoying. Every once in a while, my HiPerNMCs
> > will "freeze" up; They'll fall off the network and I can't even get
> > them to respond via the console port. I have to physically pull the
> > card and let it reboot to get it back. Has anyone seen this? Anyone
> > have a clue/cure? Thanks...
>
> Happens here too particularly when the TCS is idle for long periods of
> time (ie. no calls for days). It only happens on TCS at the
> tail end of
> our dialup hunt group. I've never quite figured out what causes 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.
>
------=_NextPart_000_000A_01C0D278.8025E710
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DWindows-1252">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.0.4417.0">
<TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=3D2>Ours do that too sometimes. They will only =
answer the </FONT>
<BR><FONT SIZE=3D2>second ping from the ARC (the first ping =
fails). After </FONT>
<BR><FONT SIZE=3D2>the second ping - everything is OK. Have not =
yet seen</FONT>
<BR><FONT SIZE=3D2>this anomaly with NMC code 7.0.0.</FONT>
</P>
<P><FONT SIZE=3D2>blake</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>> -----Original Message-----</FONT>
<BR><FONT SIZE=3D2>> From: Antonio Querubin [<A =
HREF=3D"mailto:tony@lava.net">mailto:tony@lava.net</A>]</FONT>
<BR><FONT SIZE=3D2>> Sent: Tuesday, May 01, 2001 7:40 PM</FONT>
<BR><FONT SIZE=3D2>> To: usr-tc@lists.xmission.com</FONT>
<BR><FONT SIZE=3D2>> Subject: Re: (usr-tc) Frozen NMCs</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> On Mon, 30 Apr 2001 mmm3@cornell.edu =
wrote:</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> > I'm having an oddball problem that, while =
not service-affecting, is</FONT>
<BR><FONT SIZE=3D2>> > nevertheless extremely annoying. Every once =
in a while, my HiPerNMCs</FONT>
<BR><FONT SIZE=3D2>> > will "freeze" up; They'll fall =
off the network and I can't even get</FONT>
<BR><FONT SIZE=3D2>> > them to respond via the console port. I =
have to physically pull the</FONT>
<BR><FONT SIZE=3D2>> > card and let it reboot to get it back. Has =
anyone seen this? Anyone</FONT>
<BR><FONT SIZE=3D2>> > have a clue/cure? Thanks...</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> Happens here too particularly when the TCS is =
idle for long periods of</FONT>
<BR><FONT SIZE=3D2>> time (ie. no calls for days). It only =
happens on TCS at the </FONT>
<BR><FONT SIZE=3D2>> tail end of</FONT>
<BR><FONT SIZE=3D2>> our dialup hunt group. I've never quite =
figured out what causes it.</FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> </FONT>
<BR><FONT SIZE=3D2>> -</FONT>
<BR><FONT SIZE=3D2>> To unsubscribe to usr-tc, send an email to =
"majordomo@xmission.com"</FONT>
<BR><FONT SIZE=3D2>> with "unsubscribe usr-tc" in the =
body of the message.</FONT>
<BR><FONT SIZE=3D2>> For information on digests or retrieving =
files and old messages send</FONT>
<BR><FONT SIZE=3D2>> "help" to the same =
address. Do not use quotes in your message.</FONT>
<BR><FONT SIZE=3D2>> </FONT>
</P>
</BODY>
</HTML>
------=_NextPart_000_000A_01C0D278.8025E710--
Subject:Re: (usr-tc) Quad Analog Modem Problems From: Charles Sprickman <spork@inch.com> Date: 2001-05-01 21:34:22
Hi,
What happens if you highlight the ports in TCM and do a full "restore from
default, HW flow control default, save to nvram, software reset" on all of
them? Does that bring them back on the packet bus?
Charles
On Wed, 2 May 2001, Nauman Malik wrote:
> I have Quad Digital cards, and this is happening to some of cards. I have
> tried reflashing them, replacing the cards, but the problem soemtimes gets
> solved and sometimes not. The most effective solution that I have discovered
> is to reboot the netserver card or hard reboot the chasis. Is there any
> other proper solution?
>
>
> Nauman.
>
>
> ----- Original Message -----
> From: "Aaron Daniels" <adaniels@dataheart.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Monday, April 30, 2001 8:02 AM
> Subject: Re: (usr-tc) Quad Analog Modem Problems
>
>
> > I have re-flashed them,
> > the thing is this is happening to every Quad ANALOG card I have 12 of them
> but its only on the Quad
> > Analog's not Quad Digitals or Quad Analog/Digitals?
> >
> > Aaron
> >
> > eric@dol.net wrote:
> > >
> > > Try reflashing the cards through tcm. That has helped me with some
> > > modems that seem to flake out. It could be that the card has gone bad
> and
> > > needs to be replaced.
> > > eric
> > >
> > > At 12:12 PM 4/30/01 +1000, you wrote:
> > > >Hi,
> > > >I am having problems with some Quad Analog modem cards that I have
> installed,
> > > >I cannot get them to stay active I do set modem s49 active and it all
> appears to work, then I save
> > > >and reset then I get whats below.
> > > >the modems report A/I/P then after a reset they go A/A/P but I cant get
> them A/R/P.
> > > >
> > > >Basically the modem is not active because it cannot successfully
> negociate with the packet bus(I
> > > >think).
> > > >after a reset my syslog reports:
> > > >Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened.
> Handle = 26.
> > > >
> > > >After this the netserver reports the modem as active all though there
> is still no HDLC Framing and
> > > >the interface is still set to Unassigned instead of ptp49 as it usually
> is.
> > > >then 30 seconds later:
> > > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect!
> stat=-1
> > > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed.
> > > >
> > > >now the netserver reports it as inactive again.
> > > >
> > > >I have Quad Digital/Analog cards working fine in the same chassis but
> these Quad Analogs are just
> > > >not co-operating.
> > > >
> > > >any help would be appreciated,
> > > >the 3com knowledgebase has not helped me.
> > > >Thanks,
> > > >Aaron Daniels
> > > >
> > > >-
> > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > with "unsubscribe usr-tc" in the body of the message.
> > > > For information on digests or retrieving files and 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,
> > Aaron Daniels
> > Network Administrator
> > Dataheart
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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) Whats a good way to get rid of old Quad equipment From: Seth Jacobs <seth.jacobs@onramp113.org> Date: 2001-05-02 10:24:57
This is a multi-part message in MIME format.
------=_NextPart_000_019C_01C0D2F2.230F55A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: (usr-tc) Frozen NMCsCommWorks just announced a trade in program to =
trade up quads to the HyperDSPs.
Seth
----- Original Message -----=20
From: Tom Schmidt=20
To: 'usr-tc@lists.xmission.com'=20
Sent: Wednesday, May 02, 2001 10:14 AM
Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
I am looking to get rid of my older Quad modem racks. They all =
function fine. Anyone have suggestions on what is a good way to get rid =
of them?=20
------=_NextPart_000_019C_01C0D2F2.230F55A0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4611.1300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>CommWorks just announced a trade in =
program to=20
trade up quads to the HyperDSPs.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Seth</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3Dtoms@ngn.com href=3D"mailto:toms@ngn.com">Tom Schmidt</A> =
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3Dusr-tc@lists.xmission.com=20
=
href=3D"mailto:'usr-tc@lists.xmission.com'">'usr-tc@lists.xmission.com'</=
A>=20
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Wednesday, May 02, 2001 =
10:14=20
AM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Whats a good =
way to get=20
rid of old Quad equipment</DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D523400917-02052001>I am=20
looking to get rid of my older Quad modem racks. They all function =
fine.=20
Anyone have suggestions on what is a good way to get rid of them?=20
</SPAN></FONT></DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_019C_01C0D2F2.230F55A0--
Subject:(usr-tc) Request From: Steve Monkhouse <steve.monkhouse@ethertech.com.au> Date: 2001-05-02 11:29:18
Does anyone have handy the ICMP MIB ?
Subject:RE: (usr-tc) Whats a good way to get rid of old Quad equipment From: Randy Cosby <dcosby@infowest.com> Date: 2001-05-02 11:48:07
This is a multi-part message in MIME format.
------=_NextPart_000_00EB_01C0D2FD.C1642AE0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
RE: (usr-tc) Frozen NMCsReally? It's a little late for April fools....
-----Original Message-----
From: owner-usr-tc@lists.xmission.com
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Seth Jacobs
Sent: Wednesday, May 02, 2001 11:25 AM
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) Whats a good way to get rid of old Quad equipment
CommWorks just announced a trade in program to trade up quads to the
HyperDSPs.
Seth
----- Original Message -----
From: Tom Schmidt
To: 'usr-tc@lists.xmission.com'
Sent: Wednesday, May 02, 2001 10:14 AM
Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
I am looking to get rid of my older Quad modem racks. They all function
fine. Anyone have suggestions on what is a good way to get rid of them?
------=_NextPart_000_00EB_01C0D2FD.C1642AE0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D431544717-02052001><FONT face=3DArial color=3D#0000ff =
size=3D2>Really? It's a little late for April =
fools....</FONT></SPAN></DIV>
<DIV><SPAN class=3D431544717-02052001><FONT face=3DArial color=3D#0000ff =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D431544717-02052001></SPAN> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
<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> Seth Jacobs<BR><B>Sent:</B> Wednesday, May 02, 2001 =
11:25=20
AM<BR><B>To:</B> usr-tc@lists.xmission.com<BR><B>Subject:</B> Re: =
(usr-tc)=20
Whats a good way to get rid of old Quad equipment<BR><BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>CommWorks just announced a trade in =
program to=20
trade up quads to the HyperDSPs.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Seth</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3Dtoms@ngn.com href=3D"mailto:toms@ngn.com">Tom Schmidt</A> =
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3Dusr-tc@lists.xmission.com=20
=
href=3D"mailto:'usr-tc@lists.xmission.com'">'usr-tc@lists.xmission.com'</=
A>=20
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Wednesday, May 02, 2001 =
10:14=20
AM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Whats a =
good way to=20
get rid of old Quad equipment</DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D523400917-02052001>I=20
am looking to get rid of my older Quad modem racks. They all =
function fine.=20
Anyone have suggestions on what is a good way to get rid of them?=20
</SPAN></FONT></DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_00EB_01C0D2FD.C1642AE0--
Subject:RE: (usr-tc) Whats a good way to get rid of old Quad equipment From: Randy Cosby <dcosby@infowest.com> Date: 2001-05-02 11:53:21
This is a multi-part message in MIME format.
------=_NextPart_000_00F2_01C0D2FE.7C7A9B70
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
RE: (usr-tc) Frozen NMCsSpoke too soon.
http://www.commworks.com/svprovider/programs/v92_tradeup/
Randy
-----Original Message-----
From: owner-usr-tc@lists.xmission.com
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby
Sent: Wednesday, May 02, 2001 11:48 AM
To: usr-tc@lists.xmission.com
Subject: RE: (usr-tc) Whats a good way to get rid of old Quad equipment
Really? It's a little late for April fools....
-----Original Message-----
From: owner-usr-tc@lists.xmission.com
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Seth Jacobs
Sent: Wednesday, May 02, 2001 11:25 AM
To: usr-tc@lists.xmission.com
Subject: Re: (usr-tc) Whats a good way to get rid of old Quad equipment
CommWorks just announced a trade in program to trade up quads to the
HyperDSPs.
Seth
----- Original Message -----
From: Tom Schmidt
To: 'usr-tc@lists.xmission.com'
Sent: Wednesday, May 02, 2001 10:14 AM
Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
I am looking to get rid of my older Quad modem racks. They all
function fine. Anyone have suggestions on what is a good way to get rid of
them?
------=_NextPart_000_00F2_01C0D2FE.7C7A9B70
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D405105317-02052001><FONT face=3DArial color=3D#0000ff =
size=3D2>Spoke=20
too soon. <A=20
href=3D"http://www.commworks.com/svprovider/programs/v92_tradeup/">http:/=
/www.commworks.com/svprovider/programs/v92_tradeup/</A></FONT></SPAN></DI=
V>
<DIV><SPAN class=3D405105317-02052001><FONT face=3DArial color=3D#0000ff =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D405105317-02052001><FONT face=3DArial color=3D#0000ff =
size=3D2>Randy</FONT></SPAN></DIV>
<DIV><SPAN class=3D405105317-02052001></SPAN> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
<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> Randy Cosby<BR><B>Sent:</B> Wednesday, May 02, 2001 =
11:48=20
AM<BR><B>To:</B> usr-tc@lists.xmission.com<BR><B>Subject:</B> RE: =
(usr-tc)=20
Whats a good way to get rid of old Quad equipment<BR><BR></FONT></DIV>
<DIV><SPAN class=3D431544717-02052001><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Really? It's a little late for April=20
fools....</FONT></SPAN></DIV>
<DIV><SPAN class=3D431544717-02052001><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D431544717-02052001></SPAN> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
<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=20
[mailto:owner-usr-tc@lists.xmission.com]<B>On Behalf Of</B> Seth=20
Jacobs<BR><B>Sent:</B> Wednesday, May 02, 2001 11:25 =
AM<BR><B>To:</B>=20
usr-tc@lists.xmission.com<BR><B>Subject:</B> Re: (usr-tc) Whats a =
good way=20
to get rid of old Quad equipment<BR><BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>CommWorks just announced a trade in =
program to=20
trade up quads to the HyperDSPs.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Seth</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- =
</DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3Dtoms@ngn.com href=3D"mailto:toms@ngn.com">Tom =
Schmidt</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
title=3Dusr-tc@lists.xmission.com=20
=
href=3D"mailto:'usr-tc@lists.xmission.com'">'usr-tc@lists.xmission.com'</=
A>=20
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Wednesday, May 02, =
2001 10:14=20
AM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Whats a =
good way to=20
get rid of old Quad equipment</DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D523400917-02052001>I am looking to get rid of my older =
Quad modem=20
racks. They all function fine. Anyone have suggestions on what is =
a good=20
way to get rid of them?=20
</SPAN></FONT></DIV></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>=
------=_NextPart_000_00F2_01C0D2FE.7C7A9B70--
It still cant find the Packet Bus,
but I notice that now I get this notice in my syslog:
Chassis Awareness notice: slot# 13, channel# 1, NAC type = 35, new status 1
I am interested in NAC type = 35, does anyone know exacitally what NAC this is, it might be a modem
that is incompatable with the packet bus??
Thanks,
Aaron
Charles Sprickman wrote:
>
> Hi,
>
> What happens if you highlight the ports in TCM and do a full "restore from
> default, HW flow control default, save to nvram, software reset" on all of
> them? Does that bring them back on the packet bus?
>
> Charles
>
> On Wed, 2 May 2001, Nauman Malik wrote:
>
> > I have Quad Digital cards, and this is happening to some of cards. I have
> > tried reflashing them, replacing the cards, but the problem soemtimes gets
> > solved and sometimes not. The most effective solution that I have discovered
> > is to reboot the netserver card or hard reboot the chasis. Is there any
> > other proper solution?
> >
> >
> > Nauman.
> >
> >
> > ----- Original Message -----
> > From: "Aaron Daniels" <adaniels@dataheart.net>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Monday, April 30, 2001 8:02 AM
> > Subject: Re: (usr-tc) Quad Analog Modem Problems
> >
> >
> > > I have re-flashed them,
> > > the thing is this is happening to every Quad ANALOG card I have 12 of them
> > but its only on the Quad
> > > Analog's not Quad Digitals or Quad Analog/Digitals?
> > >
> > > Aaron
> > >
> > > eric@dol.net wrote:
> > > >
> > > > Try reflashing the cards through tcm. That has helped me with some
> > > > modems that seem to flake out. It could be that the card has gone bad
> > and
> > > > needs to be replaced.
> > > > eric
> > > >
> > > > At 12:12 PM 4/30/01 +1000, you wrote:
> > > > >Hi,
> > > > >I am having problems with some Quad Analog modem cards that I have
> > installed,
> > > > >I cannot get them to stay active I do set modem s49 active and it all
> > appears to work, then I save
> > > > >and reset then I get whats below.
> > > > >the modems report A/I/P then after a reset they go A/A/P but I cant get
> > them A/R/P.
> > > > >
> > > > >Basically the modem is not active because it cannot successfully
> > negociate with the packet bus(I
> > > > >think).
> > > > >after a reset my syslog reports:
> > > > >Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened.
> > Handle = 26.
> > > > >
> > > > >After this the netserver reports the modem as active all though there
> > is still no HDLC Framing and
> > > > >the interface is still set to Unassigned instead of ptp49 as it usually
> > is.
> > > > >then 30 seconds later:
> > > > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect!
> > stat=-1
> > > > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed.
> > > > >
> > > > >now the netserver reports it as inactive again.
> > > > >
> > > > >I have Quad Digital/Analog cards working fine in the same chassis but
> > these Quad Analogs are just
> > > > >not co-operating.
> > > > >
> > > > >any help would be appreciated,
> > > > >the 3com knowledgebase has not helped me.
> > > > >Thanks,
> > > > >Aaron Daniels
> > > > >
> > > > >-
> > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > > > with "unsubscribe usr-tc" in the body of the message.
> > > > > For information on digests or retrieving files and 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,
> > > Aaron Daniels
> > > Network Administrator
> > > Dataheart
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and 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,
Aaron Daniels
Network Administrator
Dataheart
Subject:(usr-tc) Whats a good way to get rid of old Quad equipment From: Tom Schmidt <toms@ngn.com> Date: 2001-05-02 12:14:38
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C0D32B.5E38F27E
Content-Type: text/plain;
charset="iso-8859-1"
I am looking to get rid of my older Quad modem racks. They all function
fine. Anyone have suggestions on what is a good way to get rid of them?
------_=_NextPart_001_01C0D32B.5E38F27E
Content-Type: text/html;
charset="iso-8859-1"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META content="MSHTML 5.50.4611.1300" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=523400917-02052001>I am
looking to get rid of my older Quad modem racks. They all function fine. Anyone
have suggestions on what is a good way to get rid of them?
</SPAN></FONT></DIV></BODY></HTML>
------_=_NextPart_001_01C0D32B.5E38F27E--
I have the following in stock. Clean,Tested and air packed.
This is a partial listing of our extensive Total Control Inventory.
If your looking for something and dont see it listed shoot me an email.
I am confident I have it :)
5- HIPER DSP $2500
5- HIPER DSP $3600 (NEW)
5- HIPER ARC $1100
3- HIPER NMC $700 (NEW)
3- HIPER Bundles $7500
2- EdgeSever PRO $3500 (Fully Functional NT RAS Server)
5- Quad Digital Bundles $1500
Steve Rivera
732-833-2111 x102
sales@isp-networkhardware.com
The quad bundle are full 48 port, v90.
I know it s a great price but I have too many in stock right now. Doing some
spring cleaning.
All guaranteed.
-----Original Message-----
Sent: Wednesday, May 02, 2001 1:23 PM
EdheServer PRO
Question, how many quads are in each bundle, six?
----- Original Message -----
Sent: Wednesday, May 02, 2001 12:57 PM
EdheServer PRO
> I have the following in stock. Clean,Tested and air packed.
> This is a partial listing of our extensive Total Control Inventory.
> If your looking for something and dont see it listed shoot me an email.
> I am confident I have it :)
>
> 5- HIPER DSP $2500
> 5- HIPER DSP $3600 (NEW)
> 5- HIPER ARC $1100
> 3- HIPER NMC $700 (NEW)
> 3- HIPER Bundles $7500
> 2- EdgeSever PRO $3500 (Fully Functional NT RAS Server)
> 5- Quad Digital Bundles $1500
>
> Steve Rivera
> 732-833-2111 x102
> sales@isp-networkhardware.com
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:RE: (usr-tc) Whats a good way to get rid of old Quad equipment From: ISP-NetworkHardware.com <sales@isp-networkhardware.com> Date: 2001-05-02 13:24:12
This is a multi-part message in MIME format.
------=_NextPart_000_0004_01C0D30B.2D21E170
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
RE: (usr-tc) Frozen NMCsYou can get close to $1250 on ebay sometimes.
I hear these days its abit lower, but they sell.
Does anyone think that 3Com will ever do the Trade-In Promotion again?
24 cards for a DSP concept.
-----Original Message-----
From: owner-usr-tc@lists.xmission.com
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Tom Schmidt
Sent: Wednesday, May 02, 2001 1:15 PM
To: 'usr-tc@lists.xmission.com'
Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
I am looking to get rid of my older Quad modem racks. They all function
fine. Anyone have suggestions on what is a good way to get rid of them?
------=_NextPart_000_0004_01C0D30B.2D21E170
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D982442217-02052001>You=20
can get close to $1250 on ebay sometimes.</SPAN></FONT></DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D982442217-02052001>I hear=20
these days its abit lower, but they sell.</SPAN></FONT></DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN=20
class=3D982442217-02052001></SPAN></FONT> </DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D982442217-02052001>Does=20
anyone think that 3Com will ever do the Trade-In Promotion=20
again?</SPAN></FONT></DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D982442217-02052001>24=20
cards for a DSP concept.</SPAN></FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
<DIV align=3Dleft class=3DOutlookMessageHeader dir=3Dltr><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
owner-usr-tc@lists.xmission.com =
[mailto:owner-usr-tc@lists.xmission.com]<B>On=20
Behalf Of </B>Tom Schmidt<BR><B>Sent:</B> Wednesday, May 02, 2001 1:15 =
PM<BR><B>To:</B> 'usr-tc@lists.xmission.com'<BR><B>Subject:</B> =
(usr-tc) Whats=20
a good way to get rid of old Quad equipment<BR><BR></DIV></FONT>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D523400917-02052001>I am=20
looking to get rid of my older Quad modem racks. They all function =
fine.=20
Anyone have suggestions on what is a good way to get rid of them?=20
</SPAN></FONT></DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0004_01C0D30B.2D21E170--
Subject:Re: (usr-tc) Whats a good way to get rid of old Quad equipment From: Green Apple Squid Manager <squid@greenapple.com> Date: 2001-05-02 13:24:15
This is a multi-part message in MIME format.
------=_NextPart_000_001A_01C0D30B.2F060AC0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: (usr-tc) Frozen NMCs3com just increased their trade-in on them to =
anywhere between $40 and $90 depending on what you buy to replace them, =
i.e. hyper or the new multispan cards. If you are just looking to get =
rid of them, try the isp-equipment list =
http://isp-lists.isp-planet.com/isp-equipment/
Mark
Green Apple Inc
----- Original Message -----=20
From: Tom Schmidt=20
To: 'usr-tc@lists.xmission.com'=20
Sent: Wednesday, May 02, 2001 1:14 PM
Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
I am looking to get rid of my older Quad modem racks. They all =
function fine. Anyone have suggestions on what is a good way to get rid =
of them?=20
------=_NextPart_000_001A_01C0D30B.2F060AC0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2462.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>3com just increased their trade-in on =
them to=20
anywhere between $40 and $90 depending on what you buy to replace them, =
i.e.=20
hyper or the new multispan cards. If you are just looking to get rid of =
them,=20
try the isp-equipment list <A=20
href=3D"http://isp-lists.isp-planet.com/isp-equipment/">http://isp-lists.=
isp-planet.com/isp-equipment/</A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Mark</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Green Apple Inc</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3Dtoms@ngn.com href=3D"mailto:toms@ngn.com">Tom Schmidt</A> =
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3Dusr-tc@lists.xmission.com=20
=
href=3D"mailto:'usr-tc@lists.xmission.com'">'usr-tc@lists.xmission.com'</=
A>=20
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Wednesday, May 02, 2001 =
1:14=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Whats a good =
way to get=20
rid of old Quad equipment</DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D523400917-02052001>I am=20
looking to get rid of my older Quad modem racks. They all function =
fine.=20
Anyone have suggestions on what is a good way to get rid of them?=20
</SPAN></FONT></DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_001A_01C0D30B.2F060AC0--
Subject:Re: (usr-tc) Whats a good way to get rid of old Quad equipment From: Green Apple Squid Manager <squid@greenapple.com> Date: 2001-05-02 14:34:51
This is a multi-part message in MIME format.
------=_NextPart_000_000C_01C0D315.0C3EF380
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: (usr-tc) Frozen NMCsMake sure .htaccess is allowed in the secure =
section of the http.conf file. Is htaccess working in the non-secure =
part? Also make sure there is not another .htaccess below this one that =
is "overwriting" it.
Mark
Green Apple Inc
----- Original Message -----=20
From: Tom Schmidt=20
To: 'usr-tc@lists.xmission.com'=20
Sent: Wednesday, May 02, 2001 1:14 PM
Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
I am looking to get rid of my older Quad modem racks. They all =
function fine. Anyone have suggestions on what is a good way to get rid =
of them?=20
------=_NextPart_000_000C_01C0D315.0C3EF380
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2462.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Make sure .htaccess is allowed in the =
secure=20
section of the http.conf file. Is htaccess working in the =
non-secure part?=20
Also make sure there is not another .htaccess below this one that is=20
"overwriting" it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Mark</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Green Apple Inc</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3Dtoms@ngn.com href=3D"mailto:toms@ngn.com">Tom Schmidt</A> =
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3Dusr-tc@lists.xmission.com=20
=
href=3D"mailto:'usr-tc@lists.xmission.com'">'usr-tc@lists.xmission.com'</=
A>=20
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Wednesday, May 02, 2001 =
1:14=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Whats a good =
way to get=20
rid of old Quad equipment</DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D523400917-02052001>I am=20
looking to get rid of my older Quad modem racks. They all function =
fine.=20
Anyone have suggestions on what is a good way to get rid of them?=20
</SPAN></FONT></DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_000C_01C0D315.0C3EF380--
Subject:Re: (usr-tc) Quad Analog Modem Problems From: Nauman Malik <nauman@go.net.pk> Date: 2001-05-02 15:11:52
I have Quad Digital cards, and this is happening to some of cards. I have
tried reflashing them, replacing the cards, but the problem soemtimes gets
solved and sometimes not. The most effective solution that I have discovered
is to reboot the netserver card or hard reboot the chasis. Is there any
other proper solution?
Nauman.
----- Original Message -----
Sent: Monday, April 30, 2001 8:02 AM
> I have re-flashed them,
> the thing is this is happening to every Quad ANALOG card I have 12 of them
but its only on the Quad
> Analog's not Quad Digitals or Quad Analog/Digitals?
>
> Aaron
>
> eric@dol.net wrote:
> >
> > Try reflashing the cards through tcm. That has helped me with some
> > modems that seem to flake out. It could be that the card has gone bad
and
> > needs to be replaced.
> > eric
> >
> > At 12:12 PM 4/30/01 +1000, you wrote:
> > >Hi,
> > >I am having problems with some Quad Analog modem cards that I have
installed,
> > >I cannot get them to stay active I do set modem s49 active and it all
appears to work, then I save
> > >and reset then I get whats below.
> > >the modems report A/I/P then after a reset they go A/A/P but I cant get
them A/R/P.
> > >
> > >Basically the modem is not active because it cannot successfully
negociate with the packet bus(I
> > >think).
> > >after a reset my syslog reports:
> > >Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened.
Handle = 26.
> > >
> > >After this the netserver reports the modem as active all though there
is still no HDLC Framing and
> > >the interface is still set to Unassigned instead of ptp49 as it usually
is.
> > >then 30 seconds later:
> > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect!
stat=-1
> > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed.
> > >
> > >now the netserver reports it as inactive again.
> > >
> > >I have Quad Digital/Analog cards working fine in the same chassis but
these Quad Analogs are just
> > >not co-operating.
> > >
> > >any help would be appreciated,
> > >the 3com knowledgebase has not helped me.
> > >Thanks,
> > >Aaron Daniels
> > >
> > >-
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and 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,
> Aaron Daniels
> Network Administrator
> Dataheart
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) without Netserver From: eric@dol.net Date: 2001-05-02 15:55:18
No the netserver card is the router like the arc is the router.
The nmc controls the chassis but not the routing or authentication.
eric
At 02:05 PM 5/3/01 +0500, you wrote:
>RE: (usr-tc) Frozen NMCsHI all,
>
>I just want to know whether NMC can do routing?. As I have received a chasis from my parent company in which there is 1 Dual PRI card, 15 Quad modem cards and NMC in 17th slot. I have been using Netserver PRI card in my 20 other chasis. But this time I didn't receive any Netserver card. So is it possible to do routing without Netserver Card?
>
>Nauman.
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
><META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
><META content="MSHTML 5.00.2920.0" name=GENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=#ffffff>
><DIV><FONT face=Arial size=2>HI all,</FONT></DIV>
><DIV> </DIV>
><DIV><FONT face=Arial size=2>I just want to know whether NMC can do routing?. As
>I have received a chasis from my parent company in which there is 1 Dual PRI
>card, 15 Quad modem cards and NMC in 17th slot. I have been using Netserver PRI
>card in my 20 other chasis. But this time I didn't receive any Netserver card.
>So is it possible to do routing without Netserver Card?</FONT></DIV>
><DIV> </DIV>
><DIV><FONT face=Arial size=2>Nauman.</FONT></DIV></BODY></HTML>
>
Subject:RE: (usr-tc) without Netserver From: Andrew \(NetFlash System Administrator\) <andrew@netflash.net> Date: 2001-05-02 17:30:16
This is a multi-part message in MIME format.
------=_NextPart_000_0031_01C0D32D.8D7C8170
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
RE: (usr-tc) Frozen NMCsSorry nope NMC is NETWORK MANAGEMENT CARD, It works
with the chassis, to be able to do diagnositic checks, Flashing of modem
cards and so on. But as for routing , nothing is going to happen there.
Also the NETSERVER card also does the handleling of the ISDN calls, at least
the routing to the modem part.
Andrew
-----Original Message-----
From: owner-usr-tc@lists.xmission.com
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Nauman Malik
Sent: Thursday, May 03, 2001 5:05 AM
To: usr-tc@lists.xmission.com
Subject: (usr-tc) without Netserver
HI all,
I just want to know whether NMC can do routing?. As I have received a
chasis from my parent company in which there is 1 Dual PRI card, 15 Quad
modem cards and NMC in 17th slot. I have been using Netserver PRI card in my
20 other chasis. But this time I didn't receive any Netserver card. So is it
possible to do routing without Netserver Card?
Nauman.
------=_NextPart_000_0031_01C0D32D.8D7C8170
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3018.900" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D159292821-02052001>Sorry=20
nope NMC is NETWORK MANAGEMENT CARD, It works with the chassis, to =
be able=20
to do diagnositic checks, Flashing of modem cards and so on. But as for =
routing=20
, nothing is going to happen there. </SPAN></FONT></DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN=20
class=3D159292821-02052001></SPAN></FONT> </DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN =
class=3D159292821-02052001>Also=20
the NETSERVER card also does the handleling of the ISDN calls, at least =
the=20
routing to the modem part. </SPAN></FONT></DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN=20
class=3D159292821-02052001></SPAN></FONT> </DIV>
<DIV><FONT color=3D#0000ff face=3DArial size=3D2><SPAN=20
class=3D159292821-02052001>Andrew</SPAN></FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
<DIV align=3Dleft class=3DOutlookMessageHeader dir=3Dltr><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
owner-usr-tc@lists.xmission.com =
[mailto:owner-usr-tc@lists.xmission.com]<B>On=20
Behalf Of </B>Nauman Malik<BR><B>Sent:</B> Thursday, May 03, 2001 5:05 =
AM<BR><B>To:</B> usr-tc@lists.xmission.com<BR><B>Subject:</B> (usr-tc) =
without=20
Netserver<BR><BR></DIV></FONT>
<DIV><FONT face=3DArial size=3D2>HI all,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I just want to know whether NMC can =
do routing?.=20
As I have received a chasis from my parent company in which there is 1 =
Dual=20
PRI card, 15 Quad modem cards and NMC in 17th slot. I have been using=20
Netserver PRI card in my 20 other chasis. But this time I didn't =
receive any=20
Netserver card. So is it possible to do routing without Netserver=20
Card?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial =
size=3D2>Nauman.</FONT></DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0031_01C0D32D.8D7C8170--
Subject:Re: (usr-tc) without Netserver From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-02 17:47:53
Also sprach Nauman Malik
>RE: (usr-tc) Frozen NMCsHI all,
>I just want to know whether NMC can do routing?. As I have received a
>chasis from my parent company in which there is 1 Dual PRI card, 15
>Quad modem cards and NMC in 17th slot. I have been using Netserver PRI
>card in my 20 other chasis. But this time I didn't receive any
>Netserver card. So is it possible to do routing without Netserver Card?
Actually, it can to some degree, but not what it sounds like you need.
The NMC card actually can route between the wan ports and ethernet port
on the NMC NIC card, at least minimal routing, though I don't know
anyone who has ever taken advantage of that.
It definitely will not be able to handle the routing of data to and from
modems or see the modems as interfaces or anything, so you're SOL in
that area which is what it sounds like you need. :)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Whats a good way to get rid of old Quad equipment From: Valantine <vnchemty@douala1.com> Date: 2001-05-02 18:36:20
--------------1C1472592A441064431D1A7F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I am in Africa and had a total control that got blown up. May be it
could be nice you offer your modems to us as A GIFT OF THE YEAR 2001 to
help develop Africa.
Thanks,
Valantine
Tom Schmidt wrote:
> I am looking to get rid of my older Quad modem racks. They all
> function fine. Anyone have suggestions on what is a good way to get
> rid of them?
--------------1C1472592A441064431D1A7F
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<HTML>
I am in Africa and had a total control that got blown up. May be it could
be nice you offer your modems to us as A GIFT OF THE YEAR 2001 to help
develop Africa.
<P>Thanks,
<BR>Valantine
<P>Tom Schmidt wrote:
<BLOCKQUOTE TYPE=CITE> <SPAN class=523400917-02052001><FONT FACE="Arial"><FONT COLOR="#0000FF"><FONT SIZE=-1>I
am looking to get rid of my older Quad modem racks. They all function fine.
Anyone have suggestions on what is a good way to get rid of them? </FONT></FONT></FONT></SPAN></BLOCKQUOTE>
</HTML>
--------------1C1472592A441064431D1A7F--
Subject:(usr-tc) need TC rackmount 32 information From: albert <emmanuel@mwt.net> Date: 2001-05-02 22:21:33
Hello...
we need information,... software/firmware / manual, or
any links you may have that you can share with us..nothing
left at the USR site on them,..
this is for the older USR total control rackmount 32 sets.
albert.
albert/brenda zegiel
FARMPRIDE PRODUCTS
223 MAIN STREET
GAYS MILLS, WISCONSIN, 54631
ph-1-608-735-4667 fx 735-4994
Subject:Re: (usr-tc) without Netserver From: Patrick C. Wolf <pwolf@sdc.org> Date: 2001-05-03 07:07:34
Or the netserver card. You'll have to pull one of the quad modems to fit
the netserver or the hiper arc into the chassis, right?
On Thu, 3 May 2001, Trade Projesom wrote:
> So the Hiper ARC card is also necessary.
>
> Omar Perez
> Projesom Internet Ltda
>
>
> ----- Original Message -----
> From: <eric@dol.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Wednesday, May 02, 2001 6:55 PM
> Subject: Re: (usr-tc) without Netserver
>
>
> > No the netserver card is the router like the arc is the router.
> > The nmc controls the chassis but not the routing or authentication.
> > eric
> >
> >
> >
> > At 02:05 PM 5/3/01 +0500, you wrote:
> > >RE: (usr-tc) Frozen NMCsHI all,
> > >
> > >I just want to know whether NMC can do routing?. As I have received a
> chasis from my parent company in which there is 1 Dual PRI card, 15 Quad
> modem cards and NMC in 17th slot. I have been using Netserver PRI card in my
> 20 other chasis. But this time I didn't receive any Netserver card. So is it
> possible to do routing without Netserver Card?
> > >
> > >Nauman.
> > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > ><HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
> > ><META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
> > ><META content="MSHTML 5.00.2920.0" name=GENERATOR>
> > ><STYLE></STYLE>
> > ></HEAD>
> > ><BODY bgColor=#ffffff>
> > ><DIV><FONT face=Arial size=2>HI all,</FONT></DIV>
> > ><DIV> </DIV>
> > ><DIV><FONT face=Arial size=2>I just want to know whether NMC can do
> routing?. As
> > >I have received a chasis from my parent company in which there is 1 Dual
> PRI
> > >card, 15 Quad modem cards and NMC in 17th slot. I have been using
> Netserver PRI
> > >card in my 20 other chasis. But this time I didn't receive any Netserver
> card.
> > >So is it possible to do routing without Netserver Card?</FONT></DIV>
> > ><DIV> </DIV>
> > ><DIV><FONT face=Arial size=2>Nauman.</FONT></DIV></BODY></HTML>
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and 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.
>
Patrick C. Wolf SDC Internet
pwolf@sdc.org 722 N California Suite 4
(505) 838-1620 Socorro, NM 87801
So the Hiper ARC card is also necessary.
Omar Perez
Projesom Internet Ltda
----- Original Message -----
Sent: Wednesday, May 02, 2001 6:55 PM
> No the netserver card is the router like the arc is the router.
> The nmc controls the chassis but not the routing or authentication.
> eric
>
>
>
> At 02:05 PM 5/3/01 +0500, you wrote:
> >RE: (usr-tc) Frozen NMCsHI all,
> >
> >I just want to know whether NMC can do routing?. As I have received a
chasis from my parent company in which there is 1 Dual PRI card, 15 Quad
modem cards and NMC in 17th slot. I have been using Netserver PRI card in my
20 other chasis. But this time I didn't receive any Netserver card. So is it
possible to do routing without Netserver Card?
> >
> >Nauman.
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
> ><META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
> ><META content="MSHTML 5.00.2920.0" name=GENERATOR>
> ><STYLE></STYLE>
> ></HEAD>
> ><BODY bgColor=#ffffff>
> ><DIV><FONT face=Arial size=2>HI all,</FONT></DIV>
> ><DIV> </DIV>
> ><DIV><FONT face=Arial size=2>I just want to know whether NMC can do
routing?. As
> >I have received a chasis from my parent company in which there is 1 Dual
PRI
> >card, 15 Quad modem cards and NMC in 17th slot. I have been using
Netserver PRI
> >card in my 20 other chasis. But this time I didn't receive any Netserver
card.
> >So is it possible to do routing without Netserver Card?</FONT></DIV>
> ><DIV> </DIV>
> ><DIV><FONT face=Arial size=2>Nauman.</FONT></DIV></BODY></HTML>
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) without Netserver From: eric@dol.net Date: 2001-05-03 07:40:19
That is correct.
At 07:07 AM 5/3/01 -0600, you wrote:
>Or the netserver card. You'll have to pull one of the quad modems to fit
>the netserver or the hiper arc into the chassis, right?
>
>On Thu, 3 May 2001, Trade Projesom wrote:
>
>> So the Hiper ARC card is also necessary.
>>
>> Omar Perez
>> Projesom Internet Ltda
>>
>>
>> ----- Original Message -----
>> From: <eric@dol.net>
>> To: <usr-tc@lists.xmission.com>
>> Sent: Wednesday, May 02, 2001 6:55 PM
>> Subject: Re: (usr-tc) without Netserver
>>
>>
>> > No the netserver card is the router like the arc is the router.
>> > The nmc controls the chassis but not the routing or authentication.
>> > eric
>> >
>> >
>> >
>> > At 02:05 PM 5/3/01 +0500, you wrote:
>> > >RE: (usr-tc) Frozen NMCsHI all,
>> > >
>> > >I just want to know whether NMC can do routing?. As I have received a
>> chasis from my parent company in which there is 1 Dual PRI card, 15 Quad
>> modem cards and NMC in 17th slot. I have been using Netserver PRI card in my
>> 20 other chasis. But this time I didn't receive any Netserver card. So is it
>> possible to do routing without Netserver Card?
>> > >
>> > >Nauman.
>> > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
>> > ><HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
>> > ><META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
>> > ><META content="MSHTML 5.00.2920.0" name=GENERATOR>
>> > ><STYLE></STYLE>
>> > ></HEAD>
>> > ><BODY bgColor=#ffffff>
>> > ><DIV><FONT face=Arial size=2>HI all,</FONT></DIV>
>> > ><DIV> </DIV>
>> > ><DIV><FONT face=Arial size=2>I just want to know whether NMC can do
>> routing?. As
>> > >I have received a chasis from my parent company in which there is 1 Dual
>> PRI
>> > >card, 15 Quad modem cards and NMC in 17th slot. I have been using
>> Netserver PRI
>> > >card in my 20 other chasis. But this time I didn't receive any Netserver
>> card.
>> > >So is it possible to do routing without Netserver Card?</FONT></DIV>
>> > ><DIV> </DIV>
>> > ><DIV><FONT face=Arial size=2>Nauman.</FONT></DIV></BODY></HTML>
>> > >
>> >
>> >
>> > -
>> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
>> > with "unsubscribe usr-tc" in the body of the message.
>> > For information on digests or retrieving files and 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.
>>
>
>-----------------------------------------------
>Patrick C. Wolf SDC Internet
>pwolf@sdc.org 722 N California Suite 4
>(505) 838-1620 Socorro, NM 87801
>
>
>-
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Whats a good way to get rid of old Quad equipment From: Mike Andrews <mandrews@bit0.com> Date: 2001-05-03 11:30:00
My guess is this is their response to the "no v.90 on Quads" thread.
This is much better than the trade-in program they were just running until
the end of April. That one got you $25/port ($100 per Quad card).
This one is at least twice as good.
Which sucks for me since I just traded in my Quads on the older program,
and now I'll only get $1200 instead of $2400 back. Damn. :)
Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark. (Or something like that.)
On Wed, 2 May 2001, Randy Cosby wrote:
> RE: (usr-tc) Frozen NMCsSpoke too soon.
> http://www.commworks.com/svprovider/programs/v92_tradeup/
>
> Randy
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby
> Sent: Wednesday, May 02, 2001 11:48 AM
> To: usr-tc@lists.xmission.com
> Subject: RE: (usr-tc) Whats a good way to get rid of old Quad equipment
>
>
> Really? It's a little late for April fools....
>
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Seth Jacobs
> Sent: Wednesday, May 02, 2001 11:25 AM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Whats a good way to get rid of old Quad equipment
>
>
> CommWorks just announced a trade in program to trade up quads to the
> HyperDSPs.
>
> Seth
>
> ----- Original Message -----
> From: Tom Schmidt
> To: 'usr-tc@lists.xmission.com'
> Sent: Wednesday, May 02, 2001 10:14 AM
> Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
>
>
> I am looking to get rid of my older Quad modem racks. They all
> function fine. Anyone have suggestions on what is a good way to get rid of
> them?
>
Subject:RE: (usr-tc) Whats a good way to get rid of old Quad equipment From: Wayne Barber <barberw@tidewater.net> Date: 2001-05-03 11:37:33
What date did you purchase? Even though we are just hearing about
this, the rebate period for new purchases started March 1st.
On 3 May 2001, at 11:30, Mike Andrews wrote:
> My guess is this is their response to the "no v.90 on Quads" thread.
>
> This is much better than the trade-in program they were just running until
> the end of April. That one got you $25/port ($100 per Quad card).
>
> This one is at least twice as good.
>
> Which sucks for me since I just traded in my Quads on the older program,
> and now I'll only get $1200 instead of $2400 back. Damn. :)
>
>
>
> Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet access for Frankfort, Lexington, Louisville and surrounding counties
> www.fark.com: If it's not news, it's Fark. (Or something like that.)
>
> On Wed, 2 May 2001, Randy Cosby wrote:
>
> > RE: (usr-tc) Frozen NMCsSpoke too soon.
> > http://www.commworks.com/svprovider/programs/v92_tradeup/
> >
> > Randy
> >
> > -----Original Message-----
> > From: owner-usr-tc@lists.xmission.com
> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby
> > Sent: Wednesday, May 02, 2001 11:48 AM
> > To: usr-tc@lists.xmission.com
> > Subject: RE: (usr-tc) Whats a good way to get rid of old Quad equipment
> >
> >
> > Really? It's a little late for April fools....
> >
> >
> > -----Original Message-----
> > From: owner-usr-tc@lists.xmission.com
> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Seth Jacobs
> > Sent: Wednesday, May 02, 2001 11:25 AM
> > To: usr-tc@lists.xmission.com
> > Subject: Re: (usr-tc) Whats a good way to get rid of old Quad equipment
> >
> >
> > CommWorks just announced a trade in program to trade up quads to the
> > HyperDSPs.
> >
> > Seth
> >
> > ----- Original Message -----
> > From: Tom Schmidt
> > To: 'usr-tc@lists.xmission.com'
> > Sent: Wednesday, May 02, 2001 10:14 AM
> > Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
> >
> >
> > I am looking to get rid of my older Quad modem racks. They all
> > function fine. Anyone have suggestions on what is a good way to get rid of
> > them?
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Wayne Barber
Coastal Telco Services
Subject:RE: (usr-tc) Whats a good way to get rid of old Quad equipment From: Mike Andrews <mandrews@bit0.com> Date: 2001-05-03 11:51:08
Right after March 1, but it's too late because I already shipped all 12 of
my Quad cards back...
Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark. (Or something like that.)
On Thu, 3 May 2001, Wayne Barber wrote:
> What date did you purchase? Even though we are just hearing about
> this, the rebate period for new purchases started March 1st.
>
> On 3 May 2001, at 11:30, Mike Andrews wrote:
>
> > My guess is this is their response to the "no v.90 on Quads" thread.
> >
> > This is much better than the trade-in program they were just running until
> > the end of April. That one got you $25/port ($100 per Quad card).
> >
> > This one is at least twice as good.
> >
> > Which sucks for me since I just traded in my Quads on the older program,
> > and now I'll only get $1200 instead of $2400 back. Damn. :)
> >
> >
> >
> > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
> > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> > Internet access for Frankfort, Lexington, Louisville and surrounding counties
> > www.fark.com: If it's not news, it's Fark. (Or something like that.)
> >
> > On Wed, 2 May 2001, Randy Cosby wrote:
> >
> > > RE: (usr-tc) Frozen NMCsSpoke too soon.
> > > http://www.commworks.com/svprovider/programs/v92_tradeup/
> > >
> > > Randy
> > >
> > > -----Original Message-----
> > > From: owner-usr-tc@lists.xmission.com
> > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby
> > > Sent: Wednesday, May 02, 2001 11:48 AM
> > > To: usr-tc@lists.xmission.com
> > > Subject: RE: (usr-tc) Whats a good way to get rid of old Quad equipment
> > >
> > >
> > > Really? It's a little late for April fools....
> > >
> > >
> > > -----Original Message-----
> > > From: owner-usr-tc@lists.xmission.com
> > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Seth Jacobs
> > > Sent: Wednesday, May 02, 2001 11:25 AM
> > > To: usr-tc@lists.xmission.com
> > > Subject: Re: (usr-tc) Whats a good way to get rid of old Quad equipment
> > >
> > >
> > > CommWorks just announced a trade in program to trade up quads to the
> > > HyperDSPs.
> > >
> > > Seth
> > >
> > > ----- Original Message -----
> > > From: Tom Schmidt
> > > To: 'usr-tc@lists.xmission.com'
> > > Sent: Wednesday, May 02, 2001 10:14 AM
> > > Subject: (usr-tc) Whats a good way to get rid of old Quad equipment
> > >
> > >
> > > I am looking to get rid of my older Quad modem racks. They all
> > > function fine. Anyone have suggestions on what is a good way to get rid of
> > > them?
> > >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
>
> Wayne Barber
> Coastal Telco Services
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) without Netserver From: Nauman Malik <nauman@go.net.pk> Date: 2001-05-03 14:05:24
This is a multi-part message in MIME format.
------=_NextPart_000_003F_01C0D3DA.18E1B3F0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: (usr-tc) Frozen NMCsHI all,
I just want to know whether NMC can do routing?. As I have received a =
chasis from my parent company in which there is 1 Dual PRI card, 15 Quad =
modem cards and NMC in 17th slot. I have been using Netserver PRI card =
in my 20 other chasis. But this time I didn't receive any Netserver =
card. So is it possible to do routing without Netserver Card?
Nauman.
------=_NextPart_000_003F_01C0D3DA.18E1B3F0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: (usr-tc) Frozen NMCs</TITLE>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>HI all,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I just want to know whether NMC can do =
routing?. As=20
I have received a chasis from my parent company in which there is 1 Dual =
PRI=20
card, 15 Quad modem cards and NMC in 17th slot. I have been using =
Netserver PRI=20
card in my 20 other chasis. But this time I didn't receive any Netserver =
card.=20
So is it possible to do routing without Netserver Card?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Nauman.</FONT></DIV></BODY></HTML>
------=_NextPart_000_003F_01C0D3DA.18E1B3F0--
Subject:(usr-tc) need TC rackmount 32 information From: albert <emmanuel@mwt.net> Date: 2001-05-03 14:49:43
Hello...
we need information,... software/firmware / manual, or
any links you may have that you can share with us..nothing
left at the USR site on them,..
this is for the older USR total control rackmount 32 sets.
albert.
albert/brenda zegiel
FARMPRIDE PRODUCTS
223 MAIN STREET
GAYS MILLS, WISCONSIN, 54631
ph-1-608-735-4667 fx 735-4994
also looking to buy USR Netserver 16 units,..
Subject:(usr-tc) need TC rackmount 32 information From: albert <emmanuel@mwt.net> Date: 2001-05-03 14:49:43
Hello...
we need information,... software/firmware / manual, or
any links you may have that you can share with us..nothing
left at the USR site on them,..
this is for the older USR total control rackmount 32 sets.
albert.
albert/brenda zegiel
FARMPRIDE PRODUCTS
223 MAIN STREET
GAYS MILLS, WISCONSIN, 54631
ph-1-608-735-4667 fx 735-4994
also looking to buy USR Netserver 16 units,..
Subject:(usr-tc) NEW - 3Com Multi-Span96 port DSP (Available Now) From: ISP-NetworkHardware.com <sales@isp-networkhardware.com> Date: 2001-05-07 11:27:27
I have a couple of New 3Com Multi-Span 96 DSP modem cards available.
Available now, Shipping from NJ.
Part Number # 3C0504222-00
Will beat any price!!! That's any price.
I purchased from DOT.BOMB, Never USED.
FULL FACTORY WARRANTY.
Email if interested.
srivera@wrca.net
Subject:(usr-tc) Default route From: Kevin Tucker <klt@tucker-usa.com> Date: 2001-05-07 16:08:42
Customer logs in ARC chassis and gets assigned a static IP 63.166.56.52.
ARC chassis IP is 205.198.244.x
He gets authenticated but can't go anywhere. I ask him what his default
gateway is and it is his ISDN terminal: 63.166.56.52
He can't set a default gateway on his machine - Windows 2000 Enterprise
server - do he is probably getting assigned one from the ARC and guess
what - it is an IP address from the 205 network.
Question: Can you have 2 default gateways on a chassis and assign both to
customers? Or is it better to but a static route in?
Thanks,
Kevin - Tucker Communications, Inc
Subject:(usr-tc) linkAbort(44) From: Kevin Tucker <klt@tucker-usa.com> Date: 2001-05-07 18:08:36
OK, next question. One of my DSP's keeps giving me a linkAbort(44) stat for
Reason for call termination. Any ideas?
Kevin - Tucker Communications
Subject:Re: (usr-tc) Total Control Opinions From: Seth Jacobs <seth.jacobs@onramp113.org> Date: 2001-05-08 13:00:57
We've been satisfied with ours. We've found it to be stable. We're under a
support contract and have found the technical support to usually be very
good to outstanding.
I would like to see more documentation. We're considering attending one of
the multi-day training sessions.
Seth
----- Original Message -----
Sent: Tuesday, May 08, 2001 12:54 PM
> I am currently using pm3's and due to their untimely EOL I am considering
a
> Total Control 1000. How do you like yours? Is it stable? Do users get
good
> connect rates/ have trouble connecting/disconnecting?
>
> Thanks for you 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) Total Control Opinions From: Seth Jacobs <seth.jacobs@onramp113.org> Date: 2001-05-08 14:41:11
That sounds about right for a 24 hour tech support/hotswap/software policy
for a TC 1000 with 2 DSP cards. Note that the price goes by $350 per
HyperDSP card in the chassis and you do not have the option to pick and
choose which cards are covered and which are not. It's an all-or-nothing
deal. With that structure the cost could get to be quite a bit if you had
alot of cards. I've heard that some of the bigger ISPs negotiate the price
down.
I'd be interested in getting feedback from anyone who has attended the 3Com
classes on the TC Chassis/HyperArc/HyperDSP cards. I think they're 3 days
classes in Chicago and cost about $2,500.
Seth
----- Original Message -----
Sent: Tuesday, May 08, 2001 2:21 PM
> I was quoted $1400 a year, does that sound right?
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Kimes
> Sent: Tuesday, May 08, 2001 4:24 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Total Control Opinions
>
>
> We are satisfied with ours as well...We have been using our original TC
> purchased in 1997 as well as another in 1999 and no major problems, using
> both Netserver and ARC. I would like to warn you in advance, though, that
> unless you are willing to purchase an overpriced service contract, 3Com's
> software upgrade policies are totally asinine. Free for a short period if
> you purchase the chassis, but that's it.
>
> At 01:00 PM 5/8/01 -0700, you wrote:
> >We've been satisfied with ours. We've found it to be stable. We're
under
> a
> >support contract and have found the technical support to usually be very
> >good to outstanding.
> >
> >I would like to see more documentation. We're considering attending one
of
> >the multi-day training sessions.
> >
> >Seth
> >
> >----- Original Message -----
> >From: "Robbie Wilson" <rwilson@oasisonline.com>
> >To: <usr-tc@lists.xmission.com>
> >Sent: Tuesday, May 08, 2001 12:54 PM
> >Subject: (usr-tc) Total Control Opinions
> >
> >
> > > I am currently using pm3's and due to their untimely EOL I am
> considering
> >a
> > > Total Control 1000. How do you like yours? Is it stable? Do users
get
> >good
> > > connect rates/ have trouble connecting/disconnecting?
> > >
> > > Thanks for you time
>
>
> Charles Kimes, Administrator
> EagleNet DataCommunications, Inc.
> St. Marys, GA
> Administrator@eagnet.com
> www.kingsbay.net
> (912) 882-8406
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) Total Control Opinions From: Mark Thornton <mark@corridor.net> Date: 2001-05-08 15:35:49
We have generally been satisfied with ours, but just cannot afford the
support. It looks like we are going to be getting rid of most of our modems
and outsourcing the dialup. We will likely retain 48 ports to use locally
for hard cases. The cost of purchasing the service from someone else vs.
paying through the nose for software upgrades is just too high. We keep
loking for a better alternative to this plan but so far nothing has
materialized. When we used tech support it was generally helpful, but too
slow to be worth the money. We have not required telephone or email tech
support for many months now. That does say a lot about the stability of the
product. It does work, and work well.
Mark Thornton
San Marcos Internet, Inc.
512-393-5300
----- Original Message -----
Sent: Tuesday, May 08, 2001 2:54 PM
> I am currently using pm3's and due to their untimely EOL I am considering
a
> Total Control 1000. How do you like yours? Is it stable? Do users get
good
> connect rates/ have trouble connecting/disconnecting?
>
> Thanks for you 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) Total Control Opinions From: Seth Jacobs <seth.jacobs@onramp113.org> Date: 2001-05-08 15:39:52
We purchased our TC1000 through Source Technologies and the price included a
full support contract for 1 year. CommWorks (3Com) has announced that
companies other than 3Com (e.g., Source Technologies) will be able to
provide 24x7 technical support. Perhaps the cost of support will go down
once it's offered by multiple companies.
Seth
----- Original Message -----
Sent: Tuesday, May 08, 2001 2:21 PM
> I was quoted $1400 a year, does that sound right?
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Kimes
> Sent: Tuesday, May 08, 2001 4:24 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Total Control Opinions
>
>
> We are satisfied with ours as well...We have been using our original TC
> purchased in 1997 as well as another in 1999 and no major problems, using
> both Netserver and ARC. I would like to warn you in advance, though, that
> unless you are willing to purchase an overpriced service contract, 3Com's
> software upgrade policies are totally asinine. Free for a short period if
> you purchase the chassis, but that's it.
>
> At 01:00 PM 5/8/01 -0700, you wrote:
> >We've been satisfied with ours. We've found it to be stable. We're
under
> a
> >support contract and have found the technical support to usually be very
> >good to outstanding.
> >
> >I would like to see more documentation. We're considering attending one
of
> >the multi-day training sessions.
> >
> >Seth
> >
> >----- Original Message -----
> >From: "Robbie Wilson" <rwilson@oasisonline.com>
> >To: <usr-tc@lists.xmission.com>
> >Sent: Tuesday, May 08, 2001 12:54 PM
> >Subject: (usr-tc) Total Control Opinions
> >
> >
> > > I am currently using pm3's and due to their untimely EOL I am
> considering
> >a
> > > Total Control 1000. How do you like yours? Is it stable? Do users
get
> >good
> > > connect rates/ have trouble connecting/disconnecting?
> > >
> > > Thanks for you time
>
>
> Charles Kimes, Administrator
> EagleNet DataCommunications, Inc.
> St. Marys, GA
> Administrator@eagnet.com
> www.kingsbay.net
> (912) 882-8406
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Total Control Opinions From: Robbie Wilson <rwilson@oasisonline.com> Date: 2001-05-08 15:54:16
I am currently using pm3's and due to their untimely EOL I am considering a
Total Control 1000. How do you like yours? Is it stable? Do users get good
connect rates/ have trouble connecting/disconnecting?
Thanks for you time
Subject:Re: (usr-tc) Total Control Opinions From: Charles Kimes <administrator@eagnet.com> Date: 2001-05-08 16:23:48
We are satisfied with ours as well...We have been using our original TC
purchased in 1997 as well as another in 1999 and no major problems, using
both Netserver and ARC. I would like to warn you in advance, though, that
unless you are willing to purchase an overpriced service contract, 3Com's
software upgrade policies are totally asinine. Free for a short period if
you purchase the chassis, but that's it.
At 01:00 PM 5/8/01 -0700, you wrote:
>We've been satisfied with ours. We've found it to be stable. We're under a
>support contract and have found the technical support to usually be very
>good to outstanding.
>
>I would like to see more documentation. We're considering attending one of
>the multi-day training sessions.
>
>Seth
>
>----- Original Message -----
>From: "Robbie Wilson" <rwilson@oasisonline.com>
>To: <usr-tc@lists.xmission.com>
>Sent: Tuesday, May 08, 2001 12:54 PM
>Subject: (usr-tc) Total Control Opinions
>
>
> > I am currently using pm3's and due to their untimely EOL I am considering
>a
> > Total Control 1000. How do you like yours? Is it stable? Do users get
>good
> > connect rates/ have trouble connecting/disconnecting?
> >
> > Thanks for you time
Charles Kimes, Administrator
EagleNet DataCommunications, Inc.
St. Marys, GA
Administrator@eagnet.com
www.kingsbay.net
(912) 882-8406
Subject:Re: (usr-tc) Total Control Opinions From: Seth Jacobs <seth.jacobs@onramp113.org> Date: 2001-05-08 16:37:43
The number of DSPs makes a big difference because there is an incremental
cost for every DSP. As far as I know, officially at least, there's no
discount even if you have a hundred DSPs.
My rep at Source Technologies is Frank Conidi and he is familiar with the TC
product. I met him at ONEISPCon and he had a TC chassis there with a couple
cards in it. He pulled the various cards out and explained what each one
did and how the whole chassis worked together. I got a much better overview
of the box from him than I was ever able to get from the 3Com booth.
They also provide documentation on the initial configuration of the box.
And, the purchase price includes a remote setup and testing of the unit by
3Com.
Seth
----- Original Message -----
Sent: Tuesday, May 08, 2001 4:27 PM
> Thats where I got that quote from, does the number of DSP's count?
> How has their support been?
>
> ---- Original Message ----
> From: seth.jacobs@onramp113.org
> To: usr-tc@lists.xmission.com,
> Subject: Re: (usr-tc) Total Control Opinions
> Date: Tue, 8 May 2001 15:39:52 -0700
>
> >We purchased our TC1000 through Source Technologies and the price
> >included a
> >full support contract for 1 year. CommWorks (3Com) has announced
> >that
> >companies other than 3Com (e.g., Source Technologies) will be able to
> >provide 24x7 technical support. Perhaps the cost of support will go
> >down
> >once it's offered by multiple companies.
> >
> >Seth
> >
> >----- Original Message -----
> >From: "Robbie Wilson" <rwilson@oasisonline.com>
> >To: <usr-tc@lists.xmission.com>
> >Sent: Tuesday, May 08, 2001 2:21 PM
> >Subject: RE: (usr-tc) Total Control Opinions
> >
> >
> >> I was quoted $1400 a year, does that sound right?
> >>
> >> -----Original Message-----
> >> From: owner-usr-tc@lists.xmission.com
> >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Kimes
> >> Sent: Tuesday, May 08, 2001 4:24 PM
> >> To: usr-tc@lists.xmission.com
> >> Subject: Re: (usr-tc) Total Control Opinions
> >>
> >>
> >> We are satisfied with ours as well...We have been using our
> >original TC
> >> purchased in 1997 as well as another in 1999 and no major
> >problems, using
> >> both Netserver and ARC. I would like to warn you in advance,
> >though, that
> >> unless you are willing to purchase an overpriced service contract,
> >3Com's
> >> software upgrade policies are totally asinine. Free for a short
> >period if
> >> you purchase the chassis, but that's it.
> >>
> >> At 01:00 PM 5/8/01 -0700, you wrote:
> >> >We've been satisfied with ours. We've found it to be stable.
> >We're
> >under
> >> a
> >> >support contract and have found the technical support to usually
> >be very
> >> >good to outstanding.
> >> >
> >> >I would like to see more documentation. We're considering
> >attending one
> >of
> >> >the multi-day training sessions.
> >> >
> >> >Seth
> >> >
> >> >----- Original Message -----
> >> >From: "Robbie Wilson" <rwilson@oasisonline.com>
> >> >To: <usr-tc@lists.xmission.com>
> >> >Sent: Tuesday, May 08, 2001 12:54 PM
> >> >Subject: (usr-tc) Total Control Opinions
> >> >
> >> >
> >> > > I am currently using pm3's and due to their untimely EOL I am
> >> considering
> >> >a
> >> > > Total Control 1000. How do you like yours? Is it stable? Do
> >users
> >get
> >> >good
> >> > > connect rates/ have trouble connecting/disconnecting?
> >> > >
> >> > > Thanks for you time
> >>
> >>
> >> Charles Kimes, Administrator
> >> EagleNet DataCommunications, Inc.
> >> St. Marys, GA
> >> Administrator@eagnet.com
> >> www.kingsbay.net
> >> (912) 882-8406
> >>
> >>
> >> -
> >> To unsubscribe to usr-tc, send an email to
> >"majordomo@xmission.com"
> >> with "unsubscribe usr-tc" in the body of the message.
> >> For information on digests or retrieving files and 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) Total Control Opinions From: Mark Thornton <mark@corridor.net> Date: 2001-05-08 16:45:05
For how many ports?
Mark Thornton
San Marcos Internet, Inc.
512-393-5300
----- Original Message -----
Sent: Tuesday, May 08, 2001 4:21 PM
> I was quoted $1400 a year, does that sound right?
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Kimes
> Sent: Tuesday, May 08, 2001 4:24 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Total Control Opinions
>
>
> We are satisfied with ours as well...We have been using our original TC
> purchased in 1997 as well as another in 1999 and no major problems, using
> both Netserver and ARC. I would like to warn you in advance, though, that
> unless you are willing to purchase an overpriced service contract, 3Com's
> software upgrade policies are totally asinine. Free for a short period if
> you purchase the chassis, but that's it.
>
> At 01:00 PM 5/8/01 -0700, you wrote:
> >We've been satisfied with ours. We've found it to be stable. We're
under
> a
> >support contract and have found the technical support to usually be very
> >good to outstanding.
> >
> >I would like to see more documentation. We're considering attending one
of
> >the multi-day training sessions.
> >
> >Seth
> >
> >----- Original Message -----
> >From: "Robbie Wilson" <rwilson@oasisonline.com>
> >To: <usr-tc@lists.xmission.com>
> >Sent: Tuesday, May 08, 2001 12:54 PM
> >Subject: (usr-tc) Total Control Opinions
> >
> >
> > > I am currently using pm3's and due to their untimely EOL I am
> considering
> >a
> > > Total Control 1000. How do you like yours? Is it stable? Do users
get
> >good
> > > connect rates/ have trouble connecting/disconnecting?
> > >
> > > Thanks for you time
>
>
> Charles Kimes, Administrator
> EagleNet DataCommunications, Inc.
> St. Marys, GA
> Administrator@eagnet.com
> www.kingsbay.net
> (912) 882-8406
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:RE: (usr-tc) Total Control Opinions From: Robbie Wilson <rwilson@oasisonline.com> Date: 2001-05-08 17:21:52
I was quoted $1400 a year, does that sound right?
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Kimes
Sent: Tuesday, May 08, 2001 4:24 PM
We are satisfied with ours as well...We have been using our original TC
purchased in 1997 as well as another in 1999 and no major problems, using
both Netserver and ARC. I would like to warn you in advance, though, that
unless you are willing to purchase an overpriced service contract, 3Com's
software upgrade policies are totally asinine. Free for a short period if
you purchase the chassis, but that's it.
At 01:00 PM 5/8/01 -0700, you wrote:
>We've been satisfied with ours. We've found it to be stable. We're under
a
>support contract and have found the technical support to usually be very
>good to outstanding.
>
>I would like to see more documentation. We're considering attending one of
>the multi-day training sessions.
>
>Seth
>
>----- Original Message -----
>From: "Robbie Wilson" <rwilson@oasisonline.com>
>To: <usr-tc@lists.xmission.com>
>Sent: Tuesday, May 08, 2001 12:54 PM
>Subject: (usr-tc) Total Control Opinions
>
>
> > I am currently using pm3's and due to their untimely EOL I am
considering
>a
> > Total Control 1000. How do you like yours? Is it stable? Do users get
>good
> > connect rates/ have trouble connecting/disconnecting?
> >
> > Thanks for you time
Charles Kimes, Administrator
EagleNet DataCommunications, Inc.
St. Marys, GA
Administrator@eagnet.com
www.kingsbay.net
(912) 882-8406
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) Total Control Opinions From: Baron Fujimoto <baron@lava.net> Date: 2001-05-08 17:45:04
On Tue, 8 May 2001, Jeff Mcadams wrote:
: Also sprach Seth Jacobs
: >We purchased our TC1000 through Source Technologies and the price
: >included a full support contract for 1 year. CommWorks (3Com) has
: >announced that companies other than 3Com (e.g., Source Technologies)
: >will be able to provide 24x7 technical support. Perhaps the cost of
: >support will go down once it's offered by multiple companies.
:
: Where did you see this announcement?
Here's a copy of the announcement we received via email:
contract
Since the announcement of CommWorks Corporation as a wholly owned subsidiary of
3Com Corporation in December, 2000, our service organization has been hard at
work to ensure that we continue to provide the highest quality services to our
customers. As the result of an extensive review process and suggestions from
our customers, we have implemented a number of significant enhancements. Some
of the most recent changes include:
* Renaming our service organization to "CommWorks Professional Services" to
better reflect our business and capabilities
* Enhancing our professional services portfolio to include a wider array of
robust professional service offerings
* Intensive training and reorganization of our technical support center to
provide a higher level of expertise and more personalized support
* Redesigned our online support tools and software library to improve the ease
of use and quality of information provided
As the next phase in our continuous improvement initiative, CommWorks
Professional Services is pleased to announce our new Service Channel Affiliate
Program.
Under this new program, we have carefully selected several companies who are
committed to providing exceptional support services to become CommWorks Service
Channel Affiliates (SCAs). Effective May 1, 2001, we will begin transitioning
the delivery of our support services to our SCAs. Please contact one of our
SCAs for renewal of your support services contract.
In order to qualify for the program, each Service Channel Affiliate must meet
training standards and adhere to strict program requirements to ensure that you
receive the highest quality services possible. The SCA of your choice is
looking forward to delivering the high quality services you expect from your
service affiliate.
After you have renewed your service with an SCA, please visit our website at
http://carrier.cso.mw.3com.com/contract/index.cfm?word=TXDEDXVKMLGVTPLQQBRX to
notify us of your selection.
Service Channel Affiliates:
Source Technology
CommWorks Select Service Channel Affiliate
1380A Main Street
Waltham, MA 02451
(888) 765-5758
sales@source-t.com
http://www.source-t.com
Solunet
CommWorks Select Service Channel Affiliate
1571 Robert J. Conlan Blvd., Suite 110
Palm Bay, FL 32905
(800) 795-2814
sales@solunet.com
http://www.solunet.com
CCS Broadband Technologies, Inc
CommWorks Service Channel Affiliate
5950 Live Oak Parkway, Suite 130
Norcross, GA 30043
(770) 417-1777
broadband@ccstech.com
http://www.ccstech.com
NET Source
CommWorks Service Channel Affiliate
10488 W. Centennial Road
Littleton, CO 80127
(888) 653-1326
rasservice@netsource.cc
http://www.rasservice.com
Sorensen's Computer Connection, Inc.
CommWorks Service Channel Affiliate
653 Oak Road
Harlan, IA 51537
(888) 464-4425
sales@netscci.net
http://www.netscci.com
CommNet Plus
CommWorks Service Channel Affiliate
6602 E. 75th St., Suite 115
Indianapolis, IN 46250
(800) 845-2981
sales@commnet.com
http://www.commnet.com
CommWorks Professional Services is dedicated to continuously improving our
service offerings and delivery mechanisms. If you have any questions about
this announcement or have suggestions for further improvements, please feel
free to contact us toll-free at (866) 977-3266 or send an email to
CPS_Contract_Administration@3com.com.
Sincerely,
CommWorks Professional Services
Subject:RE: (usr-tc) Total Control Opinions From: Robbie Wilson <rwilson@oasisonline.com> Date: 2001-05-08 17:59:59
That was one dual span 96 card for 9x5xwhatever
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton
Sent: Tuesday, May 08, 2001 5:45 PM
For how many ports?
Mark Thornton
San Marcos Internet, Inc.
512-393-5300
----- Original Message -----
Sent: Tuesday, May 08, 2001 4:21 PM
> I was quoted $1400 a year, does that sound right?
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Kimes
> Sent: Tuesday, May 08, 2001 4:24 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Total Control Opinions
>
>
> We are satisfied with ours as well...We have been using our original TC
> purchased in 1997 as well as another in 1999 and no major problems, using
> both Netserver and ARC. I would like to warn you in advance, though, that
> unless you are willing to purchase an overpriced service contract, 3Com's
> software upgrade policies are totally asinine. Free for a short period if
> you purchase the chassis, but that's it.
>
> At 01:00 PM 5/8/01 -0700, you wrote:
> >We've been satisfied with ours. We've found it to be stable. We're
under
> a
> >support contract and have found the technical support to usually be very
> >good to outstanding.
> >
> >I would like to see more documentation. We're considering attending one
of
> >the multi-day training sessions.
> >
> >Seth
> >
> >----- Original Message -----
> >From: "Robbie Wilson" <rwilson@oasisonline.com>
> >To: <usr-tc@lists.xmission.com>
> >Sent: Tuesday, May 08, 2001 12:54 PM
> >Subject: (usr-tc) Total Control Opinions
> >
> >
> > > I am currently using pm3's and due to their untimely EOL I am
> considering
> >a
> > > Total Control 1000. How do you like yours? Is it stable? Do users
get
> >good
> > > connect rates/ have trouble connecting/disconnecting?
> > >
> > > Thanks for you time
>
>
> Charles Kimes, Administrator
> EagleNet DataCommunications, Inc.
> St. Marys, GA
> Administrator@eagnet.com
> www.kingsbay.net
> (912) 882-8406
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and 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) Total Control Opinions From: Robbie Wilson <rwilson@oasisonline.com> Date: 2001-05-08 19:27:45
Thats where I got that quote from, does the number of DSP's count?
How has their support been?
---- Original Message ----
>We purchased our TC1000 through Source Technologies and the price
>included a
>full support contract for 1 year. CommWorks (3Com) has announced
>that
>companies other than 3Com (e.g., Source Technologies) will be able to
>provide 24x7 technical support. Perhaps the cost of support will go
>down
>once it's offered by multiple companies.
>
>Seth
>
>----- Original Message -----
>From: "Robbie Wilson" <rwilson@oasisonline.com>
>To: <usr-tc@lists.xmission.com>
>Sent: Tuesday, May 08, 2001 2:21 PM
>Subject: RE: (usr-tc) Total Control Opinions
>
>
>> I was quoted $1400 a year, does that sound right?
>>
>> -----Original Message-----
>> From: owner-usr-tc@lists.xmission.com
>> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Kimes
>> Sent: Tuesday, May 08, 2001 4:24 PM
>> To: usr-tc@lists.xmission.com
>> Subject: Re: (usr-tc) Total Control Opinions
>>
>>
>> We are satisfied with ours as well...We have been using our
>original TC
>> purchased in 1997 as well as another in 1999 and no major
>problems, using
>> both Netserver and ARC. I would like to warn you in advance,
>though, that
>> unless you are willing to purchase an overpriced service contract,
>3Com's
>> software upgrade policies are totally asinine. Free for a short
>period if
>> you purchase the chassis, but that's it.
>>
>> At 01:00 PM 5/8/01 -0700, you wrote:
>> >We've been satisfied with ours. We've found it to be stable.
>We're
>under
>> a
>> >support contract and have found the technical support to usually
>be very
>> >good to outstanding.
>> >
>> >I would like to see more documentation. We're considering
>attending one
>of
>> >the multi-day training sessions.
>> >
>> >Seth
>> >
>> >----- Original Message -----
>> >From: "Robbie Wilson" <rwilson@oasisonline.com>
>> >To: <usr-tc@lists.xmission.com>
>> >Sent: Tuesday, May 08, 2001 12:54 PM
>> >Subject: (usr-tc) Total Control Opinions
>> >
>> >
>> > > I am currently using pm3's and due to their untimely EOL I am
>> considering
>> >a
>> > > Total Control 1000. How do you like yours? Is it stable? Do
>users
>get
>> >good
>> > > connect rates/ have trouble connecting/disconnecting?
>> > >
>> > > Thanks for you time
>>
>>
>> Charles Kimes, Administrator
>> EagleNet DataCommunications, Inc.
>> St. Marys, GA
>> Administrator@eagnet.com
>> www.kingsbay.net
>> (912) 882-8406
>>
>>
>> -
>> To unsubscribe to usr-tc, send an email to
>"majordomo@xmission.com"
>> with "unsubscribe usr-tc" in the body of the message.
>> For information on digests or retrieving files and 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) Total Control Opinions From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-08 21:36:14
Also sprach Seth Jacobs
>We purchased our TC1000 through Source Technologies and the price
>included a full support contract for 1 year. CommWorks (3Com) has
>announced that companies other than 3Com (e.g., Source Technologies)
>will be able to provide 24x7 technical support. Perhaps the cost of
>support will go down once it's offered by multiple companies.
Where did you see this announcement?
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Total Control Opinions From: Mike Wilker <mikew@ll.net> Date: 2001-05-08 22:27:01
We run over 1200 ports on 9 chassis and have been very satisfied with our
Total Controls. We've acquired ISPs running both PM3s and Ciscos for dialup
and have transitioned to TCs whenever possible.
Mike Wilker
Director of Network Operations
Tiger Communications
DBA Local Link USA, Globaleyes Comm, Protocom
----- Original Message -----
Sent: Tuesday, May 08, 2001 2:54 PM
I am currently using pm3's and due to their untimely EOL I am considering a
Total Control 1000. How do you like yours? Is it stable? Do users get good
connect rates/ have trouble connecting/disconnecting?
Thanks for you 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:(usr-tc) Routing a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-09 13:05:35
OK gang, this is new territory for me, so be gentle.
I wish to route a /27 network to an ISDN dialup customer. Currently, this TC
has a /24 block assigned to it for dynamic dialup. I will be using a /27 out
of a different /24 block.
What configuration steps do I need to take on the TC to allow it to assign
this block to this dialup customer? Note that I am not running RIP. This
customer will ALWAYS hit this particular TC, so there is no need to announce
the route. I will manually route the block to the TC.
Additionally, if anyone would like to share the appropriate radius
attributes to include in this user's profile (I use VOPRadius), I'd
appreciate it.
TIA,
--
Scot
Subject:(usr-tc) HiperDSP snmptraps From: Phil Moss <pmoss@clara.net> Date: 2001-05-09 17:35:54
Hi,
I'm trying to set up snmptraps on our hiperDSPs. I'm trying to
trap line alarms (yellow, red, LOS) and can set these up by in
tcm by selecting the span leds and fault->Trap Settings menu
item. I can then recieve the traps when I pull the plug.
What's not happening is the settings aren't being saved so if I
reboot the card I need to reset all the traps.
Thanks,
Phil
--
Philip Moss email: pmoss@clara.net
Systems Administrator phone: 020 7903 3015
ClaraNET UK
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Marshall Morgan <marshall@netdoor.com> Date: 2001-05-10 01:33:44
Since you will be routing them a network, not using a routing protocol to
announce it, and only have a single TC, just give them a static IP on the TC
Lan and let proxy arp do it's thing.
TC GW 192.168.1.1
TC IP 192.168.1.2
TC POOL whatever
User Static IP 192.168.1.200 (PPP WAN DEVICE IP)
User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
on GW router :
ip route 192.168.20.0 255.255.255.224 192.168.1.200
(so net is 192.168.20.0/27)
RADIUS entry :
username Auth-Type = System
Service-Type = Framed-User,
Framed-Protocol = PPP,
Framed-IP-Address = 192.168.1.200,
Framed-IP-Netmask = 255.255.255.255,
Framed-Routing = None,
Framed-Compression = Van-Jacobson-TCP-IP,
Port-Limit = 2,
Idle-Timeout = 1200,
Session-Timeout = 28800,
Framed-MTU = 1500
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
----- Original Message -----
Sent: Wednesday, May 09, 2001 12:05 PM
> OK gang, this is new territory for me, so be gentle.
>
> I wish to route a /27 network to an ISDN dialup customer. Currently, this
TC
> has a /24 block assigned to it for dynamic dialup. I will be using a /27
out
> of a different /24 block.
>
> What configuration steps do I need to take on the TC to allow it to assign
> this block to this dialup customer? Note that I am not running RIP. This
> customer will ALWAYS hit this particular TC, so there is no need to
announce
> the route. I will manually route the block to the TC.
>
> Additionally, if anyone would like to share the appropriate radius
> attributes to include in this user's profile (I use VOPRadius), I'd
> appreciate it.
>
> TIA,
>
> --
> Scot
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-10 09:25:19
Marshall:
In your radius example:
> Framed-IP-Address = 192.168.1.200,
> Framed-IP-Netmask = 255.255.255.255,
Doesn't this assign a single IP, 192.168.1.200 to the dialup user?
----- Original Message -----
Sent: Thursday, May 10, 2001 2:33 AM
> Since you will be routing them a network, not using a routing protocol to
> announce it, and only have a single TC, just give them a static IP on the
TC
> Lan and let proxy arp do it's thing.
>
> TC GW 192.168.1.1
> TC IP 192.168.1.2
> TC POOL whatever
>
> User Static IP 192.168.1.200 (PPP WAN DEVICE IP)
> User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
>
> on GW router :
>
> ip route 192.168.20.0 255.255.255.224 192.168.1.200
>
> (so net is 192.168.20.0/27)
>
> RADIUS entry :
>
> username Auth-Type = System
> Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-IP-Address = 192.168.1.200,
> Framed-IP-Netmask = 255.255.255.255,
> Framed-Routing = None,
> Framed-Compression = Van-Jacobson-TCP-IP,
> Port-Limit = 2,
> Idle-Timeout = 1200,
> Session-Timeout = 28800,
> Framed-MTU = 1500
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
> ----- Original Message -----
> From: "Scot Desort" <scot@njaccess.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Wednesday, May 09, 2001 12:05 PM
> Subject: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > OK gang, this is new territory for me, so be gentle.
> >
> > I wish to route a /27 network to an ISDN dialup customer. Currently,
this
> TC
> > has a /24 block assigned to it for dynamic dialup. I will be using a /27
> out
> > of a different /24 block.
> >
> > What configuration steps do I need to take on the TC to allow it to
assign
> > this block to this dialup customer? Note that I am not running RIP. This
> > customer will ALWAYS hit this particular TC, so there is no need to
> announce
> > the route. I will manually route the block to the TC.
> >
> > Additionally, if anyone would like to share the appropriate radius
> > attributes to include in this user's profile (I use VOPRadius), I'd
> > appreciate it.
> >
> > TIA,
> >
> > --
> > Scot
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 a subnet to an ISDN dialup customer From: Marshall Morgan <marshall@netdoor.com> Date: 2001-05-10 15:21:53
> In your radius example:
>
> > Framed-IP-Address = 192.168.1.200,
> > Framed-IP-Netmask = 255.255.255.255,
>
> Doesn't this assign a single IP, 192.168.1.200 to the dialup user?
Yes. You stated you were going to route them a network via the gateway (or
similar). The example I emailed has this in it.
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Marshall Morgan <marshall@netdoor.com> Date: 2001-05-10 15:24:23
Netserver? Haven't used those in years - there are filters, smarter
protocols available for routers with security (he stated he didn't have RIP
running) and the whole netmask/broadcast thing on his static IP.
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
----- Original Message -----
Sent: Thursday, May 10, 2001 1:53 AM
> Using this theory, clients would be able to use any
> routing protocol enabled on our router,
> as the Netserver puts them virtually on the lan.
> or can they only use routing protocols running on the Netserver
>
> Am I thinking straight or in need of sleep :)
>
> Aaron
>
> Marshall Morgan wrote:
> >
> > Since you will be routing them a network, not using a routing protocol
to
> > announce it, and only have a single TC, just give them a static IP on
the TC
> > Lan and let proxy arp do it's thing.
> >
> > TC GW 192.168.1.1
> > TC IP 192.168.1.2
> > TC POOL whatever
> >
> > User Static IP 192.168.1.200 (PPP WAN DEVICE IP)
> > User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
> >
> > on GW router :
> >
> > ip route 192.168.20.0 255.255.255.224 192.168.1.200
> >
> > (so net is 192.168.20.0/27)
> >
> > RADIUS entry :
> >
> > username Auth-Type = System
> > Service-Type = Framed-User,
> > Framed-Protocol = PPP,
> > Framed-IP-Address = 192.168.1.200,
> > Framed-IP-Netmask = 255.255.255.255,
> > Framed-Routing = None,
> > Framed-Compression = Van-Jacobson-TCP-IP,
> > Port-Limit = 2,
> > Idle-Timeout = 1200,
> > Session-Timeout = 28800,
> > Framed-MTU = 1500
> >
> > Marshall Morgan
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
601.969.3838
> > ----- Original Message -----
> > From: "Scot Desort" <scot@njaccess.net>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Wednesday, May 09, 2001 12:05 PM
> > Subject: (usr-tc) Routing a subnet to an ISDN dialup customer
> >
> > > OK gang, this is new territory for me, so be gentle.
> > >
> > > I wish to route a /27 network to an ISDN dialup customer. Currently,
this
> > TC
> > > has a /24 block assigned to it for dynamic dialup. I will be using a
/27
> > out
> > > of a different /24 block.
> > >
> > > What configuration steps do I need to take on the TC to allow it to
assign
> > > this block to this dialup customer? Note that I am not running RIP.
This
> > > customer will ALWAYS hit this particular TC, so there is no need to
> > announce
> > > the route. I will manually route the block to the TC.
> > >
> > > Additionally, if anyone would like to share the appropriate radius
> > > attributes to include in this user's profile (I use VOPRadius), I'd
> > > appreciate it.
> > >
> > > TIA,
> > >
> > > --
> > > Scot
> > >
> > >
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message.
> > > For information on digests or retrieving files and old messages send
> > > "help" to the same address. Do not use quotes in your message.
> > >
> > >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the 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,
> Aaron Daniels
> Network Administrator
> Dataheart
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 a subnet to an ISDN dialup customer From: Aaron Daniels <adaniels@dataheart.net> Date: 2001-05-10 16:53:53
Using this theory, clients would be able to use any
routing protocol enabled on our router,
as the Netserver puts them virtually on the lan.
or can they only use routing protocols running on the Netserver
Am I thinking straight or in need of sleep :)
Aaron
Marshall Morgan wrote:
>
> Since you will be routing them a network, not using a routing protocol to
> announce it, and only have a single TC, just give them a static IP on the TC
> Lan and let proxy arp do it's thing.
>
> TC GW 192.168.1.1
> TC IP 192.168.1.2
> TC POOL whatever
>
> User Static IP 192.168.1.200 (PPP WAN DEVICE IP)
> User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
>
> on GW router :
>
> ip route 192.168.20.0 255.255.255.224 192.168.1.200
>
> (so net is 192.168.20.0/27)
>
> RADIUS entry :
>
> username Auth-Type = System
> Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-IP-Address = 192.168.1.200,
> Framed-IP-Netmask = 255.255.255.255,
> Framed-Routing = None,
> Framed-Compression = Van-Jacobson-TCP-IP,
> Port-Limit = 2,
> Idle-Timeout = 1200,
> Session-Timeout = 28800,
> Framed-MTU = 1500
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
> ----- Original Message -----
> From: "Scot Desort" <scot@njaccess.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Wednesday, May 09, 2001 12:05 PM
> Subject: (usr-tc) Routing a subnet to an ISDN dialup customer
>
> > OK gang, this is new territory for me, so be gentle.
> >
> > I wish to route a /27 network to an ISDN dialup customer. Currently, this
> TC
> > has a /24 block assigned to it for dynamic dialup. I will be using a /27
> out
> > of a different /24 block.
> >
> > What configuration steps do I need to take on the TC to allow it to assign
> > this block to this dialup customer? Note that I am not running RIP. This
> > customer will ALWAYS hit this particular TC, so there is no need to
> announce
> > the route. I will manually route the block to the TC.
> >
> > Additionally, if anyone would like to share the appropriate radius
> > attributes to include in this user's profile (I use VOPRadius), I'd
> > appreciate it.
> >
> > TIA,
> >
> > --
> > Scot
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
> >
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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,
Aaron Daniels
Network Administrator
Dataheart
Subject:Re: (usr-tc) Total Control Opinions From: Mike Andrews <mandrews@bit0.com> Date: 2001-05-10 19:30:29
I never got this direct from 3Com either, but... wow, this might actually
get me interested in support contracts for the first time. If I could get
software-only support from Source Technology at a reasonable price, I
probably would...
Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark. (Or something like that.)
On Tue, 8 May 2001, Baron Fujimoto wrote:
> On Tue, 8 May 2001, Jeff Mcadams wrote:
>
> : Also sprach Seth Jacobs
> : >We purchased our TC1000 through Source Technologies and the price
> : >included a full support contract for 1 year. CommWorks (3Com) has
> : >announced that companies other than 3Com (e.g., Source Technologies)
> : >will be able to provide 24x7 technical support. Perhaps the cost of
> : >support will go down once it's offered by multiple companies.
> :
> : Where did you see this announcement?
>
> Here's a copy of the announcement we received via email:
>
> Date: Wed, 02 May 2001 11:26:22 +0500
> From: cps_contract_administration@3com.com
> Subject: URGENT - Action Required regarding 3Com Total Control service
> contract
>
> Since the announcement of CommWorks Corporation as a wholly owned subsidiary of
> 3Com Corporation in December, 2000, our service organization has been hard at
> work to ensure that we continue to provide the highest quality services to our
> customers. As the result of an extensive review process and suggestions from
> our customers, we have implemented a number of significant enhancements. Some
> of the most recent changes include:
>
> * Renaming our service organization to "CommWorks Professional Services" to
> better reflect our business and capabilities
>
> * Enhancing our professional services portfolio to include a wider array of
> robust professional service offerings
>
> * Intensive training and reorganization of our technical support center to
> provide a higher level of expertise and more personalized support
>
> * Redesigned our online support tools and software library to improve the ease
> of use and quality of information provided
>
> As the next phase in our continuous improvement initiative, CommWorks
> Professional Services is pleased to announce our new Service Channel Affiliate
> Program.
>
> Under this new program, we have carefully selected several companies who are
> committed to providing exceptional support services to become CommWorks Service
> Channel Affiliates (SCAs). Effective May 1, 2001, we will begin transitioning
> the delivery of our support services to our SCAs. Please contact one of our
> SCAs for renewal of your support services contract.
>
> In order to qualify for the program, each Service Channel Affiliate must meet
> training standards and adhere to strict program requirements to ensure that you
> receive the highest quality services possible. The SCA of your choice is
> looking forward to delivering the high quality services you expect from your
> service affiliate.
>
> After you have renewed your service with an SCA, please visit our website at
> http://carrier.cso.mw.3com.com/contract/index.cfm?word=TXDEDXVKMLGVTPLQQBRX to
> notify us of your selection.
>
> Service Channel Affiliates:
>
> Source Technology
> CommWorks Select Service Channel Affiliate
> 1380A Main Street
> Waltham, MA 02451
> (888) 765-5758
> sales@source-t.com
> http://www.source-t.com
>
> Solunet
> CommWorks Select Service Channel Affiliate
> 1571 Robert J. Conlan Blvd., Suite 110
> Palm Bay, FL 32905
> (800) 795-2814
> sales@solunet.com
> http://www.solunet.com
>
> CCS Broadband Technologies, Inc
> CommWorks Service Channel Affiliate
> 5950 Live Oak Parkway, Suite 130
> Norcross, GA 30043
> (770) 417-1777
> broadband@ccstech.com
> http://www.ccstech.com
>
> NET Source
> CommWorks Service Channel Affiliate
> 10488 W. Centennial Road
> Littleton, CO 80127
> (888) 653-1326
> rasservice@netsource.cc
> http://www.rasservice.com
>
> Sorensen's Computer Connection, Inc.
> CommWorks Service Channel Affiliate
> 653 Oak Road
> Harlan, IA 51537
> (888) 464-4425
> sales@netscci.net
> http://www.netscci.com
>
> CommNet Plus
> CommWorks Service Channel Affiliate
> 6602 E. 75th St., Suite 115
> Indianapolis, IN 46250
> (800) 845-2981
> sales@commnet.com
> http://www.commnet.com
>
>
> CommWorks Professional Services is dedicated to continuously improving our
> service offerings and delivery mechanisms. If you have any questions about
> this announcement or have suggestions for further improvements, please feel
> free to contact us toll-free at (866) 977-3266 or send an email to
> CPS_Contract_Administration@3com.com.
>
> Sincerely,
>
> CommWorks Professional Services
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Total Control Opinions From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-10 23:35:03
--xHFwDpU9dbj6ez1V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Also sprach Mike Andrews
>I never got this direct from 3Com either, but... wow, this might
>actually get me interested in support contracts for the first time. If
>I could get software-only support from Source Technology at a
>reasonable price, I probably would...
Yeah...we might be able to get support contracts for a reasonable price
now...unless the VARs are saddled with the same policies and Terms and
Conditions that Al Huefner stupidly has imposed on us for 3 years now.
I'll be getting in touch with CommNet Plus to find out what their
situation is with this (been busy so haven't had a chance to yet).
Oh...and this makes me look like a prophet! Check out the
attachment...some of you on this list may remember this exchange. There
are several things in here that make me sound prophetic I think. :)
Let's see, we have:
3Com management not paying attention to the usr-tc list and the issues
that are raised there, until it becomes a crisis situation...check.
Adding layers of beaurocracy when the beaurocracy is half the problem
and they should be *removing* them...check.
Inadequate access to software updates...check.
Lack of communication to customers from 3Com management...check.
Premature EOL'ing of a product and woefully inadequate upgrade path for
customers...check (was NETServer -> HiPer Arc, now quads to DSPs).
Incredibly screwed up support contract Terms and Conditions and policies
after years of complaints from people on this list...check.
Stock price virtually in the gutter...check.
I'll say it again...Al Huefner needs to be fired and the support
contract situation needs to be *TOTALLY* rethought from the ground up,
and this time actually take into consideration the thoughts of your
customers...here's a radical thought...maybe you could even *ASK* them
what they think! Oh, that's right, that would actually involved the
abililty of 3Com upper management to *COMMUNICATE*, and we all know
*that's* not going to happen. :/
To this day, I *STILL* haven't *EVER* received *ANY* communications from
*ANYONE* at 3Com other than Tom Goodman and George Ebert regarding any
of the issues raised here or in direct email in the past several weeks.
Bruce, Irfan, Al...if you don't have the guts to get in touch with me
yourselves...at least have a secretary or something give me a call.
Right now, all you've done is confirmed that you really don't care about
your customers. Maybe I should start CC'ing brokerage houses...I'm sure
it would help your stock price oh so much for them to find out about how
much customer dissatisfaction there is among customers of this gear.
I'll assume that if I don't hear from at least one of you or your
offices that you really don't care about us as customers and I'll let
the usr-tc list know that and start looking at alternative vendors of
Access Server gear. God knows, even with the new trade-up programs, its
still almost about the same amount of money for me to totally replace my
TC gear with Patton gear, and that's even with fudging on the trade-up
program by doing more than 10 sets of quads.
>On Tue, 8 May 2001, Baron Fujimoto wrote:
>> Here's a copy of the announcement we received via email:
>>
>> Date: Wed, 02 May 2001 11:26:22 +0500
>> From: cps_contract_administration@3com.com
>> Subject: URGENT - Action Required regarding 3Com Total Control service
>> contract
>>
>> Since the announcement of CommWorks Corporation as a wholly owned subsidiary of
>> 3Com Corporation in December, 2000, our service organization has been hard at
>> work to ensure that we continue to provide the highest quality services to our
>> customers. As the result of an extensive review process and suggestions from
>> our customers, we have implemented a number of significant enhancements. Some
>> of the most recent changes include:
>>
>> * Renaming our service organization to "CommWorks Professional Services" to
>> better reflect our business and capabilities
>>
>> * Enhancing our professional services portfolio to include a wider array of
>> robust professional service offerings
>>
>> * Intensive training and reorganization of our technical support center to
>> provide a higher level of expertise and more personalized support
>>
>> * Redesigned our online support tools and software library to improve the ease
>> of use and quality of information provided
>>
>> As the next phase in our continuous improvement initiative, CommWorks
>> Professional Services is pleased to announce our new Service Channel Affiliate
>> Program.
>>
>> Under this new program, we have carefully selected several companies who are
>> committed to providing exceptional support services to become CommWorks Service
>> Channel Affiliates (SCAs). Effective May 1, 2001, we will begin transitioning
>> the delivery of our support services to our SCAs. Please contact one of our
>> SCAs for renewal of your support services contract.
>>
>> In order to qualify for the program, each Service Channel Affiliate must meet
>> training standards and adhere to strict program requirements to ensure that you
>> receive the highest quality services possible. The SCA of your choice is
>> looking forward to delivering the high quality services you expect from your
>> service affiliate.
>>
>> After you have renewed your service with an SCA, please visit our website at
>> http://carrier.cso.mw.3com.com/contract/index.cfm?word=TXDEDXVKMLGVTPLQQBRX to
>> notify us of your selection.
>>
>> Service Channel Affiliates:
>>
>> Source Technology
>> CommWorks Select Service Channel Affiliate
>> 1380A Main Street
>> Waltham, MA 02451
>> (888) 765-5758
>> sales@source-t.com
>> http://www.source-t.com
>>
>> Solunet
>> CommWorks Select Service Channel Affiliate
>> 1571 Robert J. Conlan Blvd., Suite 110
>> Palm Bay, FL 32905
>> (800) 795-2814
>> sales@solunet.com
>> http://www.solunet.com
>>
>> CCS Broadband Technologies, Inc
>> CommWorks Service Channel Affiliate
>> 5950 Live Oak Parkway, Suite 130
>> Norcross, GA 30043
>> (770) 417-1777
>> broadband@ccstech.com
>> http://www.ccstech.com
>>
>> NET Source
>> CommWorks Service Channel Affiliate
>> 10488 W. Centennial Road
>> Littleton, CO 80127
>> (888) 653-1326
>> rasservice@netsource.cc
>> http://www.rasservice.com
>>
>> Sorensen's Computer Connection, Inc.
>> CommWorks Service Channel Affiliate
>> 653 Oak Road
>> Harlan, IA 51537
>> (888) 464-4425
>> sales@netscci.net
>> http://www.netscci.com
>>
>> CommNet Plus
>> CommWorks Service Channel Affiliate
>> 6602 E. 75th St., Suite 115
>> Indianapolis, IN 46250
>> (800) 845-2981
>> sales@commnet.com
>> http://www.commnet.com
>>
>>
>> CommWorks Professional Services is dedicated to continuously improving our
>> service offerings and delivery mechanisms. If you have any questions about
>> this announcement or have suggestions for further improvements, please feel
>> free to contact us toll-free at (866) 977-3266 or send an email to
>> CPS_Contract_Administration@3com.com.
>>
>> Sincerely,
>>
>> CommWorks Professional Services
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
--xHFwDpU9dbj6ez1V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline; filename="3com.beaurocracy"
>From jeffm@iglou.com Tue Oct 12 13:12:31 1999
Message-ID: <19991012131230.A21583@iglou.com>
References: <86256808.005E7259.00@mwgate02.mw.3com.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.7i
In-Reply-To: <86256808.005E7259.00@mwgate02.mw.3com.com>
Status: RO
Content-Length: 1144
Lines: 27
Thus spake Todd Keister
> ER or Engineering Release Code is only available by calling to
>Tech Support, and then WE (Tech Support) must get permission to release
>the code.
Good grief, its getting worse. What's next? Are we going to have to
get a note from our mother's to use ER code? Blech.
>This is done so that we can document the use of these special codes to
>see if the fix the specific issue they are supposed address, and also
>to see if the new fix for one issue causes issues with any other
>processes in the code or product.
Is it at all possible that 3Com could ever *eliminate* beaurocracy in
their processes rather than constantly adding layer upon layer of it?
> I hope this helps.
Unfortunately, no, I doubt it really does. :/
Does anyone in upper management at 3Com listen to what we're saying? I
sometimes get the distinct impression that they really don't give a crap
what we feel. I guess that is progress though...we do have *some*
people at 3Com listening to us now...even if they aren't the people
making decisions on most of these things.
Jeff "getting frustrated with 3Com idiocy again" McAdams
>From jeffm@iglou.com Tue Oct 12 14:01:35 1999
Bcc: Dean Brooks <dean@iglou.com>, Dannie Gregoire <dannie@iglou.com>
Message-ID: <19991012140134.A24100@iglou.com>
References: <86256808.0060FA72.00@mwgate02.mw.3com.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.7i
In-Reply-To: <86256808.0060FA72.00@mwgate02.mw.3com.com>
Status: RO
Content-Length: 6147
Lines: 104
Thus spake Todd Keister
> I think you have missed the point. We don't just want to "Throw
>Code" at given issues. It may seem like extra steps, and sometimes it
>is laborious to follow these procedures, but in business, law, and
>especially in science, if you don't have clearly documented data
>trails, and reproducible results - then you have not accomplished a
>darn thing.
No...I didn't miss the point...I understand where you're coming
from...*however*. This seems (from my perspective at least) to be a
reaction to as you put it "release[ing] code 'willy nilly'". IMO, the
fix isn't to put yet another layer of beaurocracy down to track it, the
real fix is to have tech support be good enough at what they do, and
enough information available to them (I think this second part is the
killer) that they can more intelligently use ER code releases as
trouble-shooting tools. This is, as you say, intended to provide a fix
for those that need it, and feedback on those fixes before they're put
into an SR, but putting yet another layer of beaurocracy on this just
puts that much more difficulty on us, the customers actually *using*
this equipment and code, from being able to make the most from it.
Basically, 3Com just added yet one more layer between us, the customers,
and the development process of the code, yet one more layer that
insulates our feedback from the actual people making decisions about
the development of the product(s).
Please don't get me wrong, Todd...I'm certainly not trying to take a
shot at you, or any other tech support folks. I'm taking a shot at 3Com
overall, who's (corporate) reaction to things seems to be to add more
beaurocracy to things where there are problems in an effort to fix
them...when...at the core, at least a major component of the problems are
that there's entirely too much beaurocracy already, and customers are
already entirely too isolated from the development effort.
> I hope this clarifies my prior statements, and I hope this helps
>to clarify what could on the surface seem to be another "Stupid Policy"
>that is actually just a part of the Scientific Method.
Oh, I'm very clear on 3Com's thinking here...some of it even makes
sense...that doesn't mean its not "another 'Stupid Policy'" though. ;)
My other question still stands though...and this may be one that you,
Todd, may not be able to answer, and I can understand that...but does
upper management at 3Com really take us seriously? We (the users of tc
equipment on this list) have constently, over the years, alerted 3Com to
problem after problem, most of which were ignored until they reached
epic proportions, resulted in various people threatening lawsuits,
resulted in cascades of complaints from the users both on this list and
in the totalservice fora. These problems are, almost invariably, not
acted upon until it reached a crisis situation at 3Com and consequently
took much greater effort to fix than it would have if addressed when it
was first mentioned on the list.
I will say that 3Com has seemed to become more responsive to actual
implementation problems...ie, actually fixing bugs in code...while at
the same time making it, in many cases, actually harder for the customer
to get ahold of the code that makes the fixes. Security issues are
still dealt with in much too slow of a manner. I reported "Yet
Another(tm)" SNMP bug in the Total Control platform almost 3 weeks ago
now (not yet made public...will be soon), and still haven't gotten any
feedback about it. 3 weeks is *way* too long for a bug like this to
exist in a known state. There should be an SR release for security
issues made immediately...take the last released code...start from that
base, and develop a fix for the security hole independently of your
other fixes...3Com seems to have a *very* lax attitude concerning
security fixes.
We've been complaining about support contracts for years now...any
progress there? None that I've heard of...indeed, this too has gone in
the wrong direction. Used to be that you had to have equal support
coverage on each card in a chassis, then you had to have it on each
chassis in a location, now you have to have it on all your chassis in
all your locations. This should be going the other direction! There
are easily accessible serial numbers on each card (shoot, you can even
pull them up in a nice clean spreadsheet format via TCM!), why not have
support contracts be done on a per-card basis? Again...we here at IgLou
specifically have been asking for exactly this for over a year, and the
only response we have gotten from *anyone* (other than our sales rep,
who agrees with us) has been a call to give us the pricing as it
currently exists, they were *totally* unwilling to even *consider* that
their support contract structure was sub-optimal.
3Com has *YET* to deal with the NETServer to HiPer Arc upgrade issue.
They still are foisting essentially a Bait and Switch tactic on their
long-time customers that have NETServer cards. 3Com has known about
issues in the NETServer code base and refuses to take necessary and
available steps to fix them (either replace the cards with Arcs, or
back-port Pilgrim to the older cards, either would be an acceptable
solution, 3Com refuses to do either), and now I've heard reports that
3Com tech support folks either don't know about this situation (broken
MPIP in NETServers specifically) or don't acknowledge it as a known
problem. Yeesh. I answered a post in the totalservice *.totalcontrol
newsgroup just the other day telling someone that they were SOL
regarding this issue because 3Com refused to stand by their product.
These are the types of things that illustrate what I'm talking
about...3Com would rather add more beaurocracy and hierarchy to things
to try to fix it rather than step back, realize that the beaurocracy and
hierarchy is largely what's standing in their way from figuring out what
the real fixes are.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
--xHFwDpU9dbj6ez1V--
I mentioned a couple of weeks ago that I would test different settings
on the TC Hub to see if I could increase the likelihood of PC-Tel
modems making good connections. Previously, the only way to
reliable make them connect was to turn off v.90 via the n0s37=12 init
string.
My initial assumptions were questioned when I brought the computer
into the office. See, we are the local phone company as well as an
ISP. When I used the internal modem line to connect, the PC-Tel
modem worked perfectly every time: 50k connections, never got
dropped and good throughput. My new assumption was that it could
be a combination of the rural phone lines and the PC-Tel modem.
Perhaps it needed a stronger signal from the 3com modems.
Yesterday afternoon, I got my chance to test things out. Using two
phone lines from home (a major concession to work from home), I
dialed in from a PC using a Lucent modem and used TCM to monitor
my connections when I dialed in from my laptop with the PC-Tel
modem. I tried varying transmit levels from -0 db to -20 db with no
effect. I tried some other settings that I wasn't sure would make a
difference or not, and they didn't.
I then tried attacking the problem from the PC-Tel end. I used the init
strings I found at http://www.808hi.com/56k to try limiting the speed
of my connection. The init string is: n0s37=14s34=X where X can be
anything from 0 to 21. The higher the number, the higher the connect
speed. The full list can be found at
http://www.808hi.com/56k/x2-linklimit.htm.
What I found is that I could connect fairly reliably where X=7, for a
speed of 37333bps. When X=8 (38666bps), I could sometimes
connect but other times no data would come back to me. At higher
speeds, such as 44kbps and above, the TC unit would report the
connection status would remain at Link Negotiation and no data
would get passed. Between 42.66k and 38.66k, the status would be
OnlineAnswer but most times no data would come back from the TC
hub. At those times, Radius indicated that I had authenticated
correctly. So data was traveling from my modem into the TC Hub.
So the answer I have so far is that, over the regular phone lines with
a PC-Tel modem, if I limit the connect speed to 37,333bps, I can get
a reliable connection. Over this same line, I regularly connect via my
Lucent modem at 48-50kbps.
The init string is: n0s37=14s34=7
n0s37=14 sets the modem to v.90 only (no K56flex)
s34=7 sets the connect speed at 37,333bps
It will be interesting to try this with customers and see if any can use
better connect speeds.
Thanks for reading this far. I'll now open the floor for
comments/questions. If anyone has recommendations for other
settings that might make a difference, let me know.
Wayne Barber
Coastal Telco Services
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-11 10:21:05
OK, so do I need to add a route within the TC so it knows to send
192.168.20.0/27 to 192.168.1.200?
----- Original Message -----
Sent: Thursday, May 10, 2001 4:21 PM
> > In your radius example:
> >
> > > Framed-IP-Address = 192.168.1.200,
> > > Framed-IP-Netmask = 255.255.255.255,
> >
> > Doesn't this assign a single IP, 192.168.1.200 to the dialup user?
>
> Yes. You stated you were going to route them a network via the gateway
(or
> similar). The example I emailed has this in it.
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Extra netserver 16's? From: albert <emmanuel@mwt.net> Date: 2001-05-11 11:38:50
Hello,...
If you have any extra/pulled/working USR
Netserver 16 units available for sale,
please give me a call.
albert/brenda zegiel
FARMPRIDE PRODUCTS
223 MAIN STREET
GAYS MILLS, WISCONSIN, 54631
ph-1-608-735-4667 fx 735-4994
Subject:(usr-tc) SNMP Trap host From: Steve Johnson <linuxnut@sonic.net> Date: 2001-05-11 14:10:22
Hi,
I'm trying to setup my TC1000 gear to log SNMP traps to a trap host,
I assumed the command was
set snmP trAP_COMMUNITY public addRESS address.to.our.host
But I get this error..
CLI - Request SET SNMP TRAP_COMMUNITY failed because item is not in table
What am I doing wrong?
-Steve
--
Steve Johnson - linuxnut@sonic.net Sonic.net, Inc.
System Administrator 300 B Street #100
707.522.1000 (Voice) Santa Rosa, CA 95404
707.547.2199 (Fax) http://www.sonic.net/
Subject:Re: (usr-tc) SNMP Trap host From: Steve Johnson <linuxnut@sonic.net> Date: 2001-05-11 14:37:05
Doh! =) I knew it had to be something that simple.. =) it works now..
Thanks a bunch.
-Steve
On Fri, May 11, 2001 at 05:27:58PM -0400, Jeff Mcadams wrote:
> Also sprach Steve Johnson
> > I'm trying to setup my TC1000 gear to log SNMP traps to a trap host,
> >I assumed the command was
>
> >set snmP trAP_COMMUNITY public addRESS address.to.our.host
>
> >But I get this error..
>
> >CLI - Request SET SNMP TRAP_COMMUNITY failed because item is not in table
>
> >What am I doing wrong?
>
> Any time you get an error about something not being in the table, look
> for an equivalent "add" command.
>
> Try something along the lines of:
> add snmp trap_community public address address.to.our.host
>
>
> Basically, add is used to create new entries in a table, and set is used
> only to manipulate entries that are already in the table. set cannot be
> used to add new entries into the table.
> --
> 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.
--
Steve Johnson - linuxnut@sonic.net Sonic.net, Inc.
System Administrator 300 B Street #100
707.522.1000 (Voice) Santa Rosa, CA 95404
707.547.2199 (Fax) http://www.sonic.net/
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Marshall Morgan <marshall@netdoor.com> Date: 2001-05-11 15:57:11
No. Might want to pick up the following from Amazon.
http://www.amazon.com/exec/obidos/ASIN/1565923200/o/qid=989614459/sr=8-1/ref
=aps_sr_b_1_1/102-4104910-5894540
Managing Ip Networks With Cisco Routers
ISBN: 1565923200
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
----- Original Message -----
Sent: Friday, May 11, 2001 9:21 AM
> OK, so do I need to add a route within the TC so it knows to send
> 192.168.20.0/27 to 192.168.1.200?
>
>
> ----- Original Message -----
> From: "Marshall Morgan" <marshall@netdoor.com>
> To: <usr-tc@lists.xmission.com>
> Sent: Thursday, May 10, 2001 4:21 PM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > > In your radius example:
> > >
> > > > Framed-IP-Address = 192.168.1.200,
> > > > Framed-IP-Netmask = 255.255.255.255,
> > >
> > > Doesn't this assign a single IP, 192.168.1.200 to the dialup user?
> >
> > Yes. You stated you were going to route them a network via the gateway
> (or
> > similar). The example I emailed has this in it.
> >
> > Marshall Morgan
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
601.969.3838
Using Quad modems is not possible... you must use hiperDSP in order to us=
e
all ports in PRI links.
Regards,
Jorge Lozano <jorge@andinet.com>
NA and ISSO Andinet On Line <http://www.andinet.com>
The only way to predict the future is... to create it!
-----Mensaje original-----
De: owner-usr-tc@lists.xmission.com
[mailto:owner-usr-tc@lists.xmission.com]En nombre de Nauman Malik
Enviado el: S=E1bado, 12 de Mayo de 2001 04:11 a.m.
Para: usr-tc@lists.xmission.com
Asunto: (usr-tc) E1 PRIs
We here in Pakistan use E1 PRIs (30 channels per PRI). With TC1000 is it
possible to use all 60 lines per chasis? I am using the following
configuration
Slot 1..........Dual PRI NAC
Slot 2-15.........Quad Modems
Slot 16.........Netserver PRI NAC
Slot 17.........NMC........
In this configuration I can use only 14 modem cards or 56 ports. This was=
tes
4 ports per chasis. Is there any possible way to use 15th modem card ?
Regards,
Nauman.
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Also sprach Steve Johnson
> I'm trying to setup my TC1000 gear to log SNMP traps to a trap host,
>I assumed the command was
>set snmP trAP_COMMUNITY public addRESS address.to.our.host
>But I get this error..
>CLI - Request SET SNMP TRAP_COMMUNITY failed because item is not in table
>What am I doing wrong?
Any time you get an error about something not being in the table, look
for an equivalent "add" command.
Try something along the lines of:
add snmp trap_community public address address.to.our.host
Basically, add is used to create new entries in a table, and set is used
only to manipulate entries that are already in the table. set cannot be
used to add new entries into the table.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-11 18:42:40
Hey Scott, I'll give you a hand.
I've successfully gotten both single static IP's and routed subnets working
through the HARC using OSPF. Are you using OSPF? If you are only using
the one NAS then this is very simple, if you have multiple NAS's then you
will need OSPF (RIPv2 would work, but I haven't touched it).
For me getting the TCH to do what I wanted was a major PITA, mostly because
3com support was useless, and the documentation was very light in
examples. So I fussed and fiddled, and gave up for a year, then dove back
in and viola it started working! ;)
Why don't you send me your problem via email (sorry I don't have your
original post) and I will give you the run down on what I have done here,
it may not exactly apply but I believe it will help you none the less.
I'll give you what I have now and you can draw from that...
4) Lucent PM3
1) Lucent PM2
1) TotalControl
1) Cisco 3640 (DR for OSPF)
All sit on the same Ethernet segment, 199.217.72.0/24 The Lucent NAS uses
209.102.67.0 for their IP pools, the TCH is 207.149.168.0
I use OSPF/VLSM to divy up the IP pools among the PM3's, the TCH just gets
the whole class c since it has a much higher port density, the dialup modem
pools are announced via OSPF, why? Because static IP customers (single or
subnet) will hit different NAS's and the hardware needs to know where to
send the packets, static routes don't cut it in this situation.
We assign the static IP (single or subnet) via Radius, so you have to
create an entry in your radius users file (this can vary depending on your
Radius software) and for the TCH we have to add a "send policy" (this
really had me stumped for a long time!) the PM3's just dealt with it.
If you just have one NAS, then you can use static routing and be done with
it, you will have to create a route in your router (which connects you to
the Internet) and one in your NAS, and then create the Radius entry and
your pretty much done.
Here is a Livingston 2.0.1 Radius entry for a single static IP customer:
joeuser Password = "its-a-secret-man!",
User-Service-Type = Framed-User,
Framed-Protocol = PPP,
Framed-Address = 209.102.67.1,
Framed-Netmask = 255.255.255.240,
Framed-Routing = None,
Framed-Compression = Van-Jacobsen-TCP-IP,
Framed-MTU = 1500,
Session-Timeout = 28800
Here is an entry for a static subnet:
joeuser2 Password = "its-another-secret!",
User-Service-Type = Framed-User,
Framed-Protocol = PPP,
Framed-Address = 209.102.66.9,
Framed-Route = "209.102.66.8/29 209.102.66.9 1",
Framed-Routing = None,
Framed-Compression = Van-Jacobsen-TCP-IP,
Framed-MTU = 1500
So there you go, if you ARE running OSPF let me know and I'll go into a
little more detail on that end of things.
Disclaimer, I'm not an expert! I look up to guys like Mike Andrews and
Jeff Mcadams, they have a LOT more experience with the 3com gear than I,
but I did manage to figure it out over time, by reading examples and
blowing up a few things along the way (well not that bad)... :-)
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-11 20:17:55
Marshall-
I know basic routing on a Cisco, and if I were were using a Cisco in this
case, there would be no question. But I stated in my original post that I am
new to the TC when it comes to how it handles routing. Reading a Cisco book
is not going to help me enter commands at a HARC prompt. We run very basic
single user dialup out of our TC, and now have the need to route a small
network to a customer. I was hoping to get a little hand-holding from the
folks on this list.
I appreciate you taking the time to answer my questions. But I honestly
don't think a Cisco book is going to help me here. A little more than '"No"
might have been a little more helpful to me than the Amazon link. If there
is some inherent feature in IP that handles the routing of the network to
the dialup customer that I do not understand, I will certainly take the
opportunity to read about it and try to comprehend it. Unfortunately, time
is of the essence in this situation.
Since your example illustrates that no commands need to be entered on the
HARC, and that proxy arp will handle everything, I will try your suggestion.
Thanks again for the help.
--
Scot
----- Original Message -----
Sent: Friday, May 11, 2001 4:57 PM
> No. Might want to pick up the following from Amazon.
>
>
http://www.amazon.com/exec/obidos/ASIN/1565923200/o/qid=989614459/sr=8-1/ref
> =aps_sr_b_1_1/102-4104910-5894540
>
> Managing Ip Networks With Cisco Routers
> ISBN: 1565923200
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
> ----- Original Message -----
> From: "Scot Desort" <scot@njaccess.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Friday, May 11, 2001 9:21 AM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > OK, so do I need to add a route within the TC so it knows to send
> > 192.168.20.0/27 to 192.168.1.200?
> >
> >
> > ----- Original Message -----
> > From: "Marshall Morgan" <marshall@netdoor.com>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Thursday, May 10, 2001 4:21 PM
> > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> >
> >
> > > > In your radius example:
> > > >
> > > > > Framed-IP-Address = 192.168.1.200,
> > > > > Framed-IP-Netmask = 255.255.255.255,
> > > >
> > > > Doesn't this assign a single IP, 192.168.1.200 to the dialup user?
> > >
> > > Yes. You stated you were going to route them a network via the
gateway
> > (or
> > > similar). The example I emailed has this in it.
> > >
> > > Marshall Morgan
> > >
> > > Internet Doorway, Inc (aka NETDOOR)
> > > http://www.netdoor.com
> > >
> > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
> 601.969.3838
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) E1 PRIs From: Nauman Malik <nauman@go.net.pk> Date: 2001-05-12 14:11:06
We here in Pakistan use E1 PRIs (30 channels per PRI). With TC1000 is it
possible to use all 60 lines per chasis? I am using the following
configuration
Slot 1..........Dual PRI NAC
Slot 2-15.........Quad Modems
Slot 16.........Netserver PRI NAC
Slot 17.........NMC........
In this configuration I can use only 14 modem cards or 56 ports. This wastes
4 ports per chasis. Is there any possible way to use 15th modem card ?
Regards,
Nauman.
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Marshall Morgan <marshall@netdoor.com> Date: 2001-05-13 00:49:26
Scott,
Please read my original post - it contains all the necessary elements to get
the job done. I have tried to be more clean in this email.
You said: "What configuration steps do I need to take on the TC to allow it
to assign this block to this dialup customer?"
Answer is a Radius Entry (only as nothing is needed on the TC but you can if
you wish do what Mike Greene stated):
username Auth-Type = System
Service-Type = Framed-User,
Framed-Protocol = PPP,
Framed-IP-Address = 192.168.1.200,
Framed-IP-Netmask = 255.255.255.255,
Framed-Routing = None,
Framed-Compression = Van-Jacobson-TCP-IP,
Port-Limit = 2,
Idle-Timeout = 1200,
Session-Timeout = 28800,
Framed-MTU = 1500
As well, you stated: "Note that I am not running RIP. This customer will
ALWAYS hit this particular TC, so there is no need to announce the route. I
will manually route the block to the TC."
Answer is: So that means you do not want to announce the route via any
routing method and you will be manually routing (via the Cisco I assume) the
block to it (in this case) the static the customer gets from the Radius
profile.
Since you will be routing them a network, not using a routing protocol to
announce it, and only have a single TC, just give them a static IP on the TC
Lan and let proxy arp do it's thing.
TC GW 192.168.1.1
TC IP 192.168.1.2
TC POOL whatever
on user's machine :
User Static IP 192.168.1.200 (PPP WAN DEVICE IP) - I would ask them to set
their software to dynamic as you will give it to them via Radius anyway -
make their setup simplier.
User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
on GW router (assume a Cisco):
ip route 192.168.20.0 255.255.255.224 192.168.1.200
(so net is 192.168.20.0/27)
I hope this better explains what works in the field and how easy your setup
can be.
PS: I have probably been on this list as long as other active members - I
even have some of David Bolen's old email marked. I would like to think I
have been very helpful to many people as well both now and in the past ;-)
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
----- Original Message -----
Sent: Friday, May 11, 2001 7:17 PM
> Marshall-
>
> I know basic routing on a Cisco, and if I were were using a Cisco in this
> case, there would be no question. But I stated in my original post that I
am
> new to the TC when it comes to how it handles routing. Reading a Cisco
book
> is not going to help me enter commands at a HARC prompt. We run very basic
> single user dialup out of our TC, and now have the need to route a small
> network to a customer. I was hoping to get a little hand-holding from the
> folks on this list.
>
> I appreciate you taking the time to answer my questions. But I honestly
> don't think a Cisco book is going to help me here. A little more than
'"No"
> might have been a little more helpful to me than the Amazon link. If there
> is some inherent feature in IP that handles the routing of the network to
> the dialup customer that I do not understand, I will certainly take the
> opportunity to read about it and try to comprehend it. Unfortunately, time
> is of the essence in this situation.
>
> Since your example illustrates that no commands need to be entered on the
> HARC, and that proxy arp will handle everything, I will try your
suggestion.
>
> Thanks again for the help.
>
> --
> Scot
Subject:(usr-tc) USR Netserver 16 analog.. radius...Acct-Input-Octets and From: LIST <list@angelnet.com.br> Date: 2001-05-13 17:27:16
Please a litle question...
I use the netserer 16 anolog.. and wotk fine with radius. ( iam using
icradiun now ).. but netserver box not send for radius the
"Acct-Input-Octets and Acct-Input-Octets" RADIUS in a accounting request
packet... In this box is possible activate this?? I want do a traffic
monitor for my users..
Any help, thaks..
Subject:RE: (usr-tc) USR Netserver 16 analog.. radius...Acct-Input-Octets and From: albert <emmanuel@mwt.net> Date: 2001-05-13 18:04:08
please if you have this answer post it to the list.
albert.
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of LIST
> Sent: Sunday, May 13, 2001 3:27 PM
> To: usr-tc@lists.xmission.com
> Subject: (usr-tc) USR Netserver 16 analog.. radius...Acct-Input-Octets
> and
>
>
> Please a litle question...
> I use the netserer 16 anolog.. and wotk fine with radius. ( iam using
> icradiun now ).. but netserver box not send for radius the
> "Acct-Input-Octets and Acct-Input-Octets" RADIUS in a accounting request
> packet... In this box is possible activate this?? I want do a traffic
> monitor for my users..
> Any help, thaks..
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 a subnet to an ISDN dialup customer From: Wayne Barber <barberw@tidewater.net> Date: 2001-05-14 08:05:18
Or you could go to Bookpool.com and get the same book for almost
$8 less. I've found Bookpool to be fast and cheap.
http://www.bookpool.com/.x/p6kdf2o6p6/sm/1565923200
On 11 May 2001, at 15:57, Marshall Morgan wrote:
> No. Might want to pick up the following from Amazon.
>
> http://www.amazon.com/exec/obidos/ASIN/1565923200/o/qid=989614459/sr=8-1/ref
> =aps_sr_b_1_1/102-4104910-5894540
>
> Managing Ip Networks With Cisco Routers
> ISBN: 1565923200
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
> ----- Original Message -----
> From: "Scot Desort" <scot@njaccess.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Friday, May 11, 2001 9:21 AM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > OK, so do I need to add a route within the TC so it knows to send
> > 192.168.20.0/27 to 192.168.1.200?
> >
> >
> > ----- Original Message -----
> > From: "Marshall Morgan" <marshall@netdoor.com>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Thursday, May 10, 2001 4:21 PM
> > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> >
> >
> > > > In your radius example:
> > > >
> > > > > Framed-IP-Address = 192.168.1.200,
> > > > > Framed-IP-Netmask = 255.255.255.255,
> > > >
> > > > Doesn't this assign a single IP, 192.168.1.200 to the dialup user?
> > >
> > > Yes. You stated you were going to route them a network via the gateway
> > (or
> > > similar). The example I emailed has this in it.
> > >
> > > Marshall Morgan
> > >
> > > Internet Doorway, Inc (aka NETDOOR)
> > > http://www.netdoor.com
> > >
> > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
> 601.969.3838
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Wayne Barber
Coastal Telco Services
Subject:(usr-tc) Connecting through Analog Ports? From: Al Kelkhoff <al.kelkhoff@emns.com> Date: 2001-05-14 12:19:06
Can anyone tell me how to set up the system so that it uses the Analog
Ports?
I'm also confused on saving settings. I do a "save all" and a reset but
when I do a "sh" the values have not changed. Help.
Thanks
al
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-14 14:04:15
Mike-
Thanks for your detailed explaination. At the first chance I get, I will
give it a shot.
--
Scot
----- Original Message -----
Sent: Friday, May 11, 2001 9:42 PM
> Hey Scott, I'll give you a hand.
>
> I've successfully gotten both single static IP's and routed subnets
working
> through the HARC using OSPF. Are you using OSPF? If you are only using
> the one NAS then this is very simple, if you have multiple NAS's then you
> will need OSPF (RIPv2 would work, but I haven't touched it).
>
> For me getting the TCH to do what I wanted was a major PITA, mostly
because
> 3com support was useless, and the documentation was very light in
> examples. So I fussed and fiddled, and gave up for a year, then dove back
> in and viola it started working! ;)
>
> Why don't you send me your problem via email (sorry I don't have your
> original post) and I will give you the run down on what I have done here,
> it may not exactly apply but I believe it will help you none the less.
>
> I'll give you what I have now and you can draw from that...
>
> 4) Lucent PM3
> 1) Lucent PM2
> 1) TotalControl
>
> 1) Cisco 3640 (DR for OSPF)
>
> All sit on the same Ethernet segment, 199.217.72.0/24 The Lucent NAS uses
> 209.102.67.0 for their IP pools, the TCH is 207.149.168.0
>
> I use OSPF/VLSM to divy up the IP pools among the PM3's, the TCH just gets
> the whole class c since it has a much higher port density, the dialup
modem
> pools are announced via OSPF, why? Because static IP customers (single or
> subnet) will hit different NAS's and the hardware needs to know where to
> send the packets, static routes don't cut it in this situation.
>
> We assign the static IP (single or subnet) via Radius, so you have to
> create an entry in your radius users file (this can vary depending on your
> Radius software) and for the TCH we have to add a "send policy" (this
> really had me stumped for a long time!) the PM3's just dealt with it.
>
> If you just have one NAS, then you can use static routing and be done with
> it, you will have to create a route in your router (which connects you to
> the Internet) and one in your NAS, and then create the Radius entry and
> your pretty much done.
>
> Here is a Livingston 2.0.1 Radius entry for a single static IP customer:
>
> joeuser Password = "its-a-secret-man!",
> User-Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-Address = 209.102.67.1,
> Framed-Netmask = 255.255.255.240,
> Framed-Routing = None,
> Framed-Compression = Van-Jacobsen-TCP-IP,
> Framed-MTU = 1500,
> Session-Timeout = 28800
>
>
> Here is an entry for a static subnet:
>
> joeuser2 Password = "its-another-secret!",
> User-Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-Address = 209.102.66.9,
> Framed-Route = "209.102.66.8/29 209.102.66.9 1",
> Framed-Routing = None,
> Framed-Compression = Van-Jacobsen-TCP-IP,
> Framed-MTU = 1500
>
> So there you go, if you ARE running OSPF let me know and I'll go into a
> little more detail on that end of things.
>
> Disclaimer, I'm not an expert! I look up to guys like Mike Andrews and
> Jeff Mcadams, they have a LOT more experience with the 3com gear than I,
> but I did manage to figure it out over time, by reading examples and
> blowing up a few things along the way (well not that bad)... :-)
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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 a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-14 14:16:17
Marshall,
I read your original post. And in my subsequent posts, it should have been a
little obvious that I was having a little trouble following your example
based on my follow-up questions.
I do not doubt your past contributions to the list.
I do appreciate you taking the time to answer my original question, and will
try to implement your answer to my routing question when I am at the
customer site this week, having Mike Green's example as a backup (or
vice-versa, depending...).
Thanks again,
--
Scot
----- Original Message -----
Sent: Sunday, May 13, 2001 1:49 AM
> Scott,
>
> Please read my original post - it contains all the necessary elements to
get
> the job done. I have tried to be more clean in this email.
>
> You said: "What configuration steps do I need to take on the TC to allow
it
> to assign this block to this dialup customer?"
>
> Answer is a Radius Entry (only as nothing is needed on the TC but you can
if
> you wish do what Mike Greene stated):
>
> username Auth-Type = System
> Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-IP-Address = 192.168.1.200,
> Framed-IP-Netmask = 255.255.255.255,
> Framed-Routing = None,
> Framed-Compression = Van-Jacobson-TCP-IP,
> Port-Limit = 2,
> Idle-Timeout = 1200,
> Session-Timeout = 28800,
> Framed-MTU = 1500
>
> As well, you stated: "Note that I am not running RIP. This customer will
> ALWAYS hit this particular TC, so there is no need to announce the route.
I
> will manually route the block to the TC."
>
> Answer is: So that means you do not want to announce the route via any
> routing method and you will be manually routing (via the Cisco I assume)
the
> block to it (in this case) the static the customer gets from the Radius
> profile.
>
> Since you will be routing them a network, not using a routing protocol to
> announce it, and only have a single TC, just give them a static IP on the
TC
> Lan and let proxy arp do it's thing.
>
> TC GW 192.168.1.1
> TC IP 192.168.1.2
> TC POOL whatever
>
> on user's machine :
>
> User Static IP 192.168.1.200 (PPP WAN DEVICE IP) - I would ask them to set
> their software to dynamic as you will give it to them via Radius anyway -
> make their setup simplier.
> User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
>
> on GW router (assume a Cisco):
>
> ip route 192.168.20.0 255.255.255.224 192.168.1.200
>
> (so net is 192.168.20.0/27)
>
> I hope this better explains what works in the field and how easy your
setup
> can be.
>
> PS: I have probably been on this list as long as other active members - I
> even have some of David Bolen's old email marked. I would like to think I
> have been very helpful to many people as well both now and in the past ;-)
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
> ----- Original Message -----
> From: "Scot Desort" <scot@njaccess.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Friday, May 11, 2001 7:17 PM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > Marshall-
> >
> > I know basic routing on a Cisco, and if I were were using a Cisco in
this
> > case, there would be no question. But I stated in my original post that
I
> am
> > new to the TC when it comes to how it handles routing. Reading a Cisco
> book
> > is not going to help me enter commands at a HARC prompt. We run very
basic
> > single user dialup out of our TC, and now have the need to route a small
> > network to a customer. I was hoping to get a little hand-holding from
the
> > folks on this list.
> >
> > I appreciate you taking the time to answer my questions. But I honestly
> > don't think a Cisco book is going to help me here. A little more than
> '"No"
> > might have been a little more helpful to me than the Amazon link. If
there
> > is some inherent feature in IP that handles the routing of the network
to
> > the dialup customer that I do not understand, I will certainly take the
> > opportunity to read about it and try to comprehend it. Unfortunately,
time
> > is of the essence in this situation.
> >
> > Since your example illustrates that no commands need to be entered on
the
> > HARC, and that proxy arp will handle everything, I will try your
> suggestion.
> >
> > Thanks again for the help.
> >
> > --
> > Scot
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
WRCA.NET is looking to buy the following USR communication hardware:
Netserver 16 v34
Netserver 16 v34 Plus
Netserver 8 v34
Netserver 8 v34 Plus
If you have please email me off list.
srivera@wrca.net
Subject:(usr-tc) USR Netserver 16 analog.. radius...Acct-Input-Octets and From: LIST <list@angelnet.com.br> Date: 2001-05-14 23:03:06
Please a litle question...
I use the netserer 16 anolog.. and wotk fine with radius. ( iam using
icradiun now ).. but netserver box not send for radius the
"Acct-Input-Octets and Acct-Input-Octets" RADIUS in a accounting request
packet... In this box is possible activate this?? I want do a traffic
monitor for my users..
Any help, thaks..
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Marshall Morgan <marshall@netdoor.com> Date: 2001-05-15 12:29:41
Let us know how it goes!
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
----- Original Message -----
Sent: Monday, May 14, 2001 1:16 PM
> Marshall,
>
> I read your original post. And in my subsequent posts, it should have been
a
> little obvious that I was having a little trouble following your example
> based on my follow-up questions.
>
> I do not doubt your past contributions to the list.
>
> I do appreciate you taking the time to answer my original question, and
will
> try to implement your answer to my routing question when I am at the
> customer site this week, having Mike Green's example as a backup (or
> vice-versa, depending...).
>
> Thanks again,
>
> --
> Scot
>
>
>
>
>
>
>
> ----- Original Message -----
> From: "Marshall Morgan" <marshall@netdoor.com>
> To: <usr-tc@lists.xmission.com>
> Sent: Sunday, May 13, 2001 1:49 AM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > Scott,
> >
> > Please read my original post - it contains all the necessary elements to
> get
> > the job done. I have tried to be more clean in this email.
> >
> > You said: "What configuration steps do I need to take on the TC to allow
> it
> > to assign this block to this dialup customer?"
> >
> > Answer is a Radius Entry (only as nothing is needed on the TC but you
can
> if
> > you wish do what Mike Greene stated):
> >
> > username Auth-Type = System
> > Service-Type = Framed-User,
> > Framed-Protocol = PPP,
> > Framed-IP-Address = 192.168.1.200,
> > Framed-IP-Netmask = 255.255.255.255,
> > Framed-Routing = None,
> > Framed-Compression = Van-Jacobson-TCP-IP,
> > Port-Limit = 2,
> > Idle-Timeout = 1200,
> > Session-Timeout = 28800,
> > Framed-MTU = 1500
> >
> > As well, you stated: "Note that I am not running RIP. This customer will
> > ALWAYS hit this particular TC, so there is no need to announce the
route.
> I
> > will manually route the block to the TC."
> >
> > Answer is: So that means you do not want to announce the route via any
> > routing method and you will be manually routing (via the Cisco I assume)
> the
> > block to it (in this case) the static the customer gets from the Radius
> > profile.
> >
> > Since you will be routing them a network, not using a routing protocol
to
> > announce it, and only have a single TC, just give them a static IP on
the
> TC
> > Lan and let proxy arp do it's thing.
> >
> > TC GW 192.168.1.1
> > TC IP 192.168.1.2
> > TC POOL whatever
> >
> > on user's machine :
> >
> > User Static IP 192.168.1.200 (PPP WAN DEVICE IP) - I would ask them to
set
> > their software to dynamic as you will give it to them via Radius
anyway -
> > make their setup simplier.
> > User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
> >
> > on GW router (assume a Cisco):
> >
> > ip route 192.168.20.0 255.255.255.224 192.168.1.200
> >
> > (so net is 192.168.20.0/27)
> >
> > I hope this better explains what works in the field and how easy your
> setup
> > can be.
> >
> > PS: I have probably been on this list as long as other active members -
I
> > even have some of David Bolen's old email marked. I would like to think
I
> > have been very helpful to many people as well both now and in the past
;-)
> >
> > Marshall Morgan
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
601.969.3838
> > ----- Original Message -----
> > From: "Scot Desort" <scot@njaccess.net>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Friday, May 11, 2001 7:17 PM
> > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> >
> >
> > > Marshall-
> > >
> > > I know basic routing on a Cisco, and if I were were using a Cisco in
> this
> > > case, there would be no question. But I stated in my original post
that
> I
> > am
> > > new to the TC when it comes to how it handles routing. Reading a Cisco
> > book
> > > is not going to help me enter commands at a HARC prompt. We run very
> basic
> > > single user dialup out of our TC, and now have the need to route a
small
> > > network to a customer. I was hoping to get a little hand-holding from
> the
> > > folks on this list.
> > >
> > > I appreciate you taking the time to answer my questions. But I
honestly
> > > don't think a Cisco book is going to help me here. A little more than
> > '"No"
> > > might have been a little more helpful to me than the Amazon link. If
> there
> > > is some inherent feature in IP that handles the routing of the network
> to
> > > the dialup customer that I do not understand, I will certainly take
the
> > > opportunity to read about it and try to comprehend it. Unfortunately,
> time
> > > is of the essence in this situation.
> > >
> > > Since your example illustrates that no commands need to be entered on
> the
> > > HARC, and that proxy arp will handle everything, I will try your
> > suggestion.
> > >
> > > Thanks again for the help.
> > >
> > > --
> > > Scot
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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: HD 130A Hiper Bundle, DSp, Arc, EdgeServer PRO From: ISP-NetworkHardware.com <sales@isp-networkhardware.com> Date: 2001-05-15 14:58:41
WRCA.NET has the following in stock:
$7500
High Density Chassis
Dual 130A Power
NMC
Hiper ARC
2x Hiper DSP
Hiper DSP $2500
Hiper ARC $1250
EdgeServer PRO $1500
70A Power sets $250 / $450 for pair
130A Power Sets $500each
45A Dual Power sets w/ chassis $200
Subject:(usr-tc) Inventory for sale From: mmm3@cornell.edu Date: 2001-05-17 09:29:46
Greetings all...
I have the following excess inventory for sale. Please convey your
best offer directly to my email. Thanks...
5 old-style chassis (without fan trays)
4 new-style chassis
96 digital quad cards w/NICs (6.0.6 firmware version)
6 dual PRIs
9 486 NMCs
4 HiPerNMCs
3 HiPerARCs
7 70A PSUs
10 45A PSUs
*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8521
email: mmm3@cornell.edu
**********************************************
Subject:(usr-tc) Remote POP backhaul via ISDN? From: Mark Thornton <mark@corridor.net> Date: 2001-05-17 12:23:25
I seem to remember that it should be possible to create a MPIP bundle
between two TCHubs for the purpose of creating a temporary backhaul link. Is
this true and has anyone ever done it?
Mark Thornton
San Marcos Internet, Inc
512-393-5300
Subject:Re: (usr-tc) Remote POP backhaul via ISDN? From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-17 15:20:58
Also sprach Mark Thornton
>I seem to remember that it should be possible to create a MPIP bundle
>between two TCHubs for the purpose of creating a temporary backhaul
>link. Is this true and has anyone ever done it?
There's certainly no theoretical reason that this couldn't be
done...I've never actually done it though.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Inventory for sale From: Green Apple Squid Manager <squid@greenapple.com> Date: 2001-05-18 09:08:47
Michelle,
I have some of the same equipment I am looking to get rid of also, so I was
wondering if you had any luck and if so can you share what you got out of
them?
Thanks,
Mark
Green Apple Inc
127 W Sixth Ave
Lancaster OH 43130
www.greenapple.com
----- Original Message -----
Sent: Thursday, May 17, 2001 9:29 AM
>
> Greetings all...
>
> I have the following excess inventory for sale. Please convey your
> best offer directly to my email. Thanks...
>
> 5 old-style chassis (without fan trays)
> 4 new-style chassis
> 96 digital quad cards w/NICs (6.0.6 firmware version)
> 6 dual PRIs
> 9 486 NMCs
> 4 HiPerNMCs
> 3 HiPerARCs
> 7 70A PSUs
> 10 45A PSUs
>
>
>
> *********************************************************
> Michelle M. Mogil
> Network and Computing Systems
> 735 Rhodes Hall, Cornell University, Ithaca, NY 14853
> vox: (607) 255-0516, fax: (607) 255-8521
> email: mmm3@cornell.edu
> **********************************************
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:(usr-tc) Fast busy signal From: Donald Baud <dbaud@bigfoot.com> Date: 2001-05-18 11:39:17
I am getting a recurring situation where the chassis stops taking calls and
gives a fast busy signal.
I have reported this issue to commworks' technical support but the
technician said that since I was running a chassis with more than 5 PRI with
dual 70amps, they could not guarantee anything. I would need to use 130Amps
and he swiftly emailed me the 3com info bulletin about power consumption on
the chassis ...
I am hoping someone on the list could help me:
The problem affects mostly the chassis that receives most calls (i.e. the
one at the begining of the call queue). It used to happen once in a while
but it now happens daily.
Inventory:
A chassis with dual 70amps, 1hiper arc(5.1.99-8 128Megs), 11 DSP's(2.1.9 PRI
5ESS)
the Arc is running ospf and using an IP pool of 260 IP's
Symptoms:
I checked the syslog files and noticed that at the time of the incident, the
Harc sends the following logs:
** Message: At 09:33:42, Facility "IP", Level "CRITICAL":: Deleting IGMP
network before finally freeing dynamic network IPpdb
** Message: At 09:34:18, Facility "IP", Level "CRITICAL":: Deleting IGMP
network before finally freeing dynamic network IPpdb
[...] (Previous message was repeated 10 times)
** Message: At 09:38:48, Facility "IP", Level "CRITICAL":: ip_fwd_get_opt:
no IP address available for dynamic address assignment
** Message: At 09:38:48, Facility "IP", Level "CRITICAL":: Deleting IGMP
network before finally freeing dynamic network IPpdb
** Message: At 09:39:04, Facility "IP", Level "CRITICAL":: ip_fwd_get_opt:
no IP address available for dynamic address assignment
[..] (Previous message was repeated several times)
I then noticed that an OSPF cisco neigbor complained that the interface on
the HARC went down:
** Message: 85194: May 18 13:42:23.095: %OSPF-5-ADJCHG: Process 1, Nbr
xxx.xxx.xxx.xxx on FastEthernet0/1 from FULL to DOWN, Neighbor Down: Dead
timer expired
At this point, all dialup customers have been disconnected from the DSP's on
the chassis
And I see the following syslog message from HiperArc:
** Message: At 09:43:23, Facility "Configurator", Level "INFORMATION"::
HiPer system configuration complete at 5/18/2001 09:43:23
Doing a "show board crash" shows that a crash happened at 5/18/2001 09:41:43
============================
- I don't think this is related to the number of cards in the chassis
because I've seen this happen with another chassis loaded with 7 DSPs
- I've tried several HARC codes. All 5.x.xx crash
- The DSP's show LocalOutOfService or RemoteOutOfService on most of the PRI
channels. The only way to restore them is to reboot the DSP.
D Baud
Subject:Re: (usr-tc) Fast busy signal From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-18 12:10:32
Also sprach Donald Baud
>I am getting a recurring situation where the chassis stops taking calls
>and gives a fast busy signal. I have reported this issue to commworks'
>technical support but the technician said that since I was running a
>chassis with more than 5 PRI with dual 70amps, they could not guarantee
>anything. I would need to use 130Amps and he swiftly emailed me the
>3com info bulletin about power consumption on the chassis ... I am
>hoping someone on the list could help me:
Call tech support back and ask to speak to someone with a clue. Maybe
just ask them to escalate...if they don't, raise hell.
That's a b*llsh*t answer and cop out at best. Ask to speak to a manager
maybe and complain about the person that gave it to you.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
WRCA.NET has the following 3Com Hiper bundle available.
High Density Total Control Chassis
> >Dual 70 amp A.C. Power Supplies
> >9 HiPer DSP cards
> >HiPer Access router card
> >Network Management Card
> >Dual 10/100 PCI Ethernet Nic card
> >Ethernet NIC card
Available now.
Asking $27,000 or Best offer.
Subject:(usr-tc) Inventory for sale From: mmm3@cornell.edu Date: 2001-05-21 10:22:46
Greetings all...
I have sold the excess inventory. Thank you for your interest; I know
who to come to should I have more equipment to sell! :-)
Michelle Mogil
*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8521
email: mmm3@cornell.edu
**********************************************
Subject:(usr-tc) HARC memory upgrades From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-22 07:45:27
I just purchased a used HiperArc, slapped it in and started poking around,
the first thing I noticed was that it has half the memory as my original eg;
Original ARC: DRAM = 131072
ROM = 16384
2nd ARC: DRAM = 65536
ROM = 8192
They are both of the same hardware Rev (19.0.0)
Where can I find some memory modules for this card, or can I install some
off the shelf stuff?
TIA!
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
Subject:Re: (usr-tc) HARC memory upgrades From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-22 09:42:48
At 11:01 AM 5/22/01 -0400, you wrote:
>Also sprach Mike Greene
>They will take off the shelf moduels, but I don't know the specs off the
>top of my head. I *think* I remember seeing info in the hardware
>manuals for the Arcs about it, but don't quote me on that.
Yah, I found the spec. Went to our memory cabinet and found that we don't
have any 128MB EDO DIMM's , lots of 128/256MB ECC PC133 memory, but the
notch in the chip is about 3mm off (I think this is the voltage notch).
Any ways, I'm going to just order up the right stuff from our vendor, the
ROM can't be upgraded I guess since I didn't see any other slot than for
the DIMM.
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
Subject:Re: (usr-tc) HARC memory upgrades From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-22 11:01:16
Also sprach Mike Greene
>I just purchased a used HiperArc, slapped it in and started poking
>around, the first thing I noticed was that it has half the memory as my
>original eg;
>Original ARC: DRAM = 131072
> ROM = 16384
>2nd ARC: DRAM = 65536
> ROM = 8192
>They are both of the same hardware Rev (19.0.0)
>Where can I find some memory modules for this card, or can I install
>some off the shelf stuff?
They will take off the shelf moduels, but I don't know the specs off the
top of my head. I *think* I remember seeing info in the hardware
manuals for the Arcs about it, but don't quote me on that.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) HARC memory (prices) From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-23 13:46:22
Guys,
If you ever need to get memory for your ARC, do not buy "3COM" memory at
$923.00 per stick (source tech), I just ordered a stick from my PC vendor
(proper spec, etc) for $147.00
Good grief, talk about gouging the customer...
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
Subject:(usr-tc) 3Com support plans From: Mark Thornton <mark@corridor.net> Date: 2001-05-23 14:06:56
I just heard from my equipment rep that the transfer of the Tech support
function from 3Com to the reps is complete. He indicated that there is no
change in price or types of service available. The only difference is that
the service is one level removed from 3Com, which I guess is supposed to
mean it will be improved.
I'm not sure how this is supposed to be a good thing. If I want to pay high
prices for service, I want to be able to work with the folks responsible for
creating the problem. In a similar situation with Microsoft and the
supposedly authorized tech groups, I have never gotten good information or
support from anyone other than Microsoft. The savings was not worth the
hassle, and you wound up paying to talk to MS anyway. I have had similar
experiences with 'Linux' support companies. The 3Com situation is too
similar for me to be comfartable with it. As it stands now we will likely
outsource the modem business and put most of ours out to pasture. I will
likely keep 24 to 48 lines in order to deal with specific cases that cannot
be handled by the outsource provider. With that number I can afford to get
them up to V.90 and have them in the same class as the outsourced modems
from another vendor.
Mark Thornton
San Marcos Internet, Inc
512-393-5300
Subject:Re: (usr-tc) 3Com support plans From: Mark Thornton <mark@corridor.net> Date: 2001-05-23 14:24:24
I meant to say V.92...
Mark Thornton
San Marcos Internet, Inc
512-393-5300
----- Original Message -----
Sent: Wednesday, May 23, 2001 2:06 PM
> I just heard from my equipment rep that the transfer of the Tech support
> function from 3Com to the reps is complete. He indicated that there is no
> change in price or types of service available. The only difference is that
> the service is one level removed from 3Com, which I guess is supposed to
> mean it will be improved.
>
> I'm not sure how this is supposed to be a good thing. If I want to pay
high
> prices for service, I want to be able to work with the folks responsible
for
> creating the problem. In a similar situation with Microsoft and the
> supposedly authorized tech groups, I have never gotten good information
or
> support from anyone other than Microsoft. The savings was not worth the
> hassle, and you wound up paying to talk to MS anyway. I have had similar
> experiences with 'Linux' support companies. The 3Com situation is too
> similar for me to be comfartable with it. As it stands now we will likely
> outsource the modem business and put most of ours out to pasture. I will
> likely keep 24 to 48 lines in order to deal with specific cases that
cannot
> be handled by the outsource provider. With that number I can afford to get
> them up to V.90 and have them in the same class as the outsourced modems
> from another vendor.
>
> Mark Thornton
> San Marcos Internet, Inc
> 512-393-5300
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) 3Com support plans From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-23 16:27:41
Also sprach Mark Thornton
>I just heard from my equipment rep that the transfer of the Tech
>support function from 3Com to the reps is complete. He indicated that
>there is no change in price or types of service available. The only
>difference is that the service is one level removed from 3Com, which I
>guess is supposed to mean it will be improved.
Dang it Mark! You beat me to it.
I did some checking myself (with CommNet Plus), and got the same
information.
The VARs that are on the support program will be under the same
restrictions for selling support contracts that 3Com/CommWorks imposed
earlier...ie, equal level of coverage on all of your equipment, have to
cover all of your equipment, not just a subset.
So, once *AGAIN* 3Com/CommWorks solves a problem that doesn't exist.
Way to go Al Huefner, you've once again cost 3Com/CommWorks positive
real revenue without any gain. How *do* you keep your job?
>I'm not sure how this is supposed to be a good thing. If I want to pay
>high prices for service, I want to be able to work with the folks
>responsible for creating the problem. In a similar situation with
>Microsoft and the supposedly authorized tech groups, I have never
>gotten good information or support from anyone other than Microsoft.
>The savings was not worth the hassle, and you wound up paying to talk
>to MS anyway. I have had similar experiences with 'Linux' support
>companies. The 3Com situation is too similar for me to be comfartable
>with it. As it stands now we will likely outsource the modem business
>and put most of ours out to pasture. I will likely keep 24 to 48 lines
>in order to deal with specific cases that cannot be handled by the
>outsource provider. With that number I can afford to get them up to
>V.90 and have them in the same class as the outsourced modems from
>another vendor.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:(usr-tc) Access Denied From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-23 16:48:16
This is apparently 3Com/CommWorks response to criticism...
quiz:/home/jeffm> telnet zircon.3com.com 25
Trying 192.156.136.159...
Connected to zircon.3com.com.
Escape character is '^]'.
220 zircon.3com.com ESMTP Sendmail Switch-2.1.1/Switch-2.1.0; Wed, 23 May 2001 13:48:22 -0700 (PDT)
helo iglou.com
250 zircon.3com.com Hello quiz.iglou.com [192.107.41.41], pleased to meet you
mail from: jeffm@iglou.com
550 5.7.1 jeffm@iglou.com... Access denied
mail from: jeff@iglou.com
250 2.1.0 jeff@iglou.com... Sender ok
Lovely.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Access Denied From: Jim Johnson <jim@perigee.net> Date: 2001-05-23 16:56:35
WOW!
That is most bizarre.
Compared to 3COM, an ostrich with its head in the sand looks like the
hubble space telescope.
Jim
Jeff Mcadams wrote:
>
> This is apparently 3Com/CommWorks response to criticism...
>
> quiz:/home/jeffm> telnet zircon.3com.com 25
> Trying 192.156.136.159...
> Connected to zircon.3com.com.
> Escape character is '^]'.
> 220 zircon.3com.com ESMTP Sendmail Switch-2.1.1/Switch-2.1.0; Wed, 23 May 2001 13:48:22 -0700 (PDT)
> helo iglou.com
> 250 zircon.3com.com Hello quiz.iglou.com [192.107.41.41], pleased to meet you
> mail from: jeffm@iglou.com
> 550 5.7.1 jeffm@iglou.com... Access denied
> mail from: jeff@iglou.com
> 250 2.1.0 jeff@iglou.com... Sender ok
>
> Lovely.
> --
> 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.
Makes me glad I don't own any 3Com stock. A company that committed to
screwing their own best advocate and field support agent is definitely out
to screw me. I can't really see how anyone can actually rep them at this
point and maintain any sense of integrity. Aside from the poor attitude that
fostered the obvious filter, consider the dumb-ass that was too challenged
to at least configure their server to swallow the message into a black hole
rather that make it obvious that someone is being filtered. It is damned
obvious the whole group is a couple of fries short of a happy meal...
Mark Thornton
San Marcos Internet, Inc
512-393-5300
----- Original Message -----
Sent: Wednesday, May 23, 2001 4:38 PM
> This looked so incredibly lame that I couldn't believe 3Com would do
> something that stupid. Until I tried it for myself and found out that
> yes they really were that lame...
>
> mail from: mandrews@bit0.com
> 250 2.1.0 mandrews@bit0.com... Sender ok
> rset
> 250 2.0.0 Reset state
> mail from: jeffm@iglou.com
> 550 5.7.1 jeffm@iglou.com... Access denied
> rset
> 250 2.0.0 Reset state
> mail from: root@iglou.com
> 550 5.7.1 root@iglou.com... Sender ok
> quit
> 221 2.0.0 zircon.3com.com closing connection
>
>
> Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet access for Frankfort, Lexington, Louisville and surrounding
counties
> www.fark.com: If it's not news, it's Fark. (Or something like that.)
>
> On Wed, 23 May 2001, Jeff Mcadams wrote:
>
> > This is apparently 3Com/CommWorks response to criticism...
> >
> >
> > quiz:/home/jeffm> telnet zircon.3com.com 25
> > Trying 192.156.136.159...
> > Connected to zircon.3com.com.
> > Escape character is '^]'.
> > 220 zircon.3com.com ESMTP Sendmail Switch-2.1.1/Switch-2.1.0; Wed, 23
May 2001 13:48:22 -0700 (PDT)
> > helo iglou.com
> > 250 zircon.3com.com Hello quiz.iglou.com [192.107.41.41], pleased to
meet you
> > mail from: jeffm@iglou.com
> > 550 5.7.1 jeffm@iglou.com... Access denied
> > mail from: jeff@iglou.com
> > 250 2.1.0 jeff@iglou.com... Sender ok
> >
> > Lovely.
> > --
> > 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.
This looked so incredibly lame that I couldn't believe 3Com would do
something that stupid. Until I tried it for myself and found out that
yes they really were that lame...
mail from: mandrews@bit0.com
250 2.1.0 mandrews@bit0.com... Sender ok
rset
250 2.0.0 Reset state
mail from: jeffm@iglou.com
550 5.7.1 jeffm@iglou.com... Access denied
rset
250 2.0.0 Reset state
mail from: root@iglou.com
550 5.7.1 root@iglou.com... Sender ok
quit
221 2.0.0 zircon.3com.com closing connection
Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark. (Or something like that.)
On Wed, 23 May 2001, Jeff Mcadams wrote:
> This is apparently 3Com/CommWorks response to criticism...
>
>
> quiz:/home/jeffm> telnet zircon.3com.com 25
> Trying 192.156.136.159...
> Connected to zircon.3com.com.
> Escape character is '^]'.
> 220 zircon.3com.com ESMTP Sendmail Switch-2.1.1/Switch-2.1.0; Wed, 23 May 2001 13:48:22 -0700 (PDT)
> helo iglou.com
> 250 zircon.3com.com Hello quiz.iglou.com [192.107.41.41], pleased to meet you
> mail from: jeffm@iglou.com
> 550 5.7.1 jeffm@iglou.com... Access denied
> mail from: jeff@iglou.com
> 250 2.1.0 jeff@iglou.com... Sender ok
>
> Lovely.
> --
> 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) HARC memory (prices) From: Charles Sprickman <spork@inch.com> Date: 2001-05-24 00:51:04
Was that 3.3V 128MB ECC EDO? If so:
http://www.thechipmerchant.com/24068-0.html
They've got a whole mess of stuff. I think someone just posted specs a
while ago...
C
| Charles Sprickman | Internet Channel
| INCH System Administration Team | (212)243-5200
| spork@inch.com | access@inch.com
On Thu, 24 May 2001, Andrew Cutler wrote:
> Hi Mike.
>
> I would be eternally grateful if you would email me the spec for that memory. I
> work for a company using the ARC's but have no direct access to the boxes or the
> local vendor and plenty is not happening because "it's too expensive". I would
> love nothing better than to be able to price the memory locally and nail them
> with "so we could do 6 nases for the price of one".
>
>
> Cheers,
>
>
> Andrew
>
> Mike Greene wrote:
>
> > Guys,
> >
> > If you ever need to get memory for your ARC, do not buy "3COM" memory at
> > $923.00 per stick (source tech), I just ordered a stick from my PC vendor
> > (proper spec, etc) for $147.00
> >
> > Good grief, talk about gouging the customer...
> >
> > - Mike
> >
> > ------------------------------------------------
> > Rock Island Communications, Inc. (360)-378-5884
> > http://www.rockisland.com/ San Juan Islands, WA
> > ------------------------------------------------
>
> --
> When in doubt, mumble; when in trouble, delegate; when in charge, ponder.
> -James H. Boren.
>
>
>
Subject:Re: (usr-tc) HARC memory (prices) From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-24 06:02:06
I see I created some interest in this one! :-) Here are the spec's, if you
want to wait a couple days (I have not gotten my chip yet) to see if it
does indeed work correctly I will post the results here...
But at 150.00 approx, it may be worth the gamble to just go for it...
You want the following: 168-pin 128MB EDO DRAM DIMM (5 volt) the
difference between the normal DIMM chips is the voltage notch, 3.3v and 5v
are slightly off by about 3mm.
I'm sure Ingram, or Tech Data would carry it too, I didn't bother to check
on our Ingram source, I just called Equus Computers (they have offices in
14 states) we get nearly 70% of our PC clones and parts from them.
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
Subject:Re: (usr-tc) HARC memory (prices) From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-24 07:16:54
At 09:58 AM 5/24/01 -0400, you wrote:
>Thanks loads. I guess I can use the 64M in an older computer here. I need
>to get the new unit online then make the switchover before upgrading, or
>was the
>startup with 128M seamless? (I have 2 hiper arc cards, one new just now
>'burning in' with 128M)
Heh, good question! I'm just now getting my 2nd ARC (in same chassis)
setup, but I have many unanswered questions as to how to really integrate
this into the system, how much of the config is identical to the primary
ARC? I would assume pretty much all of it with exception to the Ether:1
interface IP settings, and probably some OSPF stuff...
The other thing I've been pondering is, what is the purpose of the 2nd
ether port on the ARC, can anybody give me a good example of why/how or
what benefits would be realized by utilizing it?
I saved the config from the primary ARC via HARM and was going to try and
"restore" that config to the secondary, but was wondering if I did that
and the IP address was also applied what would go awry in the way of routing?
I've poked around in the docs, looked around the web for some examples but
haven't found anything as of yet.
Maybe somebody here may chime in with some examples or explanation of some
good configs to consider... hello anybody? :-)
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
Subject:Re: (usr-tc) HARC memory (prices) From: Dave Lajoie <dave@ncia.net> Date: 2001-05-24 08:32:51
Hi Mike,
Me too! Believe it or not I was just talking to our CEO about the
cost of upgrading our TC HiPerARC memory yesterday! Please forward the
information here as well. And Thanks in advance!
Dave
On Thu, 24 May 2001, Andrew Cutler wrote:
> Hi Mike.
>
> I would be eternally grateful if you would email me the spec for that memory. I
> work for a company using the ARC's but have no direct access to the boxes or the
> local vendor and plenty is not happening because "it's too expensive". I would
> love nothing better than to be able to price the memory locally and nail them
> with "so we could do 6 nases for the price of one".
>
>
> Cheers,
>
>
> Andrew
>
> Mike Greene wrote:
>
> > Guys,
> >
> > If you ever need to get memory for your ARC, do not buy "3COM" memory at
> > $923.00 per stick (source tech), I just ordered a stick from my PC vendor
> > (proper spec, etc) for $147.00
> >
> > Good grief, talk about gouging the customer...
> >
> > - Mike
> >
> > ------------------------------------------------
> > Rock Island Communications, Inc. (360)-378-5884
> > http://www.rockisland.com/ San Juan Islands, WA
> > ------------------------------------------------
>
> --
> When in doubt, mumble; when in trouble, delegate; when in charge, ponder.
> -James H. Boren.
>
>
>
Speaking of field agents...did it get passed to this list that George Ebert
(spelling) was canned. What a bite! That guy was amazing at promoting 3Com.
Brian Becker
President, Poplar Bluff Internet, Inc.
P.O. Box 190 | Poplar Bluff, MO 63902 | 573.686.9114
Home of
http://semo.net - Southeast Missouri's Online Community
http://TotallyFabricated.com
Total Scrutinizer - Tech Support Just Got Easier
WebGabber - All-html Web Chat Software
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton
Sent: Wednesday, May 23, 2001 5:20 PM
Makes me glad I don't own any 3Com stock. A company that committed to
screwing their own best advocate and field support agent is definitely out
to screw me. I can't really see how anyone can actually rep them at this
point and maintain any sense of integrity. Aside from the poor attitude that
fostered the obvious filter, consider the dumb-ass that was too challenged
to at least configure their server to swallow the message into a black hole
rather that make it obvious that someone is being filtered. It is damned
obvious the whole group is a couple of fries short of a happy meal...
Mark Thornton
San Marcos Internet, Inc
512-393-5300
----- Original Message -----
Sent: Wednesday, May 23, 2001 4:38 PM
> This looked so incredibly lame that I couldn't believe 3Com would do
> something that stupid. Until I tried it for myself and found out that
> yes they really were that lame...
>
> mail from: mandrews@bit0.com
> 250 2.1.0 mandrews@bit0.com... Sender ok
> rset
> 250 2.0.0 Reset state
> mail from: jeffm@iglou.com
> 550 5.7.1 jeffm@iglou.com... Access denied
> rset
> 250 2.0.0 Reset state
> mail from: root@iglou.com
> 550 5.7.1 root@iglou.com... Sender ok
> quit
> 221 2.0.0 zircon.3com.com closing connection
>
>
> Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet access for Frankfort, Lexington, Louisville and surrounding
counties
> www.fark.com: If it's not news, it's Fark. (Or something like that.)
>
> On Wed, 23 May 2001, Jeff Mcadams wrote:
>
> > This is apparently 3Com/CommWorks response to criticism...
> >
> >
> > quiz:/home/jeffm> telnet zircon.3com.com 25
> > Trying 192.156.136.159...
> > Connected to zircon.3com.com.
> > Escape character is '^]'.
> > 220 zircon.3com.com ESMTP Sendmail Switch-2.1.1/Switch-2.1.0; Wed, 23
May 2001 13:48:22 -0700 (PDT)
> > helo iglou.com
> > 250 zircon.3com.com Hello quiz.iglou.com [192.107.41.41], pleased to
meet you
> > mail from: jeffm@iglou.com
> > 550 5.7.1 jeffm@iglou.com... Access denied
> > mail from: jeff@iglou.com
> > 250 2.1.0 jeff@iglou.com... Sender ok
> >
> > Lovely.
> > --
> > 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.
Subject:RE: (usr-tc) Access Denied From: albert <emmanuel@mwt.net> Date: 2001-05-24 08:57:25
If they ,USR.. would sit up and notice that the most critical are also
the most avid user/supporter, just as a parent i am most critical of
my children than others because i care more .
BUT ... funny thought here, now the govt. considers this criticism
abuse rather than love for my children, so i guess USR too.
albert.
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Becker
> Sent: Thursday, May 24, 2001 8:46 AM
> To: 'usr-tc@lists.xmission.com'
> Subject: RE: (usr-tc) Access Denied
>
>
> Speaking of field agents...did it get passed to this list that
> George Ebert
> (spelling) was canned. What a bite! That guy was amazing at
> promoting 3Com.
>
>
> Brian Becker
> President, Poplar Bluff Internet, Inc.
> P.O. Box 190 | Poplar Bluff, MO 63902 | 573.686.9114
>
> Home of
> http://semo.net - Southeast Missouri's Online Community
> http://TotallyFabricated.com
> Total Scrutinizer - Tech Support Just Got Easier
> WebGabber - All-html Web Chat Software
>
>
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton
> Sent: Wednesday, May 23, 2001 5:20 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Access Denied
>
>
> Makes me glad I don't own any 3Com stock. A company that committed to
> screwing their own best advocate and field support agent is definitely out
> to screw me. I can't really see how anyone can actually rep them at this
> point and maintain any sense of integrity. Aside from the poor
> attitude that
> fostered the obvious filter, consider the dumb-ass that was too challenged
> to at least configure their server to swallow the message into a
> black hole
> rather that make it obvious that someone is being filtered. It is damned
> obvious the whole group is a couple of fries short of a happy meal...
>
> Mark Thornton
> San Marcos Internet, Inc
> 512-393-5300
>
>
> ----- Original Message -----
> From: "Mike Andrews" <mandrews@bit0.com>
> To: <usr-tc@lists.xmission.com>
> Sent: Wednesday, May 23, 2001 4:38 PM
> Subject: Re: (usr-tc) Access Denied
>
>
> > This looked so incredibly lame that I couldn't believe 3Com would do
> > something that stupid. Until I tried it for myself and found out that
> > yes they really were that lame...
> >
> > mail from: mandrews@bit0.com
> > 250 2.1.0 mandrews@bit0.com... Sender ok
> > rset
> > 250 2.0.0 Reset state
> > mail from: jeffm@iglou.com
> > 550 5.7.1 jeffm@iglou.com... Access denied
> > rset
> > 250 2.0.0 Reset state
> > mail from: root@iglou.com
> > 550 5.7.1 root@iglou.com... Sender ok
> > quit
> > 221 2.0.0 zircon.3com.com closing connection
> >
> >
> > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com *
http://www.bit0.com
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet access for Frankfort, Lexington, Louisville and surrounding
counties
> www.fark.com: If it's not news, it's Fark. (Or something like that.)
>
> On Wed, 23 May 2001, Jeff Mcadams wrote:
>
> > This is apparently 3Com/CommWorks response to criticism...
> >
> >
> > quiz:/home/jeffm> telnet zircon.3com.com 25
> > Trying 192.156.136.159...
> > Connected to zircon.3com.com.
> > Escape character is '^]'.
> > 220 zircon.3com.com ESMTP Sendmail Switch-2.1.1/Switch-2.1.0; Wed, 23
May 2001 13:48:22 -0700 (PDT)
> > helo iglou.com
> > 250 zircon.3com.com Hello quiz.iglou.com [192.107.41.41], pleased to
meet you
> > mail from: jeffm@iglou.com
> > 550 5.7.1 jeffm@iglou.com... Access denied
> > mail from: jeff@iglou.com
> > 250 2.1.0 jeff@iglou.com... Sender ok
> >
> > Lovely.
> > --
> > 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.
Subject:(usr-tc) looking for product... From: albert <emmanuel@mwt.net> Date: 2001-05-24 08:59:19
well i am looking to buy Netserver 16 units, reg. analog
and a few I modem sets too.
albert.
albert/brenda zegiel
FARMPRIDE PRODUCTS
223 MAIN STREET
GAYS MILLS, WISCONSIN, 54631
ph-1-608-735-4667 fx 735-4994
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Becker
> Sent: Thursday, May 24, 2001 8:46 AM
> To: 'usr-tc@lists.xmission.com'
> Subject: RE: (usr-tc) Access Denied
>
>
> Speaking of field agents...did it get passed to this list that
> George Ebert
> (spelling) was canned. What a bite! That guy was amazing at
> promoting 3Com.
>
>
> Brian Becker
> President, Poplar Bluff Internet, Inc.
> P.O. Box 190 | Poplar Bluff, MO 63902 | 573.686.9114
>
> Home of
> http://semo.net - Southeast Missouri's Online Community
> http://TotallyFabricated.com
> Total Scrutinizer - Tech Support Just Got Easier
> WebGabber - All-html Web Chat Software
>
>
>
> -----Original Message-----
> From: owner-usr-tc@lists.xmission.com
> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton
> Sent: Wednesday, May 23, 2001 5:20 PM
> To: usr-tc@lists.xmission.com
> Subject: Re: (usr-tc) Access Denied
>
>
> Makes me glad I don't own any 3Com stock. A company that committed to
> screwing their own best advocate and field support agent is definitely out
> to screw me. I can't really see how anyone can actually rep them at this
> point and maintain any sense of integrity. Aside from the poor
> attitude that
> fostered the obvious filter, consider the dumb-ass that was too challenged
> to at least configure their server to swallow the message into a
> black hole
> rather that make it obvious that someone is being filtered. It is damned
> obvious the whole group is a couple of fries short of a happy meal...
>
> Mark Thornton
> San Marcos Internet, Inc
> 512-393-5300
>
>
> ----- Original Message -----
> From: "Mike Andrews" <mandrews@bit0.com>
> To: <usr-tc@lists.xmission.com>
> Sent: Wednesday, May 23, 2001 4:38 PM
> Subject: Re: (usr-tc) Access Denied
>
>
> > This looked so incredibly lame that I couldn't believe 3Com would do
> > something that stupid. Until I tried it for myself and found out that
> > yes they really were that lame...
> >
> > mail from: mandrews@bit0.com
> > 250 2.1.0 mandrews@bit0.com... Sender ok
> > rset
> > 250 2.0.0 Reset state
> > mail from: jeffm@iglou.com
> > 550 5.7.1 jeffm@iglou.com... Access denied
> > rset
> > 250 2.0.0 Reset state
> > mail from: root@iglou.com
> > 550 5.7.1 root@iglou.com... Sender ok
> > quit
> > 221 2.0.0 zircon.3com.com closing connection
> >
> >
> > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com *
http://www.bit0.com
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet access for Frankfort, Lexington, Louisville and surrounding
counties
> www.fark.com: If it's not news, it's Fark. (Or something like that.)
>
> On Wed, 23 May 2001, Jeff Mcadams wrote:
>
> > This is apparently 3Com/CommWorks response to criticism...
> >
> >
> > quiz:/home/jeffm> telnet zircon.3com.com 25
> > Trying 192.156.136.159...
> > Connected to zircon.3com.com.
> > Escape character is '^]'.
> > 220 zircon.3com.com ESMTP Sendmail Switch-2.1.1/Switch-2.1.0; Wed, 23
May 2001 13:48:22 -0700 (PDT)
> > helo iglou.com
> > 250 zircon.3com.com Hello quiz.iglou.com [192.107.41.41], pleased to
meet you
> > mail from: jeffm@iglou.com
> > 550 5.7.1 jeffm@iglou.com... Access denied
> > mail from: jeff@iglou.com
> > 250 2.1.0 jeff@iglou.com... Sender ok
> >
> > Lovely.
> > --
> > 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.
All I know is from a good source that "he took it hard."
George, if you are on the list, WE ARE GRATEFUL FOR YOUR EXCELLENCE
AND WISH YOU WELL WITH ANY AND ALL ENDEAVORS.
Brian
P.S. We would love to talk to you about helping us develop and push
Total Scrutinizer. ;) Give me a call.
Brian Becker
President, Poplar Bluff Internet, Inc.
P.O. Box 190 | Poplar Bluff, MO 63902 | 573.686.9114
Home of
http://semo.net - Southeast Missouri's Online Community
http://TotallyFabricated.com
Total Scrutinizer - Tech Support Just Got Easier
WebGabber - All-html Web Chat Software
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams
Sent: Thursday, May 24, 2001 9:02 AM
Also sprach Brian Becker
>Speaking of field agents...did it get passed to this list that George
>Ebert (spelling) was canned. What a bite! That guy was amazing at
>promoting 3Com.
I hadn't posted it to the list, but I was indeed aware of it, yes.
Terrible shame, as I've said before...Tom Goodman and George Ebert are
really the only reasons we didn't quit using 3Com products long ago.
Have you confirmed the basis on why he is no longer with the company? I
know it happened right about the time that the last round of layoffs
(the 30% reduction) occured. I didn't know if he got laid off, took (an
encouraged ;) early retirement, or what.
--
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.
Also sprach Brian Becker
>Speaking of field agents...did it get passed to this list that George
>Ebert (spelling) was canned. What a bite! That guy was amazing at
>promoting 3Com.
I hadn't posted it to the list, but I was indeed aware of it, yes.
Terrible shame, as I've said before...Tom Goodman and George Ebert are
really the only reasons we didn't quit using 3Com products long ago.
Have you confirmed the basis on why he is no longer with the company? I
know it happened right about the time that the last round of layoffs
(the 30% reduction) occured. I didn't know if he got laid off, took (an
encouraged ;) early retirement, or what.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
WRCA.Net has the following USR hardware available in stock.
1- Netserver 16 v34 Plus (unused in original box) $800
1- Netserver 16I
3- Netserver 16I (International)
3- Netserver 8I
1- MP16I
1- MP8I
2- MP16 v34
1- MMP16 v34 (unused original box)
6- MP8 v34
Will work pricing for all. Offers welcomed.
Subject:Re: (usr-tc) FS: Netservers and MP's From: Paul Farber <farber@admin.f-tech.net> Date: 2001-05-24 12:26:34
The netserver 8I is 8 ISDN BRI lines?
I am interested..... whats the going price for qty 1?
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Thu, 24 May 2001, ISP-NetworkHardware.com wrote:
> WRCA.Net has the following USR hardware available in stock.
>
> 1- Netserver 16 v34 Plus (unused in original box) $800
>
> 1- Netserver 16I
> 3- Netserver 16I (International)
> 3- Netserver 8I
> 1- MP16I
> 1- MP8I
> 2- MP16 v34
> 1- MMP16 v34 (unused original box)
> 6- MP8 v34
>
> Will work pricing for all. Offers welcomed.
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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) Oh...it just gets better... From: Mark Thornton <mark@corridor.net> Date: 2001-05-24 12:41:13
Man, your some kind of terrorist! Maybe guys will come in a 'short bus' to
rough you up? Can you imagine how giddy the guys in the 'security group'
must be? Of course this begs the question what they are securing. It is
obvious the company has no value, intends to have no value, intended to piss
of customers, intended to blow off support, and generally help their reps
recommend other equipment providers.
BTW, don't you just love it when that happens? They try to sell you on crap
from company #1 and then when you get sick of that they comiserate with you
and open the other side of their coat and offer replacements.
Mark Thornton
San Marcos Internet, Inc
512-393-5300
----- Original Message -----
Sent: Thursday, May 24, 2001 12:24 PM
> OK...
>
> 3Com has cancelled a post of mine in the totalservice user forums (news
> server access)...
>
> Posted a mention to the RAS group that the post had been cancelled.
>
> Few minutes later, I start getting timeouts on trying to connect to the
> totalservice news server.
>
> So I call the 888 number for the Rolling Meadows location, punch 1
> (voice-mail directory), and punch in the name Laureys, for Lance Laureys
> and get connected to Mr. Laureys who seems to be the person at 3Com that
> runs the news server (his account was the account that posted the cancel
> message).
>
> (This narrative is from memory, so almost assuredly not exact quotes,
> but the gist of it is here)
>
> I asked Mr. Laureys why it is that I couldn't connect to the news
> server.
>
> Lance: How did you get my phone number?
>
> Me: I used the voice-mail directory system.
>
> (888)662-5010, option 1, spell the last
> name of the person you want
>
> Lance: Oh...well...how did you get my name?
>
> Me: Posts in the Totalservice User Forums
>
> Lance: Oh...well...your network has been blocked by our security group
> for telnet'ing to zircon, and for posting inappropriate material in
> various places.
>
> Me: I'm not sure what material that would be.
>
> Lance: Well, you'll need to call our security group at...actually...let
> me get your contact information and have them contact you.
>
> Me: Ok, Jeff McAdams, (502)966-3848 ext. 1153.
>
> Lance: OK
>
> Me: Thanks
>
> <click>
> --
> 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) Oh...it just gets better... From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-24 13:24:15
OK...
3Com has cancelled a post of mine in the totalservice user forums (news
server access)...
Posted a mention to the RAS group that the post had been cancelled.
Few minutes later, I start getting timeouts on trying to connect to the
totalservice news server.
So I call the 888 number for the Rolling Meadows location, punch 1
(voice-mail directory), and punch in the name Laureys, for Lance Laureys
and get connected to Mr. Laureys who seems to be the person at 3Com that
runs the news server (his account was the account that posted the cancel
message).
(This narrative is from memory, so almost assuredly not exact quotes,
but the gist of it is here)
I asked Mr. Laureys why it is that I couldn't connect to the news
server.
Lance: How did you get my phone number?
Me: I used the voice-mail directory system.
(888)662-5010, option 1, spell the last
name of the person you want
Lance: Oh...well...how did you get my name?
Me: Posts in the Totalservice User Forums
Lance: Oh...well...your network has been blocked by our security group
for telnet'ing to zircon, and for posting inappropriate material in
various places.
Me: I'm not sure what material that would be.
Lance: Well, you'll need to call our security group at...actually...let
me get your contact information and have them contact you.
Me: Ok, Jeff McAdams, (502)966-3848 ext. 1153.
Lance: OK
Me: Thanks
<click>
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Oh...it just gets better... From: Jim Johnson <jim@perigee.net> Date: 2001-05-24 14:02:04
A vision of Dr. Evil telling Scott to "ZIP IT" comes to mind.....
Heck, now I can't quit thinking of 3com as Dr. Evil.....
"I am holding you v.90 modems hostage! They'll never get v.92, that is
unless you pay me 100 Billion dollars!!!!
Jim
Jeff Mcadams wrote:
>
> OK...
>
> 3Com has cancelled a post of mine in the totalservice user forums (news
> server access)...
>
> Posted a mention to the RAS group that the post had been cancelled.
>
> Few minutes later, I start getting timeouts on trying to connect to the
> totalservice news server.
>
> So I call the 888 number for the Rolling Meadows location, punch 1
> (voice-mail directory), and punch in the name Laureys, for Lance Laureys
> and get connected to Mr. Laureys who seems to be the person at 3Com that
> runs the news server (his account was the account that posted the cancel
> message).
>
> (This narrative is from memory, so almost assuredly not exact quotes,
> but the gist of it is here)
>
> I asked Mr. Laureys why it is that I couldn't connect to the news
> server.
>
> Lance: How did you get my phone number?
>
> Me: I used the voice-mail directory system.
>
> (888)662-5010, option 1, spell the last
> name of the person you want
>
> Lance: Oh...well...how did you get my name?
>
> Me: Posts in the Totalservice User Forums
>
> Lance: Oh...well...your network has been blocked by our security group
> for telnet'ing to zircon, and for posting inappropriate material in
> various places.
>
> Me: I'm not sure what material that would be.
>
> Lance: Well, you'll need to call our security group at...actually...let
> me get your contact information and have them contact you.
>
> Me: Ok, Jeff McAdams, (502)966-3848 ext. 1153.
>
> Lance: OK
>
> Me: Thanks
>
> <click>
> --
> 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) HARC memory (prices) From: Andrew Cutler <andrew.cutler@team.xtra.co.nz> Date: 2001-05-24 16:09:25
--------------5CED1E3A00694076E3EE14C7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi Mike.
I would be eternally grateful if you would email me the spec for that memory. I
work for a company using the ARC's but have no direct access to the boxes or the
local vendor and plenty is not happening because "it's too expensive". I would
love nothing better than to be able to price the memory locally and nail them
with "so we could do 6 nases for the price of one".
Cheers,
Andrew
Mike Greene wrote:
> Guys,
>
> If you ever need to get memory for your ARC, do not buy "3COM" memory at
> $923.00 per stick (source tech), I just ordered a stick from my PC vendor
> (proper spec, etc) for $147.00
>
> Good grief, talk about gouging the customer...
>
> - Mike
>
> ------------------------------------------------
> Rock Island Communications, Inc. (360)-378-5884
> http://www.rockisland.com/ San Juan Islands, WA
> ------------------------------------------------
--
When in doubt, mumble; when in trouble, delegate; when in charge, ponder.
-James H. Boren.
--------------5CED1E3A00694076E3EE14C7
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Hi Mike.
<p>I would be eternally grateful if you would email me the spec for that
memory. I work for a company using the ARC's but have no direct access
to the boxes or the local vendor and plenty is not happening because "it's
too expensive". I would love nothing better than to be able to price the
memory locally and nail them with "so we could do 6 nases for the price
of one".
<br>
<p>Cheers,
<br>
<p>Andrew
<p>Mike Greene wrote:
<blockquote TYPE=CITE>Guys,
<p>If you ever need to get memory for your ARC, do not buy "3COM" memory
at
<br>$923.00 per stick (source tech), I just ordered a stick from my PC
vendor
<br>(proper spec, etc) for $147.00
<p>Good grief, talk about gouging the customer...
<p>- Mike
<p>------------------------------------------------
<br>Rock Island Communications, Inc. (360)-378-5884
<br><a href="http://www.rockisland.com/">http://www.rockisland.com/</a>
San Juan Islands, WA
<br>------------------------------------------------</blockquote>
<pre>--
When in doubt, mumble; when in trouble, delegate; when in charge, ponder.
-James H. Boren.</pre>
</html>
--------------5CED1E3A00694076E3EE14C7--
Subject:Re: (usr-tc) Oh...it just gets better... From: Jonathan Byrne <byrnej@gol.com> Date: 2001-05-25 13:41:38
Jim Johnson (jim@perigee.net) wrote:
> "I am holding you v.90 modems hostage! They'll never get v.92, that is
> unless you pay me 100 Billion dollars!!!!
Today I took delivery of Cisco AS5400s and 1 AS5300 (40 PRIs total).
I got my mojo back :-)
The support we received from both our vendor and Cisco directly during
the eval period with a loaner AS5300 was nothing less than stellar. It made
it pretty much a no-brainer when it came time to decide who would
get the business.
Cisco smiles all the way to the bank.
Jonathan
Subject:(usr-tc) [Fwd: V.92: USR/3Com blows random quadrupeds] From: Ronald Kushner <ron@glis.net> Date: 2001-05-26 00:32:50
Found this on a newsgroup tonight. Any thoughts?
-Ron
-------- Original Message --------
Organization: And Now This
Newsgroups: chi.internet
I hadn't been paying any attention to this until just now, but it looks
like 3Com/USR has been f--king up royally when it comes to making its
analog modems compatible with V.92.
First of all, most owners of USR V.90, x2, and V.34 modems, even late
models, are just plain SOL with regard to flash-ROM upgrades, because
relatively few existing USR modems will be upgradeable to V.92. That
includes the Courier V.everything external, model 2806, of which 3Com
has sold zillions and which still appears to be a current product (at
least it's shown on the USR web site, with a list price). It seems
that for most customers, USR's response is going to be "Sorry, but
you'll have to buy a new modem instead." Of course, they'll probably
give you a $50 trade-in allowance on your perfectly good $250 modem.
Assholes.
Second, apparently 3Com or USR has decided not to implement V.44, the
better compression algorithm that supersedes V.42bis and that was
approved along with V.92. USR is doing V.92, but not V.44.
Third, there's at least one bad bug in one 3Com V.92 product, the
Sportster model 5686.
All of this is from Richard Gamberg's fabulously good modem pages at
<http://808hi.com/56k/>. Specifically:
V.92 news & updates: <http://808hi.com/56k/v92s.htm>
USR V.92 bug: <http://808hi.com/56k/v92bug.htm>
Additional questions for USR: <http://808hi.com/56k/v92q.htm>
More on USR V.92 upgrades: <http://808hi.com/56k/v92usrc.htm>
V.92 overview & background: <http://808hi.com/56k/v92.htm>
Fortunately, V.92 shouldn't be that big a deal, because it doesn't
contain anything that's really essential for most people. So judging
by what I've seen so far, if you have a USR V.90 modem, you should
probably stick with it and not try for V.92 unless you really need call
waiting or the 48kb/s upstream speed. And keep in mind that you may
never get V.44 from USR at all. So when it comes to V.92 modems, a
different manufacturer probably deserves your business more than USR
does at this point. Which is something I never thought I'd say. (I
bought my first USR modem in 1990, and I've been a fan of Couriers
forever.)
BTW, on the earlier subject of badly-designed web sites that have too
much flash, too many large images, and not nearly enough substance, I
have to say that <http://www.3com.com> takes the grand prize. I hadn't
known that usr.com is still the place to go for information, manuals,
and downloads for USR modems, so a few days ago I tried 3com.com first.
What a totally f--ked-up site. That gets my nomination for an award
for the most bloated, useless, annoying, pointless, and time-wasting
corporate web site in existence. The consultants who constructed that
huge pile of shit should be taken out and shot, pro bono publico. I
mean, *everything* is wrong with it. If you use a high-bandwidth
connection then you might not notice it so much, except for the extreme
difficulty of actually finding any information among the site
designer's collection of vacation photos. But try it from a dialup
connection if you want to get the full effect. Man, what a nightmare.
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-29 22:58:33
Marshall / Mike Green-
Well, I did not fair too well today trying to get the client in question
functioning. Client is now using a Cisco 776M ISDN router. Their Netopia was
having ISDN problems.
First I tried your suggestion Marshall. I simply assigned the customer a
static WAN IP through a radius profile, assigned that IP to the WAN link in
their Cisco, and setup their LAN netblock. The router connects and
authenticates fine, the router can ping out to the TC, and the TC can ping
the static WAN IP. But a client on the remote LAN cannot ping beyond the
Cisco router, and we could not ping into the client LAN IP's. Per your
instructions, no route commands were entered on the TC, since you indicated
that proxy arp would take care of it. Since that didn't work, I issued this
command to the TC:
add ip route <cust-netblock/netmask> gateway <static-WAN-IP> metric 1
No effect.
I then tried Mike Green's approach. I assigned a static WAN IP through their
radius profile, and included a framed route atrribute:
Framed-Route <cust-netblock/netmask> <static-WAN-IP> 1
I also entered the same 'add ip route' statement into the TC. Same effect -
we could only ping back and forth between the router and the TC using the
WAN IP.
When I issued a 'list ip routes" command at the TC, it showed the following
<cust-netblock/netmask> NetMgr <static-WAN-IP> 1 <slotx:modx>
I contacted Cisco who telnetted into the 776 to see if all was setup OK.
After many hours, it is their best guess that something is wrong with the
routing in the TC. If we turn on NAT in the 776, all stations on the
customer LAN can browse since they are now being masked behind the static
WAN IP, which is routing properly.
I have all of my internal routers configured properly to route the
customer's netblock to the TC through static route statements. All
traceroutes from the outside show proper transit until the TC. The last good
hop is the TC's ethernet port, then it dies.
If either of you (or anyone else for that matter) has any ideas, I'll try
anything at this point. All of our dedicated ISDN customer's with public LAN
netblocks come into BRI cards in our Cisco routers, so this has always been
a no-brainer on the Cisco's. We use Verizon ISDN Centrex for these customers
delivered over standard BRI lines because our normal dialup PRI's that come
into the TC are provided by a CLEC, and we can't get ISDN Centrex through
them for our customers.
TIA,
--
Scot
----- Original Message -----
Sent: Tuesday, May 15, 2001 1:29 PM
> Let us know how it goes!
>
> Marshall Morgan
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
> ----- Original Message -----
> From: "Scot Desort" <scot@njaccess.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Monday, May 14, 2001 1:16 PM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > Marshall,
> >
> > I read your original post. And in my subsequent posts, it should have
been
> a
> > little obvious that I was having a little trouble following your example
> > based on my follow-up questions.
> >
> > I do not doubt your past contributions to the list.
> >
> > I do appreciate you taking the time to answer my original question, and
> will
> > try to implement your answer to my routing question when I am at the
> > customer site this week, having Mike Green's example as a backup (or
> > vice-versa, depending...).
> >
> > Thanks again,
> >
> > --
> > Scot
> >
> >
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > From: "Marshall Morgan" <marshall@netdoor.com>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Sunday, May 13, 2001 1:49 AM
> > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> >
> >
> > > Scott,
> > >
> > > Please read my original post - it contains all the necessary elements
to
> > get
> > > the job done. I have tried to be more clean in this email.
> > >
> > > You said: "What configuration steps do I need to take on the TC to
allow
> > it
> > > to assign this block to this dialup customer?"
> > >
> > > Answer is a Radius Entry (only as nothing is needed on the TC but you
> can
> > if
> > > you wish do what Mike Greene stated):
> > >
> > > username Auth-Type = System
> > > Service-Type = Framed-User,
> > > Framed-Protocol = PPP,
> > > Framed-IP-Address = 192.168.1.200,
> > > Framed-IP-Netmask = 255.255.255.255,
> > > Framed-Routing = None,
> > > Framed-Compression = Van-Jacobson-TCP-IP,
> > > Port-Limit = 2,
> > > Idle-Timeout = 1200,
> > > Session-Timeout = 28800,
> > > Framed-MTU = 1500
> > >
> > > As well, you stated: "Note that I am not running RIP. This customer
will
> > > ALWAYS hit this particular TC, so there is no need to announce the
> route.
> > I
> > > will manually route the block to the TC."
> > >
> > > Answer is: So that means you do not want to announce the route via
any
> > > routing method and you will be manually routing (via the Cisco I
assume)
> > the
> > > block to it (in this case) the static the customer gets from the
Radius
> > > profile.
> > >
> > > Since you will be routing them a network, not using a routing protocol
> to
> > > announce it, and only have a single TC, just give them a static IP on
> the
> > TC
> > > Lan and let proxy arp do it's thing.
> > >
> > > TC GW 192.168.1.1
> > > TC IP 192.168.1.2
> > > TC POOL whatever
> > >
> > > on user's machine :
> > >
> > > User Static IP 192.168.1.200 (PPP WAN DEVICE IP) - I would ask them to
> set
> > > their software to dynamic as you will give it to them via Radius
> anyway -
> > > make their setup simplier.
> > > User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
> > >
> > > on GW router (assume a Cisco):
> > >
> > > ip route 192.168.20.0 255.255.255.224 192.168.1.200
> > >
> > > (so net is 192.168.20.0/27)
> > >
> > > I hope this better explains what works in the field and how easy your
> > setup
> > > can be.
> > >
> > > PS: I have probably been on this list as long as other active
members -
> I
> > > even have some of David Bolen's old email marked. I would like to
think
> I
> > > have been very helpful to many people as well both now and in the past
> ;-)
> > >
> > > Marshall Morgan
> > >
> > > Internet Doorway, Inc (aka NETDOOR)
> > > http://www.netdoor.com
> > >
> > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
> 601.969.3838
Here's the story: I am upgrading the firmware (long overdue I might
add) on my TC chassis. Immediately after I finished the upgrade, we
started getting calls from *some* users who were having problems
getting authenticated. These are the firmware versions involved:
HiPerDSP 2.0.51->2.1.9
HiPerARC 4.1.59->(4.1.13)->4.2.32->5.0.9->5.1.99
HiPerNMC 6.2.17->7.2.8->8.0.9
As I said, this upgrade was long overdue. What the users are seeing
is a window that pops up over and over again asking for their
username and password. Eventually, it just drops the connection. Has
anyone else seen this type of problem? It's only *some* users; not
enough for me to justify backing out of the upgrade, but enough to be
really annoying. Thanks for your help...
*********************************************************
Michelle M. Mogil
Network & Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8521
email: mmm3@cornell.edu
**********************************************
Subject:(usr-tc) HARC Memory (update) From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-30 08:44:19
Well, bad news...
The memory chip I got is still wrong. The problem now is that the center
notch is off by 3 or 4mm, however the voltage notch is OK.
Thanks 3COM, you proprietary bastards... lets screw the customer on simple
hardware upgrades, and while were at it, lets screw them some more on
software and support... you should change your name to "3SCUM"
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
if noone has suggested it yet check the authentication type and
if ness. change it from "any" to "pap"
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mmm3@cornell.edu
Sent: Wednesday, May 30, 2001 5:20 AM
Here's the story: I am upgrading the firmware (long overdue I might
add) on my TC chassis. Immediately after I finished the upgrade, we
started getting calls from *some* users who were having problems
getting authenticated. These are the firmware versions involved:
HiPerDSP 2.0.51->2.1.9
HiPerARC 4.1.59->(4.1.13)->4.2.32->5.0.9->5.1.99
HiPerNMC 6.2.17->7.2.8->8.0.9
As I said, this upgrade was long overdue. What the users are seeing
is a window that pops up over and over again asking for their
username and password. Eventually, it just drops the connection. Has
anyone else seen this type of problem? It's only *some* users; not
enough for me to justify backing out of the upgrade, but enough to be
really annoying. Thanks for your help...
*********************************************************
Michelle M. Mogil
Network & Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: (607) 255-0516, fax: (607) 255-8521
email: mmm3@cornell.edu
**********************************************
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:RE: (usr-tc) Changing IP Pool From: Terry Kennedy <terry@olypen.com> Date: 2001-05-30 09:12:22
you have to delete the pool I think in this case because
a pool called pool1 exists.
-----Original Message-----
[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Michael J. Hartwick
Sent: Wednesday, May 30, 2001 9:06 AM
Hi, we have a Hiper box that we have been adding some DSP cards to.
My problem is extending the IP pool to cover the extra ports.
Currently there are 4 DSP's with 2 more to be added today. They are
using PRI's, but I want to put 24 IP's per DSP into the ARC.
I currently have 1 pool defined as:
Name Address Size InUse State Route
Status
pool1 xxx.xxx.xx.112/C 96 24 PUBLIC NO_AGGREGATE
ACTIVE
I want to change it to start at .64 and have 144 addresses. I think
the best way would be to define 3 pools:
.64/26 size 64
.128/26 size 64
.192/28 size 64
I even tried to just change the start address and pool size and the
thing complains.
> set ip pool pool1 iniTIAL_POOL_ADDRESS xxx.xxx.xx.64/C size 144
CLI - Request SET IP POOL failed on field INITIAL_POOL_ADDRESS
CLI - Request failed with error: BAD_VALUE on value: 0.0.0.8
>
Any suggestions?
Michael
Michael J. Hartwick, VE3SLQ hartwick@hartwick.com
Hartwick Communications Consulting (519) 396-7719
Kincardine, ON, CA http://www.hartwick.com
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Mark Thornton <mark@corridor.net> Date: 2001-05-30 09:29:24
The only thing I do at our end to configure a static subnet for a client is
to enter the client router's ip address into the user table along with the
client's subnet mask. I do not enter anything in the framed-route field. My
TC's are configured to share RIP routes with each other, but not the core
Cisco router (had problems overloading the router at 30 second intervals
before). The Cisco directs traffic to each chassis by static routes. Nothing
fancy going on and it works. Other than adding the customer to the user
table and creating a static route in the core router everything else is done
at the client side.
I've used NetGear, Ascend, Cisco, Netopia, and WebRamp routers on the client
side with this configuration, and probably a few I haven't been told about.
Mark Thornton
San Marcos Internet, Inc
512-393-5300
----- Original Message -----
Sent: Tuesday, May 29, 2001 9:58 PM
> Marshall / Mike Green-
>
> Well, I did not fair too well today trying to get the client in question
> functioning. Client is now using a Cisco 776M ISDN router. Their Netopia
was
> having ISDN problems.
>
> First I tried your suggestion Marshall. I simply assigned the customer a
> static WAN IP through a radius profile, assigned that IP to the WAN link
in
> their Cisco, and setup their LAN netblock. The router connects and
> authenticates fine, the router can ping out to the TC, and the TC can ping
> the static WAN IP. But a client on the remote LAN cannot ping beyond the
> Cisco router, and we could not ping into the client LAN IP's. Per your
> instructions, no route commands were entered on the TC, since you
indicated
> that proxy arp would take care of it. Since that didn't work, I issued
this
> command to the TC:
>
> add ip route <cust-netblock/netmask> gateway <static-WAN-IP> metric 1
>
> No effect.
>
> I then tried Mike Green's approach. I assigned a static WAN IP through
their
> radius profile, and included a framed route atrribute:
>
> Framed-Route <cust-netblock/netmask> <static-WAN-IP> 1
>
> I also entered the same 'add ip route' statement into the TC. Same
effect -
> we could only ping back and forth between the router and the TC using the
> WAN IP.
>
> When I issued a 'list ip routes" command at the TC, it showed the
following
>
> <cust-netblock/netmask> NetMgr <static-WAN-IP> 1 <slotx:modx>
>
> I contacted Cisco who telnetted into the 776 to see if all was setup OK.
> After many hours, it is their best guess that something is wrong with the
> routing in the TC. If we turn on NAT in the 776, all stations on the
> customer LAN can browse since they are now being masked behind the static
> WAN IP, which is routing properly.
>
> I have all of my internal routers configured properly to route the
> customer's netblock to the TC through static route statements. All
> traceroutes from the outside show proper transit until the TC. The last
good
> hop is the TC's ethernet port, then it dies.
>
> If either of you (or anyone else for that matter) has any ideas, I'll try
> anything at this point. All of our dedicated ISDN customer's with public
LAN
> netblocks come into BRI cards in our Cisco routers, so this has always
been
> a no-brainer on the Cisco's. We use Verizon ISDN Centrex for these
customers
> delivered over standard BRI lines because our normal dialup PRI's that
come
> into the TC are provided by a CLEC, and we can't get ISDN Centrex through
> them for our customers.
>
> TIA,
>
> --
> Scot
>
>
>
> ----- Original Message -----
> From: "Marshall Morgan" <marshall@netdoor.com>
> To: <usr-tc@lists.xmission.com>
> Sent: Tuesday, May 15, 2001 1:29 PM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > Let us know how it goes!
> >
> > Marshall Morgan
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
601.969.3838
> > ----- Original Message -----
> > From: "Scot Desort" <scot@njaccess.net>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Monday, May 14, 2001 1:16 PM
> > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> >
> >
> > > Marshall,
> > >
> > > I read your original post. And in my subsequent posts, it should have
> been
> > a
> > > little obvious that I was having a little trouble following your
example
> > > based on my follow-up questions.
> > >
> > > I do not doubt your past contributions to the list.
> > >
> > > I do appreciate you taking the time to answer my original question,
and
> > will
> > > try to implement your answer to my routing question when I am at the
> > > customer site this week, having Mike Green's example as a backup (or
> > > vice-versa, depending...).
> > >
> > > Thanks again,
> > >
> > > --
> > > Scot
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ----- Original Message -----
> > > From: "Marshall Morgan" <marshall@netdoor.com>
> > > To: <usr-tc@lists.xmission.com>
> > > Sent: Sunday, May 13, 2001 1:49 AM
> > > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> > >
> > >
> > > > Scott,
> > > >
> > > > Please read my original post - it contains all the necessary
elements
> to
> > > get
> > > > the job done. I have tried to be more clean in this email.
> > > >
> > > > You said: "What configuration steps do I need to take on the TC to
> allow
> > > it
> > > > to assign this block to this dialup customer?"
> > > >
> > > > Answer is a Radius Entry (only as nothing is needed on the TC but
you
> > can
> > > if
> > > > you wish do what Mike Greene stated):
> > > >
> > > > username Auth-Type = System
> > > > Service-Type = Framed-User,
> > > > Framed-Protocol = PPP,
> > > > Framed-IP-Address = 192.168.1.200,
> > > > Framed-IP-Netmask = 255.255.255.255,
> > > > Framed-Routing = None,
> > > > Framed-Compression = Van-Jacobson-TCP-IP,
> > > > Port-Limit = 2,
> > > > Idle-Timeout = 1200,
> > > > Session-Timeout = 28800,
> > > > Framed-MTU = 1500
> > > >
> > > > As well, you stated: "Note that I am not running RIP. This customer
> will
> > > > ALWAYS hit this particular TC, so there is no need to announce the
> > route.
> > > I
> > > > will manually route the block to the TC."
> > > >
> > > > Answer is: So that means you do not want to announce the route via
> any
> > > > routing method and you will be manually routing (via the Cisco I
> assume)
> > > the
> > > > block to it (in this case) the static the customer gets from the
> Radius
> > > > profile.
> > > >
> > > > Since you will be routing them a network, not using a routing
protocol
> > to
> > > > announce it, and only have a single TC, just give them a static IP
on
> > the
> > > TC
> > > > Lan and let proxy arp do it's thing.
> > > >
> > > > TC GW 192.168.1.1
> > > > TC IP 192.168.1.2
> > > > TC POOL whatever
> > > >
> > > > on user's machine :
> > > >
> > > > User Static IP 192.168.1.200 (PPP WAN DEVICE IP) - I would ask them
to
> > set
> > > > their software to dynamic as you will give it to them via Radius
> > anyway -
> > > > make their setup simplier.
> > > > User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
> > > >
> > > > on GW router (assume a Cisco):
> > > >
> > > > ip route 192.168.20.0 255.255.255.224 192.168.1.200
> > > >
> > > > (so net is 192.168.20.0/27)
> > > >
> > > > I hope this better explains what works in the field and how easy
your
> > > setup
> > > > can be.
> > > >
> > > > PS: I have probably been on this list as long as other active
> members -
> > I
> > > > even have some of David Bolen's old email marked. I would like to
> think
> > I
> > > > have been very helpful to many people as well both now and in the
past
> > ;-)
> > > >
> > > > Marshall Morgan
> > > >
> > > > Internet Doorway, Inc (aka NETDOOR)
> > > > http://www.netdoor.com
> > > >
> > > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
> > 601.969.3838
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
Subject:Re: (usr-tc) Changing IP Pool From: Steve Johnson <linuxnut@sonic.net> Date: 2001-05-30 09:44:44
Just a side note, You can not delete a pool that is in use, and I believe
you can not modify either. I find it nice to have 3 pools on each TC that
way I can disable one and fill up the others if I need to do maint. on a
pool.
-Steve
On Wed, May 30, 2001 at 12:37:47PM -0400, Mike Andrews wrote:
> 1) Try starting at .65, .129, and .193, size 62.
>
> 2) Create a new pool with a different name instead of trying to modify the
> old one. Then delete the old one. (It's smart enough to know if the old
> one is in use; it just marks it "delete pending", and then once everyone's
> logged out, it'll go poof on its own)
>
>
> Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Internet access for Frankfort, Lexington, Louisville and surrounding counties
> www.fark.com: If it's not news, it's Fark. (Or something like that.)
>
> On Wed, 30 May 2001, Michael J. Hartwick wrote:
>
> > Hi, we have a Hiper box that we have been adding some DSP cards to.
> > My problem is extending the IP pool to cover the extra ports.
> > Currently there are 4 DSP's with 2 more to be added today. They are
> > using PRI's, but I want to put 24 IP's per DSP into the ARC.
> >
> > I currently have 1 pool defined as:
> > Name Address Size InUse State Route Status
> > pool1 xxx.xxx.xx.112/C 96 24 PUBLIC NO_AGGREGATE ACTIVE
> >
> > I want to change it to start at .64 and have 144 addresses. I think
> > the best way would be to define 3 pools:
> >
> > .64/26 size 64
> > .128/26 size 64
> > .192/28 size 64
> >
> > I even tried to just change the start address and pool size and the
> > thing complains.
> >
> > > set ip pool pool1 iniTIAL_POOL_ADDRESS xxx.xxx.xx.64/C size 144
> > CLI - Request SET IP POOL failed on field INITIAL_POOL_ADDRESS
> > CLI - Request failed with error: BAD_VALUE on value: 0.0.0.8
> > >
> >
> > Any suggestions?
> >
> > Michael
> >
> > ----------------------------------------------------------------------
> > Michael J. Hartwick, VE3SLQ hartwick@hartwick.com
> > Hartwick Communications Consulting (519) 396-7719
> > Kincardine, ON, CA http://www.hartwick.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.
--
Steve Johnson - linuxnut@sonic.net Sonic.net, Inc.
System Administrator 300 B Street #100
707.522.1000 (Voice) Santa Rosa, CA 95404
707.547.2199 (Fax) http://www.sonic.net/
Subject:Re: (usr-tc) HARC Memory (update) From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-30 10:22:03
At 11:35 AM 5/30/01 -0500, you wrote:
> > The memory chip I got is still wrong. The problem now is that the center
> > notch is off by 3 or 4mm, however the voltage notch is OK.
> >
>
>The 2 notches in DIMMs are for voltage, and for buffering.
>
>The one on the far end is a 3 position key. RFU(??), buffered, or
>unbuffered. The middle key is the voltage. It is either 5v or 3.3v.
>Perhaps you got the wrong voltage DIMM?
Further research reveals it is MAC memory, ie; DIMM's used in several of
their server lines. We took the original unit out of the ARC (which had an
IBM part number on it) and cross referenced it, came up with the MAC
compatibly listing.
So I guess if the middle key is the voltage notch, then it is 3.3v since
standard 168pin memory had the notch in the same position, it was the notch
on the end (10 pins over from the edge) that was off from the original chip
in the ARC...
So we are going to order up the MAC compatible chip and see if it works...
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
> The memory chip I got is still wrong. The problem now is that the center
> notch is off by 3 or 4mm, however the voltage notch is OK.
>
> Thanks 3COM, you proprietary bastards... lets screw the customer on simple
> hardware upgrades, and while were at it, lets screw them some more on
> software and support... you should change your name to "3SCUM"
The 2 notches in DIMMs are for voltage, and for buffering.
The one on the far end is a 3 position key. RFU(??), buffered, or
unbuffered. The middle key is the voltage. It is either 5v or 3.3v.
Perhaps you got the wrong voltage DIMM?
| Curtis V. Shambeau | curt.shambeau@corecomm.com | Vice President |
| CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office |
| "Those who can't laugh at themselves leave the job to others" |
Subject:(usr-tc) Changing IP Pool From: Michael J. Hartwick <hartwick@hartwick.com> Date: 2001-05-30 12:05:37
Hi, we have a Hiper box that we have been adding some DSP cards to.
My problem is extending the IP pool to cover the extra ports.
Currently there are 4 DSP's with 2 more to be added today. They are
using PRI's, but I want to put 24 IP's per DSP into the ARC.
I currently have 1 pool defined as:
Name Address Size InUse State Route Status
pool1 xxx.xxx.xx.112/C 96 24 PUBLIC NO_AGGREGATE ACTIVE
I want to change it to start at .64 and have 144 addresses. I think
the best way would be to define 3 pools:
.64/26 size 64
.128/26 size 64
.192/28 size 64
I even tried to just change the start address and pool size and the
thing complains.
> set ip pool pool1 iniTIAL_POOL_ADDRESS xxx.xxx.xx.64/C size 144
CLI - Request SET IP POOL failed on field INITIAL_POOL_ADDRESS
CLI - Request failed with error: BAD_VALUE on value: 0.0.0.8
>
Any suggestions?
Michael
Michael J. Hartwick, VE3SLQ hartwick@hartwick.com
Hartwick Communications Consulting (519) 396-7719
Kincardine, ON, CA http://www.hartwick.com
Subject:Re: (usr-tc) Changing IP Pool From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-30 12:24:25
Also sprach Terry Kennedy
>you have to delete the pool I think in this case because a pool called
>pool1 exists.
Shouldn't *have* to since its a set command (changes an already existing
entry) rather than an add command (add a new entry to a table), but
there may be problems with modifying active entries in a table like
that. I'm not sure...haven't mucked about with this in quite some time.
I do know that there is no problem with just defining a new pool (add ip
pool ....) for the rest of the IP addresses that aren't covered by the
pool already in there. The Arc will handle having multiple pools
without any trouble whatsoever. Default setting is to round-robin the
usage of addresses, so the addresses will get used from both eventually,
even without all lines being in use.
Indeed, there are some benefits to splitting up the pools anyway...you
can disable individual pools and move IP addresses around (as people log
off and free up the addresses in the disabled pool) without disrupting
your service and stuff like that.
>-----Original Message-----
>From: owner-usr-tc@lists.xmission.com
>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Michael J. Hartwick
>Sent: Wednesday, May 30, 2001 9:06 AM
>To: usr-tc@lists.xmission.com
>Subject: (usr-tc) Changing IP Pool
>
>
>Hi, we have a Hiper box that we have been adding some DSP cards to.
>My problem is extending the IP pool to cover the extra ports.
>Currently there are 4 DSP's with 2 more to be added today. They are
>using PRI's, but I want to put 24 IP's per DSP into the ARC.
>
>I currently have 1 pool defined as:
>Name Address Size InUse State Route
>Status
>pool1 xxx.xxx.xx.112/C 96 24 PUBLIC NO_AGGREGATE
>ACTIVE
>
>I want to change it to start at .64 and have 144 addresses. I think
>the best way would be to define 3 pools:
>
>.64/26 size 64
>.128/26 size 64
>.192/28 size 64
>
>I even tried to just change the start address and pool size and the
>thing complains.
>
>> set ip pool pool1 iniTIAL_POOL_ADDRESS xxx.xxx.xx.64/C size 144
>CLI - Request SET IP POOL failed on field INITIAL_POOL_ADDRESS
>CLI - Request failed with error: BAD_VALUE on value: 0.0.0.8
>>
>
>Any suggestions?
>
>Michael
>
>----------------------------------------------------------------------
>Michael J. Hartwick, VE3SLQ hartwick@hartwick.com
>Hartwick Communications Consulting (519) 396-7719
>Kincardine, ON, CA http://www.hartwick.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.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Changing IP Pool From: Mike Andrews <mandrews@bit0.com> Date: 2001-05-30 12:37:47
1) Try starting at .65, .129, and .193, size 62.
2) Create a new pool with a different name instead of trying to modify the
old one. Then delete the old one. (It's smart enough to know if the old
one is in use; it just marks it "delete pending", and then once everyone's
logged out, it'll go poof on its own)
Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark. (Or something like that.)
On Wed, 30 May 2001, Michael J. Hartwick wrote:
> Hi, we have a Hiper box that we have been adding some DSP cards to.
> My problem is extending the IP pool to cover the extra ports.
> Currently there are 4 DSP's with 2 more to be added today. They are
> using PRI's, but I want to put 24 IP's per DSP into the ARC.
>
> I currently have 1 pool defined as:
> Name Address Size InUse State Route Status
> pool1 xxx.xxx.xx.112/C 96 24 PUBLIC NO_AGGREGATE ACTIVE
>
> I want to change it to start at .64 and have 144 addresses. I think
> the best way would be to define 3 pools:
>
> .64/26 size 64
> .128/26 size 64
> .192/28 size 64
>
> I even tried to just change the start address and pool size and the
> thing complains.
>
> > set ip pool pool1 iniTIAL_POOL_ADDRESS xxx.xxx.xx.64/C size 144
> CLI - Request SET IP POOL failed on field INITIAL_POOL_ADDRESS
> CLI - Request failed with error: BAD_VALUE on value: 0.0.0.8
> >
>
> Any suggestions?
>
> Michael
>
> ----------------------------------------------------------------------
> Michael J. Hartwick, VE3SLQ hartwick@hartwick.com
> Hartwick Communications Consulting (519) 396-7719
> Kincardine, ON, CA http://www.hartwick.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.
>
As DIMMs for computers are typically unbuffered, my guess is that 3COM used
a buffered 3.3v DIMM then. Still able to get via normal memory channels I
would think.
Good luck!
> > > The memory chip I got is still wrong. The problem now is that the center
> > > notch is off by 3 or 4mm, however the voltage notch is OK.
> > >
> >
> >The 2 notches in DIMMs are for voltage, and for buffering.
> >
> >The one on the far end is a 3 position key. RFU(??), buffered, or
> >unbuffered. The middle key is the voltage. It is either 5v or 3.3v.
> >Perhaps you got the wrong voltage DIMM?
>
> Further research reveals it is MAC memory, ie; DIMM's used in several of
> their server lines. We took the original unit out of the ARC (which had an
> IBM part number on it) and cross referenced it, came up with the MAC
> compatibly listing.
>
> So I guess if the middle key is the voltage notch, then it is 3.3v since
> standard 168pin memory had the notch in the same position, it was the notch
> on the end (10 pins over from the edge) that was off from the original chip
> in the ARC...
>
> So we are going to order up the MAC compatible chip and see if it works...
>
>
>
>
>
> - Mike
>
> ------------------------------------------------
> Rock Island Communications, Inc. (360)-378-5884
> http://www.rockisland.com/ San Juan Islands, WA
> ------------------------------------------------
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
| Curtis V. Shambeau | curt.shambeau@corecomm.com | Vice President |
| CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office |
| "Those who can't laugh at themselves leave the job to others" |
Subject:Re: (usr-tc) Changing IP Pool From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-30 12:48:53
Also sprach Mike Andrews
>1) Try starting at .65, .129, and .193, size 62.
As long as he's not aggregating, he shouldn't have any trouble starting
with the 0's address (especially since he's defining it as a /C, so they
really wouldn't even be a 0's address for that ;)
>2) Create a new pool with a different name instead of trying to modify
>the old one. Then delete the old one. (It's smart enough to know if
>the old one is in use; it just marks it "delete pending", and then once
>everyone's logged out, it'll go poof on its own)
Yeah...that's one way of doing it...though I'm not sure it'll let you
create pools that overlap IP addresses, so it may have to be a
multi-step process if he wants to end up with a single pool.
I just say, heck with it...use multiple pools and be happy. :)
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Changing IP Pool From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-30 12:52:35
Also sprach Steve Johnson
>Just a side note, You can not delete a pool that is in use, and I
>believe you can not modify either. I find it nice to have 3 pools on
>each TC that way I can disable one and fill up the others if I need to
>do maint. on a pool.
And a clarification of that...you can use the delete command...but it
will still show up in the list command until all the addresses are freed
up (by people logging off), once the pool is freed up, it'll disappear.
As I mentioned in other messages, I'm definitely with you on the using
multiple pools thing...its really nice to be able to juggle them around
a bit.
I've never used anything beyond 5.0.9 (during the TCS 4.0 beta)...did
they ever fix the DHCP support? In 5.1.x maybe? I haven't ever gotten
a copy of later code to try it out. Using DHCP could be *really* cool
as it would allow massive flexibility in IP addressing...that's assuming
that the code was ever fixed to actually *work*. It was rather
significantly broken in 5.0.9.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Changing IP Pool From: Michael J. Hartwick <hartwick@hartwick.com> Date: 2001-05-30 13:02:27
Thanks for all of the replies, I just picked this one to reply to. :)
On Wed, 30 May 2001 at 12:24 (-0400), Jeff Mcadams wrote:
JM> Shouldn't *have* to since its a set command (changes an already existing
JM> entry) rather than an add command (add a new entry to a table), but
That was my hope as well, but that doesn't appear to be the case. It
looks like I might need to create a new pool and then delete this one
and create another to adjust it.
JM> I do know that there is no problem with just defining a new pool (add ip
JM> pool ....) for the rest of the IP addresses that aren't covered by the
JM> pool already in there. The Arc will handle having multiple pools
JM> without any trouble whatsoever. Default setting is to round-robin the
JM> usage of addresses, so the addresses will get used from both eventually,
JM> even without all lines being in use.
JM>
JM> Indeed, there are some benefits to splitting up the pools anyway...you
JM> can disable individual pools and move IP addresses around (as people log
JM> off and free up the addresses in the disabled pool) without disrupting
JM> your service and stuff like that.
The consensus seems to be go with multiple pools and be happy. :) It
looks like I need to number into temporary address space, delete the
current pool, then create the new ones. If I could get the aggregate
to work the way I think it should I would be happy.
I have version 4.1.59 on the ARC so am stuck with RIP. :(
Thanks for the responses. I will be getting this thing the way I want
sooner or later.
Michael
Michael J. Hartwick, VE3SLQ hartwick@hartwick.com
Hartwick Communications Consulting (519) 396-7719
Kincardine, ON, CA http://www.hartwick.com
Subject:Re: (usr-tc) Changing IP Pool From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-30 13:27:13
Also sprach Michael J. Hartwick
>The consensus seems to be go with multiple pools and be happy. :) It
>looks like I need to number into temporary address space, delete the
>current pool, then create the new ones. If I could get the aggregate
>to work the way I think it should I would be happy.
You might be better off letting your next hop handle the aggregation.
Aggregates never worked the way I (personally) thought they should on
the Arcs. I was always of the idea that combining network aggregation
with IP pool definitions was a bad idea. I always thought they should
have defined IP pools, and then handled aggregation of routes in a
seperate control area, but, 3Com has a history of not listening to me,
so here we are. :)
>I have version 4.1.59 on the ARC so am stuck with RIP. :(
My suggestion would be to go ahead and let the Arc advertise out
everything as individual routes. Let your next hop (cisco?) pick up
those rip routes (hint: passive-interface in IOS is your friend!) and
redistribute them and/or aggregate them into the routing protocol of
your choice, in the manner of your choosing.
This is what I do. Despite being on new enough code to have OSPF on the
Arcs, I've stuck with RIPv2, and let my next hop cisco redistribute into
OSPF, aggregating in the process. With liberal use of
passive-interface settings on the Cisco, I have very low CPU usage on
the cisco boxes (including a 2500 in one city), as the cpu hit with RIP
in IOS is keeping track of timers for re-broadcasting the routes. If
you passive-interface all of your RIP interfaces on your cisco system,
it doesn't have to keep track of all of those timers (on a per-route
basis!) and as such will significantly lower your CPU usage.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) HARC Memory (update) From: Mike Greene <mikeg@rockisland.com> Date: 2001-05-30 14:51:47
At 05:00 PM 5/30/01 -0400, you wrote:
> >
> > Further research reveals it is MAC memory, ie; DIMM's used in several of
> > their server lines. We took the original unit out of the ARC (which had an
> > IBM part number on it) and cross referenced it, came up with the MAC
> > compatibly listing.
>
>That actually makes sense, since the ARC is a PowerPC 603e...
>
>So, not proprietary, just obscure. :)
I guess we could consider a lot of what 3COM does "obscure" in many facets
of their operation...
>(Apple on the other hand uses standard PC100 and PC133 dimms now, I have
>some acme generic PC100's in my G4...)
Heh heh, yeah, I commented to my purchasing agent about the PowerPC chip,
then we both looked at each other and said, "hmmm, I wonder about those
proformas?" but alas, they only had 64MB in them as well, :-) We had
replaced them with a couple of G3's and it was nice to see them take a
PC100/133 chip.
- Mike
Rock Island Communications, Inc. (360)-378-5884
http://www.rockisland.com/ San Juan Islands, WA
Subject:(usr-tc) MacOS 7.1 and ConfigPPP From: network-lists@gwi.net Date: 2001-05-30 16:42:13
We're running into an odd problem switching customers from dialing into P=
M3's=20
into TC1000's. All of our MacOS 7.1 customers using ConfigPPP are unable=
to=20
connect. They all consistantly fail with 'PPP-LCP-Failed' as the reason.=
=20
Mucking about with the LCP options in ConfigPPP only serves to fustrate u=
s=20
and the customers. Anyone else run across this?
Joshua Coombs
GWI Networking
Subject:Re: (usr-tc) HARC Memory (update) From: Mike Andrews <mandrews@bit0.com> Date: 2001-05-30 17:00:32
On Wed, 30 May 2001, Mike Greene wrote:
> At 11:35 AM 5/30/01 -0500, you wrote:
> > > The memory chip I got is still wrong. The problem now is that the center
> > > notch is off by 3 or 4mm, however the voltage notch is OK.
> > >
> >
> >The 2 notches in DIMMs are for voltage, and for buffering.
> >
> >The one on the far end is a 3 position key. RFU(??), buffered, or
> >unbuffered. The middle key is the voltage. It is either 5v or 3.3v.
> >Perhaps you got the wrong voltage DIMM?
>
> Further research reveals it is MAC memory, ie; DIMM's used in several of
> their server lines. We took the original unit out of the ARC (which had an
> IBM part number on it) and cross referenced it, came up with the MAC
> compatibly listing.
That actually makes sense, since the ARC is a PowerPC 603e...
So, not proprietary, just obscure. :)
(Apple on the other hand uses standard PC100 and PC133 dimms now, I have
some acme generic PC100's in my G4...)
Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark. (Or something like that.)
Subject:Re: (usr-tc) Changing IP Pool From: Mike Andrews <mandrews@bit0.com> Date: 2001-05-30 17:07:11
On Wed, 30 May 2001, Jeff Mcadams wrote:
> Also sprach Mike Andrews
> >1) Try starting at .65, .129, and .193, size 62.
>
> As long as he's not aggregating, he shouldn't have any trouble starting
> with the 0's address (especially since he's defining it as a /C, so they
> really wouldn't even be a 0's address for that ;)
Yeah, I'm just being overly conservative there. :) And I aggregate,
so I don't have a billion host routes in my ospf setup.
> >2) Create a new pool with a different name instead of trying to modify
> >the old one. Then delete the old one. (It's smart enough to know if
> >the old one is in use; it just marks it "delete pending", and then once
> >everyone's logged out, it'll go poof on its own)
>
> Yeah...that's one way of doing it...though I'm not sure it'll let you
> create pools that overlap IP addresses, so it may have to be a
> multi-step process if he wants to end up with a single pool.
It won't... so, yeah.
> I just say, heck with it...use multiple pools and be happy. :)
I do that anyway, for efficiency's sake. A box with 9 PRI's on it has 3
pools of /25+/26+/27 instead of a /24... a full 15 PRI box would be
/24+/26+/27. It helps make your case with ARIN easier when you go begging
and pleading for another /20 or /19...
Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Internet access for Frankfort, Lexington, Louisville and surrounding counties
www.fark.com: If it's not news, it's Fark. (Or something like that.)
Subject:Re: (usr-tc) Changing IP Pool From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-30 19:09:28
Also sprach Mike Andrews
>On Wed, 30 May 2001, Jeff Mcadams wrote:
>> As long as he's not aggregating, he shouldn't have any trouble
>> starting with the 0's address (especially since he's defining it as a
>> /C, so they really wouldn't even be a 0's address for that ;)
>Yeah, I'm just being overly conservative there. :) And I aggregate,
>so I don't have a billion host routes in my ospf setup.
Yeah...I've got maybe a couple of hundred routes in my OSPF
domain...certainly not a killer, but it'd be nice to lessen that a bit.
As I think I mentioned, I *do* summarize on the redistribution from
RIPv2 to OSPF that I do in the Ciscos...so we're doing about the same
thing...just in different spots. :)
>I do that anyway, for efficiency's sake. A box with 9 PRI's on it has
>3 pools of /25+/26+/27 instead of a /24... a full 15 PRI box would be
>/24+/26+/27. It helps make your case with ARIN easier when you go
>begging and pleading for another /20 or /19...
Hah! I don't even do mine on bit boundaries. I've got some with pools
of 4 addresses, pools of 7 addresses, weird stuff like that. I've
pulled remnants from different blocks at different times to make up the
number of IP addresses that I needed on one of my systems...the wonders
of routing protocols figures it all out and everything is quite happy.
Well...here...I'll just show you:
HiPer>> list ip poOLS
IP ADDRESS POOLS
Name Address Size InUse State Route Unused Status
dialup 204.255.236.232/C 23 11 PUBLIC NO_AGGREGATE 0 ACTIVE
dialup2 204.255.236.200/C 23 14 PUBLIC NO_AGGREGATE 0 ACTIVE
dialup3 204.255.236.223/C 9 5 PUBLIC NO_AGGREGATE 0 ACTIVE
dialup4 204.255.230.241/C 14 8 PUBLIC NO_AGGREGATE 0 ACTIVE
dialup5 204.255.230.195/C 46 46 PUBLIC NO_AGGREGATE 0 ACTIVE
dialup6 204.255.230.149/C 23 6 PUBLIC NO_AGGREGATE 0 ACTIVE
dialup7 204.255.230.172/C 23 6 PUBLIC NO_AGGREGATE 0 ACTIVE
dialup8 204.252.74.17/C 46 17 PUBLIC NO_AGGREGATE 0 ACTIVE
HiPer>>
Wacko isn't it? :) This box grew from originally only having one PRI
to having 8 on it currently, and is likely to grow some more. The
wonders of running an ISP on a shoestring. :)
Someday, I'll go back and clean it all up so there's not these little
netblock droppings all over the place...*shrug*. In the meantime, it
all just works and it did definitely help when we went to ARIN for more
space...(got a /20, FWIW).
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) Routing a subnet to an ISDN dialup customer From: Scot Desort <scot@njaccess.net> Date: 2001-05-30 22:05:04
Mark-
Thanks for the reply. Sorry to sound ignorant, but what user table - in the
TC? Can you give an example?
Thanks.
--
Scot
----- Original Message -----
Sent: Wednesday, May 30, 2001 10:29 AM
> The only thing I do at our end to configure a static subnet for a client
is
> to enter the client router's ip address into the user table along with the
> client's subnet mask. I do not enter anything in the framed-route field.
My
> TC's are configured to share RIP routes with each other, but not the core
> Cisco router (had problems overloading the router at 30 second intervals
> before). The Cisco directs traffic to each chassis by static routes.
Nothing
> fancy going on and it works. Other than adding the customer to the user
> table and creating a static route in the core router everything else is
done
> at the client side.
>
> I've used NetGear, Ascend, Cisco, Netopia, and WebRamp routers on the
client
> side with this configuration, and probably a few I haven't been told
about.
>
> Mark Thornton
> San Marcos Internet, Inc
> 512-393-5300
>
>
> ----- Original Message -----
> From: "Scot Desort" <scot@njaccess.net>
> To: <usr-tc@lists.xmission.com>
> Sent: Tuesday, May 29, 2001 9:58 PM
> Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
>
>
> > Marshall / Mike Green-
> >
> > Well, I did not fair too well today trying to get the client in question
> > functioning. Client is now using a Cisco 776M ISDN router. Their Netopia
> was
> > having ISDN problems.
> >
> > First I tried your suggestion Marshall. I simply assigned the customer a
> > static WAN IP through a radius profile, assigned that IP to the WAN link
> in
> > their Cisco, and setup their LAN netblock. The router connects and
> > authenticates fine, the router can ping out to the TC, and the TC can
ping
> > the static WAN IP. But a client on the remote LAN cannot ping beyond the
> > Cisco router, and we could not ping into the client LAN IP's. Per your
> > instructions, no route commands were entered on the TC, since you
> indicated
> > that proxy arp would take care of it. Since that didn't work, I issued
> this
> > command to the TC:
> >
> > add ip route <cust-netblock/netmask> gateway <static-WAN-IP> metric 1
> >
> > No effect.
> >
> > I then tried Mike Green's approach. I assigned a static WAN IP through
> their
> > radius profile, and included a framed route atrribute:
> >
> > Framed-Route <cust-netblock/netmask> <static-WAN-IP> 1
> >
> > I also entered the same 'add ip route' statement into the TC. Same
> effect -
> > we could only ping back and forth between the router and the TC using
the
> > WAN IP.
> >
> > When I issued a 'list ip routes" command at the TC, it showed the
> following
> >
> > <cust-netblock/netmask> NetMgr <static-WAN-IP> 1 <slotx:modx>
> >
> > I contacted Cisco who telnetted into the 776 to see if all was setup OK.
> > After many hours, it is their best guess that something is wrong with
the
> > routing in the TC. If we turn on NAT in the 776, all stations on the
> > customer LAN can browse since they are now being masked behind the
static
> > WAN IP, which is routing properly.
> >
> > I have all of my internal routers configured properly to route the
> > customer's netblock to the TC through static route statements. All
> > traceroutes from the outside show proper transit until the TC. The last
> good
> > hop is the TC's ethernet port, then it dies.
> >
> > If either of you (or anyone else for that matter) has any ideas, I'll
try
> > anything at this point. All of our dedicated ISDN customer's with public
> LAN
> > netblocks come into BRI cards in our Cisco routers, so this has always
> been
> > a no-brainer on the Cisco's. We use Verizon ISDN Centrex for these
> customers
> > delivered over standard BRI lines because our normal dialup PRI's that
> come
> > into the TC are provided by a CLEC, and we can't get ISDN Centrex
through
> > them for our customers.
> >
> > TIA,
> >
> > --
> > Scot
> >
> >
> >
> > ----- Original Message -----
> > From: "Marshall Morgan" <marshall@netdoor.com>
> > To: <usr-tc@lists.xmission.com>
> > Sent: Tuesday, May 15, 2001 1:29 PM
> > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> >
> >
> > > Let us know how it goes!
> > >
> > > Marshall Morgan
> > >
> > > Internet Doorway, Inc (aka NETDOOR)
> > > http://www.netdoor.com
> > >
> > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
> 601.969.3838
> > > ----- Original Message -----
> > > From: "Scot Desort" <scot@njaccess.net>
> > > To: <usr-tc@lists.xmission.com>
> > > Sent: Monday, May 14, 2001 1:16 PM
> > > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> > >
> > >
> > > > Marshall,
> > > >
> > > > I read your original post. And in my subsequent posts, it should
have
> > been
> > > a
> > > > little obvious that I was having a little trouble following your
> example
> > > > based on my follow-up questions.
> > > >
> > > > I do not doubt your past contributions to the list.
> > > >
> > > > I do appreciate you taking the time to answer my original question,
> and
> > > will
> > > > try to implement your answer to my routing question when I am at the
> > > > customer site this week, having Mike Green's example as a backup (or
> > > > vice-versa, depending...).
> > > >
> > > > Thanks again,
> > > >
> > > > --
> > > > Scot
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Marshall Morgan" <marshall@netdoor.com>
> > > > To: <usr-tc@lists.xmission.com>
> > > > Sent: Sunday, May 13, 2001 1:49 AM
> > > > Subject: Re: (usr-tc) Routing a subnet to an ISDN dialup customer
> > > >
> > > >
> > > > > Scott,
> > > > >
> > > > > Please read my original post - it contains all the necessary
> elements
> > to
> > > > get
> > > > > the job done. I have tried to be more clean in this email.
> > > > >
> > > > > You said: "What configuration steps do I need to take on the TC to
> > allow
> > > > it
> > > > > to assign this block to this dialup customer?"
> > > > >
> > > > > Answer is a Radius Entry (only as nothing is needed on the TC but
> you
> > > can
> > > > if
> > > > > you wish do what Mike Greene stated):
> > > > >
> > > > > username Auth-Type = System
> > > > > Service-Type = Framed-User,
> > > > > Framed-Protocol = PPP,
> > > > > Framed-IP-Address = 192.168.1.200,
> > > > > Framed-IP-Netmask = 255.255.255.255,
> > > > > Framed-Routing = None,
> > > > > Framed-Compression = Van-Jacobson-TCP-IP,
> > > > > Port-Limit = 2,
> > > > > Idle-Timeout = 1200,
> > > > > Session-Timeout = 28800,
> > > > > Framed-MTU = 1500
> > > > >
> > > > > As well, you stated: "Note that I am not running RIP. This
customer
> > will
> > > > > ALWAYS hit this particular TC, so there is no need to announce the
> > > route.
> > > > I
> > > > > will manually route the block to the TC."
> > > > >
> > > > > Answer is: So that means you do not want to announce the route
via
> > any
> > > > > routing method and you will be manually routing (via the Cisco I
> > assume)
> > > > the
> > > > > block to it (in this case) the static the customer gets from the
> > Radius
> > > > > profile.
> > > > >
> > > > > Since you will be routing them a network, not using a routing
> protocol
> > > to
> > > > > announce it, and only have a single TC, just give them a static IP
> on
> > > the
> > > > TC
> > > > > Lan and let proxy arp do it's thing.
> > > > >
> > > > > TC GW 192.168.1.1
> > > > > TC IP 192.168.1.2
> > > > > TC POOL whatever
> > > > >
> > > > > on user's machine :
> > > > >
> > > > > User Static IP 192.168.1.200 (PPP WAN DEVICE IP) - I would ask
them
> to
> > > set
> > > > > their software to dynamic as you will give it to them via Radius
> > > anyway -
> > > > > make their setup simplier.
> > > > > User Ethernet IP 192.168.20.1 (LAN DEVICE IP)
> > > > >
> > > > > on GW router (assume a Cisco):
> > > > >
> > > > > ip route 192.168.20.0 255.255.255.224 192.168.1.200
> > > > >
> > > > > (so net is 192.168.20.0/27)
> > > > >
> > > > > I hope this better explains what works in the field and how easy
> your
> > > > setup
> > > > > can be.
> > > > >
> > > > > PS: I have probably been on this list as long as other active
> > members -
> > > I
> > > > > even have some of David Bolen's old email marked. I would like to
> > think
> > > I
> > > > > have been very helpful to many people as well both now and in the
> past
> > > ;-)
> > > > >
> > > > > Marshall Morgan
> > > > >
> > > > > Internet Doorway, Inc (aka NETDOOR)
> > > > > http://www.netdoor.com
> > > > >
> > > > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
> > > 601.969.3838
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) Changing IP Pool From: Michael J. Hartwick <hartwick@hartwick.com> Date: 2001-05-31 00:20:55
On Wed, 30 May 2001 at 19:09 (-0400), Jeff Mcadams wrote:
JM> IP ADDRESS POOLS
JM> Name Address Size InUse State Route Unused Status
JM> dialup 204.255.236.232/C 23 11 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> dialup2 204.255.236.200/C 23 14 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> dialup3 204.255.236.223/C 9 5 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> dialup4 204.255.230.241/C 14 8 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> dialup5 204.255.230.195/C 46 46 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> dialup6 204.255.230.149/C 23 6 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> dialup7 204.255.230.172/C 23 6 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> dialup8 204.252.74.17/C 46 17 PUBLIC NO_AGGREGATE 0 ACTIVE
JM> HiPer>>
JM>
JM> Wacko isn't it? :) This box grew from originally only having one PRI
JM> to having 8 on it currently, and is likely to grow some more. The
JM> wonders of running an ISP on a shoestring. :)
I have managed to get it to work by creating a couple of temp pools (I
couldn't use contiguous IP space :() and then once the orignal pool
was gone I created 3 new pools.
pool1 216.191.63.65/26 63 3 PUBLIC NO_AGGREGATE ACTIVE
pool2 216.191.63.129/26 63 6 PUBLIC NO_AGGREGATE ACTIVE
pool3 216.191.63.193/28 15 2 PUBLIC NO_AGGREGATE ACTIVE
And it appears to be working. It is getting to that time of night
that customers are not hitting this box anymore (8 PRI's before it in
the hunt group) so my changes should be done by morning. I am letting
the TC speak RIPv2 to a Cisco that is redistributing into OSPF for the
rest of the network. I have been trying to keep the allocations for
the pool in the same block to minimize the routes needed and have it
down to 3 once the Cisco is done aggregating.
Thanks to everyone who responded to my question.
Hmm...An unrelated question...Is there anyway to backup the software
from the DSP and/or the ARC incase something goes wrong? We have
acquired this box as part of an ISP we purchased and don't have much
in the way of documentation (thanks to the PDF's online I have enough
to get by), but I don't have any software to load back in should
something get corrupted.
Thanks,
Michael
Michael J. Hartwick, VE3SLQ hartwick@hartwick.com
Hartwick Communications Consulting (519) 396-7719
Kincardine, ON, CA http://www.hartwick.com
Subject:Re: (usr-tc) Changing IP Pool From: Jeff Mcadams <jeffm@iglou.com> Date: 2001-05-31 08:33:44
Also sprach Michael J. Hartwick
>Hmm...An unrelated question...Is there anyway to backup the software
>from the DSP and/or the ARC incase something goes wrong? We have
>acquired this box as part of an ISP we purchased and don't have much in
>the way of documentation (thanks to the PDF's online I have enough to
>get by), but I don't have any software to load back in should something
>get corrupted.
The only dead tree manuals you can get are printouts of the pdfs, FWIW.
There's no way to backup the software off a DSP or Arc that I'm aware
of. Sorry.
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
Subject:Re: (usr-tc) MacOS 7.1 and ConfigPPP From: Wayne Barber <barberw@tidewater.net> Date: 2001-05-31 08:37:31
Yes, it doesn't work. ConfigPPP is very old and needs to be
upgraded to FreePPP. Try http://www.rockstar.com/ppp.shtml for
more information.
On another note, it's funny that ISPs have decided to drop support for
Win 3.1 but will try to continue to support Mac OS 7.1.
On 30 May 2001, at 16:42, network-lists@gwi.net wrote:
> We're running into an odd problem switching customers from dialing into
> PM3's into TC1000's. All of our MacOS 7.1 customers using ConfigPPP are
> unable to connect. They all consistantly fail with 'PPP-LCP-Failed' as
> the reason. Mucking about with the LCP options in ConfigPPP only serves
> to fustrate us and the customers. Anyone else run across this?
>
> Joshua Coombs
> GWI Networking
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message. For information
> on digests or retrieving files and old messages send "help" to the same
> address. Do not use quotes in your message.
>
Wayne Barber
Coastal Telco Services
Any idea as to what the actuall incompatibility is? We've got a decent
sized pool of customers running this setup, and to have to go back to my
support department and tell them to learn a new dialer and switch anyone
over using ConfigPPP is going to make for a VERY unhappy support dept.
As far as Win3.1, guess we're slow on the uptake, but we still activly
support it. : )
Joshua Coombs
GWI Networking
On Thu, 31 May 2001, Wayne Barber wrote:
> Yes, it doesn't work. ConfigPPP is very old and needs to be
> upgraded to FreePPP. Try http://www.rockstar.com/ppp.shtml for
> more information.
>
> On another note, it's funny that ISPs have decided to drop support for
> Win 3.1 but will try to continue to support Mac OS 7.1.
>
> On 30 May 2001, at 16:42, network-lists@gwi.net wrote:
>
> > We're running into an odd problem switching customers from dialing into
> > PM3's into TC1000's. All of our MacOS 7.1 customers using ConfigPPP are
> > unable to connect. They all consistantly fail with 'PPP-LCP-Failed' as
> > the reason. Mucking about with the LCP options in ConfigPPP only serves
> > to fustrate us and the customers. Anyone else run across this?
> >
> > Joshua Coombs
> > GWI Networking
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message. For information
> > on digests or retrieving files and old messages send "help" to the same
> > address. Do not use quotes in your message.
> >
>
>
>
> Wayne Barber
> Coastal Telco Services
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
Subject:Re: (usr-tc) MacOS 7.1 and ConfigPPP From: Charles Sprickman <spork@inch.com> Date: 2001-05-31 15:20:57
On Thu, 31 May 2001 network-lists@gwi.net wrote:
> Any idea as to what the actuall incompatibility is? We've got a decent
> sized pool of customers running this setup, and to have to go back to my
> support department and tell them to learn a new dialer and switch anyone
> over using ConfigPPP is going to make for a VERY unhappy support dept.
If I remember correctly (and it's been a while since we had to do this),
FreePPP looks and works the same to the user as ConfigPPP, so the hardest
task ahead of you is getting folks to install the new software and
reconfigure... Once that's done it should be business as usual.
The chicken and egg situation ("please dial in so you can download the new
software", "but I CAN'T dial in") is the worst part. Hopefully you've got
a small hunt for those folks on older software/hardware...
Thanks,
Charles
> As far as Win3.1, guess we're slow on the uptake, but we still activly
> support it. : )
>
> Joshua Coombs
> GWI Networking
>
> On Thu, 31 May 2001, Wayne Barber wrote:
>
> > Yes, it doesn't work. ConfigPPP is very old and needs to be
> > upgraded to FreePPP. Try http://www.rockstar.com/ppp.shtml for
> > more information.
> >
> > On another note, it's funny that ISPs have decided to drop support for
> > Win 3.1 but will try to continue to support Mac OS 7.1.
> >
> > On 30 May 2001, at 16:42, network-lists@gwi.net wrote:
> >
> > > We're running into an odd problem switching customers from dialing into
> > > PM3's into TC1000's. All of our MacOS 7.1 customers using ConfigPPP are
> > > unable to connect. They all consistantly fail with 'PPP-LCP-Failed' as
> > > the reason. Mucking about with the LCP options in ConfigPPP only serves
> > > to fustrate us and the customers. Anyone else run across this?
> > >
> > > Joshua Coombs
> > > GWI Networking
> > >
> > > -
> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > > with "unsubscribe usr-tc" in the body of the message. For information
> > > on digests or retrieving files and old messages send "help" to the same
> > > address. Do not use quotes in your message.
> > >
> >
> >
> >
> > Wayne Barber
> > Coastal Telco Services
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
We need to flash our pri cards to be t1 cards for use in a
new location. What is the correct nac file for doing a pcsdl
update to the card to cahnge it from pri to t1. I have many but
I am not sure which is correct. Is there any special sdl I need?
For my pri cards I use
DP010001.SDL
DP030002.NAC
thanks
eric
Eric,
This is what I have for a dual PRI card setup with CT1 software - working
for some time now (with 64M ARC v4.2.32 and NMC 6.1.17) - Quads are 6.1.6 or
6.0.6.
root@rock 154# unzip -t ct040302.zip
Archive: ct040302.zip
testing: 3COMDISK.ID OK
testing: CT010001.SDL OK
testing: CT040302.NAC OK
testing: PCSDL.EXE OK
testing: 24218700.PDF OK
Marshall Morgan
Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838
----- Original Message -----
Sent: Thursday, May 31, 2001 4:45 PM
>
> We need to flash our pri cards to be t1 cards for use in a
> new location. What is the correct nac file for doing a pcsdl
> update to the card to cahnge it from pri to t1. I have many but
> I am not sure which is correct. Is there any special sdl I need?
>
> For my pri cards I use
> DP010001.SDL
> DP030002.NAC
> thanks
> eric
>
>
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
>