January 2001

FYI to the list. I was able to flash the firmware code from 6.1.6 to 6.1.86 and surprisingly, to me anyway, it DID resolve the connection issue described below. Best Regards to the list and have a good new year! Jim Jim Johnson wrote: > > We are relocating our modems to a new telco provider's colocation space. > > We grabbed an old quad chassis for testing the new colo site before the > move. > > The quads are running 6.1.6 code and the Dual PRI card is running the > 3.1.5 code. > > The telco vendor is running Nortel DMS-100 switches. > > Most of our testing is working fine, but we are having problems with > some callers who can connect fine to our old POP and not at all to the > new POP. > > I have this connection problem myself when I test the new pop from my > home using a USR 56K modem. I can connect to the new pop at v.34, but > not at v.90. When I remove error correction on the modem and use > Hyperterm, I do see a lot of line noise. > > I also had the telco terminate one of the PRI's we are testing in their > Cisco NAS box, and I could connect fine into that box from my home at > v.90 or v.34. > > This is really confusing me. > > I was wondering if the 6.1.86 quad modem code might help, but I can't > access it from the total control site even though it has no new > features, just bug fixes. (This annoys me since we paid 100K for the > four chassis we still own). > > Anyway, I was wondering if anyone could help me. Obviously, I don't > want to switch thousands of users to the new pop until I understand what > is happening. > > If anyone from 3com is montioring the list anymore, maybe you will help > with a MIME attachment..... > > TIA, > > Jim > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

I just upgraded the software on my DSP amd my ARC on a TC rack at one pop. The DSP is now at 2.1.9 and the ARC is at 4.2.32. after doing this and reseting all cards involved, my configuration was lost, i.e. my users were lost, my radius settings erased etc. Anyway, after correcting the auth and acct settings through telnet, I decided to add the users using TCM. However, I get a bunch of error messages that say "No Data Available @ xxxxxxxxx" where xxxxxxx looks like a SNMP address. I can add a user, I just can edit it, or view networks through TCM. If I add the user through telnet and then enable the user, wierd things start happening like my ARC stops responding to telnet, users can't dialin, etc. Any ideas? All help would be appreciated. Thanks, Steve Cobb Geeksnet

Anybody want to tell me where I can get a copy of the HARM software version 1.2.6. I just upgraded my ARCs with software I had downloaded when I had a Service Contract. Now my contract has expired and the version of HARM that I have is not compatible. Any ideas. I don't want to buy a $1000 support contract for one 1.6 MB file. Thanks, Steve

On Tue, 2 Jan 2001, Steve Cobb wrote: > Anybody want to tell me where I can get a copy of the HARM software version 1.2.6. I just upgraded my ARCs with software I had downloaded when I had a Service Contract. Now my contract has expired and the version of HARM that I have is not compatible. Any ideas. I don't want to buy a $1000 support contract for one 1.6 MB file. > Sheesh, you would be so lucky to get away with a $1000 support contract. -- Ken Kirchner : kenk@shreve.net Assitant System Administrator : Tel (318)222-2638 ShreveNet, Inc. : Fax (318)213-2650 ShreveNet - Your Premium Internet Service Provider!

Ken Kirchner wrote: > > On Tue, 2 Jan 2001, Steve Cobb wrote: > > > Anybody want to tell me where I can get a copy of the HARM software version 1.2.6. I just upgraded my ARCs with software I had downloaded when I had a Service Contract. Now my contract has expired and the version of HARM that I have is not compatible. Any ideas. I don't want to buy a $1000 support contract for one 1.6 MB file. > > > > Sheesh, you would be so lucky to get away with a $1000 support contract. Yeah, where do we find these $1,000 support contracts? -Ron GLISnet, Inc. 810/939.9885

Normally when we have a customer who has not paid us for two months, we first deny service by checking the Deny box in version 6.0.8. i think I saw here one time someone who instead of denying service, sends the customer to a web page reminding them of their account status. Can this be done in the "User configuration" window? Ideally, we would have two levels of notification. Level one would send a user to a reminder page for 10-15 seconds and then let him go on to any other page. Level two would send a user to a reminder page where he could go no further. Anyone doing something like this? David __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (http://www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

I have a community that is within our local calling scope that has always required the ISDN connections be set for 56K on the client equipment. If we set the client for 64K it would connect but no data would pass on the line (both ends of the connection think there is a valid connection, this really confuses the telco). In the last month or so I have begun having problems where the circuits will not pass data for various length periods of time, then will begin working. The routers (multiple sites) do not drop and redial the calls, they are online the whole time (I have watched both the leds and the system monitors at our end and the customer end). The telco is convinced that if there is really a connection problem the ISDN connection would immediately drop, but that is not my experience in this case. Any ideas? Mark Thornton San Marcos Internet, Inc. 512-393-5300

We had a similar problem here also, including affecting analog calls too. The problem ended up being interoffice trunks on Ameritech's network between two local end offices. 2 T-1s out of 7 were taking errors. Since signalling occurs on the ends of the calls and SS7 is on these trunks, the call wouldn't drop. It took us 3 months to get them to find the problem. Jeff u>I have a community that is within our local calling scope that has u>always required the ISDN connections be set for 56K on the client u>equipment. If we set the client for 64K it would connect but no data u>would pass on the line (both ends of the connection think there is a u>valid connection, this really confuses the telco). In the last month u>or so I have begun having problems where the circuits will not pass u>data for various length periods of time, then will begin working. The u>routers (multiple sites) do not drop and redial the calls, they are u>the online the whole time (I have watched both the leds and system u>monitors at our end and the customer end). The telco is convinced that u>if there is really a connection problem the ISDN connection would u>immediately drop, but that is not my experience in this case. u>Any ideas? u>Mark Thornton u>San Marcos Internet, Inc. u>512-393-5300 CMPQwk 1.42 9999

The telco has resolved the problem down to the IMT trunks as well. Oddly though, I rebooted the TCH and am getting better performance since doing so. The telco did confirm the behaviour of the 56K vs. 64K connections. When I attempt 64K it accepts the call and routes it to a different tandem location which then hands back to my telco, but my telco hits that tandem with 56K as well. The tech is running tests over the local tandem to see what the problem might be, but has put in a request to move the interconnects to 64k. They did this in another office recently and I am hopeful they will also do it here. The remote telco is Verizon, and since they took over from GTE we have had nothing but excellent response from the techs. They are working with very outdated equipment that was poorly maintained, but the techs can apparently get replacement and upgrade parts that were never available when they were wearing GTE caps. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Thursday, January 04, 2001 3:37 PM > Also sprach Mark Thornton > >I have a community that is within our local calling scope that has > >always required the ISDN connections be set for 56K on the client > >equipment. If we set the client for 64K it would connect but no data > >would pass on the line (both ends of the connection think there is a > >valid connection, this really confuses the telco). In the last month or > >so I have begun having problems where the circuits will not pass data > >for various length periods of time, then will begin working. The > >routers (multiple sites) do not drop and redial the calls, they are > >online the whole time (I have watched both the leds and the system > >monitors at our end and the customer end). The telco is convinced that > >if there is really a connection problem the ISDN connection would > >immediately drop, but that is not my experience in this case. > > I'm in agreement with Jeff Binkley here... > > Definitely sounds like an inter-office trunk problem (particularly since > they would only run at 56kbps initially). Good luck getting the telco > to find it. They will swear up and down that it can't be their trunks > because, "we're the telephone company." (not in so many words, but > that's the attitude). > > If you can get an ISDN test set to make the call with...that should show > up the problems without too much trouble at all. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Also sprach Mark Thornton >I have a community that is within our local calling scope that has >always required the ISDN connections be set for 56K on the client >equipment. If we set the client for 64K it would connect but no data >would pass on the line (both ends of the connection think there is a >valid connection, this really confuses the telco). In the last month or >so I have begun having problems where the circuits will not pass data >for various length periods of time, then will begin working. The >routers (multiple sites) do not drop and redial the calls, they are >online the whole time (I have watched both the leds and the system >monitors at our end and the customer end). The telco is convinced that >if there is really a connection problem the ISDN connection would >immediately drop, but that is not my experience in this case. I'm in agreement with Jeff Binkley here... Definitely sounds like an inter-office trunk problem (particularly since they would only run at 56kbps initially). Good luck getting the telco to find it. They will swear up and down that it can't be their trunks because, "we're the telephone company." (not in so many words, but that's the attitude). If you can get an ISDN test set to make the call with...that should show up the problems without too much trouble at all. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

hello all quick TC question... eth1 is routing for 208.149.160.0 eth2 is routing for 208.149.161.0 but subnet 208.149.160.128/255.255.255.240 is unreachable from the TC (but is in the default gw's routing table and is 'seen' by the reset of the network via static). How can I get the TC ARC to route that subnet to the gateway of 208.149.160.33? Every time I try to 'add ip route' it fails becuase the route is overlapping with a directly connected interface (eth1). If the ARC is a router, how do you set up local gw's for subnets? Thanks. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Happy New Years Folks... I am back in the market for Total Control Hardware. Mainly the Hiper Cards but I will consider what you have. please email list of equipment available to srivera@wrca.net WTB: Hiper DSP, ARC, NMC, NMC v90 enabled Dual PRI/E1 w/ E1 Nic 130A and/or 70A Power supplies Chassis with power supplies...dont need 45a chassis's...Have qty if you need. Feel free to contact me for any Total Control Hardware...New too :) Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

The filename is 241865000.pdf - I grabbed it off Totalservice, although the description of the file isn't "Quad Modem Network Application Card Product Reference Version 6.0/6.2", it's listed as: 24186500.pdf 2917502 05/04/1999 Quad Modem NAC Product Reference Guide Unfortunately, it only has this to say about DOVBS: Data Over Voice Bearer Service Data Over Voice Bearer Service (DOVBS) for Primary Rate Interface (PRI) and analog calls is now implemented. DOVBS is a technique allowing ISDN calls over a voice channel. New registers are S68.1 and S68.2, and new objects are implemented as well. *shrug* Good luck, Jared Valentine hidden@xmission.com At 07:56 AM 1/6/2001 +1000, Richard Ham wrote: >Hello all! > >I'm chasing a document entitled "Quad Modem Network Application Card Product >Reference Version 6.0/6.1" which supposibly has info on how to do Data Over >Voice Bearer...... > >As per usual, searching for hours on 3com has produced no results - does any >one have a pdf copy handy?? > >Many thanks, > >Richard > >=================================================================== >Richard Ham >MIT, Dip Ed(Sci) CCNA CCAI CaloundraNet General Manager >richard@thehams.com Caloundra Christian College Sys Admin >Phone 07 5491 5169 Fax : 07 5437 0729 >=================================================================== > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 all! I'm chasing a document entitled "Quad Modem Network Application Card Product Reference Version 6.0/6.1" which supposibly has info on how to do Data Over Voice Bearer...... As per usual, searching for hours on 3com has produced no results - does any one have a pdf copy handy?? Many thanks, Richard =================================================================== Richard Ham MIT, Dip Ed(Sci) CCNA CCAI CaloundraNet General Manager richard@thehams.com Caloundra Christian College Sys Admin Phone 07 5491 5169 Fax : 07 5437 0729 ===================================================================

Thanks!! I love the references .... makes you wonder how they expect us plebs to use it!!! Regards, Richard ----- Original Message ----- Sent: Saturday, January 06, 2001 10:51 AM The filename is 241865000.pdf - I grabbed it off Totalservice, although the description of the file isn't "Quad Modem Network Application Card Product Reference Version 6.0/6.2", it's listed as: 24186500.pdf 2917502 05/04/1999 Quad Modem NAC Product Reference Guide Unfortunately, it only has this to say about DOVBS: Data Over Voice Bearer Service Data Over Voice Bearer Service (DOVBS) for Primary Rate Interface (PRI) and analog calls is now implemented. DOVBS is a technique allowing ISDN calls over a voice channel. New registers are S68.1 and S68.2, and new objects are implemented as well. *shrug* Good luck, Jared Valentine hidden@xmission.com At 07:56 AM 1/6/2001 +1000, Richard Ham wrote: >Hello all! > >I'm chasing a document entitled "Quad Modem Network Application Card Product >Reference Version 6.0/6.1" which supposibly has info on how to do Data Over >Voice Bearer...... > >As per usual, searching for hours on 3com has produced no results - does any >one have a pdf copy handy?? > >Many thanks, > >Richard > >=================================================================== >Richard Ham >MIT, Dip Ed(Sci) CCNA CCAI CaloundraNet General Manager >richard@thehams.com Caloundra Christian College Sys Admin >Phone 07 5491 5169 Fax : 07 5437 0729 >=================================================================== > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 firmly believe they dont. The want us to buy the support package. On Sat, 6 Jan 2001, Richard Ham wrote: > Thanks!! > > I love the references .... makes you wonder how they expect us plebs to use > it!!! > > Regards, > > Richard > > ----- Original Message ----- > From: Jared Valentine <hidden@xmission.com> > To: <usr-tc@lists.xmission.com>; <usr-tc@lists.xmission.com> > Sent: Saturday, January 06, 2001 10:51 AM > Subject: Re: (usr-tc) Quad Modem Reference Guide > > > The filename is 241865000.pdf - I grabbed it off Totalservice, although the > description of the file isn't "Quad Modem Network Application Card Product > Reference Version 6.0/6.2", it's listed as: > > 24186500.pdf 2917502 05/04/1999 Quad Modem NAC Product Reference Guide > > Unfortunately, it only has this to say about DOVBS: > > Data Over Voice > Bearer Service > > Data Over Voice Bearer Service (DOVBS) for Primary Rate Interface (PRI) > and analog calls is now implemented. DOVBS is a technique allowing > ISDN calls over a voice channel. New registers are S68.1 and S68.2, and > new objects are implemented as well. > > *shrug* > > Good luck, > > Jared Valentine > hidden@xmission.com > > > At 07:56 AM 1/6/2001 +1000, Richard Ham wrote: > >Hello all! > > > >I'm chasing a document entitled "Quad Modem Network Application Card > Product > >Reference Version 6.0/6.1" which supposibly has info on how to do Data Over > >Voice Bearer...... > > > >As per usual, searching for hours on 3com has produced no results - does > any > >one have a pdf copy handy?? > > > >Many thanks, > > > >Richard > > > >=================================================================== > >Richard Ham > >MIT, Dip Ed(Sci) CCNA CCAI CaloundraNet General Manager > >richard@thehams.com Caloundra Christian College Sys Admin > >Phone 07 5491 5169 Fax : 07 5437 0729 > >=================================================================== > > > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. > -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

Off the newsletter..... That plethora of information....Yeah Right! There are more file with NO NEW INFORMATION, than there is information. Anyway.... Latest Code/Documentation (Total Control Hub,Affinity) Harm2098.zip HARM Service Release v2.0.98 for Windows 10042909.pdf Release Notes for HARM Service Release (Windows v2.0.98/ HPUX v2.0.97) harm_2_0.tar HARM Service Release v2.0.98 for HP/UX 10042909.pdf Release Notes for HARM Service Release (Windows v2.0.98/ HPUX v2.0.97) Latest Service Information Updates YOUR TOTAL CONTROL SOLUTION PROVIDER WRCA.NET .........Steve Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Strange one.. Ive got 2 x PRI channels on one of our DSP's that are not accepting calls. S1 & S17 ( so obviously not a pair ).. Whenever the you dial into them Ive tried software resetting them, and Ive even Hardware Reset the card, which also didnt fix it, So we physically pulled the DSP and reseated, still no go.. Ive moved the two modems to Local Out of Service for the interim, but how can i fix them. I Dont want to have to reflash the card.. but i suppose I can if i absolutely have to.. Any ideas ? Steve

I have my checkbook out. We need some expertise in setting up a monitoring process for our quad modem / netserver boxes. We are well versed in using TCM to monitor and fix problems but we would like to know about them before the customers get pissed. In particular we have a pop with pots lines and 200 modems. We are always behind the times in diagnosing lines with no dialtone and static from the phone company and modems that just go bad. We don't want the end result to be labor intensive but something that informs us of problems that need to be resolved. The person responsible for the current process knows squat about perl so we need to speak and work with a person who can get this set up turnkey on one of our web servers for example. Help with an MRTG project would be an add on as well. thanks eric

Though we don't fit the bill because our software only helps once the user is connected, but I can't help but think our Total Scrutinizer will help you in a couple of ways. http://TotalScrutinizer.com Brian Becker President, Poplar Bluff Internet, Inc. (www.semo.net) Home of TotallyFabricated.com Software: Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! WebGabber (www.WebGabber.com) - html-based Chat Software -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of eric@dol.net Sent: Tuesday, January 09, 2001 11:27 PM I have my checkbook out. We need some expertise in setting up a monitoring process for our quad modem / netserver boxes. We are well versed in using TCM to monitor and fix problems but we would like to know about them before the customers get pissed. In particular we have a pop with pots lines and 200 modems. We are always behind the times in diagnosing lines with no dialtone and static from the phone company and modems that just go bad. We don't want the end result to be labor intensive but something that informs us of problems that need to be resolved. The person responsible for the current process knows squat about perl so we need to speak and work with a person who can get this set up turnkey on one of our web servers for example. Help with an MRTG project would be an add on as well. thanks eric - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

> For sale: USR Total Control 70AMP DC Power Supplies > > I have 6 slightly used ones available. > > Asking $200.00each or trade for 70 AMP AC power supplies > > John Verreault > AEI Internet >

Can anyone tell me why when I use the HiperARC software version 1.2.6 software to modify something like users, it makes the ARC "lock up"? Some users can get on and there are green lights on the ARC but I can't telnet into it and most users cannot connect. Something wierd is happening. Any ideas? Thanks, Steve Cobb

Steve: Here is information I received from this list on how to set this up on 2 or more HiperARCs. On ARC-A you would type: set mpip client_state on set mpip server_state on set mpip client (IP of ARC-A) sharedsecret <Secret on ARC-A> set mpip client (IP of ARC-B) sharedsecret <Secret on ARC-B> set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-A> set ntp primary_server <IP of NTP server> enable ntp save all On ARC-B you would type: set mpip client_state on set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-B> set ntp primary_server <IP of NTP server> enable ntp save all > Set ARC-A as mpip client + server, plus set it to an NTP server (know of > any good ones?). You don't need to worry about IP addresses of the different ARCs. The ARC will tunnel between each other so it is invisible to the client. Hope this helps. I can't remember who originally came up with this, but it was helpful for me. Mike Storjohann mstorjohann@huntel.net -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Steve Monkhouse Sent: Tuesday, January 16, 2001 4:28 PM Has anyone solved the problem where a client who dials in multilink (ISDN or 56k) is issued modems from two different chassis' ? ( Which obviously then dont multilink ).. Is there any way of remedying this ? Steve - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach Steve Monkhouse >Thanks for the info mike.. >One thing i obviously omitted to mention then.. >what if both chassis' run Netservers and not ARC's...?? NETServers run a horribly broken version of MPIP, so you can, with fairly low reliability, get the same effect with NETServers. I don't recall the commands to configure it (having, thankfully, not dealt with NETServers in several years now), but they aren't complex and should be in user manuals. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Has anyone solved the problem where a client who dials in multilink (ISDN or 56k) is issued modems from two different chassis' ? ( Which obviously then dont multilink ).. Is there any way of remedying this ? Steve

Yeah, when we were on the NetServers it worked most of the time, sorta. The users who needed it knew to expect the problem and would disconnect and reconnect until they got a solid mutlilink connection. When it worked it worked well for the duration of the session, or so I remember. You just couldn't depend on it being 'first time, every time'. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Tuesday, January 16, 2001 10:46 PM > Also sprach Steve Monkhouse > >Thanks for the info mike.. > > >One thing i obviously omitted to mention then.. > > >what if both chassis' run Netservers and not ARC's...?? > > NETServers run a horribly broken version of MPIP, so you can, with > fairly low reliability, get the same effect with NETServers. I don't > recall the commands to configure it (having, thankfully, not dealt with > NETServers in several years now), but they aren't complex and should be > in user manuals. > -- > 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.

Thanks for the info mike.. One thing i obviously omitted to mention then.. what if both chassis' run Netservers and not ARC's...?? Steve

Also sprach Mark Thornton >Yeah, when we were on the NetServers it worked most of the time, sorta. >The users who needed it knew to expect the problem and would disconnect >and reconnect until they got a solid mutlilink connection. When it >worked it worked well for the duration of the session, or so I >remember. You just couldn't depend on it being 'first time, every >time'. Yeah...they basically had to reconnect to the NETServer that had their previous multi-link connection. Which means that, as you hunt group gets bigger, the problem gets worse. Fun, that. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

That is pretty much what I suspected was happening, but I never proved it. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, January 17, 2001 11:31 AM > Also sprach Mark Thornton > >Yeah, when we were on the NetServers it worked most of the time, sorta. > >The users who needed it knew to expect the problem and would disconnect > >and reconnect until they got a solid mutlilink connection. When it > >worked it worked well for the duration of the session, or so I > >remember. You just couldn't depend on it being 'first time, every > >time'. > > Yeah...they basically had to reconnect to the NETServer that had their > previous multi-link connection. Which means that, as you hunt group > gets bigger, the problem gets worse. Fun, that. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Also sprach Mark Thornton >That is pretty much what I suspected was happening, but I never proved >it. You can probably go back in the archives (usr-tc.1st.net still have them?) and find some really thorough dissections of the problem that I posted in the past. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Well Ive hunted through all the doc's and found references to setting up mpipserver and clients.. So Ive done all that and will give it another go now.. Thanks all... (The ARC info will definately come in handy shortly Im guessing )... (-: Steve

WR Communication has the following USR Total Control Hardware available: All flashed to current code. Qty's vary but I do have qty. $2500 or BO HD Chassis with 70A power NMC Netserver PRI 12x Quad Digital Modems v90 Dual PRI $3000 or BO HD Chassis with 70A Power NMC Netserver PRI 12x Analog/Digital Modems v90 Dual PRI Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

I'm having an odd problem where a DSP card is dropping connections directly after the negotiation process finishes, but only on modems 1-12. Modems 13-23 work fine. When I enable modems 1-12, they always drop connections immediately after modem negotiation completes. I get this syslog message: ============ A call, call id = 720898, has arrived on interface slot:1/mod:12 A call is established, call id 720898, on interface slot:1/mod:12 The connection for call id 720898, on if slot:1/mod:12 was dropped for user UNKNOWN ============ The DSP card is a replacement from 3Com for a card that failed. The first replacement they sent did not work at all. I think this may also be a bad card, but am looking for tips on things to try. I have already restored all setting from default, saved it to NVRAM and rebooted the card many times. The fact that it does correctly answer calls on modems 13-23 makes me think its defective. I went into the DSP card console and ran chdev tslot X cmd tooserv soft where X is 1-12. Once that was done, all is fine (expect the card only has 11 active modems). I also notice that I am getting these syslog messages over and over. GWCMDM_AL, slot:1/mod:24 TAPI OPEN failed GWCMDM_AL, slot:1/mod:24 TAPI_OPEN failed, retrying Thanks for any tips, Dan

I recently pulled 18 USR Total Control Bundles from AOL upgrade. All units are in mint condition. Bundle includes: HD Chassis w/ 70A Power NMC Netserver PRI Dual T1/PRI 12x Quad Digital Modems $2000 each....Thats with 30 day warranty on all cards and components. If you are interested in QTY I will work the price even more. Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

I also have these units available. Same warranty. All prices are negotiable within reason. 1- Netserver 16 v34 $700 4- Netserver 16I $1000 3- Netserver 8I $750 3- MP8I $850 1- MP16I $1300 1- MP16I Plus $1450 8- MP16 v34 $600 2- MP8 v34 $500 2- Managed MP16 v34 $650 Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

I've got a HiPerArc chassis coming out of service the end of next week that has 96 ports with the following: HiPerArc w/64M RAM 8M Flash 486 NMC w/20M RAM, 8M Flash and X2 key 2 - 70A power supplies 2 - HiPerDSPs 4 - Quad digital modem cards 8 - Quad digital/analog cards Dual PRI card Chsssis with built-in fan tray and all fans working Excellent condition. Make an offer. Please respond to jeff@asacomp.com for quicker response. I also have a spare chassis that has 2 - 40A power supplies, Netserver 386 card and NMC 486 w/X2 key. Great for spare parts. Looking for quick sale on both. Thanks, Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

I get, well I think it's 5, radius auth requests for any win2k user who has "negotiate multilink for single link connections" set (which seems to be the default) when the dial in. It's doesn't happen on my Maxes, nor with W98. Anyone else seeing this? -- Aaron Nabil

--=====================_3741196==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable At 14.06 23/01/01 -0500, you wrote: >I recently pulled 18 USR Total Control Bundles from AOL upgrade. >All units are in mint condition. > >Bundle includes: >HD Chassis w/ 70A Power >NMC >Netserver PRI >Dual T1/PRI >12x Quad Digital Modems > >$2000 each....Thats with 30 day warranty on all cards and components. >If you are interested in QTY I will work the price even more. Have you HyperArc version ? Bye ______________________ Riccardo Baggio NEWSOFT =AE Direzione Via D.L.Solda', 8 Bassano del Grappa (VI) 36061 - ITALY Tel. ++39 (0424) 504157 Fax ++39 (0424) 502217 Email: rbaggio@nsoft.it http://www.nsoft.it ______________________=20 --=====================_3741196==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> At 14.06 23/01/01 -0500, you wrote:<br> <blockquote type=3Dcite class=3Dcite cite>I recently pulled 18 USR Total Control Bundles from AOL upgrade.<br> All units are in mint condition.<br> <br> Bundle includes:<br> HD Chassis w/ 70A Power<br> NMC<br> Netserver PRI<br> Dual T1/PRI<br> 12x Quad Digital Modems<br> <br> $2000 each....Thats with 30 day warranty on all cards and components.<br> If you are interested in QTY I will work the price even more.<br> </blockquote><br> Have you HyperArc version ?<br> <br> Bye<br> <br> <x-sigsep><p></x-sigsep> <font face=3D"arial" size=3D2>______________________<br> </font>Riccardo Baggio<br> <br> <font face=3D"arial" size=3D2>NEWSOFT =AE&nbsp; Direzione<br> Via D.L.Solda', 8<br> Bassano del Grappa (VI)<br> 36061 - ITALY<br> <br> Tel. ++39 (0424) 504157 <br> Fax ++39 (0424) 502217<br> Email: rbaggio@nsoft.it<br> <a href=3D"http://www.nsoft.it/" eudora=3D"autourl">http://www.nsoft.it</a> <br> ______________________</font> </html> --=====================_3741196==_.ALT--

I'm installing a second HiPer ARC into a Total Control chassis and am having some difficulty integrating it into the system for automatic failover. I'm running into several issues. One problem I've run into is the IP address pools that the HARCs use. Is there a way for both HiPer ARCs to share the same IP address pool without stepping on each other? Or if one fails, can the other one automatically acquire the address pool of the failed HARC? Is there a way for the second HARC to be assigned the first HARC's IP address as a hot standby IP address? If neither HARC is configured as the owner of a modem card, how does the NMC determine (or is configured to specify) which HARC does route for a particular modem card?

Does anyone have a couple of these to sell.? Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Also sprach Antonio Querubin >I'm installing a second HiPer ARC into a Total Control chassis and am >having some difficulty integrating it into the system for automatic >failover. I'm running into several issues. >One problem I've run into is the IP address pools that the HARCs use. >Is there a way for both HiPer ARCs to share the same IP address pool >without stepping on each other? Or if one fails, can the other one >automatically acquire the address pool of the failed HARC? Sort of. The best solution I've found is to set the Arcs to not pick IP addresses out of their pools by round robin and let them pick first available. Default is round robin. disable ip address_pool_round_robin Then you can setup two seperate pools on the Arcs for each to serve half the modems. Once those are set up, then for each Arc, you configure the *other* Arcs address pool in it. So, Arc A has address pool 1 then address pool 2 list, then Arc B has address pool 2 then address pool 1 listed. Follow? Since the pools are the same size, each Arc, in normal operation will only use the first pool, if the second Arc fails, then, when dynamic slot assignment rebalancing assigns the modems to the still good Arc, it will have the other pool of addresses, that the failed Arc was previously using, available to assign to the newly picked up modems. >Is there a way for the second HARC to be assigned the first HARC's IP >address as a hot standby IP address? I'm not aware of any way to do this, but with dynamic routing protocols, the benefit of this is limited. >If neither HARC is configured as the owner of a modem card, how does >the NMC determine (or is configured to specify) which HARC does route >for a particular modem card? If you have dynamic slot assignment and dynamic slot assignment idle rebalancing enabled, then, given enough time, the modem cards will alternate between the Arcs for ownership. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Is it possible to rsh to an ARC card? TIA, blake

On Wed, 24 Jan 2001, Antonio Querubin wrote: > I'm installing a second HiPer ARC into a Total Control chassis and am > having some difficulty integrating it into the system for automatic > failover. I'm running into several issues. It may not work at all. From the TC4.0 HiperArc release notes... MR 12602 Issue Dual HiPer ARC Fail-over not working. When using two HiPer ARCs, and one is pulled, the other fails to take ownership of the pulled ARCs HDMs. Status No Workaround currently exists -- Aaron Nabil

OK, this is kind of odd. Got a HiperARC that's rebooting itself periodically. The card's been replaced already, flash has been upgraded to 5.1.99-8 (was acting up with 5.0.9 as well), and I've tried setting up a sniffer to see if anyone's throwing some sort of DoS attack at it (nothing showed up). Did get a crashdump, though. We've got a case open with 3Com, so I'm posting here in hopes that one of the more clueful 3Com techs will pick up on it. Support recommended replacing the HARC (did that), reflashing (did that), rebuilding the config (did that too), swapping power supplies (did that). They now say our power supplies aren't big enough, and we need to have 130 amp ones for this configuration. Possible, but I kind of doubt it, since they say that one 130 is sufficient, but we currently have two 70s, and removing either one of them and running the chassis on one makes no noticeable impact on the frequency of the crashes. Nothing interesting gets logged to syslog or RADIUS accounting, nor anything else of interest on the console before the crash dump shows up. Configuration is one ARC, 14 DSPs on PRI, dual 70A power supplies. Routing IP only, PAP/RADIUS authentication, OSPF. NMC and DSPs are at the required code versions for compatibity with 5.1.99 according to 3Com site, 2.1.9 across the board on DSPs, 8.0.9 on HiperNMC. This hub had been stable for months, and just started rebooting a few weeks ago. No configuration or firmware changes had been made to the ARC, although we have added a few more elements to the network it sits on, including one new OSPF speaking router. Looked over the config on that, and don't see anything that could be causing it to spew bad OSPF packets. One other thing I have noticed -- the past few times it's blown up, my RADIUS server logs an authentication request with no username received from the ARC. I don't know yet if this is a cause or a side-effect of the thing crashing, but I'm soon going to do some testing with throwing invalid LCP/PAP packets at it and see if I can provoke it into bombing. EXCEPTION 0200 CRASH DUMP: GPRs: R0: 0x00385584 R1: 0x07F55E00 R2: 0x000F19E0 R3: 0x02B1A2F0 R4: 0x0000000F R5: 0x01938430 R6: 0x001A2001 R7: 0x00000001 R8: 0x3F91CE34 R9: 0x00000000 R10: 0x00000016 R11: 0x00000000 R12: 0x01CB7AB0 R13: 0x000FBA20 R14: 0x00982320 R15: 0x00982304 R16: 0x0098230C R17: 0x009822F8 R18: 0x00982300 R19: 0x00982310 R20: 0xFFFFFEFF R21: 0x00C03B50 R22: 0x00000001 R23: 0x00000000 R24: 0x00000000 R25: 0x00000001 R26: 0x032584B0 R27: 0x07F55F20 R28: 0x01F86370 R29: 0x02B1A2F0 R30: 0x00981A64 R31: 0x04010801 SPRs: CR: 0x40000400 XER: 0x20000000 LR: 0x00385584 CTR: 0x007EE224 SRR0: 0x003B4F10 SRR1: 0x00089030 DSISR: 0x00000000 DAR: 0x00000000 DMISS: 0x00000000 DCMP: 0x00000000 HASH1: 0x00010000 HASH2: 0x0001FFC0 IMISS: 0x00000000 ICMP: 0x00000000 RPA: 0x00000000 IABR: 0x00000000 82660 Registers: Err Status 1: 0x20, Err Status 2: 0x00, CPU Err: 0x72, PCI Err: 0x06 CPU/PCI Addr: 0x0F0E7368, Sys Error Addr: 0x0F0E7368 Call Stack: 0x003B4F10 (Exception return address - SRR0) 0x00385584 0x004BDDC0 0x004C0D40 0x004B58F0 0x004B2688 0x007E290C 0x007E2AB4 0x002008D4 0x0020024C 0x0020009C 0x000A7D80 BOOT PROM Version 1.16 (Built on June 9th, 1998 at 12:24:24)

You'll get into all sorts of strife when both ARC's become available again - Lot's of address clashes I'd say. You'd have to manually clear all the calls that are using the "other" ip address pool. These could (would) be spread across all modem cards. Doesn't 5.1 HARC code have pool-priorities? -- Vance McIndoe InterConnect Ltd Phone: +64-4-494 1144 Fax: +64-4-494 1140 Mobile: +64-25-2477 608 Street: Level 2, Exchange Place, 5-7 Willeston Street, Wellington, New Zealand. Postal: PO Box 5527, Lambton Quay, Wellington, NZ. mailto:vancem@interconnect.co.nz http://www.interconnect.co.nz > -----Original Message----- > From: Jeff Mcadams [SMTP:jeffm@iglou.com] > Sent: Thursday, January 25, 2001 1:54 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) configuring a second HiPer ARC > > Also sprach Antonio Querubin > >I'm installing a second HiPer ARC into a Total Control chassis and am > >having some difficulty integrating it into the system for automatic > >failover. I'm running into several issues. > > >One problem I've run into is the IP address pools that the HARCs use. > >Is there a way for both HiPer ARCs to share the same IP address pool > >without stepping on each other? Or if one fails, can the other one > >automatically acquire the address pool of the failed HARC? > > Sort of. The best solution I've found is to set the Arcs to not pick IP > addresses out of their pools by round robin and let them pick first > available. Default is round robin. > > disable ip address_pool_round_robin > > Then you can setup two seperate pools on the Arcs for each to serve half > the modems. Once those are set up, then for each Arc, you configure the > *other* Arcs address pool in it. So, Arc A has address pool 1 then > address pool 2 list, then Arc B has address pool 2 then address pool 1 > listed. Follow? Since the pools are the same size, each Arc, in normal > operation will only use the first pool, if the second Arc fails, then, > when dynamic slot assignment rebalancing assigns the modems to the still > good Arc, it will have the other pool of addresses, that the failed Arc > was previously using, available to assign to the newly picked up modems. > > >Is there a way for the second HARC to be assigned the first HARC's IP > >address as a hot standby IP address? > > I'm not aware of any way to do this, but with dynamic routing protocols, > the benefit of this is limited. > > >If neither HARC is configured as the owner of a modem card, how does > >the NMC determine (or is configured to specify) which HARC does route > >for a particular modem card? > > If you have dynamic slot assignment and dynamic slot assignment idle > rebalancing enabled, then, given enough time, the modem cards will > alternate between the Arcs for ownership. > -- > 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. ###################################################################### Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. ######################################################################

Looks like I have to upgrade - thanks!! blake > -----Original Message----- > From: Vance McIndoe [mailto:VanceM@Interconnect.co.nz] > Sent: Thursday, January 25, 2001 4:37 PM > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) RSH and ARC > > > Based on the output of: > > HiPer>> add netWORK serVICE foobar serVER_TYPE ? > This field is a Network Server Type > The expected format is a subset of > ClearTCPD > SNMPD > TELNETD > TFTPD > RSHD > > on 5.1.99-8, I'd say it is possible. I've never tried though. > > -- > Vance McIndoe > InterConnect Ltd > > Phone: +64-4-494 1144 Fax: +64-4-494 1140 Mobile: +64-25-2477 608 > Street: Level 2, Exchange Place, 5-7 Willeston Street, > Wellington, New Zealand. > Postal: PO Box 5527, Lambton Quay, Wellington, NZ. > mailto:vancem@interconnect.co.nz > http://www.interconnect.co.nz > > > -----Original Message----- > > From: Blake Fithen [SMTP:fithen@NetworksPlus.com] > > Sent: Thursday, January 25, 2001 5:07 PM > > To: 'usr-tc@lists.xmission.com' > > Subject: (usr-tc) RSH and ARC > > > > Is it possible to rsh to an ARC card? > > > > TIA, blake > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > ###################################################################### > Attention: > This e-mail message is privileged and confidential. If you > are not the > intended recipient please delete the message and notify the sender. > Any views or opinions presented are solely those of the author. > > ###################################################################### > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Based on the output of: HiPer>> add netWORK serVICE foobar serVER_TYPE ? This field is a Network Server Type The expected format is a subset of ClearTCPD SNMPD TELNETD TFTPD RSHD on 5.1.99-8, I'd say it is possible. I've never tried though. -- Vance McIndoe InterConnect Ltd Phone: +64-4-494 1144 Fax: +64-4-494 1140 Mobile: +64-25-2477 608 Street: Level 2, Exchange Place, 5-7 Willeston Street, Wellington, New Zealand. Postal: PO Box 5527, Lambton Quay, Wellington, NZ. mailto:vancem@interconnect.co.nz http://www.interconnect.co.nz > -----Original Message----- > From: Blake Fithen [SMTP:fithen@NetworksPlus.com] > Sent: Thursday, January 25, 2001 5:07 PM > To: 'usr-tc@lists.xmission.com' > Subject: (usr-tc) RSH and ARC > > Is it possible to rsh to an ARC card? > > TIA, blake > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. ###################################################################### Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. ######################################################################

What is the command for changing the IP Net mask through the CLI? John Mies Illinet.com http://www.illinet.com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 you must disable and delete the network in order to create a new network with the appropiated netmask with the following commands: disable ip network <net> delete ip network <net> and then: add ip netWORK <net> FRAME ethERNET_II INTERFACE eth:1 enaBLED YES addRESS x.x.x.x/y where: <net> is the network name. x.x.x.x is an ip address for interface eth:1 y is the mask specifier, it can be a numeric value from 8 to 32. regards, Jorge Lozano <jorge@andinet.com> NA and ISSO Andinet On Line <http://www.andinet.com> The only way to predict the future is... to create it! - -----Mensaje original----- De: owner-usr-tc@lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]En nombre de John Mies Enviado el: Viernes, 26 de Enero de 2001 01:27 p.m. Para: usr-tc@lists.xmission.com Asunto: (usr-tc) Changing the mask through CLI What is the command for changing the IP Net mask through the CLI? John Mies Illinet.com http://www.illinet.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. -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com> iQA/AwUBOnHMk6p3oywyFVUlEQJbzACg6YfuiAyZ0e3qRZLTaZyn5A1S1zYAoKz8 b0OBAfFxztqhp+UcdJZClqMZ =LmSn -----END PGP SIGNATURE-----

We have problem like described you on two HiPer chassis (four ARC). And long way with open case on 3Com. Last events on that case is "possible memory corruption" and if problem still present on our newest code (V5.1.94/Non-Encr) we start to build the fix. :(( === cut I was able to have our developers look at the crash dumps and for them,it seems like this is a memory corruption. They are suggesting to have you try our Emergency code of 5.1.94-1 which addressed many of these kinds of issues. However, you must understand that this code may not fix your particular problem. If, for some reason, this code does not fix the memory issue, I will escalate this case. ==== After loading this code on one from our ARCs (4 days ago) we do not have reboots. We wait and look. At the monday I load this code on the other three of our ARCs and look again. (14 days without reboot after loading new code usual situation for this case) Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ====================== ----- Original Message ----- Sent: 25 ������ 2001 �. 18:57

On Fri, 26 Jan 2001, John Mies wrote: > What is the command for changing the IP Net mask through the CLI? If it's a HiPer ARC: reconfigure ip network <netname> address <address>/<prefixlength>

Feel free to make offers on any gear listed here: http://home.early.com/~dnewkirk/equip/ I'm looking to move this equipment fast as I've been lazy to push this equipment.

What code versions are you all running on your TC equipment in production ISP enviroments? I am still running 4.1.13 on the ARC's and 2.0.51 on the HDM's. I would like to upgrade to the latest versions that will give me the least headaches. Brian Brian Feeny e:signal@shreve.net CCNP+ATM/Security, CCDP p:318.222.2638x109 Network Administrator f:318.221.6612 ShreveNet Inc. (ASN 11881)

For a second my brain parsed your last sentence as "...give me the latest headaches" ;-) ARC 5.0.9 DSP 2.1.9 NMC 7.1.8, HiPerNMC 7.2.8 Quad 6.1.86 (until our new DSP's arrive and we we trade our last Quads in) This has been very solid for us for a while now. Very few winmodem issues. The ARC has some SNMP-related memory leaks, but it only affects certain (newly introduced) OIDs. The 486 NMC's get a little weird under 9 PRI's worth of load; I'll put in P133 NMC's as soon as my Quads are gone and I don't need an x2 key anymore. Other than that, things are cool. I haven't even looked at the new ER release of ARC code -- what's it supposed to fix? Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Sun, 28 Jan 2001, Brian wrote: > > What code versions are you all running on your TC equipment in production > ISP enviroments? I am still running 4.1.13 on the ARC's and 2.0.51 on the > HDM's. > > I would like to upgrade to the latest versions that will give me the least > headaches.

WRCA.NET, Countries largest Stocking USR Total Control Dealer, has the following USR Digital ACCESS SERVERS available: Qty purchases welcome :) Cosmetically Clean, under maintenance entire service time. De-Installed from worlds largest ISP USR Quad Bundles...Includes: NMC Netserver PRI Dual T1/PRI 12x Quad Digital modem, no nics, just cover plates. Asking $2250 each...This price is for USR-List users only. Be sure to mention where you saw me :) Also have full line of Hiper Hardware. So if you are interested in configuring these bundles with Hiper ARC or NMC, I can do that. Price will vary but will still be aggressive. The prices below are for individual card purchases. if you bundle it into the complete server I can cut you a break :) Hiper ARC $1600 Hiper DSP $3000 Hiper NMC $950 EdgeServer $950 HD Chassis 70A power supplies Fan Trays Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Hmmm... I guess AOL is dropping their 3Com gear? I'm in a colo with them in NYC, and they still had the old quad bundles in service as the ANS "BigDial" racks. The only other folks I saw there were Mindspring, and they were all HiPer (very nice setup, BTW - console cable to every card). Anyone know what AOL is moving to? Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com ---------- Forwarded message ---------- Reply-To: usr-tc@lists.xmission.com WRCA.NET, Countries largest Stocking USR Total Control Dealer, has the following USR Digital ACCESS SERVERS available: Qty purchases welcome :) Cosmetically Clean, under maintenance entire service time. De-Installed from worlds largest ISP USR Quad Bundles...Includes: NMC Netserver PRI Dual T1/PRI 12x Quad Digital modem, no nics, just cover plates. Asking $2250 each...This price is for USR-List users only. Be sure to mention where you saw me :) Also have full line of Hiper Hardware. So if you are interested in configuring these bundles with Hiper ARC or NMC, I can do that. Price will vary but will still be aggressive. The prices below are for individual card purchases. if you bundle it into the complete server I can cut you a break :) Hiper ARC $1600 Hiper DSP $3000 Hiper NMC $950 EdgeServer $950 HD Chassis 70A power supplies Fan Trays Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net 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.

At 03:23 PM 1/30/01 -0500, Charles Sprickman wrote: >Hmmm... I guess AOL is dropping their 3Com gear? > >I'm in a colo with them in NYC, and they still had the old quad bundles in >service as the ANS "BigDial" racks. The only other folks I saw there were >Mindspring, and they were all HiPer (very nice setup, BTW - console cable >to every card). > >Anyone know what AOL is moving to? Cable <wry grin> -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Hi, Am running some USR TC Netserver/16 V.34 chassis with annalog modems. Lately there are some modems that when dialled the line goes quiet, but when i get to call the same line on the phone, it answers but the modem tone is too low for the dialing modem to recognize. I have tried to do the CL modem reset, and AT string reset of modem but still does not change the situation. The line quality is good since if i move it onto another modem it works ok. But not on that modem. Is there a way to fix this?. Regards, Michuki.

PS: Am using the 4.2.0 code. Regards, Michuki. ----- Original Message ----- Sent: Wednesday, January 31, 2001 9:25 AM > Hi, > > Am running some USR TC Netserver/16 V.34 chassis with annalog modems. Lately > there are some modems that when dialled the line goes quiet, but when i get > to call the same line on the phone, it answers but the modem tone is too low > for the dialing modem to recognize. > > I have tried to do the CL modem reset, and AT string reset of modem but > still does not change the situation. > The line quality is good since if i move it onto another modem it works ok. > But not on that modem. > > Is there a way to fix this?. > > > > Regards, > > Michuki. >

Hi, Anyone out there using MRTG on USR TC Netserver/16 V.34 ..? I would like to be able to analyze the number of connections on this units using MRTG, any help on the OID's for this units will be highly appreciated. Regards, Michuki.

WRCA.NET is interested in buying the following USR/3Com hardware: WTB: USR/3Com Hiper DSP modem sets NAC/NIC Please send available lists to srivera@wrca.net All equipment purchased must be guaranteed working. WIRE, COD, VISA, MASTERCARD, AMEX available for payment Steve Rivera (VP) - 732.833.2111 x102 / CELL - 732.433.5890 - 24Hr URL: www.isp-networkhardware.com or http:///www.wrca.net Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

On Wed, 31 Jan 2001, Michuki Mwangi wrote: > Hi, > > Anyone out there using MRTG on USR TC Netserver/16 V.34 ..? > > I would like to be able to analyze the number of connections on this units > using MRTG, any help on the OID's for this units will be highly appreciated. > > Regards, > > Michuki. http://www.ac.net/modemuse/ []'s Kico ______________________________________________________________________ Francisco Vasconcelos Brasileiro kico@netdados.com.br Analista de Suporte NetDados Internet Provider http://www.netdados.com.br Tel. (079) 213-0855 R369 UIN: 6826562 Linux User: #101368