ftp.xmission.com/2014.06.ftp.xmission.com.tar/ftp.xmission.com/pub/lists/usr-tc/archive/usr-tc.200009

Internet Message Format | 2000-09-30 | 258KB

From: Steve Monkhouse <[e-mail]>
Subject: (usr-tc) pmwho question..
Date: 04 Sep 2000 16:41:47 +1000

Hello all..

Ive ben using pmwho now for probably about 2.5 years.. and it works really well for what i need.. anyway..

quick question if i may..

in the pmwho.c source, its mentioned about setting up the password tables for multiple passwords.. ( which is what we have )..
Im having trouble compiling it again though..
The original is thus ...........

struct {
  char hostname[32];
  char password[32];
} pwtable[] = {
  /* { "pm1", "topsecret" } */
};

my modified one looks like .........

struct {
  char hostname[32];
  char password[32];
} pwtable[] = {
   { "pm1", "topsecret" }
   { "pm2", "topsecret1" }
};


Yet whenever i compile Im getting errors.. is my structure incorrect ??
Thanks in advance..



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) pmwho question..
Date: 04 Sep 2000 08:20:32 -0400 (EDT)

What is the text of the error message.

Just out of appearance it looks good, but didyou try:

} pwtable[] = {
   { "pm1", "topsecret", "pm2", "topsecret1" }
};


Just in case the compiler is only looking for one {}

On Mon, 4 Sep 2000, Steve Monkhouse wrote:

> Hello all..
>
> Ive ben using pmwho now for probably about 2.5 years.. and it works really well for what i need.. anyway..
>
> quick question if i may..
>
> in the pmwho.c source, its mentioned about setting up the password tables for multiple passwords.. ( which is what we have )..
> Im having trouble compiling it again though..
> The original is thus ...........
>
> struct {
>   char hostname[32];
>   char password[32];
> } pwtable[] = {
>   /* { "pm1", "topsecret" } */
> };
>
> my modified one looks like .........
>
> struct {
>   char hostname[32];
>   char password[32];
> } pwtable[] = {
>    { "pm1", "topsecret" }
>    { "pm2", "topsecret1" }
> };
>
>
> Yet whenever i compile Im getting errors.. is my structure incorrect ??
> Thanks in advance..
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 Inc., Dayton, Ohio--
  [e-mail]--937-586-2500--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Steve Monkhouse <[e-mail]>
Subject: RE: (usr-tc) pmwho question..
Date: 05 Sep 2000 07:52:47 +1000


------ =_NextPart_000_01C0170E.4892B8D0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Nah,.,.. tried that.. it was the missing "," operand...



Steve Monkhouse - Network Engineer
EtherTech Computer Services

Ph : [phone]
Fx : [phone]
http://www.ethertech.com.au

-----Original Message-----
Sent:    Monday, 4 September 2000 22:21

What is the text of the error message.

Just out of appearance it looks good, but didyou try:

} pwtable[] = {
   { "pm1", "topsecret", "pm2", "topsecret1" }
};


Just in case the compiler is only looking for one {}

On Mon, 4 Sep 2000, Steve Monkhouse wrote:

> Hello all..
>
> Ive ben using pmwho now for probably about 2.5 years.. and it works really well for what i need.. anyway..
>
> quick question if i may..
>
> in the pmwho.c source, its mentioned about setting up the password tables for multiple passwords.. ( which is what we have )..
> Im having trouble compiling it again though..
> The original is thus ...........
>
> struct {
>   char hostname[32];
>   char password[32];
> } pwtable[] = {
>   /* { "pm1", "topsecret" } */
> };
>
> my modified one looks like .........
>
> struct {
>   char hostname[32];
>   char password[32];
> } pwtable[] = {
>    { "pm1", "topsecret" }
>    { "pm2", "topsecret1" }
> };
>
>
> Yet whenever i compile Im getting errors.. is my structure incorrect ??
> Thanks in advance..
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 Inc., Dayton, Ohio--
  [e-mail]--937-586-2500--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.

------ =_NextPart_000_01C0170E.4892B8D0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64

eJ8+IjAVAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA2AEAAAEAAAARAAAAAwAAMAIAAAAL
AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54
bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA
AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA
AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf
AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAAwBxOgAA
AAAeAPZfAQAAABoAAAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAgH3XwEAAABRAAAAAAAA
AIErH6S+oxAZnW4A3QEPVAIAAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQBTTVRQAHVzci10
Y0BsaXN0cy54bWlzc2lvbi5jb20AAAAAAwD9XwEAAAADAP9fAAAAAAIB9g8BAAAABAAAAAAAAAKo
aQEEgAEAHgAAAFJFOiAodXNyLXRjKSBwbXdobyBxdWVzdGlvbi4uAN8JAQWAAwAOAAAA0AcJAAUA
BwA0AC8AAgBRAQEggAMADgAAANAHCQAFAAcANAAfAAIAQQEBCYABACEAAAAzNDQzNjZGRUFDODJE
NDExOTVFRDAwOTAyNzEzMkE4NAD5BgEDkAYALAoAACMAAAALAAIAAQAAAAsAIwAAAAAAAwAmAAAA
AAALACkAAQAAAAMALgAAAAAAAgExAAEAAADNAAAAUENERkVCMDkAAQACAEoAAAAAAAAAOKG7EAXl
EBqhuwgAKypWwgAAbXNwc3QuZGxsAAAAAABOSVRB+b+4AQCqADfZbgAAAEM6XFdJTk5UXG91dGxv
b2sucHN0ABgAAAAAAAAAyEEV2fUz0hGT1wBgsDwBoKKAAAAAAAAAGAAAAAAAAADIQRXZ9TPSEZPX
AGCwPAGgwoAAABAAAAA0Q2b+rILUEZXtAJAnEyqEHgAAAFJFOiAodXNyLXRjKSBwbXdobyBxdWVz
dGlvbi4uAAAAAAMANgAAAAAAQAA5AGBXSXa6FsABHgBwAAEAAAAeAAAAUkU6ICh1c3ItdGMpIHBt
d2hvIHF1ZXN0aW9uLi4AAAACAXEAAQAAABYAAAABwBa6dkn+ZkM1gqwR1JXtAJAnEyqEAAAeAB4M
AQAAAAUAAABTTVRQAAAAAB4AHwwBAAAAIQAAAHN0ZXZlLm1vbmtob3VzZUBldGhlcnRlY2guY29t
LmF1AAAAAAMABhBX23kCAwAHEFAGAAAeAAgQAQAAAGUAAABOQUgsLFRSSUVEVEhBVElUV0FTVEhF
TUlTU0lORyIsIk9QRVJBTkRTVEVWRU1PTktIT1VTRS1ORVRXT1JLRU5HSU5FRVItLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tAAAAAAIBCRABAAAACwYAAAcGAACgCwAATFpGdUh3CNo/AAoB
AwH3AqQD4wIAY2jBCsBzZXQwIAcTAoPHAFAC8g9JVGFoA3ECg0IyDtdwcnEyD+Z9EwqACMggOwlv
MjU1SwKACoF2CJB3awuAZNo0DGBjAFALA2MAQQtgwG5nMTAzMwumB7CJEbAsLhjgLiB0CIFWZBkw
D3B0GRFpBUB3xmEEIBmgZSBtBAELgABnICIsIiBvcPsEkABwZBkQGSAKogqEHH1HF2AC0RCRczE3
BgB0VGV2GqBNAiBrEcB1SQ+gIC0HsXR3BbBrXCBFF8ALgAngchyULd8hDyIfIy8kPxyVYiAQGoEk
clQFkGggCFBtcN51HpAFwAZhFjBjB5AcmgJQJmA6ICs2MS0AMy05NzY4LTLINjY1HJRGeCh/FrAF
HKNoAkBwOi8vd70sAC4PsCYBHpAPYC4FoHhtLmEMcCVlAtESUjGGNhyYCzBsaTM2AUDdEvBvLJEF
QCRDTwUQIEGHB0AF0AeQc2FnZSUKHy91L1ELEy+EAgBpLTGMNDQBQC8QMTgwAUDXDNAzkyXARgNh
OgyDLbAgIERheXQCICBJBwIwBJEPsCBbU01UIFA6dzhtBXBAZPU1wy42cV0lVwZgAjA1J2Me4Tdx
LCA0BlEFMGUfBtAm4QHQNCA6sDI6MlMW8yWTVG81JycfQHIQLXRjQC8Qc3RzXC54GsM3sSzhJzgo
dUxiai+xNSdSZSiAKEE8tCkgcG13EcAg7nEKUD1APdIuMZ8yqi8Uewu2HKNXGbEaABpkHpB4+QVA
b2YacwSQA2AFwAeB9zECQaccskofQEWhJsBFsvxhcBuQCsAAcCdgGgIJAFRvawQgZ0mAZDngYmFI
MWRpZHkIYBkxeSs1IByqfUCgdwGRbGVwW10gPQMwAAAcoyDvTVBM0BswQLAxG0AbMDXgvnAPoAUA
D7BN8kCwMk37+03gAzB9S4YUkE0ERx8LgLwgYxpQRVEakSzhcAMQ5ybhRQECIGx5SWMbAgIQvwXA
AiAaoEzRS/Acmk8DoN8e4TnlOrM54B6Ody+CSxvgPiBIZWwJAEiAWeD3QZZZoFlGSR6xOoADoB9A
cxsCQLRubwfgVLIvcWIPTEFUEAGgSCIyLjUg/nlIwT1gGSAbwRoDH+EEIPcJcFohVBB3WdFUo0DQ
RNKvXKAJ4BvhXtF5GkB5HAf/WthBECdQIABBFhoARdBhAH8AwGHvWZFSYRqCQLMs0CD+cwhhJ2A5
4BoQBCAHgAIwvz3RGXFdxA+hQVAbEXVXAP9l8xpQA+AFsBmBTEIEIFSyeG11bEFQC1BpSF6iKL9g
oSdQJmBFAWCzYCAgD3DlHrEpZJlJbW0SGwIZQP8IYExRUxUbAhoRMRALcRmR7QhgZyzAZKhUGpEF
sDBl+0UDH0AgG/Fy5llGTVJZVf09QHIW0AVBTOVz8g9ibRAObz1AMJAHgFszMl0/UNV1t2lmdstL
73OYLyrnTX9Og3lCKi942HjIWVX+bVQQBGEGkBliVPJJdC8Q/msaoHMPdB91L3Y/d094X/95b4Dp
e098VYevTy9QNn1P/Vq6WTaBQNAJ8B6hU5FTFv9uIjEgaJRGM16iRQF+kYIEPwhwSSFJAAWwCXAv
wT8/j3EYAHBJoVJhYWR2SPL/ZJ+U7x9wgNc78FvgAIA+8P8E8jqAGTCXMTzDOeAPoF7xXwOROmAL
cAMgmBEiAMBq02mxA3BvQD2KIoDXA/D/GaAbMJdaPLQbYGXFBuBKkPdFtkacgTFGBbELgFSxAMD/
Y8M18UpwMSA9QXHBX6EZQv9ugzNgaiJe4gbwGYBGlQQgy5jCgNciGpBscBtgmBHvGoIxAAeAk9Fk
CXAEEBkg/zWgXJIFQB9CQRAvkZOTSqFfRn5a1iCmHCUkQFJsMkHpN3BtczngUKXxSoA4we854DW+
JxY2EWMY8KvVOeD6T2wgbyU2iCAkQDcerzEfLBGvvzeELOEkQDkzN9AtNTg2KUA1NCAxeP+pKUz1
ly+YP5lPml9NBJvv/5z/ng9G9p+/oM+h36Lvo/W/pI+ln6avp78cdhOxAMbwAAMAEBAAAAAAAwAR
EAEAAAAeAEIQAQAAAAEAAAAAAAAAAwCAEP////9AAAcwILhAbboWwAFAAAgwILhAbboWwAELAACA
CCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAAoAIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAA
AAAAAwAFgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAAPMVAAAeACWACCAGAAAAAADAAAAAAAAARgAA
AABUhQAAAQAAAAUAAAA4LjA0AAAAAAMAJoAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwAv
gAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAADADCACCAGAAAAAADAAAAAAAAARgAAAAARhQAA
AAAAAAMAMoAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgBBgAggBgAAAAAAwAAAAAAAAEYA
AAAANoUAAAEAAAABAAAAAAAAAB4AQoAIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAA
AAAeAEOACCAGAAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAAHgA9AAEAAAAFAAAAUkU6
IAAAAAADAA00/TcAAFbJ

------ =_NextPart_000_01C0170E.4892B8D0--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR NMC v90 enabled.
Date: 05 Sep 2000 13:30:01 -0400

Looking for 5 cards. Must be v90 enabled.
Please email what you have.

Want to buy NOW.

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: Dual E1 Nic Qty 2
Date: 05 Sep 2000 13:57:23 -0400

I am buying:
USR Dual PRI/E1 w/ E1 Nics

Please quote price and avail.


Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: Qty USR Hiper DSP Cards
Date: 06 Sep 2000 14:54:48 -0400

WR Communication Associates (WRCA) has the following available for sale.

Qty- USR Hiper DSP cards w/ nics

Please call or email if you are interested.

WTB: USR Hiper ARC w/ nic Qty 10

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) Still buying v90 USR NMC cards and E1 cards
Date: 06 Sep 2000 15:29:13 -0400

If you are sitting on these please contact me.
Looking for qty NMC v90 enabled

Also need:
USR E1 nics for T1/E1 or E1/PRI
I will buy complete sets.

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) FS: HiPerARC Router
Date: 06 Sep 2000 14:40:14 -0500

For sale: (1) 3Com HiPerARC Router for Total Control. Lightly Used. $3,500
o.b.o. COD Certified/Cashiers check only.

Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.net
[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: 2- Hiper DSP modem card
Date: 06 Sep 2000 16:54:15 -0400

WR Communication Associates (WRCA.NET) has the following USR equipment
available:

2- Hiper DSP nac/nic sets
Flashed to latest code.
30 day warranty.

Asking $3100.00 each

Qty available. Discounted prices for large buys.

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Dwayne Varey <[e-mail]>
Subject: (usr-tc) oid for harc cpu usage
Date: 07 Sep 2000 08:51:00 +0800

Is there an oid in the new release of code to find the cpu usage of the
Harc?

 ________________________________________________
 Dwayne Varey
 Systems Administrator
 WestNet - WA's Statewide Internet Provider
 Phone: [phone] - Fax: [phone]
 http://www.wn.com.au
 _________________________________________________


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Farber <[e-mail]>
Subject: Re: (usr-tc) oid for harc cpu usage
Date: 06 Sep 2000 21:21:12 -0400 (EDT)

historically sho cpu utilization has been broke.  On both ARC's I have
4.1.59 and sho cpu util are 0% (with 250+ calls on it!)

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Thu, 7 Sep 2000, Dwayne Varey wrote:

> Is there an oid in the new release of code to find the cpu usage of the
> Harc?
>
>  ________________________________________________
>  Dwayne Varey
>  Systems Administrator
>  WestNet - WA's Statewide Internet Provider
>  Phone: [phone] - Fax: [phone]
>  http://www.wn.com.au
>  _________________________________________________
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Dwayne Varey <[e-mail]>
Subject: RE: (usr-tc) oid for harc cpu usage
Date: 07 Sep 2000 11:30:14 +0800

We currently have 13 e1 hiperdsp's connected to a single harc.  Is this to
many?  Is their a specification anywhere about how many of these cards a
harc can handle?

 ________________________________________________
 Dwayne Varey
 Systems Administrator
 WestNet - WA's Statewide Internet Provider
 Phone: [phone] - Fax: [phone]
 http://www.wn.com.au
 _________________________________________________



-----Original Message-----
Sent: Thursday, 7 September 2000 9:21


historically sho cpu utilization has been broke.  On both ARC's I have
4.1.59 and sho cpu util are 0% (with 250+ calls on it!)

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Thu, 7 Sep 2000, Dwayne Varey wrote:

> Is there an oid in the new release of code to find the cpu usage of the
> Harc?
>
>  ________________________________________________
>  Dwayne Varey
>  Systems Administrator
>  WestNet - WA's Statewide Internet Provider
>  Phone: [phone] - Fax: [phone]
>  http://www.wn.com.au
>  _________________________________________________
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Jorge Lozano" <[e-mail]>
Subject: (usr-tc) proxy redirection...
Date: 06 Sep 2000 23:01:57 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_0000_01C01856.75316780
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi...
Anyone know if I can redirect all the http traffic of a group of
users to one proxy server with a radius parameter or something
else....
I want that a group use the web but with a filter installed in a
proxy server.

Thnkss for all...

Jorge Lozano <[e-mail]>
The only way to predict the future is... to create it!
Please visit, http://www.andinet.com


-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>

iQA/AwUBObcTNap3oywyFVUlEQKrBQCfS2M3rvm9UTIAhaGkQJl+FaxNYtkAn3CD
gA8LODpi3yqUj+ye0+ggkBqe
=6IHd
-----END PGP SIGNATURE-----

------=_NextPart_000_0000_01C01856.75316780
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


------=_NextPart_000_0000_01C01856.75316780--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Blake Fithen <[e-mail]>
Subject: RE: (usr-tc) oid for harc cpu usage
Date: 06 Sep 2000 23:51:15 -0500

Not sure if it's broken but you'd think it show a little more
activity.

man-186.12>
man-186.12>
man-186.12> save all
Saving ....SAVE ALL  Complete
sh cpu ut

CPU Utilization:
Instantaneous : 35%
Last Minute   : 0%
Last Hour     : 0%
Last Day      : 0%
man-186.12>

blake

> -----Original Message-----
> From:    Paul Farber [SMTP:[e-mail]]
> Sent:    Wednesday, September 06, 2000 8:21 PM
> To:    '[e-mail]'
> Subject:    Re: (usr-tc) oid for harc cpu usage
>
> historically sho cpu utilization has been broke.  On both ARC's I have
> 4.1.59 and sho cpu util are 0% (with 250+ calls on it!)
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Thu, 7 Sep 2000, Dwayne Varey wrote:
>
> > Is there an oid in the new release of code to find the cpu usage of the
> > Harc?
> >
> >  ________________________________________________
> >  Dwayne Varey
> >  Systems Administrator
> >  WestNet - WA's Statewide Internet Provider
> >  Phone: [phone] - Fax: [phone]
> >  http://www.wn.com.au
> >  _________________________________________________
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Blake Fithen <[e-mail]>
Subject: RE: (usr-tc) oid for harc cpu usage
Date: 07 Sep 2000 00:00:25 -0500

We've got two fully-loaded chassis in a POP using PRI's- they
work OK.

blake

> -----Original Message-----
> From:    Dwayne Varey [SMTP:[e-mail]]
> Sent:    Wednesday, September 06, 2000 10:30 PM
> To:    '[e-mail]'
> Subject:    RE: (usr-tc) oid for harc cpu usage
>
> We currently have 13 e1 hiperdsp's connected to a single harc.  Is this to
> many?  Is their a specification anywhere about how many of these cards a
> harc can handle?
>
>  ________________________________________________
>  Dwayne Varey
>  Systems Administrator
>  WestNet - WA's Statewide Internet Provider
>  Phone: [phone] - Fax: [phone]
>  http://www.wn.com.au
>  _________________________________________________
>
>
>
> -----Original Message-----
> From: Paul Farber [mailto:[e-mail]]
> Sent: Thursday, 7 September 2000 9:21
> To: '[e-mail]'
> Subject: Re: (usr-tc) oid for harc cpu usage
>
>
> historically sho cpu utilization has been broke.  On both ARC's I have
> 4.1.59 and sho cpu util are 0% (with 250+ calls on it!)
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Thu, 7 Sep 2000, Dwayne Varey wrote:
>
> > Is there an oid in the new release of code to find the cpu usage of the
> > Harc?
> >
> >  ________________________________________________
> >  Dwayne Varey
> >  Systems Administrator
> >  WestNet - WA's Statewide Internet Provider
> >  Phone: [phone] - Fax: [phone]
> >  http://www.wn.com.au
> >  _________________________________________________
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) oid for harc cpu usage
Date: 07 Sep 2000 07:35:27 -0600

Quoting Paul Farber <[e-mail]>:

> historically sho cpu utilization has been broke.  On both ARC's I have
> 4.1.59 and sho cpu util are 0% (with 250+ calls on it!)
>
No - show cpu is not broken.  It shows 0% with 250+ calls is normal.  The HiPer
arc is designed to show the CPU utilization only when it reaches the level of
calls/flash updates/route tables and any other routing related activity exceeds
the bench mark.  Which basically means you will see show cpu activity
instantaneously if you do a save all and do a show cpu at that instance.

What it is that being a embaded system, the HiPer arc CPU is always being
utilized, so they have a bench mark, once you exceed the bench mark the cpu
utilization shows.  Typically for normal call volumes you will not see any cpu
utilization, do a lot of l2tp, cleartcp, pptp, calls you will see some
utilization.


-V


> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Thu, 7 Sep 2000, Dwayne Varey wrote:
>
> > Is there an oid in the new release of code to find the cpu usage of
> the
> > Harc?
> >
> >  ________________________________________________
> >  Dwayne Varey
> >  Systems Administrator
> >  WestNet - WA's Statewide Internet Provider
> >  Phone: [phone] - Fax: [phone]
> >  http://www.wn.com.au
> >  _________________________________________________
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Farber <[e-mail]>
Subject: Re: (usr-tc) oid for harc cpu usage
Date: 07 Sep 2000 10:35:35 -0400 (EDT)

So it's just named poorly?

From you explination.. as long as the last 3 values are 0 then the CPU is
just not above some threshold set in flash.... OK, next question:  what's
that value?  Or is it safe to say that as long as the values are 0 it's
just nothing to worry about?

Thanks

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Thu, 7 Sep 2000, Veda Narayan wrote:

> Quoting Paul Farber <[e-mail]>:
>
> > historically sho cpu utilization has been broke.  On both ARC's I have
> > 4.1.59 and sho cpu util are 0% (with 250+ calls on it!)
> >
> No - show cpu is not broken.  It shows 0% with 250+ calls is normal.  The HiPer
> arc is designed to show the CPU utilization only when it reaches the level of
> calls/flash updates/route tables and any other routing related activity exceeds
> the bench mark.  Which basically means you will see show cpu activity
> instantaneously if you do a save all and do a show cpu at that instance.
>
> What it is that being a embaded system, the HiPer arc CPU is always being
> utilized, so they have a bench mark, once you exceed the bench mark the cpu
> utilization shows.  Typically for normal call volumes you will not see any cpu
> utilization, do a lot of l2tp, cleartcp, pptp, calls you will see some
> utilization.
>
>
> -V
>
>
> > Paul Farber
> > Farber Technology
> > [e-mail]
> > Ph  570-628-5303
> > Fax [phone]
> >
> > On Thu, 7 Sep 2000, Dwayne Varey wrote:
> >
> > > Is there an oid in the new release of code to find the cpu usage of
> > the
> > > Harc?
> > >
> > >  ________________________________________________
> > >  Dwayne Varey
> > >  Systems Administrator
> > >  WestNet - WA's Statewide Internet Provider
> > >  Phone: [phone] - Fax: [phone]
> > >  http://www.wn.com.au
> > >  _________________________________________________
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> ===========
>
> -V
>
> ==========
>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Andrews <[e-mail]>
Subject: Re: (usr-tc) oid for harc cpu usage
Date: 07 Sep 2000 11:19:59 -0400 (EDT)

Since nobody ever answered the original question about the OID,
here's an MRTG entry...

Target[foo]: 1.3.6.1.4.1.429.4.3.1.13.0&1.3.6.1.4.1.429.4.3.1.14.0:public@foo
MaxBytes[foo]: 100
Title[foo]: CPU usage on HiPer ARC foo
Options[foo]: gauge
YLegend[foo]: percent cpu
ShortLegend[foo]: percent cpu
LegendI[foo]:  1-min:
LegendO[foo]:  5-min:

And yeah, most of the time it just graphs zero because it's reporting only
"above average" usage or something similar -- but occasionally it will
graph some spikes when you get really busy.


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Thu, 7 Sep 2000, Paul Farber wrote:

> So it's just named poorly?
>
> >From you explination.. as long as the last 3 values are 0 then the CPU is
> just not above some threshold set in flash.... OK, next question:  what's
> that value?  Or is it safe to say that as long as the values are 0 it's
> just nothing to worry about?
>
> Thanks
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Thu, 7 Sep 2000, Veda Narayan wrote:
>
> > Quoting Paul Farber <[e-mail]>:
> >
> > > historically sho cpu utilization has been broke.  On both ARC's I have
> > > 4.1.59 and sho cpu util are 0% (with 250+ calls on it!)
> > >
> > No - show cpu is not broken.  It shows 0% with 250+ calls is normal.  The HiPer
> > arc is designed to show the CPU utilization only when it reaches the level of
> > calls/flash updates/route tables and any other routing related activity exceeds
> > the bench mark.  Which basically means you will see show cpu activity
> > instantaneously if you do a save all and do a show cpu at that instance.
> >
> > What it is that being a embaded system, the HiPer arc CPU is always being
> > utilized, so they have a bench mark, once you exceed the bench mark the cpu
> > utilization shows.  Typically for normal call volumes you will not see any cpu
> > utilization, do a lot of l2tp, cleartcp, pptp, calls you will see some
> > utilization.
> >
> >
> > -V
> >
> >
> > > Paul Farber
> > > Farber Technology
> > > [e-mail]
> > > Ph  570-628-5303
> > > Fax [phone]
> > >
> > > On Thu, 7 Sep 2000, Dwayne Varey wrote:
> > >
> > > > Is there an oid in the new release of code to find the cpu usage of
> > > the
> > > > Harc?
> > > >
> > > >  ________________________________________________
> > > >  Dwayne Varey
> > > >  Systems Administrator
> > > >  WestNet - WA's Statewide Internet Provider
> > > >  Phone: [phone] - Fax: [phone]
> > > >  http://www.wn.com.au
> > > >  _________________________________________________
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> >
> > ===========
> >
> > -V
> >
> > ==========
> >
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Seth Jacobs" <[e-mail]>
Subject: (usr-tc) Relocation User
Date: 07 Sep 2000 08:33:19 -0700

My TC unit is sending an error message ("Relocation User") to my RADIUS
server.  The error message is:

(Radius  :01857) 9/5/2000 21:17:38 Relocation User jneeley from port 4 to 1
due to ClassID: 84f6
(Radius  :01857) 9/5/2000 21:20:56 Relocation User porsh from port 4 to 2
due to ClassID: 84c9
(Radius  :01857) 9/5/2000 21:25:26 Relocation User amendoza from port 4 to 3
due to ClassID: 84f7

Can anyone tell me what this means, if it's anything I should be concerned
about, and how I can find out more about it?

Thanks.

Seth




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Farber <[e-mail]>
Subject: Re: (usr-tc) FS: USR Hiper Hardware
Date: 07 Sep 2000 12:23:21 -0400 (EDT)

Looking for 1 Netserver Card (from 2059 bundle, X2 enabled) and 6 Digital
Quad modem NIC/NACS.

Have 1 HiperARC NIC/NAC and 6 Analog/Digital quad NIC/NACs for sale or
trade.

Any deals?

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Thu, 24 Aug 2000, Steve Rivera -www.wrca.net wrote:

> WR Communication Associates (WRCA) has the following USR hardware available:
>
> 2- Hiper DSP w/ nic $3000
> 3- Hiper NMC w/ nic $900 (Factory Warranty)
> 1- EdgeServer Card w/ SCSI-2 NIC $1100
> Part# 69-001160-01 R:5
> Part# 69-001410-00 R:2
> 1- Hiper DSP NIC $550 (backplane card only)
> 1- Hiper ARC NIC $500 (backplane card only)
> 18- Quad Analog Modems w/ analog nic (2 card) $250
> 64- Quad Digital Modems $225
>
> I also have huge inventory of TC cards, chassis, power supplies..ect
>
> 2- Netserver 16 v34 $750...sold
> 1- Netserver 8 v34 $500
> 3- Netserver 8I $750
> 6- MP16 v34 $650
> 2- MP8 v34 $500
> 1- MP8I $900
> 2- MMP16 v34 $850
>
> Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
> www.isp-networkhardware.com
> ICQ# 75229638
> Email: [e-mail]
> Mobile Email: [e-mail]
>
> Worldwide Provider of Network Hardware Since 1981.
> Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
> IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
> Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More
>
>
>
>
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: Re: (usr-tc) FS: USR Hiper Hardware
Date: 07 Sep 2000 12:24:55 -0400

I can offer $800 for the Hiper ARC.

1- Netserver PRI $700
6- Quad Digital set $200 each.


At 12:23 PM 09/07/2000 -0400, you wrote:
>Looking for 1 Netserver Card (from 2059 bundle, X2 enabled) and 6 Digital
>Quad modem NIC/NACS.
>
>Have 1 HiperARC NIC/NAC and 6 Analog/Digital quad NIC/NACs for sale or
>trade.
>
>Any deals?
>
>Paul Farber
>Farber Technology
>[e-mail]
>Ph  570-628-5303
>Fax [phone]
>
>On Thu, 24 Aug 2000, Steve Rivera -www.wrca.net wrote:
>
> > WR Communication Associates (WRCA) has the following USR hardware
> available:
> >
> > 2- Hiper DSP w/ nic $3000
> > 3- Hiper NMC w/ nic $900 (Factory Warranty)
> > 1- EdgeServer Card w/ SCSI-2 NIC $1100
> > Part# 69-001160-01 R:5
> > Part# 69-001410-00 R:2
> > 1- Hiper DSP NIC $550 (backplane card only)
> > 1- Hiper ARC NIC $500 (backplane card only)
> > 18- Quad Analog Modems w/ analog nic (2 card) $250
> > 64- Quad Digital Modems $225
> >
> > I also have huge inventory of TC cards, chassis, power supplies..ect
> >
> > 2- Netserver 16 v34 $750...sold
> > 1- Netserver 8 v34 $500
> > 3- Netserver 8I $750
> > 6- MP16 v34 $650
> > 2- MP8 v34 $500
> > 1- MP8I $900
> > 2- MMP16 v34 $850
> >
> > Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
> > www.isp-networkhardware.com
> > ICQ# 75229638
> > Email: [e-mail]
> > Mobile Email: [e-mail]
> >
> > Worldwide Provider of Network Hardware Since 1981.
> > Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink,
> > IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech,
> > Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: RE: (usr-tc) FS: USR Hiper Hardware
Date: 07 Sep 2000 11:38:23 -0500

> I can offer $800 for the Hiper ARC.

Has the price of HiperARCs really dropped that much? Just a little over a
year ago I had traded one for a HiperDSP.

Mark E. Levy, President
FSINet, Inc.
800-827-6085 x202
847-753-6832 fax
www.fsi.net
[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Andrews <[e-mail]>
Subject: (usr-tc) totalservice warranty registration fubared
Date: 07 Sep 2000 17:12:02 -0400 (EDT)

I can't get into totalservice to enable the warranty registration for the
two new chassis I got in today.  As soon as I log into the warranty
registration, it tries to send me to totalservice.usr.com instead of
totalservice.3com.com.  Whoops.

The two boxes came with different versions of code; one came with the
latest, one had old ARC and HiPer NMC code.  I don't have a copy of the
HiPer NMC code to flash onto the other one (this are my first two P5
NMCs), because I can't get into the software download site, and I can't
get into that because I can't get into the warranty registration site...

So unless someone can tell me how to siphon the .dmf file from a running
HiPer NMC card back into a file, or wants to send me a copy of the 7.2.8
DMF file to match what I have running on other hardware I legally own, or
can tell me who to yell at at 3com to get the URL on their website
corrected... :p



Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Andrews <[e-mail]>
Subject: Re: (usr-tc) totalservice warranty registration fubared
Date: 07 Sep 2000 17:48:22 -0400 (EDT)

Nevermind (sort of); I worked around it by editing c:\windows\hosts and
fudging an entry for totalservice.usr.com in there.  That let me get
in to get my cards registered and get the firmware I needed.

3Com still needs to fix the site (or DNS) though.


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Thu, 7 Sep 2000, Mike Andrews wrote:

> I can't get into totalservice to enable the warranty registration for the
> two new chassis I got in today.  As soon as I log into the warranty
> registration, it tries to send me to totalservice.usr.com instead of
> totalservice.3com.com.  Whoops.
>
> The two boxes came with different versions of code; one came with the
> latest, one had old ARC and HiPer NMC code.  I don't have a copy of the
> HiPer NMC code to flash onto the other one (this are my first two P5
> NMCs), because I can't get into the software download site, and I can't
> get into that because I can't get into the warranty registration site...
>
> So unless someone can tell me how to siphon the .dmf file from a running
> HiPer NMC card back into a file, or wants to send me a copy of the 7.2.8
> DMF file to match what I have running on other hardware I legally own, or
> can tell me who to yell at at 3com to get the URL on their website
> corrected... :p
>
>
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR TC hardware
Date: 07 Sep 2000 18:35:04 -0400

WR Communication Associate (WRCA) is looking to BUY the following USR hardware:
I look forward to hearing from you. email or phone is fine.

Remember...next week a load of DSP cards are coming in. I will be looking
to sell them for $3200.00ea.
Those of you that have responded to my emails know that I will DEAL for you
business :)
They are not the E1 daughter card type.

24- Quad Analog/Digital Modems..... will pay $200+/-
10- NMC v90 enabled w/ nics ...someone has to have these sitting in the
closet...
10- Netserver 16 v34...with all the complaints on these there should be
many available...you would think.
Any- Hiper ARC w/ nic
Any- Hiper DSP E1 style...must have enabled daughtercard.

All equipment must be guaranteed working. I am willing to pay COD/Visa/MC/AMEX

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: USR TC hardware
Date: 07 Sep 2000 18:35:04 -0400

WR Communication Associate (WRCA) is looking to BUY the following USR hardware:
I look forward to hearing from you. email or phone is fine.

Remember...next week a load of DSP cards are coming in. I will be looking
to sell them for $3200.00ea.
Those of you that have responded to my emails know that I will DEAL for you
business :)
They are not the E1 daughter card type.

24- Quad Analog/Digital Modems..... will pay $200+/-
10- NMC v90 enabled w/ nics ...someone has to have these sitting in the
closet...
10- Netserver 16 v34...with all the complaints on these there should be
many available...you would think.
Any- Hiper ARC w/ nic
Any- Hiper DSP E1 style...must have enabled daughtercard.

All equipment must be guaranteed working. I am willing to pay COD/Visa/MC/AMEX

Steve Rivera (VP) - w-732-833-2111 /  c-732-433-5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Chris Thomas <[e-mail]>
Subject: RE: (usr-tc) oid for harc cpu usage
Date: 08 Sep 2000 09:02:38 +0800

Actually, the question was "Is there an oid in the new release of code to
find the cpu usage of the Harc?", not the delta CPU usage. While Mike's
answer at least attempts to answer the question, it sounds like the answer
is actually "No". The delta CPU usage has been part of the HARC MIB for some
time, and while it may serve a purpose, it certainly doesn't show the total
CPU usage. Dwayne was simply asking if there is an OID in the new code that
shows the total CPU usage, once again, sounds like the answer is "No".

Leaving all the discussion about the older delta CPU usage OID out, does
anybody know if 3Com have included an OID to measure true CPU usage in the
new HARC code.

Thanks,

Chris

> -----Original Message-----
> From: Mike Andrews [mailto:[e-mail]]
> Sent: Thursday, 7 September 2000 23:20
> To: '[e-mail]'
> Subject: Re: (usr-tc) oid for harc cpu usage
>
>
> Since nobody ever answered the original question about the OID,
> here's an MRTG entry...
>
> Target[foo]:
> 1.3.6.1.4.1.429.4.3.1.13.0&1.3.6.1.4.1.429.4.3.1.14.0:public@foo
> MaxBytes[foo]: 100
> Title[foo]: CPU usage on HiPer ARC foo
> Options[foo]: gauge
> YLegend[foo]: percent cpu
> ShortLegend[foo]: percent cpu
> LegendI[foo]:  1-min:
> LegendO[foo]:  5-min:
>
> And yeah, most of the time it just graphs zero because it's
> reporting only
> "above average" usage or something similar -- but occasionally it will
> graph some spikes when you get really busy.
>
>
> Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
> Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and
> surrounding counties
> www.fark.com: If it's not news, it's Fark.  (Or something like that.)
>
> On Thu, 7 Sep 2000, Paul Farber wrote:
>
> > So it's just named poorly?
> >
> > >From you explination.. as long as the last 3 values are 0
> then the CPU is
> > just not above some threshold set in flash.... OK, next
> question:  what's
> > that value?  Or is it safe to say that as long as the
> values are 0 it's
> > just nothing to worry about?
> >
> > Thanks
> >
> > Paul Farber
> > Farber Technology
> > [e-mail]
> > Ph  570-628-5303
> > Fax [phone]
> >
> > On Thu, 7 Sep 2000, Veda Narayan wrote:
> >
> > > Quoting Paul Farber <[e-mail]>:
> > >
> > > > historically sho cpu utilization has been broke.  On
> both ARC's I have
> > > > 4.1.59 and sho cpu util are 0% (with 250+ calls on it!)
> > > >
> > > No - show cpu is not broken.  It shows 0% with 250+ calls
> is normal.  The HiPer
> > > arc is designed to show the CPU utilization only when it
> reaches the level of
> > > calls/flash updates/route tables and any other routing
> related activity exceeds
> > > the bench mark.  Which basically means you will see show
> cpu activity
> > > instantaneously if you do a save all and do a show cpu at
> that instance.
> > >
> > > What it is that being a embaded system, the HiPer arc CPU
> is always being
> > > utilized, so they have a bench mark, once you exceed the
> bench mark the cpu
> > > utilization shows.  Typically for normal call volumes you
> will not see any cpu
> > > utilization, do a lot of l2tp, cleartcp, pptp, calls you
> will see some
> > > utilization.
> > >
> > >
> > > -V
> > >
> > >
> > > > Paul Farber
> > > > Farber Technology
> > > > [e-mail]
> > > > Ph  570-628-5303
> > > > Fax [phone]
> > > >
> > > > On Thu, 7 Sep 2000, Dwayne Varey wrote:
> > > >
> > > > > Is there an oid in the new release of code to find
> the cpu usage of
> > > > the
> > > > > Harc?
> > > > >
> > > > >  ________________________________________________
> > > > >  Dwayne Varey
> > > > >  Systems Administrator
> > > > >  WestNet - WA's Statewide Internet Provider
> > > > >  Phone: [phone] - Fax: [phone]
> > > > >  http://www.wn.com.au
> > > > >  _________________________________________________
> > > > >
> > > > >
> > > > > -
> > > > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > > > >  with "unsubscribe usr-tc" in the body of the 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
> "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the message.
> > > >  For information on digests or retrieving files and old
> messages send
> > > >  "help" to the same address.  Do not use quotes in your message.
> > > >
> > >
> > >
> > >
> > > ===========
> > >
> > > -V
> > >
> > > ==========
> > >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) oid for harc cpu usage
Date: 07 Sep 2000 20:53:02 -0600

Quoting Paul Farber <[e-mail]>:

> So it's just named poorly?
>
Not its not, you have to have a base line for the CPU utilization and it could
have been nice if they showed the minimun cpu utilization as some percentage
rather than showing 0.

> >From you explination.. as long as the last 3 values are 0 then the CPU
> is
> just not above some threshold set in flash.... OK, next question:
> what's
> that value?  Or is it safe to say that as long as the values are 0 it's
> just nothing to worry about?
>
What you need to look at is what is the instantaneous utilzation, last hour,
last min and last day.  There is no issue for the CPU to run 100% at any given
instance but if for the last hour you see it being used 100% that is an
indication of too much processing.  I do not have an answer for the exact save
value - if I come across I will let you know

V


> Thanks
>
> Paul Farber
> Farber Technology
> [e-mail]
> Ph  570-628-5303
> Fax [phone]
>
> On Thu, 7 Sep 2000, Veda Narayan wrote:
>
> > Quoting Paul Farber <[e-mail]>:
> >
> > > historically sho cpu utilization has been broke.  On both ARC's I
> have
> > > 4.1.59 and sho cpu util are 0% (with 250+ calls on it!)
> > >
> > No - show cpu is not broken.  It shows 0% with 250+ calls is normal.
> The HiPer
> > arc is designed to show the CPU utilization only when it reaches the
> level of
> > calls/flash updates/route tables and any other routing related
> activity exceeds
> > the bench mark.  Which basically means you will see show cpu activity
> > instantaneously if you do a save all and do a show cpu at that
> instance.
> >
> > What it is that being a embaded system, the HiPer arc CPU is always
> being
> > utilized, so they have a bench mark, once you exceed the bench mark
> the cpu
> > utilization shows.  Typically for normal call volumes you will not see
> any cpu
> > utilization, do a lot of l2tp, cleartcp, pptp, calls you will see some
>
> > utilization.
> >
> >
> > -V
> >
> >
> > > Paul Farber
> > > Farber Technology
> > > [e-mail]
> > > Ph  570-628-5303
> > > Fax [phone]
> > >
> > > On Thu, 7 Sep 2000, Dwayne Varey wrote:
> > >
> > > > Is there an oid in the new release of code to find the cpu usage
> of
> > > the
> > > > Harc?
> > > >
> > > >  ________________________________________________
> > > >  Dwayne Varey
> > > >  Systems Administrator
> > > >  WestNet - WA's Statewide Internet Provider
> > > >  Phone: [phone] - Fax: [phone]
> > > >  http://www.wn.com.au
> > > >  _________________________________________________
> > > >
> > > >
> > > > -
> > > >  To unsubscribe to usr-tc, send an email to
> "[e-mail]"
> > > >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages
> send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> >
> > ===========
> >
> > -V
> >
> > ==========
> >
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Relocation User
Date: 07 Sep 2000 20:54:53 -0600

Quoting Seth Jacobs <[e-mail]>:

> My TC unit is sending an error message ("Relocation User") to my RADIUS
> server.  The error message is:
>
> (Radius  :01857) 9/5/2000 21:17:38 Relocation User jneeley from port 4
> to 1
> due to ClassID: 84f6

Looks more like radius trying to tell you about some ID.  What radius server do
you have and what version of ARC code?  Also
if you can get a mon radius for this packet that could help

-v

> (Radius  :01857) 9/5/2000 21:20:56 Relocation User porsh from port 4 to
> 2
> due to ClassID: 84c9
> (Radius  :01857) 9/5/2000 21:25:26 Relocation User amendoza from port 4
> to 3
> due to ClassID: 84f7
>
> Can anyone tell me what this means, if it's anything I should be
> concerned
> about, and how I can find out more about it?
>
> Thanks.
>
> Seth
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "David Arnold" <[e-mail]>
Subject: (usr-tc) WTB: 2 ISDN Netserver PRI cards for USR TC
Date: 08 Sep 2000 09:55:45 -0500

With or without NICs, depending on price. Will pay M.O., COD, CC or check.
Please reply to [e-mail] with pricing, model # and memory.

Thank you,
David Arnold
Systems Administrator
QZIP.net
Paragon Micro Technologies, Inc.
713-681-9861
[e-mail]



-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: (usr-tc) 4.1.13 sought
Date: 08 Sep 2000 12:15:22 -0500 (CDT)


I am currently running 4.1.22 ARC code.........I have been for it seems
like forever.

I am not looking for any new features.  I need some bugs fixed though, and
thats all 4.1.13 really buys you over 4.1.22...........actually I think
4.1.13 added some obscure l2tp feature.........but I don't use l2tp.

In any case, if someone could be so kind as to mail me 4.1.13, or give me
a way to get my hands on it, I would appreciate it, and maybe I can help
you sometime.  3Com apparently feels one should pay for a software release
that does nothing but fix about 10 issues.........

Are others comfortable with 4.1.13 (as far as 4.1 train code goes)?

I take baby steps with 3com code these days...........although I do here
the 5.x stuff is good.

Brian


Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: <[e-mail]>
Subject: (usr-tc) Looking for Configuration Info for E1 access
Date: 09 Sep 2000 16:32:55 +0300 (EEST)

I have a total control but are not sure of the correct or possible card
configuration needed! Can any one direct me to such infromation

Thank you
Crve

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Looking for Configuration Info for E1 access
Date: 09 Sep 2000 11:09:07 -0600

Quoting [e-mail]:

> I have a total control but are not sure of the correct or possible card
> configuration needed! Can any one direct me to such infromation
>
What Total control do you have?  Need to know exactly the configuration of the
chassis, the cards that you have and also info on if youhave TCM or not etc.

-V

> Thank you
> Crve
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Looking for Configuration Info for E1 access
Date: 09 Sep 2000 11:09:07 -0600

Quoting [e-mail]:

> I have a total control but are not sure of the correct or possible card
> configuration needed! Can any one direct me to such infromation
>
What Total control do you have?  Need to know exactly the configuration of the
chassis, the cards that you have and also info on if youhave TCM or not etc.

-V

> Thank you
> Crve
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Seth Jacobs" <[e-mail]>
Subject: Re: (usr-tc) Relocation User
Date: 11 Sep 2000 19:49:18 -0700

Veda,

We're using Vircom RADIUS and software version 4.2.32 on the HyperArc.  I
contacted Vircom and they say that the RADIUS server is simply reporting
what it's being told by the RAS.

Seth

----- Original Message -----
Sent: Thursday, September 07, 2000 7:54 PM


> Quoting Seth Jacobs <[e-mail]>:
>
> > My TC unit is sending an error message ("Relocation User") to my RADIUS
> > server.  The error message is:
> >
> > (Radius  :01857) 9/5/2000 21:17:38 Relocation User jneeley from port 4
> > to 1
> > due to ClassID: 84f6
>
> Looks more like radius trying to tell you about some ID.  What radius
server do
> you have and what version of ARC code?  Also
> if you can get a mon radius for this packet that could help
>
> -v
>
> > (Radius  :01857) 9/5/2000 21:20:56 Relocation User porsh from port 4 to
> > 2
> > due to ClassID: 84c9
> > (Radius  :01857) 9/5/2000 21:25:26 Relocation User amendoza from port 4
> > to 3
> > due to ClassID: 84f7
> >
> > Can anyone tell me what this means, if it's anything I should be
> > concerned
> > about, and how I can find out more about it?
> >
> > Thanks.
> >
> > Seth
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
>
>
> ===========
>
> -V
>
> ==========
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Trautman <[e-mail]>
Subject: (usr-tc) The connection for call id 219549253, on if slot:14/mod:23 was dr
Date: 13 Sep 2000 09:33:30 -0500

Hi, I seem to have seen this before, can't recall for the life of me what
this ended up meaning.

Sequence on this call:

Sep 13 08:53:19 lkm-ha1 At 13:49:00, Facility "Auth Facility",
Level "VERBOSE":: A call, call id = 219549253, has arrived on interface
slot:14/mod:23
Sep 13 08:53:38 lkm-ha1 At 13:49:19, Facility "Auth Facility", Level
"COMMON"::
A call is established, call id 219549253, on interface slot:14/mod:23
Sep 13 08:53:38 lkm-ha1 At 13:49:20, Facility "Auth Facility", Level
"COMMON"::
The connection for call id 219549253, on if slot:14/mod:23 was dropped for
user
UNKNOWN

Doing a trace (mon ppp), I see:

 User Name: [Prrrrbj                         ]
 Monitoring user Prrrrbj.
Decode tracing started, press ESCAPE to stop; press X for hex tracing.
....Tracing for user "Prrrrbj"; Escape to stop...

Outgoing PPP Data on interface: slot:14/mod:23
    PAP        ACK
Outgoing PPP Data on interface: slot:14/mod:23
    IPCP       CFG_REQ           COMPR_TYPE     00 2d 0f 00
                                 NEW_ADDRS      9c 2e b9 01

Incoming PPP Data on interface: slot:14/mod:23
    LCP        TERM_REQ

Outgoing PPP Data on interface: slot:14/mod:23
    LCP        TERM_ACK

It's saying to me the client is <requesting> to be terminated (suicide?)
All their settings appear to be correct...definately is set to "let server
assign" the IP address--

Any hints here as to what's going on?

I hate to have someone rip out their dialup networking if I don't have a
good reason for it.

Anyone seen this before

Thanks!!

Scott M. Trautman     800-482-4638
Global Dialog Internet     608-240-4638,4637fax
2810 Crossroads, STE LL2     [e-mail]
Madison WI 53718     <http://www.gdinet.com/>


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) Relocation User
Date: 13 Sep 2000 13:42:49 -0600

Quoting Seth Jacobs <[e-mail]>:

> Veda,
>
> We're using Vircom RADIUS and software version 4.2.32 on the HyperArc.
> I
> contacted Vircom and they say that the RADIUS server is simply reporting
> what it's being told by the RAS.
>
What we would need is on the HiPer arc you can do a mon radius, this has
options to capture the data that is sent out to the radius server and vice
versa, you have to capture that and compare to what you see - My guess you have
a vendor specific attribute that is not being properlly interpreted by the
radius server

-V

> Seth
>
> ----- Original Message -----
> From: Veda Narayan <[e-mail]>
> To: <[e-mail]>; Seth Jacobs <[e-mail]>
> Sent: Thursday, September 07, 2000 7:54 PM
> Subject: Re: (usr-tc) Relocation User
>
>
> > Quoting Seth Jacobs <[e-mail]>:
> >
> > > My TC unit is sending an error message ("Relocation User") to my
> RADIUS
> > > server.  The error message is:
> > >
> > > (Radius  :01857) 9/5/2000 21:17:38 Relocation User jneeley from port
> 4
> > > to 1
> > > due to ClassID: 84f6
> >
> > Looks more like radius trying to tell you about some ID.  What radius
> server do
> > you have and what version of ARC code?  Also
> > if you can get a mon radius for this packet that could help
> >
> > -v
> >
> > > (Radius  :01857) 9/5/2000 21:20:56 Relocation User porsh from port 4
> to
> > > 2
> > > due to ClassID: 84c9
> > > (Radius  :01857) 9/5/2000 21:25:26 Relocation User amendoza from
> port 4
> > > to 3
> > > due to ClassID: 84f7
> > >
> > > Can anyone tell me what this means, if it's anything I should be
> > > concerned
> > > about, and how I can find out more about it?
> > >
> > > Thanks.
> > >
> > > Seth
> > >
> > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the message.
> > >  For information on digests or retrieving files and old messages
> send
> > >  "help" to the same address.  Do not use quotes in your message.
> > >
> >
> >
> >
> > ===========
> >
> > -V
> >
> > ==========
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) The connection for call id 219549253, on if slot:14/mod:23 was dr opped for user - after successful RADIUS authentication
Date: 13 Sep 2000 13:47:17 -0600

Quoting Scott Trautman <[e-mail]>:


When a user dials in to the total control, if the call fails due to some
modem/connection/user-error etc, the HiPer arc does not know the name of the
person who called, thus it calls the user unknow.  In this case as you see you
have got IPCP being sent out by the HiPer arc but you get a LCP termination
request - thus the user asked for disconnection - at this point the PPP stack
on the hiper arc does not know that a username thus the unknown user has been
disconnected.

-V


> Hi, I seem to have seen this before, can't recall for the life of me
> what
> this ended up meaning.
>
> Sequence on this call:
>
> Sep 13 08:53:19 lkm-ha1 At 13:49:00, Facility "Auth Facility",
> Level "VERBOSE":: A call, call id = 219549253, has arrived on interface
> slot:14/mod:23
> Sep 13 08:53:38 lkm-ha1 At 13:49:19, Facility "Auth Facility", Level
> "COMMON"::
> A call is established, call id 219549253, on interface slot:14/mod:23
> Sep 13 08:53:38 lkm-ha1 At 13:49:20, Facility "Auth Facility", Level
> "COMMON"::
> The connection for call id 219549253, on if slot:14/mod:23 was dropped
> for
> user
> UNKNOWN
>
> Doing a trace (mon ppp), I see:
>
>  User Name: [Prrrrbj                         ]
>  Monitoring user Prrrrbj.
> Decode tracing started, press ESCAPE to stop; press X for hex tracing.
> ....Tracing for user "Prrrrbj"; Escape to stop...
>
> Outgoing PPP Data on interface: slot:14/mod:23
>     PAP        ACK
> Outgoing PPP Data on interface: slot:14/mod:23
>     IPCP       CFG_REQ           COMPR_TYPE     00 2d 0f 00
>                                  NEW_ADDRS      9c 2e b9 01
>
> Incoming PPP Data on interface: slot:14/mod:23
>     LCP        TERM_REQ
>
> Outgoing PPP Data on interface: slot:14/mod:23
>     LCP        TERM_ACK
>
> It's saying to me the client is <requesting> to be terminated (suicide?)
> All their settings appear to be correct...definately is set to "let
> server
> assign" the IP address--
>
> Any hints here as to what's going on?
>
> I hate to have someone rip out their dialup networking if I don't have a
> good reason for it.
>
> Anyone seen this before
>
> Thanks!!
>
> Scott M. Trautman     800-482-4638
> Global Dialog Internet     608-240-4638,4637fax
> 2810 Crossroads, STE LL2     [e-mail]
> Madison WI 53718     <http://www.gdinet.com/>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) The connection for call id 219549253, on if slot:14/mod:23 was dr opped for user - after successful RADIUS authentication
Date: 13 Sep 2000 14:55:13 -0400

Also sprach Veda Narayan
>When a user dials in to the total control, if the call fails due to
>some modem/connection/user-error etc, the HiPer arc does not know the
>name of the person who called, thus it calls the user unknow.  In this
>case as you see you have got IPCP being sent out by the HiPer arc but
>you get a LCP termination request - thus the user asked for
>disconnection - at this point the PPP stack on the hiper arc does not
>know that a username thus the unknown user has been disconnected.

Uhm, yes it does know the username...he did a mon user with the username
to get the log, and IPCP occurs after PAP, (you can see the PAP auth
ack in the log), so the Arc does indeed know the userid if the drop
occured at the time that the ppp log shows.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) The connection for call id 219549253, on if slot:14/mod:23 was dr opped for user - after successful RADIUS authentication
Date: 14 Sep 2000 08:08:28 -0600

Quoting Jeff Mcadams <[e-mail]>:

> Uhm, yes it does know the username...he did a mon user with the username
> to get the log, and IPCP occurs after PAP, (you can see the PAP auth
> ack in the log), so the Arc does indeed know the userid if the drop
> occured at the time that the ppp log shows.

Nope - It still does not know the user name - the arc uses message passing.
So each module has to send the info to the other module to let PPP module to
know the user name.  CIP tells PPP module about the call, PPP module starts LCP
and then informs the radius/user module - this is where the authentication
takes place, then radius/user module tells IP about the call to complete IPCP,
if the call fails at that point IP does not say call complete - so radius/user
will not tell PPP that there is a particular user tried to login.  If the IP
was nacked or rejected or even if IPCP had taken place for some time before the
LCP reject being received - yes then the user name know.

-V

> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) The connection for call id 219549253, on if slot:14/mod:23 was dr opped for user - after successful RADIUS authentication
Date: 14 Sep 2000 10:31:35 -0400

Also sprach Veda Narayan
>Quoting Jeff Mcadams <[e-mail]>:
>> Uhm, yes it does know the username...he did a mon user with the
>> username to get the log, and IPCP occurs after PAP, (you can see the
>> PAP auth ack in the log), so the Arc does indeed know the userid if
>> the drop occured at the time that the ppp log shows.

>Nope - It still does not know the user name - the arc uses message
>passing.  So each module has to send the info to the other module to
>let PPP module to know the user name.  CIP tells PPP module about the
>call, PPP module starts LCP and then informs the radius/user module -
>this is where the authentication takes place, then radius/user module
>tells IP about the call to complete IPCP, if the call fails at that
>point IP does not say call complete - so radius/user will not tell PPP
>that there is a particular user tried to login.  If the IP was nacked
>or rejected or even if IPCP had taken place for some time before the
>LCP reject being received - yes then the user name know.

Wow...not sure how you know so much about the internals of the Arc code,
but that's impressive.

Regardless though, sounds like a bug to me.  The *Arc* does know the
username...it has already completed PAP...though it might be in the
wrong module of the Arc code.  In my opinion, if PAP returns with an
authentication OK, then the Arc should use that username in whatever
logs from that point on.  The user may not be authorized to do IP, or
the peer may refuse IP, but they are authenticated, so the Arc does know
what the userid is and *should* include it in any logs to help diagnose
what the problem is.

On an only tangentially related note...

Anyone know what the deal is with the news server on totalservice?  It
seems to have been refusing connections for over a day now.  Given the
shoot-themselves-in-the-foot-concerning-customer-service-what-else-is-new
decision by 3Com to forbid participation in this list of techies and
others within 3Com (yes, I did confirm this to be the case, to my
satisfaction at least), and the totalservice news server software not
accepting connections, and continued incredible lameness concerning
software contracts; 3Com seems to be actively shutting down every
possible avenue of customer support.  I guess 3Com really doesn't want
customers after all.  *sigh*
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Greg Coffey <[e-mail]>
Subject: (usr-tc) Chassis Price
Date: 14 Sep 2000 13:12:04 -0600

Haven't bought a new chassis for months.  What are they going for new with
48 modems these days and who has the best price?



Thanks, Greg Coffey                               <[e-mail]>
Visionary Communications  V 307-234-5443    F 307-234-5446
100 N. Center Suite #100, Casper, WY  82601    www.vcn.com
_________________________________________________________


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) Chassis Price
Date: 14 Sep 2000 16:17:59 -0400

At 01:12 PM 9/14/00 -0600, Greg Coffey wrote:
>Haven't bought a new chassis for months.  What are they going for new with
>48 modems these days and who has the best price?

Source Technology will probably be one of the better priced, if not the best.
http://www.source-t.com/
They are also good at supporting their customers. John DeDonato's my rep,
been good to deal with. I don't know what the current price is, probably
around $9k to $9500 for the 48-port startup bundle.


--
Kirk Mitchell-General Manager    [e-mail]
Keystone Connect                 Unlock Your World
Altoona, PA  814-941-5000        http://www.keyconn.net


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Scot Desort" <[e-mail]>
Subject: Re: (usr-tc) Chassis Price
Date: 14 Sep 2000 22:05:02 -0400

2 weeks ago, the price from Source Technology was about $11,300 for the
startup 48 port chassis bundle with ps and HARC. 3COM had a $500 rebate
running in August, but that's over now.

--
Scot


----- Original Message -----
Sent: Thursday, September 14, 2000 4:17 PM


> At 01:12 PM 9/14/00 -0600, Greg Coffey wrote:
> >Haven't bought a new chassis for months.  What are they going for new
with
> >48 modems these days and who has the best price?
>
> Source Technology will probably be one of the better priced, if not the
best.
> http://www.source-t.com/
> They are also good at supporting their customers. John DeDonato's my rep,
> been good to deal with. I don't know what the current price is, probably
> around $9k to $9500 for the 48-port startup bundle.
>
>
> --
> Kirk Mitchell-General Manager    [e-mail]
> Keystone Connect                 Unlock Your World
> Altoona, PA  814-941-5000        http://www.keyconn.net
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Denis Newkirk <[e-mail]>
Subject: Used Chassis and DSPs - was (usr-tc) Chassis Price
Date: 14 Sep 2000 22:11:36 -0400

I have (and will have more) used chassis I'll guarantee for 30 days at
$6,000 each.

The inventory can be seen at http://home.early.com/~dnewkirk/equip/

Feel free to make offers


At 01:12 PM 9/14/00 -0600, you wrote:
>Haven't bought a new chassis for months.  What are they going for new with
>48 modems these days and who has the best price?
>
>
>
>Thanks, Greg Coffey                               <[e-mail]>
>Visionary Communications  V 307-234-5443    F 307-234-5446
>100 N. Center Suite #100, Casper, WY  82601    www.vcn.com
>_________________________________________________________
>
>
>-
>To unsubscribe to usr-tc, send an email to "[e-mail]"
>with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Godby" <[e-mail]>
Subject: (usr-tc) Logging modem disconnect reasons
Date: 14 Sep 2000 23:32:59 -0500

Hello.

I was wondering if anyone out there that's using 3Com/USR Total Control
boxes (with HiPerARCs) know of any utilities that could store the disconnect
reasons that the HiPerDSP generates (the actual modem disconnect reasons,
not the general  disconnect reasons that the HiPerARC uses) along with the
person's usename and the date/time.  They are wonderful for troubleshooting
because they are so specific, but it's time-consuming to watch someone's
session until they happen to get disconnected. :-)  If we could somehow get
the Total Control to send these to Vircom's VPRRS, that would be excellent,
but I'm not too picky.

Thanks for any ideas!

Kevin Godby  <[e-mail]>
Professional Computer Solutions, Inc.
434 W. Second St.      Phone: [phone]
Ottumwa, Iowa  52501     Fax: [phone]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Colin Wantling <[e-mail]>
Subject: RE: (usr-tc) Logging modem disconnect reasons
Date: 15 Sep 2000 11:44:54 +0200

Kevin,

we do this by turning on the logging on the NMC (using TCM) and sending the accounting info to our radius server. Of course, the NMC will need to be entered in the Radius clients file.

Using TCM on each DSP, you can redirect the DSP traps so that the NMC can send them out to the Radius.

regards,

Colin Wantling


    ----------
    From:     Kevin Godby[SMTP:[e-mail]]
    Reply To:     [e-mail]
    Sent:     Friday, September 15, 2000 6:32 AM
    To:     [e-mail]
    Subject:     (usr-tc) Logging modem disconnect reasons

    Hello.

    I was wondering if anyone out there that's using 3Com/USR Total Control
    boxes (with HiPerARCs) know of any utilities that could store the disconnect
    reasons that the HiPerDSP generates (the actual modem disconnect reasons,
    not the general  disconnect reasons that the HiPerARC uses) along with the
    person's usename and the date/time.  They are wonderful for troubleshooting
    because they are so specific, but it's time-consuming to watch someone's
    session until they happen to get disconnected. :-)  If we could somehow get
    the Total Control to send these to Vircom's VPRRS, that would be excellent,
    but I'm not too picky.

    Thanks for any ideas!

    Kevin Godby  <[e-mail]>
    Professional Computer Solutions, Inc.
    434 W. Second St.      Phone: [phone]
    Ottumwa, Iowa  52501     Fax: [phone]


    -
     To unsubscribe to usr-tc, send an email to "[e-mail]"
     with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) Logging modem disconnect reasons
Date: 15 Sep 2000 07:21:31 -0400

Also sprach Colin Wantling
>we do this by turning on the logging on the NMC (using TCM) and sending
>the accounting info to our radius server. Of course, the NMC will need
>to be entered in the Radius clients file.

Yes...this is probably the best way of doing this.  The tricky part is
correlating them with the userids as the NMC doesn't know the userids,
so you'll have to match these records up with the Arc RADIUS accounting
records to be able to correlate disconnect reasons with userids.  Not
impossible by any means, but it does add another little wrinkle.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: Re: (usr-tc) Chassis Price
Date: 15 Sep 2000 10:23:10 -0400

Not to step in the middle but....

Today, I can do refurbished Hiper Bundles for $9000. Complete with all
books, cd-roms and console cables.
But I up the stakes to Dual 70A power. If I remember correctly SOURCE TECH
sells the start-ups with singles.

SourceTech #1 New Product - Check with Ryan Vallee 888-765-5758 x2272
WRCA #1 Refurbished Product...if I dont say so myself ;) Steve Rivera
732-833-2111



At 10:05 PM 09/14/2000 -0400, you wrote:
>2 weeks ago, the price from Source Technology was about $11,300 for the
>startup 48 port chassis bundle with ps and HARC. 3COM had a $500 rebate
>running in August, but that's over now.
>
>--
>Scot
>
>
>----- Original Message -----
>From: "K Mitchell" <[e-mail]>
>To: <[e-mail]>
>Sent: Thursday, September 14, 2000 4:17 PM
>Subject: Re: (usr-tc) Chassis Price
>
>
> > At 01:12 PM 9/14/00 -0600, Greg Coffey wrote:
> > >Haven't bought a new chassis for months.  What are they going for new
>with
> > >48 modems these days and who has the best price?
> >
> > Source Technology will probably be one of the better priced, if not the
>best.
> > http://www.source-t.com/
> > They are also good at supporting their customers. John DeDonato's my rep,
> > been good to deal with. I don't know what the current price is, probably
> > around $9k to $9500 for the 48-port startup bundle.
> >
> >
> > --
> > Kirk Mitchell-General Manager    [e-mail]
> > Keystone Connect                 Unlock Your World
> > Altoona, PA  814-941-5000        http://www.keyconn.net
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: Re: Used Chassis and DSPs - was (usr-tc) Chassis Price
Date: 15 Sep 2000 10:27:06 -0400

Per your web site you selling what for $6000?


At 10:11 PM 09/14/2000 -0400, you wrote:
>I have (and will have more) used chassis I'll guarantee for 30 days at
>$6,000 each.
>
>The inventory can be seen at http://home.early.com/~dnewkirk/equip/
>
>Feel free to make offers
>
>
>At 01:12 PM 9/14/00 -0600, you wrote:
>>Haven't bought a new chassis for months.  What are they going for new
>>with 48 modems these days and who has the best price?
>>
>>
>>
>>Thanks, Greg Coffey                               <[e-mail]>
>>Visionary Communications  V 307-234-5443    F 307-234-5446
>>100 N. Center Suite #100, Casper, WY  82601    www.vcn.com
>>_________________________________________________________
>>
>>
>>-
>>To unsubscribe to usr-tc, send an email to "[e-mail]"
>>with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) Logging modem disconnect reasons
Date: 15 Sep 2000 12:44:09 -0400 (EDT)

On Fri, 15 Sep 2000, Jeff Mcadams wrote:

> Also sprach Colin Wantling
> >we do this by turning on the logging on the NMC (using TCM) and sending
> >the accounting info to our radius server. Of course, the NMC will need
> >to be entered in the Radius clients file.
>
> Yes...this is probably the best way of doing this.  The tricky part is
> correlating them with the userids as the NMC doesn't know the userids,
> so you'll have to match these records up with the Arc RADIUS accounting
> records to be able to correlate disconnect reasons with userids.  Not
> impossible by any means, but it does add another little wrinkle.  :)

Hmmm...  I didn't even know you could do this.  What common information is
there between your normal ARC-supplied accounting record and the NMC
info?  Do you generally log to the same radius server or keep this
seperate and match things up on an as-needed basis?  Any idea what
Radiator would think of these 'extra' accounting records?

Thanks,

Charles

> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) Identifying Modem Problems
Date: 15 Sep 2000 11:11:11 -0600

We currently use a variety of methods to monitor service quality, including
SNMP polls and analysis of call statistics, MRTG graphing, etc.  In addition
to these, I  would like to find a tool to repetitively dial POPs to test for
various things: Ring-No-Answers, TCP/IP connectivity, Busy signals, etc.
Although rare, we have had cases where customers have found significant
problems that we had not yet identified.  Problems that I feel we should
have been able to identify faster than we did.  I was about to embark on a
Visual C++ project to build a tool to test POPs and alert us of anomalies.
Before I do, I wondered if anyone has seen software that already performs
these types of tasks?

Ultimately, it would be nice to have users with a dialer that automatically
reported dial-in statistics back to a server each time it successfully
connected.  This would provide real-time statistics from potentially
thousands of  "sensors".  The problem is that I haven't found a product that
has a price tag that we would even consider.  Is anyone using anything like
this?

Kevin Hemsley
Systems Engineer
Microserv Computer Technologies, Inc.
[e-mail]
KB7TYA


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Godby" <[e-mail]>
Subject: RE: (usr-tc) Logging modem disconnect reasons
Date: 15 Sep 2000 13:57:57 -0500

Hello, Colin.

I'll have to look into that, but it sounds like that is my solution.  What
RADIUS attributes does the NMC use?  (Do I need to add those to the
dictionary file?)  Also, is there any correlating information between the
NMC accounting logs and the ARC accounting logs?  (I'm presuming that
Port-ID would be in both, at least.)

Thanks!

Kevin Godby  <[e-mail]>
Professional Computer Solutions, Inc.
434 W. Second St.      Phone: [phone]
Ottumwa, Iowa  52501     Fax: [phone]


> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Colin Wantling
> Sent: Friday, September 15, 2000 4:45 AM
> To: '[e-mail]'
> Subject: RE: (usr-tc) Logging modem disconnect reasons
>
>
> Kevin,
>
> we do this by turning on the logging on the NMC (using TCM) and
> sending the accounting info to our radius server. Of course, the
> NMC will need to be entered in the Radius clients file.
>
> Using TCM on each DSP, you can redirect the DSP traps so that the
> NMC can send them out to the Radius.
>
> regards,
>
> Colin Wantling
>
>
>     ----------
>     From:     Kevin Godby[SMTP:[e-mail]]
>     Reply To:     [e-mail]
>     Sent:     Friday, September 15, 2000 6:32 AM
>     To:     [e-mail]
>     Subject:     (usr-tc) Logging modem disconnect reasons
>
>     Hello.
>
>     I was wondering if anyone out there that's using 3Com/USR
> Total Control
>     boxes (with HiPerARCs) know of any utilities that could
> store the disconnect
>     reasons that the HiPerDSP generates (the actual modem
> disconnect reasons,
>     not the general  disconnect reasons that the HiPerARC uses)
> along with the
>     person's usename and the date/time.  They are wonderful for
> troubleshooting
>     because they are so specific, but it's time-consuming to
> watch someone's
>     session until they happen to get disconnected. :-)  If we
> could somehow get
>     the Total Control to send these to Vircom's VPRRS, that
> would be excellent,
>     but I'm not too picky.
>
>     Thanks for any ideas!
>
>     Kevin Godby  <[e-mail]>
>     Professional Computer Solutions, Inc.
>     434 W. Second St.      Phone: [phone]
>     Ottumwa, Iowa  52501     Fax: [phone]
>
>
>     -
>      To unsubscribe to usr-tc, send an email to "[e-mail]"
>      with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) Logging modem disconnect reasons
Date: 15 Sep 2000 18:45:19 -0400

Also sprach Charles Sprickman
>On Fri, 15 Sep 2000, Jeff Mcadams wrote:
>> Yes...this is probably the best way of doing this.  The tricky part
>> is correlating them with the userids as the NMC doesn't know the
>> userids, so you'll have to match these records up with the Arc RADIUS
>> accounting records to be able to correlate disconnect reasons with
>> userids.  Not impossible by any means, but it does add another little
>> wrinkle.  :)

>Hmmm...  I didn't even know you could do this.  What common information
>is there between your normal ARC-supplied accounting record and the NMC
>info?

Well...I'm pretty sure that slot and channel are available in both, so
that can be used to match them up.  It would really be nice if there
some sort of call reference number to match between DSPs and Arcs, while
the DSPs do have a call reference number, I don't believe the Arcs know
what it is.  Would be nice though.  :)

>Do you generally log to the same radius server or keep this seperate
>and match things up on an as-needed basis?

We've only played with this and never set it up to make full use of it.
I just wish I could trade some of these square tuits for some round
ones.  :/

>Any idea what Radiator would think of these 'extra' accounting records?

I would hope it wouldn't have any problem with them.  RADIUS is designed
to be a stateless protocol, so it *shouldn't* have any problems with
them.  It should just be new records that come into the RADIUS server
and get logged or processed like any other.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Andrews <[e-mail]>
Subject: Re: (usr-tc) Logging modem disconnect reasons
Date: 17 Sep 2000 02:56:52 -0400 (EDT)

These days I think the call reference numbers *do* match up between the
ARC and NMC.  There used to be some incompatibilities between the two (one
would log in hex and one in decimal, or one would log big-endian and one
little-endian, that kinda thing)...  but I think that's all in the past.

I have a Perl script that tails the Radius accounting logs, matches the
ARC and NMC records up, and writes it to a MySQL table.  From there it's
easy to write a web page that users (or admins for that matter) can go to
to view their most recent sessions and see exactly why it was they were
disconnected, with both the ARC and modem reasons given (unless one gets
lost, or gets logged to the other accounting server, or whatever -- this
is UDP after all).  You can throw other stuff in there too, like connect
speed.

I can't remember what fields I used to try to match them up; I think just
hostname (you need a list of what arcs match which nmc's) and session-id
is enough...
Lemme go look at the code a sec.
Hm.  Weird.  I matched up session-id, slot, channel, ANI, and
DNIS.  That's probably overkill...  :)

This script isn't currently up on the web with the rest of my scripts, but
I could put it there or mail it if anyone cared -- I'll have to clean it
up a bit (read: remove SQL passwords) first.  It's as sloppy as the rest
of my code but it's a starting point and saves reinventing at least some
of the wheel.


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Fri, 15 Sep 2000, Jeff Mcadams wrote:

> Also sprach Charles Sprickman
> >On Fri, 15 Sep 2000, Jeff Mcadams wrote:
> >> Yes...this is probably the best way of doing this.  The tricky part
> >> is correlating them with the userids as the NMC doesn't know the
> >> userids, so you'll have to match these records up with the Arc RADIUS
> >> accounting records to be able to correlate disconnect reasons with
> >> userids.  Not impossible by any means, but it does add another little
> >> wrinkle.  :)
>
> >Hmmm...  I didn't even know you could do this.  What common information
> >is there between your normal ARC-supplied accounting record and the NMC
> >info?
>
> Well...I'm pretty sure that slot and channel are available in both, so
> that can be used to match them up.  It would really be nice if there
> some sort of call reference number to match between DSPs and Arcs, while
> the DSPs do have a call reference number, I don't believe the Arcs know
> what it is.  Would be nice though.  :)
>
> >Do you generally log to the same radius server or keep this seperate
> >and match things up on an as-needed basis?
>
> We've only played with this and never set it up to make full use of it.
> I just wish I could trade some of these square tuits for some round
> ones.  :/
>
> >Any idea what Radiator would think of these 'extra' accounting records?
>
> I would hope it wouldn't have any problem with them.  RADIUS is designed
> to be a stateless protocol, so it *shouldn't* have any problems with
> them.  It should just be new records that come into the RADIUS server
> and get logged or processed like any other.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Andrews <[e-mail]>
Subject: Re: (usr-tc) Identifying Modem Problems
Date: 17 Sep 2000 03:23:01 -0400 (EDT)

Are you listening to SNMP traps?  Most of the problem detection you're
looking for can be done with that... fast-busies and ring-no-answers
usually show up as an SNMP trap also.  If for example you're running the
old DSP code with the infamous modems-failing-in-pairs problem, when a
customer hits a bad modem, the DSP will send a trap.  (I think -- it's
been a while.)  Ring-no-answer definitely sends a trap, something like
"inbound call failure" or "watchdog timeout" or some kinda packet bus
failure.  You can get traps when T1's go down or just get noisy
too... just gotta turn 'em on.

Of course the real challenge is finding SNMP trap listening software that
doesn't suck and that doesn't cost a fortune, which at least for Win32 I
have yet to find...

Regular busies should only happen if you're full, and MRTG oughta be able
to give you at least a rough count of used modems...  for testing IP
connectivity, there's always ping :)

Calling out to all your dialups should be easy enough, except that your
client modem isn't likely to be able to tell the difference between a fast
busy and a regular busy, so you don't know if you're full or if you've got
a dud DSP or PRI without checking a second source of info.  It's an
interesting idea though.

The only problem with doing that kinda thing at the client end is that
there's not a lot it can tell you when you're connected.  You could maybe
ping the other end and maybe get the (inaccurate as hell) initial connect
speed from Windows, but that's about it.  I'm not a Win32 programmer (I'm
a Perl+Unix guy) so I'm not even sure how you'd get that much.  There's
stats you can get from the modem after you hang up, but to get that your
program would have to know about every common chipset out there (USR,
Conexant, Lucent, Motorola, PCTel, Ambient, Multitech...) and the AT
commands to pull the stats up.


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Fri, 15 Sep 2000, Kevin Hemsley wrote:

> We currently use a variety of methods to monitor service quality, including
> SNMP polls and analysis of call statistics, MRTG graphing, etc.  In addition
> to these, I  would like to find a tool to repetitively dial POPs to test for
> various things: Ring-No-Answers, TCP/IP connectivity, Busy signals, etc.
> Although rare, we have had cases where customers have found significant
> problems that we had not yet identified.  Problems that I feel we should
> have been able to identify faster than we did.  I was about to embark on a
> Visual C++ project to build a tool to test POPs and alert us of anomalies.
> Before I do, I wondered if anyone has seen software that already performs
> these types of tasks?
>
> Ultimately, it would be nice to have users with a dialer that automatically
> reported dial-in statistics back to a server each time it successfully
> connected.  This would provide real-time statistics from potentially
> thousands of  "sensors".  The problem is that I haven't found a product that
> has a price tag that we would even consider.  Is anyone using anything like
> this?
>
> ----------------------------------
> Kevin Hemsley
> Systems Engineer
> Microserv Computer Technologies, Inc.
> [e-mail]
> KB7TYA
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: Re: (usr-tc) Comments on latest codes
Date: 18 Sep 2000 17:02:14 +0200

The HARCs still reboot here spontaneously even with minimal telnet
access and 'telnet client list' set to disabled. They do it less
often but still do it.

BTW, does the statement 'Any Hiper ARC software prior to
4.1.13 and 4.2.73 is not backward compatible. The downgrade procedure
will cause a complete loss of configuration on the cards and require
the use of the "DELETE CONFIGURATION" command when going to any
older code.' in HARC 5.0 release notes PDF file hold water?
Do I really have to configure the cards from scratch if I don't
have prior version bulk configuration handy?

Only thing I have is HARCs crashdump but I don't know if anybody
on this list can help me with that.
Here it is -

<start>
EXCEPTION 0200 CRASH DUMP  (mm-dd-yy : 09-16-2000  hr-min-sec : 10-50-17)

AppVer: 5.0.9-1  KernVer: 0x0000002d

GPRs:
R0:  0x0079006C  R1:  0x07F55B78  R2:  0x000EED24  R3:  0x0A93FA04
R4:  0x01FCFFAB  R5:  0x01FCFFAB  R6:  0x00000001  R7:  0x00000000
R8:  0x00000050  R9:  0x00000024  R10: 0x00000000  R11: 0x00FEE460
R12: 0x4C69734D  R13: 0x000F8D58  R14: 0x009275F4  R15: 0x009275D8
R16: 0x009275E0  R17: 0x009275CC  R18: 0x009275D4  R19: 0x009275E4
R20: 0xFFFFFEFF  R21: 0x00AB8E30  R22: 0x002DFBA8  R23: 0x00AAF020
R24: 0x0237BE60  R25: 0x01FCFFAB  R26: 0x00000024  R27: 0x00000004
R28: 0x00790B1C  R29: 0x00FC2C78  R30: 0x07F55C70  R31: 0x0A93F9E0

CR:    0x40000404  XER:   0x00000018  LR:    0x00790B34  CTR:   0x0079CAF4
SRR0:  0x0007BF64  SRR1:  0x00089030  DSISR: 0x40000000  DAR:   0x5C88495F

82660 Registers:
Err Status 1: 0x20, Err Status 2: 0x00, CPU Err: 0x72, PCI Err: 0x06
CPU/PCI Addr: 0x0A93FA00,  Sys Error Addr: 0x0A93FA00


Call Stack:
    0x0007BF64    (Exception return address - SRR0)
    0x00790B34
    0x0079006C
    0x007901D0
    0x0079CB58
    0x0079CE10
    0x00460D14
    0x0045FE68
    0x0045AC08
    0x0045649C
    0x00458880
    0x00459124
    0x004592AC
    0x00457830
    0x005AEA7C
    0x005B0264
    0x005BABDC
    0x0061C18C
    0x00619668
    0x005F84C4
    0x005F56B8
    0x002DFBFC
<end>

BTW, Michelle, have You had any better luck explaining this behaviour?

Regards,

Organization:       Delfi Online
Date sent:          Wed, 23 Aug 2000 17:11:45 +0200
Send reply to:      [e-mail]

> > I found the same thing on my ARC. Can you tell me in detail how you
> > turned this pmcom access off and how you deleted the host fields?
> > Thank you!
>
> Sorry. I kind of used a wrong name... 'pmwho' maybe rings the bell?
> Or in other words what I meant with pmcom style access is
> - any access that uses telnet to ARC for getting info with
> ARCs CLI commands and outputing the result for instance to a shell user.
>
> If I remember it correctly then there was a DOS attack possibility with
> telnet access to ARCs couple of ARC software releases ago.
>
> I myself and probably everybody else turned on at that time the telnet client
> access feature on ARCs with 'enable telnet client_access' command.
> Before that of course I defined telnet client list who were to be allowed
> access to ARC. I did it with 'add telnet client x.x.x.x/y' command.
> Some of them were with /32 bitmask.
>
> So You have couple of possibilities to try if the client list is to be blamed
> for ARC spontaneous reboots.
> 1. Just turn off the access checking with 'disable telnet client_access'
> or
> 2. delete the host entries with 'delete telnet client x.x.x.x' and replace
> them with 'add telnet client x.x.x.x/y' where y is less than 32.
>
> I myself used the second option but in addition denied the usage of 'pmwho'
> to our support people. For now.
> I'll allow it eventually to see if pmwho is the guilty one...
>
> Regards,
> __________________________________
> Kalev Nurklik
> Delfi Online
> Pa"rnu mnt. 158, 11317 Tallinn, Estonia
> Tel: [phone]
> Fax: [phone]
> E-mail: [e-mail]
> http://online.delfi.ee
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.


__________________________________
Kalev Nurklik
Delfi Online
Pa"rnu mnt. 158, 11317 Tallinn, Estonia
Tel: [phone]
Fax: [phone]
E-mail: [e-mail]
http://online.delfi.ee

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: [e-mail]
Subject: Re: (usr-tc) Comments on latest codes
Date: 18 Sep 2000 11:46:48 -0400

>The HARCs still reboot here spontaneously even with minimal telnet
>access and 'telnet client list' set to disabled. They do it less
>often but still do it.
>

Ugh...I've been struggling with the ARC on our testpool for months
now. We were having problems with it choking up; I observed that the
DSP would suddenly have all 23 channels 'local-out-of-service' and
the only way to get it to take calls again was to 1] 'Restore' the
channels, and 2] do a software reset on the ARC (why???). I upgraded
it (the ARC) to 5.0.9 and began having major trouble with
it rebooting itself almost daily. A 3Com technician managed to
finally install 5.0.88 (engineering release) on it after a struggle
and now it's back to its old trick of choking up and requiring a
software reset. I'm very tempted to back off to the previous
version--4.1.59--which has been running on the production pool with
no problems.

*********************************************************
Michelle M. Mogil
Network and Computing Systems
735 Rhodes Hall, Cornell University, Ithaca, NY 14853
vox: [phone], fax: [phone]
email: [e-mail]
**********************************************

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: <[e-mail]>
Subject: Re: (usr-tc) Comments on latest codes
Date: 18 Sep 2000 18:46:17 +0300 (EEST)

Quoting Kalev Nurklik <[e-mail]>:
Hi
I was wondering if you can help be I'm loking for the flash codes to change my
TC to E1 is flashed for T1 access at the moment! NMC and Netserver cards!!

Craig
> The HARCs still reboot here spontaneously even with minimal telnet
> access and 'telnet client list' set to disabled. They do it less
> often but still do it.
>
> BTW, does the statement 'Any Hiper ARC software prior to
> 4.1.13 and 4.2.73 is not backward compatible. The downgrade procedure
> will cause a complete loss of configuration on the cards and require
> the use of the "DELETE CONFIGURATION" command when going to any
> older code.' in HARC 5.0 release notes PDF file hold water?
> Do I really have to configure the cards from scratch if I don't
> have prior version bulk configuration handy?
>
> Only thing I have is HARCs crashdump but I don't know if anybody
> on this list can help me with that.
> Here it is -
>
> <start>
> EXCEPTION 0200 CRASH DUMP  (mm-dd-yy : 09-16-2000  hr-min-sec :
> 10-50-17)
>
> AppVer: 5.0.9-1  KernVer: 0x0000002d
>
> GPRs:
> R0:  0x0079006C  R1:  0x07F55B78  R2:  0x000EED24  R3:  0x0A93FA04
> R4:  0x01FCFFAB  R5:  0x01FCFFAB  R6:  0x00000001  R7:  0x00000000
> R8:  0x00000050  R9:  0x00000024  R10: 0x00000000  R11: 0x00FEE460
> R12: 0x4C69734D  R13: 0x000F8D58  R14: 0x009275F4  R15: 0x009275D8
> R16: 0x009275E0  R17: 0x009275CC  R18: 0x009275D4  R19: 0x009275E4
> R20: 0xFFFFFEFF  R21: 0x00AB8E30  R22: 0x002DFBA8  R23: 0x00AAF020
> R24: 0x0237BE60  R25: 0x01FCFFAB  R26: 0x00000024  R27: 0x00000004
> R28: 0x00790B1C  R29: 0x00FC2C78  R30: 0x07F55C70  R31: 0x0A93F9E0
>
> CR:    0x40000404  XER:   0x00000018  LR:    0x00790B34  CTR:
> 0x0079CAF4
> SRR0:  0x0007BF64  SRR1:  0x00089030  DSISR: 0x40000000  DAR:
> 0x5C88495F
>
> 82660 Registers:
> Err Status 1: 0x20, Err Status 2: 0x00, CPU Err: 0x72, PCI Err: 0x06
> CPU/PCI Addr: 0x0A93FA00,  Sys Error Addr: 0x0A93FA00
>
>
> Call Stack:
>     0x0007BF64    (Exception return address - SRR0)
>     0x00790B34
>     0x0079006C
>     0x007901D0
>     0x0079CB58
>     0x0079CE10
>     0x00460D14
>     0x0045FE68
>     0x0045AC08
>     0x0045649C
>     0x00458880
>     0x00459124
>     0x004592AC
>     0x00457830
>     0x005AEA7C
>     0x005B0264
>     0x005BABDC
>     0x0061C18C
>     0x00619668
>     0x005F84C4
>     0x005F56B8
>     0x002DFBFC
> <end>
>
> BTW, Michelle, have You had any better luck explaining this behaviour?
>
> Regards,
>
> From:               "Kalev Nurklik" <[e-mail]>
> Organization:       Delfi Online
> To:                 [e-mail]
> Date sent:          Wed, 23 Aug 2000 17:11:45 +0200
> Subject:            Re: (usr-tc) Comments on latest codes
> Send reply to:      [e-mail]
>
> > > I found the same thing on my ARC. Can you tell me in detail how you
> > > turned this pmcom access off and how you deleted the host fields?
> > > Thank you!
> >
> > Sorry. I kind of used a wrong name... 'pmwho' maybe rings the bell?
> > Or in other words what I meant with pmcom style access is
> > - any access that uses telnet to ARC for getting info with
> > ARCs CLI commands and outputing the result for instance to a shell
> user.
> >
> > If I remember it correctly then there was a DOS attack possibility
> with
> > telnet access to ARCs couple of ARC software releases ago.
> >
> > I myself and probably everybody else turned on at that time the telnet
> client
> > access feature on ARCs with 'enable telnet client_access' command.
> > Before that of course I defined telnet client list who were to be
> allowed
> > access to ARC. I did it with 'add telnet client x.x.x.x/y' command.
> > Some of them were with /32 bitmask.
> >
> > So You have couple of possibilities to try if the client list is to be
> blamed
> > for ARC spontaneous reboots.
> > 1. Just turn off the access checking with 'disable telnet
> client_access'
> > or
> > 2. delete the host entries with 'delete telnet client x.x.x.x' and
> replace
> > them with 'add telnet client x.x.x.x/y' where y is less than 32.
> >
> > I myself used the second option but in addition denied the usage of
> 'pmwho'
> > to our support people. For now.
> > I'll allow it eventually to see if pmwho is the guilty one...
> >
> > Regards,
> > __________________________________
> > Kalev Nurklik
> > Delfi Online
> > Pa"rnu mnt. 158, 11317 Tallinn, Estonia
> > Tel: [phone]
> > Fax: [phone]
> > E-mail: [e-mail]
> > http://online.delfi.ee
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
>
>
> __________________________________
> Kalev Nurklik
> Delfi Online
> Pa"rnu mnt. 158, 11317 Tallinn, Estonia
> Tel: [phone]
> Fax: [phone]
> E-mail: [e-mail]
> http://online.delfi.ee
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: (usr-tc) *sigh* is anybody out there?
Date: 18 Sep 2000 21:06:07 -0400

My father was (just retired in June) a U.S. History teacher at the high
school level, and loved to use the movie 1776 in his classes as much as
he could...in that movie, there's a song called "Is Anybody There?"
where John Adams reads a communique from the Commander of the Continental
Army, "the honourable, G. Washington," where Washington laments the lack
of response to his last 15 communique's.  Adams sings the contents of
the letter as the song.  Some of the lyrics from the song are (this is
from memory):

"Is Anybody there?\
Does anybody care?\
Does anybody see, what I see?"

team:/home/jeffm> telnet totalservice.3com.com 119
Trying 207.24.160.21...
telnet: Unable to connect to remote host: Connection refused
team:/home/jeffm>

Is Anybody there?  Does anybody care?  Does anybody see, what I see?
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) *sigh* is anybody out there?
Date: 18 Sep 2000 22:53:25 -0400 (EDT)

Hi Jeff,

    Trying
        telnet totalservice.3com.com 119

    Didn't work, but

        telnet totalservice.3com.com;119

    Did work for me, here is a clip of the activity



[1]+  Stopped (signal)        pine -i -z
[dave@zeus dave]$ telnet totalservice.3com.com 119
Trying 207.24.160.21...
telnet: Unable to connect to remote host: Connection refused
[dave@zeus dave]$ telnet totalservice.3com.com;119
Trying 207.24.160.21...
Connected to totalservice.3com.com.
Escape character is '^]'.


IRIX (tempest)

login:

Hope this helps you out...

Dave Lajoie
Remote Access Administrator
North Country Internet Access
E-Mail: [e-mail]




On Mon, 18 Sep 2000, Jeff Mcadams wrote:

> My father was (just retired in June) a U.S. History teacher at the high
> school level, and loved to use the movie 1776 in his classes as much as
> he could...in that movie, there's a song called "Is Anybody There?"
> where John Adams reads a communique from the Commander of the Continental
> Army, "the honourable, G. Washington," where Washington laments the lack
> of response to his last 15 communique's.  Adams sings the contents of
> the letter as the song.  Some of the lyrics from the song are (this is
> from memory):
>
> "Is Anybody there?\
> Does anybody care?\
> Does anybody see, what I see?"
>
> team:/home/jeffm> telnet totalservice.3com.com 119
> Trying 207.24.160.21...
> telnet: Unable to connect to remote host: Connection refused
> team:/home/jeffm>
>
> Is Anybody there?  Does anybody care?  Does anybody see, what I see?
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) *sigh* is anybody out there?
Date: 18 Sep 2000 23:06:59 -0400

Also sprach Dave Lajoie
>        telnet totalservice.3com.com;119

Uhm..."telnet totalservice.3com.com;119" would be interpreted as a
command to telnet to totalservice on the normal telnet port of 23, and
then, after that exits, to try to run the command "119", which really
wouldn't accomplish much.  It is interesting that the telnet port is
open on totalservice, perhaps I could hack in and fix it for them?  ;)
(note to lawyers, the previous is *definitely* just a joke)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) HiperNMC & quad modems?
Date: 19 Sep 2000 10:58:52 -0500

Does the HiperNMC support quad modems? Will it support the X2/V90 functions?
Do we have to enable the X2/V90 like the older NMC's?

Thanks,

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) Will Hiper NMC enable v90 for Quad Modem Chassis?
Date: 19 Sep 2000 12:04:36 -0400

I have a customer who is looking to upgrade his NMC cards but is concerned
that the Hiper NMC will not function the same as the standard NMC.
Specifically, enabling the quad modems for v90 access.

I have heard different opinions...Does anyone really know?
_______________________

Also have for sale : 3- Hiper DSP w/ nics for $3000 each

WTB: USR Hiper ARC's w/ nics

Steve Rivera (VP) - w-732.833.2111 /  c-732.433.5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) HiperNMC & quad modems?
Date: 19 Sep 2000 18:59:43 -0600

Quoting Mark Thornton <[e-mail]>:

> Does the HiperNMC support quad modems? Will it support the X2/V90
> functions?
> Do we have to enable the X2/V90 like the older NMC's?
>
Yes it does.

V

> Thanks,
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Dwayne Varey <[e-mail]>
Subject: RE: (usr-tc) Logging modem disconnect reasons
Date: 20 Sep 2000 14:42:31 +0800

umm, this may sound like a dumb question, but how is the nmc setup to log
radius call data.  I've been looking around in our nmc's and the only sort
of logging that seems to be available is syslog.  Do you just set the nmc to
syslog all of its info to a radius server?  and then have the radius server
insert data into sql table, or did I miss something along the way?

 ________________________________________________
 Dwayne Varey
 Systems Administrator
 WestNet - WA's Statewide Internet Provider
 Phone: [phone] - Fax: [phone]
 http://www.wn.com.au
 _________________________________________________



-----Original Message-----
Sent: Sunday, 17 September 2000 14:57


These days I think the call reference numbers *do* match up between the
ARC and NMC.  There used to be some incompatibilities between the two (one
would log in hex and one in decimal, or one would log big-endian and one
little-endian, that kinda thing)...  but I think that's all in the past.

I have a Perl script that tails the Radius accounting logs, matches the
ARC and NMC records up, and writes it to a MySQL table.  From there it's
easy to write a web page that users (or admins for that matter) can go to
to view their most recent sessions and see exactly why it was they were
disconnected, with both the ARC and modem reasons given (unless one gets
lost, or gets logged to the other accounting server, or whatever -- this
is UDP after all).  You can throw other stuff in there too, like connect
speed.

I can't remember what fields I used to try to match them up; I think just
hostname (you need a list of what arcs match which nmc's) and session-id
is enough...
Lemme go look at the code a sec.
Hm.  Weird.  I matched up session-id, slot, channel, ANI, and
DNIS.  That's probably overkill...  :)

This script isn't currently up on the web with the rest of my scripts, but
I could put it there or mail it if anyone cared -- I'll have to clean it
up a bit (read: remove SQL passwords) first.  It's as sloppy as the rest
of my code but it's a starting point and saves reinventing at least some
of the wheel.


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding
counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)

On Fri, 15 Sep 2000, Jeff Mcadams wrote:

> Also sprach Charles Sprickman
> >On Fri, 15 Sep 2000, Jeff Mcadams wrote:
> >> Yes...this is probably the best way of doing this.  The tricky part
> >> is correlating them with the userids as the NMC doesn't know the
> >> userids, so you'll have to match these records up with the Arc RADIUS
> >> accounting records to be able to correlate disconnect reasons with
> >> userids.  Not impossible by any means, but it does add another little
> >> wrinkle.  :)
>
> >Hmmm...  I didn't even know you could do this.  What common information
> >is there between your normal ARC-supplied accounting record and the NMC
> >info?
>
> Well...I'm pretty sure that slot and channel are available in both, so
> that can be used to match them up.  It would really be nice if there
> some sort of call reference number to match between DSPs and Arcs, while
> the DSPs do have a call reference number, I don't believe the Arcs know
> what it is.  Would be nice though.  :)
>
> >Do you generally log to the same radius server or keep this seperate
> >and match things up on an as-needed basis?
>
> We've only played with this and never set it up to make full use of it.
> I just wish I could trade some of these square tuits for some round
> ones.  :/
>
> >Any idea what Radiator would think of these 'extra' accounting records?
>
> I would hope it wouldn't have any problem with them.  RADIUS is designed
> to be a stateless protocol, so it *shouldn't* have any problems with
> them.  It should just be new records that come into the RADIUS server
> and get logged or processed like any other.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) WTB: Hiper DSP's.
Date: 20 Sep 2000 10:35:46 -0400

Anyone selling bundles? Interested in cards or complete access servers.
Please email what you have.

Steve Rivera (VP) - w-732.833.2111 /  c-732.433.5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) What platform are others moving to?
Date: 20 Sep 2000 10:58:17 -0500

After doing the dance with 3com over upgrading my systems to gain some
additional level of stability I have come to the following conclusions. 3com
wants $4640 a year for software updates only, or about $10000 for 8-5
service(?) with software updates. They also want another $4400 to purchase
new v.90 keys to support my quad modems on the new hipernmc's. We talked a
bit about replacing all of the quads but that would run $18,000. Pretty soon
we are starting to talk about real money!

The problem I have with this is why the hell does the hipernmc require a v90
key for the quad modems? Is 3com going to milk that cow until the udder
bleeds? Isn't the fact that we bought the upgrade enough?

We are getting real close to a break even for replacing the entire pile of
trash with a new Cisco when I figure in the rebates (assuming Cisco still
considers the 3com a competitive unit).

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 15:20:51 -0400

OK...this is a bizarre one..

I have a customer wanting to upgrade from 2 channel ISDN, to a 2 channel
leased line type of set up (don't ask, I'm not sure why).  In any case,
they have an ISDN PRI into their location to support their voice traffic
on their PBX.  What they want to do (and apparently have an Adtran unit
to do this on their end) is to pull two channels off the PRI and hand
them to a cisco 1600 as a nailed up data connection (ie, no dialing).  I
know that you can set up an ISDN leased line connection like this, but
I've never seen anyone pull two channels off a PRI to do this.  *shrug*

In any case...this setup is giving our mutual CLEC telephone company
fits on how to do this.  Being a leased line setup, my initial response
was to say, "OK, drop that to me on a frac-t1 connection to my cisco
3640 down there."  I *think* this can be made to work...the tech dude at
the telco (who's pretty sharp and friendly) thinks he can get this
delivered to my 3640 on a frac-t1...

Now...I like our telco down there a lot...they're good guys, so I want
to try to help them out if I can...and besides...I wanna do this setup
without doing alot of really weird provisioning, as that tends to cause
problems down the line.  So, my question boils down to...

Can a DSP be made to use two channels as an ISDN leased line connection?
My thinking being that if I could peel off two channels of one of my
PRIs, it might be easier, simpler, more reliable, etc. to take my two
channels and patch them through the switch to these folks two channels,
rather than having to add/drop mux it out somewhere, convert it to a
frac-t1, and proly several other weird gyrations, to get the connection
to me.  Not being a telco tech, I'm not sure if this would be easier to
do or not...I can't imagine it would make it harder, but who knows.  But
before I offered to the telco tech dude, I wanted to make sure the DSPs
would indeed do this.  The impression I've gotten from what I've looked
at so far, is that no, the DSPs *won't* do this...but I'd like to get
some confirmation from folks that know more about this than I.

Thanks!

P.S.  Still no response from anyone of any signficance about the news
server on totalservice.  :/
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 14:51:49 -0500

Are you sure the Adtran is set up to add/drop from a PRI? That would put a
lot of intelligence in the Adtran that is not normally included in a csu/dsu
in order to deal with the D channel call setup stuff. It is my understanding
that a PRI isn't really sliced up just like a CT1.

We provide the same functionality to a few of our clients using an Ascend
router configured in the 'nailed' mode. This essentially creates a leased
line between their router and the dsp, and has the advantage of moving to
other PRI's if one of them fails for any reason. We set up our end to never
dump that call for any sort of timeout.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Wednesday, September 20, 2000 2:20 PM


> OK...this is a bizarre one..
>
> I have a customer wanting to upgrade from 2 channel ISDN, to a 2 channel
> leased line type of set up (don't ask, I'm not sure why).  In any case,
> they have an ISDN PRI into their location to support their voice traffic
> on their PBX.  What they want to do (and apparently have an Adtran unit
> to do this on their end) is to pull two channels off the PRI and hand
> them to a cisco 1600 as a nailed up data connection (ie, no dialing).  I
> know that you can set up an ISDN leased line connection like this, but
> I've never seen anyone pull two channels off a PRI to do this.  *shrug*
>
> In any case...this setup is giving our mutual CLEC telephone company
> fits on how to do this.  Being a leased line setup, my initial response
> was to say, "OK, drop that to me on a frac-t1 connection to my cisco
> 3640 down there."  I *think* this can be made to work...the tech dude at
> the telco (who's pretty sharp and friendly) thinks he can get this
> delivered to my 3640 on a frac-t1...
>
> Now...I like our telco down there a lot...they're good guys, so I want
> to try to help them out if I can...and besides...I wanna do this setup
> without doing alot of really weird provisioning, as that tends to cause
> problems down the line.  So, my question boils down to...
>
> Can a DSP be made to use two channels as an ISDN leased line connection?
> My thinking being that if I could peel off two channels of one of my
> PRIs, it might be easier, simpler, more reliable, etc. to take my two
> channels and patch them through the switch to these folks two channels,
> rather than having to add/drop mux it out somewhere, convert it to a
> frac-t1, and proly several other weird gyrations, to get the connection
> to me.  Not being a telco tech, I'm not sure if this would be easier to
> do or not...I can't imagine it would make it harder, but who knows.  But
> before I offered to the telco tech dude, I wanted to make sure the DSPs
> would indeed do this.  The impression I've gotten from what I've looked
> at so far, is that no, the DSPs *won't* do this...but I'd like to get
> some confirmation from folks that know more about this than I.
>
> Thanks!
>
> P.S.  Still no response from anyone of any signficance about the news
> server on totalservice.  :/
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Farber <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 16:07:26 -0400 (EDT)

I tried this a while ago with BELL/Verizon.. I ordered an point to point
ISDN circuit.. it showed up as a plain old ISDN but with no useage
charges, I just paid by the mile.

But everything else was a plain old ISDN circuit... plugged it into a
courier I modem and let her rip.  So I guess your CLEC could reroute it to
a pair on you PRI if they can pull them out of the circuit and reassign
them to that dedicated link.

It might not be tarriffed to work that way, but if  they are willing to
try it...

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Wed, 20 Sep 2000, Jeff Mcadams wrote:

> OK...this is a bizarre one..
>
> I have a customer wanting to upgrade from 2 channel ISDN, to a 2 channel
> leased line type of set up (don't ask, I'm not sure why).  In any case,
> they have an ISDN PRI into their location to support their voice traffic
> on their PBX.  What they want to do (and apparently have an Adtran unit
> to do this on their end) is to pull two channels off the PRI and hand
> them to a cisco 1600 as a nailed up data connection (ie, no dialing).  I
> know that you can set up an ISDN leased line connection like this, but
> I've never seen anyone pull two channels off a PRI to do this.  *shrug*
>
> In any case...this setup is giving our mutual CLEC telephone company
> fits on how to do this.  Being a leased line setup, my initial response
> was to say, "OK, drop that to me on a frac-t1 connection to my cisco
> 3640 down there."  I *think* this can be made to work...the tech dude at
> the telco (who's pretty sharp and friendly) thinks he can get this
> delivered to my 3640 on a frac-t1...
>
> Now...I like our telco down there a lot...they're good guys, so I want
> to try to help them out if I can...and besides...I wanna do this setup
> without doing alot of really weird provisioning, as that tends to cause
> problems down the line.  So, my question boils down to...
>
> Can a DSP be made to use two channels as an ISDN leased line connection?
> My thinking being that if I could peel off two channels of one of my
> PRIs, it might be easier, simpler, more reliable, etc. to take my two
> channels and patch them through the switch to these folks two channels,
> rather than having to add/drop mux it out somewhere, convert it to a
> frac-t1, and proly several other weird gyrations, to get the connection
> to me.  Not being a telco tech, I'm not sure if this would be easier to
> do or not...I can't imagine it would make it harder, but who knows.  But
> before I offered to the telco tech dude, I wanted to make sure the DSPs
> would indeed do this.  The impression I've gotten from what I've looked
> at so far, is that no, the DSPs *won't* do this...but I'd like to get
> some confirmation from folks that know more about this than I.
>
> Thanks!
>
> P.S.  Still no response from anyone of any signficance about the news
> server on totalservice.  :/
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 16:04:47 -0400

Also sprach Mark Thornton
>Are you sure the Adtran is set up to add/drop from a PRI? That would
>put a lot of intelligence in the Adtran that is not normally included
>in a csu/dsu in order to deal with the D channel call setup stuff. It
>is my understanding that a PRI isn't really sliced up just like a CT1.

Yeah...I looked at some of the Adtran stuff...it looks like they have
some rather intelligent "CSU/DSU's"...up to the point of doing IP
routing to some degree.  It looks like it can seriously slice and dice a
connection any way you want it...with some of their equipment, it looks
like it'll even drop a single DS0 out of a DS3 like this.

I've called the consultant dude working on this whole setup to try to
find out the actual Adtran unit that they're using, in the hopes that
it might tell me a bit more about the setup they're doing and how it
might affect us.

>We provide the same functionality to a few of our clients using an
>Ascend router configured in the 'nailed' mode. This essentially creates
>a leased line between their router and the dsp, and has the advantage
>of moving to other PRI's if one of them fails for any reason. We set up
>our end to never dump that call for any sort of timeout.

Ugh...don't get me started.  I suggested a channelized T1, to pull of
channels to do this...they already had the PRI in place.  I suggested
taking the PRI into the PBX and then provision a BRI out of the PBX to a
BRI router and do a nailed dial-up connection like you suggested.  They
already had the Cisco 1600 and didn't want to purchase the BRI card for
it, and already had the Adtran to break out the two PRI channels.

*cue rant about people ordering equipment and services before knowing if
it will work end-to-end or not*  *sigh*

Anyway...I'm not wanting to put a whole lot of work into this, since the
customer and consultant pretty much have their minds made up on how they
want to do this, and aren't willing to consider suggestions on better
ways to handle it, but I thought I'd ask to see if you could set aside
ISDN leased line channels on a DSP.  I know such a thing as an ISDN
leased line exists, and its not a dialed connection, but didn't know if
the DSPs supported it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 16:07:33 -0400

Also sprach Paul Farber
>I tried this a while ago with BELL/Verizon.. I ordered an point to
>point ISDN circuit.. it showed up as a plain old ISDN but with no
>useage charges, I just paid by the mile.

Right...and its not dialed, correct?  It just comes up and is connected
through as a clear connection.  Did you have to set up multi-link to be
able to have a 128kbps channel on that?  Or was it a clear 128kbps
channel?  That's one thing I wasn't sure on...I was assuming it'd
require MP, but hadn't ever actually experienced it, so didn't know for
sure.

>But everything else was a plain old ISDN circuit... plugged it into a
>courier I modem and let her rip.  So I guess your CLEC could reroute it
>to a pair on you PRI if they can pull them out of the circuit and
>reassign them to that dedicated link.

Right...I thought it might be easier for the CLEC to do that...I'm not
sure if you can configure the DSP to do that though.

>It might not be tarriffed to work that way, but if  they are willing to
>try it...

Oh...these are good people...they're willing to give just about anything
a try.  It helps that they seem to really like me and IgLou.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 17:00:02 -0400 (EDT)

On Wed, 20 Sep 2000, Jeff Mcadams wrote:

> Anyway...I'm not wanting to put a whole lot of work into this, since the
> customer and consultant pretty much have their minds made up on how they
> want to do this, and aren't willing to consider suggestions on better
> ways to handle it, but I thought I'd ask to see if you could set aside
> ISDN leased line channels on a DSP.  I know such a thing as an ISDN
> leased line exists, and its not a dialed connection, but didn't know if
> the DSPs supported it.

The only thing that comes to mind here is that this would only work if
your telco and their telco were the same entity...  Otherwise I can't
imagine this working.  I've never heard of any centrex-type service going
cross-carrier...

Just another possible data point.

Charles

> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Steve Monkhouse <[e-mail]>
Subject: (usr-tc) E1 DSP 30 channel question..
Date: 21 Sep 2000 08:03:56 +1000

under TCM, you can set your call routing numbers and service types ( =
analogue / digital )..=20

and that seems quite fine for the first 24 channels, but when you try to =
assign anything over 24 channels TCM takes the info with the set =
command, but wont retain it...=20

im using 6.0.23 of TCM, it recoginses the DSP as a 30 channel E1, lets =
me configure all 30 channels everywhere else...=20

is there a way to assign these last 6 channels routing info ??

Steve Monkhouse - Network Engineer
EtherTech Computer Services

Ph : [phone]
Fx : [phone]
http://www.ethertech.com.au


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Farber <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 17:26:54 -0400 (EDT)

I *think* it came up as a MLPPP circuit.... there was really nothing to
it.. I got a spid and had to give the modem a different init string
(ignore carrier.. cant remember.. the circuit was taken down a few months
ago.)

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Wed, 20 Sep 2000, Jeff Mcadams wrote:

> Also sprach Paul Farber
> >I tried this a while ago with BELL/Verizon.. I ordered an point to
> >point ISDN circuit.. it showed up as a plain old ISDN but with no
> >useage charges, I just paid by the mile.
>
> Right...and its not dialed, correct?  It just comes up and is connected
> through as a clear connection.  Did you have to set up multi-link to be
> able to have a 128kbps channel on that?  Or was it a clear 128kbps
> channel?  That's one thing I wasn't sure on...I was assuming it'd
> require MP, but hadn't ever actually experienced it, so didn't know for
> sure.
>
> >But everything else was a plain old ISDN circuit... plugged it into a
> >courier I modem and let her rip.  So I guess your CLEC could reroute it
> >to a pair on you PRI if they can pull them out of the circuit and
> >reassign them to that dedicated link.
>
> Right...I thought it might be easier for the CLEC to do that...I'm not
> sure if you can configure the DSP to do that though.
>
> >It might not be tarriffed to work that way, but if  they are willing to
> >try it...
>
> Oh...these are good people...they're willing to give just about anything
> a try.  It helps that they seem to really like me and IgLou.  :)
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 17:27:47 -0400

Also sprach Charles Sprickman
>The only thing that comes to mind here is that this would only work if
>your telco and their telco were the same entity...  Otherwise I can't
>imagine this working.  I've never heard of any centrex-type service
>going cross-carrier...

Yup, same telco...so no problems there.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) ISDN leased line on DSP?
Date: 20 Sep 2000 17:57:50 -0400

Also sprach Paul Farber
>I *think* it came up as a MLPPP circuit....

OK...that's what I thought...I'm not aware of any support at the ISDN
level for making multiple channels into a bigger single pipe like there
is for fractional-T1's.

>there was really nothing to it.. I got a spid and had to give the modem
>a different init string (ignore carrier.. cant remember.. the circuit
>was taken down a few months ago.)

Probably ignore carrier and just to answer or originate without dialing
probably.  I didn't figure it was a big deal...thanks for the input
though.  :)
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Bob Purdon" <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 21 Sep 2000 10:17:17 +1000

> The problem I have with this is why the hell does the hipernmc require a
v90
> key for the quad modems? Is 3com going to milk that cow until the udder
> bleeds? Isn't the fact that we bought the upgrade enough?

I thought it was supposed to be sufficient.  My understanding was that if
you bought a V90 key, and at a later stage had to replace the NMC, they
would issue a new V90 key free of charge.

Maybe that only applies if they've previously conned you into a
waste-of-money maintenance contract?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Farber <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 20 Sep 2000 20:47:06 -0400 (EDT)

hahahahaha people are still complaining about 3COM's policies.  Geez, it's
a new century, get away from their silly crap.  There are better options
out their.... start to explore them.

Once the expired leases start to flood the market then they might be a
better deal.  But not know.

Paul Farber
Farber Technology
[e-mail]
Ph  570-628-5303
Fax [phone]

On Thu, 21 Sep 2000, Bob Purdon wrote:

> > The problem I have with this is why the hell does the hipernmc require a
> v90
> > key for the quad modems? Is 3com going to milk that cow until the udder
> > bleeds? Isn't the fact that we bought the upgrade enough?
>
> I thought it was supposed to be sufficient.  My understanding was that if
> you bought a V90 key, and at a later stage had to replace the NMC, they
> would issue a new V90 key free of charge.
>
> Maybe that only applies if they've previously conned you into a
> waste-of-money maintenance contract?
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) *sigh* is anybody out there?
Date: 20 Sep 2000 23:10:54 -0500 (CDT)

On Mon, 18 Sep 2000, Jeff Mcadams wrote:
>
> Is Anybody there?  Does anybody care?  Does anybody see, what I see?

You mean like see alot of ISP's switch to Cisco for RAS?

:)

Brian


> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 20 Sep 2000 23:18:49 -0500 (CDT)

On Wed, 20 Sep 2000, Mark Thornton wrote:

> After doing the dance with 3com over upgrading my systems to gain some
> additional level of stability I have come to the following conclusions. 3com
> wants $4640 a year for software updates only, or about $10000 for 8-5
> service(?) with software updates. They also want another $4400 to purchase

Hmm, for how much gear is that for? Probably not alot.  You have to
understand the 3com business model..........its about making money on
support.  Its a very important part of their business that you pay them to
fix the bugs they sold you.  Sure, they have code that fixes your
problem............but wait.......it has PPPoE in it, and thats a
"feature" (probably with bugs), and so they can't just let you *have* it,
you have to pay them.  Now they could seperate the code trains, and
release just "fixes" with no new features (3com doesn't know what a
feature freeze is).........but then how they going to justify charging you
ungodly amounts for support?

> new v.90 keys to support my quad modems on the new hipernmc's. We talked a
> bit about replacing all of the quads but that would run $18,000. Pretty soon
> we are starting to talk about real money!
>
> The problem I have with this is why the hell does the hipernmc require a v90
> key for the quad modems? Is 3com going to milk that cow until the udder
> bleeds? Isn't the fact that we bought the upgrade enough?
>
> We are getting real close to a break even for replacing the entire pile of
> trash with a new Cisco when I figure in the rebates (assuming Cisco still
> considers the 3com a competitive unit).

if someone could elaborate a little on the list about what cisco has been
willing to do on 3com trade-in's I would be interested.  What is the box
to move to? as5400?

>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 21 Sep 2000 08:20:15 -0500

> if someone could elaborate a little on the list about what cisco has been
> willing to do on 3com trade-in's I would be interested.  What is the box
> to move to? as5400?

According to Cisco's site they are offering $125 per port for competitive
upgrades. The 5400 looks sweet to me.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Ray Bolouri \(Chicago\)" <[e-mail]>
Subject: (usr-tc) in need of expert usr access server consultant
Date: 21 Sep 2000 15:30:42 -0400

This is a multi-part message in MIME format.

------=_NextPart_000_003A_01C023E0.E7518620
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

We are looking for a consultant that can setup a total control chassis =
for us to do a special functionality

we need to use this box to dial out using PRI's.

then we need someone to create some link to our servers and pass out the =
ip's to our servers ... then we need it to be able to call another =
number and get more ip's and so on ..

is someone able to help us set this up as such ... need to have this =
working in the next few days >>>

please respond to [e-mail]

price is not an issue=20

ray bolouri

------=_NextPart_000_003A_01C023E0.E7518620
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3207.2500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>We are looking for a consultant that =
can setup a=20
total control chassis for us to do a special functionality</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>we need to use this box to dial out =
using=20
PRI's.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>then we need someone to create some =
link to our=20
servers and pass out the ip's to our servers ... then we need it to be =
able to=20
call another number and get more ip's and so on ..</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>is someone able to help us set this up =
as such ...=20
need to have this working in the next few days >>></FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>please respond to <A=20
href=3D"mailto:[e-mail]">[e-mail]</A></FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>price is not an issue </FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>ray bolouri</FONT></DIV></BODY></HTML>

------=_NextPart_000_003A_01C023E0.E7518620--


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) Message posted to interested 3Com party...
Date: 21 Sep 2000 14:27:03 -0500

I posted the following message to an interested party at 3Com at their
request. It will be interesting to see what the results are, especially
since this isn't bogus and I am entertaining quotes to replace the entire
mess.

***

I have reached a decision point on the growth and maintenance of my Total
Control Hubs. Over the past six months the reports of modem connection
problems have increased significantly. I had been hoping that this wasn't
really occuring until last evening when my wife and I were discussing our
modem problems over dinner with two couples who are our best friends. They
confided that they both were having very significant connection problems,
basically indicating that it was not unusual for the connection to be
dropped within three minutes. We were not at all pleased to learn this,
particularly from them.

We use a combination of quads and hiperdsp's with a hiperarc and standard
nmc. The code level is one version back from what has just been released on
the website. We are considering upgrading to the hipernmc, but are very
reluctant to give up the quads as they support trash modems (more below)
better than the hiperdsp's.

I attribute this rise in connectivity issues to more of our customers
upgrading their computers with systems containing new, cheap modems. We can
no longer count on good USR modems being the predominate device in the
field, and the new USR winmodems are almost as bad as the no-name trash. But
that is what the customers are getting in their new systems. They are having
real problems connecting to us, but no problems connecting to our
competitors Cisco system. I also have contacts with ISP's who are dumping
3Com to move to Patton devices and Lucent devices. The reasons vary widely,
some of them based in the support issues surrounding the 3Com systems, but
for me I am paying attention to their success in getting reliable
connections.

I mentioned support issues... I assumed you knew what I am talking about.
The cost of support and availability of support in terms of addressing the
problems I and other ISP's are having is overwhelming, especially when we
are still fighting the same issues after two years. It also seems that 3Com
is shutting down methods of providing service, such as the new server, that
were very effective at providing timely reponses to queries from users.
Personally, I don't mind paying for support if I think I am getting some
benefit and value out of it. But I really want existing issues fixed before
you start modifying the system to support my competitor, the cable company,
or other 'neato' features. And as for the cost of replacement contracts, I
can now purchase a complete chassis, guaranteed to work, for less than the
cost of the support you are offering. Or, I can buy individual modules at
very affordable rates and get overnight delivery without any contract
hassles (I don't want any hassles like some ISP's have apparently had). That
just doesn't make sense. We are not currently on support, though we are
looking at the software support option again to see if that addresses the
connectivity problems. If not, it is likely that we won't be needing support
on the 3Com chassis's anyway as they will be someone else's problem.


Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Andrews <[e-mail]>
Subject: RE: (usr-tc) Logging modem disconnect reasons
Date: 21 Sep 2000 17:23:23 -0400 (EDT)

On Wed, 20 Sep 2000, Dwayne Varey wrote:

> umm, this may sound like a dumb question, but how is the nmc setup to log
> radius call data.  I've been looking around in our nmc's and the only sort
> of logging that seems to be available is syslog.  Do you just set the nmc to
> syslog all of its info to a radius server?  and then have the radius server
> insert data into sql table, or did I miss something along the way?

Yes to both, the NMC sends it as a Radius accounting packet.  That means
for every disconnect you have two Radius accounting packets -- one from
the ARC, one from the NMC.  Matching the two records up after the fact and
making sense of it is then your problem, and putting it in a SQL database
made it a bit easier for me...


Mike Andrews (MA12) * [e-mail] * http://www.bit0.com/
VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY
Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties
www.fark.com: If it's not news, it's Fark.  (Or something like that.)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Jeremy Gault <[e-mail]>
Subject: (usr-tc) CSLIP anyone?
Date: 21 Sep 2000 23:22:31 -0400

Hi everyone,

    Just wondering, will the Total Control HiPer ARC (v4.x stuff) do
the CSLIP stuff?  All of our dialups use PPP, but a long time ago someone
told me CSLIP is better performance-wise.  Being the admin, I can give
myself a SLIP connection, and know how to set it up.  I've already been
able to make SLIP work between my Linux box and the server, now I'd just
like to try CSLIP.  Anyone know if this can be done, and how?  Thanks.

        Jeremy

--
Jeremy Gault <[e-mail]>  -  UNIX Systems Administrator
WingNET Internet Services (web site @ http://www.wingnet.net/ )
PGP Public Key @ http://www.wingnet.net/~jgault/pgpkey.txt
[phone] (voice)  /  [phone] (fax)
  "Do not meddle in the affairs of sysadmins, for they are easy to
   annoy and have the root password."

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 22 Sep 2000 03:42:32 -0500

Ask LaChina @ 3com - I bet she will hook you up as you are not asking for a
new key, just transferring the license key to another 3com product
(HiperNMC) and discontinuing use of the old key (NMC).

Try it ... if your old NMC broke and you got a replacement they would be
required to give you a new key ... under warranty for sure - and probably
out of warranty as well as the old key (paid for separately) did not break
with the nmc!

If that does not work I would ask to speak to a 3com attorney.

BTW: We have done this in the past with broken NMCs but not using the
HiperNMC issue.

Marshall Morgan
President

Internet Doorway, Inc (aka NETDOOR)
http://www.netdoor.com

601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
----- Original Message -----
Sent: Wednesday, September 20, 2000 7:17 PM


> > The problem I have with this is why the hell does the hipernmc require a
> v90
> > key for the quad modems? Is 3com going to milk that cow until the udder
> > bleeds? Isn't the fact that we bought the upgrade enough?
>
> I thought it was supposed to be sufficient.  My understanding was that if
> you bought a V90 key, and at a later stage had to replace the NMC, they
> would issue a new V90 key free of charge.
>
> Maybe that only applies if they've previously conned you into a
> waste-of-money maintenance contract?
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) in need of expert usr access server consultant
Date: 22 Sep 2000 07:39:21 -0600

Quoting "Ray Bolouri (Chicago)" <[e-mail]>:

Where exactly is your location?  I guess I can do this but would need to know
where you are located and exactly what you need.
If you need to talk you can call me at 847-420-8447

-V


> We are looking for a consultant that can setup a total control chassis
> for us to do a special functionality
>
> we need to use this box to dial out using PRI's.
>
> then we need someone to create some link to our servers and pass out the
> ip's to our servers ... then we need it to be able to call another
> number and get more ip's and so on ..
>
> is someone able to help us set this up as such ... need to have this
> working in the next few days >>>
>
> please respond to [e-mail]
>
> price is not an issue
>
> ray bolouri
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: USR Hiper Equipment and more
Date: 22 Sep 2000 10:25:53 -0400

WR Communication Associates (WRCA) have the following USR Equipment available:

Hiper Bundle $7995
HD Chassis w/ Single 70A power
Hiper NMC
Hiper ARC
2x Hiper DSP...not E1 compatible

Indi's
Hiper DSP's $3000...not E1 compatible
Hiper ARC
Hiper NMC $1000
EdgeServer Card w/ SCSI-2 NIC $1100 (Part# 69-001160-01 R:5 / Part#
69-001410-00 R:2)

USR Total Control Bundles - Standard
Configuration at your IP address available
TC HD Bundles (HD Chassis, single 70A, nmc v90, netserver pri, 12x Quad
Digital Modem, Dual T1/PRI) $3750
TC Classic Bundles (2059 Chassis, Dual 45A, nmc v90, netserver pri, 12x
Quad Digital Modem, Dual T1/PRI) $3250
TC v32 Terbo Bundle (2059 Chassis, Dual 45A, 15x Quad v32Terbo Modems, all
analog w/ nics) $500

QTY- Dual PRI w/ nic $600
6- Dual T1/E1 w/ nic $550
2- Quad Analog/Digital Modem w/ analog nic (dual card) $350
15- Quad Analog w/ analog nic (dual card) $300
10- NMC -Non v90 $150
7- Netserver PRI w/ nic $650

Spare Chassis w/ power
4 Total- High Density TC w/ Integrated Fan Tray (1316-05) w/ single 70A
power $500
2 Total- High Density TC w/ Integrated Fan Tray (1316-05) w/ Dual 70A power
$750
50- Classic 2059 Total Control w/ Dual 45A $175
1- Classic TC w/ Single 35A $200
1- Classic TC w/ Dual 45A DC power $350
2- Rack32 $300
2- Fan Trays $175

Cables:
Null Modems for NMC card $15
Octal Cable (TWH OCT 8) $25 (New in box)
Analog Cable Mini SCSI to 4-RS232 $20




Steve Rivera (VP) - w-732.833.2111 /  c-732.433.5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: RE: (usr-tc) in need of expert usr access server consultant
Date: 22 Sep 2000 10:56:53 -0500

Sorry about that. You later said I see you are in Missouri, so I didn't
respond. ;)

Poplar Bluff Internet, Inc.
1877 North Westwood Blvd
Poplar Bluff MO 63901


Brian.

-----Original Message-----
[mailto:[e-mail]]On Behalf Of Veda Narayan
Sent: Friday, September 22, 2000 8:39 AM
Cc: [e-mail]


Quoting "Ray Bolouri (Chicago)" <[e-mail]>:

Where exactly is your location?  I guess I can do this but would need to
know
where you are located and exactly what you need.
If you need to talk you can call me at 847-420-8447

-V


> We are looking for a consultant that can setup a total control chassis
> for us to do a special functionality
>
> we need to use this box to dial out using PRI's.
>
> then we need someone to create some link to our servers and pass out
the
> ip's to our servers ... then we need it to be able to call another
> number and get more ip's and so on ..
>
> is someone able to help us set this up as such ... need to have this
> working in the next few days >>>
>
> please respond to [e-mail]
>
> price is not an issue
>
> ray bolouri
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 22 Sep 2000 14:07:06 -0400 (EDT)

While LaChina is very nice, I would bet this goes against policy.  Unlike
a return/rma/repair, you end up with TWO X2/v.90-enabled NMCs for the
price of ONE.  I have a feeling this would not slip by the alert folks at
3Com that count the beans...

Charles

On Fri, 22 Sep 2000, Marshall Morgan wrote:

> Ask LaChina @ 3com - I bet she will hook you up as you are not asking for a
> new key, just transferring the license key to another 3com product
> (HiperNMC) and discontinuing use of the old key (NMC).
>
> Try it ... if your old NMC broke and you got a replacement they would be
> required to give you a new key ... under warranty for sure - and probably
> out of warranty as well as the old key (paid for separately) did not break
> with the nmc!
>
> If that does not work I would ask to speak to a 3com attorney.
>
> BTW: We have done this in the past with broken NMCs but not using the
> HiperNMC issue.
>
> Marshall Morgan
> President
>
> Internet Doorway, Inc (aka NETDOOR)
> http://www.netdoor.com
>
> 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax [phone]
> ----- Original Message -----
> From: "Bob Purdon" <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, September 20, 2000 7:17 PM
> Subject: Re: (usr-tc) What platform are others moving to?
>
>
> > > The problem I have with this is why the hell does the hipernmc require a
> > v90
> > > key for the quad modems? Is 3com going to milk that cow until the udder
> > > bleeds? Isn't the fact that we bought the upgrade enough?
> >
> > I thought it was supposed to be sufficient.  My understanding was that if
> > you bought a V90 key, and at a later stage had to replace the NMC, they
> > would issue a new V90 key free of charge.
> >
> > Maybe that only applies if they've previously conned you into a
> > waste-of-money maintenance contract?
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Wayne Barber" <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 22 Sep 2000 15:00:51 -0400

Which totally disregards the fact that the ability to handle X2/V.90
is in the modem code. If you have the modem code, it means you
had paid for the software upgrades to get them. So buying the key
unlocks an ability you've already paid for. It's ridiculous that 3Com
is still forcing people to buy the keys for any reason. v.90 should
be standard equipment these days.

Wayne Barber
Coastal Telco Services

On 22 Sep 00, at 14:07, Charles Sprickman wrote:

> While LaChina is very nice, I would bet this goes against policy.
> Unlike a return/rma/repair, you end up with TWO X2/v.90-enabled NMCs
> for the price of ONE.  I have a feeling this would not slip by the
> alert folks at 3Com that count the beans...
>
> Charles
>
> On Fri, 22 Sep 2000, Marshall Morgan wrote:
>
> > Ask LaChina @ 3com - I bet she will hook you up as you are not
> > asking for a new key, just transferring the license key to another
> > 3com product (HiperNMC) and discontinuing use of the old key (NMC).
> >
> > Try it ... if your old NMC broke and you got a replacement they
> > would be required to give you a new key ... under warranty for sure
> > - and probably out of warranty as well as the old key (paid for
> > separately) did not break with the nmc!
> >
> > If that does not work I would ask to speak to a 3com attorney.
> >
> > BTW: We have done this in the past with broken NMCs but not using
> > the HiperNMC issue.
> >
> > Marshall Morgan
> > President
> >
> > Internet Doorway, Inc (aka NETDOOR)
> > http://www.netdoor.com
> >
> > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax
> > 601.969.3838 ----- Original Message ----- From: "Bob Purdon"
> > <[e-mail]> To: <[e-mail]> Sent: Wednesday,
> > September 20, 2000 7:17 PM Subject: Re: (usr-tc) What platform are
> > others moving to?
> >
> >
> > > > The problem I have with this is why the hell does the hipernmc
> > > > require a
> > > v90
> > > > key for the quad modems? Is 3com going to milk that cow until
> > > > the udder bleeds? Isn't the fact that we bought the upgrade
> > > > enough?
> > >
> > > I thought it was supposed to be sufficient.  My understanding was
> > > that if you bought a V90 key, and at a later stage had to replace
> > > the NMC, they would issue a new V90 key free of charge.
> > >
> > > Maybe that only applies if they've previously conned you into a
> > > waste-of-money maintenance contract?
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to
> > >  "[e-mail]" with "unsubscribe usr-tc" in the body of
> > >  the 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 "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 22 Sep 2000 19:22:15 -0500 (CDT)

On Thu, 21 Sep 2000, Mark Thornton wrote:

> > if someone could elaborate a little on the list about what cisco has been
> > willing to do on 3com trade-in's I would be interested.  What is the box
> > to move to? as5400?
>
> According to Cisco's site they are offering $125 per port for competitive
> upgrades. The 5400 looks sweet to me.

hmm, so if you had 1200 ports you would get $150,000........how many ports
of AS5400 can that buy?  Or actually, what does 1200 ports of AS5400 cost?

Brian


>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: (usr-tc) "show duplex"?
Date: 22 Sep 2000 19:20:45 -0500 (CDT)


Does anyone know of a way from the CLI on an ARC to show the duplex
setting of an ethernet interface?  A way to force it?

Brian


Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Andrey Zimin" <[e-mail]>
Subject: Re: (usr-tc) "show duplex"?
Date: 23 Sep 2000 05:03:26 +0400

> Does anyone know of a way from the CLI on an ARC to show the duplex
> setting of an ethernet interface?  A way to force it?
First's easy - "sh int eth:1 s"
second - noway... :((


Good luck !
======================
 Andrey Zimin | AVZ7-RIPE
           MTU-Intel ISP
        Moscow, Russia
======================


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Andrey Zimin" <[e-mail]>
Subject: Re: (usr-tc) What platform are others moving to?
Date: 23 Sep 2000 05:26:00 +0400

> > > if someone could elaborate a little on the list about what cisco has been
> > > willing to do on 3com trade-in's I would be interested.  What is the box
> > > to move to? as5400?
> > According to Cisco's site they are offering $125 per port for competitive
> > upgrades. The 5400 looks sweet to me.
> hmm, so if you had 1200 ports you would get $150,000........how many ports
> of AS5400 can that buy?  Or actually, what does 1200 ports of AS5400 cost?
as5400 - newer, modern hardware. As prompts my expirence - it must have many-many problems,
in hardware, portware and IOS. May be after 1-1.5 year new platform to be a usefull...
(or not usefull - look at as5800, IMHO)

as5300 with MICA still have some problems. Not so much as HiPer, but still have... ;)

Now my best choice of NAS - Cisco AS5300, but USR HiPer still have more good worked
modem in HiPer-DSP and has some user choice... ;)
So, we have two modem-pool - one on HiPer-s and one on as5300-s.


Good luck !
======================
 Andrey Zimin | AVZ7-RIPE
           MTU-Intel ISP
        Moscow, Russia
======================


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) "show duplex"?
Date: 22 Sep 2000 21:31:39 -0400

Also sprach Brian
>Does anyone know of a way from the CLI on an ARC to show the duplex
>setting of an ethernet interface?

Directly?  No.  show interface eth:1 though gives you a Speed:
parameter.  If it starts with a 1, its half-duplex, if it starts with a
2, its full duplex.  :)

>A way to force it?

No way to force it that I'm aware of...though I've never experienced any
trouble on the Arcs with auto-negotiation of it.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) "show duplex"?
Date: 23 Sep 2000 00:44:38 -0500 (CDT)


I don't see duplex:

HiPer>> sh int eth:1 s

INTERFACE eth:1 SETTINGS
Description:                              Ethernet Driver
Type:                                     ETHERNET-CSMACD
Speed:                                    209715200
High Speed:                               0
Administrative Status:                    Up
Operational Status:                       Up
Link Up/Down Traps:                       ENABLED
Promiscuous Mode:                         FALSE
Connector Present:                        TRUE
Filter Access:                            OFF
Last Change:                              6d 17:01:50
Input Filter:
Output Filter:
Physical Address:                         00:c0:49:0d:5f:c7


On Sat, 23 Sep 2000, Andrey Zimin wrote:

> > Does anyone know of a way from the CLI on an ARC to show the duplex
> > setting of an ethernet interface?  A way to force it?
> First's easy - "sh int eth:1 s"
> second - noway... :((
>
>
> Good luck !
> ======================
>  Andrey Zimin | AVZ7-RIPE
>            MTU-Intel ISP
>         Moscow, Russia
> ======================
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) "show duplex"?
Date: 23 Sep 2000 00:46:45 -0500 (CDT)

On Fri, 22 Sep 2000, Jeff Mcadams wrote:

> Also sprach Brian
> >Does anyone know of a way from the CLI on an ARC to show the duplex
> >setting of an ethernet interface?
>
> Directly?  No.  show interface eth:1 though gives you a Speed:
> parameter.  If it starts with a 1, its half-duplex, if it starts with a
> 2, its full duplex.  :)

so in other words, with a few lines of bug free code, and 30 minutes of an
engineers time.......they could have just put duplex in there as an actual
parameter with "FDX" or "HDX" but hey.........

>
> >A way to force it?
>
> No way to force it that I'm aware of...though I've never experienced any
> trouble on the Arcs with auto-negotiation of it.

thanks

brian

> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>

Brian Feeny, CCNA, CCDA       [e-mail]
Network Administrator
ShreveNet Inc. (ASN 11881)


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Andrey Zimin" <[e-mail]>
Subject: Re: (usr-tc) "show duplex"?
Date: 24 Sep 2000 01:13:16 +0400

Look at "Speed" - you have 100Mbit/s full-duplex = 200Mbit/s total. ;)


Good luck !
======================
 Andrey Zimin | AVZ7-RIPE
           MTU-Intel ISP
        Moscow, Russia
======================

----- Original Message -----
Sent: 23 ???????? 2000 ?. 09:44


>
> I don't see duplex:
>
> HiPer>> sh int eth:1 s
>
> INTERFACE eth:1 SETTINGS
> Description:                              Ethernet Driver
> Type:                                     ETHERNET-CSMACD
> Speed:                                    209715200
> High Speed:                               0
> Administrative Status:                    Up
> Operational Status:                       Up
> Link Up/Down Traps:                       ENABLED
> Promiscuous Mode:                         FALSE
> Connector Present:                        TRUE
> Filter Access:                            OFF
> Last Change:                              6d 17:01:50
> Input Filter:
> Output Filter:
> Physical Address:                         00:c0:49:0d:5f:c7
>
>
> On Sat, 23 Sep 2000, Andrey Zimin wrote:
>
> > > Does anyone know of a way from the CLI on an ARC to show the duplex
> > > setting of an ethernet interface?  A way to force it?
> > First's easy - "sh int eth:1 s"
> > second - noway... :((
> >
> >
> > Good luck !
> > ======================
> >  Andrey Zimin | AVZ7-RIPE
> >            MTU-Intel ISP
> >         Moscow, Russia
> > ======================
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the message.
> >  For information on digests or retrieving files and old messages send
> >  "help" to the same address.  Do not use quotes in your message.
> >
>
> -----------------------------------------------
> Brian Feeny, CCNA, CCDA       [e-mail]
> Network Administrator
> ShreveNet Inc. (ASN 11881)
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) Upgrade problems!
Date: 24 Sep 2000 00:30:16 -0500

I have just completed an upgrade of my TCH systems to the latest code and
have mixed success. In general I am getting much better connection
stability, at least according to initial reports on most modems. Several
clients who had been experiencing significant difficulty had very stable
connections. All was good in the server room, or so I thought.

The problem is I have a hiperdsp that is not showing as many connected calls
as other units. In the past the call volume was fairly well spread across
the modems after a couple of hours ( they start up sequentially, then go to
a psuedorandom hunt). The affected hiperdsp is configured identically to
others, and the code levels are all the same. When I look at the connection
stats the hiperdsp is showing a similar number of connections as other
units, but 0 or near 0 total bytes transfered.

What am I missing? Where should I look to resolve this?

Thanks for your help,

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Dwayne Varey <[e-mail]>
Subject: (usr-tc) ppp compression
Date: 25 Sep 2000 15:44:57 +0800

A couple of our customers are using bsd boxes to connect to us via ppp.
They are complaining that since we've changed to 3com equipment their
connections are slower, because the hiper-arc will not negoiate compression
control protocol with them.  I have looked into this and it seems that the
hiper-arc only knows 3 types of compression: Ascend, Stack and Microsoft.
Is this true, or is there a hidden command within the hiper-arc to enable
more of the ppp rfc compression protocols?

 ________________________________________________
 Dwayne Varey
 Systems Administrator
 WestNet - WA's Statewide Internet Provider
 Phone: [phone] - Fax: [phone]
 http://www.wn.com.au
 _________________________________________________


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Bob Purdon" <[e-mail]>
Subject: (usr-tc) URL
Date: 25 Sep 2000 22:15:31 +1000


Anyone else appreciate this URL?

http://www.lansystems.com.au/products/transit_search.asp?Search=True&hiddVen
dor=3Com$$$Total$$$Control&method=BPC&Vendor_ID=25

In particular the '3Com$$$Total$$$Control' bit :-)

---
Bob Purdon


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) ppp compression
Date: 25 Sep 2000 07:51:10 -0400

Also sprach Dwayne Varey
>A couple of our customers are using bsd boxes to connect to us via ppp.
>They are complaining that since we've changed to 3com equipment their
>connections are slower, because the hiper-arc will not negoiate
>compression control protocol with them.  I have looked into this and it
>seems that the hiper-arc only knows 3 types of compression: Ascend,
>Stack and Microsoft.  Is this true, or is there a hidden command within
>the hiper-arc to enable more of the ppp rfc compression protocols?

No, those are the only three compression protocols that the Arc (and the
NETServer, if anyone is still running those) will support.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: Re: (usr-tc) ppp compression
Date: 25 Sep 2000 12:24:10 -0400 (EDT)

I don't know what flavor of BSD these folks have, but the
"user-ppp" supplied with FreeBSD (and I believe OpenBSD as well, maybe
even Net) support "Predictor-1" compression which I believe is what Ascend
uses (RFC 1978).  It would be downright silly if 3Com didn't support
this.  There's even example code in the RFC.

Charles

| Charles Sprickman                  | Internet Channel
| INCH System Administration Team    | [phone]
| [e-mail]                     | [e-mail]

On Mon, 25 Sep 2000, Dwayne Varey wrote:

> A couple of our customers are using bsd boxes to connect to us via ppp.
> They are complaining that since we've changed to 3com equipment their
> connections are slower, because the hiper-arc will not negoiate compression
> control protocol with them.  I have looked into this and it seems that the
> hiper-arc only knows 3 types of compression: Ascend, Stack and Microsoft.
> Is this true, or is there a hidden command within the hiper-arc to enable
> more of the ppp rfc compression protocols?
>
>  ________________________________________________
>  Dwayne Varey
>  Systems Administrator
>  WestNet - WA's Statewide Internet Provider
>  Phone: [phone] - Fax: [phone]
>  http://www.wn.com.au
>  _________________________________________________
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "G. Owens" <[e-mail]>
Subject: (usr-tc) Weird Log files
Date: 26 Sep 2000 23:20:11 -0500

Hey All. Can someone look and tell me what might be going on here. This is a
copy of my radius log file from one of my remote pops. It just started this
yesterday and we can't seem to stop it. Everything looks right on the ARC
and in radius. Have even restarted the arc twice. Also the radius detail
file from this box keeps showing this unauthinicated user stop over and over
and I am not sure what it means. What is odd is this chassis is in a remote
area and we are only using the slots 1 &2 on it with DSP cards. Everything
is running the next to newest code. Not the one that reboots the arc all the
time...... Thanks for any help in advance. BTW we are running Cistron radius
Greg Owens
Magnolia Internet Services
South Arkansas' Premier Internet Provider
http://www.magnolia-net.com

Tue Sep 26 23:07:18 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 6 has wrong ID
Tue Sep 26 23:07:19 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 3 has wrong ID
Tue Sep 26 23:07:20 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 2 has wrong ID
Tue Sep 26 23:07:25 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 2 has wrong ID
Tue Sep 26 23:07:37 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 4 has wrong ID
Tue Sep 26 23:07:38 2000: Info: NAS tc3arc1 restarted (Accounting-On packet
seen)
Tue Sep 26 23:07:48 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 6 has wrong ID
Tue Sep 26 23:07:52 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 3 has wrong ID
Tue Sep 26 23:07:55 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 8 has wrong ID
Tue Sep 26 23:07:55 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 2 has wrong ID
Tue Sep 26 23:08:01 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 3 has wrong ID
Tue Sep 26 23:08:01 2000: Auth: Login OK: [marlar] (from nas tc1arc2/S536)
Tue Sep 26 23:08:02 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 3 has wrong ID
Tue Sep 26 23:08:04 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 3 has wrong ID
Tue Sep 26 23:08:05 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 2 has wrong ID
Tue Sep 26 23:08:05 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 3 has wrong ID
Tue Sep 26 23:08:05 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 2 has wrong ID
Tue Sep 26 23:08:06 2000: Error: Accounting: logout: entry for NAS tc3arc1
port 3 has wrong ID

Tue Sep 26 23:13:31 2000
        User-Name = "unauthenticated"
        NAS-IP-Address = 63.89.132.3
        Acct-Status-Type = Stop
        Acct-Session-Id = "393591"
        Acct-Delay-Time = 1440
        Service-Type = Framed-User
        NAS-Port-Type = Async
        NAS-Port-Id = 7
        USR-Interface-Index = 1263
        USR-Chassis-Call-Slot = 1
        USR-Chassis-Call-Span = 1
        USR-Chassis-Call-Channel = 7
        USR-Unauthenticated-Time = 40
        USR-Modem-Training-Time = 20
        Calling-Station-Id = ""
        Called-Station-Id = ""
        USR-Modulation-Type = v90Digital
        USR-Simplified-MNP-Levels = ccittV42
        USR-Simplified-V42bis-Usage = ccittV42bis
        USR-Connect-Speed = 41333_BPS
        Framed-Protocol = PPP
        Framed-IP-Address = 0.0.0.0
        Acct-Session-Time = 60
        Acct-Terminate-Cause = User-Request
        USR-HARC-Disconnect-Code = User-Req-Drop
        Acct-Input-Octets = 406
        Acct-Output-Octets = 170
        Acct-Input-Packets = 17
        Acct-Output-Packets = 8
        USR-Call-Arrival-Time = 149550318
        USR-Call-End-Time = 149550378
        Timestamp = 970028011
        Request-Authenticator = Verified





-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Kimes <[e-mail]>
Subject: (usr-tc) ARC call termination delay
Date: 27 Sep 2000 09:34:47 -0400

Hello to the List:

I have just recently noticed this on our ARC/DSP's:

For any call terminated on any DSP modem on our ARC controlled chassis,
there is a delay before the hardware frees up the DSO.  This is true
whether the call termination is by user hang-up, idle timeout, session
timeout, etc.  The telco tell us the DSO stays seized for approximately 2
minutes before it is freed up.  I see a delay in the Radius stop packet by
about 30 seconds.

Any idea or setting I need to look for, or is it the nature of the
beast?  Many thanks in advance.







Charles Kimes, Administrator
EagleNet DataCommunications, Inc.
St. Marys, GA
[e-mail]


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) PRI channels "local out of service"
Date: 27 Sep 2000 08:52:23 -0500

After upgrading a hiperdsp to 2.1.9 I have found that two channels on one of
my pri's are now stuck in "local out of service" with a service state of 8,
whatever that is. I never experienced this type of problem on my pri
circuits before and I can't find how to clear the problem. I would greatly
appreciate some suggestions on what to do.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: (usr-tc) radius "Class" attribute
Date: 27 Sep 2000 13:45:17 -0500


Does anyone know if the "Class" attribute is supported on the hiperARC
or netserver?  Here's the description from RFC2865:

5.25.  Class

   Description

      This Attribute is available to be sent by the server to the client
      in an Access-Accept and SHOULD be sent unmodified by the client to
      the accounting server as part of the Accounting-Request packet if
      accounting is supported.  The client MUST NOT interpret the
      attribute locally.


PS - I tried searching the knowledgebase and the list for this answer but
couldn't find it.  Sorry if it's obvious and I missed it.


--
  Jeff Carneal - Sys Admin - Apex Internet
  [e-mail] http://www.apex.net [phone]

  The opinions expressed above aren't really mine.
  They belong to someone else who also refuses to
  take responsibility for them.


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Randy Cosby" <[e-mail]>
Subject: RE: (usr-tc) radius "Class" attribute
Date: 27 Sep 2000 13:25:23 -0600

Yes, it is supported in both.  It's quite handy for accounting purposes.
Our radius might put something like "FILTEREDUSER" in the class, which gets
passed back to our accounting and session databases.

Randy


> -----Original Message-----
> From: [e-mail]
> [mailto:[e-mail]]On Behalf Of Jeff
> Sent: Wednesday, September 27, 2000 12:45 PM
> To: [e-mail]
> Subject: (usr-tc) radius "Class" attribute
>
>
>
> Does anyone know if the "Class" attribute is supported on the hiperARC
> or netserver?  Here's the description from RFC2865:
>
> 5.25.  Class
>
>    Description
>
>       This Attribute is available to be sent by the server to the client
>       in an Access-Accept and SHOULD be sent unmodified by the client to
>       the accounting server as part of the Accounting-Request packet if
>       accounting is supported.  The client MUST NOT interpret the
>       attribute locally.
>
>
> PS - I tried searching the knowledgebase and the list for this answer but
> couldn't find it.  Sorry if it's obvious and I missed it.
>
>
> --
>   Jeff Carneal - Sys Admin - Apex Internet
>   [e-mail] http://www.apex.net [phone]
>
>   The opinions expressed above aren't really mine.
>   They belong to someone else who also refuses to
>   take responsibility for them.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: Re: (usr-tc) PRI channels "local out of service"
Date: 27 Sep 2000 16:38:26 -0500

Have you tried to un-busy, or reset the modems via the TCM software?


***************
Jason Watkins
I-Land NOC
[e-mail]
***************
----- Original Message -----
Sent: Wednesday, September 27, 2000 8:52 AM


> After upgrading a hiperdsp to 2.1.9 I have found that two channels on one
of
> my pri's are now stuck in "local out of service" with a service state of
8,
> whatever that is. I never experienced this type of problem on my pri
> circuits before and I can't find how to clear the problem. I would greatly
> appreciate some suggestions on what to do.
>
> Mark Thornton
> San Marcos Internet, Inc.
> 512-393-5300
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: Re: (usr-tc) PRI channels "local out of service"
Date: 27 Sep 2000 18:01:11 -0500

I tried to do a software reset on the individual modems like I do when one
of the quads gets hung up, but that didn't help. I also looked at the
busy-out configuration as shown in the TCM and they show as configured to be
in service. It may be that I don't know exactly where to go on a dsp to fix
this.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300


----- Original Message -----
Sent: Wednesday, September 27, 2000 4:38 PM


> Have you tried to un-busy, or reset the modems via the TCM software?
>
>
> ***************
> Jason Watkins
> I-Land NOC
> [e-mail]
> ***************
> ----- Original Message -----
> From: "Mark Thornton" <[e-mail]>
> To: <[e-mail]>
> Sent: Wednesday, September 27, 2000 8:52 AM
> Subject: (usr-tc) PRI channels "local out of service"
>
>
> > After upgrading a hiperdsp to 2.1.9 I have found that two channels on
one
> of
> > my pri's are now stuck in "local out of service" with a service state of
> 8,
> > whatever that is. I never experienced this type of problem on my pri
> > circuits before and I can't find how to clear the problem. I would
greatly
> > appreciate some suggestions on what to do.
> >
> > Mark Thornton
> > San Marcos Internet, Inc.
> > 512-393-5300
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Veda Narayan <[e-mail]>
Subject: Re: (usr-tc) radius "Class" attribute
Date: 27 Sep 2000 19:02:28 -0600

Quoting Jeff <[e-mail]>:

>
> Does anyone know if the "Class" attribute is supported on the hiperARC
> or netserver?  Here's the description from RFC2865:
>
The class attribute is supported by the HiPer arc - The netserver does not
support it.  Hiper arc 4.1.13 and above does support this.

V

> 5.25.  Class
>
>    Description
>
>       This Attribute is available to be sent by the server to the client
>       in an Access-Accept and SHOULD be sent unmodified by the client to
>       the accounting server as part of the Accounting-Request packet if
>       accounting is supported.  The client MUST NOT interpret the
>       attribute locally.
>
>
> PS - I tried searching the knowledgebase and the list for this answer
> but
> couldn't find it.  Sorry if it's obvious and I missed it.
>
>
> --
>   Jeff Carneal - Sys Admin - Apex Internet
>   [e-mail] http://www.apex.net [phone]
>
>   The opinions expressed above aren't really mine.
>   They belong to someone else who also refuses to
>   take responsibility for them.
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.
>



===========

-V

==========

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "G. Owens" <[e-mail]>
Subject: Re: (usr-tc) Weird Log files (Revision)
Date: 27 Sep 2000 20:40:38 -0500

Since I got no replys from the first email I will try again from a different
angle. We finally figured out what is happening and maybe someone on this
list has been here. We are in the process of installing a R2000 filter box
from X-Stop and trying to use this by setting up a different user group in
radius to sort out filtered from unfiltered. What is happening the R2000
loos to filter outbound requests only. Well once the R2000 receives the
accounting packets it is never sending the ack packets back to the arc.
Thus all the weird accounting errors below. Has anyone ever used one of
these boxes with a total control that might could add some insight as to the
best way to do this either on or off list. So far we have spent about 6 hrs
on phone with xstop and it still isn't up and going. Thanks

Greg Owens
Magnolia Internet Services
South Arkansas' Premier Internet Provider
http://www.magnolia-net.com
----- Original Message -----
Sent: Tuesday, September 26, 2000 11:20 PM


> Hey All. Can someone look and tell me what might be going on here. This is
a
> copy of my radius log file from one of my remote pops. It just started
this
> yesterday and we can't seem to stop it. Everything looks right on the ARC
> and in radius. Have even restarted the arc twice. Also the radius detail
> file from this box keeps showing this unauthinicated user stop over and
over
> and I am not sure what it means. What is odd is this chassis is in a
remote
> area and we are only using the slots 1 &2 on it with DSP cards. Everything
> is running the next to newest code. Not the one that reboots the arc all
the
> time...... Thanks for any help in advance. BTW we are running Cistron
radius
> Greg Owens
> Magnolia Internet Services
> South Arkansas' Premier Internet Provider
> http://www.magnolia-net.com
>
> Tue Sep 26 23:07:18 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 6 has wrong ID
> Tue Sep 26 23:07:19 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 3 has wrong ID
> Tue Sep 26 23:07:20 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 2 has wrong ID
> Tue Sep 26 23:07:25 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 2 has wrong ID
> Tue Sep 26 23:07:37 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 4 has wrong ID
> Tue Sep 26 23:07:38 2000: Info: NAS tc3arc1 restarted (Accounting-On
packet
> seen)
> Tue Sep 26 23:07:48 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 6 has wrong ID
> Tue Sep 26 23:07:52 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 3 has wrong ID
> Tue Sep 26 23:07:55 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 8 has wrong ID
> Tue Sep 26 23:07:55 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 2 has wrong ID
> Tue Sep 26 23:08:01 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 3 has wrong ID
> Tue Sep 26 23:08:01 2000: Auth: Login OK: [marlar] (from nas tc1arc2/S536)
> Tue Sep 26 23:08:02 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 3 has wrong ID
> Tue Sep 26 23:08:04 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 3 has wrong ID
> Tue Sep 26 23:08:05 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 2 has wrong ID
> Tue Sep 26 23:08:05 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 3 has wrong ID
> Tue Sep 26 23:08:05 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 2 has wrong ID
> Tue Sep 26 23:08:06 2000: Error: Accounting: logout: entry for NAS tc3arc1
> port 3 has wrong ID
>
> Tue Sep 26 23:13:31 2000
>         User-Name = "unauthenticated"
>         NAS-IP-Address = 63.89.132.3
>         Acct-Status-Type = Stop
>         Acct-Session-Id = "393591"
>         Acct-Delay-Time = 1440
>         Service-Type = Framed-User
>         NAS-Port-Type = Async
>         NAS-Port-Id = 7
>         USR-Interface-Index = 1263
>         USR-Chassis-Call-Slot = 1
>         USR-Chassis-Call-Span = 1
>         USR-Chassis-Call-Channel = 7
>         USR-Unauthenticated-Time = 40
>         USR-Modem-Training-Time = 20
>         Calling-Station-Id = ""
>         Called-Station-Id = ""
>         USR-Modulation-Type = v90Digital
>         USR-Simplified-MNP-Levels = ccittV42
>         USR-Simplified-V42bis-Usage = ccittV42bis
>         USR-Connect-Speed = 41333_BPS
>         Framed-Protocol = PPP
>         Framed-IP-Address = 0.0.0.0
>         Acct-Session-Time = 60
>         Acct-Terminate-Cause = User-Request
>         USR-HARC-Disconnect-Code = User-Req-Drop
>         Acct-Input-Octets = 406
>         Acct-Output-Octets = 170
>         Acct-Input-Packets = 17
>         Acct-Output-Packets = 8
>         USR-Call-Arrival-Time = 149550318
>         USR-Call-End-Time = 149550378
>         Timestamp = 970028011
>         Request-Authenticator = Verified
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Burgmeier <[e-mail]>
Subject: (usr-tc) bad ports
Date: 28 Sep 2000 01:04:01 -0700

We have several bad ports on one of our hiper arch cards.
slot:15/mod:5,9 and 10 never pick up.  I've tried resetting the
card but no luck.  When people hit these ports they get no answer.
What is the command to busy out these ports so people roll over
to the next available port?  Is it possible to fix these cards or
do I just need to send them into 3com?

Thanks- Brian

slot:15/mod:1   jennifer                    DIALIN PPP  27-SEP-2000
23:17:40
slot:15/mod:2   pcroft                      DIALIN PPP  27-SEP-2000
23:43:58
slot:15/mod:3   paulb                       DIALIN PPP  27-SEP-2000
23:15:06
slot:15/mod:4   azred                       DIALIN PPP  27-SEP-2000
23:44:21
slot:15/mod:6   mcrenaud                    DIALIN PPP  27-SEP-2000
22:35:51
slot:15/mod:7   angelo                      DIALIN PPP  27-SEP-2000
23:04:51
slot:15/mod:8   maverick                    DIALIN PPP  27-SEP-2000
22:00:06
slot:15/mod:11  bjsjim                      DIALIN PPP  27-SEP-2000
23:01:27
slot:15/mod:12  bishopc                     DIALIN PPP  27-SEP-2000
23:55:44
slot:15/mod:13  jen                         DIALIN PPP  27-SEP-2000
23:58:08
slot:15/mod:14  busch                       DIALIN PPP  27-SEP-2000
09:54:00
slot:15/mod:15  arin                        DIALIN PPP  27-SEP-2000
23:21:50
slot:15/mod:16  bass398                     DIALIN PPP  27-SEP-2000
23:48:21
slot:15/mod:17  cabrams                     DIALIN PPP  27-SEP-2000
08:09:42
slot:15/mod:18  jprice                      DIALIN PPP  27-SEP-2000
06:49:30
slot:15/mod:19  chucha6                     DIALIN PPP  27-SEP-2000
23:00:33
slot:15/mod:20  viking                      DIALIN PPP  27-SEP-2000
23:33:39
slot:15/mod:21  shameem                     DIALIN PPP  27-SEP-2000
21:40:34
slot:15/mod:22  bbonilla                    DIALIN PPP  27-SEP-2000
21:53:36
slot:15/mod:23  jamesr                      DIALIN PPP  27-SEP-2000
23:30:25
slot:15/mod:24  numbski

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Mailing List Reader" <[e-mail]>
Subject: (usr-tc) HiPer ARC NICs
Date: 28 Sep 2000 10:16:53 -0400

Any one using the HiPerARC NICs with the WAN ports for POP-in-a-Box or other
uses?


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 <[e-mail]>
Subject: (usr-tc) CEO/COO shuffle
Date: 28 Sep 2000 15:16:07 -0400

Mr. Eric Benhamou has just announced that he will be stepping down as
CEO of 3Com Corporation.  He will be replaced with the current COO of
the company, Mr. Bruce Claflin.

I've heard both of these guys speak, and while both are clearly very
intelligent, Mr. Claflin is far and away the more dynamic speaker.  :)
Having said that...I don't have much of a feel for what this change
means for 3Com, and specifically for the Carrier Systems Group.
--
Jeff McAdams                            Email: [e-mail]
Head Network Administrator              Voice: [phone]
IgLou Internet Services                        [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Sheldon Koehler" <[e-mail]>
Subject: Re: (usr-tc) CEO/COO shuffle
Date: 28 Sep 2000 13:29:58 -0700

I would doubt any real changes as Benhamou is still Chairman. I did need the
nap last year at ISPCon when he spoke though... ;)

http://news.cnet.com/news/0-1004-200-2886747.html


Sheldon

_____________________________
Sheldon Koehler, Owner/Partner
Ten Forward Communications
http://www.tenforward.com
_____________________________
Amateurs built the Ark.
Professionals built the Titanic.

----- Original Message -----
Sent: Thursday, September 28, 2000 12:16 PM


> Mr. Eric Benhamou has just announced that he will be stepping down as
> CEO of 3Com Corporation.  He will be replaced with the current COO of
> the company, Mr. Bruce Claflin.
>
> I've heard both of these guys speak, and while both are clearly very
> intelligent, Mr. Claflin is far and away the more dynamic speaker.  :)
> Having said that...I don't have much of a feel for what this change
> means for 3Com, and specifically for the Carrier Systems Group.
> --
> Jeff McAdams                            Email: [e-mail]
> Head Network Administrator              Voice: [phone]
> IgLou Internet Services                        [phone]
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Wilker" <[e-mail]>
Subject: Re: (usr-tc) bad ports
Date: 28 Sep 2000 16:18:10 -0500

Brian, when you dial in and hit one of those bad modems, do you just get
dead air?  Did the problem coincide with any software upgrades on your
chassis?

Mike Wilker
Director of Network Operations
Local Link USA & Protocol Communications


----- Original Message -----
Sent: Thursday, September 28, 2000 3:04 AM


> We have several bad ports on one of our hiper arch cards.
> slot:15/mod:5,9 and 10 never pick up.  I've tried resetting the
> card but no luck.  When people hit these ports they get no answer.
> What is the command to busy out these ports so people roll over
> to the next available port?  Is it possible to fix these cards or
> do I just need to send them into 3com?
>
> Thanks- Brian
>
> slot:15/mod:1   jennifer                    DIALIN PPP  27-SEP-2000
> 23:17:40
> slot:15/mod:2   pcroft                      DIALIN PPP  27-SEP-2000
> 23:43:58
> slot:15/mod:3   paulb                       DIALIN PPP  27-SEP-2000
> 23:15:06
> slot:15/mod:4   azred                       DIALIN PPP  27-SEP-2000
> 23:44:21
> slot:15/mod:6   mcrenaud                    DIALIN PPP  27-SEP-2000
> 22:35:51
> slot:15/mod:7   angelo                      DIALIN PPP  27-SEP-2000
> 23:04:51
> slot:15/mod:8   maverick                    DIALIN PPP  27-SEP-2000
> 22:00:06
> slot:15/mod:11  bjsjim                      DIALIN PPP  27-SEP-2000
> 23:01:27
> slot:15/mod:12  bishopc                     DIALIN PPP  27-SEP-2000
> 23:55:44
> slot:15/mod:13  jen                         DIALIN PPP  27-SEP-2000
> 23:58:08
> slot:15/mod:14  busch                       DIALIN PPP  27-SEP-2000
> 09:54:00
> slot:15/mod:15  arin                        DIALIN PPP  27-SEP-2000
> 23:21:50
> slot:15/mod:16  bass398                     DIALIN PPP  27-SEP-2000
> 23:48:21
> slot:15/mod:17  cabrams                     DIALIN PPP  27-SEP-2000
> 08:09:42
> slot:15/mod:18  jprice                      DIALIN PPP  27-SEP-2000
> 06:49:30
> slot:15/mod:19  chucha6                     DIALIN PPP  27-SEP-2000
> 23:00:33
> slot:15/mod:20  viking                      DIALIN PPP  27-SEP-2000
> 23:33:39
> slot:15/mod:21  shameem                     DIALIN PPP  27-SEP-2000
> 21:40:34
> slot:15/mod:22  bbonilla                    DIALIN PPP  27-SEP-2000
> 21:53:36
> slot:15/mod:23  jamesr                      DIALIN PPP  27-SEP-2000
> 23:30:25
> slot:15/mod:24  numbski
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: (usr-tc) FS: USR/3Com  Hiper Cards
Date: 28 Sep 2000 18:03:07 -0400

WR Communication Associates (WRCA) has the following USR Hardware available:

3- 3Com HD Chassis w/ dual 70A (Blue Stickers) $750 ea
5- USR Hiper DSP w/ nics $2900 each.
5- USR Hiper NMC w/ nics $950 each.



Steve Rivera (VP) - w-732.833.2111 /  c-732.433.5890 24Hr
(www.isp-networkhardware.com)
Email: [e-mail] - Mobile Email: [e-mail]

Worldwide Provider of Network Hardware Since 1981.













-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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 Burgmeier <[e-mail]>
Subject: Re: (usr-tc) bad ports
Date: 28 Sep 2000 17:24:52 -0700

Mike,

The last time we did a software upgrade was over a year ago.  All we
get when we hit the bad modem is dead air.  I rebooted the chassis and as
people logged back on they filled up mod 24, then 22,23, 20, 21, 19, 18, 17,

16,15,14,13,12,11 and when it the card got to mod 10 all I could hear was
dead air when I called with a phone.  Any suggestions would be appreciated.

Thanks- Brian

Mike Wilker wrote:

> Brian, when you dial in and hit one of those bad modems, do you just get
> dead air?  Did the problem coincide with any software upgrades on your
> chassis?
>
> Mike Wilker
> Director of Network Operations
> Local Link USA & Protocol Communications
>
> ----- Original Message -----
> From: "Brian Burgmeier" <[e-mail]>
> To: <[e-mail]>
> Sent: Thursday, September 28, 2000 3:04 AM
> Subject: (usr-tc) bad ports
>
> > We have several bad ports on one of our hiper arch cards.
> > slot:15/mod:5,9 and 10 never pick up.  I've tried resetting the
> > card but no luck.  When people hit these ports they get no answer.
> > What is the command to busy out these ports so people roll over
> > to the next available port?  Is it possible to fix these cards or
> > do I just need to send them into 3com?
> >
> > Thanks- Brian
> >


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: K Mitchell <[e-mail]>
Subject: Re: (usr-tc) bad ports
Date: 28 Sep 2000 23:06:03 -0400

At 05:24 PM 9/28/00 -0700, Brian Burgmeier wrote:
>Mike,
>
>The last time we did a software upgrade was over a year ago.  All we
>get when we hit the bad modem is dead air.  I rebooted the chassis and as
>people logged back on they filled up mod 24, then 22,23, 20, 21, 19, 18, 17,
>
>16,15,14,13,12,11 and when it the card got to mod 10 all I could hear was
>dead air when I called with a phone.  Any suggestions would be appreciated.

I'm not sure what's causing the problem since resetting the card isn't
fixing it. Here's how to bypass them till you get it figured out;
 Through TCM, highlight the top lights of the card, then go to
configure...actions/commands. Select the "Timeslot" radio button and
highlight the modem numbers you want to busy. Then use the "software/soft
busy out" command.

HTH
--
Kirk Mitchell-General Manager    [e-mail]
Keystone Connect                 Unlock Your World
Altoona, PA  814-941-5000        http://www.keyconn.net


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Talal Ghaith" <[e-mail]>
Subject: Re: (usr-tc) FS: USR/3Com  Hiper Cards
Date: 29 Sep 2000 14:24:11 +0200

Really intereste on that
what is there condition , what type are the DSPS (american , eurpean)?

Talal
----- Original Message -----
Sent: Friday, September 29, 2000 12:03 AM


> WR Communication Associates (WRCA) has the following USR Hardware
available:
>
> 3- 3Com HD Chassis w/ dual 70A (Blue Stickers) $750 ea
> 5- USR Hiper DSP w/ nics $2900 each.
> 5- USR Hiper NMC w/ nics $950 each.
>
>
>
> Steve Rivera (VP) - w-732.833.2111 /  c-732.433.5890 24Hr
> (www.isp-networkhardware.com)
> Email: [e-mail] - Mobile Email: [e-mail]
>
> Worldwide Provider of Network Hardware Since 1981.
>
>
>
>
>
>
>
>
>
>
>
>
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Steve Rivera -www.wrca.net" <[e-mail]>
Subject: Re: (usr-tc) FS: USR/3Com  Hiper Cards
Date: 29 Sep 2000 10:58:55 -0400

All are American. I will keep you in mind for any E1 I get in.

At 02:24 PM 09/29/2000 +0200, you wrote:
>Really intereste on that
>what is there condition , what type are the DSPS (american , eurpean)?
>
>Talal
>----- Original Message -----
>From: "Steve Rivera -www.wrca.net" <[e-mail]>
>To: <[e-mail]>
>Sent: Friday, September 29, 2000 12:03 AM
>Subject: (usr-tc) FS: USR/3Com Hiper Cards
>
>
> > WR Communication Associates (WRCA) has the following USR Hardware
>available:
> >
> > 3- 3Com HD Chassis w/ dual 70A (Blue Stickers) $750 ea
> > 5- USR Hiper DSP w/ nics $2900 each.
> > 5- USR Hiper NMC w/ nics $950 each.
> >
> >
> >
> > Steve Rivera (VP) - w-732.833.2111 /  c-732.433.5890 24Hr
> > (www.isp-networkhardware.com)
> > Email: [e-mail] - Mobile Email: [e-mail]
> >
> > Worldwide Provider of Network Hardware Since 1981.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -
> >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: Nicolas St-Pierre <[e-mail]>
Subject: Re: (usr-tc) HiPer ARC NICs
Date: 29 Sep 2000 11:42:50 -0400

I am using the Quad T1 NIC with a T1 backhaul to a Cisco 2610 in a test
environment, works fine so far.

Nicolas


Mailing List Reader wrote:
>
> Any one using the HiPerARC NICs with the WAN ports for POP-in-a-Box or other
> uses?
>
> -
>  To unsubscribe to usr-tc, send an email to "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the message.
>  For information on digests or retrieving files and old messages send
>  "help" to the same address.  Do not use quotes in your message.

--
Nicolas St-Pierre
Systems Engineer
Internet Access Solutions Ltd.
Tel [phone]
Fax [phone]

-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: [e-mail]
Subject: Re: (usr-tc) bad ports
Date: 29 Sep 2000 11:15:56 -0500 (EST)

>At 05:24 PM 9/28/00 -0700, Brian Burgmeier wrote:
>>Mike,
>>
>>The last time we did a software upgrade was over a year ago.  All we
>>get when we hit the bad modem is dead air.  I rebooted the chassis and as
>>people logged back on they filled up mod 24, then 22,23, 20, 21, 19, 18, 17,
>>
>>16,15,14,13,12,11 and when it the card got to mod 10 all I could hear was
>>dead air when I called with a phone.  Any suggestions would be appreciated.
>
>I'm not sure what's causing the problem since resetting the card isn't
>fixing it. Here's how to bypass them till you get it figured out;
> Through TCM, highlight the top lights of the card, then go to
>configure...actions/commands. Select the "Timeslot" radio button and
>highlight the modem numbers you want to busy. Then use the "software/soft
>busy out" command.

No guarantees, but I've sometimes had ports that didn't spring back to
life on resetting the card, but did with a software reset of the port.  Go
figure.  Through TCM, highlight the bottom lights (the 0-100%
utilization ones).  Choose "Configure|Actions/Commands".  Select the
modem(s) in question and send them the "software reset" command.

Good luck
David


-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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: "Talal Ghaith" <[e-mail]>
Subject: Re: (usr-tc) FS: USR/3Com  Hiper Cards
Date: 30 Sep 2000 08:45:10 +0200

thanx!
----- Original Message -----
Sent: Friday, September 29, 2000 4:58 PM


> All are American. I will keep you in mind for any E1 I get in.
>
> At 02:24 PM 09/29/2000 +0200, you wrote:
> >Really intereste on that
> >what is there condition , what type are the DSPS (american , eurpean)?
> >
> >Talal
> >----- Original Message -----
> >From: "Steve Rivera -www.wrca.net" <[e-mail]>
> >To: <[e-mail]>
> >Sent: Friday, September 29, 2000 12:03 AM
> >Subject: (usr-tc) FS: USR/3Com Hiper Cards
> >
> >
> > > WR Communication Associates (WRCA) has the following USR Hardware
> >available:
> > >
> > > 3- 3Com HD Chassis w/ dual 70A (Blue Stickers) $750 ea
> > > 5- USR Hiper DSP w/ nics $2900 each.
> > > 5- USR Hiper NMC w/ nics $950 each.
> > >
> > >
> > >
> > > Steve Rivera (VP) - w-732.833.2111 /  c-732.433.5890 24Hr
> > > (www.isp-networkhardware.com)
> > > Email: [e-mail] - Mobile Email: [e-mail]
> > >
> > > Worldwide Provider of Network Hardware Since 1981.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > -
> > >  To unsubscribe to usr-tc, send an email to "[e-mail]"
> > >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
> >  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
>  with "unsubscribe usr-tc" in the body of the 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 "[e-mail]"
 with "unsubscribe usr-tc" in the body of the 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" <[e-mail]>
Subject: (usr-tc) New problem with latest code...
Date: 30 Sep 2000 22:53:58 -0500

I am seeing a new problem I have never encountered befoer I loaded the
latest code on our systems. For the last 36 hours we have been seeing each
chassis drop 48 channels at semi-regular frequencies. Two chassis's are
doing this after about 12 hours, the otehr two after about 24. The
similarity between all the chassis's are 48 channels on dsp's served by
channelized T1, but I don't know what any of that has to do with the
problem.

I have looked at the performance counters and none of the T1 stats show any
errors for the last 24 hours. I can't find any reason for the problem other
than the evidence of a few folks complaining about disconnects again and the
mrtg indications of the problem.

Any ideas as to where I can look to diagnose this problem? I really
appreciate any and all responses.

Mark Thornton
San Marcos Internet, Inc.
512-393-5300




-
 To unsubscribe to usr-tc, send an email to "[e-mail]"
 with "unsubscribe usr-tc" in the body of the message.
 For information on digests or retrieving files and old messages send
 "help" to the same address.  Do not use quotes in your message.