July 2000

I am trying to use the Radius Tunnel-Password attribute in order to control the usage of the L2TP tunnels open by the HARC. I managed to set up a tunnel with two HARC's 5.0.9 acting as LAC and LNS. But I can't seem to enable the Tunnel-Password feature. Here is my setup: On the LAC side: The Radius Server authenticates the users with: Framed-Protocol = PPP Tunnel-Server-Endpoint = 192.168.100.10 Tunnel-Type = L2TP On the LNS (192.168.100.10) side: The call arrives and is authenticated as a PPP call. Now if I want to use a Tunnel secret, I made sure both LAC/LNS have the same "System Transmit authentication name": set system transmit_authentication_name HiPer I add a Tunnel-Password = MyPassword to the Radius profile on the LAC, and set up an extra account on the LNS called HiPer with: add user HiPer set tunnel user HiPer password MyPassword type L2TP security None Syslog reports the following: The LNS first complains: Unauthenticated message from HiPer The LAC then sends: Could not contact 192.168.100.10 The protocol monitor shows the Call being setup from the LAC and the LNS responding with a call disconnect immediately. Has anyone been able to set up HARC as an LNS with Tunnel-Password ?

We'll be selling all of our total control chassis and modems at the end of August. I haven't been keeping track of the value of these things, but here's a brief list. 5 Chassis 16 Hiper DSP of course the NMC comes with the chassis and I can sell pieces. Anyone interested in reserving these units for purchase once they are replaced, please email me off list.

Hi, as a solution for one of our clients, we are considering using a USB ISDN Terminal adapter, since the bus speed on serial cards does not allow full 128K throughput. Does anybody know of a good USB ISDN Terminal Adapter? How stable are they, and do they play nice with the Total Control stuff? -Tim _______________________________________________________________ Tim Huffman--------------JORSM Internet, Regional Internet Services Sr. Technical Support----7 Area Codes in Chicagoland and NW Indiana timh@jorsm.com-----------100 Mbps+ Connectivity, 56K-DS3, V.90, ISDN (219)322-2180------------Quality Service, Affordable Prices http://www.jorsm.com-----Serving Gov, Biz, Indivds Since 1995 ________________________________________________________________ �

Sounds great! What's your email address? Thanks, Greg Long Network Administrator Coastlink 801-532-6212 ext 32 greg@coastlink.com http://www.coastlink.com > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Denis Newkirk > Sent: Saturday, July 01, 2000 6:58 AM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Selling all our Total Controls > > > We'll be selling all of our total control chassis and modems > at the end of > August. I haven't been keeping track of the value of these > things, but > here's a brief list. > > 5 Chassis > 16 Hiper DSP > > of course the NMC comes with the chassis and I can sell pieces. > > Anyone interested in reserving these units for purchase once they are > replaced, please email me off list. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Might want to also consider the Turbocom Serial card from Pacific Dataware. Their serial card is 921Kbps - plenty fast to handle ANY ISDN t/a. -- Scot ----- Original Message ----- Sent: Monday, July 03, 2000 10:17 AM > Hi, as a solution for one of our clients, we are considering using a USB ISDN Terminal > adapter, since the bus speed on serial cards does not allow full 128K throughput. Does > anybody know of a good USB ISDN Terminal Adapter? How stable are they, and do > they play nice with the Total Control stuff? > > -Tim > > _______________________________________________________________ > Tim Huffman--------------JORSM Internet, Regional Internet Services > Sr. Technical Support----7 Area Codes in Chicagoland and NW Indiana > timh@jorsm.com-----------100 Mbps+ Connectivity, 56K-DS3, V.90, ISDN > (219)322-2180------------Quality Service, Affordable Prices > http://www.jorsm.com-----Serving Gov, Biz, Indivds Since 1995 > ________________________________________________________________ > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Yes, I know that a serial card would be another solution, however it doesn't meet our needs. We need something that is very easy for an end-user to install! -Tim _______________________________________________________________ Tim Huffman--------------JORSM Internet, Regional Internet Services Sr. Technical Support----7 Area Codes in Chicagoland and NW Indiana timh@jorsm.com-----------100 Mbps+ Connectivity, 56K-DS3, V.90, ISDN (219)322-2180------------Quality Service, Affordable Prices http://www.jorsm.com-----Serving Gov, Biz, Indivds Since 1995 ________________________________________________________________ � On 7/3/00 6:39:54 PM, "Scot Desort" wrote: >Might want to also consider the Turbocom Serial card from Pacific Dataware. >Their serial card is 921Kbps - plenty fast to handle ANY ISDN t/a. > >-- >Scot > > > >----- Original Message ----- >From: Tim Huffman <timh@jorsm.com> >To: <usr-tc@lists.xmission.com> >Sent: Monday, July 03, 2000 10:17 AM >Subject: (usr-tc) USB ISDN Terminal Adapters? > > >> Hi, as a solution for one of our clients, we are considering using a USB >ISDN Terminal >> adapter, since the bus speed on serial cards does not allow full 128K >throughput. Does >> anybody know of a good USB ISDN Terminal Adapter? How stable are they, and >do >> they play nice with the Total Control stuff? >> >> -Tim >> >> _______________________________________________________________ >> Tim Huffman--------------JORSM Internet, Regional Internet Services >> Sr. Technical Support----7 Area Codes in Chicagoland and NW Indiana >> timh@jorsm.com-----------100 Mbps+ Connectivity, 56K-DS3, V.90, ISDN >> (219)322-2180------------Quality Service, Affordable Prices >> http://www.jorsm.com-----Serving Gov, Biz, Indivds Since 1995 >> ________________________________________________________________ >> >> >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 Stainforth, Matthew >I was just reading this and wondered if the rest of you had seen it. >http://www.itu.int/newsroom/press/releases/2000/14.html My impressions: v.92 - too little, too late (analog modem technologies are a dying track) v.44 - again, nice, but also too little, too late v.59 - *SWEET*, again...dealing only with dial-up modems...but to have a standardized MIB will be nice to deal with (which is what I understand v.59 essentially comes down to) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was just reading this and wondered if the rest of you had seen it. http://www.itu.int/newsroom/press/releases/2000/14.html Matthew Stainforth || Technical Services Manager || BrunNet Inc. -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.3 iQA/AwUBOWMoW4/1mwWeaTsYEQIr4wCgrqL9exdlX/vmqbXiVEs+knDCJjMAoNnX pC/b7A7LT3SoO/cKuVdi9VYj =o0G8 -----END PGP SIGNATURE-----

I keep seeing a problem occassionaly with users not being able to login. According to my radius logs below, it appears that the password is arriving corrupt in some way. The users do NOT have CHAP enabled. I am running DSPs with 2.0.51 code: (Radius :00238) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt [Jػ�^5� �L�B�d"] - username-xxxx (Radius :00070) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt [d��0߭%txZN Nn�] - username-xxxx (Radius :00238) 7/5/2000 13:26:18 ODBC_AUTH: Invalid Password Attempt [Jػ�^5� �L�B�d"] - username-xxxx (Radius :00070) 7/5/2000 13:27:31 ODBC_AUTH: Invalid Password Attempt [=��Zd] - username-xxxx (Radius :00238) 7/5/2000 13:27:32 ODBC_AUTH: Invalid Password Attempt [�xX��'.�~;)ATZ] - username-xxxx (Radius :00070) 7/5/2000 13:27:35 ODBC_AUTH: Invalid Password Attempt [=��Zd] - username-xxxx Aside from line noise, what could be causing this? The username comes through fine every time without corruption, so something tells me it might not be line noise. It happens to a variety of users throughout the day, to a variety of phone numbers. Any thoughts? -- Scot

Hi, all... I'm wondering if there's a way to take the output from a PPP monitoring session and dump it into a file for posterity. Anyone have a quick and easy solution? Thanks... ********************************************************* 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 **********************************************

We have seen the same thing. To fix it we have created a "dummy" login that we have them try. IF this works we then have them changeback to their old login, retyping the User ID and password. It seems to fix it almost every time. Ted Mecimore Operations Manager Vista Technology 108 Meeting Street Morganton, NC 28655 Whatever you do, work at it with all your heart, as working for the Lord, not for men Colossians 3:23 (NIV) -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scot Desort Sent: Thursday, July 06, 2000 7:58 AM I keep seeing a problem occassionaly with users not being able to login. According to my radius logs below, it appears that the password is arriving corrupt in some way. The users do NOT have CHAP enabled. I am running DSPs with 2.0.51 code: (Radius :00238) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt [Jػ�^5� �L�B�d"] - username-xxxx (Radius :00070) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt [d��0߭%txZN Nn�] - username-xxxx (Radius :00238) 7/5/2000 13:26:18 ODBC_AUTH: Invalid Password Attempt [Jػ�^5� �L�B�d"] - username-xxxx (Radius :00070) 7/5/2000 13:27:31 ODBC_AUTH: Invalid Password Attempt [=��Zd] - username-xxxx (Radius :00238) 7/5/2000 13:27:32 ODBC_AUTH: Invalid Password Attempt [�xX��'.�~;)ATZ] - username-xxxx (Radius :00070) 7/5/2000 13:27:35 ODBC_AUTH: Invalid Password Attempt [=��Zd] - username-xxxx Aside from line noise, what could be causing this? The username comes through fine every time without corruption, so something tells me it might not be line noise. It happens to a variety of users throughout the day, to a variety of phone numbers. Any thoughts? -- 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.

We have analog/digital quad modems in our Total control. We noticed shortly that when customers call at times,it rings and the modem does not pick up the call. this has been going on for the past three weeks when we first noticed it; I dont know how to solve this problem; can anyone help me out? Please I would be very grateful; Elysee

This is a multi-part message in MIME format. ------=_NextPart_000_2007_01BFE818.9E5EDF20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've had several cases on 3 of my chassis over the past week or so just = randomly locking. Symptoms range from users being able to connect but = not go anywhere to users being unable to connect at all. In all cases = either a telnet or dialing into the TC and logging in as administrator = results in an immediate disconnect. The only way I can get things back = to normal is to do a hardware reset on the card through TCM. I'm = running 4.2.32 on all the HiperArcs, and have been for months before = this started. =20 Does anyone have any idea what could be causing this? Thanks. Mike Wilker Director of Network Operations Local Link USA & Protocol Communications ------=_NextPart_000_2007_01BFE818.9E5EDF20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>I've had several cases on 3 of my = chassis over the=20 past week or so just randomly locking.&nbsp; Symptoms range from users = being=20 able to connect but not go anywhere to users being unable to connect at=20 all.&nbsp; In all cases either a telnet or dialing into the TC and = logging in as=20 administrator results in an immediate disconnect.&nbsp; The only way I = can get=20 things back to normal is to do a hardware reset on the card through = TCM.&nbsp;=20 I'm running 4.2.32 on all the HiperArcs, and have been for months before = this=20 started.&nbsp; </FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Does anyone have any idea what could be = causing=20 this?&nbsp; Thanks.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Mike Wilker<BR>Director of Network=20 Operations<BR>Local Link USA &amp; Protocol=20 Communications<BR></FONT></DIV></BODY></HTML> ------=_NextPart_000_2007_01BFE818.9E5EDF20--

This is a multi-part message in MIME format. ------=_NextPart_000_005B_01BFE836.AB7765B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've had this problem too, same version of code. Thoough I haven't had = a problem with telnetting in as admin. Hope knows what's going on. ----- Original Message -----=20 From: Mike Wilker=20 To: usr-tc@lists.xmission.com=20 Sent: Friday, July 07, 2000 2:38 PM Subject: (usr-tc) HiperArc semi-locking I've had several cases on 3 of my chassis over the past week or so = just randomly locking. Symptoms range from users being able to connect = but not go anywhere to users being unable to connect at all. In all = cases either a telnet or dialing into the TC and logging in as = administrator results in an immediate disconnect. The only way I can = get things back to normal is to do a hardware reset on the card through = TCM. I'm running 4.2.32 on all the HiperArcs, and have been for months = before this started. =20 Does anyone have any idea what could be causing this? Thanks. Mike Wilker Director of Network Operations Local Link USA & Protocol Communications ------=_NextPart_000_005B_01BFE836.AB7765B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.3018.900" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>I've had this problem too, same version = of=20 code.&nbsp;&nbsp; Thoough I haven't had a problem with telnetting in as=20 admin.&nbsp;&nbsp; Hope knows what's going on.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV>&nbsp;</DIV> <BLOCKQUOTE=20 style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: = 0px; PADDING-LEFT: 5px; PADDING-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 href=3D"mailto:mikew@ll.net" title=3Dmikew@ll.net>Mike Wilker</A> = </DIV> <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20 href=3D"mailto:usr-tc@lists.xmission.com"=20 title=3Dusr-tc@lists.xmission.com>usr-tc@lists.xmission.com</A> </DIV> <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, July 07, 2000 = 2:38 PM</DIV> <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) HiperArc=20 semi-locking</DIV> <DIV><BR></DIV> <DIV><FONT face=3DArial size=3D2>I've had several cases on 3 of my = chassis over=20 the past week or so just randomly locking.&nbsp; Symptoms range from = users=20 being able to connect but not go anywhere to users being unable to = connect at=20 all.&nbsp; In all cases either a telnet or dialing into the TC and = logging in=20 as administrator results in an immediate disconnect.&nbsp; The only = way I can=20 get things back to normal is to do a hardware reset on the card = through=20 TCM.&nbsp; I'm running 4.2.32 on all the HiperArcs, and have been for = months=20 before this started.&nbsp; </FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Does anyone have any idea what could = be causing=20 this?&nbsp; Thanks.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Mike Wilker<BR>Director of Network=20 Operations<BR>Local Link USA &amp; Protocol=20 Communications<BR></FONT></DIV></BLOCKQUOTE></BODY></HTML> ------=_NextPart_000_005B_01BFE836.AB7765B0--

Previously there had been some problems with negotiated MTU sizes.. IE ARC used MTU X Windows used MTU Y. Look in the archived for MTU... I think that Windows can't properly negotiate MTU size... or can't handle MTU mismatches. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 7 Jul 2000, Stuart Lewallen wrote: > I've had this problem too, same version of code. Thoough I haven't had a problem with telnetting in as admin. Hope knows what's going on. > > > ----- Original Message ----- > From: Mike Wilker > To: usr-tc@lists.xmission.com > Sent: Friday, July 07, 2000 2:38 PM > Subject: (usr-tc) HiperArc semi-locking > > > I've had several cases on 3 of my chassis over the past week or so just randomly locking. Symptoms range from users being able to connect but not go anywhere to users being unable to connect at all. In all cases either a telnet or dialing into the TC and logging in as administrator results in an immediate disconnect. The only way I can get things back to normal is to do a hardware reset on the card through TCM. I'm running 4.2.32 on all the HiperArcs, and have been for months before this started. > > Does anyone have any idea what could be causing this? Thanks. > > Mike Wilker > Director of Network Operations > Local Link USA & Protocol Communications > >

I'm reaching out to the list for a little help with SNMP. I am really green with it, and was wondering if anyone knows of some good resources -- books, online, whatever, regarding SNMP. I need to setup some thorough monitoring of my TC gear, as well as my Cisco stuff. In addition, I will need something to capture traps. I have a Linux box that I play with, but don't know enough to use SNMP with it. We are primarily an NT shop, so preferably something that runs on NT. I know there's SNMPC, but there must be something out there that's not so pricey. Any suggestions? Email off-list if you wish. Thanks, -- Scot

Quoting Donald Baud <dbaud@bigfoot.com>: > I am trying to use the Radius Tunnel-Password attribute in order to > control > the usage of the L2TP tunnels open by the HARC. > I managed to set up a tunnel with two HARC's 5.0.9 acting as LAC and > LNS. > But I can't seem to enable the Tunnel-Password feature. Here is my > setup: > > On the LAC side: > The Radius Server authenticates the users with: > Framed-Protocol = PPP > Tunnel-Server-Endpoint = 192.168.100.10 > Tunnel-Type = L2TP > > On the LNS (192.168.100.10) side: > The call arrives and is authenticated as a PPP call. > > > Now if I want to use a Tunnel secret, I made sure both LAC/LNS have the > same > "System Transmit authentication name": > set system transmit_authentication_name HiPer > > I add a Tunnel-Password = MyPassword to the Radius profile on the LAC, > and > set up an extra account on the LNS called HiPer with: > add user HiPer > set tunnel user HiPer password MyPassword type L2TP security None > You first have to use the enable command to enable L2tp-tunnel authentication, then when you do a show l2tp setting command you will see two options about sending l2tp outgoing/incoming challenge - you may want to enable both, then make sure that you supply l2tp tunnel password in the above. I have it working here with the above config. -V > Syslog reports the following: > The LNS first complains: Unauthenticated message from HiPer > The LAC then sends: Could not contact 192.168.100.10 > > The protocol monitor shows the Call being setup from the LAC and the LNS > responding with a call disconnect immediately. > > Has anyone been able to set up HARC as an LNS with Tunnel-Password ? > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting Scot Desort <scot@njaccess.net>: > I keep seeing a problem occassionaly with users not being able to login. > According to my radius logs below, it appears that the password is > arriving > corrupt in some way. The users do NOT have CHAP enabled. I am running > DSPs > with 2.0.51 code: >=20 What version of HiPer arc code are you using? Also disable ppp offloadin= g and=20 see if this happens - if it does not happen with PPP offloading disabled = then=20 upgrade your DSP code. -V >=20 > (Radius :00238) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt > [=7FJ=D8=BB=BC^5=AE =F1L=90B=E0d"] - username-xxxx > (Radius :00070) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt > [d=B0=A30=DF=AD%t=1DxZN Nn=BE] - username-xxxx > (Radius :00238) 7/5/2000 13:26:18 ODBC_AUTH: Invalid Password Attempt > [=7FJ=D8=BB=BC^5=AE =F1L=90B=E0d"] - username-xxxx > (Radius :00070) 7/5/2000 13:27:31 ODBC_AUTH: Invalid Password Attempt > [=3D=9D=E3Z=7Fd] - username-xxxx > (Radius :00238) 7/5/2000 13:27:32 ODBC_AUTH: Invalid Password Attempt > [=A8xX=B8=08=A1'.=E0~;)AT=16Z] - username-xxxx > (Radius :00070) 7/5/2000 13:27:35 ODBC_AUTH: Invalid Password Attempt > [=3D=9D=E3Z=7Fd] - username-xxxx >=20 > Aside from line noise, what could be causing this? The username comes > through fine every time without corruption, so something tells me it > might > not be line noise. It happens to a variety of users throughout the day, > to a > variety of phone numbers. Any thoughts? >=20 > -- > Scot >=20 >=20 >=20 >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >=20

Anyone else have trouble with Netgear external ISDN TA's? I have a customer who, most of the time, can't even get a single B channel to setup, let alone authenticate. Got them on the latest firmware. Nothing. -- Scot

Scot Desort wrote: > > Anyone else have trouble with Netgear external ISDN TA's? I have a customer > who, most of the time, can't even get a single B channel to setup, let alone > authenticate. Got them on the latest firmware. Nothing. I have Netgear ISDN routers, like the RT-328 and RH-348 and they both work fine to my HiPer setups. Do they make a TA? -Ron GLISnet, Inc. +1 810/939.9885

We use the routers extensively, but in the one case where we attempted to use the TA it failed. NetGear tech support had no explanation for the difference. We lost the customer to an Ascend based ISP because they wouldn't let us change out the modem. We stronlgy discourage consideration of this device. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, July 07, 2000 11:16 PM > Anyone else have trouble with Netgear external ISDN TA's? I have a customer > who, most of the time, can't even get a single B channel to setup, let alone > authenticate. Got them on the latest firmware. Nothing. > > -- > 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.

We have 1 Netgear 328 and it works fine. The line will drop occassionally, but nothing major. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Sat, 8 Jul 2000, Ronald Kushner wrote: > > > Scot Desort wrote: > > > > Anyone else have trouble with Netgear external ISDN TA's? I have a customer > > who, most of the time, can't even get a single B channel to setup, let alone > > authenticate. Got them on the latest firmware. Nothing. > > I have Netgear ISDN routers, like the RT-328 and RH-348 and they both > work fine to my HiPer setups. > > Do they make a TA? > > -Ron > GLISnet, Inc. > +1 810/939.9885 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I should clarify my previous statement. The Netgear routers work great (RT328 and RT338), but the Netgear ISDN modem sucks bilge water. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Saturday, July 08, 2000 1:37 AM > We use the routers extensively, but in the one case where we attempted to > use the TA it failed. NetGear tech support had no explanation for the > difference. We lost the customer to an Ascend based ISP because they > wouldn't let us change out the modem. We stronlgy discourage consideration > of this device. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Scot Desort <scot@njaccess.net> > To: <usr-tc@lists.xmission.com> > Sent: Friday, July 07, 2000 11:16 PM > Subject: (usr-tc) Netgear woes > > > > Anyone else have trouble with Netgear external ISDN TA's? I have a > customer > > who, most of the time, can't even get a single B channel to setup, let > alone > > authenticate. Got them on the latest firmware. Nothing. > > > > -- > > 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.

On Sat, 8 Jul 2000 ved@iyka.com wrote: > I have a question regarding BGP - Yes TC does not do BGP. Then why are you asking on this list? Actually, I have a C program to do exactlty that. It requires root to run, and I can only send you an executable since it's propritary. What architecture and OS are you running? I'll email you the excutable directly. -- Aaron Nabil

I have a question regarding BGP - Yes TC does not do BGP. Here is what I am looking for: I am looking for some program/source code or script that would help us calculate AS number. Given a network number (i.e 10.10.10.1 255.255.255.0) return BGP AS number. Any ideas or suggestings Thanks - V

On Sat, 8 Jul 2000, Aaron Nabil wrote: . . . Oops, sorry, that was intended as a private reply. -a

There is another program that may be of interest to you at http://proximate.appliedtheory.com/ . It's a reference "BGP Path length server" that determines the shortest path based on AS of 2 or more ip addresses.

I need to change the default route on one of my TC chassis. I tried the command: SET IP DEF GATE x.x.x.x met 1 and it returns an error stating it failed because the item is not in the table. The new address is in the same subnet as the old address. Any ideas? Sam Lowe MIS Director UniversalCom, Inc. Get Connected...

There's a version of traceroute that'll give the ASN for each hop -- try digging through the source code for that to get what you want. All it really does, I think, is do a 'whois' query against whois.ripe.net though. ftp://ftp.nikhef.nl/pub/network/traceroute_991603.tar.Z Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Sat, 8 Jul 2000 ved@iyka.com wrote: > I have a question regarding BGP - Yes TC does not do BGP. > > Here is what I am looking for: > > I am looking for some program/source code or script that would help us > calculate AS number. Given a network number (i.e 10.10.10.1 255.255.255.0) > return BGP AS number. > > Any ideas or suggestings > > > Thanks > > - V > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 Sam Lowe >I need to change the default route on one of my TC chassis. I tried >the command: SET IP DEF GATE x.x.x.x met 1 and it returns an error >stating it failed because the item is not in the table. The new >address is in the same subnet as the old address. Any ideas? Try deleting the default gateway that's there and adding the new one as distinct steps rather than trying to just change the one that's there. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Thanks. Tried to delete the original default route and could do that, but once I deleted it, I couldn't put it or the new address back. Good thing I didn't save it first. I get/got the same message about not being being in the table. ----- Original Message ----- Sent: Sunday, July 09, 2000 6:19 AM > Also sprach Sam Lowe > >I need to change the default route on one of my TC chassis. I tried > >the command: SET IP DEF GATE x.x.x.x met 1 and it returns an error > >stating it failed because the item is not in the table. The new > >address is in the same subnet as the old address. Any ideas? > > Try deleting the default gateway that's there and adding the new one as > distinct steps rather than trying to just change the one that's there. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I think you can do this by ADDING the new route first and then deleting the old one... We have done this several times! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Sun, 9 Jul 2000, Sam Lowe wrote: > Thanks. Tried to delete the original default route and could do that, but > once I deleted it, I couldn't put it or the new address back. Good thing I > didn't save it first. I get/got the same message about not being being in > the table. > > ----- Original Message ----- > From: "Jeff Mcadams" <jeffm@iglou.com> > To: <usr-tc@lists.xmission.com> > Sent: Sunday, July 09, 2000 6:19 AM > Subject: Re: (usr-tc) Default route > > > > Also sprach Sam Lowe > > >I need to change the default route on one of my TC chassis. I tried > > >the command: SET IP DEF GATE x.x.x.x met 1 and it returns an error > > >stating it failed because the item is not in the table. The new > > >address is in the same subnet as the old address. Any ideas? > > > > Try deleting the default gateway that's there and adding the new one as > > distinct steps rather than trying to just change the one that's there. > > -- > > Jeff McAdams Email: jeffm@iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting Mike Andrews <mandrews@bit0.com>: > There's a version of traceroute that'll give the ASN for each hop -- try > digging through the source code for that to get what you want. All it > really does, I think, is do a 'whois' query against whois.ripe.net > though. > > ftp://ftp.nikhef.nl/pub/network/traceroute_991603.tar.Z > > Thanks Mike - I will give it a try -V > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Sat, 8 Jul 2000 ved@iyka.com wrote: > > > I have a question regarding BGP - Yes TC does not do BGP. > > > > Here is what I am looking for: > > > > I am looking for some program/source code or script that would help us > > calculate AS number. Given a network number (i.e 10.10.10.1 > 255.255.255.0) > > return BGP AS number. > > > > Any ideas or suggestings > > > > > > Thanks > > > > - V > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting "D. Randy Cosby" <dcosby@infowest.com>: > There is another program that may be of interest to you at > http://proximate.appliedtheory.com/ . It's a > reference "BGP Path length server" that determines the shortest path > based on AS of 2 or more > ip addresses. Thanks - Will try this one out too. Krish > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Sam Lowe >Thanks. Tried to delete the original default route and could do that, but >once I deleted it, I couldn't put it or the new address back. Good thing I >didn't save it first. I get/got the same message about not being being in >the table. The next-hop for the route must be reachable...it sounds like it may not be. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Quoting Aaron Nabil <nabil@SpiritOne.com>: > On Sat, 8 Jul 2000 ved@iyka.com wrote: > > I have a question regarding BGP - Yes TC does not do BGP. > > Then why are you asking on this list? > > Actually, I have a C program to do exactlty that. It requires > root to run, and I can only send you an executable since it's > propritary. What architecture and OS are you running? I'll email you > the > excutable directly. Hi Aaron, Can I get a binary of this program, I do have Sun Solaris, Linux, FreeBSD operating systems. Ofcourse do have NT also but would prefer any of *NIX flavors. thanks -V > > -- > Aaron Nabil > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

We get the same thing running the latest DSP code and ARC 4.2.32... Seems pretty random. I dialed in a number of times with a courier on a clean line and about one in twenty calls I would be presented with garbage as Scot saw in his logfiles. =20 If this were the old days of standalone modems and Xylogics boxes I'd immediately say it was a speed mismatch on the serial lines... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200=20 | spork@inch.com | access@inch.com On Fri, 7 Jul 2000 ved@iyka.com wrote: > Quoting Scot Desort <scot@njaccess.net>: >=20 > > I keep seeing a problem occassionaly with users not being able to login= =2E > > According to my radius logs below, it appears that the password is > > arriving > > corrupt in some way. The users do NOT have CHAP enabled. I am running > > DSPs > > with 2.0.51 code: > >=20 > What version of HiPer arc code are you using? Also disable ppp offloadin= g and=20 > see if this happens - if it does not happen with PPP offloading disabled = then=20 > upgrade your DSP code. >=20 >=20 > -V >=20 > >=20 > > (Radius :00238) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt > > [=7FJ=D8=BB=BC^5=AE =F1L=90B=E0d"] - username-xxxx > > (Radius :00070) 7/5/2000 13:26:14 ODBC_AUTH: Invalid Password Attempt > > [d=B0=A30=DF=AD%t=1DxZN Nn=BE] - username-xxxx > > (Radius :00238) 7/5/2000 13:26:18 ODBC_AUTH: Invalid Password Attempt > > [=7FJ=D8=BB=BC^5=AE =F1L=90B=E0d"] - username-xxxx > > (Radius :00070) 7/5/2000 13:27:31 ODBC_AUTH: Invalid Password Attempt > > [=3D=9D=E3Z=7Fd] - username-xxxx > > (Radius :00238) 7/5/2000 13:27:32 ODBC_AUTH: Invalid Password Attempt > > [=A8xX=B8=08=A1'.=E0~;)AT=16Z] - username-xxxx > > (Radius :00070) 7/5/2000 13:27:35 ODBC_AUTH: Invalid Password Attempt > > [=3D=9D=E3Z=7Fd] - username-xxxx > >=20 > > Aside from line noise, what could be causing this? The username comes > > through fine every time without corruption, so something tells me it > > might > > not be line noise. It happens to a variety of users throughout the day, > > to a > > variety of phone numbers. Any thoughts? > >=20 > > -- > > Scot > >=20 > >=20 > >=20 > >=20 > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > >=20 >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >=20

If the searchable archives are up, try searching for posts from David Bolen regarding snmp. He was pretty much the USR guru, and he knew everything there was to know about snmp in general and specifics in dealing with TC gear... Charles On Fri, 7 Jul 2000, Scot Desort wrote: > I'm reaching out to the list for a little help with SNMP. I am really green > with it, and was wondering if anyone knows of some good resources -- books, > online, whatever, regarding SNMP. I need to setup some thorough monitoring > of my TC gear, as well as my Cisco stuff. > > In addition, I will need something to capture traps. I have a Linux box that > I play with, but don't know enough to use SNMP with it. We are primarily an > NT shop, so preferably something that runs on NT. I know there's SNMPC, but > there must be something out there that's not so pricey. > > Any suggestions? Email off-list if you wish. > > Thanks, > > -- > 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. >

Make sure that filter access is enabled for all modem-groups, make sure that you have this filter named as filter.fil.in and also that you have a filter called filter.fil.out (empty dummy filter is good). This is needed for the filter to work. -V On Mon, 10 Jul 2000, Scott Bailey wrote: > Hi, > > I am having trouble configuring and assighning filters > dynamicly with radius on the Hiper Arcs. This is what > I have. > > On the Hiper Arc: > > filter.fil > > #filter > IP: > > 005 AND src-addr = 0.0.0.0/0; > 010 ACCEPT dst-addr = 216.32.74.50; > 015 AND dst-addr = 0.0.0.0/0; > 020 REJECT tcp-dst-port = 80; > 025 AND dst-addr = 0.0.0.0/0; > 030 REJECT tcp-dst-port = 443; > 035 AND dst-addr = 0.0.0.0/0; > 040 REJECT tcp-dst-port = 119; > 045 AND dst-addr = 0.0.0.0/0; > 050 REJECT tcp-dst-port = 6667; > 055 AND dst-addr = 0.0.0.0/0; > 060 REJECT udp-dst-port = 6667; > 070 DENY; > > > In Radius: > > Filter_ID=filter.fil, > > Show session (user ID) indicates that the Filter_ID radius attribute > was picked up by the NAS. However, it does not block any of the > ports defined in the filter. Do I need to configur something else? > > > Thanks in advance for any help. > > > > -- > Scott Bailey > Systems Administrator > Epix Internet Services > scott@epix.net > 570-631-1317 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hi, I am having trouble configuring and assighning filters dynamicly with radius on the Hiper Arcs. This is what I have. On the Hiper Arc: filter.fil #filter IP: 005 AND src-addr = 0.0.0.0/0; 010 ACCEPT dst-addr = 216.32.74.50; 015 AND dst-addr = 0.0.0.0/0; 020 REJECT tcp-dst-port = 80; 025 AND dst-addr = 0.0.0.0/0; 030 REJECT tcp-dst-port = 443; 035 AND dst-addr = 0.0.0.0/0; 040 REJECT tcp-dst-port = 119; 045 AND dst-addr = 0.0.0.0/0; 050 REJECT tcp-dst-port = 6667; 055 AND dst-addr = 0.0.0.0/0; 060 REJECT udp-dst-port = 6667; 070 DENY; In Radius: Filter_ID=filter.fil, Show session (user ID) indicates that the Filter_ID radius attribute was picked up by the NAS. However, it does not block any of the ports defined in the filter. Do I need to configur something else? Thanks in advance for any help. -- Scott Bailey Systems Administrator Epix Internet Services scott@epix.net 570-631-1317

----- Original Message ----- > Make sure that filter access is enabled for all modem-groups, Thanks. Would you have an example of the syntax to do that on a Hiper Arc. > make sure that you have this filter named as filter.fil.in > and also that you have a filter called filter.fil.out (empty dummy filter > is good). This is needed for the filter to work. That makes sense. I can see it is trying to append .in and .out to the filter name, however the documentation (At least not that I could find) doesn't mention that as a consideration in naming the filters. It seemed the documentation for the Netservers was a little more thorough. Thanks for the assistance.

Quoting Scott Bailey <scott@epix.net>: > ----- Original Message ----- > From: "Ved" <ved@iyka.com> > Subject: Re: (usr-tc) Hiper Arc Filters > > > > Make sure that filter access is enabled for all modem-groups, > > Thanks. Would you have an example of the syntax to do that on > a Hiper Arc. set modem_group all filter_access on > > > make sure that you have this filter named as filter.fil.in > > and also that you have a filter called filter.fil.out (empty dummy > filter > > is good). This is needed for the filter to work. > > That makes sense. I can see it is trying to append .in and .out to the > filter > name, however the documentation (At least not that I could find) doesn't > mention that as a consideration in naming the filters. It seemed the > documentation > for the Netservers was a little more thorough. > Well the initial release of hiper arc (4.0) did not use this - but then the problem was that users of netservers did not like this option. Thus from 4.0.39 upwards the HiPer arc required filters to have .in and .out - or you can use the VSA Framed-ip-filter attribute that will allow you to send either input or output filter. -V > Thanks for the assistance. > > ------ > Scott Bailey > Systems Administrator > Epix Internet Services > scott@epix.net > 570-631-1317 > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Any idea where the archives are? ----- Original Message ----- Sent: Monday, July 10, 2000 12:02 PM > If the searchable archives are up, try searching for posts from David > Bolen regarding snmp. He was pretty much the USR guru, and he knew > everything there was to know about snmp in general and specifics in > dealing with TC gear... > > Charles > > On Fri, 7 Jul 2000, Scot Desort wrote: > > > I'm reaching out to the list for a little help with SNMP. I am really green > > with it, and was wondering if anyone knows of some good resources -- books, > > online, whatever, regarding SNMP. I need to setup some thorough monitoring > > of my TC gear, as well as my Cisco stuff. > > > > In addition, I will need something to capture traps. I have a Linux box that > > I play with, but don't know enough to use SNMP with it. We are primarily an > > NT shop, so preferably something that runs on NT. I know there's SNMPC, but > > there must be something out there that's not so pricey. > > > > Any suggestions? Email off-list if you wish. > > > > Thanks, > > > > -- > > 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. >

I have the USR Totalcontrol gear running PRI's My question is, does this support multicast? and if so how do I turn it on? -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/

Nello all! It has been a while since I have participated on this list, I have been very busy, hopefully I will be more active once again. I have a few questions. Right now, and for the longest time, we are running: ARC: 4.1.22 HDM: 2.0.51 What seems to be the general concensus on what the latest very stable code is to run? We aren't using OSPF yet (becuase it was never stable enough in past releases), but would be very interested in doing so, if we could at leat gain that. Also would be interested in gaining more compatibility with modems if the dsp code is indeed better code. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

This equipment is all guaranteed working. 2- Fan Trays 1- Netserver 8 v34 2- Netserver 16 v34 2- Netserver 8I 2- MP 16 v34 1- Managed MP8 v34 2- Managed MP16 v34 Spare Chassis w/ power 4 Total- High Density TC w/ Integrated Fan Tray (1316-05) 2 w/ single 70A power 2 w/ Dual 70A power 4- Classic Total Control w/ 45A 1- Classic TC w/ Single 35A 1- Classic TC w/ Dual 45A DC power 2- Rack32 USR Single Cards 20- Analog Nics (Dual card set up- Works in analog) 100- Analog Nics (Single card set up, Digital only) 2- Quad Analog/Digital Modem w/ analog nic (dual card) 3- Quad Analog w/ analog nic (dual card) 10- T1/E1 card w/ T1 nic 10- NMC -Non v90 5- Dual PRI w/ nic 5- Netserver PRI w/ nic USR Total Control Bundles - Complete Access Server, Guaranteed for 3Com Service Contract All v90 enabled - Clean, tested. Configuration at your IP address available TC Hiper Bundles (HD Chassis, single 70A, Hiper NMC, ARC, 2x DSP) TC HD Bundles (HD Chassis, single 70A, nmc v90, netserver pri, 12x Quad Digital Modem, Dual T1/PRI) TC Classic Bundles (2059 Chassis, Dual 45A, nmc v90, netserver pri, 12x Quad Digital Modem, Dual T1/PRI) TC v32 Terbo Bundle (2059 Chassis, Dual 45A, 15x Quad v32Terbo Modems, all analog w/ nics) Cables: Null Modems for NMC card Console Cables Octal Cable (TWH OCT 8) Total Switch Cards 2- SLC-10BTX8 2- 100BTX2 3- 100BFX2 Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email: srivera@wrca.net Nextel Online Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services

The following equipment is available for sale. I would say that most are some what working but may have bad ports. All sold as is, is you need further information on a particular piece I can pull them out and see what is the problem. If you are looking for memory, power, housings, jumpers...this is your DREAM post :) Prices range from $10 to $150. 1- USR HD Chassis no power (Fatal Error) ...sold 1- USR 2059 Dual 45A Power (Fatal Error) ...sold 2-Netserver 16I ...sold 2- Netserver 8I ...sold 2- Netserver 16 ...sold 1- Netserver 8 ...sold 1- MP 16 ...sold 10- NMC 5- Dual PRI 1- Netserver 3- Netserver PRI 5- Dual PRI 5- Analog Modems 3- Analog/Digital Modems 1- Cisco 3102 (reboots) ...sold 1- Ascend MX-2T1 1- Ascend MultiBand (no power) 3- Livingston PM2E (bad mother boards Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email: srivera@wrca.net Nextel Online Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services

Currently looking to buy: Hiper DSP Hiper ARC Hiper NMC Please email me your list. Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email: srivera@wrca.net Nextel Online Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services

On Thu, 13 Jul 2000 mmm3@cornell.edu wrote: > > This is one for the books, definitely. > > Here's the setup: > > Total control chassis > Card Firmware Hardware > One dual PRI card 3.1.5 4.0.0 > 12 digiquad modem cards 6.1.6 2.0.0 > 2 DSP cards 2.0.51 0.52.0 > 1 ARC 4.1.59 19.0.0 > 1 HiPerNMC 6.2.17 2.0 > 2 PSUs > > We are having trouble downloading one particular file through this > chassis and ONLY this chassis. I have checked and re-checked the > settings and the ONLY thing different on this chassis is a 15-minute > session limit and the Carrier Loss Detect Delay is set to 2 seconds. > The file will consistently download to 69 or 72%, then the connection > to the server dies; however, the modem connection remains viable. I > am absolutely stumped. I've doubled the MTU size and swapped the ARC > so far. Any clues? If you reply off-list, please cc ljc1@cornell.edu > as I will be on vacation and checking email sporadically. Are you having this problem appear both on the quad and the HiPerDSP? Increasing the MTU size is not a good thing. I would suggest that you set the MTU on the HiPer arc to 576 and do not change anything on the client side. This should fix the issue. Also if this problem is only on the Quad or the DSP alone then check your PPP settings on the ARC - you want to see if PPP on the modem is enabled or disabled. Disable the PPP on the modem and try your download again with mtu set to 576. -V > > ********************************************************* > 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. >

This is one for the books, definitely. Here's the setup: Total control chassis Card Firmware Hardware One dual PRI card 3.1.5 4.0.0 12 digiquad modem cards 6.1.6 2.0.0 2 DSP cards 2.0.51 0.52.0 1 ARC 4.1.59 19.0.0 1 HiPerNMC 6.2.17 2.0 2 PSUs We are having trouble downloading one particular file through this chassis and ONLY this chassis. I have checked and re-checked the settings and the ONLY thing different on this chassis is a 15-minute session limit and the Carrier Loss Detect Delay is set to 2 seconds. The file will consistently download to 69 or 72%, then the connection to the server dies; however, the modem connection remains viable. I am absolutely stumped. I've doubled the MTU size and swapped the ARC so far. Any clues? If you reply off-list, please cc ljc1@cornell.edu as I will be on vacation and checking email sporadically. ********************************************************* 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 **********************************************

Why do suggest the MTU value 576? I beleive the default 1514. Why the change? > Are you having this problem appear both on the quad and the HiPerDSP? > Increasing the MTU size is not a good thing. I would suggest that you set > the MTU on the HiPer arc to 576 and do not change anything on the client > side. This should fix the issue. Also if this problem is only on the > Quad or the DSP alone then check your PPP settings on the ARC - you want > to see if PPP on the modem is enabled or disabled. Disable the PPP on the > modem and try your download again with mtu set to 576.

You don't need them unless you have quads in the chassis. The DSP cards are already x2 enabled. 3Com can move the key from one NMC card to another. At 04:44 PM 7/13/00 -0500, you wrote: >Are Hiper NMC's already X2 enabled, or do they require a feature code >upgrade like the old NMC. What happens when we trade these out, do we lose >X2 functionality? > >Mark Thornton >San Marcos Internet, Inc. >512-393-5300 > > >----- Original Message ----- >From: Steve Rivera - www.wrca.net <sales@wrca.net> >To: <usr-tc@lists.xmission.com> >Sent: Thursday, July 13, 2000 4:31 PM >Subject: (usr-tc) FS: 5- Hiper NMC card w/ nics (New/Open Box) $900ea > > > > Currently List for $4826.00 > > I have 5 available for $950.00 > > > > Hiper NMC w/ NIC > > Complete Sets > > Factory Warranty > > > > Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr > > http://www.wrca.net > > ICQ# 75229638 > > Email: srivera@wrca.net > > Mobile Email: srivera711@hotmail.com > > > > Worldwide Provider of Network Hardware Since 1981. > > > > Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, > > IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, > > Sync/Tylink,Wellfleet,,Black Box,Micom & More > > > > NEXTEL Authorized Dealer: Phones, Accessories, 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. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

*This message was transferred with a trial version of CommuniGate(tm) Pro* Hi there, I got a little question. How do I enable the V.90 Add cost feature in Analog/digital Quad Modem card that are managed by a Netserver 16? Thanks a lot in advance. /Sergio -- Sergio Gonzalez Calle 100 #8A-55 Torre C oficina 711 sagonzal@sky.net.co Senior Network Operations Engineer - SkyNet de Colombia. +57 (1) 6422020 +57 (3) 2277871

Are Hiper NMC's already X2 enabled, or do they require a feature code upgrade like the old NMC. What happens when we trade these out, do we lose X2 functionality? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Thursday, July 13, 2000 4:31 PM > Currently List for $4826.00 > I have 5 available for $950.00 > > Hiper NMC w/ NIC > Complete Sets > Factory Warranty > > Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr > http://www.wrca.net > ICQ# 75229638 > Email: srivera@wrca.net > Mobile Email: srivera711@hotmail.com > > Worldwide Provider of Network Hardware Since 1981. > > Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, > IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, > Sync/Tylink,Wellfleet,,Black Box,Micom & More > > NEXTEL Authorized Dealer: Phones, Accessories, 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.

Sergio, in order to enable the V.90 feature take a look in the followong page: http://totalservice.usr.com/56k/totalcontrol.html Regards, Jorge Lozano -----Mensaje original----- De: owner-usr-tc@lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]En nombre de Sergio Gonzalez Enviado el: Jueves, 13 de Julio de 2000 06:20 a.m. Para: usr-tc@lists.xmission.com Asunto: (usr-tc) Quad Modem Add Cost Feature. *This message was transferred with a trial version of CommuniGate(tm) Pro* Hi there, I got a little question. How do I enable the V.90 Add cost feature in Analog/digital Quad Modem card that are managed by a Netserver 16? Thanks a lot in advance. /Sergio -- Sergio Gonzalez Calle 100 #8A-55 Torre C oficina 711 sagonzal@sky.net.co Senior Network Operations Engineer - SkyNet de Colombia. +57 (1) 6422020 +57 (3) 2277871 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Currently List for $4826.00 I have 5 available for $950.00 Hiper NMC w/ NIC Complete Sets Factory Warranty Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr http://www.wrca.net ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services

Quoting Terry Kennedy <terry@olypen.com>: > Why do suggest the MTU value 576? I beleive the default 1514. Why the > change? > Windows operating system has issues with higher MTU values, they do not negotiate MTU properlly. Win 2000 does have a fix for this. For most applications it does not matter. Where it matters is how the packet when sent from the server to the host changes or how its fragmented. By setting a lower MTU, you are forcing the sending end to fragment the packet. -V > > > Are you having this problem appear both on the quad and the HiPerDSP? > > Increasing the MTU size is not a good thing. I would suggest that you > set > > the MTU on the HiPer arc to 576 and do not change anything on the > client > > side. This should fix the issue. Also if this problem is only on the > > Quad or the DSP alone then check your PPP settings on the ARC - you > want > > to see if PPP on the modem is enabled or disabled. Disable the PPP on > the > > modem and try your download again with mtu set to 576. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Is there any support for Linux on an Edgeserver?

Also sprach Ved >Are you having this problem appear both on the quad and the HiPerDSP? >Increasing the MTU size is not a good thing. I would suggest that you set >the MTU on the HiPer arc to 576 You probably really *don't* want to do this. With Path MTU Discovery being as flaky as it is on today's Internet, dropping the MTU in the middle or the end of an end to end Internet path is not a Good Thing. What you probably want to do is set the MRU setting on the Arc to 576...but since I don't know if there's any mechanism to actually do that (I don't see a Framed-MRU value in RADIUS, and if you're getting authentication through PAP or CHAP, that would be too late anyway), you may just have to diddle with the registry on the windows machines to drop it down...not fun, I know. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach ved@iyka.com >Quoting Terry Kennedy <terry@olypen.com>: >> Why do suggest the MTU value 576? I beleive the default 1514. Why the >> change? >Windows operating system has issues with higher MTU values, they do not >negotiate MTU properlly. OK...let's clarify here...'cause I'm not sure. Does windows have problem with *sending* or *receiving* large packets (or both?) The reason that I ask is that you seem to be using "MTU" for both sending and receiving packets. Keep in mind that "MTU" means "Maximum Transmission Unit", meaning that its the largest size packet that the host will *send*...it has nothing to do with how large of a packet that the host is willing and able to receive. You could easily have a host with an MTU of 276 that is still willing and able to receive packets of size 1500. >By setting a lower MTU, you are forcing the sending end to fragment the >packet. Yeah, and with PMTUD being a crap-shoot at best on the Internet, forcing the sending end to fragment the packet is a crap-shoot at best. What if the sending server is behind a LocalDirector or some other load balancing device...all of a sudden, PMTUD doesn't work and you're client on that connection can't transfer any data from that site. So sorry. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hey all. I have a problem that maybe someone can help me out with. Right now we're using a USR TotalControl (NETserver) that has 48 V.90/ISDN ports, currently only using up to 24 of them (due to 1 PRI). We never come close to filling up all the ports, so getting on is never a problem. Lately for the past couple of months my ISDN (multilinked) to the TC has been dropping for no apparant reason. I remember when I first hooked up my ISDN, I was able to stay connected for 16 days straight, and now it's rare to say connected more than a day or two. My last connect time was 4 days, before it dropped off. I'm almost confident it is the telco causing me so many problems, which only makes since. I have replaced/tested 3 different pieces of equipment, even at remote locations. All equipment tests fine from other locations, but just gives me problems at home. Currently I've called in trouble tickets on my line, the telco says everything is fine, it's my equipment that's bad, etc. Blah blah they don't know what they're talking about. Due to the line dropping and redialing so much (my connection is suppose to be damn near permanent if power is on), I've received massive phone bills that I'm expected to pay. What I'd really like to know is if the USR TC has some type debugging of why a disconnect occurs, etc? Our other modem pool (a Bay Networks Annex) has a feature called 'histcall' where you can find out just about anything. Unfornautely due to my network I cannot dial into that pool, as it isn't smart enough (yet) to route different subnets as well. The logfile the USR TC makes over syslog isn't descriptive enough. For the curious, the current version running on the USR TC is: Command> version U.S. Robotics Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.8.1 Build date: Aug 11 1998 Build time: 13:49:21 Network Interface Card: Ethernet & Frame Relay Combination (26) ISDN Interface Card : MUNICH32 (4) Packet Bus Circuit : Standard Any information/help anyone can give me is greatly appreciated. I'm just looking to find out whats wrong with my line without paying dearly for it, and just continue service without disruptions. Thanks, Scott

Does anyone know if IP-IP Tunneling is in the pipeline for coming to the ARC? I have some uses for it, but I don't believe it is supported on the ARC's yet (l2tp and pptp only last time I checked). Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Quoting Brian <signal@shreve.net>: > > Does anyone know if IP-IP Tunneling is in the pipeline for coming to the > ARC? I have some uses for it, but I don't believe it is supported on > the > ARC's yet (l2tp and pptp only last time I checked). There is PPPOE available in 5.x - that can be used for IP- IP tunneling. However have not heard of any thing new -V > > Brian > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting Scott Kupferschmidt <scottk@JADETech.com>: > Hey all. I have a problem that maybe someone can help me out with. > > Right now we're using a USR TotalControl (NETserver) that has 48 > V.90/ISDN > ports, currently only using up to 24 of them (due to 1 PRI). We never > come close to filling up all the ports, so getting on is never a > problem. > > Lately for the past couple of months my ISDN (multilinked) to the TC has > been dropping for no apparant reason. I remember when I first hooked up > my ISDN, I was able to stay connected for 16 days straight, and now it's > rare to say connected more than a day or two. My last connect time was > 4 > days, before it dropped off. Need syslog to indentify what is happening. Run syslog and then when your connection drops look at the syslog to identify the reason for disconnect -V > > I'm almost confident it is the telco causing me so many problems, which > only makes since. I have replaced/tested 3 different pieces of > equipment, > even at remote locations. All equipment tests fine from other > locations, > but just gives me problems at home. Currently I've called in trouble > tickets on my line, the telco says everything is fine, it's my equipment > that's bad, etc. Blah blah they don't know what they're talking about. > Due to the line dropping and redialing so much (my connection is suppose > to be damn near permanent if power is on), I've received massive phone > bills that I'm expected to pay. > > What I'd really like to know is if the USR TC has some type debugging of > why a disconnect occurs, etc? Our other modem pool (a Bay Networks > Annex) > has a feature called 'histcall' where you can find out just about > anything. Unfornautely due to my network I cannot dial into that pool, > as > it isn't smart enough (yet) to route different subnets as well. > > The logfile the USR TC makes over syslog isn't descriptive enough. For > the curious, the current version running on the USR TC is: > > Command> version > U.S. Robotics > Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.8.1 > Build date: Aug 11 1998 > Build time: 13:49:21 > > Network Interface Card: Ethernet & Frame Relay Combination (26) > ISDN Interface Card : MUNICH32 (4) > Packet Bus Circuit : Standard > > Any information/help anyone can give me is greatly appreciated. I'm > just > looking to find out whats wrong with my line without paying dearly for > it, > and just continue service without disruptions. > > Thanks, > > Scott > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 message was transferred with a trial version of CommuniGate(tm) Pro* Hello there. I've two netservers running 3.8.1 and quad modem (analog/digital) with 5.10.9 and above. Well, The first netserver recognizes all the quad modem cards on its chassis (15 cards), but the netserver can't authenticate users via radius (then I've to put all the users in the chassis.... nasty... but was the only solution for the auth problem). I use Radiator radius authentication server 2.15. The other netserver has only 8 quad cards on its chassis, but the netserver cannot see those cards. How do I tell netserver to recognize those cards?. Thanks in advance for the help!! /Sergio -- Sergio Gonzalez Calle 100 #8A-55 Torre C oficina 711 sagonzal@sky.net.co Senior Network Operations Engineer - SkyNet de Colombia. +57 (1) 6422020 +57 (3) 2277871

If it's who I think it is, probably LaChina Mc Something-or-other. On Mon, 17 Jul 2000, Brian wrote: > > What is the name of the lady at 3Com who likes to bust everyones balls > about support contracts? I got a call today, totally threatening and > unreasonable, from a lady at 3Com. I just want to get my facts straight. > > Also, maybe a letter should be drafted, something like "We the undersigned > ISP's refuse to purchase support contracts until <someone> is no longer > associated with that division of 3Com".........then have something like: > > > ISP Name Ports Contract Value > -------------------- ----------- ---------------- > foo.com 1200 $ 8000.00 > blah.com 25000 $200000.00 > . > . > . > . > Total: $5,000,000 > > > something like that.............anyways just a thought. > > Brian > > > ----------------------------------------------------- > Brian Feeny, CCNA signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

If it's who I think it is, probably LaChina Mc Something-or-other. On Mon, 17 Jul 2000, Brian wrote: > > What is the name of the lady at 3Com who likes to bust everyones balls > about support contracts? I got a call today, totally threatening and > unreasonable, from a lady at 3Com. I just want to get my facts straight. > > Also, maybe a letter should be drafted, something like "We the undersigned > ISP's refuse to purchase support contracts until <someone> is no longer > associated with that division of 3Com".........then have something like: > > > ISP Name Ports Contract Value > -------------------- ----------- ---------------- > foo.com 1200 $ 8000.00 > blah.com 25000 $200000.00 > . > . > . > . > Total: $5,000,000 > > > something like that.............anyways just a thought. > > Brian > > > ----------------------------------------------------- > Brian Feeny, CCNA signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

What is the name of the lady at 3Com who likes to bust everyones balls about support contracts? I got a call today, totally threatening and unreasonable, from a lady at 3Com. I just want to get my facts straight. Also, maybe a letter should be drafted, something like "We the undersigned ISP's refuse to purchase support contracts until <someone> is no longer associated with that division of 3Com".........then have something like: ISP Name Ports Contract Value -------------------- ----------- ---------------- foo.com 1200 $ 8000.00 blah.com 25000 $200000.00 . . . . Total: $5,000,000 something like that.............anyways just a thought. Brian Brian Feeny, CCNA signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

I remember seeing many complaints (and having some trouble with) Michelle Catalano (sp?) but of late have had less problems in this area then most posts report. I think Michelle is on vacation this week, although I may be wrong. Dave Lajoie Remote System Administrator North Country Internet Access E-Mail: dave@ncia.net On Mon, 17 Jul 2000, Brian wrote: > > What is the name of the lady at 3Com who likes to bust everyones balls > about support contracts? I got a call today, totally threatening and > unreasonable, from a lady at 3Com. I just want to get my facts straight. > > Also, maybe a letter should be drafted, something like "We the undersigned > ISP's refuse to purchase support contracts until <someone> is no longer > associated with that division of 3Com".........then have something like: > > > ISP Name Ports Contract Value > -------------------- ----------- ---------------- > foo.com 1200 $ 8000.00 > blah.com 25000 $200000.00 > . > . > . > . > Total: $5,000,000 > > > something like that.............anyways just a thought. > > Brian > > > ----------------------------------------------------- > Brian Feeny, CCNA signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I thought Michelle was service contracts and LaChina was v.90 --Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- On Mon, 17 Jul 2000, Dave Lajoie wrote: > > I remember seeing many complaints (and having some trouble with) Michelle > Catalano (sp?) but of late have had less problems in this area then most > posts report. I think Michelle is on vacation this week, although I may be > wrong. > > > > Dave Lajoie > Remote System Administrator > North Country Internet Access > E-Mail: dave@ncia.net > > On Mon, 17 Jul 2000, Brian wrote: > > > > > What is the name of the lady at 3Com who likes to bust everyones balls > > about support contracts? I got a call today, totally threatening and > > unreasonable, from a lady at 3Com. I just want to get my facts straight. > > > > Also, maybe a letter should be drafted, something like "We the undersigned > > ISP's refuse to purchase support contracts until <someone> is no longer > > associated with that division of 3Com".........then have something like: > > > > > > ISP Name Ports Contract Value > > -------------------- ----------- ---------------- > > foo.com 1200 $ 8000.00 > > blah.com 25000 $200000.00 > > . > > . > > . > > . > > Total: $5,000,000 > > > > > > something like that.............anyways just a thought. > > > > Brian > > > > > > ----------------------------------------------------- > > Brian Feeny, CCNA signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I would hope that 3Com is smart enough to follow this list and pick up on our collective frustration at the 3Com support contracts folks. If they are serious about making a run of the TC system they had best get it in gear. In the past year we have acquired several other smaller ISPs. I am working to move them from a mixture of platform (PM2, PM3, Bay 5399, Ascend, etc) to TC. But with the level of support 3Com is offering it is a hard sale. We are fortunate to have support from Source Technology and Intelligent Choice, but if they are our best help we are in serious trouble... Ted Mecimore Operations Manager Vista Technology 108 Meeting Street Morganton, NC 28655

nod, I have never in my career seen so much frustration against a company regarding its support contracts. I have seen this with the TC support contracts for 4 years. Brian On Mon, 17 Jul 2000, Ted Mecimore wrote: > I would hope that 3Com is smart enough to follow this list and pick up on > our collective frustration at the 3Com support contracts folks. If they are > serious about making a run of the TC system they had best get it in gear. In > the past year we have acquired several other smaller ISPs. I am working to > move them from a mixture of platform (PM2, PM3, Bay 5399, Ascend, etc) to > TC. But with the level of support 3Com is offering it is a hard sale. We are > fortunate to have support from Source Technology and Intelligent Choice, but > if they are our best help we are in serious trouble... > > Ted Mecimore > Operations Manager > Vista Technology > 108 Meeting Street > Morganton, NC 28655 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny, CCNA signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

On Mon, 17 Jul 2000, Marius Kirschner wrote: > Based on their support (or lack thereof) I've already decided that our next > purchase won't be a 3COM unit. Give me back USRobotic's support any time, > they were outstanding. > Hmm, I can't agree that USR's support was outstanding. Days of listening to Canon in D for 2 hours at a time are still very vivid in my mind...........and you know, I use to like that song, there aren't many classics I like, but that was one of them, and USR ruined it for me :) Brian > ---Marius (Agora Online) > > > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ted Mecimore > >Sent: Monday, July 17, 2000 5:31 PM > >To: usr-tc@lists.xmission.com > >Subject: (usr-tc) Wake up 3Com!! > > > > > >I would hope that 3Com is smart enough to follow this list and pick up on > >our collective frustration at the 3Com support contracts folks. If they are > >serious about making a run of the TC system they had best get it > >in gear. In > >the past year we have acquired several other smaller ISPs. I am working to > >move them from a mixture of platform (PM2, PM3, Bay 5399, Ascend, etc) to > >TC. But with the level of support 3Com is offering it is a hard > >sale. We are > >fortunate to have support from Source Technology and Intelligent > >Choice, but > >if they are our best help we are in serious trouble... > > > >Ted Mecimore > >Operations Manager > >Vista Technology > >108 Meeting Street > >Morganton, NC 28655 > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny, CCNA signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Based on their support (or lack thereof) I've already decided that our next purchase won't be a 3COM unit. Give me back USRobotic's support any time, they were outstanding. ---Marius (Agora Online) >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ted Mecimore >Sent: Monday, July 17, 2000 5:31 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) Wake up 3Com!! > > >I would hope that 3Com is smart enough to follow this list and pick up on >our collective frustration at the 3Com support contracts folks. If they are >serious about making a run of the TC system they had best get it >in gear. In >the past year we have acquired several other smaller ISPs. I am working to >move them from a mixture of platform (PM2, PM3, Bay 5399, Ascend, etc) to >TC. But with the level of support 3Com is offering it is a hard >sale. We are >fortunate to have support from Source Technology and Intelligent >Choice, but >if they are our best help we are in serious trouble... > >Ted Mecimore >Operations Manager >Vista Technology >108 Meeting Street >Morganton, NC 28655 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

disable user adm You cannot delete the adm user. You can however disable it. At least this is the case with the versions I work off of. Brian On Mon, 17 Jul 2000, Scot Desort wrote: > I am trying to accomplish 2 tasks: > > 1 - Change password in HARC for the user 'adm' in NVRAM. When I use the CLI, > the command 'set user adm password xxxx' takes, I do a save all, and the old > password is still active. If I try to use HARM, I get a message stating > "cannot edit a user with type MANAGE" > > 2 - I need to delete a different user in NVRAM that is also type MANAGE. > Cannot seem to do that - same message as above referring to a user with type > MANAGE. > > Any thoughts? > > -- > 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. > Brian Feeny, CCNA signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

I am trying to accomplish 2 tasks: 1 - Change password in HARC for the user 'adm' in NVRAM. When I use the CLI, the command 'set user adm password xxxx' takes, I do a save all, and the old password is still active. If I try to use HARM, I get a message stating "cannot edit a user with type MANAGE" 2 - I need to delete a different user in NVRAM that is also type MANAGE. Cannot seem to do that - same message as above referring to a user with type MANAGE. Any thoughts? -- Scot

I would gladly pay for the support if it had the level of expertise and response time you get with Cisco when you call with a network down emergency. The cool grand I paid Cisco on my border router paid off on the first shot out of the barrel because of direct answers and minimal downtime, not to mention followup. 3Com wanted a lot more than that with no improvement in the support. It is cheaper for me to wait for a part to 'fail' and buy a new one from a var that has a clue and get the install support to resolve the 'failure'. There are a lot of 'free' options out there but my experience is that 'free' means don't call me if it doesn't work. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Monday, July 17, 2000 5:42 PM > People are still paying for support? Man, I get 1-2 calls a week asking > me to participate in some sort of promotion, rebate, etc. > > Cisco maybe able to get away with robbing ISP's for support contracts.... > but I can't see how/why 3Com thinks they can. There are to many > alternatives that are to good to pass up. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Mon, 17 Jul 2000, Dave Lajoie wrote: > > > > > I remember seeing many complaints (and having some trouble with) Michelle > > Catalano (sp?) but of late have had less problems in this area then most > > posts report. I think Michelle is on vacation this week, although I may be > > wrong. > > > > > > > > Dave Lajoie > > Remote System Administrator > > North Country Internet Access > > E-Mail: dave@ncia.net > > > > On Mon, 17 Jul 2000, Brian wrote: > > > > > > > > What is the name of the lady at 3Com who likes to bust everyones balls > > > about support contracts? I got a call today, totally threatening and > > > unreasonable, from a lady at 3Com. I just want to get my facts straight. > > > > > > Also, maybe a letter should be drafted, something like "We the undersigned > > > ISP's refuse to purchase support contracts until <someone> is no longer > > > associated with that division of 3Com".........then have something like: > > > > > > > > > ISP Name Ports Contract Value > > > -------------------- ----------- ---------------- > > > foo.com 1200 $ 8000.00 > > > blah.com 25000 $200000.00 > > > . > > > . > > > . > > > . > > > Total: $5,000,000 > > > > > > > > > something like that.............anyways just a thought. > > > > > > Brian > > > > > > > > > ----------------------------------------------------- > > > Brian Feeny, CCNA signal@shreve.net > > > 318-222-2638 x 109 http://www.shreve.net/~signal > > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

People are still paying for support? Man, I get 1-2 calls a week asking me to participate in some sort of promotion, rebate, etc. Cisco maybe able to get away with robbing ISP's for support contracts.... but I can't see how/why 3Com thinks they can. There are to many alternatives that are to good to pass up. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Mon, 17 Jul 2000, Dave Lajoie wrote: > > I remember seeing many complaints (and having some trouble with) Michelle > Catalano (sp?) but of late have had less problems in this area then most > posts report. I think Michelle is on vacation this week, although I may be > wrong. > > > > Dave Lajoie > Remote System Administrator > North Country Internet Access > E-Mail: dave@ncia.net > > On Mon, 17 Jul 2000, Brian wrote: > > > > > What is the name of the lady at 3Com who likes to bust everyones balls > > about support contracts? I got a call today, totally threatening and > > unreasonable, from a lady at 3Com. I just want to get my facts straight. > > > > Also, maybe a letter should be drafted, something like "We the undersigned > > ISP's refuse to purchase support contracts until <someone> is no longer > > associated with that division of 3Com".........then have something like: > > > > > > ISP Name Ports Contract Value > > -------------------- ----------- ---------------- > > foo.com 1200 $ 8000.00 > > blah.com 25000 $200000.00 > > . > > . > > . > > . > > Total: $5,000,000 > > > > > > something like that.............anyways just a thought. > > > > Brian > > > > > > ----------------------------------------------------- > > Brian Feeny, CCNA signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Brian- Thanks, but I want to CHANGE the password for adm to something else. See #1 below. I am trying to DELETE another NVRAM users (not adm) - see #2 below. -- Scot ----- Original Message ----- Sent: Monday, July 17, 2000 6:36 PM > > disable user adm > > You cannot delete the adm user. You can however disable it. At least > this is the case with the versions I work off of. > > Brian > > > On Mon, 17 Jul 2000, Scot Desort wrote: > > > I am trying to accomplish 2 tasks: > > > > 1 - Change password in HARC for the user 'adm' in NVRAM. When I use the CLI, > > the command 'set user adm password xxxx' takes, I do a save all, and the old > > password is still active. If I try to use HARM, I get a message stating > > "cannot edit a user with type MANAGE" > > > > 2 - I need to delete a different user in NVRAM that is also type MANAGE. > > Cannot seem to do that - same message as above referring to a user with type > > MANAGE. > > > > Any thoughts? > > > > -- > > 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. > > > > ----------------------------------------------------- > Brian Feeny, CCNA signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Mon, 17 Jul 2000, Ted Mecimore wrote: > I would hope that 3Com is smart enough to follow this list and pick up on > our collective frustration at the 3Com support contracts folks. I think that at this point this list is not really monitored. There were a number of folks here in the past (Krish, Mike... ?) that actually participated, but I'm guessing they either left the company or are instructed not to give away "free" support anymore. I think that overall this list has dwindled down to a few die-hard folks and that's it. In the past you could post a "hey, how does everyone like v.blah.foo code?" and get a string of responses. These days, well... Part of that is probably due to the fact that the code has gotten a bit better, and part having to do with market share. It should be embarrasing to the 3Com folk that their modems still don't connect worth a crap to most internal Mac modems (with the exception being the discontinued Quad cards). The only thing I've seen from 3Com people lately were posts from a few green field or sales tech guys asking about how to turn the chassis on or something along those lines. In short, bringing up 3Com "corporate issues" here is probably a waste of time these days... Perhaps the 3Com message boards are where everyone's at now? Charles > Ted Mecimore > Operations Manager > Vista Technology > 108 Meeting Street > Morganton, NC 28655 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting Brian <signal@shreve.net>: > > disable user adm > > You cannot delete the adm user. You can however disable it. At least > this is the case with the versions I work off of. > Depends on the version of HiPer arc code. 4.1.59 above you can delete the user adm. > Brian > > > On Mon, 17 Jul 2000, Scot Desort wrote: > > > I am trying to accomplish 2 tasks: > > > > 1 - Change password in HARC for the user 'adm' in NVRAM. When I use > the CLI, > > the command 'set user adm password xxxx' takes, I do a save all, and > the old > > password is still active. If I try to use HARM, I get a message > stating > > "cannot edit a user with type MANAGE" > > For harm to work you must also enable snmp options on the hiper arc. Make sure that your system using Harm is allowed in the snmp configuration with read/write permissions. -V > > 2 - I need to delete a different user in NVRAM that is also type > MANAGE. > > Cannot seem to do that - same message as above referring to a user > with type > > MANAGE. > > > > Any thoughts? > > > > -- > > 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. > > > > ----------------------------------------------------- > Brian Feeny, CCNA signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Brian >On Mon, 17 Jul 2000, Marius Kirschner wrote: >> Based on their support (or lack thereof) I've already decided that our next >> purchase won't be a 3COM unit. Give me back USRobotic's support any time, >> they were outstanding. >Hmm, I can't agree that USR's support was outstanding. Days of listening >to Canon in D for 2 hours at a time are still very vivid in my >mind..... Canon in D didn't show up until after the 3Com purchase. I'd always put it on speakerphone and inflict the rest of the office with it. :) They always knew when I was calling 3Com. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Ved- I am using the read/write SNMP community. I can write other changes to the HARC via HARM, such as creating new routes, changing RADIUS info, etc. So if I have permissions to do these other tasks, I should have the permissions to change passwords. But I do not think it is a permissions problem - I should be able to change the password on 'adm'. Regarding the other user I am trying to delete - I don't even know what a MANAGE-type user is, or how it got to be that way. Geez, something so seemingly simple has become a pain.... -- Scot ----- Original Message ----- Sent: Monday, July 17, 2000 10:00 PM > > > 1 - Change password in HARC for the user 'adm' in NVRAM. When I use > > the CLI, > > > the command 'set user adm password xxxx' takes, I do a save all, and > > the old > > > password is still active. If I try to use HARM, I get a message > > stating > > > "cannot edit a user with type MANAGE" > > > > For harm to work you must also enable snmp options on the hiper arc. > Make sure that your system using Harm is allowed in the snmp configuration > with read/write permissions. > > -V >

Also sprach Scot Desort >Regarding the other user I am trying to delete - I don't even know what >a MANAGE-type user is, or how it got to be that way. Geez, something so >seemingly simple has become a pain.... I'm not sure about your inability to change the password...I've never used HARM. *shrug*. But a manage user is a user like adm...a user that's allowed to log into the management CLI of the Arc and make changes to configuration, etc. The username adm is not magical, its just the default manage user set up on an Arc. There is also...in later versions of code a manage_readonly, which does what you'd expect...can log into the management cli, but can only see how things are configured...not change them. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Mon, 17 Jul 2000, Scot Desort wrote: > Ved- > > I am using the read/write SNMP community. I can write other changes to the > HARC via HARM, such as creating new routes, changing RADIUS info, etc. So if > I have permissions to do these other tasks, I should have the permissions to > change passwords. But I do not think it is a permissions problem - I should > be able to change the password on 'adm'. Harm did not allow users to change the password the user adm. This was a bug in Harm, it goes back to the days when you could not delete the adm user, at that time the Harm did not allow you to change password on adm. There is no new version of Harm that does allow you to do so either. > > Regarding the other user I am trying to delete - I don't even know what a > MANAGE-type user is, or how it got to be that way. Geez, something so > seemingly simple has become a pain.... When you do a list users from the Cli it will tell you what you that is, it will show you if the user is a manager or network or both. I would recommend to use CLI for its much easier than harm -V > > -- > Scot > > > ----- Original Message ----- > From: <ved@iyka.com> > To: <usr-tc@lists.xmission.com>; Brian <signal@shreve.net> > Sent: Monday, July 17, 2000 10:00 PM > Subject: Re: (usr-tc) Security questions > > > > > > 1 - Change password in HARC for the user 'adm' in NVRAM. When I use > > > the CLI, > > > > the command 'set user adm password xxxx' takes, I do a save all, and > > > the old > > > > password is still active. If I try to use HARM, I get a message > > > stating > > > > "cannot edit a user with type MANAGE" > > > > > > For harm to work you must also enable snmp options on the hiper arc. > > Make sure that your system using Harm is allowed in the snmp configuration > > with read/write permissions. > > > > -V > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

What version of HiPer arc are you using? Will be glad to help you trouble shoot if necessary - Let me know. V On Tue, 18 Jul 2000, Scot Desort wrote: > OK - I've already tried that. > > Telnetted to HARC: > > set user adm password xxx > save all > logout > login - still using old password. New password does not save. > > del user otheruser > > This worked and the user is gone. But I STILL cannot change the ADM password > using CLI or HARM. HARM throws an error, and CLI accepts the change but it > doesn't save. > > -- > Scot > > > > -----Original Message----- > > From: Florin_Neamtu@3com.com [mailto:Florin_Neamtu@3com.com] > > Sent: Tuesday, July 18, 2000 9:22 AM > > To: scot@njaccess.net > > Subject: Re: (usr-tc) Security questions > > > > > > > > > > Hi Scot, > > > > Any default parameter can not be changed (using set command; like > > : adm user, > > modem_group all, etc. The best you can do is delete this user and > > create a new > > one with your options. > > > > For the second question, you can not create and modify any > > administrator account > > using HARM. This is for security reasons. Try CLI on console port > > or telnet to > > the ARC and do it that way. > > > > Regards, > > > > FN > > > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

OK - I've already tried that. Telnetted to HARC: set user adm password xxx save all logout login - still using old password. New password does not save. del user otheruser This worked and the user is gone. But I STILL cannot change the ADM password using CLI or HARM. HARM throws an error, and CLI accepts the change but it doesn't save. -- Scot > -----Original Message----- > From: Florin_Neamtu@3com.com [mailto:Florin_Neamtu@3com.com] > Sent: Tuesday, July 18, 2000 9:22 AM > To: scot@njaccess.net > Subject: Re: (usr-tc) Security questions > > > > > Hi Scot, > > Any default parameter can not be changed (using set command; like > : adm user, > modem_group all, etc. The best you can do is delete this user and > create a new > one with your options. > > For the second question, you can not create and modify any > administrator account > using HARM. This is for security reasons. Try CLI on console port > or telnet to > the ARC and do it that way. > > Regards, > > FN > > >

do this: del user adm save all add user adm pass xxx type manage save all logout login with new password. should work Reagrds, florin

Found out what the problem was -- I was telneted into the HARC from some other location, logged in as adm. The system would not read the new password until I logged that telnet session out. I was able to use 'set adm password xxx', save all, log the other session out, then login with the new password. Thanks to all who helped! -- Scot > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > Florin_Neamtu@3com.com > Sent: Tuesday, July 18, 2000 1:13 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Security questions > > > > > do this: > > del user adm > save all > add user adm pass xxx type manage > save all > > logout > > login > > with new password. should work > > > Reagrds, > > florin > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Yeah, I never had any problem with Lachina McDonald. Michelle Catalano was the one who busted my balls over support contracts and helped me decide never to buy one again. Matt... -----Original Message----- Sent: Monday, July 17, 2000 5:21 PM I thought Michelle was service contracts and LaChina was v.90 --Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- On Mon, 17 Jul 2000, Dave Lajoie wrote: > > I remember seeing many complaints (and having some trouble with) Michelle > Catalano (sp?) but of late have had less problems in this area then most > posts report. I think Michelle is on vacation this week, although I may be > wrong. > > > > Dave Lajoie > Remote System Administrator > North Country Internet Access > E-Mail: dave@ncia.net > > On Mon, 17 Jul 2000, Brian wrote: > > > > > What is the name of the lady at 3Com who likes to bust everyones balls > > about support contracts? I got a call today, totally threatening and > > unreasonable, from a lady at 3Com. I just want to get my facts straight. > > > > Also, maybe a letter should be drafted, something like "We the undersigned > > ISP's refuse to purchase support contracts until <someone> is no longer > > associated with that division of 3Com".........then have something like: > > > > > > ISP Name Ports Contract Value > > -------------------- ----------- ---------------- > > foo.com 1200 $ 8000.00 > > blah.com 25000 $200000.00 > > . > > . > > . > > . > > Total: $5,000,000 > > > > > > something like that.............anyways just a thought. > > > > Brian > > > > > > ----------------------------------------------------- > > Brian Feeny, CCNA signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

My interactions with Lachina MacDonald were also always very pleasant (and about x2/V.90 stuff). Never having purchased a support contract, I never dealt with Ms. Catalano. David Ernst HoosierNet, Inc. On Wed, 19 Jul 2000, Stainforth, Matthew wrote: > >Yeah, I never had any problem with Lachina McDonald. Michelle Catalano was >the one who busted my balls over support contracts and helped me decide >never to buy one again. > >Matt... > >-----Original Message----- >From: Dayton Internet [mailto:w8mfd@dayton.net] >Sent: Monday, July 17, 2000 5:21 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) The 3Com Support Contract B*tch > > >I thought Michelle was service contracts and LaChina was v.90 > >--Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio-- > --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- > >On Mon, 17 Jul 2000, Dave Lajoie wrote: > >> >> I remember seeing many complaints (and having some trouble with) Michelle >> Catalano (sp?) but of late have had less problems in this area then most >> posts report. I think Michelle is on vacation this week, although I may be >> wrong. >> >> >> >> Dave Lajoie >> Remote System Administrator >> North Country Internet Access >> E-Mail: dave@ncia.net >> >> On Mon, 17 Jul 2000, Brian wrote: >> >> > >> > What is the name of the lady at 3Com who likes to bust everyones balls >> > about support contracts? I got a call today, totally threatening and >> > unreasonable, from a lady at 3Com. I just want to get my facts >straight. >> > >> > Also, maybe a letter should be drafted, something like "We the >undersigned >> > ISP's refuse to purchase support contracts until <someone> is no longer >> > associated with that division of 3Com".........then have something like: >> > >> > >> > ISP Name Ports Contract Value >> > -------------------- ----------- ---------------- >> > foo.com 1200 $ 8000.00 >> > blah.com 25000 $200000.00 >> > . >> > . >> > . >> > . >> > Total: $5,000,000 >> > >> > >> > something like that.............anyways just a thought. >> > >> > Brian >> > >> > >> > ----------------------------------------------------- >> > Brian Feeny, CCNA signal@shreve.net >> > 318-222-2638 x 109 http://www.shreve.net/~signal >> > Network Administrator ShreveNet Inc. (ASN 11881) >> > >> > >> > - >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> > with "unsubscribe usr-tc" in the body of the message. >> > For information on digests or retrieving files and old messages send >> > "help" to the same address. Do not use quotes in your message. >> > >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hi-- Other than these messages, the ARC's I have that were upgraded are working great. Heck, 4.2.32 worked/s great too. Only issue I really have is that we're getting a whole slug of alarm server informational messages (and would as well if we were using other SNMP tools I'm sure) since the upgrade. Message: 156.46.x.x; Card Removed from slot 1.3.6.1.4.1.429.4.2.2.0 Severity informational. The 156.46 IP at the front is our syslog host as well as a DNS server (looking for where this could come from) as set in the ARC; Obviously we AREN'T removing cards; surely the string of numbers is an SNMP reference to something-- So, anyone else seen this? Know how to make 'em go away? What is that SNMP reference, anyway? Thanks! Scott M. Trautman 800-482-4638 Global Dialog Internet 608-240-4638,4637fax 2810 Crossroads, STE LL2 scott@gdinet.com Madison WI 53718 <http://www.gdinet.com/>

Didn't see anything in the release notes on it, didn't find anything on totalservice, try typing in the command and: HiPer>> set timezone This field is an alphanumeric String It has a maximum size of 256. If the string is surrounded by double quotes: There can be an escape character '\' inside the quoted string if followed by a b, f, n, r, t or v it will cause special characters to be placed in the string \b = backspace \f = formfeed \n = newline \r = carriage return \t = tab \v = vertical tab if followed by an x, will cause the next two characters to be interpreted as a hexadecimal constant. x0A = 0x0a if followed by any other character, will cause that character to be placed in the token a Double Quote will place the Double Quote in the token a '\' will place one '\' in the token okee dokee, maybe would have expected something more like "CST" or GMT-6 Not sure how I might use a backspace or formfeed. Suspecting it may not be a "totally fleshed out feature" yet maybe.... Any ideas? SMT Scott M. Trautman 800-482-4638 Global Dialog Internet 608-240-4638,4637fax 2810 Crossroads, STE LL2 scott@gdinet.com Madison WI 53718 <http://www.gdinet.com/>

I promise that next time she calls, I'll use the 'call record' feature on the phone system and post a link to some real audio for those who have not had the pleasure of dealing with this lady. Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Wed, 19 Jul 2000 drernst@kirkwood.hoosier.net wrote: > My interactions with Lachina MacDonald were also always very pleasant > (and about x2/V.90 stuff). Never having purchased a support contract, > I never dealt with Ms. Catalano. > > David Ernst > HoosierNet, Inc. > > > > > On Wed, 19 Jul 2000, Stainforth, Matthew wrote: > > > > >Yeah, I never had any problem with Lachina McDonald. Michelle Catalano was > >the one who busted my balls over support contracts and helped me decide > >never to buy one again. > > > >Matt... > > > >-----Original Message----- > >From: Dayton Internet [mailto:w8mfd@dayton.net] > >Sent: Monday, July 17, 2000 5:21 PM > >To: usr-tc@lists.xmission.com > >Subject: Re: (usr-tc) The 3Com Support Contract B*tch > > > > > >I thought Michelle was service contracts and LaChina was v.90 > > > >--Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio-- > > --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- > > > >On Mon, 17 Jul 2000, Dave Lajoie wrote: > > > >> > >> I remember seeing many complaints (and having some trouble with) Michelle > >> Catalano (sp?) but of late have had less problems in this area then most > >> posts report. I think Michelle is on vacation this week, although I may be > >> wrong. > >> > >> > >> > >> Dave Lajoie > >> Remote System Administrator > >> North Country Internet Access > >> E-Mail: dave@ncia.net > >> > >> On Mon, 17 Jul 2000, Brian wrote: > >> > >> > > >> > What is the name of the lady at 3Com who likes to bust everyones balls > >> > about support contracts? I got a call today, totally threatening and > >> > unreasonable, from a lady at 3Com. I just want to get my facts > >straight. > >> > > >> > Also, maybe a letter should be drafted, something like "We the > >undersigned > >> > ISP's refuse to purchase support contracts until <someone> is no longer > >> > associated with that division of 3Com".........then have something like: > >> > > >> > > >> > ISP Name Ports Contract Value > >> > -------------------- ----------- ---------------- > >> > foo.com 1200 $ 8000.00 > >> > blah.com 25000 $200000.00 > >> > . > >> > . > >> > . > >> > . > >> > Total: $5,000,000 > >> > > >> > > >> > something like that.............anyways just a thought. > >> > > >> > Brian > >> > > >> > > >> > ----------------------------------------------------- > >> > Brian Feeny, CCNA signal@shreve.net > >> > 318-222-2638 x 109 http://www.shreve.net/~signal > >> > Network Administrator ShreveNet Inc. (ASN 11881) > >> > > >> > > >> > - > >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > >> > with "unsubscribe usr-tc" in the body of the message. > >> > For information on digests or retrieving files and old messages send > >> > "help" to the same address. Do not use quotes in your message. > >> > > >> > >> > >> - > >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > >> with "unsubscribe usr-tc" in the body of the message. > >> For information on digests or retrieving files and old messages send > >> "help" to the same address. Do not use quotes in your message. > >> > > > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 message was transferred with a trial version of CommuniGate(tm) Pro* Hello everyone. Can somebody help me with a little problem?. I have a Netserver Card with 3.8.1 into a TC Chassis. It handles 15 Quad Analog/digital modems. The authentication with Radius (Radiator) works well. The problem is when the netserver send the Accounting data for every dial-up user, the secret does not match or the netserver simply does not send the appropiate one, causing the radius server to drop the accounting packets. Any ideas how to solve this? Thanks -- Sergio Gonzalez Calle 100 #8A-55 Torre C oficina 711 sagonzal@sky.net.co Senior Network Operations Engineer - SkyNet de Colombia. +57 (1) 6422020 +57 (3) 2277871

Looks like your using the "Alarm Server". It is unsupported by 3Com and doesnt understand Traps from the HARC (Written before HARC existed). You are getting either RADIUS auth fail or SNMP auth fail that the Alarm Server prints as Card Insert. On Wed, 19 Jul 2000, Scott Trautman wrote: > Hi-- > > Other than these messages, the ARC's I have that were upgraded are working > great. > Heck, 4.2.32 worked/s great too. > > Only issue I really have is that we're getting a whole slug of alarm server > informational messages > (and would as well if we were using other SNMP tools I'm sure) since the > upgrade. > > Message: > > 156.46.x.x; Card Removed from slot 1.3.6.1.4.1.429.4.2.2.0 > Severity informational. > > The 156.46 IP at the front is our syslog host as well as a DNS server > (looking for where this could come from) as set in the ARC; > Obviously we AREN'T removing cards; surely the string of numbers is an SNMP > reference to something-- > > So, anyone else seen this? Know how to make 'em go away? What is that SNMP > reference, anyway? > > Thanks! > > Scott M. Trautman 800-482-4638 > Global Dialog Internet 608-240-4638,4637fax > 2810 Crossroads, STE LL2 scott@gdinet.com > Madison WI 53718 <http://www.gdinet.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. >

Also sprach Scott Trautman >Didn't see anything in the release notes on it, didn't find anything on >totalservice, Try a "list timezone" for some idea of what you need to stick in there. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Thanks much for the response--not surprising. Not surprising either is that even though Alarm Server is unsupported, they won't release the source code on it. Sure, it's a peice of !@#$% of a program, but for our uses it's not that bad. I wish I could have about 2 days with the code and I'd be plenty happy. Can't BE that much code in it. Okay, 3Com, reality being what it is, any reasonable solutions anyone's using? We are using TKINED but have not yet had the patience to whack through and figure out how to get traps going with all the right messages.... SMT

Hi, You should have a look at the radiator list (http://www.starport.net/~radiator). If I remember correctly, you need a "IgnoreAcctSignature" or something similar in your client statements for the Netserver. Regardless, a search there should point you to the correct answer. Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Wed, 19 Jul 2000, Sergio Gonzalez wrote: > *This message was transferred with a trial version of CommuniGate(tm) Pro* > Hello everyone. > > Can somebody help me with a little problem?. I have a Netserver Card > with 3.8.1 into a TC Chassis. It handles 15 Quad Analog/digital modems. > The authentication with Radius (Radiator) works well. The problem is > when the netserver send the Accounting data for every dial-up user, the > secret does not match or the netserver simply does not send the > appropiate one, causing the radius server to drop the accounting > packets. > > Any ideas how to solve this? > > > Thanks > -- > Sergio Gonzalez > Calle 100 #8A-55 Torre C oficina 711 > sagonzal@sky.net.co > Senior Network Operations Engineer - SkyNet de Colombia. > +57 (1) 6422020 > +57 (3) 2277871 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hi, Does the HiPer send a "boot" notification via radius if it happens to reboot? If so, is it a vendor-specific response, and what is it? Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

Looking to buy ALC Cards and Viper Stand-alones. If you have equipment like this or similar available please email me your list. Thanks in advance and I look forward to your responses. Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services

Please do !!! I wish I had done something like that! On Wed, 19 Jul 2000, Charles Sprickman wrote: > I promise that next time she calls, I'll use the 'call record' feature on > the phone system and post a link to some real audio for those who have not > had the pleasure of dealing with this lady. > > Charles > > | Charles Sprickman | Internet Channel > | INCH System Administration Team | (212)243-5200 > | spork@inch.com | access@inch.com > -- Brian Feeny, CCNA signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does anyone know if these support multicast by default, and if not can someone point me the direction of some documentation on how to turn this on? Also I just setup another one of these boxes, but it wont let me telnet into it, is there something I need to turn on in order to be able to telnet into this box? Thanks -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/

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

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

After successfully updating 2 hiperarcs, I am working on the third. While updating a hiperarc card 4.1.59 to 5.0.9, TCM gives a tftp: access violation at about 93% of the download. If I use tftp from a unix host, I get this near the end of the transfer. sent DATA <block=6144, 512 bytes> received ACK <block=6144> sent DATA <block=6145, 512 bytes> received ERROR <code=2, msg=Failed to write netserve.dmf > Error code 2: Failed to write netserve.dmf Sent 3145728 bytes in 73.8 seconds tftp> There appears to be plenty of free memory with 128meg on the board. I haven't rebooted the board yet since I still have users logged in on this chassis, but that might fix it. Does anyone have any ideas about this? Thanks. Randy McMillan PacInfo

The card has 16mb of flash. The other cards had hardware version 15.0.0 whereas this one has hardware rev 19.0.0. The "list file" is shown below. There are quite a few deleted sectors, but it looks like there would be enough free sectors unless it is fragmented somehow. I could try rebooting the card to cleanup the flash file system and/or load the interim code. Then it should work. (I'm an optimist):). Being that it is Friday, and I will be taking a few days of vacation next week, and it is working as is, I will probably not do anything more with it until late next week. I don't like to break things just before vacation. (I'm not that much of an optimist) :) Randy McMillan PacInfo HiPer>> list file Atmarp.cfg 0 FILE_READ_WRITE CLI.cfg 51 FILE_READ_WRITE CallInitProcess.cfg 12056 FILE_READ_WRITE Chassis.cfg 637 FILE_READ_WRITE ConfigProcess.cfg 5411 FILE_READ_WRITE DNS.cfg 204 FILE_READ_WRITE DialOutProcess.cfg 29 FILE_READ_WRITE EventHandler.cfg 74 FILE_READ_WRITE FilterMgr.cfg 97 FILE_READ_WRITE IPForwarder.cfg 3958 FILE_READ_WRITE IpRterProcess.cfg 24 FILE_READ_WRITE L2tpProcess.cfg 123 FILE_READ_WRITE MPIPProcess.cfg 272 FILE_READ_WRITE Ntp.cfg 73 FILE_READ_WRITE PilgrimStrings.ind 239596 FILE_READ_ONLY PilgrimStrings.str 303800 FILE_READ_ONLY PingProcess.cfg 19 FILE_READ_WRITE PppProcess.cfg 161 FILE_READ_WRITE PptpProcess.cfg 82 FILE_READ_WRITE QuickSetup.cfg 803 FILE_READ_WRITE RemotePingProcess.cfg 21 FILE_READ_WRITE Robo.stats 559 FILE_READ_WRITE RoboExecNMProcess.cfg 1796 FILE_READ_WRITE RoboString.ind 10612 FILE_READ_ONLY RoboString.str 8641 FILE_READ_ONLY SlipProcess.cfg 78 FILE_READ_WRITE SnmpProcess.cfg 107 FILE_READ_WRITE TcpProcess.cfg 36 FILE_READ_WRITE TermProt.cfg 92 FILE_READ_WRITE TftpProcess.cfg 27 FILE_READ_WRITE app.ld 1897082 FILE_READ_ONLY atm.bin 26744 FILE_READ_ONLY bspman.cfg 184 FILE_READ_WRITE email_only.in 182 FILE_READ_WRITE email_only.out 180 FILE_READ_WRITE user_settings.cfg 3582 FILE_READ_WRITE Total Allocated Deleted Free MinimumFree Sectors Sectors Sectors Sectors Sectors 15359 2528 1806 11025 2303 HiPer>> ----- Original Message ----- Sent: Friday, July 28, 2000 11:26 AM > Also sprach Randy McMillan > >sent DATA <block=6145, 512 bytes> > >received ERROR <code=2, msg=Failed to write netserve.dmf > > >Error code 2: Failed to write netserve.dmf > >Sent 3145728 bytes in 73.8 seconds > >tftp> > > >There appears to be plenty of free memory with 128meg on the board. > > Yeah, but how much flash memory? Check a "list files" I bet you're > running out of flash memory to write the file out to. Although with 128 > megs of RAM, I would think you would have 16 megs of flash, which should > leave you with enough to do it, but check the "list files" output to see > what's going on for sure. > -- > 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 Randy McMillan >sent DATA <block=6145, 512 bytes> >received ERROR <code=2, msg=Failed to write netserve.dmf > >Error code 2: Failed to write netserve.dmf >Sent 3145728 bytes in 73.8 seconds >tftp> >There appears to be plenty of free memory with 128meg on the board. Yeah, but how much flash memory? Check a "list files" I bet you're running out of flash memory to write the file out to. Although with 128 megs of RAM, I would think you would have 16 megs of flash, which should leave you with enough to do it, but check the "list files" output to see what's going on for sure. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

We are looking at buying a TNT Max unit. It will replace some 3Com Total Control units and a couple of Portmaster 3 units. We don't have any experience with these to date and wondered if any of you might share what your experience has been comparing the different types of dialup servers. What is the support like, the compatibility of the modems, etc? Our prime interest is that we will be getting lines via SS7 signaling and we understand the Max units can deal with that pretty easily. Thanks, Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 ===================================================================== 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM

Is there a way to have the HiperArc "segregate" deal with a special group of users, so that all it allows them to do is httpd services? THe reason for asking is, that AOL is not a local dialup for people in this area and they "piggyback" us to get to AOL via the Internet. What I would like to do is assign then a user ID like aolusername and then have the HiperArcs "filter" the accounts with the aol PREFIX and then only allow the connection to AOL. I do not want them to have access to pop, ftp or news on our network at all since we are providing the dialup for AOL. Does any of this make any sense ? Would like any comments and/or suggestions on how we might handle this. Thanks again! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

On Mon, 31 Jul 2000 pferraro@wna-linknet.com wrote: > Is there a way to have the HiperArc "segregate" deal with a special > group of users, so that all it allows them to do is httpd services? Yes... It's totally possible. Since we use radiator as our radius server (http://www.open.com.au/radiator/), I'll use that as an example. You would define a filter on all your arcs that only allows access to the "AOL port" (see webmaster.aol.com for details on how AOL works) and give it a name such as "aolfilter". You could then mark all of these users as AOL users in whatever authentication scheme you use as AOL users (the simplest example would be making a unix group called "aoluser"). Radiator, and likely other radius servers, could then have a rule that states "if a user logs in and is in group 'aoluser', send a filter-id in this request for 'aolfilter'". That's it in a nutshell. The arcs allow filters on a per user basis to be set in radius replies... Charles > THe reason for asking is, that AOL is not a local dialup for people in > this area and they "piggyback" us to get to AOL via the Internet. > > What I would like to do is assign then a user ID like aolusername and > then have the HiperArcs "filter" the accounts with the aol PREFIX and then > only allow the connection to AOL. I do not want them to have access to > pop, ftp or news on our network at all since we are providing the dialup > for AOL. > > Does any of this make any sense ? Would like any comments and/or > suggestions on how we might handle this. > > Thanks again! > > ============================================================================== > Phillip Ferraro WorldNet Access, Inc > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service > Voice (910) 346-0835 824 Gumbranch Square, Suite Q > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > ============================================================================== > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hi there people..=20 Ive just gone from fully populated Dual PRI chassis with Quads, to a new = 130A DSP chassis..=20 Now I have been through the TC Documentation library and Im stuffed if i = can find where I allocate the Dialin numbers ( Ive got a 100number = indial range ) to the DSP..=20 On my older DualPRI's I can assign modem # 40-50 to one particular = number.. etc etc.. so i have different dial-in numbers for different = levels of availability etc..=20 how is this done now with the DSP's ?? Any help appreciated. Steve Monkhouse - Network Engineer EtherTech Computer Services Ph : +61-3-9768-2665 Fx : +61-3-9768-2664 http://www.ethertech.com.au