September 2000

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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

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..

------ =_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 : +61-3-9768-2665 Fx : +61-3-9768-2664 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------ =_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--

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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 mark@fsi.net

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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 farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 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: 92182600 - Fax: 92182666 > http://www.wn.com.au > _________________________________________________ > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

This is 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 <jorge@andinet.com> 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--

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:farber@admin.f-tech.net] > Sent: Wednesday, September 06, 2000 8:21 PM > To: 'usr-tc@lists.xmission.com' > 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 > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > 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: 92182600 - Fax: 92182666 > > http://www.wn.com.au > > _________________________________________________ > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

We've got two fully-loaded chassis in a POP using PRI's- they work OK. blake > -----Original Message----- > From: Dwayne Varey [SMTP:dwayne.varey@wn.com.au] > Sent: Wednesday, September 06, 2000 10:30 PM > To: 'usr-tc@lists.xmission.com' > 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: 92182600 - Fax: 92182666 > http://www.wn.com.au > _________________________________________________ > > > > -----Original Message----- > From: Paul Farber [mailto:farber@admin.f-tech.net] > Sent: Thursday, 7 September 2000 9:21 > To: 'usr-tc@lists.xmission.com' > 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 > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > 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: 92182600 - Fax: 92182666 > > http://www.wn.com.au > > _________________________________________________ > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Quoting Paul Farber <farber@admin.f-tech.net>: > 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 > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > 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: 92182600 - Fax: 92182666 > > http://www.wn.com.au > > _________________________________________________ > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

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

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: 92182600 - Fax: 92182666 http://www.wn.com.au _________________________________________________

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 farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 7 Sep 2000, Veda Narayan wrote: > Quoting Paul Farber <farber@admin.f-tech.net>: > > > 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 > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > 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: 92182600 - Fax: 92182666 > > > http://www.wn.com.au > > > _________________________________________________ > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > =========== > > -V > > ========== >

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]: &nbsp;1-min: LegendO[foo]: &nbsp;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) * mandrews@dcr.net * 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 > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 7 Sep 2000, Veda Narayan wrote: > > > Quoting Paul Farber <farber@admin.f-tech.net>: > > > > > 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 > > > farber@admin.f-tech.net > > > Ph 570-628-5303 > > > Fax 570-628-5545 > > > > > > 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: 92182600 - Fax: 92182666 > > > > http://www.wn.com.au > > > > _________________________________________________ > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > =========== > > > > -V > > > > ========== > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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: 92182600 - Fax: 92182666 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 farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 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: 92182600 - Fax: 92182666 > http://www.wn.com.au > _________________________________________________ > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

> I 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 mark@fsi.net

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 farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 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: srivera@wrca.net > Mobile Email: srivera711@hotmail.com > > Worldwide Provider of Network Hardware Since 1981. > Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, > IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, > Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More > > > > > > > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I 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 >farber@admin.f-tech.net >Ph 570-628-5303 >Fax 570-628-5545 > >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: srivera@wrca.net > > Mobile Email: srivera711@hotmail.com > > > > Worldwide Provider of Network Hardware Since 1981. > > Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, > > IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, > > Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More > > > > > > > > > > > > > > > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

I 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) * mandrews@dcr.net * 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.)

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) * mandrews@dcr.net * 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) * mandrews@dcr.net * 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Quoting Paul Farber <farber@admin.f-tech.net>: > 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 > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 7 Sep 2000, Veda Narayan wrote: > > > Quoting Paul Farber <farber@admin.f-tech.net>: > > > > > 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 > > > farber@admin.f-tech.net > > > Ph 570-628-5303 > > > Fax 570-628-5545 > > > > > > 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: 92182600 - Fax: 92182666 > > > > http://www.wn.com.au > > > > _________________________________________________ > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages > send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages > send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > =========== > > > > -V > > > > ========== > > > =========== -V ==========

Quoting Seth Jacobs <seth.jacobs@onramp113.org>: > 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 ==========

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:mandrews@bit0.com] > Sent: Thursday, 7 September 2000 23:20 > To: 'usr-tc@lists.xmission.com' > 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]: &nbsp;1-min: > LegendO[foo]: &nbsp;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) * mandrews@dcr.net * 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 > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Thu, 7 Sep 2000, Veda Narayan wrote: > > > > > Quoting Paul Farber <farber@admin.f-tech.net>: > > > > > > > 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 > > > > farber@admin.f-tech.net > > > > Ph 570-628-5303 > > > > Fax 570-628-5545 > > > > > > > > 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: 92182600 - Fax: 92182666 > > > > > http://www.wn.com.au > > > > > _________________________________________________ > > > > > > > > > > > > > > > - > > > > > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > > > > > with "unsubscribe usr-tc" in the body of the message. > > > > > For information on digests or retrieving files and > old messages send > > > > > "help" to the same address. Do not use quotes in > your message. > > > > > > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old > messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > > > > =========== > > > > > > -V > > > > > > ========== > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

With or without NICs, depending on price. Will pay M.O., COD, CC or check. Please reply to darnold@qzip.net with pricing, model # and memory. Thank you, David Arnold Systems Administrator QZIP.net Paragon Micro Technologies, Inc. 713-681-9861 darnold@qzip.net

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 signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

Quoting blacksea@pumba.cheep.net.ua: > 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 ==========

Quoting blacksea@pumba.cheep.net.ua: > 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 ==========

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

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 <seth.jacobs@onramp113.org>: > > > 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 "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Hi, I 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 scott@gdinet.com Madison WI 53718 <http://www.gdinet.com/>

Quoting Seth Jacobs <seth.jacobs@onramp113.org>: > 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 <ved@iyka.com> > To: <usr-tc@lists.xmission.com>; Seth Jacobs <seth.jacobs@onramp113.org> > Sent: Thursday, September 07, 2000 7:54 PM > Subject: Re: (usr-tc) Relocation User > > > > Quoting Seth Jacobs <seth.jacobs@onramp113.org>: > > > > > 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 "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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 "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

Quoting Scott Trautman <scottt@corp.gdinet.com>: 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 scott@gdinet.com > Madison WI 53718 <http://www.gdinet.com/> > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Quoting Jeff Mcadams <jeffm@iglou.com>: > 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

Also sprach Veda Narayan >Quoting Jeff Mcadams <jeffm@iglou.com>: >> 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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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 <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

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 mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

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 mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.net > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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 <gcoffey@vcn.com> >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 "majordomo@xmission.com" >with "unsubscribe usr-tc" in the body of the message. >For information on digests or retrieving files and old messages send >"help" to the same address. Do not use quotes in your message.

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 <kevin@pcsia.net> Professional Computer Solutions, Inc. 434 W. Second St. Phone: (641) 682-4691 Ottumwa, Iowa 52501 Fax: (641) 682-0633

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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" <mitch@keyconn.net> >To: <usr-tc@lists.xmission.com> >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 mitch@keyconn.net > > Keystone Connect Unlock Your World > > Altoona, PA 814-941-5000 http://www.keyconn.net > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

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 <gcoffey@vcn.com> >>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 "majordomo@xmission.com" >>with "unsubscribe usr-tc" in the body of the message. >>For information on digests or retrieving files and old messages send >>"help" to the same address. Do not use quotes in your message. > > >- >To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >with "unsubscribe usr-tc" in the body of the message. >For information on digests or retrieving files and old messages send >"help" to the same address. Do not use quotes in your message.

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. kev@ida.net KB7TYA

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:kevin@pcsia.net] Reply To: usr-tc@lists.xmission.com Sent: Friday, September 15, 2000 6:32 AM To: usr-tc@lists.xmission.com 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 <kevin@pcsia.net> Professional Computer Solutions, Inc. 434 W. Second St. Phone: (641) 682-4691 Ottumwa, Iowa 52501 Fax: (641) 682-0633 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

On 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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 <kevin@pcsia.net> Professional Computer Solutions, Inc. 434 W. Second St. Phone: (641) 682-4691 Ottumwa, Iowa 52501 Fax: (641) 682-0633 > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Colin Wantling > Sent: Friday, September 15, 2000 4:45 AM > To: 'usr-tc@lists.xmission.com' > 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:kevin@pcsia.net] > Reply To: usr-tc@lists.xmission.com > Sent: Friday, September 15, 2000 6:32 AM > To: usr-tc@lists.xmission.com > 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 <kevin@pcsia.net> > Professional Computer Solutions, Inc. > 434 W. Second St. Phone: (641) 682-4691 > Ottumwa, Iowa 52501 Fax: (641) 682-0633 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old > messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach 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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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) * mandrews@dcr.net * 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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) * mandrews@dcr.net * 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. > kev@ida.net > KB7TYA > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

>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: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

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: usr-tc@lists.xmission.com > > 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: +372 6501709 > Fax: +372 6501708 > E-mail: k.nurklik@delfi.ee > http://online.delfi.ee > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@delfi.ee http://online.delfi.ee

Quoting Kalev Nurklik <kalev@mail.lbi.ee>: 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" <kalev@mail.lbi.ee> > Organization: Delfi Online > To: usr-tc@lists.xmission.com > Date sent: Wed, 23 Aug 2000 17:11:45 +0200 > Subject: Re: (usr-tc) Comments on latest codes > Send reply to: usr-tc@lists.xmission.com > > > > 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: +372 6501709 > > Fax: +372 6501708 > > E-mail: k.nurklik@delfi.ee > > http://online.delfi.ee > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > __________________________________ > Kalev Nurklik > Delfi Online > Pa"rnu mnt. 158, 11317 Tallinn, Estonia > Tel: +372 6501709 > Fax: +372 6501708 > E-mail: k.nurklik@delfi.ee > http://online.delfi.ee > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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: dave@ncia.net 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach 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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Quoting Mark Thornton <mark@corridor.net>: > 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 ==========

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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

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: 92182600 - Fax: 92182666 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) * mandrews@dcr.net * 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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 farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach 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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I *think* 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 farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach 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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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 farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Mon, 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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

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 : +61-3-9768-2665 Fx : +61-3-9768-2664 http://www.ethertech.com.au

> 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

> 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?

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

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 ray.chi@uss.net 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>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>we need to use this box to dial out = using=20 PRI's.</FONT></DIV> <DIV>&nbsp;</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>&nbsp;</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 &gt;&gt;&gt;</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>please respond to <A=20 href=3D"mailto:ray.chi@uss.net">ray.chi@uss.net</A></FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>price is not an issue </FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>ray bolouri</FONT></DIV></BODY></HTML> ------=_NextPart_000_003A_01C023E0.E7518620--

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) * mandrews@dcr.net * 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.)

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 <jgault@wingnet.net> - UNIX Systems Administrator WingNET Internet Services (web site @ http://www.wingnet.net/ ) PGP Public Key @ http://www.wingnet.net/~jgault/pgpkey.txt (423) 559-5465 (voice) / (423) 559-5444 (fax) "Do not meddle in the affairs of sysadmins, for they are easy to annoy and have the root password."

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 ----- 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

Quoting "Ray Bolouri (Chicago)" <ray.chi@uss.net>: 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 ray.chi@uss.net > > price is not an issue > > ray bolouri > =========== -V ==========

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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:owner-usr-tc@lists.xmission.com]On Behalf Of Veda Narayan Sent: Friday, September 22, 2000 8:39 AM Cc: usr-tc@xmission.com Quoting "Ray Bolouri (Chicago)" <ray.chi@uss.net>: 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 ray.chi@uss.net > > price is not an issue > > ray bolouri > =========== -V ========== - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

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" <lists@aussie.nu> > To: <usr-tc@lists.xmission.com> > 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 "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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" > > <lists@aussie.nu> To: <usr-tc@lists.xmission.com> 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 > > > "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of > > > the message. For information on digests or retrieving files and > > > old messages send "help" to the same address. Do not use quotes > > > in your message. > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. For > > information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. For information > on digests or retrieving files and old messages send "help" to the > same address. Do not use quotes in your message. >

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 signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

> 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 ======================

> > > 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 ======================

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

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 "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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 signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach 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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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 | (212)243-5200 | spork@inch.com | access@inch.com 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: 92182600 - Fax: 92182666 > http://www.wn.com.au > _________________________________________________ > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

A 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: 92182600 - Fax: 92182666 http://www.wn.com.au _________________________________________________

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

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

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

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 Administrator@eagnet.com

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: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff > Sent: Wednesday, September 27, 2000 12:45 PM > To: usr-tc@lists.xmission.com > 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 > jeff@apex.net http://www.apex.net (270) 442-5363 > > 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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 jeff@apex.net http://www.apex.net (270) 442-5363 The opinions expressed above aren't really mine. They belong to someone else who also refuses to take responsibility for them.

Have you tried to un-busy, or reset the modems via the TCM software? *************** Jason Watkins I-Land NOC jwatkins@iland.net *************** ----- 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I 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 > jwatkins@iland.net > *************** > ----- Original Message ----- > From: "Mark Thornton" <mark@corridor.net> > To: <usr-tc@lists.xmission.com> > 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 "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Quoting Jeff <jeff@apex.net>: > > 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 > jeff@apex.net http://www.apex.net (270) 442-5363 > > 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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 ==========

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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

We have 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

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

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: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

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" <brian@ntwrld.com> > To: <usr-tc@lists.xmission.com> > 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 > >

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

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 mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

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" <sales@wrca.net> >To: <usr-tc@lists.xmission.com> >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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > > > > Worldwide Provider of Network Hardware Since 1981. > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

>At 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

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 "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 (416) 621-7255 Fax (416) 621-3509

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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > > Worldwide Provider of Network Hardware Since 1981. > > > > > > > > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

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" <sales@wrca.net> > >To: <usr-tc@lists.xmission.com> > >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: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > > > > > > Worldwide Provider of Network Hardware Since 1981. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

I 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