From: "Kalev Nurklik" Subject: Re: (usr-tc) 3Com Hiper Cards and bundles Date: 01 Jun 2001 17:03:51 +0200 Do You have 001418-00? Regards, Date sent: Thu, 26 Apr 2001 17:57:07 -0400 Send reply to: usr-tc@lists.xmission.com > WRCA.Net has the following available: > > > Refurbished > Hiper DSP $2700 > Hiper ARC $1250 > EdgeServer $1000 > EdgeServer PRO (128MB) $3500 > HD Chassis with 70A pwr, NMC, Hiper ARC, 2x Hiper DSP $7500 > > > New > Hiper NMC $750 > Hiper DSP $3700 > > > Refurbished...also have with 70A power > Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x > Quad Digital Modems $1500 > Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x > Quad Analog/Digital modems $2500 __________________________________ Kalev Nurklik MicroLink Online / Parnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 / Fax: +372 6501708 E-mail: kalev.nurklik@microlink.ee / http://www.microlink.ee - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Kalev Nurklik" Subject: (Fwd) Re: (usr-tc) 3Com Hiper Cards and bundles Date: 01 Jun 2001 17:15:12 +0200 Sry about this. Forgot to check the address before sending. ------- Forwarded message follows ------- Date sent: Fri, 1 Jun 2001 17:03:51 +0200 Send reply to: usr-tc@lists.xmission.com Do You have 001418-00? Regards, Date sent: Thu, 26 Apr 2001 17:57:07 -0400 Send reply to: usr-tc@lists.xmission.com > WRCA.Net has the following available: > > > Refurbished > Hiper DSP $2700 > Hiper ARC $1250 > EdgeServer $1000 > EdgeServer PRO (128MB) $3500 > HD Chassis with 70A pwr, NMC, Hiper ARC, 2x Hiper DSP $7500 > > > New > Hiper NMC $750 > Hiper DSP $3700 > > > Refurbished...also have with 70A power > Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x > Quad Digital Modems $1500 > Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x > Quad Analog/Digital modems $2500 __________________________________ Kalev Nurklik MicroLink Online / Parnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 / Fax: +372 6501708 E-mail: kalev.nurklik@microlink.ee / http://www.microlink.ee - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------- End of forwarded 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. ------------------------------------------------------------------------------- From: Jim Johnson Subject: (usr-tc) Code Violation Errors Date: 01 Jun 2001 15:25:22 -0400 Recently, in preparation for a telco switchover, we have been testing a new phone company and currently we have three PRIs up. About a week ago, we start getting numerous reports of disconnect problems, so I started looking at this problem and I am a bit frustrated. Of course, the phone company monitored the circuits and declared everything fine on their end. The only thing that I am seeing is a small number (0 to 100) of Code Violation errors in each 15 minute interval when I look at the Near End Current Intervals. From looking at the stats, these errors initially were only showing up on the third PRI, so we went and powered down the chassis and moved the circuits around to make sure it wasn't the equipment. However, today I am seeing these errors on all the PRI's. What would cause these errors and what should I look at from here? TIA, Jim - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) Code Violation Errors Date: 01 Jun 2001 15:55:17 -0400 Also sprach Jim Johnson >Recently, in preparation for a telco switchover, we have been testing a >new phone company and currently we have three PRIs up. >About a week ago, we start getting numerous reports of disconnect >problems, so I started looking at this problem and I am a bit >frustrated. >Of course, the phone company monitored the circuits and declared >everything fine on their end. >The only thing that I am seeing is a small number (0 to 100) of Code >Violation errors in each 15 minute interval when I look at the Near End >Current Intervals. >From looking at the stats, these errors initially were only showing up >on the third PRI, so we went and powered down the chassis and moved the >circuits around to make sure it wasn't the equipment. >However, today I am seeing these errors on all the PRI's. >What would cause these errors and what should I look at from here? Line Coding generally refers to AMI and/or B8ZS. You might have your equipment set up for B8ZS and some piece of equipment in the transport between you and their switch (or the switch itself) might be set for AMI...it only takes one piece of equipment being set wrong to cause these. The best way to test this is to run an all-0's pattern over a loopback'ed line. AMI and B8ZS are intended to maintain 1's density on a T1, so running all-0's over it will cause the coding mechanisms in AMI and B8ZS to be used very frequently. If a piece of equipment in the transmission path is set to AMI when it should be B8ZS, you'll see line coding errors rack up quickly. This all assumes, of course, that you have some piece of equipment capable of running Bit Error Rate Testing (BERT). The DSPs do have some limited capabilities in this area themselves, but they're not the easiest thing to work with. If you've got a cisco t1 card (with integrated csu/dsu), they can often do BERT...as can some stand-alone CSU/DSU's. Of course, if you have access to a T-berd, then you've got it made in the shade. :) I use a port on our PA-MC-8T1 to do BERT when I need it, FWIW. If this isn't your problem...well...I might be able to come up with other explanations, but not off the top of my head. :) -- 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. ------------------------------------------------------------------------------- From: Jim Johnson Subject: Re: (usr-tc) Code Violation Errors Date: 01 Jun 2001 16:21:46 -0400 Thanks. I guess I should request that a telco tech go out with a T-BERD and check the lines for us to resolve this. I am curious though, if there were a piece of equipment set for AMI coding in the circuit, wouldn't that inject either a near constant amount of errors and wouldn't it be a very large number of these Path Code Violations within a 15 min period? I am seeing 15 minute intervals with no errors, some with 2 or 3 and then a few with 60 or 70 errors within the interval. Jim Jeff Mcadams wrote: > > Also sprach Jim Johnson > >Recently, in preparation for a telco switchover, we have been testing a > >new phone company and currently we have three PRIs up. > > >About a week ago, we start getting numerous reports of disconnect > >problems, so I started looking at this problem and I am a bit > >frustrated. > > >Of course, the phone company monitored the circuits and declared > >everything fine on their end. > > >The only thing that I am seeing is a small number (0 to 100) of Code > >Violation errors in each 15 minute interval when I look at the Near End > >Current Intervals. > > >From looking at the stats, these errors initially were only showing up > >on the third PRI, so we went and powered down the chassis and moved the > >circuits around to make sure it wasn't the equipment. > > >However, today I am seeing these errors on all the PRI's. > > >What would cause these errors and what should I look at from here? > > Line Coding generally refers to AMI and/or B8ZS. You might have your > equipment set up for B8ZS and some piece of equipment in the transport > between you and their switch (or the switch itself) might be set for > AMI...it only takes one piece of equipment being set wrong to cause > these. > > The best way to test this is to run an all-0's pattern over a > loopback'ed line. > > AMI and B8ZS are intended to maintain 1's density on a T1, so running > all-0's over it will cause the coding mechanisms in AMI and B8ZS to be > used very frequently. If a piece of equipment in the transmission path > is set to AMI when it should be B8ZS, you'll see line coding errors rack > up quickly. > > This all assumes, of course, that you have some piece of equipment > capable of running Bit Error Rate Testing (BERT). The DSPs do have some > limited capabilities in this area themselves, but they're not the > easiest thing to work with. > > If you've got a cisco t1 card (with integrated csu/dsu), they can often > do BERT...as can some stand-alone CSU/DSU's. Of course, if you have > access to a T-berd, then you've got it made in the shade. :) > > I use a port on our PA-MC-8T1 to do BERT when I need it, FWIW. > > If this isn't your problem...well...I might be able to come up with > other explanations, but not off the top of my head. :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) Code Violation Errors Date: 01 Jun 2001 17:05:52 -0400 Also sprach Jim Johnson >Thanks. I guess I should request that a telco tech go out with a >T-BERD and check the lines for us to resolve this. >I am curious though, if there were a piece of equipment set for AMI >coding in the circuit, wouldn't that inject either a near constant >amount of errors and wouldn't it be a very large number of these Path >Code Violations within a 15 min period? I am seeing 15 minute >intervals with no errors, some with 2 or 3 and then a few with 60 or 70 >errors within the interval. No. Keep in mind that AMI and B8ZS serve to maintain 1's density on the circuit. If the data that's flowing over the circuit would maintain 1's density without any of the line coding "tricks" that AMI and B8ZS uses, then those mechanisms don't get triggered, the data is basically sent over raw, and no line code violations would be seens. The only time that you would see line code violations would be when there would be a timeslot on the T1 that is all 0's, then one of the mechanisms (either basic AMI, or B8ZS) would kick in, and possibly mangle one or the other as they conflict. There is an idle pattern that T1's use on channels that aren't in use (I don't know the pattern off the top of my head, but I do know that its not all 0's), so if the circuit is completely idle, it shouldn't trigger line code problems. u-law voice encoding, and v.90 pcm encoding don't ever generate all 0's either (if I remember correctly), so the only time you should ever see all 0's is when you're dealing with ISDN data calls (and then it may only be when they are running at 64kbps). Now then...I'm definitely *not* a telco engineer, so take everything I'm saying here with a grain of salt...I'm sure inaccuracies could be found. :) -- 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. ------------------------------------------------------------------------------- From: Antonio Querubin Subject: Re: (usr-tc) Changing IP Pool Date: 01 Jun 2001 12:29:41 -1000 (HST) On Wed, 30 May 2001, Jeff Mcadams wrote: > You might be better off letting your next hop handle the aggregation. > Aggregates never worked the way I (personally) thought they should on > the Arcs. I was always of the idea that combining network aggregation > with IP pool definitions was a bad idea. I always thought they should > have defined IP pools, and then handled aggregation of routes in a > seperate control area, but, 3Com has a history of not listening to me, Actually they do: anunu2> list ip pool IP ADDRESS POOLS Name Address Size InUse State Route Unused Priority Status pool01 64.65.75.176/A 192 41 PUBLIC MULTI_AGGR 0 1 ACTIVE anunu2> list ip agg IP Aggregate Routes PoolName Aggregate Route Size Type pool01 64.65.75.176/28 16 MULTI_AGGR pool01 64.65.75.192/26 64 MULTI_AGGR pool01 64.65.76.0/26 64 MULTI_AGGR pool01 64.65.76.64/27 32 MULTI_AGGR pool01 64.65.76.96/28 16 MULTI_AGGR Notice the MULTI_AGGR in the listing for pool01? The neat thing with this is you just define the pool starting address as you normally would and it figures out the aggregates. The zero'th address in each aggregate doesn't present a problem as the box answers/arps for the entire range anyway. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) Changing IP Pool Date: 01 Jun 2001 22:35:56 -0400 Also sprach Antonio Querubin >On Wed, 30 May 2001, Jeff Mcadams wrote: >> You might be better off letting your next hop handle the aggregation. >> Aggregates never worked the way I (personally) thought they should on >> the Arcs. I was always of the idea that combining network >> aggregation with IP pool definitions was a bad idea. I always >> thought they should have defined IP pools, and then handled >> aggregation of routes in a seperate control area, but, 3Com has a >> history of not listening to me, >Actually they do: >anunu2> list ip pool >IP ADDRESS POOLS >Name Address Size InUse State Route Unused >Priority > Status >pool01 64.65.75.176/A 192 41 PUBLIC MULTI_AGGR 0 1 > ACTIVE >anunu2> list ip agg >IP Aggregate Routes >PoolName Aggregate Route Size Type >pool01 64.65.75.176/28 16 MULTI_AGGR >pool01 64.65.75.192/26 64 MULTI_AGGR >pool01 64.65.76.0/26 64 MULTI_AGGR >pool01 64.65.76.64/27 32 MULTI_AGGR >pool01 64.65.76.96/28 16 MULTI_AGGR >Notice the MULTI_AGGR in the listing for pool01? The neat thing with >this is you just define the pool starting address as you normally would >and it figures out the aggregates. The zero'th address in each >aggregate doesn't present a problem as the box answers/arps for the >entire range anyway. Hrmm...neat...added in 5.0.9 apparently. Mike, Curt, either of you guys know about this? I don't remember that ever being mentioned in the beta, or anytime after. Of course, the definition of the aggregates is still tied up with the pools...which is still pretty broken...but at least its not *as* broken this way. I'm not aware of any control of redistribution of routes between OSPF and RIP for example. Controlling aggregation of routes in the dial-up pools really prevents the Arcs from reaching their full potential (I've mentioned things along this line before). The Arc really has the potential to be a good, maybe even great, general purpose router system...of course, 3Com seems to be doing their best to destroy any value that the company has as a single unit, so I don't hold out much hope for the Arc ever being able to see its true potential. I just hope Krish, Mike Wronski, Tom Goodman and the rest of the good people at 3Com get out before the ship sinks. :/ Sorry...getting a bit off topic again. -- 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. ------------------------------------------------------------------------------- From: Antonio Querubin Subject: (usr-tc) looking for a PSU Date: 01 Jun 2001 20:49:25 -1000 (HST) I'm looking for a dirt-cheap power supply for a Total Control Hub. AC or DC, any amperage. It doesn't have to be working but it does need to include both the front and back card. Please contact me off-list if you've got one. Thanks. Antonio Querubin (808) 532-1393 tony@lava.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. ------------------------------------------------------------------------------- From: "Ved" Subject: Re: (usr-tc) Changing IP Pool Date: 02 Jun 2001 07:15:13 -0500 Yes it was added in 5.x code onwards V ----- Original Message ----- Sent: Friday, June 01, 2001 9:35 PM > Also sprach Antonio Querubin > >On Wed, 30 May 2001, Jeff Mcadams wrote: > >> You might be better off letting your next hop handle the aggregation. > >> Aggregates never worked the way I (personally) thought they should on > >> the Arcs. I was always of the idea that combining network > >> aggregation with IP pool definitions was a bad idea. I always > >> thought they should have defined IP pools, and then handled > >> aggregation of routes in a seperate control area, but, 3Com has a > >> history of not listening to me, > > >Actually they do: > > >anunu2> list ip pool > > >IP ADDRESS POOLS > >Name Address Size InUse State Route Unused > >Priority > > Status > >pool01 64.65.75.176/A 192 41 PUBLIC MULTI_AGGR 0 1 > > ACTIVE > >anunu2> list ip agg > > >IP Aggregate Routes > >PoolName Aggregate Route Size Type > >pool01 64.65.75.176/28 16 MULTI_AGGR > >pool01 64.65.75.192/26 64 MULTI_AGGR > >pool01 64.65.76.0/26 64 MULTI_AGGR > >pool01 64.65.76.64/27 32 MULTI_AGGR > >pool01 64.65.76.96/28 16 MULTI_AGGR > > >Notice the MULTI_AGGR in the listing for pool01? The neat thing with > >this is you just define the pool starting address as you normally would > >and it figures out the aggregates. The zero'th address in each > >aggregate doesn't present a problem as the box answers/arps for the > >entire range anyway. > > Hrmm...neat...added in 5.0.9 apparently. Mike, Curt, either of you guys > know about this? I don't remember that ever being mentioned in the > beta, or anytime after. > > Of course, the definition of the aggregates is still tied up with the > pools...which is still pretty broken...but at least its not *as* broken > this way. > > I'm not aware of any control of redistribution of routes between OSPF > and RIP for example. > > Controlling aggregation of routes in the dial-up pools really prevents > the Arcs from reaching their full potential (I've mentioned things along > this line before). The Arc really has the potential to be a good, maybe > even great, general purpose router system...of course, 3Com seems to be > doing their best to destroy any value that the company has as a single > unit, so I don't hold out much hope for the Arc ever being able to see > its true potential. > > I just hope Krish, Mike Wronski, Tom Goodman and the rest of the good > people at 3Com get out before the ship sinks. :/ > > Sorry...getting a bit off topic again. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) Changing IP Pool Date: 02 Jun 2001 10:25:43 -0400 Also sprach Ved >Yes it was added in 5.x code onwards Did it ever get added in release notes for any release? I looked again in the 5.0.9 release notes and didn't find any mention of it in there...Haven't looked at 5.1.x release notes, but I doubt it would be in there since it wasn't a new feature for that release. -- 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. ------------------------------------------------------------------------------- From: Jason Percle Subject: (usr-tc) VSA's Date: 04 Jun 2001 09:29:42 -0500 Hello, I need help implementing a different vendor's VSA in the 3com Security and Accounting Server for Windows version 6.0.90. Specifically the attribute is Ascend-Data-Filter. Where do I put this information? Thanks, Jason. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: TC Hazzard Subject: (usr-tc) Diamond Super Sonic II? Date: 04 Jun 2001 15:11:07 -0400 (EDT) Hi; We have a user with a Diamond Super Sonic II modem. This modem is able to connect to our Lucent PM3s using V.90 modulation. But it uses v.34 modulation when dialing into our 3COM TC's. I assume there may be a V.90 compatibility issue so that this modem really goes to Kflex on the PM3s and V.34 on the TC's. I welcome thoughts anyone else has on this particular modem and the TCs. Thanks. ---------- TC Hazzard Great Works Internet Great State of Maine www.gwi.net 43.489 N 70.458 W - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Mark Thornton" Subject: Re: (usr-tc) Diamond Super Sonic II? Date: 04 Jun 2001 14:25:59 -0500 The Diamond SSII modem has a really ****ty V.90 implementation. We have had too many cases of the modem working in our office or in the computer store, but not at the clients home. The support sucks for the device so you are stuck. BTW, I don't believe you are really getting V.90 on the Lucent. It is my recollection that it reports V.90 even though it has fallen back to KFlex. Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Sent: Monday, June 04, 2001 2:11 PM > Hi; We have a user with a Diamond Super Sonic II modem. This modem is > able to connect to our Lucent PM3s using V.90 modulation. But it uses > v.34 modulation when dialing into our 3COM TC's. I assume there may be a > V.90 compatibility issue so that this modem really goes to Kflex on the > PM3s and V.34 on the TC's. > > I welcome thoughts anyone else has on this particular modem and the TCs. > Thanks. > > ---------- > TC Hazzard > > Great Works Internet > Great State of Maine > www.gwi.net > > 43.489 N > 70.458 W > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: TC Hazzard Subject: Re: (usr-tc) Diamond Super Sonic II? Date: 04 Jun 2001 15:45:16 -0400 (EDT) On Mon, 4 Jun 2001, Mark Thornton wrote: > The Diamond SSII modem has a really ****ty V.90 implementation. We have had > too many cases of the modem working in our office or in the computer store, > but not at the clients home. The support sucks for the device so you are > stuck. BTW, I don't believe you are really getting V.90 on the Lucent. It is > my recollection that it reports V.90 even though it has fallen back to > KFlex. Thanks...the Kflex fall back is what I noted below as an assumption. Will give the customer the bad news. > ----- Original Message ----- > From: "TC Hazzard" > To: > Sent: Monday, June 04, 2001 2:11 PM > Subject: (usr-tc) Diamond Super Sonic II? > > > > Hi; We have a user with a Diamond Super Sonic II modem. This modem is > > able to connect to our Lucent PM3s using V.90 modulation. But it uses > > v.34 modulation when dialing into our 3COM TC's. I assume there may be a > > V.90 compatibility issue so that this modem really goes to Kflex on the > > PM3s and V.34 on the TC's. > > > > I welcome thoughts anyone else has on this particular modem and the TCs. > > Thanks. > > > > ---------- > > TC Hazzard > > > > Great Works Internet > > Great State of Maine > > www.gwi.net > > > > 43.489 N > > 70.458 W > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. > ---------- TC Hazzard Great Works Internet Great State of Maine (207) 286-8686 x114 www.gwi.net 43.489 N 70.458 W - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "City of Altamont" Subject: Re: (usr-tc) Diamond Super Sonic II? Date: 04 Jun 2001 15:20:45 -0500 I have had similar problems and usually find that the problem is improved by upgrading the modem to the latest modem drivers. ---------- Original Message ---------------------------------- Reply-To: usr-tc@lists.xmission.com >Hi; We have a user with a Diamond Super Sonic II modem. This modem is >able to connect to our Lucent PM3s using V.90 modulation. But it uses >v.34 modulation when dialing into our 3COM TC's. I assume there may be a >V.90 compatibility issue so that this modem really goes to Kflex on the >PM3s and V.34 on the TC's. > >I welcome thoughts anyone else has on this particular modem and the TCs. >Thanks. > >---------- >TC Hazzard > >Great Works Internet >Great State of Maine >www.gwi.net > >43.489 N >70.458 W > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > -- Howard Reeves hreeves@altamontks.com -- - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Mark Thornton" Subject: (usr-tc) When will V.92 be released? Date: 04 Jun 2001 17:45:57 -0500 On the assumption that I am willing to take a red hot poker up my ___* and pay for an support contract, when will it be released and when is it expected to work? * ____ means fingernail, not whatever was running through your mind ;-) Mark Thornton San Marcos Internet, Inc 512-393-5300 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Antonio Querubin Subject: (usr-tc) Re: looking for a PSU Date: 04 Jun 2001 14:18:02 -1000 (HST) On Fri, 1 Jun 2001, Antonio Querubin wrote: > I'm looking for a dirt-cheap power supply for a Total Control Hub. AC or > DC, any amperage. It doesn't have to be working but it does need to > include both the front and back card. Please contact me off-list if > you've got one. Thanks. > > Antonio Querubin > (808) 532-1393 > tony@lava.net Someone left me a voice message to call back regarding available power supplies. Unfortunately the callback phone number was transcribed incorrectly as I'm apparently reaching someone's private residence. Could that person please try to contact me again and/or send me a phone number via email? Thanks and sorry for the trouble. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "albert" Subject: (usr-tc) [Fwd: V.92: USR/3Com blows random quadrupeds]+rant of own Date: 05 Jun 2001 14:08:30 -0500 i concur with all this poster said, especially on the 3com web site, and many many corporate sites are using the same consultants i guess because the net is filled with the same krap, all flash and no content,.. and the writing...! man alive and thank the lord i have a key set to enlarge, otherwise i could not read 9 out of ten sites out there any more. and what does Jane and john doe need an uplink of 48k for? to send one little URL to the server?? give me a break. and for this big boost in productivity i am supposed to recommend they go out and buy a new modem? and worse the ISP is supposed to spend millions on new pools? i wish for one silly upgrade cycle Jane and john and the ISP's of the world would just keep their wallets shut!! that is where the real power is, and if our wallets are shut maybe the 3coms and the cisco's would get off their duffs and support what is there. when are we the "people" gunna get tired of getting sucked in?? nuff said. albert. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ronald Kushner > Sent: Friday, May 25, 2001 11:33 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) [Fwd: V.92: USR/3Com blows random quadrupeds] > > > Found this on a newsgroup tonight. Any thoughts? > > -Ron > > -------- Original Message -------- > Subject: V.92: USR/3Com blows random quadrupeds > Date: Fri, 25 May 2001 17:12:07 -0500 > From: Matt Black > Organization: And Now This > Newsgroups: chi.internet > > I hadn't been paying any attention to this until just now, but it looks > like 3Com/USR has been f--king up royally when it comes to making its > analog modems compatible with V.92. > > First of all, most owners of USR V.90, x2, and V.34 modems, even late >i co > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Lists Subject: Re: (usr-tc) Re: looking for a PSU Date: 06 Jun 2001 15:49:04 +1000 (EST) Speaking of PSU's... I have two chassis that need power supplies - one needs two 45A AC units, and another two 70A AC units. For the 70A supplies, I need both the front and back halves. Anyone got any surplus that they'd like to part with cheaply? - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: eric@dol.net Subject: (usr-tc) setting up a t1 connection Date: 06 Jun 2001 17:40:17 -0600 At 03:55 PM 6/1/01 -0400, you wrote: >Also sprach Jim Johnson >>Recently, in preparation for a telco switchover, we have been testing a >>new phone company and currently we have three PRIs up. > >>About a week ago, we start getting numerous reports of disconnect >>problems, so I started looking at this problem and I am a bit >>frustrated. > >>Of course, the phone company monitored the circuits and declared >>everything fine on their end. > >>The only thing that I am seeing is a small number (0 to 100) of Code >>Violation errors in each 15 minute interval when I look at the Near End >>Current Intervals. > >>From looking at the stats, these errors initially were only showing up >>on the third PRI, so we went and powered down the chassis and moved the >>circuits around to make sure it wasn't the equipment. > >>However, today I am seeing these errors on all the PRI's. > >>What would cause these errors and what should I look at from here? > >Line Coding generally refers to AMI and/or B8ZS. You might have your >equipment set up for B8ZS and some piece of equipment in the transport >between you and their switch (or the switch itself) might be set for >AMI...it only takes one piece of equipment being set wrong to cause >these. > >The best way to test this is to run an all-0's pattern over a >loopback'ed line. > >AMI and B8ZS are intended to maintain 1's density on a T1, so running >all-0's over it will cause the coding mechanisms in AMI and B8ZS to be >used very frequently. If a piece of equipment in the transmission path >is set to AMI when it should be B8ZS, you'll see line coding errors rack >up quickly. > >This all assumes, of course, that you have some piece of equipment >capable of running Bit Error Rate Testing (BERT). The DSPs do have some >limited capabilities in this area themselves, but they're not the >easiest thing to work with. > >If you've got a cisco t1 card (with integrated csu/dsu), they can often >do BERT...as can some stand-alone CSU/DSU's. Of course, if you have >access to a T-berd, then you've got it made in the shade. :) > >I use a port on our PA-MC-8T1 to do BERT when I need it, FWIW. > >If this isn't your problem...well...I might be able to come up with >other explanations, but not off the top of my head. :) >-- >Jeff McAdams Email: jeffm@iglou.com >Head Network Administrator Voice: (502) 966-3848 >IgLou Internet Services (800) 436-4456 > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Lists Subject: (usr-tc) Sample HiPER configs Date: 08 Jun 2001 14:32:14 +1000 (EST) Hi All, I've just found out that I have a HiPer chassis coming my way shortly (bought because it was disgustingly cheap). Does anyone have any sample configs for the DSP's and the ARC? Similar to the sample NETserver config Brian Feeney did... I've had a brief look through my archives of the list, but didn't turn anything up. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Marshall Morgan" Subject: Re: (usr-tc) Sample HiPER configs Date: 08 Jun 2001 00:02:01 -0500 Check out message with subject "Re: (usr-tc) Transition from Netserver to ARC" from 3/13/01 Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Thursday, June 07, 2001 11:32 PM > > Hi All, > > I've just found out that I have a HiPer chassis coming my way shortly > (bought because it was disgustingly cheap). > > Does anyone have any sample configs for the DSP's and the ARC? Similar to > the sample NETserver config Brian Feeney did... > > I've had a brief look through my archives of the list, but didn't turn > anything up. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: Lists Subject: Re: (usr-tc) Sample HiPER configs Date: 08 Jun 2001 15:12:42 +1000 (EST) > Check out message with subject "Re: (usr-tc) Transition from Netserver > to ARC" from 3/13/01 Thankyou muchly - that was exactly what I was after. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Marshall Morgan" Subject: Re: (usr-tc) Sample HiPER configs Date: 08 Jun 2001 00:18:52 -0500 Do you still need 45A PS's? We have "a few" - cost you shipping for one of them. Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Friday, June 08, 2001 12:12 AM > > > Check out message with subject "Re: (usr-tc) Transition from Netserver > > to ARC" from 3/13/01 > > Thankyou muchly - that was exactly what I was after. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: Lists Subject: Re: (usr-tc) Sample HiPER configs Date: 08 Jun 2001 15:26:25 +1000 (EST) > Do you still need 45A PS's? We have "a few" - cost you shipping for > one of them. Yeah, I'm in need of two, but even one would be a start. I've got an old 45A chassis kicking around, with enough cards to fill it, but no power supplies. What would shipping from the US to Australia be worth (for delivery in 1-2 weeks)? Cheers, Bob. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Kirk Mitchell Subject: (usr-tc) NMC not responding Date: 08 Jun 2001 10:42:08 -0400 My NMC recently stopped responding to SNMP queries, etc and I'm unable to access it via TCM. It has, however, not seemed to affect anything as far as dial-up, routing, etc. Other than the fact that I can't run MRTG against it or the badmodems.pl script, there's no indication that it's having problems. Has the card gone bad...need replaced, lost something in part of config? How do I go about finding/fixing the problem? NMC is hardware 6.0 running 6.1.17 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. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) NMC not responding Date: 08 Jun 2001 10:50:32 -0400 Also sprach Kirk Mitchell > My NMC recently stopped responding to SNMP queries, etc and I'm >unable to access it via TCM. It has, however, not seemed to affect >anything as far as dial-up, routing, etc. Other than the fact that I >can't run MRTG against it or the badmodems.pl script, there's no >indication that it's having problems. Not surprising. The NMC does not have anything to do with the routine actions of taking and handling calls...it is what it says it is...purely a management card. You can totally remove the NMC and not lose any of the actual *production* functionality of the chassis. > Has the card gone bad...need replaced, lost something in part of >config? How do I go about finding/fixing the problem? Proly just needs a reboot, or possibly a reconfig...I've had a few lose some of the config (including IP addresses and stuff), and a reconfig from console (takes me about 30 seconds these days) gets them fully back up and running (sucks if its a remote city though). -- 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. ------------------------------------------------------------------------------- From: Subject: Re: (usr-tc) NMC not responding Date: 08 Jun 2001 10:55:37 -0400 (EDT) I have this happen occassionally and simply pull the card out of the chassis and re-insert it... Comes right back to life! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Fri, 8 Jun 2001, Kirk Mitchell wrote: > My NMC recently stopped responding to SNMP queries, etc and I'm unable to > access it via TCM. It has, however, not seemed to affect anything as far as > dial-up, routing, etc. Other than the fact that I can't run MRTG against it > or the badmodems.pl script, there's no indication that it's having problems. > Has the card gone bad...need replaced, lost something in part of config? > How do I go about finding/fixing the problem? > > NMC is hardware 6.0 running 6.1.17 > > 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. ------------------------------------------------------------------------------- From: "Mark E. Levy" Subject: RE: (usr-tc) NMC not responding Date: 08 Jun 2001 10:03:26 -0500 I;ve had this happen a few times. Just reboot the NMC card by sliding it out if the chassis or via the console interface and it will be well again (until next time). Rebooting the NMC won't affect active users sessions. 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 > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Friday, June 08, 2001 9:51 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) NMC not responding > > > Also sprach Kirk Mitchell > > My NMC recently stopped responding to SNMP queries, etc and I'm > >unable to access it via TCM. It has, however, not seemed to affect > >anything as far as dial-up, routing, etc. Other than the fact that I > >can't run MRTG against it or the badmodems.pl script, there's no > >indication that it's having problems. > > Not surprising. The NMC does not have anything to do with the routine > actions of taking and handling calls...it is what it says it > is...purely > a management card. You can totally remove the NMC and not lose any of > the actual *production* functionality of the chassis. > > > Has the card gone bad...need replaced, lost something in part of > >config? How do I go about finding/fixing the problem? > > Proly just needs a reboot, or possibly a reconfig...I've had > a few lose > some of the config (including IP addresses and stuff), and a reconfig > from console (takes me about 30 seconds these days) gets them > fully back > up and running (sucks if its a remote city though). > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Kirk Mitchell Subject: Re: (usr-tc) NMC not responding Date: 08 Jun 2001 11:15:23 -0400 At 10:50 AM 6/8/01 -0400, Jeff Mcadams wrote: >> Has the card gone bad...need replaced, lost something in part of >>config? How do I go about finding/fixing the problem? > >Proly just needs a reboot, or possibly a reconfig...I've had a few lose >some of the config (including IP addresses and stuff), and a reconfig >from console (takes me about 30 seconds these days) gets them fully back >up and running (sucks if its a remote city though). I've never actually console'd into the NMC, only the ARC. Any quick command guides to checking/configuring the NMC via console? 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. ------------------------------------------------------------------------------- From: Kirk Mitchell Subject: RE: (usr-tc) NMC not responding Date: 08 Jun 2001 11:19:29 -0400 At 10:03 AM 6/8/01 -0500, Mark E. Levy wrote: >I;ve had this happen a few times. Just reboot the NMC card by sliding it out >if the chassis or via the console interface and it will be well again (until >next time). Rebooting the NMC won't affect active users sessions. Simple reboot didn't do it. It did apparently keep some stuff, as evidenced by my custom entry remaining in the hub number/status display, but still won't answer to TCM, etc. 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. ------------------------------------------------------------------------------- From: Kirk Mitchell Subject: RE: (usr-tc) NMC not responding Date: 08 Jun 2001 11:40:44 -0400 At 11:19 AM 6/8/01 -0400, I wrote: >At 10:03 AM 6/8/01 -0500, Mark E. Levy wrote: >>I;ve had this happen a few times. Just reboot the NMC card by sliding it out >>if the chassis or via the console interface and it will be well again (until >>next time). Rebooting the NMC won't affect active users sessions. > > Simple reboot didn't do it. It did apparently keep some stuff, as >evidenced by my custom entry remaining in the hub number/status display, >but still won't answer to TCM, etc. It seems that both the WAN and LAN IP addresses have changed to something in the 192.77.203 range. The NMC's address previously had been 204.171.31.3 in one of my /24's. I'm assuming that this should go in the LAN side. Does the WAN side need an address? Also, do any config changes take effect without saving the config to non-volatile memory, or does any changes need saved to take effect? 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. ------------------------------------------------------------------------------- From: Kirk Mitchell Subject: RE: (usr-tc) NMC not responding Date: 08 Jun 2001 11:50:11 -0400 At 11:40 AM 6/8/01 -0400, I wrote: > It seems that both the WAN and LAN IP addresses have changed to something >in the 192.77.203 range. The NMC's address previously had been 204.171.31.3 >in one of my /24's. I'm assuming that this should go in the LAN side. Does >the WAN side need an address? Also, do any config changes take effect >without saving the config to non-volatile memory, or does any changes need >saved to take effect? Nevermind, got it running. Thanks again, -- 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. ------------------------------------------------------------------------------- From: "ISP-NetworkHardware.com" Subject: (usr-tc) 3Com Hiper Cards DSP, ARC, NMC Date: 08 Jun 2001 18:37:29 -0400 WRCA.NET has the following hardware available: Sorry for the confusion with email but moderators of this list must have removed my name from the valid subscriber list so I had to go under another email to actually get my posts on the list. Prices are posted for your convenience. Always open to offers to get the deal done. My inventory is one of the country largest when it comes to refurbished hardware. All equipment is tested in my TCM lab and I stand behind anything I ship. Hiper DSP $2500....anyone looking for qty? I can work on that price if yes. Hiper ARC 64MB $1200 Hiper NMC $700 (NEW) EdgeServer $900 EdgeServer PRO $1500 Dual PRI Dual T1/E1 NMC v90 NMC non-v90 $125 Netserver PRI Quad Analog/Digitals Quad Analogs Quad Digitals If you are looking for parts or anything give me a try. I am confident you'll be happy :) - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Terry Kennedy" Subject: RE: (usr-tc) 3Com Hiper Cards DSP, ARC, NMC Date: 08 Jun 2001 22:20:06 -0700 Anyone here ever dealt with these people? Good outfit? Terry Kennedy -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of ISP-NetworkHardware.com Sent: Friday, June 08, 2001 3:37 PM WRCA.NET has the following hardware available: Sorry for the confusion with email but moderators of this list must have removed my name from the valid subscriber list so I had to go under another email to actually get my posts on the list. Prices are posted for your convenience. Always open to offers to get the deal done. My inventory is one of the country largest when it comes to refurbished hardware. All equipment is tested in my TCM lab and I stand behind anything I ship. Hiper DSP $2500....anyone looking for qty? I can work on that price if yes. Hiper ARC 64MB $1200 Hiper NMC $700 (NEW) EdgeServer $900 EdgeServer PRO $1500 Dual PRI Dual T1/E1 NMC v90 NMC non-v90 $125 Netserver PRI Quad Analog/Digitals Quad Analogs Quad Digitals If you are looking for parts or anything give me a try. I am confident you'll be happy :) - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: "Richard Ham" Subject: Re: (usr-tc) 3Com Hiper Cards DSP, ARC, NMC Date: 09 Jun 2001 20:31:55 +1000 Bought from them, found them excellent and to be commended!! Regards, Richard ----- Original Message ----- Sent: Saturday, June 09, 2001 3:20 PM Anyone here ever dealt with these people? Good outfit? Terry Kennedy -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of ISP-NetworkHardware.com Sent: Friday, June 08, 2001 3:37 PM WRCA.NET has the following hardware available: Sorry for the confusion with email but moderators of this list must have removed my name from the valid subscriber list so I had to go under another email to actually get my posts on the list. Prices are posted for your convenience. Always open to offers to get the deal done. My inventory is one of the country largest when it comes to refurbished hardware. All equipment is tested in my TCM lab and I stand behind anything I ship. Hiper DSP $2500....anyone looking for qty? I can work on that price if yes. Hiper ARC 64MB $1200 Hiper NMC $700 (NEW) EdgeServer $900 EdgeServer PRO $1500 Dual PRI Dual T1/E1 NMC v90 NMC non-v90 $125 Netserver PRI Quad Analog/Digitals Quad Analogs Quad Digitals If you are looking for parts or anything give me a try. I am confident you'll be happy :) - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: Brian Becker Subject: RE: (usr-tc) 3Com Hiper Cards DSP, ARC, NMC Date: 09 Jun 2001 08:55:28 -0500 I concur Brian Becker President, Poplar Bluff Internet, Inc. - www.semo.net Home of TotallyFabricated.com software www.TotalScrutinizer.com - Tech support just got easier! www.WebGabber.com - Best html-only Chat Software -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Richard Ham Sent: Saturday, June 09, 2001 5:32 AM Bought from them, found them excellent and to be commended!! Regards, Richard ----- Original Message ----- Sent: Saturday, June 09, 2001 3:20 PM Anyone here ever dealt with these people? Good outfit? Terry Kennedy -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of ISP-NetworkHardware.com Sent: Friday, June 08, 2001 3:37 PM WRCA.NET has the following hardware available: Sorry for the confusion with email but moderators of this list must have removed my name from the valid subscriber list so I had to go under another email to actually get my posts on the list. Prices are posted for your convenience. Always open to offers to get the deal done. My inventory is one of the country largest when it comes to refurbished hardware. All equipment is tested in my TCM lab and I stand behind anything I ship. Hiper DSP $2500....anyone looking for qty? I can work on that price if yes. Hiper ARC 64MB $1200 Hiper NMC $700 (NEW) EdgeServer $900 EdgeServer PRO $1500 Dual PRI Dual T1/E1 NMC v90 NMC non-v90 $125 Netserver PRI Quad Analog/Digitals Quad Analogs Quad Digitals If you are looking for parts or anything give me a try. I am confident you'll be happy :) - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: "Terry Kennedy" Subject: RE: (usr-tc) 3Com Hiper Cards DSP, ARC, NMC Date: 09 Jun 2001 18:56:13 -0700 How about an off list email? Or do you prefer we just go to the web-site? Terry Kennedy -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of ISP-NetworkHardware.com Sent: Friday, June 08, 2001 3:37 PM WRCA.NET has the following hardware available: Sorry for the confusion with email but moderators of this list must have removed my name from the valid subscriber list so I had to go under another email to actually get my posts on the list. Prices are posted for your convenience. Always open to offers to get the deal done. My inventory is one of the country largest when it comes to refurbished hardware. All equipment is tested in my TCM lab and I stand behind anything I ship. Hiper DSP $2500....anyone looking for qty? I can work on that price if yes. Hiper ARC 64MB $1200 Hiper NMC $700 (NEW) EdgeServer $900 EdgeServer PRO $1500 Dual PRI Dual T1/E1 NMC v90 NMC non-v90 $125 Netserver PRI Quad Analog/Digitals Quad Analogs Quad Digitals If you are looking for parts or anything give me a try. I am confident you'll be happy :) - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: Mike Greene Subject: (usr-tc) HARC memory (Success!) Date: 11 Jun 2001 11:59:50 -0700 Well the results are in! The proper memory chip is shown below... 128MB EDO 168pin BUFFERED 3.3v Popped that bugger in and inserted the card and presto, 128MB on the card, the ROM memory is NOT replaceable but I don't see that as being a major issue. As a reseller I paid $143.00 per chip, your mileage may vary... - Mike Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Dayton Internet Subject: Re: (usr-tc) HARC memory (Success!) Date: 11 Jun 2001 16:14:48 -0400 (EDT) Thanks Mike for all your effort on this issue and for sharing it with the rest of us. On Mon, 11 Jun 2001, Mike Greene wrote: > Well the results are in! The proper memory chip is shown below... > > 128MB EDO 168pin BUFFERED 3.3v > > Popped that bugger in and inserted the card and presto, 128MB on the card, > the ROM memory is NOT replaceable but I don't see that as being a major issue. > > As a reseller I paid $143.00 per chip, your mileage may vary... > > > - Mike > > ------------------------------------------------ > Rock Island Communications, Inc. (360)-378-5884 > http://www.rockisland.com/ San Juan Islands, WA > ------------------------------------------------ > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "ISP-NetworkHardware.com" Subject: (usr-tc) FS: Refurbished Hiper DSP cards sets Date: 13 Jun 2001 13:51:17 -0400 WRCA.NET has Quantity of Hiper DSP cards sets. Includes Nac/Nic card set. These are T1 version. Hiper DSP sets $2200 Open to offers if buying qty 5 or more. Steve Rivera VP-WRCA.NET srivera@wrca.net 732-833-2111 x102 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "ISP-NetworkHardware.com" Subject: (usr-tc) FS: Hiper Bundles...Looking for repair too. Date: 14 Jun 2001 18:19:38 -0400 In stock. Bundle $6000 HD Chassis with single 70A power NMC Hiper ARC 2x Hiper DSP Hiper DSP (T1) $2000...mention USR list for discount ($2200 Standard Price) Hiper ARC (64MB) $1200 Hiper NMC $700 New Also have Quad Modems and Netserver bundles. Anyone interested in looking at bad DSP cards that I have rec'd over time with all red LED's? If you can fix them I will sell them to you discounted for you time. If you are interested in just fixing them for a fee, send me details of your services. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "ISP-NetworkHardware.com" Subject: RE: (usr-tc) 3Com Hiper Cards DSP, ARC, NMC Date: 14 Jun 2001 18:32:27 -0400 Where are you in your buy process? How soon are you looking to buy? I have cards left over...Looking for new customers :) -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Terry Kennedy Sent: Tuesday, June 09, 2020 9:56 PM How about an off list email? Or do you prefer we just go to the web-site? Terry Kennedy -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of ISP-NetworkHardware.com Sent: Friday, June 08, 2001 3:37 PM WRCA.NET has the following hardware available: Sorry for the confusion with email but moderators of this list must have removed my name from the valid subscriber list so I had to go under another email to actually get my posts on the list. Prices are posted for your convenience. Always open to offers to get the deal done. My inventory is one of the country largest when it comes to refurbished hardware. All equipment is tested in my TCM lab and I stand behind anything I ship. Hiper DSP $2500....anyone looking for qty? I can work on that price if yes. Hiper ARC 64MB $1200 Hiper NMC $700 (NEW) EdgeServer $900 EdgeServer PRO $1500 Dual PRI Dual T1/E1 NMC v90 NMC non-v90 $125 Netserver PRI Quad Analog/Digitals Quad Analogs Quad Digitals If you are looking for parts or anything give me a try. I am confident you'll be happy :) - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: "Mark Thornton" Subject: (usr-tc) Odd mac problem... Date: 15 Jun 2001 11:18:29 -0500 We have a user with a Mac running IE5 that cannot access a specific site through our dialup. Netscape on the same computer works but the user can't use it because the site is IE specific. The reported error is that it gets no response from the server. The same computer works on another ISP, and when connected to a dedicated connection. PC versions of IE do not experience this problem. What should I look for? Mark Thornton San Marcos Internet, Inc 512-393-5300 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Dave Martin Subject: (usr-tc) HiPerDSP PRI and Alcatel 600E switch? Date: 15 Jun 2001 14:43:18 -0700 Does anyone out there have any experience with using a PRI with a HiPerDSP (2.0.51) and an Alcatel 600e switch (version unknown)? The CLEC with whom one of our clients connects with is having to "bounce the D channel" a couple of times a day in order to keep the DSP accepting traffic. When the problem occurs, the user gets a busy; TCM shows nothing out of the ordinary on the DSP. FWIW, the switch type we are using in the DSP config is priSw5ESS since that's what we were told the Alcatel is configured to emulate. Any pointers/hints welcome... TIA, dpm - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Drix Tabligan" Subject: (usr-tc) E1R2 on Netserver... Date: 16 Jun 2001 11:09:08 +0800 Hi, We just got second hand Total Control 1000s with quad-digi/ana modems installed. It's got Dual PRI Netserver and Dual E1 nic behind. Can it be configured to use E1R2 lines as availability of PRI lines are nil in our area. My people are saying that it can be done. Are they right? Thanks. Drix - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Ved" Subject: Re: (usr-tc) E1R2 on Netserver... Date: 16 Jun 2001 14:34:40 -0500 Yes it can be done. All you have to do is download the correct E1R2 code V ----- Original Message ----- Sent: Friday, June 15, 2001 10:09 PM > Hi, > > We just got second hand Total Control 1000s with quad-digi/ana modems > installed. It's got Dual PRI Netserver and Dual E1 nic behind. Can it be > configured to use E1R2 lines as availability of PRI lines are nil in our > area. My people are saying that it can be done. Are they right? > > Thanks. > > Drix > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: "Marshall Morgan" Subject: Re: (usr-tc) Odd mac problem... Date: 16 Jun 2001 18:19:02 -0500 > We have a user with a Mac running IE5 that cannot access a specific site > through our dialup. Netscape on the same computer works but the user can't > use it because the site is IE specific. The reported error is that it gets > no response from the server. The same computer works on another ISP, and > when connected to a dedicated connection. PC versions of IE do not > experience this problem. > > What should I look for? A hippie on the Mac side of the equation ... Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Dave Lajoie Subject: Re: (usr-tc) Total Control Opinions Date: 20 Jun 2001 15:45:28 -0400 (EDT) Question = if you had a support contract that was expiring _today_ and you were thinking you should download updates from totalservice.3com.com before you got shut off tomorrow what would be the most important files you would choose to get? Dave Lajoie Remote Access Systems Administrator North Country Internet Access E-Mail: dave@ncia.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. ------------------------------------------------------------------------------- From: Dave Lajoie Subject: (usr-tc) Total Control Opinions Date: 20 Jun 2001 15:50:42 -0400 (EDT) Regarding TC1000 with HiPerARC,NMC,DSP - Question = if you had a support contract that was expiring _today_ and you were thinking you should download updates from totalservice.3com.com before you got shut off tomorrow what would be the most important files you would choose to get? Dave Lajoie Remote Access Systems Administrator North Country Internet Access E-Mail: dave@ncia.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. ------------------------------------------------------------------------------- From: "Terry Kennedy" Subject: RE: (usr-tc) Total Control Opinions Date: 20 Jun 2001 12:56:10 -0700 Why worry, download them all. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dave Lajoie Sent: Wednesday, June 20, 2001 12:51 PM Regarding TC1000 with HiPerARC,NMC,DSP - Question = if you had a support contract that was expiring _today_ and you were thinking you should download updates from totalservice.3com.com before you got shut off tomorrow what would be the most important files you would choose to get? Dave Lajoie Remote Access Systems Administrator North Country Internet Access E-Mail: dave@ncia.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. ------------------------------------------------------------------------------- From: "Patrick C. Wolf" Subject: RE: (usr-tc) Total Control Opinions Date: 20 Jun 2001 16:11:30 -0600 (MDT) My thoughts as well. In fact, you could share them all with us ;) On Wed, 20 Jun 2001, Terry Kennedy wrote: > Why worry, download them all. > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dave Lajoie > Sent: Wednesday, June 20, 2001 12:51 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Total Control Opinions > > > > Regarding TC1000 with HiPerARC,NMC,DSP - > > Question = if you had a support contract that was expiring _today_ and you > were thinking you should download updates from totalservice.3com.com > before you got shut off tomorrow what would be the most important files > you would choose to get? > > Dave Lajoie > Remote Access Systems Administrator > North Country Internet Access > E-Mail: dave@ncia.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. > Patrick C. Wolf SDC Internet pwolf@sdc.org 722 N California Suite 4 (505) 838-1620 Socorro, NM 87801 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: USRobotics TC Mailing List Subject: (usr-tc) static IP address assignments Date: 20 Jun 2001 17:23:30 -0700 I'm looking for a way to hand out static IP addresses to specific users on both HiperArc and NetServer based TC Racks with W2K Radius. Is there a way to accomplish this, and if so, can anyone help me out or point me to a web site or documentation with detailed instructions? Thank you. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Jim Tarvid" Subject: Re: (usr-tc) static IP address assignments Date: 20 Jun 2001 20:37:38 -0400 (EDT) > I'm looking for a way to hand out static IP addresses to specific users > on both HiperArc and NetServer based TC Racks with W2K Radius. > > Is there a way to accomplish this, and if so, can anyone help me out or > point me to a web site or documentation with detailed instructions? > > Thank you. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 use RADIUS to assign static IPs by user. Our usr-tcs assign whatever RADIUS gives them. If they are currently set to a pool of addresses, I am sure you can reconfigure to use RADIUS. Jim Tarvid - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) static IP address assignments Date: 20 Jun 2001 22:33:49 -0400 Also sprach Jim Tarvid >We use RADIUS to assign static IPs by user. Our usr-tcs assign whatever >RADIUS gives them. If they are currently set to a pool of addresses, I >am sure you can reconfigure to use RADIUS. Those two concepts are not mutually exclusive. You can use a pool of addresses for general use on the NETServer or Arc (NETServer only let's you define one pool, Arc will handle just about as many as you want), and use 255.255.255.255 as your Framed-IP-Address in RADIUS and it'll pull from the pool. Or, you can set a real IP address for your Framed-IP-Address in RADIUS and the NETServer and Arc will use that for the IP address for that customer. Ain't standards great? ;) -- 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. ------------------------------------------------------------------------------- From: USRobotics TC Mailing List Subject: RE: (usr-tc) static IP address assignments Date: 20 Jun 2001 20:19:20 -0700 Thank you for the quick responses. I guess I don't know as much about RADIUS as I should. I know how to create a radius profile, but what I don't know, is how to assign a specific profile to a specific user. I'd like to specify the address in Framed-IP-Address rather than having to assign a pool. The Windows 2000 version of radius doesn't have a Framed-IP-Address attribute, only USR-Framed-IP-Address-Pool. -----Original Message----- Sent: Wednesday, June 20, 2001 7:34 PM Also sprach Jim Tarvid >We use RADIUS to assign static IPs by user. Our usr-tcs assign whatever >RADIUS gives them. If they are currently set to a pool of addresses, I >am sure you can reconfigure to use RADIUS. Those two concepts are not mutually exclusive. You can use a pool of addresses for general use on the NETServer or Arc (NETServer only let's you define one pool, Arc will handle just about as many as you want), and use 255.255.255.255 as your Framed-IP-Address in RADIUS and it'll pull from the pool. Or, you can set a real IP address for your Framed-IP-Address in RADIUS and the NETServer and Arc will use that for the IP address for that customer. Ain't standards great? ;) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) static IP address assignments Date: 21 Jun 2001 07:49:04 -0400 Also sprach USRobotics TC Mailing List >Thank you for the quick responses. >I guess I don't know as much about RADIUS as I should. >I know how to create a radius profile, but what I don't know, is how to >assign a specific profile to a specific user. RADIUS profiles sound like an implementation specific thing, so I don't think I'm gonna be able to help much there. >I'd like to specify the address in Framed-IP-Address rather than having to >assign a pool. Right...the question is, are you going to assign static IP addresses to *all* of your customers, or is this just going to be for specific people, and most everyone else gets dynamic IP addresses still. The typical way of handling that is to have a Framed-IP-Address with the static IP address for the users that get the statics, and have it be 255.255.255.255 for the rest of the users, then define an IP pool on each of your NAS systems for the dynamics to pull from. >The Windows 2000 version of radius doesn't have a Framed-IP-Address >attribute, only USR-Framed-IP-Address-Pool. That version of RADIUS (w2k? gack! ;) may call it something different. Maybe just IP-Address or something like that. I'm totally Unix based here, so don't have specific information on your version of RADIUS. -- 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. ------------------------------------------------------------------------------- From: "Jim Tarvid" Subject: Re: (usr-tc) static IP address assignments Date: 21 Jun 2001 08:51:51 -0400 (EDT) > Also sprach USRobotics TC Mailing List >>Thank you for the quick responses. > >>The Windows 2000 version of radius doesn't have a Framed-IP-Address >>attribute, only USR-Framed-IP-Address-Pool. > > That version of RADIUS (w2k? gack! ;) may call it something different. > Maybe just IP-Address or something like that. I'm totally Unix based > here, so don't have specific information on your version of RADIUS. -- Me too. We have had two cases where we had to patch RADIUS - one was to suppress erroneous "ACCOUNTING-DELAY" records from a Portmaster and another to do fix a proxy IP assignment. Fairly easy to do with Cistron RADIUS. I am pretty sure you could compile and run Cistron on MS but this might be time to get your feet wet with a *nix box. Jim Tarvid - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: USRobotics TC Mailing List Subject: RE: (usr-tc) static IP address assignments Date: 21 Jun 2001 09:25:52 -0700 I've got Static IP addresses working with Vircom Radius, but would rather not pay the $1,500 US their asking for, just to add Static IP address functionality. I only need the ability to assign static IP addresses to a couple of users. I've already got dynamic IP assignment from pools working. I'm using the version of Radius that comes with W2K. I've been using the NT 40 version for about three years now without a single problem, other than I've not been able to assign a static IP address to individual users. I've got a years experience with FreeBSD, but our authentication is off of NT, and a migration is out of the question right now. I'm pretty sure I can figure this out, but I think I've missed a concept somewhere along the way. How does Radius know which Framed-IP-Address to assign a specific user? Is this done with an attribute such as Filter-ID or something else? -----Original Message----- Sent: Thursday, June 21, 2001 4:49 AM Also sprach USRobotics TC Mailing List >Thank you for the quick responses. >I guess I don't know as much about RADIUS as I should. >I know how to create a radius profile, but what I don't know, is how to >assign a specific profile to a specific user. RADIUS profiles sound like an implementation specific thing, so I don't think I'm gonna be able to help much there. >I'd like to specify the address in Framed-IP-Address rather than having to >assign a pool. Right...the question is, are you going to assign static IP addresses to *all* of your customers, or is this just going to be for specific people, and most everyone else gets dynamic IP addresses still. The typical way of handling that is to have a Framed-IP-Address with the static IP address for the users that get the statics, and have it be 255.255.255.255 for the rest of the users, then define an IP pool on each of your NAS systems for the dynamics to pull from. >The Windows 2000 version of radius doesn't have a Framed-IP-Address >attribute, only USR-Framed-IP-Address-Pool. That version of RADIUS (w2k? gack! ;) may call it something different. Maybe just IP-Address or something like that. I'm totally Unix based here, so don't have specific information on your version of RADIUS. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Scott Kupferschmidt Subject: RE: (usr-tc) static IP address assignments Date: 21 Jun 2001 11:39:59 -0500 (CDT) We use a UNIX based RADIUS server that is free and works great. I believe I got it from www.freeradius.org -- not a single problem with it. I'm able to do just about everything I possibly need to use it for. Static IPs/subnets work great, disable some user accounts from logging in,etc. Good product that costs nothing. I would almost suggest using a UNIX based RADIUS server as they appear to be more stable, however that is your choice. Just thought I'd add my two cents in this. Scott On Thu, 21 Jun 2001, USRobotics TC Mailing List wrote: > I've got Static IP addresses working with Vircom Radius, but would rather > not pay the $1,500 US their asking for, just to add Static IP address > functionality. > > I only need the ability to assign static IP addresses to a couple of users. > I've already got dynamic IP assignment from pools working. > > I'm using the version of Radius that comes with W2K. I've been using the NT > 40 version for about three years now without a single problem, other than > I've not been able to assign a static IP address to individual users. > > I've got a years experience with FreeBSD, but our authentication is off of > NT, and a migration is out of the question right now. > > I'm pretty sure I can figure this out, but I think I've missed a concept > somewhere along the way. > > How does Radius know which Framed-IP-Address to assign a specific user? > Is this done with an attribute such as Filter-ID or something else? > > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Thursday, June 21, 2001 4:49 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) static IP address assignments > > > Also sprach USRobotics TC Mailing List > >Thank you for the quick responses. > > >I guess I don't know as much about RADIUS as I should. > > >I know how to create a radius profile, but what I don't know, is how to > >assign a specific profile to a specific user. > > RADIUS profiles sound like an implementation specific thing, so I don't > think I'm gonna be able to help much there. > > >I'd like to specify the address in Framed-IP-Address rather than having to > >assign a pool. > > Right...the question is, are you going to assign static IP addresses to > *all* of your customers, or is this just going to be for specific > people, and most everyone else gets dynamic IP addresses still. The > typical way of handling that is to have a Framed-IP-Address with the > static IP address for the users that get the statics, and have it be > 255.255.255.255 for the rest of the users, then define an IP pool on > each of your NAS systems for the dynamics to pull from. > > >The Windows 2000 version of radius doesn't have a Framed-IP-Address > >attribute, only USR-Framed-IP-Address-Pool. > > That version of RADIUS (w2k? gack! ;) may call it something different. > Maybe just IP-Address or something like that. I'm totally Unix based > here, so don't have specific information on your version of RADIUS. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Charles Sprickman Subject: RE: (usr-tc) static IP address assignments Date: 21 Jun 2001 14:49:39 -0400 (EDT) I think you're barking up the wrong tree here... You'd be better off finding a mailing list dealing with whatever Radius server you are using... I don't believe there are many folks on this list using NT, and if they are they are likely using SBR, Radiator, or USR's offering... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Thu, 21 Jun 2001, USRobotics TC Mailing List wrote: > I've got Static IP addresses working with Vircom Radius, but would rather > not pay the $1,500 US their asking for, just to add Static IP address > functionality. > > I only need the ability to assign static IP addresses to a couple of users. > I've already got dynamic IP assignment from pools working. > > I'm using the version of Radius that comes with W2K. I've been using the NT > 40 version for about three years now without a single problem, other than > I've not been able to assign a static IP address to individual users. > > I've got a years experience with FreeBSD, but our authentication is off of > NT, and a migration is out of the question right now. > > I'm pretty sure I can figure this out, but I think I've missed a concept > somewhere along the way. > > How does Radius know which Framed-IP-Address to assign a specific user? > Is this done with an attribute such as Filter-ID or something else? > > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Thursday, June 21, 2001 4:49 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) static IP address assignments > > > Also sprach USRobotics TC Mailing List > >Thank you for the quick responses. > > >I guess I don't know as much about RADIUS as I should. > > >I know how to create a radius profile, but what I don't know, is how to > >assign a specific profile to a specific user. > > RADIUS profiles sound like an implementation specific thing, so I don't > think I'm gonna be able to help much there. > > >I'd like to specify the address in Framed-IP-Address rather than having to > >assign a pool. > > Right...the question is, are you going to assign static IP addresses to > *all* of your customers, or is this just going to be for specific > people, and most everyone else gets dynamic IP addresses still. The > typical way of handling that is to have a Framed-IP-Address with the > static IP address for the users that get the statics, and have it be > 255.255.255.255 for the rest of the users, then define an IP pool on > each of your NAS systems for the dynamics to pull from. > > >The Windows 2000 version of radius doesn't have a Framed-IP-Address > >attribute, only USR-Framed-IP-Address-Pool. > > That version of RADIUS (w2k? gack! ;) may call it something different. > Maybe just IP-Address or something like that. I'm totally Unix based > here, so don't have specific information on your version of RADIUS. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: USRobotics TC Mailing List Subject: RE: (usr-tc) static IP address assignments Date: 21 Jun 2001 12:10:54 -0700 I figured it out, sort of. The static ip address(s) are specified per group or user in the W2K user management interface. Thanks for all you help. -----Original Message----- Sent: Thursday, June 21, 2001 11:50 AM I think you're barking up the wrong tree here... You'd be better off finding a mailing list dealing with whatever Radius server you are using... I don't believe there are many folks on this list using NT, and if they are they are likely using SBR, Radiator, or USR's offering... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Thu, 21 Jun 2001, USRobotics TC Mailing List wrote: > I've got Static IP addresses working with Vircom Radius, but would rather > not pay the $1,500 US their asking for, just to add Static IP address > functionality. > > I only need the ability to assign static IP addresses to a couple of users. > I've already got dynamic IP assignment from pools working. > > I'm using the version of Radius that comes with W2K. I've been using the NT > 40 version for about three years now without a single problem, other than > I've not been able to assign a static IP address to individual users. > > I've got a years experience with FreeBSD, but our authentication is off of > NT, and a migration is out of the question right now. > > I'm pretty sure I can figure this out, but I think I've missed a concept > somewhere along the way. > > How does Radius know which Framed-IP-Address to assign a specific user? > Is this done with an attribute such as Filter-ID or something else? > > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Thursday, June 21, 2001 4:49 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) static IP address assignments > > > Also sprach USRobotics TC Mailing List > >Thank you for the quick responses. > > >I guess I don't know as much about RADIUS as I should. > > >I know how to create a radius profile, but what I don't know, is how to > >assign a specific profile to a specific user. > > RADIUS profiles sound like an implementation specific thing, so I don't > think I'm gonna be able to help much there. > > >I'd like to specify the address in Framed-IP-Address rather than having to > >assign a pool. > > Right...the question is, are you going to assign static IP addresses to > *all* of your customers, or is this just going to be for specific > people, and most everyone else gets dynamic IP addresses still. The > typical way of handling that is to have a Framed-IP-Address with the > static IP address for the users that get the statics, and have it be > 255.255.255.255 for the rest of the users, then define an IP pool on > each of your NAS systems for the dynamics to pull from. > > >The Windows 2000 version of radius doesn't have a Framed-IP-Address > >attribute, only USR-Framed-IP-Address-Pool. > > That version of RADIUS (w2k? gack! ;) may call it something different. > Maybe just IP-Address or something like that. I'm totally Unix based > here, so don't have specific information on your version of RADIUS. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Mark Thornton" Subject: Re: (usr-tc) static IP address assignments Date: 21 Jun 2001 11:46:12 -0500 The $1500 will be the best moeny you have spent on software. Vircom is always there to support their product. The are by far the best software company I deal with. If they made a dist of Linux I would probably convert as it would be expected to work and supported... Anyway, we tried to figure out the MS radius and there just isn't any docs on it. We even got involved with MS to work out the issues and MS does not know how it works. At least that was true with the versions available for NT4. Also, there are some very basic accounting data that it does not keep track of and MS replied that it wasn't required by the 'standard'. My response was I didn't care. If the product didn't emulate and surpass a standard unix radius configuration then it sucked. The Vircom product does, and comes with great support! You can run from a database or unix text files. Anyway, you will quickly burn up $1500 in frustration with MS on their version. BTW I'm not down on MS, I just don't get good results with features that are afterthoughts and not strategic corporate directions. IIS works because it has huge corporate momentum behind it, but the vast majority of MS isn't even aware they have a radius product. Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Sent: Thursday, June 21, 2001 11:25 AM > I've got Static IP addresses working with Vircom Radius, but would rather > not pay the $1,500 US their asking for, just to add Static IP address > functionality. > > I only need the ability to assign static IP addresses to a couple of users. > I've already got dynamic IP assignment from pools working. > > I'm using the version of Radius that comes with W2K. I've been using the NT > 40 version for about three years now without a single problem, other than > I've not been able to assign a static IP address to individual users. > > I've got a years experience with FreeBSD, but our authentication is off of > NT, and a migration is out of the question right now. > > I'm pretty sure I can figure this out, but I think I've missed a concept > somewhere along the way. > > How does Radius know which Framed-IP-Address to assign a specific user? > Is this done with an attribute such as Filter-ID or something else? > > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Thursday, June 21, 2001 4:49 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) static IP address assignments > > > Also sprach USRobotics TC Mailing List > >Thank you for the quick responses. > > >I guess I don't know as much about RADIUS as I should. > > >I know how to create a radius profile, but what I don't know, is how to > >assign a specific profile to a specific user. > > RADIUS profiles sound like an implementation specific thing, so I don't > think I'm gonna be able to help much there. > > >I'd like to specify the address in Framed-IP-Address rather than having to > >assign a pool. > > Right...the question is, are you going to assign static IP addresses to > *all* of your customers, or is this just going to be for specific > people, and most everyone else gets dynamic IP addresses still. The > typical way of handling that is to have a Framed-IP-Address with the > static IP address for the users that get the statics, and have it be > 255.255.255.255 for the rest of the users, then define an IP pool on > each of your NAS systems for the dynamics to pull from. > > >The Windows 2000 version of radius doesn't have a Framed-IP-Address > >attribute, only USR-Framed-IP-Address-Pool. > > That version of RADIUS (w2k? gack! ;) may call it something different. > Maybe just IP-Address or something like that. I'm totally Unix based > here, so don't have specific information on your version of RADIUS. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: RickL@solunet.com Subject: (usr-tc) Lack of Accounting response from the Accounting server Date: 21 Jun 2001 17:27:27 -0400 Anyone, I have a problem: In using an 8E6 Technologies RS2000 content filtering device, we are experiencing an issue where the ARCII has the RS2000 listed as the Primary Accounting server. This is half-way working in that the accounting start record is sent to the RS2000, then the RS2000 sends the Accounting Start packet to the Accounting server. The Accounting server then sends a response back to the RS2000, but the RS2000 NEVER sends anything to the ARC. The ARC understands this as "oh, the Accounting server didn't receive my Accounting start packet, I better send it again". And it sends, and it sends, and it sends. I contacted 8E6 Technologies, and was told that I just need to "turn off retransmission of accounting packets". Only problem is...there is no setting to turn off retransmission of accounting packets. Anyone ever run into a problem like this? Rick STAC Support 888-449-5766 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Mark Thornton" Subject: Re: (usr-tc) Lack of Accounting response from the Accounting server Date: 21 Jun 2001 16:52:01 -0500 We tried similar thing a few years ago and gave up on it due to the inability to assure the customer or ourselves that the filter server was acting on the accounting packets correctly. It was a different vendor but same problem and same attitude. In my opinion it is very important in your application that the accounting packets, both start and stop are transmitted back to the TCH. If not and one is lost then the filter server will not set up for the user and the grandkids will be surfing for porn. Then you get a phone call... It isn't pretty when this happens. You can use the command 'set accounting primary_retransmissions 1' to limit the number of retransmits, but DO NOT set it to 0 as that means infinite retransmits. It's 3Com, go figure... I don't know how much you are paying for the filtering but they need to fix it. Accept nothing less than a completely transparent proxy between your TCH and the radius server. Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Sent: Thursday, June 21, 2001 4:27 PM > Anyone, > > I have a problem: > In using an 8E6 Technologies RS2000 content filtering device, we are > experiencing an issue where the ARCII has the RS2000 listed as the Primary > Accounting server. This is half-way working in that the accounting start > record is sent to the RS2000, then the RS2000 sends the Accounting Start > packet to the Accounting server. The Accounting server then sends a response > back to the RS2000, but the RS2000 NEVER sends anything to the ARC. The ARC > understands this as "oh, the Accounting server didn't receive my Accounting > start packet, I better send it again". And it sends, and it sends, and it > sends. > > I contacted 8E6 Technologies, and was told that I just need to "turn off > retransmission of accounting packets". Only problem is...there is no setting > to turn off retransmission of accounting packets. > > Anyone ever run into a problem like this? > > Rick > STAC Support > 888-449-5766 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: "Kevin Hemsley" Subject: Re: (usr-tc) Lack of Accounting response from the Accounting server Date: 21 Jun 2001 16:34:14 -0600 We are using the R2000, but we have not tried the new Radius implementation. We use the R2000 with a combination of HyperARCs, NetServers, and PortMaster3s located on different networks, at different POPs. We wrote a custom C application that ties into Cistron Radius running on Solaris and is executed at each radius login. The application checks to see if the user is in a file of filtered users. If the user is not in the filtered list, the application sends a default response of : Framed-Address = 255.255.255.254, Which causes the NAS to assign a normal IP address out of the standard NAS' IP pool. This works with all our NAS types. If the user is in our file of filtered users, the custom application assigns the user a filtered IP address. Because we have multiple NAS types located at different POPs, we have to determine which POP the user is dialing into, and what type of NAS (HiperARC, NetServer, or PM3) is requesting the IP, and assign a unique IP appropriate for that POP and NAS. This is done by reading a config file that describes each NAS by listing the IP address of each NAS, the beginning IP address for the IP pool that will be assigned for that NAS, and the NAS type (HiperARC, NetServer, or PM3) . The custom application then assigns an IP address that is based on the NAS port number that the user is dialed into. So if the user is dialed into NAS PM-15 port 31, the user will be assigned an IP address equal to the beginning IP address of the pool for that NAS + the adjusted port # the user is dialed into. So, for example, if the beginning IP for that NAS pool is 192.168.5.1, the IP assigned will be 192.168.5.31. Because the NetServer starts at port 5, and the PM3s start at port 1, and the HiperARCs can be configured to have ports like 3000, the application adjusts the port number that gets added to each filtered pool IP address accordingly. The end result is that we can support filtered IP addresses for multiple NAS types on different networks, located at different POPs and allow the user to dial into any POP and still have a filtered IP address. Then our core router and a ServerIron layer 3 switch perform the task of routing the filtered IP packets past the R2000 for filtering at the NOC where we pool all backbone bandwidth. This solution has worked flawlessly for a couple of years with no maintenance, other than adding new NAS boxes to the configuration file. The only downside is that we have to allocate double the IP addresses for each NAS. One IP for non filtered, and one for filtered access. So this does waste IP addresses. If all our NAS supported OSPF and multiple IP pools, then we could eliminate the wasted IP addresses. But since they don't, this is how we addressed the problem. I am curious to see how this new Radius implementation works, and if it would work for our network configuration. Thanks, Kevin. Kevin Hemsley Systems Engineer Microserv Computer Technologies, Inc. kev@ida.net KB7TYA ----- Original Message ----- Sent: Thursday, June 21, 2001 3:27 PM > Anyone, > > I have a problem: > In using an 8E6 Technologies RS2000 content filtering device, we are > experiencing an issue where the ARCII has the RS2000 listed as the Primary > Accounting server. This is half-way working in that the accounting start > record is sent to the RS2000, then the RS2000 sends the Accounting Start > packet to the Accounting server. The Accounting server then sends a response > back to the RS2000, but the RS2000 NEVER sends anything to the ARC. The ARC > understands this as "oh, the Accounting server didn't receive my Accounting > start packet, I better send it again". And it sends, and it sends, and it > sends. > > I contacted 8E6 Technologies, and was told that I just need to "turn off > retransmission of accounting packets". Only problem is...there is no setting > to turn off retransmission of accounting packets. > > Anyone ever run into a problem like this? > > Rick > STAC Support > 888-449-5766 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: "LIST" Subject: (usr-tc) TC Netserer Analog 16 v34 and radius question.. Date: 22 Jun 2001 01:31:08 -0300 Plese, someone..... I am using the Tc Netserver16 v34 analog from USR/3com .. my radius is not receiving some information from tc.. How is possible enable thiss?? the information that my NetServer not send to radius is: Connect-Info Acct-Input-Octets Acct-Output-Octets Acct-Terminate-Cause please i need this working.. 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. ------------------------------------------------------------------------------- From: "ISP-NetworkHardware.com" Subject: (usr-tc) FS: USR Hiper DSP's $1850 Date: 22 Jun 2001 11:31:26 -0400 WRCA.NET has the following available: Hiper DSP card sets Refurbished 30 day warranty Asking $1850 each set Qty 10 available - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: eric@dol.net Subject: (usr-tc) incompatible destination=no phone calls Date: 22 Jun 2001 12:10:24 -0600 We are getting dead air then a busy on our 2 pri spans at one location. Verizon says our equipment is responding to the call being sent in with "incompatible destination". All of our settings are the same as yesterday. I even just reflashed the pri card and reset the heck out of everything. This happens periodically where the lines go busy yest no alarms show. I usually reset the spans with "restore to service" and the calls begin coming in again. This time however I have not been successful at all. I believe the problem is at the switch as I have replaced the pri cards in the past and the problem has repeated itself. These are our only two spans at this location so we are down so I need to get them up asap. thanks eric - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Marshall Morgan" Subject: Re: (usr-tc) incompatible destination=no phone calls Date: 22 Jun 2001 18:05:15 -0500 What about making sure the incoming digits match what they are sending - is this a CT1 or PRI based application? Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Friday, June 22, 2001 1:10 PM > We are getting dead air then a busy on our 2 pri spans at one location. > Verizon says our equipment is responding to the call being > sent in with "incompatible destination". All of our settings > are the same as yesterday. I even just reflashed the pri card > and reset the heck out of everything. This happens periodically > where the lines go busy yest no alarms show. I usually reset the spans > with "restore to service" and the calls begin coming in again. This > time however I have not been successful at all. I believe the problem > is at the switch as I have replaced the pri cards in the past and the problem > has repeated itself. These are our only two spans at this location so we are > down so I need to get them up asap. > thanks > eric > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Craig Subject: (usr-tc) Can someone answer qution about quads Date: 25 Jun 2001 04:37:57 -0700 Hello usr-tc, Hi, I have several v.34 quad modems that are set up for fax only as it seems. what flash or software etc. I need to return them to oridnary dialup mode?? -- Thanks, Craig mailto:Craig@tavrida.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. ------------------------------------------------------------------------------- From: RickL@solunet.com Subject: RE: (usr-tc) Lack of Accounting response from the Accounting serv Date: 25 Jun 2001 09:18:38 -0400 Thanks Mark. What you say makes sense. I agree any device like this should be transparent to the RAS and Accounting server. I'll put this back on 8E6 Technologies. Sincerely, Rick Team Solunet -----Original Message----- Sent: Thursday, June 21, 2001 5:52 PM server We tried similar thing a few years ago and gave up on it due to the inability to assure the customer or ourselves that the filter server was acting on the accounting packets correctly. It was a different vendor but same problem and same attitude. In my opinion it is very important in your application that the accounting packets, both start and stop are transmitted back to the TCH. If not and one is lost then the filter server will not set up for the user and the grandkids will be surfing for porn. Then you get a phone call... It isn't pretty when this happens. You can use the command 'set accounting primary_retransmissions 1' to limit the number of retransmits, but DO NOT set it to 0 as that means infinite retransmits. It's 3Com, go figure... I don't know how much you are paying for the filtering but they need to fix it. Accept nothing less than a completely transparent proxy between your TCH and the radius server. Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Sent: Thursday, June 21, 2001 4:27 PM > Anyone, > > I have a problem: > In using an 8E6 Technologies RS2000 content filtering device, we are > experiencing an issue where the ARCII has the RS2000 listed as the Primary > Accounting server. This is half-way working in that the accounting start > record is sent to the RS2000, then the RS2000 sends the Accounting Start > packet to the Accounting server. The Accounting server then sends a response > back to the RS2000, but the RS2000 NEVER sends anything to the ARC. The ARC > understands this as "oh, the Accounting server didn't receive my Accounting > start packet, I better send it again". And it sends, and it sends, and it > sends. > > I contacted 8E6 Technologies, and was told that I just need to "turn off > retransmission of accounting packets". Only problem is...there is no setting > to turn off retransmission of accounting packets. > > Anyone ever run into a problem like this? > > Rick > STAC Support > 888-449-5766 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: RickL@solunet.com Subject: RE: (usr-tc) Lack of Accounting response from the Accounting serv Date: 25 Jun 2001 09:23:10 -0400 Kevin, Thanks for the response and info. I think I may go ahead and put this back in 8E6 Technologies lap to fix. As Mark said...a device like this should be completely transparent once put in place. I'll let you know what happens. Sincerely, Rick Team Solunet -----Original Message----- Sent: Thursday, June 21, 2001 6:34 PM server We are using the R2000, but we have not tried the new Radius implementation. We use the R2000 with a combination of HyperARCs, NetServers, and PortMaster3s located on different networks, at different POPs. We wrote a custom C application that ties into Cistron Radius running on Solaris and is executed at each radius login. The application checks to see if the user is in a file of filtered users. If the user is not in the filtered list, the application sends a default response of : Framed-Address = 255.255.255.254, Which causes the NAS to assign a normal IP address out of the standard NAS' IP pool. This works with all our NAS types. If the user is in our file of filtered users, the custom application assigns the user a filtered IP address. Because we have multiple NAS types located at different POPs, we have to determine which POP the user is dialing into, and what type of NAS (HiperARC, NetServer, or PM3) is requesting the IP, and assign a unique IP appropriate for that POP and NAS. This is done by reading a config file that describes each NAS by listing the IP address of each NAS, the beginning IP address for the IP pool that will be assigned for that NAS, and the NAS type (HiperARC, NetServer, or PM3) . The custom application then assigns an IP address that is based on the NAS port number that the user is dialed into. So if the user is dialed into NAS PM-15 port 31, the user will be assigned an IP address equal to the beginning IP address of the pool for that NAS + the adjusted port # the user is dialed into. So, for example, if the beginning IP for that NAS pool is 192.168.5.1, the IP assigned will be 192.168.5.31. Because the NetServer starts at port 5, and the PM3s start at port 1, and the HiperARCs can be configured to have ports like 3000, the application adjusts the port number that gets added to each filtered pool IP address accordingly. The end result is that we can support filtered IP addresses for multiple NAS types on different networks, located at different POPs and allow the user to dial into any POP and still have a filtered IP address. Then our core router and a ServerIron layer 3 switch perform the task of routing the filtered IP packets past the R2000 for filtering at the NOC where we pool all backbone bandwidth. This solution has worked flawlessly for a couple of years with no maintenance, other than adding new NAS boxes to the configuration file. The only downside is that we have to allocate double the IP addresses for each NAS. One IP for non filtered, and one for filtered access. So this does waste IP addresses. If all our NAS supported OSPF and multiple IP pools, then we could eliminate the wasted IP addresses. But since they don't, this is how we addressed the problem. I am curious to see how this new Radius implementation works, and if it would work for our network configuration. Thanks, Kevin. Kevin Hemsley Systems Engineer Microserv Computer Technologies, Inc. kev@ida.net KB7TYA ----- Original Message ----- Sent: Thursday, June 21, 2001 3:27 PM > Anyone, > > I have a problem: > In using an 8E6 Technologies RS2000 content filtering device, we are > experiencing an issue where the ARCII has the RS2000 listed as the Primary > Accounting server. This is half-way working in that the accounting start > record is sent to the RS2000, then the RS2000 sends the Accounting Start > packet to the Accounting server. The Accounting server then sends a response > back to the RS2000, but the RS2000 NEVER sends anything to the ARC. The ARC > understands this as "oh, the Accounting server didn't receive my Accounting > start packet, I better send it again". And it sends, and it sends, and it > sends. > > I contacted 8E6 Technologies, and was told that I just need to "turn off > retransmission of accounting packets". Only problem is...there is no setting > to turn off retransmission of accounting packets. > > Anyone ever run into a problem like this? > > Rick > STAC Support > 888-449-5766 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------------------------------------------------------------------------------- From: RickL@solunet.com Subject: (usr-tc) (USR-TC) Set Radius attribute style command Date: 25 Jun 2001 10:45:39 -0400 Anybody have any idea what the command "set radius attribute_style [standard | ascend |mci]" does specifically? The ARC Reference manual says: "Sets RADIUS authentication parameters including the descriptive style of attributes you prefer to use, the authentication procedure employed" Yeah, ok, but what does it do? Rick Louizos Solunet Soluserve TAC Supervisor 1571 Robert J. Conlan Blvd. suite 110 Palm Bay, Fl. 32905 Phone Numbers: Phone: (888)449-5766 / Fax: (407)676-0809 Internet Addresses: mailto:RickL@solunet.com / http://www.solunet.com - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Keith_Gerhards@3com.com Subject: Re: (usr-tc) Can someone answer qution about quads Date: 25 Jun 2001 14:25:24 -0600 Can you describe what you mean by fax only? You may need to just delete the net services for that modem group and add one for RAS. --k Craig on 06/25/2001 05:37:57 AM Please respond to usr-tc@lists.xmission.com Sent by: Craig cc: (Keith Gerhards/US/3Com) Hello usr-tc, Hi, I have several v.34 quad modems that are set up for fax only as it seems. what flash or software etc. I need to return them to oridnary dialup mode?? -- Thanks, Craig mailto:Craig@tavrida.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. ------------------------------------------------------------------------------- From: Craig Subject: Re[2]: (usr-tc) Can someone answer qution about quads Date: 25 Jun 2001 22:08:34 -0700 Hello Keith, Monday, June 25, 2001, 1:25:24 PM, you wrote: K3c> Can you describe what you mean by fax only? You may need to just delete the net K3c> services for K3c> that modem group and add one for RAS. K3c> --k K3c> Craig on 06/25/2001 05:37:57 AM K3c> Please respond to usr-tc@lists.xmission.com K3c> Sent by: Craig K3c> To: usr-tc@lists.xmission.com K3c> cc: (Keith Gerhards/US/3Com) K3c> Subject: (usr-tc) Can someone answer qution about quads K3c> Hello usr-tc, K3c> Hi, I have several v.34 quad modems that are set up for fax only as it K3c> seems. what flash or software etc. I need to return them to oridnary K3c> dialup mode?? K3c> -- K3c> Thanks, K3c> Craig K3c> mailto:Craig@tavrida.net K3c> - K3c> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" K3c> with "unsubscribe usr-tc" in the body of the message. K3c> For information on digests or retrieving files and old messages send K3c> "help" to the same address. Do not use quotes in your message. K3c> - K3c> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" K3c> with "unsubscribe usr-tc" in the body of the message. K3c> For information on digests or retrieving files and old messages send K3c> "help" to the same address. Do not use quotes in your message. when you look at the settings in the TM the modem says it's set to fax mode and does not let you change the mode...My other quads allows me to change from standard, hst, fax, And my tech says he can't get it to change....are there such animals as fax only quads -- Thanks, Craig Craig@tavrida.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. ------------------------------------------------------------------------------- From: Craig Subject: (usr-tc) I need to find v.34 firmware 1.5.10 or above Date: 28 Jun 2001 05:58:00 -0700 Hello usr-tc, Thanks for the Help Kieth, I have determined what we need to change some modem I have out of fax's only mode back to the hst/dual standard mode! Unfortunately I do not have a Platinum card and thus not a 3com/commworks service contract! Can anyone help me out here looking for quads v.34 firmware revision 1.5.10 or above release in 1998...laying about or available to pass on! -- Thanks, Craig mailto:Craig@tavrida.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. ------------------------------------------------------------------------------- From: eric@dol.net Subject: (usr-tc) need pri/t1 card sets Date: 28 Jun 2001 07:20:25 -0600 Some of the problems I have been having with some t1s and pris I have is due to faulty cards. Does anyone have some nic and nac sets, preferably pri cards, since they go either way, to sell? I would like them asap. I don't want to buy chassis just to get pri cards. thanks eric - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: RickL@solunet.com Subject: (usr-tc) Data over voice ISDN calls Date: 28 Jun 2001 11:32:37 -0400 Anyone out there in TC-HUB land know if the TC-HUB supports Data over Voice ISDN calls? I understand the Lucent Portmaster 3 does, and the Ascend Max does, but in trying to fork-lift some Portmasters out of one of my customers network, and introduce the TC-HUB, we have discovered that this feature does not work by default, and can not find any documentation to help enable it. Anyone know if the TC-HUB supports this feature and what needs to be done to get it accepting these types of calls? Just FYI: some telcos charge by the minute for Data over ISDN (64k) calls, but charge a flat rate for Data over voice (56K) ISDN calls. This is the reason this feature is important to some customers I think some people use the dial back feature to avoid these tarrifs. sincerely, Rick Rick Louizos Solunet Soluserve - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) Data over voice ISDN calls Date: 28 Jun 2001 11:57:10 -0400 Also sprach RickL@solunet.com >Anyone out there in TC-HUB land know if the TC-HUB supports Data over >Voice ISDN calls? I understand the Lucent Portmaster 3 does, and the >Ascend Max does, but in trying to fork-lift some Portmasters out of one >of my customers network, and introduce the TC-HUB, we have discovered >that this feature does not work by default, and can not find any >documentation to help enable it. Anyone know if the TC-HUB supports >this feature and what needs to be done to get it accepting these types >of calls? If I remember correctly, yes, it does support it, but not seamlessly. PM's and Max'es will auto-detect whether the call is voice, data, or data over voice. The TC's, if I understand it correctly, could only do data over voice if its told to do it by called number id or something like that. Basically, you can tell it to do data over voice by assigning a new phone number to your hunt and using that number for a data over voice number. Then when calls come in to that number, the TC will answer with data over voice. I have never done data over voice, but that's how it was described to me back in the day (its been a couple of years since this topic came up I believe) -- 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. ------------------------------------------------------------------------------- From: RickL@solunet.com Subject: RE: (usr-tc) Data over voice ISDN calls Date: 28 Jun 2001 13:13:19 -0400 Thanks Jeff...I'll research it some more. In the meantime, anyone else using this implementation for doing ISDN DOV calls? Rick Rick Louizos Solunet Soluserve TAC Manager 1571 Robert J. Conlan Blvd. suite 110 Palm Bay, Fl. 32905 Phone Numbers: Phone: (888)449-5766 / Fax: (407)676-0809 Internet Addresses: mailto:RickL@solunet.com / http://www.solunet.com -----Original Message----- Sent: Thursday, June 28, 2001 11:57 AM Also sprach RickL@solunet.com >Anyone out there in TC-HUB land know if the TC-HUB supports Data over >Voice ISDN calls? I understand the Lucent Portmaster 3 does, and the >Ascend Max does, but in trying to fork-lift some Portmasters out of one >of my customers network, and introduce the TC-HUB, we have discovered >that this feature does not work by default, and can not find any >documentation to help enable it. Anyone know if the TC-HUB supports >this feature and what needs to be done to get it accepting these types >of calls? If I remember correctly, yes, it does support it, but not seamlessly. PM's and Max'es will auto-detect whether the call is voice, data, or data over voice. The TC's, if I understand it correctly, could only do data over voice if its told to do it by called number id or something like that. Basically, you can tell it to do data over voice by assigning a new phone number to your hunt and using that number for a data over voice number. Then when calls come in to that number, the TC will answer with data over voice. I have never done data over voice, but that's how it was described to me back in the day (its been a couple of years since this topic came up I believe) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "ISP-NetworkHardware.com" Subject: (usr-tc) FS: 3Com Hiper DSP card Sets $1850 Date: 28 Jun 2001 15:42:12 -0400 Hello Folks...Good deal here...Still have some left....going fast 5- Hiper DSP card sets $1850ea Includes DSP nac and nic. 4- Hiper ARC $1000 64MB 30 day warranty. Get them while they last. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Lists Subject: (usr-tc) 3COM warranty support registration Date: 29 Jun 2001 10:22:21 +1000 (EST) Hi All, Does anyone have the URL I need to use to register for the free 90 day warranty support that comes with a new product? Buggered if I can find it. I asked 3COM and they gave me a URL I'd already tried and told me to ring them in the USA (I'm in Australia) if that didn't work - which I can't do. The products in question are a HiPerDSP, HiPerARC and HiPerNMC. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: "Paul M. Ledbetter" Subject: (usr-tc) Total Control Program Date: 28 Jun 2001 20:07:20 -0500 Hello all. I am new to this list and have recently started helping out a associate ISP that has TC boxes and TC programs to handle the boxes. I have looked through the recent archives, but could not find the answers to my basic (and probably stupid) questions. These are older TC boxes running TC Radius on an older NT server. I recently upgraded their main server to a new Dell box with 2000 and installed Access to handle the DB, but apparently they cannot find the original TC programs :-| Does anyone know where I can get a copy of the programs so that I can get the new server up and running? I have looked all over for a source but have had no luck as of yet and I am not too keen on calling 3COM, yet.... Thanks in advance for any help on this. I am new at the TC stuff as I have been running Ascend boxes with Emerald for years so my expertise lies in that arena so far :-)) Paul M. Ledbetter - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------------------------------------------------------------------------------- From: Craig Subject: Re: (usr-tc) Quad Analog Modem Problems Date: 29 Jun 2001 11:06:05 -0700 Hello Aaron, Sunday, April 29, 2001, 7:12:02 PM, you wrote: Did you ever find a soulution to this problem if so what was it??? AD> Hi, AD> I am having problems with some Quad Analog modem cards that I have installed, AD> I cannot get them to stay active I do set modem s49 active and it all appears to work, then I save AD> and reset then I get whats below. AD> the modems report A/I/P then after a reset they go A/A/P but I cant get them A/R/P. AD> Basically the modem is not active because it cannot successfully negociate with the packet bus(I AD> think). AD> after a reset my syslog reports: AD> Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened. Handle = 26. AD> After this the netserver reports the modem as active all though there is still no HDLC Framing and AD> the interface is still set to Unassigned instead of ptp49 as it usually is. AD> then 30 seconds later: AD> Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect! stat=-1 AD> Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed. AD> now the netserver reports it as inactive again. AD> I have Quad Digital/Analog cards working fine in the same chassis but these Quad Analogs are just AD> not co-operating. AD> any help would be appreciated, AD> the 3com knowledgebase has not helped me. AD> Thanks, AD> Aaron Daniels AD> - AD> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" AD> with "unsubscribe usr-tc" in the body of the message. AD> For information on digests or retrieving files and old messages send AD> "help" to the same address. Do not use quotes in your message. -- Thanks, Craig Craig@tavrida.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. ------------------------------------------------------------------------------- From: "Nauman Malik" Subject: Re: (usr-tc) Quad Analog Modem Problems Date: 30 Jun 2001 01:08:42 -0700 After setting set modem s49 active, do a hardware reset to modem card from TCM. ----- Original Message ----- Sent: Friday, June 29, 2001 11:06 AM > Hello Aaron, > > Sunday, April 29, 2001, 7:12:02 PM, you wrote: > > Did you ever find a soulution to this problem if so what was it??? > AD> Hi, > AD> I am having problems with some Quad Analog modem cards that I have installed, > AD> I cannot get them to stay active I do set modem s49 active and it all appears to work, then I save > AD> and reset then I get whats below. > AD> the modems report A/I/P then after a reset they go A/A/P but I cant get them A/R/P. > > AD> Basically the modem is not active because it cannot successfully negociate with the packet bus(I > AD> think). > AD> after a reset my syslog reports: > AD> Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened. Handle = 26. > > AD> After this the netserver reports the modem as active all though there is still no HDLC Framing and > AD> the interface is still set to Unassigned instead of ptp49 as it usually is. > AD> then 30 seconds later: > AD> Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect! stat=-1 > AD> Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed. > > AD> now the netserver reports it as inactive again. > > AD> I have Quad Digital/Analog cards working fine in the same chassis but these Quad Analogs are just > AD> not co-operating. > > AD> any help would be appreciated, > AD> the 3com knowledgebase has not helped me. > AD> Thanks, > AD> Aaron Daniels > > AD> - > AD> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > AD> with "unsubscribe usr-tc" in the body of the message. > AD> For information on digests or retrieving files and old messages send > AD> "help" to the same address. Do not use quotes in your message. > > > > -- > Thanks, > Craig > Craig@tavrida.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. ------------------------------------------------------------------------------- From: Brian Subject: (usr-tc) ARC Host Address Date: 29 Jun 2001 17:07:50 -0500 (CDT) I just recently changed the addressing of my ARC's and I am having a problem. It shows one address in "show ip settings" that differs from whats set on eth:1: HiPer>> show ip setTINGS IP System Host Address: 208.206.76.40 IP Forwarding ENABLED IP Address Pool Filtering DISABLED IP Address Pool Round Robin: ENABLED HiPer>> show ip netwORK ip SHOW IP NETWORK ip SETTINGS: Interface: eth:1 Network Address: 207.254.193.69/28 Frame Type: ETHERNET_II Status: ENABLED Reconfigure Needed: FALSE Mask: 255.255.255.240 Station: 207.254.193.69 does anyone have any idea where the 208.206.76.40 could be set at? its not pingable, but its what is passed to pp clients when they do PPP negotiation. I checked all the application_source_address settings and its not set there 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. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) ARC Host Address Date: 29 Jun 2001 18:33:28 -0400 Also sprach Brian >I just recently changed the addressing of my ARC's and I am having a >problem. It shows one address in "show ip settings" that differs from >whats set on eth:1: >does anyone have any idea where the 208.206.76.40 could >be set at? its not pingable, but its what is passed to >pp clients when they do PPP negotiation. I checked >all the application_source_address settings and its not >set there Perhaps this is the address set with the "set ip unnumber_link local_address x.x.x.x" command? Shot in the dark here as I've not ever really investigated that setting much. -- 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. ------------------------------------------------------------------------------- From: Brian Subject: Re: (usr-tc) ARC Host Address Date: 29 Jun 2001 23:43:40 -0500 (CDT) Jeff, its not, I have set that and it shows differently. Here is where its at in the MIB, if anyone has a copy that can grep this out: enterprises.429.4.11.2.2.1.6.1 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.4 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.11 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.12 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.14 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.17 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.18 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.19 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.20 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.25 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.26 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.27 = IpAddress: 208.206.76.40 enterprises.429.4.11.2.2.1.6.28 = IpAddress: 208.206.76.40 enterprises.429.4.12.7.0 = IpAddress: 208.206.76.40 enterprises.429.4.19.1.0 = IpAddress: 208.206.76.40 any ideas? brian On Fri, 29 Jun 2001, Jeff Mcadams wrote: > Also sprach Brian > >I just recently changed the addressing of my ARC's and I am having a > >problem. It shows one address in "show ip settings" that differs from > >whats set on eth:1: > > >does anyone have any idea where the 208.206.76.40 could > >be set at? its not pingable, but its what is passed to > >pp clients when they do PPP negotiation. I checked > >all the application_source_address settings and its not > >set there > > Perhaps this is the address set with the > "set ip unnumber_link local_address x.x.x.x" > command? > > Shot in the dark here as I've not ever really investigated that setting > much. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny 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. ------------------------------------------------------------------------------- From: Jeff Mcadams Subject: Re: (usr-tc) ARC Host Address Date: 30 Jun 2001 09:04:10 -0400 Also sprach Brian >its not, I have set that and it shows differently. Odd that its not using it then... >Here is where its at in the MIB, if anyone has a copy that can grep >this out: >enterprises.429.4.11.2.2.1.6.1 = IpAddress: 208.206.76.40 enterprises.usr.common.usrPPP.usrPPPMl.usrPPPIpTable.usrPPPIpEntry. usrPPPIpLocalIpAddress.1 These are all entries in the multi-link PPP table...basically an entry for each multi-link connection on the Arc, and the 208.206.76.40 address is being used as the local address for each one as you said. >enterprises.429.4.12.7.0 = IpAddress: 208.206.76.40 enterprises.usr.common.usrIp.usrIpHostAddress.0 Have you rebooted since you changed the IP address on the network interface? I can't find any place where this setting can be set...I know I didn't set it seperately...can only guess that its using the IP address of the first ethernet interface or something for its host address. >enterprises.429.4.19.1.0 = IpAddress: 208.206.76.40 enterprises.usr.common.usrIpRouting.usrIpRouterId.0 This one can be set with: set ip routing router_id x.x.x.x I believe. >any ideas? > >brian > >On Fri, 29 Jun 2001, Jeff Mcadams wrote: > >> Also sprach Brian >> >I just recently changed the addressing of my ARC's and I am having a >> >problem. It shows one address in "show ip settings" that differs from >> >whats set on eth:1: >> >> >does anyone have any idea where the 208.206.76.40 could >> >be set at? its not pingable, but its what is passed to >> >pp clients when they do PPP negotiation. I checked >> >all the application_source_address settings and its not >> >set there >> >> Perhaps this is the address set with the >> "set ip unnumber_link local_address x.x.x.x" >> command? >> >> Shot in the dark here as I've not ever really investigated that setting >> much. >> -- >> Jeff McAdams Email: jeffm@iglou.com >> Head Network Administrator Voice: (502) 966-3848 >> IgLou Internet Services (800) 436-4456 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > >----------------------------------------------- >Brian Feeny 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. -- 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.