February 2001

I have some AS51 cards for Total Controls. These are the cisco router cards. $250 each. Includes NIC/NAC Brian Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

Cisco router cards for 3Com Total Control? Did I read this right? Do these replace the HiPerARC? > -----Original Message----- > From: Brian [mailto:signal@shreve.net] > Sent: Saturday, February 03, 2001 10:07 PM > To: MARK@NOC.FSI.NET > Subject: (usr-tc) FS: AS51 (Cisco) cards > > > > I have some AS51 cards for Total Controls. These are the cisco router > cards. $250 each. Includes NIC/NAC > > Brian > > > ----------------------------------------------- > Brian Feeny e:signal@shreve.net > CCNP+Voice/ATM/Security p:318.222.2638x109 > CCDP f:318.221.6612 > 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. >

No. These are for the old quad chassis with analog modems. It's part of what used to be the AS5100 access server. Lance > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark E. Levy > Sent: Saturday, February 03, 2001 10:31 PM > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) FS: AS51 (Cisco) cards > > > Cisco router cards for 3Com Total Control? Did I read this right? Do these > replace the HiPerARC? > > > -----Original Message----- > > From: Brian [mailto:signal@shreve.net] > > Sent: Saturday, February 03, 2001 10:07 PM > > To: MARK@NOC.FSI.NET > > Subject: (usr-tc) FS: AS51 (Cisco) cards > > > > > > > > I have some AS51 cards for Total Controls. These are the cisco router > > cards. $250 each. Includes NIC/NAC > > > > Brian > > > > > > ----------------------------------------------- > > Brian Feeny e:signal@shreve.net > > CCNP+Voice/ATM/Security p:318.222.2638x109 > > CCDP f:318.221.6612 > > 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.

Hi, Anyone out there using SNMPWALK on USR TCH with HiperArc v.4.1.xx ..? I would like to be able to analyze the number of dnis/ani (phone number) on either connection using SNMP, any help on the OID's for this units will be highly appreciated. Regards, []'s Kico ______________________________________________________________________ Francisco Vasconcelos Brasileiro kico@netdados.com.br Analista de Suporte NetDados Internet Provider http://www.netdados.com.br Tel. (079) 213-0855 R369 UIN: 6826562 Linux User: #101368

I'm getting many of these errors from one of my HiperArcs in my radius.log file. Any ideas: Mon Feb 5 06:54:56 2001: Error: Accounting: logout: login entry for NAS tc-if1 port 533 not found Mon Feb 5 07:39:31 2001: Error: Accounting: logout: login entry for NAS tc-if1 port 534 not found Mon Feb 5 07:48:19 2001: Error: Accounting: logout: login entry for NAS tc-if1 port 533 not found Mon Feb 5 08:06:42 2001: Error: Accounting: logout: login entry for NAS tc-if1 port 534 not found Mon Feb 5 08:11:34 2001: Error: Accounting: logout: login entry for NAS tc-if1 port 533 not found Mon Feb 5 08:29:21 2001: Error: Accounting: logout: login entry for NAS tc-if1 port 534 not found Kevin Hemsley Systems Engineer Microserv Computer Technologies, Inc. kev@ida.net KB7TYA

The HiperArc is at 4.1.59 and the DSP cards are 2.0.81. However, none of my other chasis are producing this error. Kevin Hemsley Systems Engineer kev@ida.net KB7TYA ----- Original Message ----- Sent: Tuesday, February 06, 2001 2:11 PM > Can You Tell us version of software in your HiperArc ? > > Kevin Hemsley wrote: > > > I'm getting many of these errors from one of my HiperArcs in my radius.log > > file. Any ideas: > > > > Mon Feb 5 06:54:56 2001: Error: Accounting: logout: login entry for NAS > > tc-if1 port 533 not found > > Mon Feb 5 07:39:31 2001: Error: Accounting: logout: login entry for NAS > > tc-if1 port 534 not found > > Mon Feb 5 07:48:19 2001: Error: Accounting: logout: login entry for NAS > > tc-if1 port 533 not found > > Mon Feb 5 08:06:42 2001: Error: Accounting: logout: login entry for NAS > > tc-if1 port 534 not found > > Mon Feb 5 08:11:34 2001: Error: Accounting: logout: login entry for NAS > > tc-if1 port 533 not found > > Mon Feb 5 08:29:21 2001: Error: Accounting: logout: login entry for NAS > > tc-if1 port 534 not found > > ---------------------------------- > > Kevin Hemsley > > Systems Engineer > > kev@ida.net > > KB7TYA > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

They work with digital quads also. You just need to have the quad RS-232 NIC and quad cables for 'em. At 06:48 AM 2/4/01 -0600, you wrote: >No. These are for the old quad chassis with analog modems. It's part of >what used to be the AS5100 access server. > >Lance > >> -----Original Message----- >> From: owner-usr-tc@lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark E. Levy >> Sent: Saturday, February 03, 2001 10:31 PM >> To: 'usr-tc@lists.xmission.com' >> Subject: RE: (usr-tc) FS: AS51 (Cisco) cards >> >> >> Cisco router cards for 3Com Total Control? Did I read this right? Do these >> replace the HiPerARC? >> >> > -----Original Message----- >> > From: Brian [mailto:signal@shreve.net] >> > Sent: Saturday, February 03, 2001 10:07 PM >> > To: MARK@NOC.FSI.NET >> > Subject: (usr-tc) FS: AS51 (Cisco) cards >> > >> > >> > >> > I have some AS51 cards for Total Controls. These are the cisco router >> > cards. $250 each. Includes NIC/NAC >> > >> > Brian >> > >> > >> > ----------------------------------------------- >> > Brian Feeny e:signal@shreve.net >> > CCNP+Voice/ATM/Security p:318.222.2638x109 >> > CCDP f:318.221.6612 >> > 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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

It does work for me. I set it up so that one HARC owns all the cards and they are statically set. The backup is set to owner=no for all slots, but is dynamic. If the first HARC fails, the second one then comes in (not immediately, but it does come in) when the NMC notices the first one is gone and dynamically assigns all slots to the second one. Under normal operation, the second one is just sitting there, and I assign it the same IP pool as the primary HARC in the chassis. I've had this work in my test chassis, in a live controlled experiment where I had to shut down a chassis for other reasons so I pulled the primary HARC first to see if failover would work (it did; then I powered off the chassis), and once in an actual failure. That one was kind of rocky, though; the primary HARC failed, but tried several times to ressurect itself and take back control of the chassis. This didn't work, but was enough to disrupt the chassis several more times. Naturally, this happened while I was on vacation, and at a remote POP, not our Tokyo hub. By the time somebody got out there to remove the failed card, it had bounced up and down several times. It appears that failover will work fine in the even of complete failure, but if a HARC keeps coming up with "I'm not dead yet!" then your customers on that chassis can be in for a rough ride until someone dispatches it. Jonathan Byrne, CCNA Engineering Division <Large Hosting/Colo company with no public opinions> Tel: +81 3-5358-5291 Fax: +81 3-5358-5306 Aaron Nabil (nabil@SpiritOne.com) wrote: > It may not work at all. From the TC4.0 HiperArc release notes... > > MR 12602 Issue Dual HiPer ARC Fail-over not working. When using > two HiPer ARCs, and one is pulled, the other fails to take > ownership of the pulled ARCs HDMs. > Status No Workaround currently exists > > -- > 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.

Can You Tell us version of software in your HiperArc ? Kevin Hemsley wrote: > I'm getting many of these errors from one of my HiperArcs in my radius.log > file. Any ideas: > > Mon Feb 5 06:54:56 2001: Error: Accounting: logout: login entry for NAS > tc-if1 port 533 not found > Mon Feb 5 07:39:31 2001: Error: Accounting: logout: login entry for NAS > tc-if1 port 534 not found > Mon Feb 5 07:48:19 2001: Error: Accounting: logout: login entry for NAS > tc-if1 port 533 not found > Mon Feb 5 08:06:42 2001: Error: Accounting: logout: login entry for NAS > tc-if1 port 534 not found > Mon Feb 5 08:11:34 2001: Error: Accounting: logout: login entry for NAS > tc-if1 port 533 not found > Mon Feb 5 08:29:21 2001: Error: Accounting: logout: login entry for NAS > tc-if1 port 534 not found > ---------------------------------- > Kevin Hemsley > Systems Engineer > Microserv Computer Technologies, Inc. > kev@ida.net > KB7TYA > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 an older NMC, the kind I worked with for many years, but have drawn a blank on what to try when it won't respond on the console port. All DIPs are down on it, isn't their one I can toggle to maybe clear it out? I do remember its possible to brick an older NMC, and possibly that is the case with this one. Also if someone remembers the feature enable string that shows v90, I am looking for that as well. Thanks for all the help, Brian I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

On Wed, 7 Feb 2001, Kevin Benton wrote: > You need to PCSDL that puppy. Does that jar your memory? I forget if the > switches should be all down or all up, but all one way sound right for > 9600 BPS. nod, but I thought for PCSDL you should still get some sort of prompt........maybe I am wrong. > > --- > Kevin Benton - hostmaster@tims.net > Network/System Engineer, Telecommunications/Wireless Coordinator > SOTA Technologies - www.sotatech.net / Safer Internet - www.saferinternet.com > > On Wed, 7 Feb 2001, Brian wrote: > > > > > I have an older NMC, the kind I worked with for many years, but have drawn > > a blank on what to try when it won't respond on the console port. All > > DIPs are down on it, isn't their one I can toggle to maybe clear it out? > > > > I do remember its possible to brick an older NMC, and possibly that is the > > case with this one. > > > > Also if someone remembers the feature enable string that shows v90, I am > > looking for that as well. > > > > Thanks for all the help, > > > > Brian > > > > > > ----------------------------------------------- > > I'm buying used CISCO gear!! > > email me for a quote > > > > Brian Feeny e:signal@shreve.net > > CCNP+Voice/ATM/Security p:318.222.2638x109 > > CCDP f:318.221.6612 > > 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'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

Hi Brian, Try turning dipswitch 5 to on then reconfig then turn it back off. should do the trick. Dave Lajoie Remote Access Administrator North Country Internet Access E-Mail: dave@ncia.net P.S. I'll try to send a clip from the database _off list_ On Wed, 7 Feb 2001, Brian wrote: > > I have an older NMC, the kind I worked with for many years, but have drawn > a blank on what to try when it won't respond on the console port. All > DIPs are down on it, isn't their one I can toggle to maybe clear it out? > > I do remember its possible to brick an older NMC, and possibly that is the > case with this one. > > Also if someone remembers the feature enable string that shows v90, I am > looking for that as well. > > Thanks for all the help, > > Brian > > > ----------------------------------------------- > I'm buying used CISCO gear!! > email me for a quote > > Brian Feeny e:signal@shreve.net > CCNP+Voice/ATM/Security p:318.222.2638x109 > CCDP f:318.221.6612 > 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. >

Hi, If you need a pre-flashed flash chip for this, let me know, I've got a ton of old flash chips (4M). I can pre-load something that fits on there. I think this would un-paperweight it, but it's been a while... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Wed, 7 Feb 2001, Brian wrote: > > I have an older NMC, the kind I worked with for many years, but have drawn > a blank on what to try when it won't respond on the console port. All > DIPs are down on it, isn't their one I can toggle to maybe clear it out? > > I do remember its possible to brick an older NMC, and possibly that is the > case with this one. > > Also if someone remembers the feature enable string that shows v90, I am > looking for that as well. > > Thanks for all the help, > > Brian > > > ----------------------------------------------- > I'm buying used CISCO gear!! > email me for a quote > > Brian Feeny e:signal@shreve.net > CCNP+Voice/ATM/Security p:318.222.2638x109 > CCDP f:318.221.6612 > 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. >

Hi, If you need a pre-flashed flash chip for this, let me know, I've got a ton of old flash chips (4M). I can pre-load something that fits on there. I think this would un-paperweight it, but it's been a while... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Wed, 7 Feb 2001, Brian wrote: > > I have an older NMC, the kind I worked with for many years, but have drawn > a blank on what to try when it won't respond on the console port. All > DIPs are down on it, isn't their one I can toggle to maybe clear it out? > > I do remember its possible to brick an older NMC, and possibly that is the > case with this one. > > Also if someone remembers the feature enable string that shows v90, I am > looking for that as well. > > Thanks for all the help, > > Brian > > > ----------------------------------------------- > I'm buying used CISCO gear!! > email me for a quote > > Brian Feeny e:signal@shreve.net > CCNP+Voice/ATM/Security p:318.222.2638x109 > CCDP f:318.221.6612 > 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. >

can someone refresh my memory on what the feature enable string should show on an nmc with v90 enabled? x2? I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

Had anyone out there purchased the new HiPer DSP MultiSpan cards? I'm at the point where I'm going to have to buy new hardware and the $3k savings over HiPer DSPs is attractive. Are the modems at least as good or better than HiPer DSPs? I did not anticipate purchasing more hardware due to churn and other options, but the way things are going I'm going to need to purchase more ports, so I haven't kept up with what's what. In the last three months I've watch our usage grow at an alarming rate. Purchasing a HiPer DSP bundle doesn't seem to make any sense at the way things are going. I have a chassis that running year old ARC and DSP code, any problems there too? I do have 128MB ARCs. -Ron GLISnet, Inc. 810/939.9885

A bad modem day. Our 24 port modem DSP when powered on shows a solid ora= nge light in the 'utilization' area. it is the fourth light from the bottom o= f the ten lights. Does anyone recognize this?? Is there a fix w/o going back i= nto factory??? input requested. ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=3D= 1

Ron, Out of curiosity are you planning on putting this in a 1000 Chassis? Is this the 96 port card? Thanks Alan At 11:36 PM 2/7/2001 -0500, you wrote: > >Had anyone out there purchased the new HiPer DSP MultiSpan cards? > >I'm at the point where I'm going to have to buy new hardware and the $3k savings >over HiPer DSPs is attractive. Are the modems at least as good or better than HiPer >DSPs? > >I did not anticipate purchasing more hardware due to churn and other options, but >the way things are going I'm going to need to purchase more ports, so I haven't kept >up with what's what. In the last three months I've watch our usage grow at an >alarming rate. Purchasing a HiPer DSP bundle doesn't seem to make any sense at the >way things are going. > >I have a chassis that running year old ARC and DSP code, any problems there too? I >do have 128MB ARCs. > >-Ron >GLISnet, Inc. >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. >

Alan Martin wrote: > > Ron, > > Out of curiosity are you planning on putting this in a 1000 Chassis? Is > this the 96 port card? Yes, I'm putting it into a two year old chassis. It's the four PRI card. I am under the impression they have a new HiPer ARC router with a faster processor and 256MB of RAM, but my older ARCs will work according to the salespeople I've talked to. I'm just wondering if anyone else on the list has purchased these cards? I'd love to fill the few remaining slots I have in a 130A chassis with higher density cards. -Ron GLISnet, Inc 810/939.9885

Go into TCM / Highlight your NMC / Configure/ Programmed Settings / Added Cost Features and it should show something like.... HUB Security Disabled Cellular Disabled AutoResponse Enabled X2/V.90 Enabled PIAFS Disabled -----Original Message----- > > >can someone refresh my memory on what the feature enable string should >show on an nmc with v90 enabled? x2? > > >----------------------------------------------- > I'm buying used CISCO gear!! > email me for a quote > >Brian Feeny e:signal@shreve.net >CCNP+Voice/ATM/Security p:318.222.2638x109 >CCDP f:318.221.6612 >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 have for sale a few Total Control chassis: chassis with integrated fan tray 1 T1/PRI card 12 Quad modems Netserver/PRI 70AMP Supply NMC $2000.00 each I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

Used cisco 2501 2 years old just removed from service after running 24/7 for 2 years. IOS 11.0 installed. -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

> Out of curiosity, what is the price for the new QUAD PRI cards? I have a 3COM price sheet in front of me. These are LIST PRICES, but you can then figure out what you normally get for a discount. I would guess that 35% is probably a normal discount. Total Control Bundle w/4 PRI card, ARCII, NMC II, Dual 130A $38,900 4 PRI card alone w/NAC 20,550.00 w/o NAC 19,550.00 (for use with DS3 ingress card) DS3 Ingress Card alone 13,675.00 | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | | "Those who can't laugh at themselves leave the job to others" |

Out of curiosity, what is the price for the new QUAD PRI cards? Thanks John Verreault AEI Internet -----Original Message----- Sent: Friday, February 09, 2001 12:14 AM Alan Martin wrote: > > Ron, > > Out of curiosity are you planning on putting this in a 1000 Chassis? Is > this the 96 port card? Yes, I'm putting it into a two year old chassis. It's the four PRI card. I am under the impression they have a new HiPer ARC router with a faster processor and 256MB of RAM, but my older ARCs will work according to the salespeople I've talked to. I'm just wondering if anyone else on the list has purchased these cards? I'd love to fill the few remaining slots I have in a 130A chassis with higher density cards. -Ron GLISnet, Inc 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.

You might try Source Technology for quotes. Last quad (with NAC) was about $15K I believe. Normally go through Jonathan OBrien, 888 765 5758 ext2266, jobrien@source-t.com, www.source-t.com Not affiliated in any way to them nor do I receive any compensation for this plug...just a very satisfied customer. Walt Walter N. Gnann ISLC, President wgnann@islc.net http://www.islc.net 843.770.1000 fax: 843.770.1002 ----- Original Message ----- Sent: Tuesday, February 13, 2001 4:19 PM > Out of curiosity, what is the price for the new QUAD PRI cards? > > Thanks > John Verreault > AEI Internet > > -----Original Message----- > From: Ronald Kushner [mailto:ron@glis.net] > Sent: Friday, February 09, 2001 12:14 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) HiPer DSP MultiSpan cards > > > > > Alan Martin wrote: > > > > Ron, > > > > Out of curiosity are you planning on putting this in a 1000 Chassis? Is > > this the 96 port card? > > Yes, I'm putting it into a two year old chassis. It's the four PRI card. > > I am under the impression they have a new HiPer ARC router with a faster > processor > and 256MB of RAM, but my older ARCs will work according to the salespeople > I've > talked to. > > I'm just wondering if anyone else on the list has purchased these cards? I'd > love to > fill the few remaining slots I have in a 130A chassis with higher density > cards. > > -Ron > GLISnet, Inc > 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. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 list, Is there any way to convert a DC chassis to AC? Or does anyone have any 70amp AC chassis for sale? Thanks, Gary

> Hi list, > > Is there any way to convert a DC chassis to AC? Or does > anyone have any > 70amp AC chassis for sale? Just replace the DC supplies with the AC version. The chassis are the same either way. Mark E. Levy, President FSInet, Inc. | System Management Associates, Inc. 800-827-6085 x202 | 847-291-1550 x202 847-753-6832 fax | 847-291-3866 fax www.fsi.net | www.sysman-inc.com mark@fsi.net | levy@sysman-inc.com

Hi, Is there any way to allocate a different IP pool to an specific card in a chassis? HARC 4.1.59. - Marcelo

Hi, What does it mean: Acct-Terminate-Cause = User-Error - Marcelo

We have a HiperARC with 64MB of RAM, and it's starting to show its limitations. We were looking at possibly upgrading to 128MB, but $950 (quote from USR) seems like a whole lot of money. What are the odds that these things use standard SDRAM? If not, does anyone know of lower cost alternatives? -- -Tim ___________________________________________________ Tim Huffman -------- JORSM Internet, Internet Services Assistant Manager ---- 7 Area Codes in Chicagoland timh@jorsm.net ------ 100 Mbps+ Connectivity, 56K-DS3 (219)322-2180 ------- Quality Service, Affordable Prices http://www.jorsm.net --- Serving Gov, Biz, Indivds Since 1995 _____________________________________________________

Hi, Does anyone know if there is any difference between the "old style" and the "new style, with intergrated fan tray" TC 1000 chassis ? Also One of my Netserver cards reports "enhanced packet bus" when I do the "show version command" any idea what the differnence is ? Anyone have a x2 key or enabled NMC they can part with ? thanks

Also sprach mark ross >Does anyone know if there is any difference between the "old style" and >the "new style, with intergrated fan tray" TC 1000 chassis ? For all intents and purposes...the difference is whether you have the integrated fan tray. :) There are some difference to the mid-plane...capacity of various busses and such, but I don't recall any details off the top of my head. They aren't hugely significant. I think the TDM bus went from 256 timeslots to 512, but beyond that...*shrug* >Also One of my Netserver cards reports "enhanced packet bus" when I do >the "show version command" any idea what the differnence is ? I never got a good explanation of what that meant. :/ >Anyone have a x2 key or enabled NMC they can part with ? The key is tied to the serial number of the NMC, so you can't just give someone a key...and I don't have any extra NMC's here...sorry. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Does anyone even have the specs so I can look for alternatives? So far I have been unable to get details. Cheers, Andrew Tim Huffman wrote: > We have a HiperARC with 64MB of RAM, and it's starting to show its > limitations. We were looking at possibly upgrading to 128MB, but $950 (quote > from USR) seems like a whole lot of money. What are the odds that these > things use standard SDRAM? If not, does anyone know of lower cost > alternatives? > -- > -Tim > > ___________________________________________________ > Tim Huffman -------- JORSM Internet, Internet Services > Assistant Manager ---- 7 Area Codes in Chicagoland > timh@jorsm.net ------ 100 Mbps+ Connectivity, 56K-DS3 > (219)322-2180 ------- Quality Service, Affordable Prices > http://www.jorsm.net --- 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. -- I found a programme to do the entire Y-2-K conversion process on my PC! I don't understand it but I will be finished sometime todak.

On Fri, 16 Feb 2001, Tim Huffman wrote: > We have a HiperARC with 64MB of RAM, and it's starting to show its > limitations. We were looking at possibly upgrading to 128MB, but $950 (quote > from USR) seems like a whole lot of money. What are the odds that these > things use standard SDRAM? If not, does anyone know of lower cost > alternatives? just curious. How are you pushing it, what protocols and how many devices hanging off it? I just do ppp/ripv2/mpip on mine, some are 64MB, no more than 5 HDM's per arc though. Brian > -- > -Tim > > ___________________________________________________ > Tim Huffman -------- JORSM Internet, Internet Services > Assistant Manager ---- 7 Area Codes in Chicagoland > timh@jorsm.net ------ 100 Mbps+ Connectivity, 56K-DS3 > (219)322-2180 ------- Quality Service, Affordable Prices > http://www.jorsm.net --- 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. > I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

On Fri, 16 Feb 2001, mark ross wrote: > Hi, > Does anyone know if there is any difference between the "old style" and > the "new style, with intergrated fan tray" TC 1000 chassis ? > > Also One of my Netserver cards reports "enhanced packet bus" when I do > the "show version command" any idea what the differnence is ? the integrated fan tray chassis have enhnced packet bus, i belive, which is what allows you to push higher densities of modems. I think non-enhanced is limited to 96 modems > you mean you don't have the super secret x2/v90 key generator? :)) > Anyone have a x2 key or enabled NMC they can part with ? > > thanks > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

On Sat, 17 Feb 2001, Jeff Mcadams wrote: > Also sprach mark ross > >Does anyone know if there is any difference between the "old style" and > >the "new style, with intergrated fan tray" TC 1000 chassis ? > > For all intents and purposes...the difference is whether you have the > integrated fan tray. :) > > There are some difference to the mid-plane...capacity of various busses > and such, but I don't recall any details off the top of my head. They > aren't hugely significant. I think the TDM bus went from 256 timeslots > to 512, but beyond that...*shrug* The management bus is at 512, the TDM bus does not come into play for its on the HDM. Also the powersupply is 130 amps. > > >Also One of my Netserver cards reports "enhanced packet bus" when I do > >the "show version command" any idea what the differnence is ? > > I never got a good explanation of what that meant. :/ > Packet bus design change basically. The enhanced packet bus card, had the capability of being able to send and receive more data on the packet bus, thus to support 90+ ports. > >Anyone have a x2 key or enabled NMC they can part with ? > > The key is tied to the serial number of the NMC, so you can't just give > someone a key...and I don't have any extra NMC's here...sorry. > Thats is correct sir. V

On Sat, 17 Feb 2001, Jeff Mcadams wrote: > Also sprach mark ross > >Does anyone know if there is any difference between the "old style" and > >the "new style, with intergrated fan tray" TC 1000 chassis ? > > For all intents and purposes...the difference is whether you have the > integrated fan tray. :) > > There are some difference to the mid-plane...capacity of various busses > and such, but I don't recall any details off the top of my head. They > aren't hugely significant. I think the TDM bus went from 256 timeslots > to 512, but beyond that...*shrug* The management bus is at 512, the TDM bus does not come into play for its on the HDM. Also the powersupply is 130 amps. > > >Also One of my Netserver cards reports "enhanced packet bus" when I do > >the "show version command" any idea what the differnence is ? > > I never got a good explanation of what that meant. :/ > Packet bus design change basically. The enhanced packet bus card, had the capability of being able to send and receive more data on the packet bus, thus to support 90+ ports. > >Anyone have a x2 key or enabled NMC they can part with ? > > The key is tied to the serial number of the NMC, so you can't just give > someone a key...and I don't have any extra NMC's here...sorry. > Thats is correct sir. V

We are running ppp, ripv2, and mpip on it, but we had 10 HiperDSP's on the same HiperArc, and when those cards were full, it started flaking out. We believe that it was running out of memory. So does anyone know of any alternatives for memory upgrades?? -Tim On Sunday 18 February 2001 02:28, you wrote: > On Fri, 16 Feb 2001, Tim Huffman wrote: > > We have a HiperARC with 64MB of RAM, and it's starting to show its > > limitations. We were looking at possibly upgrading to 128MB, but $950 > > (quote from USR) seems like a whole lot of money. What are the odds that > > these things use standard SDRAM? If not, does anyone know of lower cost > > alternatives? > > just curious. How are you pushing it, what protocols and how many devices > hanging off it? I just do ppp/ripv2/mpip on mine, some are 64MB, no more > than 5 HDM's per arc though. > > Brian > > > -- > > -Tim > > > > ___________________________________________________ > > Tim Huffman -------- JORSM Internet, Internet Services > > Assistant Manager ---- 7 Area Codes in Chicagoland > > timh@jorsm.net ------ 100 Mbps+ Connectivity, 56K-DS3 > > (219)322-2180 ------- Quality Service, Affordable Prices > > http://www.jorsm.net --- 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. > > ----------------------------------------------- > I'm buying used CISCO gear!! > email me for a quote > > Brian Feeny e:signal@shreve.net > CCNP+Voice/ATM/Security p:318.222.2638x109 > CCDP f:318.221.6612 > 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 you have an NMC with v90 enabled, and you pull the flash out and move it to another NMC that is not v90 enabled, will that new nmc now be v90 enabled? In other words, is the key set in the flash and transportable between nmc's? or is it dependent on other factors? Brian I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

If anyone has a 70A power supply they are selling, I am looking for one...........say $100? Brian I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

The V90 key is generated using the NMC serial number... so... each NMC will have an unique V90 key. Regards, Jorge Lozano <jorge@andinet.com> NA and ISSO Andinet On Line <http://www.andinet.com> The only way to predict the future is... to create it! -----Mensaje original----- De: owner-usr-tc@lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]En nombre de Brian Enviado el: Miercoles, 21 de Febrero de 2001 10:54 a.m. Para: USRobotics TC Mailing List Asunto: (usr-tc) v90 on the nmc If you have an NMC with v90 enabled, and you pull the flash out and move it to another NMC that is not v90 enabled, will that new nmc now be v90 enabled? In other words, is the key set in the flash and transportable between nmc's? or is it dependent on other factors? Brian I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 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 Wed, 21 Feb 2001, Brian wrote: > If you have an NMC with v90 enabled, and you pull the flash out and move > it to another NMC that is not v90 enabled, will that new nmc now be v90 > enabled? In other words, is the key set in the flash and transportable > between nmc's? or is it dependent on other factors? I've moved flash simms around and the key remained enabled. I believe there's on-board EEPROM that holds the key... Charles > Brian > > > ----------------------------------------------- > I'm buying used CISCO gear!! > email me for a quote > > Brian Feeny e:signal@shreve.net > CCNP+Voice/ATM/Security p:318.222.2638x109 > CCDP f:318.221.6612 > 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 Wed, 21 Feb 2001, Brian wrote: > If you have an NMC with v90 enabled, and you pull the flash out and move > it to another NMC that is not v90 enabled, will that new nmc now be v90 > enabled? In other words, is the key set in the flash and transportable > between nmc's? or is it dependent on other factors? I've moved flash simms around and the key remained enabled. I believe there's on-board EEPROM that holds the key... Charles > Brian > > > ----------------------------------------------- > I'm buying used CISCO gear!! > email me for a quote > > Brian Feeny e:signal@shreve.net > CCNP+Voice/ATM/Security p:318.222.2638x109 > CCDP f:318.221.6612 > 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. >

Dear all, Consider the following scenario - 2HiperARC on chassis with multiple HiperDSP's on them First ARC is MPIP Server and client to itself and second is client to first. Both of them running ntp. When ISDN call is terminated i mean isdn/bri and user initiated 2 sessions with MPPP, in my radius i seen something that encourage me, a user have accounted 3 sessions one of them with Framed-IP-Address set to 0.0.0.0 and originated from Second ARC (Running client MPIP) and others two with real ips and originated from First ARC. This is how i see it in my radwho. #205 user_x ISDN S6105 Tue 22:08 tch-1.Sofia.0rbitel.net 212.95.170.189 #206 user_x ISDN S2066 Tue 22:08 tch-2.Sofia.0rbitel.net 0.0.0.0 #207 user_x ISDN S1564 Tue 21:59 tch-1.Sofia.0rbitel.net 212.95.170.189 Shall i consider this as a bug ? Does anybody run in same conditions and Is this a normal ? -- Boian Iliev Jordanov SNE Orbitel - the Internet company tel. +359-2-9370723 http://www.orbitel.bg

This is a multi-part message in MIME format. ------=_NextPart_000_0030_01C09C3C.F4DA6C60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello ... I have 2 radius servers a and b A -> Authentication B -> Accounting What I am trying to do it have each server be a backup for each other so primary authentication (A) has a backup of B primary accounting (B) has a backup of A I have configured these but what is happening is that request for = accounting / authentication are being distributed among both servers ... = I only want requests to be sent to the backup server if the main is down = ...=20 any ideas how to do this? ------=_NextPart_000_0030_01C09C3C.F4DA6C60 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 http-equiv=3DContent-Type content=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 5.50.4611.1300" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>Hello ... I have 2 radius servers a and = b</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>A -&gt; Authentication</FONT></DIV> <DIV><FONT face=3DArial size=3D2>B -&gt; Accounting</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>What I am trying to do it have each = server be a=20 backup for each other</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>so primary authentication (A) has a = backup of=20 B</FONT></DIV> <DIV><FONT face=3DArial size=3D2>primary accounting (B) has a backup of=20 A</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>I have configured these but what is = happening is=20 that request for accounting / authentication are being distributed among = both=20 servers ... I only want requests to be sent to the backup server if the = main is=20 down ... </FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>any ideas how to do=20 this?</FONT></DIV></BODY></HTML> ------=_NextPart_000_0030_01C09C3C.F4DA6C60--

This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C09C3E.144BEF00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello ... I have 2 radius servers a and b A -> Authentication B -> Accounting What I am trying to do it have each server be a backup for each other so primary authentication (A) has a backup of B primary accounting (B) has a backup of A I have configured these but what is happening is that request for = accounting / authentication are being distributed among both servers ... = I only want requests to be sent to the backup server if the main is down = ...=20 any ideas how to do this? ------=_NextPart_000_001D_01C09C3E.144BEF00 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 http-equiv=3DContent-Type content=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 5.50.4611.1300" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV> <DIV><FONT face=3DArial size=3D2>Hello ... I have 2 radius servers a and = b</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>A -&gt; Authentication</FONT></DIV> <DIV><FONT face=3DArial size=3D2>B -&gt; Accounting</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>What I am trying to do it have each = server be a=20 backup for each other</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>so primary authentication (A) has a = backup of=20 B</FONT></DIV> <DIV><FONT face=3DArial size=3D2>primary accounting (B) has a backup of=20 A</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>I have configured these but what is = happening is=20 that request for accounting / authentication are being distributed among = both=20 servers ... I only want requests to be sent to the backup server if the = main is=20 down ... </FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>any ideas how to do=20 this?</FONT></DIV></DIV></BODY></HTML> ------=_NextPart_000_001D_01C09C3E.144BEF00--

Running PRIs on hiperDSPs with a hiperarc, we have discovered a very very strange thing. It seems that if we "busy out" any of the channels on the PRI in TCM, the telco give the famous "The number you have reached, X X X - X X X X has been disconnected" ???? I've got limited data, I admit, because we naturally don't want this happening much. But anyone have any thoughts about this? I'm very surprised that there's anything we can do on our end that would make the telco give that message. Thanks in advance! David

At 11:37 PM 2/22/01 -0500, drernst@kirkwood.hoosier.net wrote: >Running PRIs on hiperDSPs with a hiperarc, we have discovered a very very >strange thing. It seems that if we "busy out" any of the channels on >the PRI in TCM, the telco give the famous "The number you have reached, >X X X - X X X X has been disconnected" ???? I've got limited data, I >admit, because we naturally don't want this happening much. But anyone >have any thoughts about this? I'm very surprised that there's anything we >can do on our end that would make the telco give that message. Sounds like they don't have the hunting set properly. Any time you've got DSP modems busied out, the calls should roll on to the next available channel in the hunt group. Ever had busies when all of your modems weren't full? This would be another symptom of a hunting problem. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

I have just purchased some used TC chassis. The NMC console port has the password feature set and I do not have access to the password. Is there a way to bypass or reset the password without losing the X2 enabled key? Thanks, Gary

On Thu, 22 Feb 2001 drernst@kirkwood.hoosier.net wrote: > Running PRIs on hiperDSPs with a hiperarc, we have discovered a very very > strange thing. It seems that if we "busy out" any of the channels on > the PRI in TCM, the telco give the famous "The number you have reached, > X X X - X X X X has been disconnected" ???? I've got limited data, I > admit, because we naturally don't want this happening much. But anyone > have any thoughts about this? I'm very surprised that there's anything we > can do on our end that would make the telco give that message. What's the NPANXX of your dial-in pool? -a

On Sat, 24 Feb 2001 netboss@cyberport.net wrote: > I have just purchased some used TC chassis. The NMC console port has the > password feature set and I do not have access to the password. Is there a > way to bypass or reset the password without losing the X2 enabled key? When we reset the password on our NMC (by clearing the memory... switch 5 and 6), it retained the X2 enable key. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

You'll have to forgive me for being a tad new to the USR gear. I've worked with Ariel and Multitech, but this is my first exposure to any USR TC equipment. I've got a chance to buy a 48 port v.34 TC chassis (12 quad v.34 modems, NetServer PRI, Dual PRI NAC, Management Card, etc), but my question is pretty basic - Is a TC chassis configured and equipped for PRI also useable in a channelized T1 environment (non-PRI)? I know some equipment will work with either/or, and others will work with one or the other and not both. I don't have PRI available at the POP I've got in mind for this gear, and since it's super-rural, v.90 is completely worthless. That's why v.34 digital (and fully managed) is ideal. I'm also not totally sure everything I need is in this chassis, but I can deal with that later, after I pester 3Com in the morning to correct the links to all their documentation! Thanks in advance. Brad

Also sprach Brad Gass >I've got a chance to buy a 48 port v.34 TC chassis (12 quad v.34 >modems, NetServer PRI, Dual PRI NAC, Management Card, etc), but my >question is pretty basic - I'll say ahead of time...the NETServer PRI is a bad idea. They have been end-of-lifed at 3Com (read: no support at all), and had quite a few rather significant bugs in their software code at the time they were discontinued. >Is a TC chassis configured and equipped for PRI also useable in a >channelized T1 environment (non-PRI)? I know some equipment will work >with either/or, and others will work with one or the other and not >both. Sort of...the hardware is perfectly capable of it. The only change that needs to be made is that the dual-PRI card needs to have the channelized-t1 card code flashed to it. The Dual-PRI card and the Chan-T1 card were sold as seperate cards, but they were basically the same...at least later on. Early Chan-T1 cards used 186 processors and are only chan-t1 cards, later chan-t1 cards and all dual-pri cards used 386 processors and could be either chan-t1 or pri, the only thing that changed was the software flashed to it. Since it says dual-pri card, you're good, since all dual-pri cards could be flashed back with the chan-t1 code and run chan-t1 with no problem. >I don't have PRI available at the POP I've got in mind for this gear, >and since it's super-rural, v.90 is completely worthless. That's why >v.34 digital (and fully managed) is ideal. The upgrade from v.34 digital to v.90 is a software flash and a software enable key for the NMC, so if you want to give v.90 a shot, its probably not much hassle to give it a shot (you'd be surprised where you *can* get v.90 connections sometimes). >I'm also not totally sure everything I need is in this chassis, but I >can deal with that later, after I pester 3Com in the morning to correct >the links to all their documentation! It sounds, from your description above, like you're pretty much set...at least all the NACs that you need are there. TC terminology is that the longer cards that go in the front of the chassis are NACs, the shorter ones in the back are NICs. With a fully digital setup like you're talking about, you'd need the dual-pri/chan-t1 NAC, and NIC, the 12 quad digital modem NACs (no need for NICs on these, they just draw power and aren't used for anything in this setup), some sort of gateway card NAC and NIC (you mentioned the NETServer PRI, I'd *strongly* suggest that you consider getting a HiPer Arc in its place, you'll be much happier), then the management (NMC = Network Management Card) NAC and NIC, and of course, power supply or supplies NACs and NICs. These chassis can run fully redundant power supplies on them, but in the configuration that you're talking about, it certainly doesn't need it. With the newer style chassis (with the integrated fan tray) you even have 2 seperate power cords, so you can plug them into diverse power sources if you want to go that far with your redundancy. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi, If you already have Radius up and running, just add an IP in the "users" file: --- someuser Auth-Type = System Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Netmask = 255.255.255.255, Framed-IP-Address = 10.10.10.193, Session-Timeout = 0, Idle-Timeout = 64000

I have a urgent problem that needs to be resolved. I have a TOTAL CONTROL which was working before. Now i have changed the provider and IP addresses. But i try to change them in TOTAL CONTROL; but it refuse to do it. I try to log in by Hyper Terminal from Windows. When i restart the TOTAL CONTROL, i receive all startup information. But as soon as i get the prompt, i can't enter any character! The keyboard seems to be blocked at that step. Do you know some reason. That should be really greatfull for me cause it's urgent. I have to resolve too early. I am waiting for your prompt reaction. Thanks a lot in advance. Best Regards,

Hello Peoples?? Well sorry if my question is out of this list, but i need some help, and 3com dont help me.. NEVER ... Well i need ( if possible ) configure my Total Control Netserver V.34 Analog to use with fixed IP's ...... Pleaseeee someone help mee... is urgentt...... My ICQ 14484847 WEGA

Heii Helloo.. Ho yea.. the TC is working fine i have the manual ( idowloaded from 3com sitee ), but in manual only speak how set fixed ips to use with the internal user tables ( well, if i read all manuals ok and undestand . heeh).. Now my TC is working in a pool ip modes.. without problems ( well only the standart problems of this TC )... Hamm, sorry iam using the Radius .. and yeahh i have one teminal cable .. Pleasee can you help me? -----Original Message----- Sent: Monday, February 26, 2001 1:36 AM Hello,... first may i ask if you have a set of manuals for the unit? and a USR consol cable? albert > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > list@angelnet.com.br > Sent: Monday, February 26, 2001 10:15 AM > To: usr-tc@xmission.com > Subject: (usr-tc) TC NetServer v34 analog > > > Hello Peoples?? > Well sorry if my question is out of this list, but i need some help, and > 3com dont help me.. NEVER ... > Well i need ( if possible ) configure my Total Control Netserver > V.34 Analog > to use with fixed IP's ...... > Pleaseeee someone help mee... is urgentt...... > My ICQ 14484847 WEGA > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

A big reason to upgrade to 128M is if you ever plan to upgrade to TCS 4.0 or above. I believe ARC 5.x.x requires 128M. Carl On Mon, 19 Feb 2001, Tim Huffman wrote: > We are running ppp, ripv2, and mpip on it, but we had 10 HiperDSP's on the > same HiperArc, and when those cards were full, it started flaking out. We > believe that it was running out of memory. So does anyone know of any > alternatives for memory upgrades?? > > -Tim > > On Sunday 18 February 2001 02:28, you wrote: > > On Fri, 16 Feb 2001, Tim Huffman wrote: > > > We have a HiperARC with 64MB of RAM, and it's starting to show its > > > limitations. We were looking at possibly upgrading to 128MB, but $950 > > > (quote from USR) seems like a whole lot of money. What are the odds that > > > these things use standard SDRAM? If not, does anyone know of lower cost > > > alternatives? > > > > just curious. How are you pushing it, what protocols and how many devices > > hanging off it? I just do ppp/ripv2/mpip on mine, some are 64MB, no more > > than 5 HDM's per arc though. > > > > Brian > > > > > -- > > > -Tim > > > > > > ___________________________________________________ > > > Tim Huffman -------- JORSM Internet, Internet Services > > > Assistant Manager ---- 7 Area Codes in Chicagoland > > > timh@jorsm.net ------ 100 Mbps+ Connectivity, 56K-DS3 > > > (219)322-2180 ------- Quality Service, Affordable Prices > > > http://www.jorsm.net --- 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. > > > > ----------------------------------------------- > > I'm buying used CISCO gear!! > > email me for a quote > > > > Brian Feeny e:signal@shreve.net > > CCNP+Voice/ATM/Security p:318.222.2638x109 > > CCDP f:318.221.6612 > > 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. >

Humm.. okss.. hey thankss..... Let me try explain what i need.. I need do each modem in Tcontrol have the own fixed ip. Like interface mod:1 ip xxx.xxx.xxx.1 interface mod:2 ip xxx.xxx.xxx.2 ........... .......... ......... interface mod:16 ip xxx.xxx.xxx.16 Not each user have the own ip. My situation is, i have 100+ users in radius.. others RAS and 2 TC analog. but dont have one continuous pool of ips to setup in this TC's .. at now in test is working in ip pools to modems, but i need do each modem work in specific ip.. I hope that now my situation is more "Clear"..... in ras i know how do thiss.., but in analog tcontrol nooo.. sometimee.. in any place of the net, i find a guy using this TC V.34 and the modems in fixed ips mode.. but i lost how do thiss.. Thanks again... -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Monday, February 26, 2001 3:39 AM Hi, If you already have Radius up and running, just add an IP in the "users" file: --- someuser Auth-Type = System Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Netmask = 255.255.255.255, Framed-IP-Address = 10.10.10.193, Session-Timeout = 0, Idle-Timeout = 64000

I have a dedicated ISDN customer coming online that wants a /27 of IP space. I've never done anything so far but static and dynamic IP assignments. Any decent/easy to understand documents regarding routing a subnet through ARC/DSP? -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

You shouldn't have to mess with the receive password... That is only used if the EU wants to have people dial-in to his pipeline. What kind of error is the user seeing on the pipe? Charles On Tue, 27 Feb 2001, Steve Monkhouse wrote: > We seem to be having a few problems connecting some Pipeline50's to the > Total Control gear via 128K ISDN > > The question I have is the Pipeline50's require both Send and Receive > password auth via PAP or CHAP to authenticate.. > > Our Radius server (NT USR Radius) is authenticating the send password with > no problems, but can someone explain to me how the receive password is > supposed to work ? and if in fact it is working ? and where to configure it > under the NT Radius system ? > > Thanks in advance.. > Steve > > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Jeff Mcadams wrote: > I'll say ahead of time...the NETServer PRI is a bad idea. They have > been end-of-lifed at 3Com (read: no support at all), and had quite a few > rather significant bugs in their software code at the time they were > discontinued. > Hi Jeff, Are you refering to the "NETServer PRI" or "NETServer's" in general ? The reason I ask is that I have two different styles of cards in my TC boxes Netserver & Netserver PRI My understanding was that the only difference was that the "NETServer PRI" was able to do ISDN calls with less overhead, somthing about an enhanced packet bus and a munich daughter card... Looking at the 3com software matrix I don't see different versions of software for the "PRI" vs "non PRI" netservers. So a "HiPer Arc" can just be installed in place of the Netserver card ? Is the command line syntax for the HiPer Arc the same as Netserver ? thanks

On Tue, 27 Feb 2001, Steve Monkhouse wrote: > The Pipeline dials and connects, our radius authenticates and passes token > to pipeline... That sounds like CHAP. I'd start with PAP, it's simpler... > But by the time the radius server has done this he pipleine disconnects and > redials again.. over and over.. It's been a LONG time since I played with pipelines, but that's a pretty typical symptom when it's fed a value it doesn't like. If, for example, it doesn't like the address it gets during IPCP negotiation (where it's doing IP negotiation with your end), it will drop the call. Without going into the debug screen, you can't really tell what's upsetting the thing. How are you setting up the pipeline? Does it agree with the user profile you have set up? Anything in the logs from the TC? Charles > Ive gone through the tech docs on ensight.com for USR connectivity, and > followed everything there.. > but still disconnects about 3 secs after connect.. Radius is not reporting > any errors.. just normal start/ stop records.. > > Steve > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Tuesday, February 27, 2001 9:46 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Pipeline50 ISDN -> TC > > > You shouldn't have to mess with the receive password... That is only used > if the EU wants to have people dial-in to his pipeline. What kind of > error is the user seeing on the pipe? > > Charles > > On Tue, 27 Feb 2001, Steve Monkhouse wrote: > > > We seem to be having a few problems connecting some Pipeline50's to the > > Total Control gear via 128K ISDN > > > > The question I have is the Pipeline50's require both Send and Receive > > password auth via PAP or CHAP to authenticate.. > > > > Our Radius server (NT USR Radius) is authenticating the send password with > > no problems, but can someone explain to me how the receive password is > > supposed to work ? and if in fact it is working ? and where to configure > it > > under the NT Radius system ? > > > > Thanks in advance.. > > Steve > > > > > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 Jeff, Thanks a lot for taking the time to explain all this, It sounds like you have been using this platform for a while.... Do you think the 486 processor is the reason for the Netserver card's lack of performance ? The reason I ask is that, I think the pm3 only has a 486 processer onboard and I have not heard of any "quake lag" with the pm3. Also did you try setting "ppp in modem" to help reduce the load on the Netserver ? did it help ? About half of our modem server are tc with netserver cards, the other half are pm3's. It never fails that the tc's hunt group fills up with users while our pm3 hunt groups have avail lines..... any idea on what Hyper arc's are going for ????? see ya. Jeff Mcadams wrote: > > Also sprach mark ross > >Jeff Mcadams wrote: > >> I'll say ahead of time...the NETServer PRI is a bad idea. They have > >> been end-of-lifed at 3Com (read: no support at all), and had quite a > >> few rather significant bugs in their software code at the time they > >> were discontinued. > > >Are you refering to the "NETServer PRI" or "NETServer's" in general ? > > Uhm...I'm referring to NETServer cards in the TC chassis in general. > Note that this doesn't necessarily cover the NETServer units which are > not chassis based and are just generally inferior all the way around. > To the best of my knowledge, the code base is the same for the NETServer > card, and the NETServer PRI card that I believe you are asking about. > > >My understanding was that the only difference was that the "NETServer > >PRI" was able to do ISDN calls with less overhead, somthing about an > >enhanced packet bus and a munich daughter card... > > I wouldn't say less overhead. > > Uhm...this is gonna proly get into more than you really cared to know > about TC chassis history. :) > > Originally, the TC chassis was not capable of doing ISDN at all...it > came out before ISDN really existed to any real degree. You had (this > is neglecting the age of dual modem cards, of which I still have a few > in service believe it or not!) a channelized T1 card, modem cards and > the NETServer card to be the gateway. The modem cards were just that, > modems only. When ISDN started to become prevelent, USR/3Com came out > with the Courier I-modem high-end consumer equipment, which was a device > that could do either ISDN, or modem protocols over an ISDN line. The > decision was made that the TC chassis should have essentially the same > capability. The modem cards were slated to be upgraded to handle ISDN, > and essentially be I-modems, but in the meantime, a solution was needed > to handle ISDN calls on the current modem card software base. The > NETServer PRI was introduced. The enhanced packet bus is basically > irrelevant in this, but the NETServer PRI card did have the Munich > daughter card, which was essentially a co-processor card that handled > termination and signaling for ISDN in the chassis. Essentially, the > card handle some number of ISDN terminations in the place of the modems. > Eventually, the modem card code was developed to handle ISDN as well as > modem, and they became I-modems, and the Munich daughter card became > redundant. For some time, while the modem card code was still working > out some of its bugs, it was a good idea to switch back to using the > Munich daughter card to troubleshoot problems. Eventually, since the > development effort was being put into the modem card code, the modem > cards became considerably more reliable and gave better performance than > the Munich daughtercard for terminating ISDN, so pretty much everyone > switched to using the quad cards for ISDN termination. With the switch > to the HiPer Arc, they don't even have the Munich daughtercard, so it > quads and DSPs for ISDN termination, or nothing. > > >Looking at the 3com software matrix I don't see different versions of > >software for the "PRI" vs "non PRI" netservers. > > To the best of my knowledge, they use the same code base. > > >So a "HiPer Arc" can just be installed in place of the Netserver card ? > >Is the command line syntax for the HiPer Arc the same as Netserver ? > > Yup, the Arc would take the place of the NETServer card (minus the > Munich daughtercard of course ;). The syntax is radically different, > but also rather better. The processor on the Arc is also rather more > powerful (a PPC 603e I believe it is, compared to the NETServer's 486) > The NETServer started running into performance issues (the dreaded > so-called "Quake Lag") at around 30 ports of usage (note that this is > less than the number of ports that you'll be dealing with), and running > it in a double-play chassis (12 quads and 2 dsps) as was originally > suggested when the dsps were first announced was virtually suicide for > an ISPs with any significant number of gamers. > > The NETServer code base was derived (very directly) from the Livingston > ComOS code-base. USRobotics originally had licensed ComOS from > Livingston to use in the NETServer, USR got bought by 3Com, and > Livingston got bought by Lucent. 3Com never did develop the "Pilgrim" > code base (the code base of what now runs on the HiPer Arc, and several > other 3Com products) to run on the NETServer as they promised. Instead, > the NETServer product was End-Of-Lifed with all of about 4 months notice > to those of us using them. > > If you'd like, I can probably dig up versions of code for the NETServer > right up until the last day that 3Com has the legal rights to work with > the code. I was working desperately with 3Com to find and squash a bug > in the MPIP handling code of the NETServers...I was not successful in > that quest. There are other outstanding bugs in the NETServer code, > which, due to the lack of source code access at 3Com, and that the > product is long-dead at 3Com, will never be fixed. Among these, the > MPIP bug(s) I mentioned, the Quake Lag (which 3Com will claim was just a > performance limitation inherent in the NETServer card...I think that's a > load of hooey to this day), and probably others that I have (thankfully) > forgotten. > > Anyway...if you're still reading at this point, hopefully you've got > some idea of why you *really* *really* want to stay away from the > NETServer. > -- > 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 mark ross >Jeff Mcadams wrote: >> I'll say ahead of time...the NETServer PRI is a bad idea. They have >> been end-of-lifed at 3Com (read: no support at all), and had quite a >> few rather significant bugs in their software code at the time they >> were discontinued. >Are you refering to the "NETServer PRI" or "NETServer's" in general ? Uhm...I'm referring to NETServer cards in the TC chassis in general. Note that this doesn't necessarily cover the NETServer units which are not chassis based and are just generally inferior all the way around. To the best of my knowledge, the code base is the same for the NETServer card, and the NETServer PRI card that I believe you are asking about. >My understanding was that the only difference was that the "NETServer >PRI" was able to do ISDN calls with less overhead, somthing about an >enhanced packet bus and a munich daughter card... I wouldn't say less overhead. Uhm...this is gonna proly get into more than you really cared to know about TC chassis history. :) Originally, the TC chassis was not capable of doing ISDN at all...it came out before ISDN really existed to any real degree. You had (this is neglecting the age of dual modem cards, of which I still have a few in service believe it or not!) a channelized T1 card, modem cards and the NETServer card to be the gateway. The modem cards were just that, modems only. When ISDN started to become prevelent, USR/3Com came out with the Courier I-modem high-end consumer equipment, which was a device that could do either ISDN, or modem protocols over an ISDN line. The decision was made that the TC chassis should have essentially the same capability. The modem cards were slated to be upgraded to handle ISDN, and essentially be I-modems, but in the meantime, a solution was needed to handle ISDN calls on the current modem card software base. The NETServer PRI was introduced. The enhanced packet bus is basically irrelevant in this, but the NETServer PRI card did have the Munich daughter card, which was essentially a co-processor card that handled termination and signaling for ISDN in the chassis. Essentially, the card handle some number of ISDN terminations in the place of the modems. Eventually, the modem card code was developed to handle ISDN as well as modem, and they became I-modems, and the Munich daughter card became redundant. For some time, while the modem card code was still working out some of its bugs, it was a good idea to switch back to using the Munich daughter card to troubleshoot problems. Eventually, since the development effort was being put into the modem card code, the modem cards became considerably more reliable and gave better performance than the Munich daughtercard for terminating ISDN, so pretty much everyone switched to using the quad cards for ISDN termination. With the switch to the HiPer Arc, they don't even have the Munich daughtercard, so it quads and DSPs for ISDN termination, or nothing. >Looking at the 3com software matrix I don't see different versions of >software for the "PRI" vs "non PRI" netservers. To the best of my knowledge, they use the same code base. >So a "HiPer Arc" can just be installed in place of the Netserver card ? >Is the command line syntax for the HiPer Arc the same as Netserver ? Yup, the Arc would take the place of the NETServer card (minus the Munich daughtercard of course ;). The syntax is radically different, but also rather better. The processor on the Arc is also rather more powerful (a PPC 603e I believe it is, compared to the NETServer's 486) The NETServer started running into performance issues (the dreaded so-called "Quake Lag") at around 30 ports of usage (note that this is less than the number of ports that you'll be dealing with), and running it in a double-play chassis (12 quads and 2 dsps) as was originally suggested when the dsps were first announced was virtually suicide for an ISPs with any significant number of gamers. The NETServer code base was derived (very directly) from the Livingston ComOS code-base. USRobotics originally had licensed ComOS from Livingston to use in the NETServer, USR got bought by 3Com, and Livingston got bought by Lucent. 3Com never did develop the "Pilgrim" code base (the code base of what now runs on the HiPer Arc, and several other 3Com products) to run on the NETServer as they promised. Instead, the NETServer product was End-Of-Lifed with all of about 4 months notice to those of us using them. If you'd like, I can probably dig up versions of code for the NETServer right up until the last day that 3Com has the legal rights to work with the code. I was working desperately with 3Com to find and squash a bug in the MPIP handling code of the NETServers...I was not successful in that quest. There are other outstanding bugs in the NETServer code, which, due to the lack of source code access at 3Com, and that the product is long-dead at 3Com, will never be fixed. Among these, the MPIP bug(s) I mentioned, the Quake Lag (which 3Com will claim was just a performance limitation inherent in the NETServer card...I think that's a load of hooey to this day), and probably others that I have (thankfully) forgotten. Anyway...if you're still reading at this point, hopefully you've got some idea of why you *really* *really* want to stay away from the NETServer. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

5.0.9 runs fine in 64 meg here, with 9 PRIs worth of modems. Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 26 Feb 2001, Carl Litt wrote: > > A big reason to upgrade to 128M is if you ever plan to upgrade to TCS 4.0 > or above. I believe ARC 5.x.x requires 128M. > > Carl > > > On Mon, 19 Feb 2001, Tim Huffman wrote: > > > We are running ppp, ripv2, and mpip on it, but we had 10 HiperDSP's on the > > same HiperArc, and when those cards were full, it started flaking out. We > > believe that it was running out of memory. So does anyone know of any > > alternatives for memory upgrades?? > > > > -Tim > > > > On Sunday 18 February 2001 02:28, you wrote: > > > On Fri, 16 Feb 2001, Tim Huffman wrote: > > > > We have a HiperARC with 64MB of RAM, and it's starting to show its > > > > limitations. We were looking at possibly upgrading to 128MB, but $950 > > > > (quote from USR) seems like a whole lot of money. What are the odds that > > > > these things use standard SDRAM? If not, does anyone know of lower cost > > > > alternatives? > > > > > > just curious. How are you pushing it, what protocols and how many devices > > > hanging off it? I just do ppp/ripv2/mpip on mine, some are 64MB, no more > > > than 5 HDM's per arc though. > > > > > > Brian > > > > > > > -- > > > > -Tim > > > > > > > > ___________________________________________________ > > > > Tim Huffman -------- JORSM Internet, Internet Services > > > > Assistant Manager ---- 7 Area Codes in Chicagoland > > > > timh@jorsm.net ------ 100 Mbps+ Connectivity, 56K-DS3 > > > > (219)322-2180 ------- Quality Service, Affordable Prices > > > > http://www.jorsm.net --- 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. > > > > > > ----------------------------------------------- > > > I'm buying used CISCO gear!! > > > email me for a quote > > > > > > Brian Feeny e:signal@shreve.net > > > CCNP+Voice/ATM/Security p:318.222.2638x109 > > > CCDP f:318.221.6612 > > > 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. >

At 10:24 AM 2/27/01 +1000, Steve Monkhouse wrote: >http://www.dcr.net/~mandrews/usrtoys/subnet-route.txt Framed-IP-Address = 192.192.192.xxx, # customer's static IP address above Framed-Netmask = 255.255.255.255, Framed-Route = "193.193.193.0/24 192.192.192.xxx 1", # network to be routed, netmask, static IP of customer, metric I'm using 3Com S&A Server. In the routing entry, it asks for "Framed Route" in the form of "destination gateway metric", with no field requesting a netmask. Would the netmask be part of the destination entry? Thus, where 155.155.155.201 is the static assigned IP and 99.99.99.32/27 is the assigned subnet; Framed-IP-Address = 155.155.155.201 Framed-Route = 99.99.99.32 255.255.255.224 155.155.155.201 1 Would this be correct? Also, will this handle all the routing, or do I also need something like ip route 99.99.99.32 255.255.255.224 155.155.155.201 in my Cisco gateway router as well? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Does anyone out there have a complete set of the latest code for the TC chassis? T1, various flavors of the Quad modem card, netserver and NMC, or know how I can get them? Also, does anyone have any certs for the 56k upgrade that they would like to sell? I know some companies bought in bulk and then ended up with leftovers.

Also sprach mark ross >Thanks a lot for taking the time to explain all this, It sounds like >you have been using this platform for a while.... For about 6 years, yeah. :) >Do you think the 486 processor is the reason for the Netserver card's >lack of performance ? Nope, I don't. >The reason I ask is that, I think the pm3 only has a 486 processer >onboard and I have not heard of any "quake lag" with the pm3. Don't think so, I'm pretty sure the pm3 has a 386 processor in it. Which is why I don't think the 486 is the limitation in the NETServer. If a 386 can handle 30 ports without any Quake Lag, a 486 should be able to handle 48 without breaking a sweat. 3Com borked something in the code when they were mucking with it, plain and simple. >Also did you try setting "ppp in modem" to help reduce the load on the >Netserver ? did it help ? It helps a bit, I had forgotten about that setting. I believe I remember correctly that you hit quake lag with about 30 ports active with ppp in modem set...if you didn't have it set, I'd guess you'd hit it at around 25 or so. Let me expound on "Quake Lag" a bit. As the name implies, this was discovered as part of the game Quake's rising popularity. Many games along those lines use a large number of very small UDP packets to communicate with the server. This is about the worst punishment you can give a router as its the way to get the highest number of route lookup and packet processing overhead while still keeping the actual bandwidth pushed as low as possible. The claim by 3Com is that Quake Lag is only experienced when there is a combination of traffic patterns, some connections using small udp packets, some using large tcp packets for example. I don't know that this was ever confirmed by users. >About half of our modem server are tc with netserver cards, the other >half are pm3's. It never fails that the tc's hunt group fills up with >users while our pm3 hunt groups have avail lines..... TC's have (or at least had...not sure about recently) better modem code. >any idea on what Hyper arc's are going for ????? Don't know pricing, no, sorry. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I had a very similiar situation about a year ago trying to use the console port on on of our NMC's for configuration.. It ended up that the Ethernet port on the NIC was fine, and worked perfectly with the previous settings that were saved in NVRAM, but the console port would display NMC boot menu, then wouldnt allow input, and occasionally would also issue hyroglyphics amongst the screens.. Replaced the ethernet NIC and all was fine.. Try swapping your Ethernet NIC's over to see whether you can access it that way ( make sure you change the jumpers though ).. Hope this helps.. Steve -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Elisee NGAN TAMBA Sent: Monday, February 26, 2001 6:14 PM I have a urgent problem that needs to be resolved. I have a TOTAL CONTROL which was working before. Now i have changed the provider and IP addresses. But i try to change them in TOTAL CONTROL; but it refuse to do it. I try to log in by Hyper Terminal from Windows. When i restart the TOTAL CONTROL, i receive all startup information. But as soon as i get the prompt, i can't enter any character! The keyboard seems to be blocked at that step. Do you know some reason. That should be really greatfull for me cause it's urgent. I have to resolve too early. I am waiting for your prompt reaction. Thanks a lot in advance. Best Regards, - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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 seem to be having a few problems connecting some Pipeline50's to the Total Control gear via 128K ISDN The question I have is the Pipeline50's require both Send and Receive password auth via PAP or CHAP to authenticate.. Our Radius server (NT USR Radius) is authenticating the send password with no problems, but can someone explain to me how the receive password is supposed to work ? and if in fact it is working ? and where to configure it under the NT Radius system ? Thanks in advance.. Steve

http://www.dcr.net/~mandrews/usrtoys/subnet-route.txt -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kirk Mitchell Sent: Tuesday, February 27, 2001 8:49 AM I have a dedicated ISDN customer coming online that wants a /27 of IP space. I've never done anything so far but static and dynamic IP assignments. Any decent/easy to understand documents regarding routing a subnet through ARC/DSP? -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

The Pipeline dials and connects, our radius authenticates and passes token to pipeline... But by the time the radius server has done this he pipleine disconnects and redials again.. over and over.. Ive gone through the tech docs on ensight.com for USR connectivity, and followed everything there.. but still disconnects about 3 secs after connect.. Radius is not reporting any errors.. just normal start/ stop records.. Steve -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Tuesday, February 27, 2001 9:46 AM You shouldn't have to mess with the receive password... That is only used if the EU wants to have people dial-in to his pipeline. What kind of error is the user seeing on the pipe? Charles On Tue, 27 Feb 2001, Steve Monkhouse wrote: > We seem to be having a few problems connecting some Pipeline50's to the > Total Control gear via 128K ISDN > > The question I have is the Pipeline50's require both Send and Receive > password auth via PAP or CHAP to authenticate.. > > Our Radius server (NT USR Radius) is authenticating the send password with > no problems, but can someone explain to me how the receive password is > supposed to work ? and if in fact it is working ? and where to configure it > under the NT Radius system ? > > Thanks in advance.. > Steve > > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Can you do ospf instead of rip? Brian Becker President, Poplar Bluff Internet, Inc. (www.semo.net) Home of TotallyFabricated.com Software: Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! WebGabber (www.WebGabber.com) - html-based Chat Software -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Steve Monkhouse Sent: Tuesday, February 27, 2001 12:34 AM In the S&A Server / Routing tab for the User you are setting up.. You need to enter the framed route to route a subnet to them.. using your example the route in S&A would be.. 99.99.99.32/27 155.155.155.201 1 no you dont need to do an ip route on your cisco if you use RIPv2 once the connection is established the route should propogate to the cisco automatically. Steve -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kirk Mitchell Sent: Tuesday, February 27, 2001 3:23 PM At 10:24 AM 2/27/01 +1000, Steve Monkhouse wrote: >http://www.dcr.net/~mandrews/usrtoys/subnet-route.txt Framed-IP-Address = 192.192.192.xxx, # customer's static IP address above Framed-Netmask = 255.255.255.255, Framed-Route = "193.193.193.0/24 192.192.192.xxx 1", # network to be routed, netmask, static IP of customer, metric I'm using 3Com S&A Server. In the routing entry, it asks for "Framed Route" in the form of "destination gateway metric", with no field requesting a netmask. Would the netmask be part of the destination entry? Thus, where 155.155.155.201 is the static assigned IP and 99.99.99.32/27 is the assigned subnet; Framed-IP-Address = 155.155.155.201 Framed-Route = 99.99.99.32 255.255.255.224 155.155.155.201 1 Would this be correct? Also, will this handle all the routing, or do I also need something like ip route 99.99.99.32 255.255.255.224 155.155.155.201 in my Cisco gateway router as well? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Nah we've been using PAP on it .. Ive set up a framed IP address on the radius for it, and a framed route for its subnet back to its BRI IP.. Everything matches perfectly.. ( If only it was cisco it would have only taken 2 minutes to setup )! ).. TC Logs only show start/auth reqs/acks/stop packets.. thats with all diags on.. nothing out of the ordinary.. to it, the user is connecting and disconnecting.. I'll go and do some more investigating i think.. Steve -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Tuesday, February 27, 2001 10:54 AM On Tue, 27 Feb 2001, Steve Monkhouse wrote: > The Pipeline dials and connects, our radius authenticates and passes token > to pipeline... That sounds like CHAP. I'd start with PAP, it's simpler... > But by the time the radius server has done this he pipleine disconnects and > redials again.. over and over.. It's been a LONG time since I played with pipelines, but that's a pretty typical symptom when it's fed a value it doesn't like. If, for example, it doesn't like the address it gets during IPCP negotiation (where it's doing IP negotiation with your end), it will drop the call. Without going into the debug screen, you can't really tell what's upsetting the thing. How are you setting up the pipeline? Does it agree with the user profile you have set up? Anything in the logs from the TC? Charles > Ive gone through the tech docs on ensight.com for USR connectivity, and > followed everything there.. > but still disconnects about 3 secs after connect.. Radius is not reporting > any errors.. just normal start/ stop records.. > > Steve > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Tuesday, February 27, 2001 9:46 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Pipeline50 ISDN -> TC > > > You shouldn't have to mess with the receive password... That is only used > if the EU wants to have people dial-in to his pipeline. What kind of > error is the user seeing on the pipe? > > Charles > > On Tue, 27 Feb 2001, Steve Monkhouse wrote: > > > We seem to be having a few problems connecting some Pipeline50's to the > > Total Control gear via 128K ISDN > > > > The question I have is the Pipeline50's require both Send and Receive > > password auth via PAP or CHAP to authenticate.. > > > > Our Radius server (NT USR Radius) is authenticating the send password with > > no problems, but can someone explain to me how the receive password is > > supposed to work ? and if in fact it is working ? and where to configure > it > > under the NT Radius system ? > > > > Thanks in advance.. > > Steve > > > > > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Humm.. okss.. hey thankss..... Let me try explain what i need.. I need do each modem in Tcontrol have the own fixed ip. Like interface mod:1 ip xxx.xxx.xxx.1 interface mod:2 ip xxx.xxx.xxx.2 ........... .......... ......... interface mod:16 ip xxx.xxx.xxx.16 Not each user have the own ip. My situation is, i have 100+ users in radius.. others RAS and 2 TC analog. but dont have one continuous pool of ips to setup in this TC's .. at now in test is working in ip pools to modems, but i need do each modem work in specific ip.. I hope that now my situation is more "Clear"..... in ras i know how do thiss.., but in analog tcontrol nooo.. sometimee.. in any place of the net, i find a guy using this TC V.34 and the modems in fixed ips mode.. but i lost how do thiss.. Thanks again... -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Monday, February 26, 2001 3:39 AM Hi, If you already have Radius up and running, just add an IP in the "users" file: --- someuser Auth-Type = System Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Netmask = 255.255.255.255, Framed-IP-Address = 10.10.10.193, Session-Timeout = 0, Idle-Timeout = 64000

Fixed.. the problem was two-fold - Firstly I had the Proxy mode set to always instead of off.. and secondly you were right, in the Ip options, i had the NAS Ip address instead of the assigned BRI addr. Saved and restarted, and all is working beautifully.. Thanks for your help ! Steve -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Tuesday, February 27, 2001 10:54 AM On Tue, 27 Feb 2001, Steve Monkhouse wrote: > The Pipeline dials and connects, our radius authenticates and passes token > to pipeline... That sounds like CHAP. I'd start with PAP, it's simpler... > But by the time the radius server has done this he pipleine disconnects and > redials again.. over and over.. It's been a LONG time since I played with pipelines, but that's a pretty typical symptom when it's fed a value it doesn't like. If, for example, it doesn't like the address it gets during IPCP negotiation (where it's doing IP negotiation with your end), it will drop the call. Without going into the debug screen, you can't really tell what's upsetting the thing. How are you setting up the pipeline? Does it agree with the user profile you have set up? Anything in the logs from the TC? Charles > Ive gone through the tech docs on ensight.com for USR connectivity, and > followed everything there.. > but still disconnects about 3 secs after connect.. Radius is not reporting > any errors.. just normal start/ stop records.. > > Steve > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Tuesday, February 27, 2001 9:46 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Pipeline50 ISDN -> TC > > > You shouldn't have to mess with the receive password... That is only used > if the EU wants to have people dial-in to his pipeline. What kind of > error is the user seeing on the pipe? > > Charles > > On Tue, 27 Feb 2001, Steve Monkhouse wrote: > > > We seem to be having a few problems connecting some Pipeline50's to the > > Total Control gear via 128K ISDN > > > > The question I have is the Pipeline50's require both Send and Receive > > password auth via PAP or CHAP to authenticate.. > > > > Our Radius server (NT USR Radius) is authenticating the send password with > > no problems, but can someone explain to me how the receive password is > > supposed to work ? and if in fact it is working ? and where to configure > it > > under the NT Radius system ? > > > > Thanks in advance.. > > Steve > > > > > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

USR Total Control Chassis with Integrated fan tray 70A power supply 12 Quad digital modems (48 modems total) Dual PRI NIC and NAC Netserver NIC and NAC NMC NIC and NAC $1300!!!!!! I'm buying / selling used CISCO gear!! email me for a quote Brian Feeny,CCDP,CCNP+VAS Scarlett Parria signal@netjam.net scarlett@netjam.net 318-222-2638 x 109 318-222-2638 x 101 Netjam, LLC http://www.netjam.net 1401 Oden St. Suite 18 Shreveport, LA 71104 Fax 318-221-6612

In the S&A Server / Routing tab for the User you are setting up.. You need to enter the framed route to route a subnet to them.. using your example the route in S&A would be.. 99.99.99.32/27 155.155.155.201 1 no you dont need to do an ip route on your cisco if you use RIPv2 once the connection is established the route should propogate to the cisco automatically. Steve -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kirk Mitchell Sent: Tuesday, February 27, 2001 3:23 PM At 10:24 AM 2/27/01 +1000, Steve Monkhouse wrote: >http://www.dcr.net/~mandrews/usrtoys/subnet-route.txt Framed-IP-Address = 192.192.192.xxx, # customer's static IP address above Framed-Netmask = 255.255.255.255, Framed-Route = "193.193.193.0/24 192.192.192.xxx 1", # network to be routed, netmask, static IP of customer, metric I'm using 3Com S&A Server. In the routing entry, it asks for "Framed Route" in the form of "destination gateway metric", with no field requesting a netmask. Would the netmask be part of the destination entry? Thus, where 155.155.155.201 is the static assigned IP and 99.99.99.32/27 is the assigned subnet; Framed-IP-Address = 155.155.155.201 Framed-Route = 99.99.99.32 255.255.255.224 155.155.155.201 1 Would this be correct? Also, will this handle all the routing, or do I also need something like ip route 99.99.99.32 255.255.255.224 155.155.155.201 in my Cisco gateway router as well? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

My HiPer ARC failed a short time ago, no warning or anything, about 5 minutes after resetting a DSP through TCM. Run/Fail light just turned red and it quit working completely, dropped most callers and new calls started getting busies. Hardware reset through TCM had no effect whatsoever, yet physically pulling the card and reseating it had the card reset and working in a few minutes. How can I go about determining what caused this? Is this one on it's last leg? What effect might resetting the DSP have had? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Hello all, I was wondering if anyone might know some radius attributes for the TCR or where I can find a list. I'm using a HiperArc with HiperDSP modems. I need to be able to control concurrency and the number of B channels that an ISDN user can bind. We are using RadiusNT and would like to put these entries in a text file or the ODBC database. Thanks all, Steve Cobb

At 11:18 AM 3/1/01 -0300, you wrote: > >Humm.. okss.. >hey thankss..... >Let me try explain what i need.. > >I need do each modem in Tcontrol have the own fixed ip. >Like >interface mod:1 ip xxx.xxx.xxx.1 >interface mod:2 ip xxx.xxx.xxx.2 >........... >.......... >......... >interface mod:16 ip xxx.xxx.xxx.16 > >Not each user have the own ip. > >My situation is, i have 100+ users in radius.. others RAS and 2 TC analog. >but dont have one continuous pool of ips to setup in this TC's .. at now in >test is working in ip pools to modems, but i need do each modem work in >specific ip.. >I hope that now my situation is more "Clear"..... >in ras i know how do thiss.., but in analog tcontrol nooo.. sometimee.. in >any place of the net, i find a guy using this TC V.34 and the modems in >fixed ips mode.. but i lost how do thiss.. > >Thanks again... > > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman >Sent: Monday, February 26, 2001 3:39 AM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) TC NetServer v34 analog > > >Hi, > >If you already have Radius up and running, just add an IP in the "users" >file: > >--- >someuser Auth-Type = System > Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Netmask = 255.255.255.255, > Framed-IP-Address = 10.10.10.193, > Session-Timeout = 0, > Idle-Timeout = 64000 >----- > >Auth-Type = System means to pull the info from your system password file. >The rest just lets you set more paramaters... This isn't really USR/3Com >specific... > >Charles > >| Charles Sprickman | Internet Channel >| INCH System Administration Team | (212)243-5200 >| spork@inch.com | access@inch.com > >On Mon, 26 Feb 2001 list@angelnet.com.br wrote: > >> Heii Helloo.. >> Ho yea.. the TC is working fine i have the manual ( idowloaded from 3com >> sitee ), but in manual only speak how set fixed ips to use with the >> internal user tables ( well, if i read all manuals ok and undestand . >> heeh).. >> Now my TC is working in a pool ip modes.. without problems ( well only the >> standart problems of this TC )... >> Hamm, sorry iam using the Radius .. and yeahh i have one teminal cable .. >> Pleasee can you help me? >> >> -----Original Message----- >> From: albert [mailto:emmanuel@mwt.net] >> Sent: Monday, February 26, 2001 1:36 AM >> To: list@angelnet.com.br >> Subject: RE: (usr-tc) TC NetServer v34 analog >> >> >> Hello,... >> >> first may i ask if you have a set of manuals for the unit? >> and a USR consol cable? >> >> albert >> > -----Original Message----- >> > From: owner-usr-tc@lists.xmission.com >> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of >> > list@angelnet.com.br >> > Sent: Monday, February 26, 2001 10:15 AM >> > To: usr-tc@xmission.com >> > Subject: (usr-tc) TC NetServer v34 analog >> > >> > >> > Hello Peoples?? >> > Well sorry if my question is out of this list, but i need some help, >and >> > 3com dont help me.. NEVER ... >> > Well i need ( if possible ) configure my Total Control Netserver >> > V.34 Analog >> > to use with fixed IP's ...... >> > Pleaseeee someone help mee... is urgentt...... >> > My ICQ 14484847 WEGA >> > >> > >> > - >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> > with "unsubscribe usr-tc" in the body of the message. >> > For information on digests or retrieving files and old messages send >> > "help" to the same address. Do not use quotes in your message. >> > >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I don't think this is possible. I remember a discussion on this before and the answer was that it could not be done. I had the same situation at one time where I did not have a contiguous block of ip left to assign to the netserver. My solution was to reorganize my address space so that I did have a block of addresses to give to the netserver card from which it could pull. Maybe you could use nat and not use real ip addresses for the netserver card. I never went that route but it seems like a solution you could use. eric At 11:18 AM 3/1/01 -0300, you wrote: > >Humm.. okss.. >hey thankss..... >Let me try explain what i need.. > >I need do each modem in Tcontrol have the own fixed ip. >Like >interface mod:1 ip xxx.xxx.xxx.1 >interface mod:2 ip xxx.xxx.xxx.2 >........... >.......... >......... >interface mod:16 ip xxx.xxx.xxx.16 > >Not each user have the own ip. > >My situation is, i have 100+ users in radius.. others RAS and 2 TC analog. >but dont have one continuous pool of ips to setup in this TC's .. at now in >test is working in ip pools to modems, but i need do each modem work in >specific ip.. >I hope that now my situation is more "Clear"..... >in ras i know how do thiss.., but in analog tcontrol nooo.. sometimee.. in >any place of the net, i find a guy using this TC V.34 and the modems in >fixed ips mode.. but i lost how do thiss.. > >Thanks again... > > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman >Sent: Monday, February 26, 2001 3:39 AM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) TC NetServer v34 analog > > >Hi, > >If you already have Radius up and running, just add an IP in the "users" >file: > >--- >someuser Auth-Type = System > Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Netmask = 255.255.255.255, > Framed-IP-Address = 10.10.10.193, > Session-Timeout = 0, > Idle-Timeout = 64000 >----- > >Auth-Type = System means to pull the info from your system password file. >The rest just lets you set more paramaters... This isn't really USR/3Com >specific... > >Charles > >| Charles Sprickman | Internet Channel >| INCH System Administration Team | (212)243-5200 >| spork@inch.com | access@inch.com > >On Mon, 26 Feb 2001 list@angelnet.com.br wrote: > >> Heii Helloo.. >> Ho yea.. the TC is working fine i have the manual ( idowloaded from 3com >> sitee ), but in manual only speak how set fixed ips to use with the >> internal user tables ( well, if i read all manuals ok and undestand . >> heeh).. >> Now my TC is working in a pool ip modes.. without problems ( well only the >> standart problems of this TC )... >> Hamm, sorry iam using the Radius .. and yeahh i have one teminal cable .. >> Pleasee can you help me? >> >> -----Original Message----- >> From: albert [mailto:emmanuel@mwt.net] >> Sent: Monday, February 26, 2001 1:36 AM >> To: list@angelnet.com.br >> Subject: RE: (usr-tc) TC NetServer v34 analog >> >> >> Hello,... >> >> first may i ask if you have a set of manuals for the unit? >> and a USR consol cable? >> >> albert >> > -----Original Message----- >> > From: owner-usr-tc@lists.xmission.com >> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of >> > list@angelnet.com.br >> > Sent: Monday, February 26, 2001 10:15 AM >> > To: usr-tc@xmission.com >> > Subject: (usr-tc) TC NetServer v34 analog >> > >> > >> > Hello Peoples?? >> > Well sorry if my question is out of this list, but i need some help, >and >> > 3com dont help me.. NEVER ... >> > Well i need ( if possible ) configure my Total Control Netserver >> > V.34 Analog >> > to use with fixed IP's ...... >> > Pleaseeee someone help mee... is urgentt...... >> > My ICQ 14484847 WEGA >> > >> > >> > - >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> > with "unsubscribe usr-tc" in the body of the message. >> > For information on digests or retrieving files and old messages send >> > "help" to the same address. Do not use quotes in your message. >> > >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Humm.. okss.. hey thankss..... Let me try explain what i need.. I need do each modem in Tcontrol have the own fixed ip. Like interface mod:1 ip xxx.xxx.xxx.1 interface mod:2 ip xxx.xxx.xxx.2 ........... .......... ......... interface mod:16 ip xxx.xxx.xxx.16 Not each user have the own ip. My situation is, i have 100+ users in radius.. others RAS and 2 TC analog. but dont have one continuous pool of ips to setup in this TC's .. at now in test is working in ip pools to modems, but i need do each modem work in specific ip.. I hope that now my situation is more "Clear"..... in ras i know how do thiss.., but in analog tcontrol nooo.. sometimee.. in any place of the net, i find a guy using this TC V.34 and the modems in fixed ips mode.. but i lost how do thiss.. Thanks again... -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Monday, February 26, 2001 3:39 AM Hi, If you already have Radius up and running, just add an IP in the "users" file: --- someuser Auth-Type = System Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Netmask = 255.255.255.255, Framed-IP-Address = 10.10.10.193, Session-Timeout = 0, Idle-Timeout = 64000