October 2001

53 messages

« September 2001November 2001 »

Messages

Subject: (usr-tc) Hyper DSPs
From: Steve Johnson <linuxnut@sonic.net>
Date: 2001-10-01 16:15:27
I'm in the market for a couple of Hyper DSPs, anyone have some for sale? -Steve (Dont call me, e-mail me) -- Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. System Administrator 300 B Street #100 707.5XX.XXXX (Voice) Santa Rosa, CA 95404 707.5XX.XXXX (Fax) http://www.sonic.net/ Key fingerprint = 9F 9E 50 44 02 74 03 C8 5E 1D 35 15 24 29 0B 97
Subject: (usr-tc) Weird problem with the dreaded HCF modem
From: Walt Gnann <wgnann@islc.net>
Date: 2001-10-08 18:59:05
I have a customer using a Win2K Dell box that has a Connexant HCF modem (software rev. 2.1.2.164.013.023). In a nutshell he can connect and stay connected just fine, however, when he attempts to disconnect it takes about a minute or so to do so. The modem log shows the following information when hanging up the modem: 09-17-2001 14:16:16.89 - Hardware hang-up by lowering DTR. 09-17-2001 14:16:18.09 - WARNING: The modem did not respond to lowering DTR. Trying software hang-up... 09-17-2001 14:16:18.09 - Send: +++ 09-17-2001 14:16:19.09 - Recv: <cr><lf>OK<cr><lf> 09-17-2001 14:16:19.09 - Interpreted response: Ok 09-17-2001 14:16:19.09 - Send: ATH<cr> 09-17-2001 14:16:21.09 - Recv: <no response> 09-17-2001 14:16:21.09 - WARNING: Unrecognized response. Retrying... This is repeated several times before a disconnect occurs. He connects/disconnects to another ISP just fine (not using TC terminal servers). We're using the 3.0.108 code on the Multispan DSP, 5.1.99 on the HyperArc and 8.0.9 on the Hiper NMC. Customer has had Dell replace the modem, reinstall the modem drivers, removed and recreated the DUN entry for us, and tried the basic &F string on the modem. Any suggestions? Walt Walter N. Gnann ISLC, President wgnann@islc.net http://www.islc.net 843.770.1000 fax: 843.770.1002
Subject: Re: (usr-tc) Weird problem with the dreaded HCF modem
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2001-10-08 22:24:25
Also sprach Walt Gnann >I have a customer using a Win2K Dell box that has a Connexant HCF modem >(software rev. 2.1.2.164.013.023). In a nutshell he can connect and >stay connected just fine, however, when he attempts to disconnect it >takes about a minute or so to do so. The modem log shows the following >information when hanging up the modem: >09-17-2001 14:16:16.89 - Hardware hang-up by lowering DTR. >09-17-2001 14:16:18.09 - WARNING: The modem did not respond to lowering DTR. Trying software hang-up... >09-17-2001 14:16:18.09 - Send: +++ >09-17-2001 14:16:19.09 - Recv: <cr><lf>OK<cr><lf> >09-17-2001 14:16:19.09 - Interpreted response: Ok >09-17-2001 14:16:19.09 - Send: ATH<cr> >09-17-2001 14:16:21.09 - Recv: <no response> >09-17-2001 14:16:21.09 - WARNING: Unrecognized response. Retrying... >This is repeated several times before a disconnect occurs. >He connects/disconnects to another ISP just fine (not using TC terminal >servers). We're using the 3.0.108 code on the Multispan DSP, 5.1.99 on >the HyperArc and 8.0.9 on the Hiper NMC. Customer has had Dell replace >the modem, reinstall the modem drivers, removed and recreated the DUN >entry for us, and tried the basic &F string on the modem. >Any suggestions? This is almost assuredly a modem driver issue at heart. The modem on the customer's computer is not responding as it should to local control from the customer's machine. There is nothing you can do on the TC side of things to affect that. That being said, the explanation for the quick disconnect from another ISP and not from you is likely that the other ISPs equipment is likely hanging up in a different manner or more rapidly (there's about 3 or 4 layers of protocols there...behavior is dependant upon which one get's the disconnect propogated across to its peer protocol state machine first). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456
Subject: (usr-tc) NMC Upgrade Special for ISPCON
From: thomas_goodman@3com.com
Date: 2001-10-09 10:42:23
For those that have a need to only upgrade their NMC card be v.92 ready. We are able to build out a limited number of HiPer NMC cards and add a HiPer DSP card to get the pricing down. New! Management Card Upgrade Pack Rebate Program Now service providers have the opportunity to trade in their existing network management card (NMC) and trade-up to V.92 hardware ready technology. V.92 technology gives them a powerful access solution designed to generate new revenue. Service providers simply purchase the qualifying Total Control 1000 V.92 Hardware Upgrade Pack which includes a Total Control 1000 (HiPer) DSP Card Set and Total Control 1000 P5 (HiPer) Network Management Card Set and trade in their existing network management cards to receive a rebate back from 3Com. Eligible Participants Internet service providers (ISPs) and competitive local exchange carriers (CLECs) (ISPs and CLECs are hereinafter collectively referred to as "service providers") in Canada and the U.S. are eligible to participate in the Total Control 1000 V.92 Hardware Upgrade Pack Rebate Program. Claims by resellers or any other party that resells product will not be honored. How the Upgrade Pack Rebate Program Works To be eligible for the Management Card Upgrade Pack Rebate, a service provider must purchase the Total Control 1000 V.92 Upgrade Pack between October 1, 2001 and November 30, 2001 from any authorized CommWorks reseller and obtain an invoice and proof of payment (cancelled check). Claims by resellers or any other party that resells product will not be honored. 3Com must receive program claim forms no later than December 28, 2001. The trade up rebate is available only after the purchase of the following: Eligible Product:SKU Purchased Product Description Rebate Per NMC List Price 3C0505297-00 Total Control 1000 V.92 Hardware Upgrade Pack* $500 (USD) $7,500 * Management Card Upgrade Pack IncludesQuantity SKU Description 1 002092-01 Total Control 1000 (HiPer) DSP Card Set 1 003440-00 Total Control 1000 P5 (HiPer) Network Management Card Set Do the math: A Double Play is $12,000 List and includes two (2) 002092-01 so in theory $6,000 each that puts the NMC card at $1,500 in this promo vs. a $4,995 list and there is a $500 rebate. So net $1,000 NMC before discounts. For details and rules: http://www.commworks.com/Programs/Promotional_Offers/ http://www.commworks.com/Programs/Promotional_Offers/TC1000_v.92_upgradepack/
Subject: Re: (usr-tc) problem converting from CT1 to PRI
From: Randy McMillan <randy@pacinfo.com>
Date: 2001-10-11 10:07:42
I spent some time looking at the the performance monitor on the PRI card. The performance monitor on the 1st DS0 indicated, when i dialed into it, "incoming dialing" and it assigned a quad I modem as the device. There would be several seconds of silence, and then the status would change to "DSO tear down" and I would hear a busy signal. So, it would appear that the call is being routed to the modem, but for some reason the modem is not hearing it and/or not picking up the call. On the HiperArc, the list interfaces shows all the slots/modems as being up/up. The performance monitor indicates that all the DS0's are InService. The PRI card is using fixedassignment and all the DS0's are mapped to a modem. The Line interface is set to "priTdm" and that is the only change I made on the modem card that was working on the CT1. Any ideas would be greatly appreciated. Randy McMillan PacInfo ----- Original Message ----- Sent: Friday, September 28, 2001 8:09 AM > Hi, > > Just went through the same thing... > > Spent some time trying to find my mistake, then started poking around the > "performance monitor" both on the PRI level and timeslot level. I found > that the modems were showing "remote out of service" on all lines. Passed > this on to the switch tech, and he did something (switch is a DMS-100) and > the lines went to "in service". The whole time my D-channel was up, > switch saw it up as well. > > Anyhow, looking at the line status in performance monitor in TCM may point > you in the right direction... > > Charles > > | Charles Sprickman | Internet Channel > | INCH System Administration Team | (212)243-5200 > | spork@inch.com | access@inch.com > > On Thu, 27 Sep 2001, Randy McMillan wrote: > > > We have several TC chassis with quad modems that we want to convert to PRI. > > One of chassis has a DSP (2.1.9) card that works fine with a PRI. They all > > have HyperArc with 5.0.99 software. > > > > The process I went through on a chassis was to load the current PRI software > > on the T1/PRI card, and set the trunk setting b8zs,esf, switch type 5ess, > > (although I believe they have a CTI switch). The other settings match > > (dnis,eandmtypeII, wink, etc) the CT1 settings. Then on the Quad modems I > > set the "Line Interface Source" from t1Tdm to priTdm. Save and reboot. > > > > When everything is connected, I have all green lights, and the switch guy > > sees the d channel come up. When we dial into that line, the switch guy > > sees the call come in on the first trunk but the modem doesn't answer. I > > don't see any lights flash on the modem card to indicate a call coming in. > > The default config on the PRI card is round robin allocation of modems as > > opposed to fixed assignment which I didn't change. The DSP card is using > > fixed assignment routing. > > > > If the switch guy converts it back to a CT1, and I load the CT1 software > > back in, and switch the line interface source on the quad cards, then it > > works fine. > > > > Can anyone tell me what I am missing, or point me in a direction to look? > > Thanks. > > > > Randy McMillan > > PacInfo > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >
Subject: (usr-tc) Upgraded TC's
From: Mark Thornton <mark@corridor.net>
Date: 2001-10-11 10:36:03
We jsut upgraded our TC chassis to the lastest available code (yes we paid for support) and the phones have stopped ringing. We always had a certain level of calls with various connection problems of one sort or another, but that seems to have dried up in the week since we installed the new code. We made the decision to go with the paid support over replacement of our chassis strictly on financial grounds. There was no way to amortize new equipment costs for our dialup market. Yes, it blows to have to pay for something others get for free, however I must say the support I have gotten is so much better than what I ever got from 3Com directly. There has been no backlash from the new code that I have found which is also a welcome change. Mark Thornton San Marcos Internet, Inc 512-393-5300
Subject: (usr-tc) Hiper DSP's $1200
From: ISP-NetworkHardware.com <sales@isp-networkhardware.com>
Date: 2001-10-11 11:12:17
Subject says it all :) First come, First Served. Amex, Visa, Mastercard, COD 30 day warranty
Subject: Re: (usr-tc) Upgraded TC's
From: Wayne Barber <barberw@tidewater.net>
Date: 2001-10-11 11:47:54
Can you give a list of equipment you installed onto? I'm assuming you mean the new TCS 4.3 code level. I want to talk to management about replacing the quad modems with HiperDSPs, and it would be nice to know that we have the right stuff. On 11 Oct 2001 at 10:36, Mark Thornton wrote: > We jsut upgraded our TC chassis to the lastest available code (yes we > paid for support) and the phones have stopped ringing. We always had a > certain level of calls with various connection problems of one sort or > another, but that seems to have dried up in the week since we installed > the new code. > > We made the decision to go with the paid support over replacement of our > chassis strictly on financial grounds. There was no way to amortize new > equipment costs for our dialup market. Yes, it blows to have to pay for > something others get for free, however I must say the support I have > gotten is so much better than what I ever got from 3Com directly. There > has been no backlash from the new code that I have found which is also a > welcome change. > > 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. > Wayne Barber Coastal Telco Services
Subject: Re: (usr-tc) Hiper DSP's $1200
From: Mohammed Salam <salam@agni.com>
Date: 2001-10-11 12:00:40
I need chassis with 70A power units. Let me know if you have them. ----- Original Message ----- Sent: Thursday, October 11, 2001 11:12 AM > Subject says it all :) > > First come, First Served. > > Amex, Visa, Mastercard, COD > 30 day warranty > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >
Subject: Re: (usr-tc) Upgraded TC's
From: Mark Thornton <mark@corridor.net>
Date: 2001-10-11 13:58:55
10 HiperDSP's - hardware version .49 & .53, software version 3.1.7 2 HiperArc - hardware version 21, 128 meg ram, 16 meg flash, software version 5.2.102 1 HiperNMC - hardware version 5, 16 meg ram, 16 meg flash, software version 8.2.7 Total Control Manager 8.2.6 Integrated fan chassis Dual 70 amp power supplies This is essentially TCS 4.3 code. We have asked 3Com for the 4.5 beta which provides the V.92 functionality. Our contract is with Source Technologies which like I said have been very good to deal with. The new TCM is very fast, or that may be the HiperNMC. All the software installed without any problems at all. A number of the things we were told to change in the configuration such as the carrier detect delay have already been set in the defaults. The only thing I have not yet gotten to work is the redundant HiperArc configuration, but I am waiting on info from SourceTech to set that up. I haven't messed with the new router configuration software as I do it by command line, but there is a new release of it as well. There is no update to the quad code, but that doesn't matter as dropping the quads has apparently resolved some of our random connection problems. We are running the DSP's with both channelized T's and PRI's at this time. Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Sent: Thursday, October 11, 2001 10:47 AM > Can you give a list of equipment you installed onto? I'm assuming you mean the new TCS 4.3 > code level. I want to talk to management about replacing the quad modems with HiperDSPs, and > it would be nice to know that we have the right stuff. > > On 11 Oct 2001 at 10:36, Mark Thornton wrote: > > > We jsut upgraded our TC chassis to the lastest available code (yes we > > paid for support) and the phones have stopped ringing. We always had a > > certain level of calls with various connection problems of one sort or > > another, but that seems to have dried up in the week since we installed > > the new code. > > > > We made the decision to go with the paid support over replacement of our > > chassis strictly on financial grounds. There was no way to amortize new > > equipment costs for our dialup market. Yes, it blows to have to pay for > > something others get for free, however I must say the support I have > > gotten is so much better than what I ever got from 3Com directly. There > > has been no backlash from the new code that I have found which is also a > > welcome change. > > > > 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. > > > > > Wayne Barber > Coastal Telco Services > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.
Subject: Re: (usr-tc) NMC Upgrade Special for ISPCON
From: Charles Sprickman <spork@inch.com>
Date: 2001-10-11 18:38:59
Hi Thomas, On Tue, 9 Oct 2001 Thomas_Goodman@3com.com wrote: > For those that have a need to only upgrade their NMC card be v.92 > ready. We are able to build out a limited number of HiPer NMC cards > and add a HiPer DSP card to get the pricing down. Thanks for posting that information here, it is appreciated. Can you also please clarify why the NMC must be upgraded to enable a feature on the DSP cards? Specifically, with an old NMC, will I just not have the ability to set values via TCM on v.92 settings, or will the feature be completely disabled on the DSP card if it does not see a current NMC software revision? Can anyone with beta access confirm or deny this? I'm quite happy with my NMCs at this point, they serve their purpose. I would rather not buy more hardware just for v.92 support. Thanks, Charles > > New! Management Card Upgrade Pack Rebate Program > Now service providers have the opportunity to trade in their existing network > management card (NMC) > and trade-up to V.92 hardware ready technology. V.92 technology gives them a > powerful access solution > designed to generate new revenue. Service providers simply purchase the > qualifying Total Control 1000 > V.92 Hardware Upgrade Pack which includes a Total Control 1000 (HiPer) DSP Card > Set and Total > Control 1000 P5 (HiPer) Network Management Card Set and trade in their existing > network management > cards to receive a rebate back from 3Com. > > Eligible Participants > Internet service providers (ISPs) and competitive local exchange carriers > (CLECs) (ISPs and CLECs are hereinafter collectively referred to as > "service providers") in Canada and the U.S. are eligible to participate in > the Total Control 1000 V.92 Hardware Upgrade Pack Rebate Program. > Claims by resellers or any other party that resells product will not be honored. > > How the Upgrade Pack Rebate Program Works > To be eligible for the Management Card Upgrade Pack Rebate, a service provider > must purchase the > Total Control 1000 V.92 Upgrade Pack between October 1, 2001 and November 30, > 2001 from any authorized > CommWorks reseller and obtain an invoice and proof of payment (cancelled check). > Claims by resellers or > any other party that resells product will not be honored. 3Com must receive > program claim forms no later > than December 28, 2001. > > The trade up rebate is available only after the purchase of the following: > > Eligible Product:SKU Purchased Product Description Rebate Per NMC List > Price > 3C0505297-00 Total Control 1000 V.92 Hardware Upgrade Pack* $500 (USD) > $7,500 > > * Management Card Upgrade Pack IncludesQuantity SKU Description > 1 002092-01 Total Control 1000 (HiPer) DSP Card Set > 1 003440-00 Total Control 1000 P5 (HiPer) Network Management Card Set > > Do the math: A Double Play is $12,000 List and includes two (2) 002092-01 so in > theory $6,000 each > that puts the NMC card at $1,500 in this promo vs. a $4,995 list and there is a > $500 rebate. > So net $1,000 NMC before discounts. > > For details and rules: > > http://www.commworks.com/Programs/Promotional_Offers/ > > http://www.commworks.com/Programs/Promotional_Offers/TC1000_v.92_upgradepack/ > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >
Subject: (usr-tc) NMC Card rebooting
From: Craig <craig@tavrida.net>
Date: 2001-10-11 19:08:00
Hello Can anyone tell why an NMC card will all of a sudden start continuously rebooting itself?? -- Thanks, Craig Craig@tavrida.net
Subject: Re: (usr-tc) NMC Upgrade Special for ISPCON
From: Mark Thornton <mark@corridor.net>
Date: 2001-10-12 10:06:24
While I would have rathered not installed new hardware either, it has improved other things unexpectedly. Our MRTG queries almost never fail now, and the TCM management works, both locally and remotely. With the older NMC card I could never use TCM if I was not connected to the local network here in the office. Software installs worked flawlessly as well, which I could never say about the old NMC. We were always getting timeouts. I know some have never seen those types of problems and for them the upgrade is going to be harder to justify. In my case I was able to do so after the fact. Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Cc: <usr-tc@lists.xmission.com> Sent: Thursday, October 11, 2001 5:38 PM > Hi Thomas, > > On Tue, 9 Oct 2001 Thomas_Goodman@3com.com wrote: > > > For those that have a need to only upgrade their NMC card be v.92 > > ready. We are able to build out a limited number of HiPer NMC cards > > and add a HiPer DSP card to get the pricing down. > > Thanks for posting that information here, it is appreciated. > > Can you also please clarify why the NMC must be upgraded to enable a > feature on the DSP cards? Specifically, with an old NMC, will I just not > have the ability to set values via TCM on v.92 settings, or will the > feature be completely disabled on the DSP card if it does not see a > current NMC software revision? > > Can anyone with beta access confirm or deny this? > > I'm quite happy with my NMCs at this point, they serve their purpose. I > would rather not buy more hardware just for v.92 support. > > Thanks, > > Charles >
Subject: Re: (usr-tc) Hiper DSP's $1200
From: Deborah A. Gallup <dgallup@starband.net>
Date: 2001-10-12 16:10:10
I have two. ----- Original Message ----- Sent: Thursday, October 11, 2001 11:00 AM > > I need chassis with 70A power units. Let me know if you have them. > ----- Original Message ----- > From: "ISP-NetworkHardware.com" <sales@isp-networkhardware.com> > To: "us-tc" <usr-tc@lists.xmission.com> > Sent: Thursday, October 11, 2001 11:12 AM > Subject: (usr-tc) Hiper DSP's $1200 > > > > Subject says it all :) > > > > First come, First Served. > > > > Amex, Visa, Mastercard, COD > > 30 day warranty > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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.
Subject: (usr-tc) Converting T1/PRI card to CT1
From: Brad Gass <bradg@mnns.com>
Date: 2001-10-13 13:40:21
Hello, all. Does anyone have CT1 (and possibly PRI as well) firmware available for the 386 version of the T1 cardset? I currently use a 186 powered CT1 card and am experiencing some general oddness with DS0->modem crossconnects being lost across power cycling the chassis, and want to try my spare 386 powered T1 card to see if it solves some of the strangeness I'm seeing. I'm down to that card as the last possible of the source of the problem I believe. My spare is loaded with PRI code, and I don't have PRI's available yet unfortunately, or I could use the spare as-is with some reprovisioning. The need for the PRI code as well is only preliminary now, but I'm told I should have PRI capability available soon in that CO, and would convert if I needed/wanted to service ISDN connections. I assume from reading the archives that there is no way of extracting the firmware from the card as it is now (PRI) so I can reload it if I do want to convert to PRI? Well, without the use of a soldering iron and a few hours at the bench anyway! I wonder why USR/3Com didn't just expand the size of the Flash (if they even needed to), and create firmware that could be used in both scenarios? As always, any and all help/suggestions is greatly appreciated! Brad
Subject: Re: (usr-tc) Upgraded TC's
From: Mike Andrews <mandrews@bit0.com>
Date: 2001-10-14 19:39:55
It's the HiperNMC making TCM fast, definitely. We've got a mix of 486 and P133 NMC's out there and the difference is VERY noticable. We're thinking about upgrading using the new NMC trade-in promo mentioned here. (Plus it takes care of the v.92 thing -- or would if I could get the code, I can't even get TCS 4.3 right now...) 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. # chmod a+x /bin/laden On Thu, 11 Oct 2001, Mark Thornton wrote: > 10 HiperDSP's - hardware version .49 & .53, software version 3.1.7 > 2 HiperArc - hardware version 21, 128 meg ram, 16 meg flash, software > version 5.2.102 > 1 HiperNMC - hardware version 5, 16 meg ram, 16 meg flash, software version > 8.2.7 > Total Control Manager 8.2.6 > Integrated fan chassis > Dual 70 amp power supplies > > This is essentially TCS 4.3 code. We have asked 3Com for the 4.5 beta which > provides the V.92 functionality. Our contract is with Source Technologies > which like I said have been very good to deal with. > > The new TCM is very fast, or that may be the HiperNMC. All the software > installed without any problems at all. A number of the things we were told > to change in the configuration such as the carrier detect delay have already > been set in the defaults. The only thing I have not yet gotten to work is > the redundant HiperArc configuration, but I am waiting on info from > SourceTech to set that up. I haven't messed with the new router > configuration software as I do it by command line, but there is a new > release of it as well. There is no update to the quad code, but that doesn't > matter as dropping the quads has apparently resolved some of our random > connection problems. We are running the DSP's with both channelized T's and > PRI's at this time. > > Mark Thornton > San Marcos Internet, Inc > 512-393-5300 > > > ----- Original Message ----- > From: "Wayne Barber" <barberw@tidewater.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, October 11, 2001 10:47 AM > Subject: Re: (usr-tc) Upgraded TC's > > > > Can you give a list of equipment you installed onto? I'm assuming you mean > the new TCS 4.3 > > code level. I want to talk to management about replacing the quad modems > with HiperDSPs, and > > it would be nice to know that we have the right stuff. > > > > On 11 Oct 2001 at 10:36, Mark Thornton wrote: > > > > > We jsut upgraded our TC chassis to the lastest available code (yes we > > > paid for support) and the phones have stopped ringing. We always had a > > > certain level of calls with various connection problems of one sort or > > > another, but that seems to have dried up in the week since we installed > > > the new code. > > > > > > We made the decision to go with the paid support over replacement of our > > > chassis strictly on financial grounds. There was no way to amortize new > > > equipment costs for our dialup market. Yes, it blows to have to pay for > > > something others get for free, however I must say the support I have > > > gotten is so much better than what I ever got from 3Com directly. There > > > has been no backlash from the new code that I have found which is also a > > > welcome change. > > > > > > 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. > > > > > > > > > Wayne Barber > > Coastal Telco Services > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >
Subject: (usr-tc) MRTG stats
From: Mark Thornton <mark@corridor.net>
Date: 2001-10-16 10:03:23
I have been using the hiperdsp.pl scripts included with the MRTG distibutions to track modem usage and it has always worked well until yesterday. About 10 p.m. the available modems value has dropped from 153 to 1. I have performed a software reset on the hipernmc and it did not fix the problem (it used to fix loss of communication on the old nmcs). Any ideas, or is there a better way to monitor modem utilization? Thanks, Mark Thornton San Marcos Internet, Inc 512-393-5300
Subject: Re: (usr-tc) MRTG stats
From: Mark Thornton <mark@corridor.net>
Date: 2001-10-16 11:01:21
What are you editing it to? Below is an excerpt of my file... 1003247736 59 207 1003247736 59 1 59 1 1003247436 66 1 66 1 1003247400 66 1 66 1 1003247100 65 1 66 1 1003246800 59 1 61 1 1003246500 60 1 61 1 1003246200 55 1 58 1 1003245900 58 1 58 1 1003245600 58 1 62 1 1003245300 61 1 62 1 1003245000 58 1 59 1 1003244700 51 1 52 1 1003244400 49 1 49 1 1003244100 49 1 52 1 1003243800 52 1 54 1 1003243500 54 1 54 1 1003243200 53 1 54 1 1003242900 51 1 53 1 1003242600 53 1 54 1 1003242300 53 1 54 1 1003242000 49 1 53 1 1003241700 52 1 53 1 1003241400 52 1 59 1 1003241100 58 1 59 1 1003240800 56 1 57 1 1003240500 50 1 51 1 1003240200 50 1 50 1 1003239900 49 1 50 1 1003239600 49 1 49 1 1003239300 49 1 49 1 1003239000 48 1 49 1 1003238700 45 1 47 1 1003238400 45 1 47 1 1003238100 38 1 38 1 1003237800 38 1 39 1 1003237500 38 1 39 1 1003237200 33 1 39 1 1003236900 38 1 39 1 1003236600 37 1 38 1 1003236300 30 1 30 1 1003236000 29 1 30 1 1003235700 26 1 29 1 1003235400 29 1 30 1 1003235100 29 1 30 1 1003234800 27 1 30 1 1003234500 30 1 30 1 1003234200 29 1 30 1 1003233900 28 1 28 1 1003233600 27 1 28 1 1003233300 25 1 25 1 1003233000 25 1 25 1 1003232700 25 1 25 1 1003232400 24 1 25 1 1003232100 24 1 29 1 1003231800 28 1 29 1 1003231500 25 1 25 1 1003231200 24 1 25 1 1003230900 23 1 25 1 1003230600 24 1 25 1 1003230300 20 1 21 1 1003230000 19 1 20 1 1003229700 18 1 19 1 1003229400 18 1 21 1 1003229100 21 1 21 1 1003228800 21 1 21 1 1003228500 21 1 21 1 1003228200 20 1 21 1 1003227900 17 1 18 1 1003227600 16 1 19 1 1003227300 19 1 21 1 1003227000 20 1 21 1 1003226700 18 1 18 1 1003226400 17 1 18 1 1003226100 16 1 17 1 1003225800 16 1 17 1 1003225500 17 1 17 1 1003225200 17 1 19 1 1003224900 18 1 19 1 1003224600 17 1 18 1 1003224300 15 1 16 1 1003224000 13 1 14 1 1003223700 13 1 14 1 1003223400 14 1 15 1 1003223100 14 1 15 1 1003222800 14 1 14 1 1003222500 14 1 15 1 1003222200 15 1 15 1 1003221900 15 1 16 1 1003221600 16 1 17 1 1003221300 17 1 18 1 1003221000 18 1 19 1 1003220700 19 1 20 1 1003220400 20 1 20 1 1003220100 20 1 22 1 1003219800 22 1 22 1 1003219500 21 1 22 1 1003219200 19 1 21 1 1003218900 20 1 21 1 1003218600 17 1 17 1 1003218300 16 1 17 1 1003218000 16 1 17 1 1003217700 17 1 18 1 1003217400 18 1 20 1 1003217100 20 1 21 1 1003216800 21 1 23 1 1003216500 22 1 23 1 1003216200 22 1 23 1 1003215900 22 1 23 1 1003215600 20 1 21 1 1003215300 20 1 20 1 1003215000 20 1 20 1 1003214700 20 1 21 1 1003214400 21 1 21 1 1003214100 21 1 21 1 1003213800 21 1 21 1 1003213500 21 1 21 1 1003213200 20 1 21 1 1003212900 20 1 22 1 1003212600 21 1 22 1 1003212300 21 1 27 1 1003212000 27 1 27 1 1003211700 27 1 30 1 1003211400 30 1 33 1 1003211100 32 1 33 1 1003210800 31 1 32 1 1003210500 27 1 29 1 1003210200 29 1 34 1 1003209900 34 1 36 1 1003209600 36 1 36 1 1003209300 36 1 37 1 1003209000 38 1 46 1 1003208700 46 1 47 1 1003208400 46 1 47 1 1003208100 44 1 49 1 1003207800 49 1 50 1 1003207500 50 1 53 1 1003207200 53 1 53 1 1003206900 53 1 55 1 1003206600 55 1 55 1 1003206300 55 1 55 1 1003206000 55 1 60 1 1003205700 59 1 60 1 1003205400 57 1 57 1 1003205100 57 1 58 1 1003204800 58 1 65 1 1003204500 65 1 72 1 1003204200 71 1 72 1 1003203900 70 1 71 1 1003203600 69 1 72 1 1003203300 72 1 77 1 1003203000 77 1 81 1 1003202700 82 1 92 1 1003202400 91 1 92 1 1003202100 89 1 90 1 1003201800 85 1 86 1 1003201500 86 1 89 1 1003201200 90 1 97 1 1003200900 97 1 99 1 1003200600 99 1 100 1 1003200300 99 1 100 1 1003200000 94 1 95 1 1003199700 94 1 95 1 1003199400 94 1 95 1 1003199100 93 1 98 1 1003198800 98 1 99 1 1003198500 98 1 99 1 1003198200 95 1 98 1 1003197900 97 1 98 1 1003197600 93 1 94 1 1003197300 89 1 90 1 1003197000 87 1 88 1 1003196700 83 1 84 1 1003196400 84 1 86 1 1003196100 85 1 86 1 1003195800 82 1 83 1 1003195500 83 1 84 1 1003195200 70 1 84 1 1003194900 13 27 98 207 1003194600 97 207 98 207 1003194300 96 207 97 207 Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Sent: Tuesday, October 16, 2001 10:34 AM > This happens to me about once a month. I have to go in and manually edit the > .log file top line and then it reports the correct number after. Don't know > what causes it. I also have a script the gets the modem info per HyperDSP > card, but same thing occurs also with it. > > Mark > Green Apple Inc > > ----- Original Message ----- > From: "Mark Thornton" <mark@corridor.net> > To: "USR-TC" <usr-tc@lists.xmission.com> > Sent: Tuesday, October 16, 2001 11:03 AM > Subject: (usr-tc) MRTG stats > > > > I have been using the hiperdsp.pl scripts included with the MRTG > > distibutions to track modem usage and it has always worked well until > > yesterday. About 10 p.m. the available modems value has dropped from 153 > to > > 1. I have performed a software reset on the hipernmc and it did not fix > the > > problem (it used to fix loss of communication on the old nmcs). Any ideas, > > or is there a better way to monitor modem utilization? > > > > 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. > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.
Subject: Re: (usr-tc) MRTG stats
From: Mark Thornton <mark@corridor.net>
Date: 2001-10-16 11:22:18
Thanks Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Sent: Tuesday, October 16, 2001 11:13 AM > Need to change just the first 1 in the second line to get it back to default > value...so make second line > 1003247736 59 153 59 1 and next time MRTG runs it will update. If you want > to correct all the data replace > the first 1 in each line with the correct values. > > Mark > Green Apple Inc > > > ----- Original Message ----- > From: "Mark Thornton" <mark@corridor.net> > To: <usr-tc@lists.xmission.com> > Sent: Tuesday, October 16, 2001 12:01 PM > Subject: Re: (usr-tc) MRTG stats > > > > What are you editing it to? Below is an excerpt of my file... > > > > 1003247736 59 207 > > 1003247736 59 1 59 1 > > 1003247436 66 1 66 1 > > 1003247400 66 1 66 1 > > 1003247100 65 1 66 1 > > 1003246800 59 1 61 1 > > 1003246500 60 1 61 1 > > 1003246200 55 1 58 1 > > 1003245900 58 1 58 1 > > 1003245600 58 1 62 1 > > 1003245300 61 1 62 1 > > 1003245000 58 1 59 1 > > 1003244700 51 1 52 1 > > 1003244400 49 1 49 1 > > 1003244100 49 1 52 1 > > 1003243800 52 1 54 1 > > 1003243500 54 1 54 1 > > 1003243200 53 1 54 1 > > 1003242900 51 1 53 1 > > 1003242600 53 1 54 1 > > 1003242300 53 1 54 1 > > 1003242000 49 1 53 1 > > 1003241700 52 1 53 1 > > 1003241400 52 1 59 1 > > 1003241100 58 1 59 1 > > 1003240800 56 1 57 1 > > 1003240500 50 1 51 1 > > 1003240200 50 1 50 1 > > 1003239900 49 1 50 1 > > 1003239600 49 1 49 1 > > 1003239300 49 1 49 1 > > 1003239000 48 1 49 1 > > 1003238700 45 1 47 1 > > 1003238400 45 1 47 1 > > 1003238100 38 1 38 1 > > 1003237800 38 1 39 1 > > 1003237500 38 1 39 1 > > 1003237200 33 1 39 1 > > 1003236900 38 1 39 1 > > 1003236600 37 1 38 1 > > 1003236300 30 1 30 1 > > 1003236000 29 1 30 1 > > 1003235700 26 1 29 1 > > 1003235400 29 1 30 1 > > 1003235100 29 1 30 1 > > 1003234800 27 1 30 1 > > 1003234500 30 1 30 1 > > 1003234200 29 1 30 1 > > 1003233900 28 1 28 1 > > 1003233600 27 1 28 1 > > 1003233300 25 1 25 1 > > 1003233000 25 1 25 1 > > 1003232700 25 1 25 1 > > 1003232400 24 1 25 1 > > 1003232100 24 1 29 1 > > 1003231800 28 1 29 1 > > 1003231500 25 1 25 1 > > 1003231200 24 1 25 1 > > 1003230900 23 1 25 1 > > 1003230600 24 1 25 1 > > 1003230300 20 1 21 1 > > 1003230000 19 1 20 1 > > 1003229700 18 1 19 1 > > 1003229400 18 1 21 1 > > 1003229100 21 1 21 1 > > 1003228800 21 1 21 1 > > 1003228500 21 1 21 1 > > 1003228200 20 1 21 1 > > 1003227900 17 1 18 1 > > 1003227600 16 1 19 1 > > 1003227300 19 1 21 1 > > 1003227000 20 1 21 1 > > 1003226700 18 1 18 1 > > 1003226400 17 1 18 1 > > 1003226100 16 1 17 1 > > 1003225800 16 1 17 1 > > 1003225500 17 1 17 1 > > 1003225200 17 1 19 1 > > 1003224900 18 1 19 1 > > 1003224600 17 1 18 1 > > 1003224300 15 1 16 1 > > 1003224000 13 1 14 1 > > 1003223700 13 1 14 1 > > 1003223400 14 1 15 1 > > 1003223100 14 1 15 1 > > 1003222800 14 1 14 1 > > 1003222500 14 1 15 1 > > 1003222200 15 1 15 1 > > 1003221900 15 1 16 1 > > 1003221600 16 1 17 1 > > 1003221300 17 1 18 1 > > 1003221000 18 1 19 1 > > 1003220700 19 1 20 1 > > 1003220400 20 1 20 1 > > 1003220100 20 1 22 1 > > 1003219800 22 1 22 1 > > 1003219500 21 1 22 1 > > 1003219200 19 1 21 1 > > 1003218900 20 1 21 1 > > 1003218600 17 1 17 1 > > 1003218300 16 1 17 1 > > 1003218000 16 1 17 1 > > 1003217700 17 1 18 1 > > 1003217400 18 1 20 1 > > 1003217100 20 1 21 1 > > 1003216800 21 1 23 1 > > 1003216500 22 1 23 1 > > 1003216200 22 1 23 1 > > 1003215900 22 1 23 1 > > 1003215600 20 1 21 1 > > 1003215300 20 1 20 1 > > 1003215000 20 1 20 1 > > 1003214700 20 1 21 1 > > 1003214400 21 1 21 1 > > 1003214100 21 1 21 1 > > 1003213800 21 1 21 1 > > 1003213500 21 1 21 1 > > 1003213200 20 1 21 1 > > 1003212900 20 1 22 1 > > 1003212600 21 1 22 1 > > 1003212300 21 1 27 1 > > 1003212000 27 1 27 1 > > 1003211700 27 1 30 1 > > 1003211400 30 1 33 1 > > 1003211100 32 1 33 1 > > 1003210800 31 1 32 1 > > 1003210500 27 1 29 1 > > 1003210200 29 1 34 1 > > 1003209900 34 1 36 1 > > 1003209600 36 1 36 1 > > 1003209300 36 1 37 1 > > 1003209000 38 1 46 1 > > 1003208700 46 1 47 1 > > 1003208400 46 1 47 1 > > 1003208100 44 1 49 1 > > 1003207800 49 1 50 1 > > 1003207500 50 1 53 1 > > 1003207200 53 1 53 1 > > 1003206900 53 1 55 1 > > 1003206600 55 1 55 1 > > 1003206300 55 1 55 1 > > 1003206000 55 1 60 1 > > 1003205700 59 1 60 1 > > 1003205400 57 1 57 1 > > 1003205100 57 1 58 1 > > 1003204800 58 1 65 1 > > 1003204500 65 1 72 1 > > 1003204200 71 1 72 1 > > 1003203900 70 1 71 1 > > 1003203600 69 1 72 1 > > 1003203300 72 1 77 1 > > 1003203000 77 1 81 1 > > 1003202700 82 1 92 1 > > 1003202400 91 1 92 1 > > 1003202100 89 1 90 1 > > 1003201800 85 1 86 1 > > 1003201500 86 1 89 1 > > 1003201200 90 1 97 1 > > 1003200900 97 1 99 1 > > 1003200600 99 1 100 1 > > 1003200300 99 1 100 1 > > 1003200000 94 1 95 1 > > 1003199700 94 1 95 1 > > 1003199400 94 1 95 1 > > 1003199100 93 1 98 1 > > 1003198800 98 1 99 1 > > 1003198500 98 1 99 1 > > 1003198200 95 1 98 1 > > 1003197900 97 1 98 1 > > 1003197600 93 1 94 1 > > 1003197300 89 1 90 1 > > 1003197000 87 1 88 1 > > 1003196700 83 1 84 1 > > 1003196400 84 1 86 1 > > 1003196100 85 1 86 1 > > 1003195800 82 1 83 1 > > 1003195500 83 1 84 1 > > 1003195200 70 1 84 1 > > 1003194900 13 27 98 207 > > 1003194600 97 207 98 207 > > 1003194300 96 207 97 207 > > > > Mark Thornton > > San Marcos Internet, Inc > > 512-393-5300 > > > > > > ----- Original Message ----- > > From: "Green Apple Network Info" <netinfo@greenapple.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Tuesday, October 16, 2001 10:34 AM > > Subject: Re: (usr-tc) MRTG stats > > > > > > > This happens to me about once a month. I have to go in and manually edit > > the > > > .log file top line and then it reports the correct number after. Don't > > know > > > what causes it. I also have a script the gets the modem info per > HyperDSP > > > card, but same thing occurs also with it. > > > > > > Mark > > > Green Apple Inc > > > > > > ----- Original Message ----- > > > From: "Mark Thornton" <mark@corridor.net> > > > To: "USR-TC" <usr-tc@lists.xmission.com> > > > Sent: Tuesday, October 16, 2001 11:03 AM > > > Subject: (usr-tc) MRTG stats > > > > > > > > > > I have been using the hiperdsp.pl scripts included with the MRTG > > > > distibutions to track modem usage and it has always worked well until > > > > yesterday. About 10 p.m. the available modems value has dropped from > 153 > > > to > > > > 1. I have performed a software reset on the hipernmc and it did not > fix > > > the > > > > problem (it used to fix loss of communication on the old nmcs). Any > > ideas, > > > > or is there a better way to monitor modem utilization? > > > > > > > > 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. > > > > > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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.
Subject: Re: (usr-tc) What memory does the HiperARC use?
From: Mike Greene <mikeg@rockisland.com>
Date: 2001-10-16 11:31:08
At 02:14 PM 10/16/01 -0400, you wrote: >Hi, >Does anyone know the specs on HiperARC memory? >I know it is EDO, but: >Parity or Non-Parity ? >Gold Lead or Tin Lead ? >5 volt ? 128MB EDO 168pin BUFFERED 3.3v Mine was tin lead, don't remember about parity though. - Mike Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA
Subject: Re: (usr-tc) MRTG stats
From: Green Apple Network Info <netinfo@greenapple.com>
Date: 2001-10-16 11:34:36
This happens to me about once a month. I have to go in and manually edit the .log file top line and then it reports the correct number after. Don't know what causes it. I also have a script the gets the modem info per HyperDSP card, but same thing occurs also with it. Mark Green Apple Inc ----- Original Message ----- Sent: Tuesday, October 16, 2001 11:03 AM > I have been using the hiperdsp.pl scripts included with the MRTG > distibutions to track modem usage and it has always worked well until > yesterday. About 10 p.m. the available modems value has dropped from 153 to > 1. I have performed a software reset on the hipernmc and it did not fix the > problem (it used to fix loss of communication on the old nmcs). Any ideas, > or is there a better way to monitor modem utilization? > > 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. > >
Subject: Re: (usr-tc) MRTG stats
From: Green Apple Network Info <netinfo@greenapple.com>
Date: 2001-10-16 12:13:01
Need to change just the first 1 in the second line to get it back to default value...so make second line 1003247736 59 153 59 1 and next time MRTG runs it will update. If you want to correct all the data replace the first 1 in each line with the correct values. Mark Green Apple Inc ----- Original Message ----- Sent: Tuesday, October 16, 2001 12:01 PM > What are you editing it to? Below is an excerpt of my file... > > 1003247736 59 207 > 1003247736 59 1 59 1 > 1003247436 66 1 66 1 > 1003247400 66 1 66 1 > 1003247100 65 1 66 1 > 1003246800 59 1 61 1 > 1003246500 60 1 61 1 > 1003246200 55 1 58 1 > 1003245900 58 1 58 1 > 1003245600 58 1 62 1 > 1003245300 61 1 62 1 > 1003245000 58 1 59 1 > 1003244700 51 1 52 1 > 1003244400 49 1 49 1 > 1003244100 49 1 52 1 > 1003243800 52 1 54 1 > 1003243500 54 1 54 1 > 1003243200 53 1 54 1 > 1003242900 51 1 53 1 > 1003242600 53 1 54 1 > 1003242300 53 1 54 1 > 1003242000 49 1 53 1 > 1003241700 52 1 53 1 > 1003241400 52 1 59 1 > 1003241100 58 1 59 1 > 1003240800 56 1 57 1 > 1003240500 50 1 51 1 > 1003240200 50 1 50 1 > 1003239900 49 1 50 1 > 1003239600 49 1 49 1 > 1003239300 49 1 49 1 > 1003239000 48 1 49 1 > 1003238700 45 1 47 1 > 1003238400 45 1 47 1 > 1003238100 38 1 38 1 > 1003237800 38 1 39 1 > 1003237500 38 1 39 1 > 1003237200 33 1 39 1 > 1003236900 38 1 39 1 > 1003236600 37 1 38 1 > 1003236300 30 1 30 1 > 1003236000 29 1 30 1 > 1003235700 26 1 29 1 > 1003235400 29 1 30 1 > 1003235100 29 1 30 1 > 1003234800 27 1 30 1 > 1003234500 30 1 30 1 > 1003234200 29 1 30 1 > 1003233900 28 1 28 1 > 1003233600 27 1 28 1 > 1003233300 25 1 25 1 > 1003233000 25 1 25 1 > 1003232700 25 1 25 1 > 1003232400 24 1 25 1 > 1003232100 24 1 29 1 > 1003231800 28 1 29 1 > 1003231500 25 1 25 1 > 1003231200 24 1 25 1 > 1003230900 23 1 25 1 > 1003230600 24 1 25 1 > 1003230300 20 1 21 1 > 1003230000 19 1 20 1 > 1003229700 18 1 19 1 > 1003229400 18 1 21 1 > 1003229100 21 1 21 1 > 1003228800 21 1 21 1 > 1003228500 21 1 21 1 > 1003228200 20 1 21 1 > 1003227900 17 1 18 1 > 1003227600 16 1 19 1 > 1003227300 19 1 21 1 > 1003227000 20 1 21 1 > 1003226700 18 1 18 1 > 1003226400 17 1 18 1 > 1003226100 16 1 17 1 > 1003225800 16 1 17 1 > 1003225500 17 1 17 1 > 1003225200 17 1 19 1 > 1003224900 18 1 19 1 > 1003224600 17 1 18 1 > 1003224300 15 1 16 1 > 1003224000 13 1 14 1 > 1003223700 13 1 14 1 > 1003223400 14 1 15 1 > 1003223100 14 1 15 1 > 1003222800 14 1 14 1 > 1003222500 14 1 15 1 > 1003222200 15 1 15 1 > 1003221900 15 1 16 1 > 1003221600 16 1 17 1 > 1003221300 17 1 18 1 > 1003221000 18 1 19 1 > 1003220700 19 1 20 1 > 1003220400 20 1 20 1 > 1003220100 20 1 22 1 > 1003219800 22 1 22 1 > 1003219500 21 1 22 1 > 1003219200 19 1 21 1 > 1003218900 20 1 21 1 > 1003218600 17 1 17 1 > 1003218300 16 1 17 1 > 1003218000 16 1 17 1 > 1003217700 17 1 18 1 > 1003217400 18 1 20 1 > 1003217100 20 1 21 1 > 1003216800 21 1 23 1 > 1003216500 22 1 23 1 > 1003216200 22 1 23 1 > 1003215900 22 1 23 1 > 1003215600 20 1 21 1 > 1003215300 20 1 20 1 > 1003215000 20 1 20 1 > 1003214700 20 1 21 1 > 1003214400 21 1 21 1 > 1003214100 21 1 21 1 > 1003213800 21 1 21 1 > 1003213500 21 1 21 1 > 1003213200 20 1 21 1 > 1003212900 20 1 22 1 > 1003212600 21 1 22 1 > 1003212300 21 1 27 1 > 1003212000 27 1 27 1 > 1003211700 27 1 30 1 > 1003211400 30 1 33 1 > 1003211100 32 1 33 1 > 1003210800 31 1 32 1 > 1003210500 27 1 29 1 > 1003210200 29 1 34 1 > 1003209900 34 1 36 1 > 1003209600 36 1 36 1 > 1003209300 36 1 37 1 > 1003209000 38 1 46 1 > 1003208700 46 1 47 1 > 1003208400 46 1 47 1 > 1003208100 44 1 49 1 > 1003207800 49 1 50 1 > 1003207500 50 1 53 1 > 1003207200 53 1 53 1 > 1003206900 53 1 55 1 > 1003206600 55 1 55 1 > 1003206300 55 1 55 1 > 1003206000 55 1 60 1 > 1003205700 59 1 60 1 > 1003205400 57 1 57 1 > 1003205100 57 1 58 1 > 1003204800 58 1 65 1 > 1003204500 65 1 72 1 > 1003204200 71 1 72 1 > 1003203900 70 1 71 1 > 1003203600 69 1 72 1 > 1003203300 72 1 77 1 > 1003203000 77 1 81 1 > 1003202700 82 1 92 1 > 1003202400 91 1 92 1 > 1003202100 89 1 90 1 > 1003201800 85 1 86 1 > 1003201500 86 1 89 1 > 1003201200 90 1 97 1 > 1003200900 97 1 99 1 > 1003200600 99 1 100 1 > 1003200300 99 1 100 1 > 1003200000 94 1 95 1 > 1003199700 94 1 95 1 > 1003199400 94 1 95 1 > 1003199100 93 1 98 1 > 1003198800 98 1 99 1 > 1003198500 98 1 99 1 > 1003198200 95 1 98 1 > 1003197900 97 1 98 1 > 1003197600 93 1 94 1 > 1003197300 89 1 90 1 > 1003197000 87 1 88 1 > 1003196700 83 1 84 1 > 1003196400 84 1 86 1 > 1003196100 85 1 86 1 > 1003195800 82 1 83 1 > 1003195500 83 1 84 1 > 1003195200 70 1 84 1 > 1003194900 13 27 98 207 > 1003194600 97 207 98 207 > 1003194300 96 207 97 207 > > Mark Thornton > San Marcos Internet, Inc > 512-393-5300 > > > ----- Original Message ----- > From: "Green Apple Network Info" <netinfo@greenapple.com> > To: <usr-tc@lists.xmission.com> > Sent: Tuesday, October 16, 2001 10:34 AM > Subject: Re: (usr-tc) MRTG stats > > > > This happens to me about once a month. I have to go in and manually edit > the > > .log file top line and then it reports the correct number after. Don't > know > > what causes it. I also have a script the gets the modem info per HyperDSP > > card, but same thing occurs also with it. > > > > Mark > > Green Apple Inc > > > > ----- Original Message ----- > > From: "Mark Thornton" <mark@corridor.net> > > To: "USR-TC" <usr-tc@lists.xmission.com> > > Sent: Tuesday, October 16, 2001 11:03 AM > > Subject: (usr-tc) MRTG stats > > > > > > > I have been using the hiperdsp.pl scripts included with the MRTG > > > distibutions to track modem usage and it has always worked well until > > > yesterday. About 10 p.m. the available modems value has dropped from 153 > > to > > > 1. I have performed a software reset on the hipernmc and it did not fix > > the > > > problem (it used to fix loss of communication on the old nmcs). Any > ideas, > > > or is there a better way to monitor modem utilization? > > > > > > 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. > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. > >
Subject: Re: (usr-tc) What memory does the HiperARC use?
From: Marshall Morgan <marshall@netdoor.com>
Date: 2001-10-16 13:33:32
On Mon, 11 Jun 2001, Mike Greene wrote: > Well the results are in! The proper memory chip is shown below... > > 128MB EDO 168pin BUFFERED 3.3v > > Popped that bugger in and inserted the card and presto, 128MB on the card, > the ROM memory is NOT replaceable but I don't see that as being a major issue. > > As a reseller I paid $143.00 per chip, your mileage may vary... > > > - Mike > > ------------------------------------------------ > Rock Island Communications, Inc. (360)-378-5884 > http://www.rockisland.com/ San Juan Islands, WA > ------------------------------------------------ > > Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Tuesday, October 16, 2001 1:14 PM > Hi, > Does anyone know the specs on HiperARC memory? > I know it is EDO, but: > Parity or Non-Parity ? > Gold Lead or Tin Lead ? > 5 volt ? > > Thanks, > Rick > > Rick Louizos > Solunet Soluserve TAC > Palm Bay, Fl. 32905 > Phone Numbers: > Phone: (888)449-5766 / Fax: (407)676-0809 > Internet Addresses: > mailto:RickL@solunet.com / http://www.solunet.com > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >
Subject: (usr-tc) What memory does the HiperARC use?
From: rickl@solunet.com
Date: 2001-10-16 14:14:55
Hi, Does anyone know the specs on HiperARC memory? I know it is EDO, but: Parity or Non-Parity ? Gold Lead or Tin Lead ? 5 volt ? Thanks, Rick Rick Louizos Solunet Soluserve TAC Palm Bay, Fl. 32905 Phone Numbers: Phone: (888)449-5766 / Fax: (407)676-0809 Internet Addresses: mailto:RickL@solunet.com / http://www.solunet.com
Subject: (usr-tc) What memory does the HiperARC use?
From: rickl@solunet.com
Date: 2001-10-16 14:14:55
Hi, Does anyone know the specs on HiperARC memory? I know it is EDO, but: Parity or Non-Parity ? Gold Lead or Tin Lead ? 5 volt ? Thanks, Rick Rick Louizos Solunet Soluserve TAC Palm Bay, Fl. 32905 Phone Numbers: Phone: (888)449-5766 / Fax: (407)676-0809 Internet Addresses: mailto:RickL@solunet.com / http://www.solunet.com
Subject: RE: (usr-tc) What memory does the HiperARC use?
From: rickl@solunet.com
Date: 2001-10-16 14:47:52
Thanks Mike. That helps. Rick -----Original Message----- Sent: Tuesday, October 16, 2001 2:31 PM At 02:14 PM 10/16/01 -0400, you wrote: >Hi, >Does anyone know the specs on HiperARC memory? >I know it is EDO, but: >Parity or Non-Parity ? >Gold Lead or Tin Lead ? >5 volt ? 128MB EDO 168pin BUFFERED 3.3v Mine was tin lead, don't remember about parity though. - Mike Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.
Subject: RE: (usr-tc) What memory does the HiperARC use?
From: rickl@solunet.com
Date: 2001-10-16 14:49:19
Thanks for confirming Marshall. Sincerely, Rick -----Original Message----- Sent: Tuesday, October 16, 2001 2:34 PM On Mon, 11 Jun 2001, Mike Greene wrote: > Well the results are in! The proper memory chip is shown below... > > 128MB EDO 168pin BUFFERED 3.3v > > Popped that bugger in and inserted the card and presto, 128MB on the card, > the ROM memory is NOT replaceable but I don't see that as being a major issue. > > As a reseller I paid $143.00 per chip, your mileage may vary... > > > - Mike > > ------------------------------------------------ > Rock Island Communications, Inc. (360)-378-5884 > http://www.rockisland.com/ San Juan Islands, WA > ------------------------------------------------ > > Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Tuesday, October 16, 2001 1:14 PM > Hi, > Does anyone know the specs on HiperARC memory? > I know it is EDO, but: > Parity or Non-Parity ? > Gold Lead or Tin Lead ? > 5 volt ? > > Thanks, > Rick > > Rick Louizos > Solunet Soluserve TAC > Palm Bay, Fl. 32905 > Phone Numbers: > Phone: (888)449-5766 / Fax: (407)676-0809 > Internet Addresses: > mailto:RickL@solunet.com / http://www.solunet.com > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.
Subject: (usr-tc) different IPs in start/stop accounting
From: Charles Sprickman <spork@inch.com>
Date: 2001-10-22 12:18:54
Hello, Running HARC 4.2.32, I'm occasionally seeing sessions with the same session ID send one IP address in the START accounting message, and a different IP in the STOP accounting message. Has anyone else seen this? I'm trying to catch the box in the act so I can see which address the user is actually using, but so far no luck. I'm seeing this on multiple chassis, as well... Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com
Subject: RE: (usr-tc) Upgraded TC's
From: Randy Cosby <dcosby@infowest.com>
Date: 2001-10-24 10:00:11
You mention a change in the carrier detect delay with the new code. The default is 7 for carrier detect delay and 6 for the carrier loss detect delay. Is that what you have? After looking through the disconnect stats, we have more "no carrier" disconnect reasons than I'm comfortable with. I'm wondering if there is a better number here. thanks, Randy > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton > Sent: Thursday, October 11, 2001 12:59 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Upgraded TC's > > > 10 HiperDSP's - hardware version .49 & .53, software version 3.1.7 > 2 HiperArc - hardware version 21, 128 meg ram, 16 meg flash, software > version 5.2.102 > 1 HiperNMC - hardware version 5, 16 meg ram, 16 meg flash, > software version > 8.2.7 > Total Control Manager 8.2.6 > Integrated fan chassis > Dual 70 amp power supplies > > This is essentially TCS 4.3 code. We have asked 3Com for the 4.5 > beta which > provides the V.92 functionality. Our contract is with Source Technologies > which like I said have been very good to deal with. > > The new TCM is very fast, or that may be the HiperNMC. All the software > installed without any problems at all. A number of the things we were told > to change in the configuration such as the carrier detect delay > have already > been set in the defaults. The only thing I have not yet gotten to work is > the redundant HiperArc configuration, but I am waiting on info from > SourceTech to set that up. I haven't messed with the new router > configuration software as I do it by command line, but there is a new > release of it as well. There is no update to the quad code, but > that doesn't > matter as dropping the quads has apparently resolved some of our random > connection problems. We are running the DSP's with both > channelized T's and > PRI's at this time. > > Mark Thornton > San Marcos Internet, Inc > 512-393-5300 > > > ----- Original Message ----- > From: "Wayne Barber" <barberw@tidewater.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, October 11, 2001 10:47 AM > Subject: Re: (usr-tc) Upgraded TC's > > > > Can you give a list of equipment you installed onto? I'm > assuming you mean > the new TCS 4.3 > > code level. I want to talk to management about replacing the quad modems > with HiperDSPs, and > > it would be nice to know that we have the right stuff. > > > > On 11 Oct 2001 at 10:36, Mark Thornton wrote: > > > > > We jsut upgraded our TC chassis to the lastest available code (yes we > > > paid for support) and the phones have stopped ringing. We always had a > > > certain level of calls with various connection problems of one sort or > > > another, but that seems to have dried up in the week since we > installed > > > the new code. > > > > > > We made the decision to go with the paid support over > replacement of our > > > chassis strictly on financial grounds. There was no way to > amortize new > > > equipment costs for our dialup market. Yes, it blows to have > to pay for > > > something others get for free, however I must say the support I have > > > gotten is so much better than what I ever got from 3Com > directly. There > > > has been no backlash from the new code that I have found > which is also a > > > welcome change. > > > > > > 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. > > > > > > > > > Wayne Barber > > Coastal Telco Services > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >
Subject: RE: (usr-tc) Upgraded TC's
From: Randy Cosby <dcosby@infowest.com>
Date: 2001-10-24 10:15:48
I was thinking some OS's just killed the modems to end a ppp session, but not sure. From 3com knowledgebase: Explanation of carrier Loss(4): The modem detected a loss of the remote modem's carrier and waited the time duration specified in Register S10. This register's default is 0.7 seconds. For higher speed modulations, carrier loss detection is disabled when other recovery mechanisms are used (such as retraining). It is rare to see this disconnect or fail to connect reason because other reasons are usually used or are detected sooner. --- So maybe this number is irrelevant if we're using retraining (x2/v90), but may be relevant on older slower modems? You still have yours set to 7? I seem to recall setting old quads to 70 at one point. Randy > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton > Sent: Wednesday, October 24, 2001 10:08 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Upgraded TC's > > > I have noticed the high number of no carrier reasons as well, but the > measure that works for me is that our phones just aren't ringing with > connect problems. Usage is up, new customers get on immediately, and old > ones aren't calling and complaining. I've wondered if the no > carrier reasons > come from other things such as autodialers for telemarketers and the like. > > Mark Thornton > San Marcos Internet, Inc > 512-393-5300 > > > ----- Original Message ----- > From: "Randy Cosby" <dcosby@infowest.com> > To: <usr-tc@lists.xmission.com> > Cc: <mark@corridor.net> > Sent: Wednesday, October 24, 2001 11:00 AM > Subject: RE: (usr-tc) Upgraded TC's > > > > You mention a change in the carrier detect delay with the new code. The > > default is 7 for carrier detect delay and 6 for the carrier loss detect > > delay. Is that what you have? After looking through the disconnect > stats, > > we have more "no carrier" disconnect reasons than I'm comfortable with. > I'm > > wondering if there is a better number here. > > > > thanks, > > > > Randy > > > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton > > > Sent: Thursday, October 11, 2001 12:59 PM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) Upgraded TC's > > > > > > > > > 10 HiperDSP's - hardware version .49 & .53, software version 3.1.7 > > > 2 HiperArc - hardware version 21, 128 meg ram, 16 meg flash, software > > > version 5.2.102 > > > 1 HiperNMC - hardware version 5, 16 meg ram, 16 meg flash, > > > software version > > > 8.2.7 > > > Total Control Manager 8.2.6 > > > Integrated fan chassis > > > Dual 70 amp power supplies > > > > > > This is essentially TCS 4.3 code. We have asked 3Com for the 4.5 > > > beta which > > > provides the V.92 functionality. Our contract is with Source > Technologies > > > which like I said have been very good to deal with. > > > > > > The new TCM is very fast, or that may be the HiperNMC. All > the software > > > installed without any problems at all. A number of the things we were > told > > > to change in the configuration such as the carrier detect delay > > > have already > > > been set in the defaults. The only thing I have not yet gotten to work > is > > > the redundant HiperArc configuration, but I am waiting on info from > > > SourceTech to set that up. I haven't messed with the new router > > > configuration software as I do it by command line, but there is a new > > > release of it as well. There is no update to the quad code, but > > > that doesn't > > > matter as dropping the quads has apparently resolved some of > our random > > > connection problems. We are running the DSP's with both > > > channelized T's and > > > PRI's at this time. > > > > > > Mark Thornton > > > San Marcos Internet, Inc > > > 512-393-5300 > > > > > > > > > ----- Original Message ----- > > > From: "Wayne Barber" <barberw@tidewater.net> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Thursday, October 11, 2001 10:47 AM > > > Subject: Re: (usr-tc) Upgraded TC's > > > > > > > > > > Can you give a list of equipment you installed onto? I'm > > > assuming you mean > > > the new TCS 4.3 > > > > code level. I want to talk to management about replacing the quad > modems > > > with HiperDSPs, and > > > > it would be nice to know that we have the right stuff. > > > > > > > > On 11 Oct 2001 at 10:36, Mark Thornton wrote: > > > > > > > > > We jsut upgraded our TC chassis to the lastest available code (yes > we > > > > > paid for support) and the phones have stopped ringing. We > always had > a > > > > > certain level of calls with various connection problems > of one sort > or > > > > > another, but that seems to have dried up in the week since we > > > installed > > > > > the new code. > > > > > > > > > > We made the decision to go with the paid support over > > > replacement of our > > > > > chassis strictly on financial grounds. There was no way to > > > amortize new > > > > > equipment costs for our dialup market. Yes, it blows to have > > > to pay for > > > > > something others get for free, however I must say the > support I have > > > > > gotten is so much better than what I ever got from 3Com > > > directly. There > > > > > has been no backlash from the new code that I have found > > > which is also a > > > > > welcome change. > > > > > > > > > > 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. > > > > > > > > > > > > > > > > > Wayne Barber > > > > Coastal Telco Services > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old > messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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. >
Subject: Re: (usr-tc) Upgraded TC's
From: Mark Thornton <mark@corridor.net>
Date: 2001-10-24 11:08:25
I have noticed the high number of no carrier reasons as well, but the measure that works for me is that our phones just aren't ringing with connect problems. Usage is up, new customers get on immediately, and old ones aren't calling and complaining. I've wondered if the no carrier reasons come from other things such as autodialers for telemarketers and the like. Mark Thornton San Marcos Internet, Inc 512-393-5300 ----- Original Message ----- Cc: <mark@corridor.net> Sent: Wednesday, October 24, 2001 11:00 AM > You mention a change in the carrier detect delay with the new code. The > default is 7 for carrier detect delay and 6 for the carrier loss detect > delay. Is that what you have? After looking through the disconnect stats, > we have more "no carrier" disconnect reasons than I'm comfortable with. I'm > wondering if there is a better number here. > > thanks, > > Randy > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton > > Sent: Thursday, October 11, 2001 12:59 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Upgraded TC's > > > > > > 10 HiperDSP's - hardware version .49 & .53, software version 3.1.7 > > 2 HiperArc - hardware version 21, 128 meg ram, 16 meg flash, software > > version 5.2.102 > > 1 HiperNMC - hardware version 5, 16 meg ram, 16 meg flash, > > software version > > 8.2.7 > > Total Control Manager 8.2.6 > > Integrated fan chassis > > Dual 70 amp power supplies > > > > This is essentially TCS 4.3 code. We have asked 3Com for the 4.5 > > beta which > > provides the V.92 functionality. Our contract is with Source Technologies > > which like I said have been very good to deal with. > > > > The new TCM is very fast, or that may be the HiperNMC. All the software > > installed without any problems at all. A number of the things we were told > > to change in the configuration such as the carrier detect delay > > have already > > been set in the defaults. The only thing I have not yet gotten to work is > > the redundant HiperArc configuration, but I am waiting on info from > > SourceTech to set that up. I haven't messed with the new router > > configuration software as I do it by command line, but there is a new > > release of it as well. There is no update to the quad code, but > > that doesn't > > matter as dropping the quads has apparently resolved some of our random > > connection problems. We are running the DSP's with both > > channelized T's and > > PRI's at this time. > > > > Mark Thornton > > San Marcos Internet, Inc > > 512-393-5300 > > > > > > ----- Original Message ----- > > From: "Wayne Barber" <barberw@tidewater.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Thursday, October 11, 2001 10:47 AM > > Subject: Re: (usr-tc) Upgraded TC's > > > > > > > Can you give a list of equipment you installed onto? I'm > > assuming you mean > > the new TCS 4.3 > > > code level. I want to talk to management about replacing the quad modems > > with HiperDSPs, and > > > it would be nice to know that we have the right stuff. > > > > > > On 11 Oct 2001 at 10:36, Mark Thornton wrote: > > > > > > > We jsut upgraded our TC chassis to the lastest available code (yes we > > > > paid for support) and the phones have stopped ringing. We always had a > > > > certain level of calls with various connection problems of one sort or > > > > another, but that seems to have dried up in the week since we > > installed > > > > the new code. > > > > > > > > We made the decision to go with the paid support over > > replacement of our > > > > chassis strictly on financial grounds. There was no way to > > amortize new > > > > equipment costs for our dialup market. Yes, it blows to have > > to pay for > > > > something others get for free, however I must say the support I have > > > > gotten is so much better than what I ever got from 3Com > > directly. There > > > > has been no backlash from the new code that I have found > > which is also a > > > > welcome change. > > > > > > > > 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. > > > > > > > > > > > > > Wayne Barber > > > Coastal Telco Services > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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.
Subject: RE: (usr-tc) Upgraded TC's
From: Mike Andrews <mandrews@bit0.com>
Date: 2001-10-24 12:22:31
On Wed, 24 Oct 2001, Randy Cosby wrote: > I was thinking some OS's just killed the modems to end a ppp session, but > not sure. > > >From 3com knowledgebase: > > Explanation of carrier Loss(4): > The modem detected a loss of the remote modem's carrier and waited the time > duration specified in Register S10. This register's default is 0.7 seconds. > For higher speed modulations, carrier loss detection is disabled when other > recovery mechanisms are used (such as retraining). It is rare to see this > disconnect or fail to connect reason because other reasons are usually used > or are detected sooner. > > --- > So maybe this number is irrelevant if we're using retraining (x2/v90), but > may be relevant on older slower modems? > > You still have yours set to 7? I seem to recall setting old quads to 70 at > one point. I've been using 20 for this for just about forever. Seems to help a bit. 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. # chmod a+x /bin/laden
Subject: (usr-tc) test - delete
From: Blake Fithen <fithen@networksplus.net>
Date: 2001-10-25 18:00:02
test
Subject: RE: (usr-tc) test - delete
From: Brian Becker <brian@semo.net>
Date: 2001-10-25 18:08:39
Your T1 is working, but I'm not sure I heard the modem pick up. Try switching to B8ZS! -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com] On Behalf Of Blake Fithen Sent: Thursday, October 25, 2001 6:00 PM test - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.
Subject: (usr-tc) FS: Total Control Hardware - WTB: Hiper NMC's! - Patton Available
From: ISP-NetworkHardware.com <sales@isp-networkhardware.com>
Date: 2001-10-25 18:33:08
WRCA.Net has the following USR in stock, ready to ship. I know most of us are happy with USR/3Com but their a few ;) that have asked questions regarding Patton. WRCA.Net is now an authorized reseller of the Patton Products. I look forward to helping you with any questions you may have. PATTON HAS SEVERAL COMPETING MODELS, with some rare features like this... 2 YEAR FREE TECH SUPPORT FIRMAWARE UPGRADE, V92 STANDARD TRADE-IN PROMOTIONS $3500- $5000 FOR ANY COMPETITORS 48+PORT RAS FAIR MARKET VALUE FOR HARDWARE ON LEASE 2810 - 24 port $4500....2960 - 48 port $8500... 2996 - 96 port $14,000. Boxes can support T1, E1, CT1 as well as ISDN PRI line types. The units are complete with all software (pre-installed) and all hardware...including rack mount ears. Highlights: 1) Up to 96 Simultaneous connections on four T1/E1/PRI or Channelized T1 WAN lines. 2) 10/100 Full Duplex Ethernet port and RS232 Console Port 3) Built in SNMP/HTTP web management system 4) Supports Multilink-PPP and Multichassis for analog as well as ISDN calls. 5) Our dual and quad models are Convection Cooled -- Quiet 6) Dual redundant power supplies are standard and at no extra charge. 8) No worries with Patton's 30 Day "No Hassles" trial. 9) Financing information is available If you have any questions, or would like more detail on a specific model, please don't hesitate to contact me SRIVERA@WRCA.NET BACK TO THE SUBJECT AT HAND. Hiper DSP $1350 Hiper ARC $1200 64MB Hiper ARC $1600 128MB CellMux $700 Dual ADSL AxCell $700 130A power sets $600 70A power set $225 70A power sets (DC) - New In Box $350 45A Bundle, nmc, netserver pri, 12x quad digital modem, dual pri $850....This is a great box to consider for TRADE-IN for PATTON, They pay $5000 towards any of their RAS servers. 70a Bundle, nmc v90, netserver pri, 12x quad analog/digital modem, dual pri $1300 130A Bundle, nmc, hiper arc, 2x hiper dsp $5500 Netserver 8I $450 Netserver 16I $700 MP16 - Qty prices available. Managed MP16 $500 MP8 $350 MP8I $550 MP16I (International) $700
Subject: (usr-tc) v90 firmware
From: Scott Kupferschmidt <scottk@jadetech.com>
Date: 2001-10-25 23:03:34
Hey guys. I need some help. I don't have a support contract with USR, but this is what I've got here. We have 2 USR Total Controls with 48 modems in each. The newer hardware of the two has older firmware for the modems not supporting V.90, but the SMC card has the feature code in it to support V.90. The older hardware has the V.90 firmware on the modems (so we swapped them from each chassis) and we're working on partial V.90. However, we'd like to get both of them all up to V.90 so we can utilize all of our ports once again. We have 1 PRI that is turned off because we cannot support it and we're having some config problems. I guess what I'm getting at here is.. I need to know where to get the firmware. Whether someone can email me it, or point me in the right direction on getting it -- that would be great. We are getting a lot of angry customers because of busy signals that we shouldnt be getting had we had the other TC up online accepting calls. Please help? Scott
Subject: RE: (usr-tc) v.90 firmware
From: Randy Cosby <dcosby@infowest.com>
Date: 2001-10-26 10:31:40
What is the 3com policy on this? As they have announced EOL for quads, can people even get updated software? Will the final version be made available to those with a contract? Can you even purchase a contract on unsupported software? IMHO the right thing to do would be to make the final quad code available free of charge. It won't cost them anything, and will not come with any type of tech support. Otherwise, the "black market" will end up taking care of the problem, encouraging more illegal copying of software for other 3com lines (DSP's, etc). Randy > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scott Kupferschmidt > Sent: Thursday, October 25, 2001 10:04 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) v90 firmware > > > Hey guys. I need some help. I don't have a support contract with USR, > but this is what I've got here. We have 2 USR Total Controls with 48 > modems in each. > > The newer hardware of the two has older firmware for the modems not > supporting V.90, but the SMC card has the feature code in it to support > V.90. > > The older hardware has the V.90 firmware on the modems (so we swapped them > from each chassis) and we're working on partial V.90. However, we'd like > to get both of them all up to V.90 so we can utilize all of our ports once > again. We have 1 PRI that is turned off because we cannot support it and > we're having some config problems. > > I guess what I'm getting at here is.. I need to know where to get the > firmware. Whether someone can email me it, or point me in the right > direction on getting it -- that would be great. We are getting a lot of > angry customers because of busy signals that we shouldnt be getting had we > had the other TC up online accepting calls. > > Please help? > > Scott > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >
Subject: (usr-tc) Callback with HiperArc
From: Erin Grooms <egrooms@netwalk.com>
Date: 2001-10-26 11:03:56
I've been trying to add a callback user with a static IP address to one of my hiperarcs, but have been having a couple of problems. I have a radius server as well, and I think it's skipping looking locally at all for the user. I get a basic authentication error when I try to dial-up (or telnet). Here is the basic config for the user I've got so far: INFORMATION FOR USER: callbacktest Status: INACTIVE Type: LOGIN NETWORK CALLBACK Expiration: NONE Message: this is a test DNIS Re Authentication: NO_REAUTH Special Xon Xoff Flow Control DISABLED Telnet Options: INVALID (D) Callback Type: STATIC Phone Number: "xxx-xxxx" Alternate Phone Number: (D) Input Filter: (D) Output Filter: (D) Modem Group: all (D) Session Timeout in seconds: 86400 Idle Timeout in seconds: 86400 Tap Status: DISABLED Tap Format: ASCII Tap Output: SYSLOG Tap Facility: LOG_AUTH Tap Loglevel: VERBOSE Port Limit: 2 Tap Address: 0.0.0.0 (D) Chat Script Name: PARAMETERS FOR LOGIN USERS: Login Service: TELNET TCP Port: 23 (D) Terminal: vt100 (D) Login Host Name: Login Host: 0.0.0.0 (D) Host Type: SELECT (D) PARAMETERS FOR NETWORK USERS: Network Service PPP Header Compression: TCPIP (D) Spoofing: DISABLED (D) MTU: 1514 (D) IP Usage: ENABLED (D) Address Selection: SPECIFIED Remote IP Address: 216.69.xxx.xx/H Next Hop Gateway IP Address: 0.0.0.0 (D) IP Routing: NONE (D) IP Routing Protocols: RIPV1 (D) IP RIP Routing Policies: IP RIP Authentication Key: Default Route Option: DISABLED (D) IGMP Query Interval: 125 seconds IGMP Max Response: 10 seconds IGMP Version: 2 IGMP Robustness: 2 IGMP Routing: DISABLED (D) Multicast Forwarding: DISABLED (D) Multicast Proxy: DISABLED (D) IPX Usage: ENABLED (D) IPX Address: 00000000 (D) IPX Routing: RESPOND (D) IPX WAN Usage: DISABLED (D) IPX RIP Update: 60 seconds IPX RIP Age Multiplier: 4 IPX SAP Update: 60 seconds IPX SAP Age Multiplier: 4 PARAMETERS FOR TUNNEL USERS: Tunnel Type: None (D) PARAMETERS for NETWORK PPP USERS Max Channels 2 (D) Channel Decrement Percent: 0 (D) Channel Expansion Percent: 0 (D) Expansion Algorithm: CONSTANT (D) Receive ACC Map: ffffffff (D) Transmit ACC Map: ffffffff (D) Compression Algorithm: AUTO (D) Compression Reset Mode: AUTO (D) Min Compression Size: 256 (D) Encryption Algorithm: NONE (D) Primary DNS Server: 216.69.xxx.xx Secondary DNS Server: 216.69.xxx.xx Periodic CHAP Timeout: 0 (D) Source Ip Address Filter: DISABLED (D) I'm mostly confused about the (D)'s everywhere, I haven't really dug very deep on my TCS boxes as far as adding extra users and such. Is there anything else I need to do on the user end, or on the hyperarc? I'm using version V4.2.32 of the firmware. Any help would be very appreciated. thanks! Erin Grooms System Administrator Erin Grooms System Administrator
Subject: Re: (usr-tc) v.90 firmware
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2001-10-26 13:35:35
Also sprach Randy Cosby >What is the 3com policy on this? As they have announced EOL for quads, >can people even get updated software? Will the final version be made >available to those with a contract? Can you even purchase a contract >on unsupported software? The last time I talked to 3Com about this, I was required (at least in theory) to include quads in the count of ports used to determine the price of support for each chassis...even though I wouldn't be getting any support on the quads because they were EOL'ed. Go fig. >IMHO the right thing to do would be to make the final quad code >available free of charge. Of course, 3Com has demonstrated an incredible resistance to doing the right thing. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456
Subject: Re: (usr-tc) What memory does the HiperARC use?
From: Marshall Morgan <marshall@netdoor.com>
Date: 2001-10-26 15:42:15
ALL, We purchased (since we didn't test before) a 168pin EDO ECC Buffered 3.3v DIMM. *It didn't work* Tried it in two ARC's. Memory was purchased from crucial.com (a Micron company). P/N: CT16M72E4B5 I wonder what the deal is? We have a 128M mem module from a 128M ARC that works and it looks like the company is SMART (we are contacting them). Any ideas? Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Tuesday, October 16, 2001 1:31 PM > At 02:14 PM 10/16/01 -0400, you wrote: > >Hi, > >Does anyone know the specs on HiperARC memory? > >I know it is EDO, but: > >Parity or Non-Parity ? > >Gold Lead or Tin Lead ? > >5 volt ? > > > 128MB EDO 168pin BUFFERED 3.3v > > Mine was tin lead, don't remember about parity though. > > > - Mike > > ------------------------------------------------ > Rock Island Communications, Inc. (360)-378-5884 > http://www.rockisland.com/ San Juan Islands, WA > ------------------------------------------------ > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >
Subject: RE: (usr-tc) v.90 firmware
From: Scott Kupferschmidt <scottk@jadetech.com>
Date: 2001-10-26 17:35:28
Hi. Well I guess I didn't get the response I had expected. Can anyone help me or no? It's useless for us to pay for software that is already EOL'd. Scott On Fri, 26 Oct 2001, Randy Cosby wrote: > What is the 3com policy on this? As they have announced EOL for quads, can > people even get updated software? Will the final version be made available > to those with a contract? Can you even purchase a contract on unsupported > software? > > IMHO the right thing to do would be to make the final quad code available > free of charge. It won't cost them anything, and will not come with any > type of tech support. Otherwise, the "black market" will end up taking care > of the problem, encouraging more illegal copying of software for other 3com > lines (DSP's, etc). > > Randy > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scott Kupferschmidt > > Sent: Thursday, October 25, 2001 10:04 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) v90 firmware > > > > > > Hey guys. I need some help. I don't have a support contract with USR, > > but this is what I've got here. We have 2 USR Total Controls with 48 > > modems in each. > > > > The newer hardware of the two has older firmware for the modems not > > supporting V.90, but the SMC card has the feature code in it to support > > V.90. > > > > The older hardware has the V.90 firmware on the modems (so we swapped them > > from each chassis) and we're working on partial V.90. However, we'd like > > to get both of them all up to V.90 so we can utilize all of our ports once > > again. We have 1 PRI that is turned off because we cannot support it and > > we're having some config problems. > > > > I guess what I'm getting at here is.. I need to know where to get the > > firmware. Whether someone can email me it, or point me in the right > > direction on getting it -- that would be great. We are getting a lot of > > angry customers because of busy signals that we shouldnt be getting had we > > had the other TC up online accepting calls. > > > > Please help? > > > > Scott > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >
Subject: Re: (usr-tc) v.90 firmware
From: Marshall Morgan <marshall@netdoor.com>
Date: 2001-10-26 20:43:56
FYI: Software support only for one year (including the v92 update software for compatible hardware is less than 2000 US) from more than one vendor (Source and Solunet for sure). Scott, As well, in order to support v90 on the "other chassis" you will need a NMC v90/x2 key - it's pricey - we might have a v90/x2 NMC around the office if you would like it - 500 bucks or so - we have some HiperDSPs to pay for and the above mentioned support! Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Friday, October 26, 2001 5:35 PM > Hi. Well I guess I didn't get the response I had expected. Can anyone > help me or no? It's useless for us to pay for software that is already > EOL'd. > > Scott > > > On Fri, 26 Oct 2001, Randy Cosby wrote: > > > What is the 3com policy on this? As they have announced EOL for quads, can > > people even get updated software? Will the final version be made available > > to those with a contract? Can you even purchase a contract on unsupported > > software? > > > > IMHO the right thing to do would be to make the final quad code available > > free of charge. It won't cost them anything, and will not come with any > > type of tech support. Otherwise, the "black market" will end up taking care > > of the problem, encouraging more illegal copying of software for other 3com > > lines (DSP's, etc). > > > > Randy > > > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scott Kupferschmidt > > > Sent: Thursday, October 25, 2001 10:04 PM > > > To: usr-tc@lists.xmission.com > > > Subject: (usr-tc) v90 firmware > > > > > > > > > Hey guys. I need some help. I don't have a support contract with USR, > > > but this is what I've got here. We have 2 USR Total Controls with 48 > > > modems in each. > > > > > > The newer hardware of the two has older firmware for the modems not > > > supporting V.90, but the SMC card has the feature code in it to support > > > V.90. > > > > > > The older hardware has the V.90 firmware on the modems (so we swapped them > > > from each chassis) and we're working on partial V.90. However, we'd like > > > to get both of them all up to V.90 so we can utilize all of our ports once > > > again. We have 1 PRI that is turned off because we cannot support it and > > > we're having some config problems. > > > > > > I guess what I'm getting at here is.. I need to know where to get the > > > firmware. Whether someone can email me it, or point me in the right > > > direction on getting it -- that would be great. We are getting a lot of > > > angry customers because of busy signals that we shouldnt be getting had we > > > had the other TC up online accepting calls. > > > > > > Please help? > > > > > > Scott > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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. > >
Subject: Re: (usr-tc) v.90 firmware
From: Scott Kupferschmidt <scottk@jadetech.com>
Date: 2001-10-26 20:52:16
Marshall, my boss told me we already have the v90/x2 key in the NMC already. the only thing we are missing is the new firmware. Scott On Fri, 26 Oct 2001, Marshall Morgan wrote: > FYI: Software support only for one year (including the v92 update software > for compatible hardware is less than 2000 US) from more than one vendor > (Source and Solunet for sure). > > Scott, > > As well, in order to support v90 on the "other chassis" you will need a NMC > v90/x2 key - it's pricey - we might have a v90/x2 NMC around the office if > you would like it - 500 bucks or so - we have some HiperDSPs to pay for and > the above mentioned support! > > Marshall Morgan > > Internet Doorway, Inc (aka NETDOOR) > http://www.netdoor.com > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > ----- Original Message ----- > From: "Scott Kupferschmidt" <scottk@JADETech.com> > To: <usr-tc@lists.xmission.com> > Sent: Friday, October 26, 2001 5:35 PM > Subject: RE: (usr-tc) v.90 firmware > > > > Hi. Well I guess I didn't get the response I had expected. Can anyone > > help me or no? It's useless for us to pay for software that is already > > EOL'd. > > > > Scott > > > > > > On Fri, 26 Oct 2001, Randy Cosby wrote: > > > > > What is the 3com policy on this? As they have announced EOL for quads, > can > > > people even get updated software? Will the final version be made > available > > > to those with a contract? Can you even purchase a contract on > unsupported > > > software? > > > > > > IMHO the right thing to do would be to make the final quad code > available > > > free of charge. It won't cost them anything, and will not come with any > > > type of tech support. Otherwise, the "black market" will end up taking > care > > > of the problem, encouraging more illegal copying of software for other > 3com > > > lines (DSP's, etc). > > > > > > Randy > > > > > > > > > > -----Original Message----- > > > > From: owner-usr-tc@lists.xmission.com > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scott > Kupferschmidt > > > > Sent: Thursday, October 25, 2001 10:04 PM > > > > To: usr-tc@lists.xmission.com > > > > Subject: (usr-tc) v90 firmware > > > > > > > > > > > > Hey guys. I need some help. I don't have a support contract with > USR, > > > > but this is what I've got here. We have 2 USR Total Controls with 48 > > > > modems in each. > > > > > > > > The newer hardware of the two has older firmware for the modems not > > > > supporting V.90, but the SMC card has the feature code in it to > support > > > > V.90. > > > > > > > > The older hardware has the V.90 firmware on the modems (so we swapped > them > > > > from each chassis) and we're working on partial V.90. However, we'd > like > > > > to get both of them all up to V.90 so we can utilize all of our ports > once > > > > again. We have 1 PRI that is turned off because we cannot support it > and > > > > we're having some config problems. > > > > > > > > I guess what I'm getting at here is.. I need to know where to get the > > > > firmware. Whether someone can email me it, or point me in the right > > > > direction on getting it -- that would be great. We are getting a lot > of > > > > angry customers because of busy signals that we shouldnt be getting > had we > > > > had the other TC up online accepting calls. > > > > > > > > Please help? > > > > > > > > Scott > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >
Subject: (usr-tc) hiperarc + freeradius woes
From: jason <rohwedde@codegrinder.com>
Date: 2001-10-30 12:38:49
I'm not sure how active this list still is but here goes :: I'm having a strange problem with getting Framed-IP-Address to work with a HiperArc Total Control Unit. It seems that even though the Framed-IP-Address is set, it won't respect that and assigns a dynamic, when my freeradius server is in action. It works however when talking to the old Cistron server. The othe thing is that my good ole portmaster 2 works fine with either.. These hiperarcs seem to be finicky beasts and I imagine that either I'd not seeing something it wants or there is some configureation setting that we're not aware of that needs to be tweaked Here's a copy of what I recieve when I do a radtest to either server.. localhost is the freeradius and svr4 is the cistron. bash-2.05# ./radtest username@domain.net password localhost 5 testing123 Sending Access-Request of id 57 to 127.0.0.1:1645 User-Name = "username@domain.net" Password = "2\006\n\323\316\371G\3334`*\315\033\020I\010\355" NAS-IP-Address = radius1.egix.net NAS-Port-Id = "5" rad_recv: Access-Accept packet from host 127.0.0.1:1645, id=57, length=68 Service-Type = Framed-User Framed-Protocol = PPP Framed-MTU = 1500 Framed-Routing = None Framed-Compression = Van-Jacobson-TCP-IP Framed-IP-Address = 209.131.199.209 Framed-IP-Netmask = 255.255.255.255 Idle-Timeout = 0 bash-2.05# ./radtest username@domain.net password svr4.iei.net 5 testing123 Sending Access-Request of id 61 to 209.131.216.202:1645 User-Name = "username@domain.net" Password = "\241`s\307r\330rQQ\2244x\233\314\344\367\334" NAS-IP-Address = radius1.egix.net NAS-Port-Id = "5" rad_recv: Access-Accept packet from host 209.131.216.202:1645, id=61, length=68 Service-Type = Framed-User Framed-Protocol = PPP Framed-MTU = 1500 Framed-Routing = None Framed-Compression = Van-Jacobson-TCP-IP Framed-IP-Address = 209.131.199.209 Framed-IP-Netmask = 255.255.255.255 Idle-Timeout = 300 Any help or insight would be greatly appreciated. -jason
Subject: (usr-tc) WTB: USR MP16v34
From: ISP-NetworkHardware.com <sales@isp-networkhardware.com>
Date: 2001-10-30 19:06:54
Anybody sitting on qty? I'll buy small packages but would love to find 10 at a shot. Please email me what you have available. MP16 v34 must be guaranteed working, I'll pay freight in. Also buy Cisco, Livingston, Ascend, Adtran, Kentrox to name a few.
Subject: Re: (usr-tc) WTB: USR MP16v34
From: Marshall Morgan <marshall@netdoor.com>
Date: 2001-10-30 21:37:31
You keep saying you purchase things but I have emailed your company (your email address listed here actually) many times and have only received a single response (to my second email complaining about no one responding). I have also called and didn't get an offer. I have 3-5 USR/3com Dual PRI, Quad Modem Chassis' with a 64M HiperARC, v90/x2 NMC in single 70A AC power/fan chassis. Guaranteed working. What will you pay for them? I also have a more than a few Analog Quad modems, Livingston PM-2E-30's and a PM-2E for USR (with those special cables). Please email a response to the list so we know you do make offers . BTW: In years past this would have been against the rules to adversite and may people would have complained. Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Tuesday, October 30, 2001 6:06 PM > Anybody sitting on qty? I'll buy small packages but would love to find 10 at > a shot. > Please email me what you have available. > > MP16 v34 > must be guaranteed working, I'll pay freight in. > > Also buy Cisco, Livingston, Ascend, Adtran, Kentrox to name a few. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >
Subject: Re: (usr-tc) WTB: USR MP16v34
From: Dayton Internet <w8mfd@dayton.net>
Date: 2001-10-31 09:36:54
Has anyone found the definition of what causes the "30" disconnect reason supplied by the HyperArc from time to time? Or does anyones other radius have that defined in their dictionary? oct01:10/30/2001 17:23:08 ktaylor 204 TS4 261 66 13413 120663 User-Request "xxxxxxxxxx" oct01:10/30/2001 20:18:29 ktaylor 1498 TS4 275 121 144930 268281 User-Request "xxxxxxxxxx" oct01:10/31/2001 00:28:18 ktaylor 16 TS4 19 150 417 407 30 "xxxxxxxxxxx" ^^ || -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--
Subject: (usr-tc) Re: Harc code 30
From: Dayton Internet <w8mfd@dayton.net>
Date: 2001-10-31 09:54:36
Sorry, I didnt change the subject on the previous email. Has anyone found the definition of what causes the "30" disconnect reason supplied by the HyperArc from time to time? Or does anyones other radius have that defined in their dictionary? oct01:10/30/2001 17:23:08 ktaylor 204 TS4 261 66 13413 120663 User-Request "xxxxxxxxxx" oct01:10/30/2001 20:18:29 ktaylor 1498 TS4 275 121 144930 268281 User-Request "xxxxxxxxxx" oct01:10/31/2001 00:28:18 ktaylor 16 TS4 19 150 417 407 30 "xxxxxxxxxxx" ^^ || -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.
Subject: Re: (usr-tc) Re: Harc code 30
From: Marshall Morgan <marshall@netdoor.com>
Date: 2001-10-31 16:23:26
This it? *from old Cistron /etc/raddb/dictionary.usr VALUE USR-Connect-Term-Reason v42StringToLong 30 VALUE USR-Failure-to-Connect-Reason v42StringToLong 30 Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Wednesday, October 31, 2001 8:54 AM > Sorry, I didnt change the subject on the previous email. > > ----------------------------- > > Has anyone found the definition of what causes the "30" disconnect reason > supplied by the HyperArc from time to time? > > Or does anyones other radius have that defined in their dictionary? > > > oct01:10/30/2001 17:23:08 ktaylor 204 TS4 261 66 13413 120663 > User-Request "xxxxxxxxxx" > oct01:10/30/2001 20:18:29 ktaylor 1498 TS4 275 121 144930 268281 > User-Request "xxxxxxxxxx" > oct01:10/31/2001 00:28:18 ktaylor 16 TS4 19 150 417 407 > 30 "xxxxxxxxxxx" > ^^ > || > > > -- > --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- > --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >
Subject: Re: (usr-tc) hiperarc + freeradius woes
From: Marshall Morgan <marshall@netdoor.com>
Date: 2001-10-31 17:56:10
The results are the same minus the idle timeout value - what about changing it from 0 to 999 or 300? Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Tuesday, October 30, 2001 12:38 PM > I'm not sure how active this list still is but here goes :: > > I'm having a strange problem with getting Framed-IP-Address to work with a > HiperArc Total Control Unit. It seems that even though the > Framed-IP-Address is set, it won't respect that and assigns a dynamic, when > my freeradius server is in action. It works however when talking to the old > Cistron server. > > The othe thing is that my good ole portmaster 2 works fine with either.. > These hiperarcs seem to be finicky beasts and I imagine that either I'd not > seeing something it wants or there is some configureation setting that we're > not aware of that needs to be tweaked > > Here's a copy of what I recieve when I do a radtest to either server.. > localhost is the freeradius and svr4 is the cistron. > > bash-2.05# ./radtest username@domain.net password localhost 5 testing123 > Sending Access-Request of id 57 to 127.0.0.1:1645 > User-Name = "username@domain.net" > Password = "2\006\n\323\316\371G\3334`*\315\033\020I\010\355" > NAS-IP-Address = radius1.egix.net > NAS-Port-Id = "5" > rad_recv: Access-Accept packet from host 127.0.0.1:1645, id=57, length=68 > Service-Type = Framed-User > Framed-Protocol = PPP > Framed-MTU = 1500 > Framed-Routing = None > Framed-Compression = Van-Jacobson-TCP-IP > Framed-IP-Address = 209.131.199.209 > Framed-IP-Netmask = 255.255.255.255 > Idle-Timeout = 0 > bash-2.05# ./radtest username@domain.net password svr4.iei.net 5 testing123 > Sending Access-Request of id 61 to 209.131.216.202:1645 > User-Name = "username@domain.net" > Password = "\241`s\307r\330rQQ\2244x\233\314\344\367\334" > NAS-IP-Address = radius1.egix.net > NAS-Port-Id = "5" > rad_recv: Access-Accept packet from host 209.131.216.202:1645, id=61, > length=68 > Service-Type = Framed-User > Framed-Protocol = PPP > Framed-MTU = 1500 > Framed-Routing = None > Framed-Compression = Van-Jacobson-TCP-IP > Framed-IP-Address = 209.131.199.209 > Framed-IP-Netmask = 255.255.255.255 > Idle-Timeout = 300 > > Any help or insight would be greatly appreciated. > > -jason > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >
Subject: Re: (usr-tc) hiperarc + freeradius woes
From: mike@otherland.dyndns.org
Date: 2001-10-31 19:47:00
You have left a few items out of the problem description.. 1) Whats the code version? 2) Have you tried removing the netmask? Its redundant information. 3) If possible, post a HEX trace of packet.. I would suspect some NULL padding by the RADIUS server might confuse the HARC. -M On Wed, 31 Oct 2001, Marshall Morgan wrote: > The results are the same minus the idle timeout value - what about changing > it from 0 to 999 or 300? > > Marshall Morgan > > Internet Doorway, Inc (aka NETDOOR) > http://www.netdoor.com > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > ----- Original Message ----- > From: "jason" <rohwedde@codegrinder.com> > To: <usr-tc@xmission.com> > Sent: Tuesday, October 30, 2001 12:38 PM > Subject: (usr-tc) hiperarc + freeradius woes > > > > I'm not sure how active this list still is but here goes :: > > > > I'm having a strange problem with getting Framed-IP-Address to work with a > > HiperArc Total Control Unit. It seems that even though the > > Framed-IP-Address is set, it won't respect that and assigns a dynamic, > when > > my freeradius server is in action. It works however when talking to the > old > > Cistron server. > > > > The othe thing is that my good ole portmaster 2 works fine with either.. > > These hiperarcs seem to be finicky beasts and I imagine that either I'd > not > > seeing something it wants or there is some configureation setting that > we're > > not aware of that needs to be tweaked > > > > Here's a copy of what I recieve when I do a radtest to either server.. > > localhost is the freeradius and svr4 is the cistron. > > > > bash-2.05# ./radtest username@domain.net password localhost 5 testing123 > > Sending Access-Request of id 57 to 127.0.0.1:1645 > > User-Name = "username@domain.net" > > Password = "2\006\n\323\316\371G\3334`*\315\033\020I\010\355" > > NAS-IP-Address = radius1.egix.net > > NAS-Port-Id = "5" > > rad_recv: Access-Accept packet from host 127.0.0.1:1645, id=57, length=68 > > Service-Type = Framed-User > > Framed-Protocol = PPP > > Framed-MTU = 1500 > > Framed-Routing = None > > Framed-Compression = Van-Jacobson-TCP-IP > > Framed-IP-Address = 209.131.199.209 > > Framed-IP-Netmask = 255.255.255.255 > > Idle-Timeout = 0 > > bash-2.05# ./radtest username@domain.net password svr4.iei.net 5 > testing123 > > Sending Access-Request of id 61 to 209.131.216.202:1645 > > User-Name = "username@domain.net" > > Password = "\241`s\307r\330rQQ\2244x\233\314\344\367\334" > > NAS-IP-Address = radius1.egix.net > > NAS-Port-Id = "5" > > rad_recv: Access-Accept packet from host 209.131.216.202:1645, id=61, > > length=68 > > Service-Type = Framed-User > > Framed-Protocol = PPP > > Framed-MTU = 1500 > > Framed-Routing = None > > Framed-Compression = Van-Jacobson-TCP-IP > > Framed-IP-Address = 209.131.199.209 > > Framed-IP-Netmask = 255.255.255.255 > > Idle-Timeout = 300 > > > > Any help or insight would be greatly appreciated. > > > > -jason > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >
Subject: Re: (usr-tc) hiperarc + freeradius woes
From: jason <rohwedde@codegrinder.com>
Date: 2001-10-31 20:00:44
This is a multi-part message in MIME format. ------=_NextPart_000_008B_01C16246.B9B675E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Freeraduis-0.3 vs Cistron-1.6.4 ( i believe ) I have not tried it without the netmask. I can try it when I have a chance, but I'm curious why/how this would help? I've attached tcpdumps from of packets from both radius servers.. Radius2 is a freeradius server and SVR4 is a cistron server.. The packet dumps are for exactly identical accounts, so there is no difference in idle timeout for this case.. Thanks -j ----- Original Message ----- Sent: Wednesday, October 31, 2001 7:47 PM > You have left a few items out of the problem description.. > > 1) Whats the code version? > 2) Have you tried removing the netmask? Its redundant information. > 3) If possible, post a HEX trace of packet.. I would suspect some NULL > padding by the RADIUS server might confuse the HARC. > > -M > > On Wed, 31 Oct 2001, Marshall Morgan wrote: > > > The results are the same minus the idle timeout value - what about changing > > it from 0 to 999 or 300? > > > > Marshall Morgan > > > > Internet Doorway, Inc (aka NETDOOR) > > http://www.netdoor.com > > > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > ----- Original Message ----- > > From: "jason" <rohwedde@codegrinder.com> > > To: <usr-tc@xmission.com> > > Sent: Tuesday, October 30, 2001 12:38 PM > > Subject: (usr-tc) hiperarc + freeradius woes > > > > > > > I'm not sure how active this list still is but here goes :: > > > > > > I'm having a strange problem with getting Framed-IP-Address to work with a > > > HiperArc Total Control Unit. It seems that even though the > > > Framed-IP-Address is set, it won't respect that and assigns a dynamic, > > when > > > my freeradius server is in action. It works however when talking to the > > old > > > Cistron server. > > > > > > The othe thing is that my good ole portmaster 2 works fine with either.. > > > These hiperarcs seem to be finicky beasts and I imagine that either I'd > > not > > > seeing something it wants or there is some configureation setting that > > we're > > > not aware of that needs to be tweaked > > > ------=_NextPart_000_008B_01C16246.B9B675E0 Content-Type: text/plain; name="svr4.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="svr4.txt" 14:12:14.960443 radius1.egix.net.32774 > svr4.iei.net.1645: = rad-access-req 63 [id 92] Attr[ User{rodney@iei.net} Pass NAS_ipaddr{255.255.255.255} NAS_port_id{5} ] (DF) 0x0000 4500 005b 0000 4000 4011 e650 d183 d86f E..[..@.@..P...o 0x0010 d183 d8ca 8006 066d 0047 0ef2 015c 003f .......m.G...\.? 0x0020 dd5d 80c6 60fb 0411 1fe8 bd24 6b43 dd63 .]..`......$kC.c 0x0030 0110 726f 646e 6579 4069 6569 2e6e 6574 ..rodney@iei.net 0x0040 0212 6fb3 a57f 96b7 390f 1c6e 9db2 c267 ..o.....9..n...g 0x0050 c07e 0406 ffff ffff 5703 35 .~......W.5 14:12:14.966884 svr4.iei.net.1645 > radius1.egix.net.32774: = rad-access-accept 103 [id 92] Attr[ Service_type{#519} Framed_proto{#268} Framed_mtu{1500} Framed_routing{#13} Framed_compress{#264} Framed_ipaddr{rodney.dip.iei.net} Framed_ipnet{255.255.255.255} Framed_route{209.131.201.8/29 209.131.199.97 1} Idle_timeout{00 secs} ] 0x0000 4500 0083 6b93 0000 4011 ba95 d183 d8ca E...k...@....... 0x0010 d183 d86f 066d 8006 006f 16d9 025c 0067 ...o.m...o...\.g 0x0020 c2b4 4131 94aa 2d45 b883 c8ae 288c 53e3 ..A1..-E....(.S. 0x0030 0606 0000 0002 0706 0000 0001 0c06 0000 ................ 0x0040 05dc 0a06 0000 0000 0d06 0000 0001 0806 ................ 0x0050 d183 c761 0906 ffff ffff 1623 3230 392e ...a.......#209. 0x0060 3133 312e 3230 312e 382f 3239 2032 3039 131.201.8/29.209 0x0070 2e31 3331 2e31 3939 2e39 3720 311c 0600 .131.199.97.1... 0x0080 0000 00 ... ------=_NextPart_000_008B_01C16246.B9B675E0 Content-Type: text/plain; name="radius2.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="radius2.txt" 14:18:27.009081 radius1.egix.net.32775 > radius2.egix.net.1645: = rad-access-req 63 [id 140] Attr[ User{rodney@iei.net} Pass NAS_ipaddr{255.255.255.255} NAS_port_id{5} ] (DF) 0x0000 4500 005b 0000 4000 4011 e6aa d183 d86f E..[..@.@......o 0x0010 d183 d870 8007 066d 0047 942a 018c 003f ...p...m.G.*...? 0x0020 f947 27de 5490 0bce 66e4 d201 3140 61ea .G'.T...f...1@a. 0x0030 0110 726f 646e 6579 4069 6569 2e6e 6574 ..rodney@iei.net 0x0040 0212 c903 3625 3bb2 26f4 3f73 5290 3448 ....6%;.&.?sR.4H 0x0050 1026 0406 ffff ffff 5703 35 .&......W.5 14:18:27.019632 radius2.egix.net.1645 > radius1.egix.net.32775: = rad-access-accept 103 [id 140] Attr[ Service_type{#519} Framed_proto{#268} Framed_mtu{1500} Framed_routing{#13} Framed_compress{#264} Framed_ipaddr{rodney.dip.iei.net} Framed_ipnet{255.255.255.255} Framed_route{209.131.201.8/29 209.131.199.97 1} Idle_timeout{00 secs} ] (DF) 0x0000 4500 0083 0000 4000 4011 e682 d183 d870 E.....@.@......p 0x0010 d183 d86f 066d 8007 006f 1ee7 028c 0067 ...o.m...o.....g 0x0020 8bbe 2001 21aa a30c 64e0 ea3c a045 5bb9 ....!...d..<.E[. 0x0030 0606 0000 0002 0706 0000 0001 0c06 0000 ................ 0x0040 05dc 0a06 0000 0000 0d06 0000 0001 0806 ................ 0x0050 d183 c761 0906 ffff ffff 1623 3230 392e ...a.......#209. 0x0060 3133 312e 3230 312e 382f 3239 2032 3039 131.201.8/29.209 0x0070 2e31 3331 2e31 3939 2e39 3720 311c 0600 .131.199.97.1... 0x0080 0000 00 ... ------=_NextPart_000_008B_01C16246.B9B675E0--
Subject: (usr-tc) off topic
From: List <list@angelnet.com.br>
Date: 2001-11-01 00:13:48
Hii..!! Sorry for this off topic from this list.. but maybe someone can help me.. Where I find to download manuals to 3com netbuilder router ( model 300 ).. Where I find one specific 3com mailing list about 3com routers?? Thanks if someone help me.. Thanks again..
« September 2001November 2001 »
USR Total Control Mailing List Archive · Messages from 1995–2001 · Generated from archived data