home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.xmission.com
/
2014.06.ftp.xmission.com.tar
/
ftp.xmission.com
/
pub
/
lists
/
usr-tc
/
archive
/
usr-tc.200106
< prev
next >
Wrap
Internet Message Format
|
2001-06-29
|
164KB
From: "Kalev Nurklik" <kalev@oserv.online.ee>
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" <kalev@oserv.online.ee>
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 <jim@perigee.net>
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 <jeffm@iglou.com>
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 <jim@perigee.net>
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 <jeffm@iglou.com>
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 <tony@lava.net>
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 <jeffm@iglou.com>
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 <tony@lava.net>
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" <ved@iyka.com>
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 <jeffm@iglou.com>
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 <jjperc@petronet.net>
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 <hazbro@gwi.net>
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" <mark@corridor.net>
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 <hazbro@gwi.net>
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" <hazbro@gwi.net>
> To: <usr-tc@xmission.com>
> 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" <hreeves@altamontks.com>
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" <mark@corridor.net>
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 <tony@lava.net>
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" <emmanuel@mwt.net>
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 <albedo0@hotpop.com>
> 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 <lists@aussie.nu>
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 <lists@aussie.nu>
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" <marshall@netdoor.com>
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 <lists@aussie.nu>
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" <marshall@netdoor.com>
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 <lists@aussie.nu>
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 <mitch@keyconn.net>
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 <jeffm@iglou.com>
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: <pferraro@wna-linknet.com>
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" <Mark@fsi.net>
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 <mitch@keyconn.net>
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 <mitch@keyconn.net>
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 <mitch@keyconn.net>
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 <mitch@keyconn.net>
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" <sales@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" <terry@olypen.com>
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" <richard@cust.caloundra.net>
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 <Brian@semo.net>
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" <terry@olypen.com>
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 <mikeg@rockisland.com>
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 <w8mfd@dayton.net>
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" <sales@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" <sales@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" <sales@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" <mark@corridor.net>
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 <dpm@netcetera.com>
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" <drix@pilnet.com>
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" <ved@iyka.com>
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" <marshall@netdoor.com>
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 <dave@ncia.net>
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 <dave@ncia.net>
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" <terry@olypen.com>
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" <pwolf@sdc.org>
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 <USRoboticsTCMailingList@imagenisp.com>
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" <tarvid@ls.net>
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 <jeffm@iglou.com>
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 <USRoboticsTCMailingList@imagenisp.com>
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 <jeffm@iglou.com>
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" <tarvid@ls.net>
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 <USRoboticsTCMailingList@imagenisp.com>
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 <scottk@JADETech.com>
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 <spork@inch.com>
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 <USRoboticsTCMailingList@imagenisp.com>
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" <mark@corridor.net>
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" <mark@corridor.net>
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" <kevin@hemsley.net>
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" <list@angelnet.com.br>
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" <sales@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" <marshall@netdoor.com>
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 <Craig@tavrida.net>
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 <Craig@tavrida.net> on 06/25/2001 05:37:57 AM
Please respond to usr-tc@lists.xmission.com
Sent by: Craig <Craig@tavrida.net>
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 <Craig@tavrida.net>
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 <Craig@tavrida.net> on 06/25/2001 05:37:57 AM
K3c> Please respond to usr-tc@lists.xmission.com
K3c> Sent by: Craig <Craig@tavrida.net>
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 <Craig@tavrida.net>
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 <jeffm@iglou.com>
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" <sales@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 <lists@aussie.nu>
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" <Paul@chilidesign.com>
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 <Craig@tavrida.net>
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" <nauman@go.net.pk>
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 <signal@shreve.net>
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 <jeffm@iglou.com>
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 <signal@shreve.net>
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 <jeffm@iglou.com>
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.