April 2001

Mark Thornton (mark@corridor.net) wrote: > Another related question, how many dsp's can be handled by an arc? With the > new multi trunk dsp's the limit must be fairly high. Is there a realistic > need for more than one in a chassis containing only single trunk dsp's? I have run 14 DSPs on one arc with no problems (single-PRI models, the only one they sell in Japan), but normally run two arcs in each chassis for failover purposes. I've only needed that failover twice, but it was nice to have those two times. Cheers, Jonathan Byrne, CCNA Network Engineer Exodus Communications, K.K. Engineering Division http://www.exodus.co.jp/ http://www.gol.com/

Anyone have any details on the power supply issues? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, March 30, 2001 7:26 PM > What is the minimum power supply requirements for a loaded dsp chassis, say > 10 dsp's and 2 arc's? What is required to have redundancy within the > chassis? At what number of cards does a dual 70 amp chassis not provide > redundancy if this is a problem? > > Another related question, how many dsp's can be handled by an arc? With the > new multi trunk dsp's the limit must be fairly high. Is there a realistic > need for more than one in a chassis containing only single trunk dsp's? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

From 06/1999 list. 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 ----- Cc: <usr-tc@lists.xmission.com> Sent: Thursday, June 03, 1999 3:13 PM ..take up power??) > On Thu, 3 Jun 1999, matthews wrote: > > > > > Do you plan to be able to support the same numbers when 4.2.x comes out? > > As far as I know yes, > > krish > > > > > > On Thursday, June 03, 1999 3:30 PM, Tatai SV Krishnan [SMTP:tkrishna@bubba.ae.usr.com] wrote: > > > On Thu, 3 Jun 1999, matthews wrote: > > > > > > > > > > > Didn't Krish say that the ARC has been lab tested and been able to handle > > > > 14 DSPs or am I losing my mind? If not, exactly how many DSPs can 1 ARC > > > > handle? > > > > > > Hiper arc 4.1.x code supports 14 Hiper dsps - This configuration is only > > > valid if you are using IP. If you are using IPX and IP only 7 DSP per > > > hiper arc is supported. If you are using IPX only - again only 7 DSP per > > > hiper arc is supported. > > > > > > > > > > > > > > On Thursday, May 27, 1999 1:52 PM, Florin_Neamtu@3com.com > > > > [SMTP:Florin_Neamtu@3com.com] wrote: > > > > > > > > > > > > > > > Backplane consumption: 7.8 W 26.6 BTUs > > > > > > > > > > > > > > > > > > > > > > > > > POWER AND HiPer CARD SUPPORT CONSIDERATIONS > > > > > > > > > > The following table provides the maximum number of cards in both HiPer > > > > > Access Router and NetServer configurations supported in associated > > > > chassis. > > > > > This table assumes T1 configurations, with each HiPer DSP card supporting > > > > > 24 calls. > > > > > |-------------------+--------------+------------------------> > > > > > | | | | > > > > > | | Double-Up | Maximum Number of | > > > > > | Chassis | Supported? | HiPer DSP + HiPer ARC | > > > > > | | | (1) | > > > > > | | | | > > > > > |-------------------+--------------+------------------------> > > > > > >-----------------------| > > > > > | | > > > > > | Maximum Number of | > > > > > | HiPer DSP + NetServer | > > > > > | (2) | > > > > > | | > > > > > >-----------------------| > > > > > |-------------------+--------------+------------------------> > > > > > | | | | > > > > > | 45Amp | Yes | 6 + 1 (144 calls) | > > > > > | | | 6 HiPer DSP cards and | > > > > > | | | 1 HiPer Access Router | > > > > > | | | card | > > > > > | | | | > > > > > |-------------------+--------------+------------------------> > > > > > >-----------------------| > > > > > | | > > > > > | 1 x (4 + 1) (96 | > > > > > | calls) | > > > > > | 1 set of 4 HiPer DSP | > > > > > | cards with 1 | > > > > > | NetServer | > > > > > | | > > > > > >-----------------------| > > > > > |-------------------+--------------+------------------------> > > > > > | | | | > > > > > | 70Amp | Yes | 10 + 2 (240 calls) | > > > > > | | | 10 HiPer DSP cards and | > > > > > | | | 2 HiPer Access Router | > > > > > | | | cards | > > > > > | | | | > > > > > |-------------------+--------------+------------------------> > > > > > >-----------------------| > > > > > | | > > > > > | 2 x (4 + 1) (192 | > > > > > | calls) | > > > > > | 2 sets of 4 HiPer DSP | > > > > > | cards with 1 | > > > > > | NetServer | > > > > > | | > > > > > >-----------------------| > > > > > |-------------------+--------------+------------------------> > > > > > | | | | > > > > > | 130Amp | Yes | 14 + 2 (336 calls) | > > > > > | | | 14 HiPer DSP cards and | > > > > > | | | 2 HiPer Access Router | > > > > > | | | cards | > > > > > | | | | > > > > > |-------------------+--------------+------------------------> > > > > > >-----------------------| > > > > > | | > > > > > | 3 x (4 + 1) (288 | > > > > > | calls) | > > > > > | 3 sets of 4 HiPer DSP | > > > > > | cards with 1 | > > > > > | NetServer | > > > > > | | > > > > > >-----------------------| > > > > > > > > > > > > > > > > > > > > Notes: > > > > > (1) Figures shown in this column represent the maximum number of HiPer > > > > DSP > > > > > cards and HiPer Access Router cards which can be supported in the > > > > > associated chassis. Thus, the entry > > > > > > > > > > > > > > > > During the first release of hiper arc, the hiper arc could handle only 7 > > > DSP for IP ( 4.0.X) code. This information may be in that regards. > > > > > > Also the TCS 3.5 code supports DSA and ILB - thus having a fall-over > > > hiper arc is suggested. > > > > > > > > > Hope this helps > > > > > > krish > > > > > > > > > > > > > > > > ?6 + 1? refers to 6 HiPer DSP card > > > > > sets plus 1 HiPer Access Router set (10/100M ethernet) supporting a > > > > > corresponding 144 calls. > > > > > (2) Figures shown in this column represent the maximum number of HiPer > > > > DSP > > > > > cards and NetServer cards which can be supported in the associated > > > > > chassis. With the NetServer card upgraded to TCS3.0 (associated > > > > NetServer > > > > > card release 3.6.x) and supporting up to 96 calls, the NetServer card > > > > is > > > > > thus able to support 4 HiPer DSP cards, assuming T1 configurations (24 > > > > > channels per HiPer DSP card set). Thus, the entry ?1 x (4 + 1)? refers > > > > to > > > > > 1 set (1 x) of 4 HiPer DSP cards plus 1 NetServer card (supporting 96 > > > > > calls) for a system capability of 96 calls. > > > > > > > > > > When Do Customers Need to go to the 130Amp Supplies > > > > > Customers will need to swap out their existing 70Amp PSU/PSI set(s) and > > > > > install 130Amp PSU/PSI set(s) once they exceed 10 HiPer DSP cards in the > > > > 10 > > > > > HiPer DSP + 2 HiPer Access Router configuration or once they exceed the 2 > > > > > sets of the 4 HiPer DSP + 1 NetServer card configuration. The 70Amp power > > > > > supplies PSU/PSI sets can be exchanged for the 130Amp PSU/PSI sets. > > > > > However, the 45Amp supplies cannot be upgraded to either 70Amp or 130Amp > > > > > supplies. > > > > > > > > > > > > > > > > > > > > > > > > > The information I have goes like this; > > > > > > > > > > Pwr supply Max calls hiper Arc /hdm max calls > > > > > HDM/netserver > > > > > > > > > > 45Amp 6 HDM + 1 Harc = 144/180 calls 4 HDM + 1 > > > > > Netserver =96/120 calls > > > > > > > > > > 70Amp 10 HDM + 2 Harc = 230/300 calls 8 HDM + 2 > > > > > Netservers =192/240 calls > > > > > > > > > > 130Amp 14 HDM + 2 Harc = 336/420 calls 12 HDM + 3 > > > > > Netservers = 288/360 calls > > > > > > > > > > Hope this helps > > > > > Florin N > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > > with "unsubscribe usr-tc" in the body of the 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. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

Tim, Is this for a colo in a telco facility? Or, if it's your NOC, what kind of line do you need from the phone company to make this work? Seth ----- Original Message ----- Sent: Tuesday, April 03, 2001 9:23 PM > Does anyone know the scoop on the Axcell (sp) DSL cards for the Total > Control Chassis? > > I have a chance to buy some cheap and wanted to know if they were any good. > > What would I use for a CPE modem? > > Thanks > > Timothy C. Bohen > CMSInter.Net / Crystal MicroSystems > ============================ > web : www.cmsinter.net > email : Tim@CMSInter.Net > phone : 517.235.5100 x22 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Does anyone know the scoop on the Axcell (sp) DSL cards for the Total Control Chassis? I have a chance to buy some cheap and wanted to know if they were any good. What would I use for a CPE modem? Thanks Timothy C. Bohen CMSInter.Net / Crystal MicroSystems ============================ web : www.cmsinter.net email : Tim@CMSInter.Net phone : 517.235.5100 x22

There were a couple of parts of the DSL system, Viper and Axcell, though the documentation tended to blur the lines. They use CAP encoding on line. The Axcell is the server card that will typically support two client modems, though I think they may have released a higher density model. The Viper end user device is a modem that looks a lot like the old courier product and has a command interface similar to the old netserver. I have four links up using this equipment. It is solid, but the code never advanced to the point where it correctly supports classless routing among other things. It won't go the distance a DMT system will either. I don't know if you can find the client end or get another client device to work with it, particularly since CAP encoding is fairly rare now. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Tuesday, April 03, 2001 11:23 PM > Does anyone know the scoop on the Axcell (sp) DSL cards for the Total > Control Chassis? > > I have a chance to buy some cheap and wanted to know if they were any good. > > What would I use for a CPE modem? > > Thanks > > Timothy C. Bohen > CMSInter.Net / Crystal MicroSystems > ============================ > web : www.cmsinter.net > email : Tim@CMSInter.Net > phone : 517.235.5100 x22 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

I just recently purchased a used TC with a dual CT1/PRI NIC/NAC pair, 12 Quad modem cards, netserver and NMC. The problem is that the CT1/PRI card is flashed for PRI and I need CT1. Anybody have the CT1 code "laying around" that you can e-mail to me? Or anybody have a dual CT1/PRI card that is already flashed and you're willing to part with it? Thanks in advance. Pat

http://commworks.com/svprovider/news/apr0401b.html "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP TOTAL CONTROL 1000 ENHANCED DATA SYSTEM" 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

http://commworks.com/svprovider/news/apr0401b.html "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP TOTAL CONTROL 1000 ENHANCED DATA SYSTEM" 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

Hm. Q3 of 2001. No word on pricing. Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Thu, 5 Apr 2001, Marshall Morgan wrote: > http://commworks.com/svprovider/news/apr0401b.html > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP TOTAL > CONTROL 1000 ENHANCED DATA SYSTEM"

Hm. Q3 of 2001. No word on pricing. Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Thu, 5 Apr 2001, Marshall Morgan wrote: > http://commworks.com/svprovider/news/apr0401b.html > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP TOTAL > CONTROL 1000 ENHANCED DATA SYSTEM"

It's my understanding that it will be free - if you have a service contract... > Of course it will be free! .... yeah right :-} > > 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: "Mike Andrews" <mandrews@bit0.com> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, April 05, 2001 6:09 PM > Subject: Re: (usr-tc) Commworks v.92 Announcement > > > > Hm. Q3 of 2001. No word on pricing. > > > > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet access for Frankfort, Lexington, Louisville and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Thu, 5 Apr 2001, Marshall Morgan wrote: > > > http://commworks.com/svprovider/news/apr0401b.html > > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP TOTAL > > CONTROL 1000 ENHANCED DATA SYSTEM" > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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.

Of course it will be free! .... yeah right :-} Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Thursday, April 05, 2001 6:09 PM > Hm. Q3 of 2001. No word on pricing. > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet access for Frankfort, Lexington, Louisville and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Thu, 5 Apr 2001, Marshall Morgan wrote: > > > http://commworks.com/svprovider/news/apr0401b.html > > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP TOTAL > > CONTROL 1000 ENHANCED DATA SYSTEM" > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

Who actually has a service contract except ANS/AOL and such? In addition, it also says nothing about supporting v.92 on anything but Enhanced chassis' (DS3 Ingress/Quad DS1 DSPs, 128M HiperNMCs and newer HiperARCs (256M and faster processers?) - not necessarily single T1/E1 HiperDSPs, or 16M HiperNMCs or 64/128M HiperARCs. Overall 3Com/Commworks will find a way to try and get money out of us - who is purchasing near the quantity of modems that they did two years ago. Only time will tell - (I mean, when did they ever meet a code update date in the past?) Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- Sent: Thursday, April 05, 2001 10:04 PM > It's my understanding that it will be free - if you have a service > contract... > > > Of course it will be free! .... yeah right :-} > > > > 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: "Mike Andrews" <mandrews@bit0.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Thursday, April 05, 2001 6:09 PM > > Subject: Re: (usr-tc) Commworks v.92 Announcement > > > > > > > Hm. Q3 of 2001. No word on pricing. > > > > > > > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * > http://www.bit0.com > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Internet access for Frankfort, Lexington, Louisville and surrounding > counties > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > > > On Thu, 5 Apr 2001, Marshall Morgan wrote: > > > > > http://commworks.com/svprovider/news/apr0401b.html > > > > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP > TOTAL > > > CONTROL 1000 ENHANCED DATA SYSTEM" > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. > >

Who has a service contract? I do. And it's also my understanding that the V.92 code runs on the 24-port HiperDSP. It's got nothing to do with the ARC. Mark Levy > -----Original Message----- > From: Marshall Morgan [mailto:marshall@netdoor.com] > Sent: Thursday, April 05, 2001 11:37 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Commworks v.92 Announcement > > > Who actually has a service contract except ANS/AOL and such? > In addition, > it also says nothing about supporting v.92 on anything but > Enhanced chassis' > (DS3 Ingress/Quad DS1 DSPs, 128M HiperNMCs and newer > HiperARCs (256M and > faster processers?) - not necessarily single T1/E1 HiperDSPs, or 16M > HiperNMCs or 64/128M HiperARCs. > > Overall 3Com/Commworks will find a way to try and get money > out of us - who > is purchasing near the quantity of modems that they did two > years ago. Only > time will tell - (I mean, when did they ever meet a code > update date in the > past?) > > 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: "Mark E. Levy" <Mark@fsi.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, April 05, 2001 10:04 PM > Subject: RE: (usr-tc) Commworks v.92 Announcement > > > > It's my understanding that it will be free - if you have a service > > contract... > > > > > Of course it will be free! .... yeah right :-} > > > > > > 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: "Mike Andrews" <mandrews@bit0.com> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Thursday, April 05, 2001 6:09 PM > > > Subject: Re: (usr-tc) Commworks v.92 Announcement > > > > > > > > > > Hm. Q3 of 2001. No word on pricing. > > > > > > > > > > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * > > http://www.bit0.com > > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > > Internet access for Frankfort, Lexington, Louisville and > surrounding > > counties > > > www.fark.com: If it's not news, it's Fark. (Or something > like that.) > > > > > > On Thu, 5 Apr 2001, Marshall Morgan wrote: > > > > > > > http://commworks.com/svprovider/news/apr0401b.html > > > > > > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD > ON ITS FLAGSHIP > > TOTAL > > > > CONTROL 1000 ENHANCED DATA SYSTEM" > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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. >

Patton is not going to eat anybodies lunch unless they get their 48 and 96 port models working. We had several units for about a month and could get nowhere the connection speeds that we got with our old Quad Modem cards. Proceed carefully with Patton. They are also slow to refund the money you paid in good faith. "Accounting" is never available to answer you questions about "where's the refund". At 11:09 AM 4/6/01 -0400, you wrote: >The market for 3COM gear should be flooded in the next year as most of the >year 1-2 HiperDSP leases expire. I'm giving up a chassis next month. >v.92 is not a good enough reason to stay 3COM with all the minuses that >come with the support/software. > >Companies like Patton are going to eat 3COM's lunch in the small/mid sized >ISP arena.... > >Since support is sold per card (and you gotta cover all the cards!) quick >add up and see what 3COM is gonna cost you to go v.92. > >Then look at all the OTHER RAS vendors that are doing FREE v.92 >upgrades.... > >Paul Farber >Farber Technology >farber@admin.f-tech.net >Ph 570-628-5303 >Fax 570-628-5545 > >On Thu, 5 Apr 2001, Marshall Morgan wrote: > >> Who actually has a service contract except ANS/AOL and such? In addition, >> it also says nothing about supporting v.92 on anything but Enhanced chassis' >> (DS3 Ingress/Quad DS1 DSPs, 128M HiperNMCs and newer HiperARCs (256M and >> faster processers?) - not necessarily single T1/E1 HiperDSPs, or 16M >> HiperNMCs or 64/128M HiperARCs. >> >> Overall 3Com/Commworks will find a way to try and get money out of us - who >> is purchasing near the quantity of modems that they did two years ago. Only >> time will tell - (I mean, when did they ever meet a code update date in the >> past?) >> >> 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: "Mark E. Levy" <Mark@fsi.net> >> To: <usr-tc@lists.xmission.com> >> Sent: Thursday, April 05, 2001 10:04 PM >> Subject: RE: (usr-tc) Commworks v.92 Announcement >> >> >> > It's my understanding that it will be free - if you have a service >> > contract... >> > >> > > Of course it will be free! .... yeah right :-} >> > > >> > > 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: "Mike Andrews" <mandrews@bit0.com> >> > > To: <usr-tc@lists.xmission.com> >> > > Sent: Thursday, April 05, 2001 6:09 PM >> > > Subject: Re: (usr-tc) Commworks v.92 Announcement >> > > >> > > >> > > > Hm. Q3 of 2001. No word on pricing. >> > > > >> > > > >> > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * >> > http://www.bit0.com >> > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY >> > > Internet access for Frankfort, Lexington, Louisville and surrounding >> > counties >> > > www.fark.com: If it's not news, it's Fark. (Or something like that.) >> > > >> > > On Thu, 5 Apr 2001, Marshall Morgan wrote: >> > > >> > > > http://commworks.com/svprovider/news/apr0401b.html >> > > > >> > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP >> > TOTAL >> > > > CONTROL 1000 ENHANCED DATA SYSTEM" >> > > >> > > >> > > - >> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> > > with "unsubscribe usr-tc" in the body of the 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. >> > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

> I would encourage you all to let Al Huefner and Irfan Ali hear what > you're saying. Al Huefner was, and I believe still is, in charge of > support contracts and is basically, from what I understand, the person > who decided the Terms and Conditions of support contracts. Irfan Ali is > the President of CommWorks. I *totally* agree. Last time I went for service, Al was very hard to negotiate with. In the end, we wrote a check for what we were willing to spend on software only service, and basically said this is all you are getting... take it or leave it. I have software service. Moral of the story... don't take their software at face value. I've never paid anywhere close to the prices they ask in all the years I've owned total control gear. | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | | "Those who can't laugh at themselves leave the job to others" |

The market for 3COM gear should be flooded in the next year as most of the year 1-2 HiperDSP leases expire. I'm giving up a chassis next month. v.92 is not a good enough reason to stay 3COM with all the minuses that come with the support/software. Companies like Patton are going to eat 3COM's lunch in the small/mid sized ISP arena.... Since support is sold per card (and you gotta cover all the cards!) quick add up and see what 3COM is gonna cost you to go v.92. Then look at all the OTHER RAS vendors that are doing FREE v.92 upgrades.... Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 5 Apr 2001, Marshall Morgan wrote: > Who actually has a service contract except ANS/AOL and such? In addition, > it also says nothing about supporting v.92 on anything but Enhanced chassis' > (DS3 Ingress/Quad DS1 DSPs, 128M HiperNMCs and newer HiperARCs (256M and > faster processers?) - not necessarily single T1/E1 HiperDSPs, or 16M > HiperNMCs or 64/128M HiperARCs. > > Overall 3Com/Commworks will find a way to try and get money out of us - who > is purchasing near the quantity of modems that they did two years ago. Only > time will tell - (I mean, when did they ever meet a code update date in the > past?) > > 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: "Mark E. Levy" <Mark@fsi.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, April 05, 2001 10:04 PM > Subject: RE: (usr-tc) Commworks v.92 Announcement > > > > It's my understanding that it will be free - if you have a service > > contract... > > > > > Of course it will be free! .... yeah right :-} > > > > > > 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: "Mike Andrews" <mandrews@bit0.com> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Thursday, April 05, 2001 6:09 PM > > > Subject: Re: (usr-tc) Commworks v.92 Announcement > > > > > > > > > > Hm. Q3 of 2001. No word on pricing. > > > > > > > > > > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * > > http://www.bit0.com > > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > > Internet access for Frankfort, Lexington, Louisville and surrounding > > counties > > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > > > > > On Thu, 5 Apr 2001, Marshall Morgan wrote: > > > > > > > http://commworks.com/svprovider/news/apr0401b.html > > > > > > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP > > TOTAL > > > > CONTROL 1000 ENHANCED DATA SYSTEM" > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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. >

Also sprach Paul Farber >The market for 3COM gear should be flooded in the next year as most of >the year 1-2 HiperDSP leases expire. I'm giving up a chassis next >month. v.92 is not a good enough reason to stay 3COM with all the >minuses that come with the support/software. >Companies like Patton are going to eat 3COM's lunch in the small/mid >sized ISP arena.... >Since support is sold per card (and you gotta cover all the cards!) >quick add up and see what 3COM is gonna cost you to go v.92. >Then look at all the OTHER RAS vendors that are doing FREE v.92 >upgrades.... I would encourage you all to let Al Huefner and Irfan Ali hear what you're saying. Al Huefner was, and I believe still is, in charge of support contracts and is basically, from what I understand, the person who decided the Terms and Conditions of support contracts. Irfan Ali is the President of CommWorks. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

> I would encourage you all to let Al Huefner and Irfan Ali hear what > you're saying. Al Huefner was, and I believe still is, in charge of > support contracts and is basically, from what I understand, the person > who decided the Terms and Conditions of support contracts. Irfan Ali is > the President of CommWorks. Jeff, do you have a snail mail address for them? It would probably be best if we all sent registered letters instead of Email. Sheldon _____________________________ Sheldon Koehler, Owner/Partner Ten Forward Communications 360-457-9023 http://www.tenforward.com E-Commerce that makes sense! http://store.tenforward.com _____________________________

I would be interested in your experiences and other 'solutions'. We currently have a software contract at a reduced price that I am considering extending before it expires. I also am being required to go to a much more compact format to fit into a new colo facility which is requiring me to replace half my modems with dsp's to collapse the number of required chassis's. If I am going to be spending that kind of change I need to check out the options. I'm a little worried about Patton as a vendor for modem code as I don't perceive them as a dialup player, but that may be unfair. Cisco is attractive and I have very good tech support relations with them, but the configuration issues for dialup are daunting. I'm not sure if they could have made some of the commands any more obscure if they deliberately tried. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, April 06, 2001 11:53 AM > Yeah, the 96 porter had some issues.... but they are resolved now. Saw > them at ISPCON and they gave me a pretty detailed explination of what it > was and was assured that it was fixed. > > I bought the gear on a 30 day PO... so no money is changing hands :) > > I have 144 port showing up next week... to replace some DSPs going off > lease... C-YA 3COM! > > Everyone will have different level of success with the 3COM > gear/support... my particular experience has been average to poor with > 3COM gear... so that's a major reason to go to another vendor. > > Plus I can't see how a company can make rock solid modem code when things > are muddied up with VoIP and other useless (to me) 'features' that I dont > want/need. There are 7K small mid sized ISP's that need solid dial up > equipment.... 3COM isn't that anymore. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Fri, 6 Apr 2001 netboss@cyberport.net wrote: > > > Patton is not going to eat anybodies lunch unless they get their 48 and 96 > > port models working. We had several units for about a month and could get > > nowhere the connection speeds that we got with our old Quad Modem cards. > > Proceed carefully with Patton. > > > > They are also slow to refund the money you paid in good faith. > > "Accounting" is never available to answer you questions about "where's the > > refund". > > > > At 11:09 AM 4/6/01 -0400, you wrote: > > >The market for 3COM gear should be flooded in the next year as most of the > > >year 1-2 HiperDSP leases expire. I'm giving up a chassis next month. > > >v.92 is not a good enough reason to stay 3COM with all the minuses that > > >come with the support/software. > > > > > >Companies like Patton are going to eat 3COM's lunch in the small/mid sized > > >ISP arena.... > > > > > >Since support is sold per card (and you gotta cover all the cards!) quick > > >add up and see what 3COM is gonna cost you to go v.92. > > > > > >Then look at all the OTHER RAS vendors that are doing FREE v.92 > > >upgrades.... > > > > > >Paul Farber > > >Farber Technology > > >farber@admin.f-tech.net > > >Ph 570-628-5303 > > >Fax 570-628-5545 > > > > > >On Thu, 5 Apr 2001, Marshall Morgan wrote: > > > > > >> Who actually has a service contract except ANS/AOL and such? In addition, > > >> it also says nothing about supporting v.92 on anything but Enhanced > > chassis' > > >> (DS3 Ingress/Quad DS1 DSPs, 128M HiperNMCs and newer HiperARCs (256M and > > >> faster processers?) - not necessarily single T1/E1 HiperDSPs, or 16M > > >> HiperNMCs or 64/128M HiperARCs. > > >> > > >> Overall 3Com/Commworks will find a way to try and get money out of us - who > > >> is purchasing near the quantity of modems that they did two years ago. > > Only > > >> time will tell - (I mean, when did they ever meet a code update date in the > > >> past?) > > >> > > >> 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: "Mark E. Levy" <Mark@fsi.net> > > >> To: <usr-tc@lists.xmission.com> > > >> Sent: Thursday, April 05, 2001 10:04 PM > > >> Subject: RE: (usr-tc) Commworks v.92 Announcement > > >> > > >> > > >> > It's my understanding that it will be free - if you have a service > > >> > contract... > > >> > > > >> > > Of course it will be free! .... yeah right :-} > > >> > > > > >> > > 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: "Mike Andrews" <mandrews@bit0.com> > > >> > > To: <usr-tc@lists.xmission.com> > > >> > > Sent: Thursday, April 05, 2001 6:09 PM > > >> > > Subject: Re: (usr-tc) Commworks v.92 Announcement > > >> > > > > >> > > > > >> > > > Hm. Q3 of 2001. No word on pricing. > > >> > > > > > >> > > > > > >> > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * > > >> > http://www.bit0.com > > >> > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > >> > > Internet access for Frankfort, Lexington, Louisville and surrounding > > >> > counties > > >> > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > >> > > > > >> > > On Thu, 5 Apr 2001, Marshall Morgan wrote: > > >> > > > > >> > > > http://commworks.com/svprovider/news/apr0401b.html > > >> > > > > > >> > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP > > >> > TOTAL > > >> > > > CONTROL 1000 ENHANCED DATA SYSTEM" > > >> > > > > >> > > > > >> > > - > > >> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > >> > > with "unsubscribe usr-tc" in the body of the 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. > > >> > > > > > > > > >- > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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.

No, I've burned my 3COM bridge many moons (and useless tech support calls) ago. There are many more able and reasonable compaines out there to deal with. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 6 Apr 2001, Jeff Mcadams wrote: > Also sprach Paul Farber > >The market for 3COM gear should be flooded in the next year as most of > >the year 1-2 HiperDSP leases expire. I'm giving up a chassis next > >month. v.92 is not a good enough reason to stay 3COM with all the > >minuses that come with the support/software. > > >Companies like Patton are going to eat 3COM's lunch in the small/mid > >sized ISP arena.... > > >Since support is sold per card (and you gotta cover all the cards!) > >quick add up and see what 3COM is gonna cost you to go v.92. > > >Then look at all the OTHER RAS vendors that are doing FREE v.92 > >upgrades.... > > I would encourage you all to let Al Huefner and Irfan Ali hear what > you're saying. Al Huefner was, and I believe still is, in charge of > support contracts and is basically, from what I understand, the person > who decided the Terms and Conditions of support contracts. Irfan Ali is > the President of CommWorks. > > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Paul Farber >No, I've burned my 3COM bridge many moons (and useless tech support >calls) ago. Then, please let them know why you did so. >There are many more able and reasonable compaines out there to deal >with. Agreed...I'm about to light my torch as well. Call it a last ditch effort. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Yeah, the 96 porter had some issues.... but they are resolved now. Saw them at ISPCON and they gave me a pretty detailed explination of what it was and was assured that it was fixed. I bought the gear on a 30 day PO... so no money is changing hands :) I have 144 port showing up next week... to replace some DSPs going off lease... C-YA 3COM! Everyone will have different level of success with the 3COM gear/support... my particular experience has been average to poor with 3COM gear... so that's a major reason to go to another vendor. Plus I can't see how a company can make rock solid modem code when things are muddied up with VoIP and other useless (to me) 'features' that I dont want/need. There are 7K small mid sized ISP's that need solid dial up equipment.... 3COM isn't that anymore. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 6 Apr 2001 netboss@cyberport.net wrote: > Patton is not going to eat anybodies lunch unless they get their 48 and 96 > port models working. We had several units for about a month and could get > nowhere the connection speeds that we got with our old Quad Modem cards. > Proceed carefully with Patton. > > They are also slow to refund the money you paid in good faith. > "Accounting" is never available to answer you questions about "where's the > refund". > > At 11:09 AM 4/6/01 -0400, you wrote: > >The market for 3COM gear should be flooded in the next year as most of the > >year 1-2 HiperDSP leases expire. I'm giving up a chassis next month. > >v.92 is not a good enough reason to stay 3COM with all the minuses that > >come with the support/software. > > > >Companies like Patton are going to eat 3COM's lunch in the small/mid sized > >ISP arena.... > > > >Since support is sold per card (and you gotta cover all the cards!) quick > >add up and see what 3COM is gonna cost you to go v.92. > > > >Then look at all the OTHER RAS vendors that are doing FREE v.92 > >upgrades.... > > > >Paul Farber > >Farber Technology > >farber@admin.f-tech.net > >Ph 570-628-5303 > >Fax 570-628-5545 > > > >On Thu, 5 Apr 2001, Marshall Morgan wrote: > > > >> Who actually has a service contract except ANS/AOL and such? In addition, > >> it also says nothing about supporting v.92 on anything but Enhanced > chassis' > >> (DS3 Ingress/Quad DS1 DSPs, 128M HiperNMCs and newer HiperARCs (256M and > >> faster processers?) - not necessarily single T1/E1 HiperDSPs, or 16M > >> HiperNMCs or 64/128M HiperARCs. > >> > >> Overall 3Com/Commworks will find a way to try and get money out of us - who > >> is purchasing near the quantity of modems that they did two years ago. > Only > >> time will tell - (I mean, when did they ever meet a code update date in the > >> past?) > >> > >> 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: "Mark E. Levy" <Mark@fsi.net> > >> To: <usr-tc@lists.xmission.com> > >> Sent: Thursday, April 05, 2001 10:04 PM > >> Subject: RE: (usr-tc) Commworks v.92 Announcement > >> > >> > >> > It's my understanding that it will be free - if you have a service > >> > contract... > >> > > >> > > Of course it will be free! .... yeah right :-} > >> > > > >> > > 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: "Mike Andrews" <mandrews@bit0.com> > >> > > To: <usr-tc@lists.xmission.com> > >> > > Sent: Thursday, April 05, 2001 6:09 PM > >> > > Subject: Re: (usr-tc) Commworks v.92 Announcement > >> > > > >> > > > >> > > > Hm. Q3 of 2001. No word on pricing. > >> > > > > >> > > > > >> > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * > >> > http://www.bit0.com > >> > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > >> > > Internet access for Frankfort, Lexington, Louisville and surrounding > >> > counties > >> > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > >> > > > >> > > On Thu, 5 Apr 2001, Marshall Morgan wrote: > >> > > > >> > > > http://commworks.com/svprovider/news/apr0401b.html > >> > > > > >> > > > "COMMWORKS CORPORATION TO SUPPORT V.92 MODEM STANDARD ON ITS FLAGSHIP > >> > TOTAL > >> > > > CONTROL 1000 ENHANCED DATA SYSTEM" > >> > > > >> > > > >> > > - > >> > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > >> > > with "unsubscribe usr-tc" in the body of the 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. > >> > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >

Thanks to the miracle to leasing I can swap vendors out every few years till I find one that works. I do have a few POPS that seem to work well with 3COM... will start to scarf up the DSP's as they come off lease and into the reseller channels. A used DSP can be had for ~2-3K on the aftermarket.... not to shabby. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 6 Apr 2001, Jeff Mcadams wrote: > Also sprach Paul Farber > >No, I've burned my 3COM bridge many moons (and useless tech support > >calls) ago. > > Then, please let them know why you did so. > > >There are many more able and reasonable compaines out there to deal > >with. > > Agreed...I'm about to light my torch as well. Call it a last ditch > effort. :) > > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Yes this is the best idea yet,..much better than email for sure. please post the address direct to the two mentioned "honcho's" please. albert. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Sheldon Koehler > Sent: Friday, April 06, 2001 1:36 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Commworks v.92 Announcement > > > > I would encourage you all to let Al Huefner and Irfan Ali hear what > > you're saying. Al Huefner was, and I believe still is, in charge of > > support contracts and is basically, from what I understand, the person > > who decided the Terms and Conditions of support contracts. Irfan Ali is > > the President of CommWorks. > > Jeff, do you have a snail mail address for them? It would probably be best > if we all sent registered letters instead of Email. > > Sheldon > > _____________________________ > Sheldon Koehler, Owner/Partner > Ten Forward Communications > 360-457-9023 > http://www.tenforward.com > E-Commerce that makes sense! > http://store.tenforward.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. >

Also sprach Sheldon Koehler >> I would encourage you all to let Al Huefner and Irfan Ali hear what >> you're saying. Al Huefner was, and I believe still is, in charge of >> support contracts and is basically, from what I understand, the >> person who decided the Terms and Conditions of support contracts. >> Irfan Ali is the President of CommWorks. >Jeff, do you have a snail mail address for them? It would probably be >best if we all sent registered letters instead of Email. No, I don't have snail mail unfortunately...probably could be gotten without too much trouble though. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I haven't paid for support in ages...........years and years. At one point, I had a deal done I thought, it took months to negotiate. And as I was ready to deliver the check, they changed the price on me. So we didn't get the support. I need software only. I don't think 3com realizes just how huge the market is, of ISP's who don't pay them for software. Only because they are unreasonable. We pay every vendor for support: foundry, cisco, etc, it doesn't matter. All are reasonable rates. 3Com is unreasonable when it comes to support, it always has been. Brian On Fri, 6 Apr 2001, Jeff Mcadams wrote: > Also sprach Paul Farber > >No, I've burned my 3COM bridge many moons (and useless tech support > >calls) ago. > > Then, please let them know why you did so. > > >There are many more able and reasonable compaines out there to deal > >with. > > Agreed...I'm about to light my torch as well. Call it a last ditch > effort. :) > > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > I'm buying used CISCO gear!! email me for a quote Brian Feeny e:signal@shreve.net CCNP+Voice/ATM/Security p:318.222.2638x109 CCDP f:318.221.6612 Network Administrator ShreveNet Inc. (ASN 11881)

Not to start another discussions, but just to update one. What was ever resolved about a "pair of modems" (re port) in the hiperdsp's getting stuck in a mode that would not answer and would send out strange connection tones when dialed. The stuck modem would require the board to be reset to fix the situation. Was this determined to be in hardware or in software? Is there a version of hardware/software that is better/best? Was there a fix to prevent it from re-occuring? In the knowledge base, using "dsp modem not answering stuck" for a search key, I get 18 solutions: (Total search time 2.4 hours on a T1) 1. Upgrade HiPer ARC to 5.0.84-1 or newer code. I have 6.2.17 2. This message means that 1 of the DSP chips is not responding to the keep alive messages from the RISC. This is probably caused by a hardware failure. Reseat the DSP NIC and NAC and try a different slot. If the modem still shows the same reason for call failure,the DSP card must be replaced It happens on dsp hardware 49, 53,and 54, randomly. Do I need to replace all the cards as they happen? 3. This is fixed in HiPer DSP V2.0.60 I have 2.0.19 4. did not apply, ring no answer or busy on dsp 5. If during the AutoDetect Dialout sequence the switch responds with a Release Complete (Cause code 57), the HiPer DSP aborts the dialout attempt, and does not follow the *Ux settings. Fix 3Com is currently investigating this issue. Please refer to Technical Support for more information as it becomes available. (August 1999 answer) 6. install cards 7. reset cards 8. Total Control HiPer DSP - How to force a modem to dialout using different PIC codes. Nothing about stuck or not answering 9. Chassis Power Supply Upgrade Procedure DITTO! 10. 1.0.30365871.2192598 Title: Total Control EdgeServer PRO - What modem type should be selected when installing LANSource DITTO! 11. 1.0.25900539.2140685 Title: Total Control Chassis - Proper setup for HiPer DSP modem dial-out 12. 1.0.34816816.2254512 Title: Total Control HiPer DSP - Modems failing in pairs Current workarounds: issue AT command or software reset. Note: Emergency release code version 2.0.48 (or better) as well as the TCS 4.0 release of HiPer DSP code (version 2.1.9) incorporate the root cause fix for this problem June 2000 I have 2.0.19 Note: this addresses "dead air" and not incorrect tones All the rest did not apply 13. Title: Total Control HiPer DSP - Connect to HiPer DSP Console port via Modem Connection 14. 1.0.28239385.2169571 Title: Total Control HiPer ARC - How does Dynamic Slot Assignments for HiPer ARC Load Balancing work? 15. 2.0.63399864.3089714 Title: Total Control 1000 Enhanced Data System - Using templates to configure modems on HiPer DSP card. Nothing about stuck or not answering 16. 1.0.28400892.2170530 Title: Total Control HiPer ARC - How to setup Dynamic Slot Assignment (DSA)? 17. 1.0.30633781.2198069 Title: Total Control HiPer DSP - Use of the card session monitor on DSP modems 18. 2.0.10959488.2382699 Title: Total Control HiPer DSP - PBX or International calls requiring more than 15-16 digits fails via PRI dial-out -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

This is a multi-part message in MIME format. ------=_NextPart_000_00EC_01C0C19F.36EAEB20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I need software version 4.1.72 for the HiPer ARC NAC if anyone can = help me out. I had the code on a server and now when you need it of = course it is gone. Our contract has expired and we are in the process = of trying to get rid of them. Thank you, Michael Seymour ------=_NextPart_000_00EC_01C0C19F.36EAEB20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV> <DIV> <DIV>&nbsp;&nbsp;&nbsp; I need software version 4.1.72 for the HiPer ARC = NAC if=20 anyone can help me out.&nbsp; I had the code on a server and now when = you need=20 it of course it is gone.&nbsp;&nbsp;Our contract has expired and we are = in the=20 process of trying to get rid of them.</DIV> <DIV>&nbsp;</DIV> <DIV>Thank you,</DIV> <DIV>Michael Seymour</DIV> <DIV>&nbsp;</DIV></DIV></DIV></BODY></HTML> ------=_NextPart_000_00EC_01C0C19F.36EAEB20--

You wouldnt happen to have hd020109.zip 2.1.9 for the hyper dsp? On Tue, 10 Apr 2001, Michael Seymour wrote: > I need software version 4.1.72 for the HiPer ARC NAC if anyone can help me out. I had the code on a server and now when you need it of course it is gone. Our contract has expired and we are in the process of trying to get rid of them. > > Thank you, > Michael Seymour > > -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

Hey folks... I've had some minor feedback regarding the v.92 update and support issues. Apparently, some folks have contacted Al Huefner and Irfan Ali concerning some of these issues. Let me issue another plea... If you haven't contacted these folks concerning your issues, please do. If you've already decided to leave 3Com, let them know why. If you're thinking about leaving, let them know why. If you're not happy, let them know why. 3Com does *NOT* officially monitor this list at all, so making statements here on this list is basically a waste of time and bandwidth. Again, their email addresses are Irfan_Ali@3com.com, and Al_Huefner@3com.com. Again, Irfan Ali is the President of Commworks, Al Huefner is a VP there in charge of support. As a personal plea, those of you that still have quads, particularly if you have a large quantity of them, please let them know. I'm *extremely* pissed at the EOL'ing of these still-perfectly-useable cards, and they clearly haven't a clue what the installed base is. If you do get feedback from folks at 3Com, please let the list know so that we can coordinate. Thanks! -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi all, I just sent mine in.... Sirs, I am writing to let you know that we have been supporters of the USR/3com TC 1000 RAS servers for many years and we have quite a few of your products in our pop's. We are not a large ISP (our dialup subscriber base is about 2,000) so we don't really have any need to upgrade to the newest high density RAS servers. The quad modem cards have performed very well in the past and our customers have been very happy with them. Our concern is that we are not seeing any support for v.92 updates for the quad modem cards (We would be happy to pay for this support). Please reconsider your decision to support the newer protocols on the quad modem card.. Thank You Mark Ross California City Internet Inc. Jeff Mcadams wrote: > > Hey folks... > Let me issue another plea... > > If you haven't contacted these folks concerning your issues, please do. > If you've already decided to leave 3Com, let them know why. If you're > thinking about leaving, let them know why. If you're not happy, let > them know why. >

No I do not. As far as the file name goes not really to sure of that either. I was given this task and I am new to this equipment, sorry. I did an inventory on one of the chassis that is already working so that is how I found out what version they are running. If you have anything to pass along that would be great. Mike ----- Original Message ----- Sent: Tuesday, April 10, 2001 9:49 AM > You wouldnt happen to have hd020109.zip 2.1.9 for the hyper dsp? > > On Tue, 10 Apr 2001, Michael Seymour wrote: > > > I need software version 4.1.72 for the HiPer ARC NAC if anyone can help me out. I had the code on a server and now when you need it of course it is gone. Our contract has expired and we are in the process of trying to get rid of them. > > > > Thank you, > > Michael Seymour > > > > > > -- > --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.

That version you are seeking does not appear on the software matrix for the Hiper ARC. http://totalservice.3com.com/tcsmatrix.cfm http://carrier.cso.mw.3com.com/SoftwareLibrary/view_families_in_category.cfm the only information about that version are a couple of fix pdf files dated 11-17-1998. ne040122.zip and hd020109.zip go together as the latest 4.2 release. (ne040273-1.zip is a service release of 4.1.22) Do a search on your machine for files named ne0* and hd0* and see what version of the hiper dsp software you have, then use the matrix to determine what version of the arc software you need to match with the dsp. Note that even tho the documentation says the lower last digit is the latest, you will find files with newer creation dates that have higher last digits. It is still to be resolved which is actually the real version. On Wed, 11 Apr 2001, Michael Seymour wrote: > No I do not. As far as the file name goes not really to sure of that > either. I was given this task and I am new to this equipment, sorry. I > did an inventory on one of the chassis that is already working so that is > how I found out what version they are running. If you have anything to pass > along that would be great. > > Mike > > ----- Original Message ----- > From: Dayton Internet <w8mfd@dayton.net> > To: <usr-tc@lists.xmission.com> > Sent: Tuesday, April 10, 2001 9:49 AM > Subject: Re: (usr-tc) Code > > > > You wouldnt happen to have hd020109.zip 2.1.9 for the hyper dsp? > > > > On Tue, 10 Apr 2001, Michael Seymour wrote: > > > > > I need software version 4.1.72 for the HiPer ARC NAC if anyone can > help me out. I had the code on a server and now when you need it of course > it is gone. Our contract has expired and we are in the process of trying to > get rid of them. > > > > > > Thank you, > > > Michael Seymour > > > > > > > > > > -- > > --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. > -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

I'm trying to work on why PC-Tel modems suck connecting to our TC hub. I have a Compaq laptop with a PC-Tel built in. From home, I cannot even pass data to get authenticated unless I use an init string to turn off v.90. From the office, which is located in the same building as the telephone switch (we're an independent phone company), I get connected at 49k and can stay connected for hours at a time. Is it possible that increasing the modem transmit level could improve performance over the phone lines? Is there any chance this could interfere with other modems' connections? What is the optimal setting for transmit level? Should I be looking at a different setting? Wow, lots of questions, I know. Thanks in advance, Wayne Barber Coastal Telco Services

Also sprach Wayne Barber >Is it possible that increasing the modem transmit level could improve >performance over the phone lines? Is there any chance this could >interfere with other modems' connections? What is the optimal setting >for transmit level? Should I be looking at a different setting? Yes, but its also possible that *lowering* the transmit level would improve your connection. Go forth and experiment. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

please, somebody can tell me where in the world E1 is used? I live in Brazil and want to buy a refurbished or used E1 hiper dsp card. Thank's Omar Perez Projesom Internet Ltda

When we set up a chassis with multiple arc's for performance and redundancy, can the arc's share ip address space, or do we have to have twice as many ip addresses as actual modems to avoid potential conflicts? The problem that might occur would be if an arc failed and the other took over, how would it know which ip addresses have already been assigned? Then again, if an arc fails what happens to the sessions it was hosting? Are they dumped anyway? Mark Thornton San Marcos Internet, Inc. 512-393-5300

On Wed, Apr 11, 2001 at 12:47:21PM -1200, Trade Projesom wrote: > please, somebody can tell me where in the world E1 is used? > I live in Brazil and want to buy a refurbished or used E1 hiper dsp card. Europe Flo -- flo@mediaways.net +49-5246-80-1185 "There is no point in asking, you'll get no reply"

Hi all, Guess what ??? I got a call from 3com this morning ! Mr. Alex Lopez. It sounds like he is truly concerned about our problem with the v92 code on quad modems. He said "I will run it by the product managers and let you know". He also mentioned that a upgrade might be possible if they were unable to support the quads. The amazing thing is that I did not include my phone number in my email ( They took the time and effort to look it up ). I should know something within a day or two and will let you know what happens -------- Original Message -------- issues Reply-To: usr-tc@lists.xmission.com Organization: ccis References: <20010410153305.A5022@iglou.com> Hi all, I just sent mine in.... Sirs, I am writing to let you know that we have been supporters of the USR/3com TC 1000 RAS servers for many years and we have quite a few of your products in our pop's. We are not a large ISP (our dialup subscriber base is about 2,000) so we don't really have any need to upgrade to the newest high density RAS servers. The quad modem cards have performed very well in the past and our customers have been very happy with them. Our concern is that we are not seeing any support for v.92 updates for the quad modem cards (We would be happy to pay for this support). Please reconsider your decision to support the newer protocols on the quad modem card.. Thank You Mark Ross California City Internet Inc. Jeff Mcadams wrote: > > Hey folks... > Let me issue another plea... > > If you haven't contacted these folks concerning your issues, please do. > If you've already decided to leave 3Com, let them know why. If you're > thinking about leaving, let them know why. If you're not happy, let > them know why. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

A coworker of mine went to the ISP con and came back with a brochure from Patton Electronics, they make a 1u box that handles 4 pri (or T1/E1) I was wondering if anyone has used this gear before, and if it is an acceptable replacement for 3com gear? One of the up sides is they give free support and free firmware upgrades to people who own the boxes. This is a nice feature =) -Steve -- Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. System Administrator 300 B Street #100 707.522.1000 (Voice) Santa Rosa, CA 95404 707.547.2199 (Fax) http://www.sonic.net/

Someone will correct me if I'm wrong, but I believe the "unlock code" for v.90 on the quad modems is in your current NMC. If you replace it, your quads will no longer be able to do v.90. On 12 Apr 2001, at 21:54, Rob wrote: > I just came by a hiper nmc card set, and wanted to use it in my TC hub. Its > the 70Amp etc version with v90 everything, quad modems - and so forth. Do I > need anything else hiper - like maybe the arc? Or can I just plug in the nmc > card set? > > Thanks for any advice on this! > Rob > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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

This is what the patton people sent me. I know this off topic. But someone asked. ************************************************* Hi Terry, You can work directly with me. We have a few different models to choose from: 2810 - 24 port $4500. - this unit is fan cooled 2960 - 48 port $8500. 2996 - 96 port $14,000. All boxes support T1, CT1 as well as ISDN PRI line types. The units are complete with all software (pre-installed) and all hardware...including rack mount ears. Tech support is free and all software upgrades are free. Each unit comes with a 2 year warranty. Highlights: 1) Up to 96 Simultaneous connections on four T1 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 operation with no fans to fail or wear out. 6) Dual redundant power supplies are standard and at no extra charge. 7) Two year warranty with free technical support and software updates. 8) No worries with Patton's 30 Day "No Hassles" trial. 9) Financing information is available To see the management system on a live Patton RAS, just Point your browser to http://demo.2960.com username=monitor password=monitor Be sure to click on the "Dial-In" link on the upper-left of your screen. Also, we work well with MRTG. To help you get up and running, we have canned MRTG .cfg files which you can drop into your running configurations. If you have any questions, or would like more detail on a specific model, please don't hesitate to contact me using any of the following methods. Regards, Natalie Natalie R. Parnell Sales Associate, Network Access Patton Electronics Ofc: 301-975-1000 ext 371 Fax: 301-869-9293 Email: nparnell@patton.com WWW: http://www.patton.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marius Kirschner Sent: Thursday, April 12, 2001 10:20 AM Hey, you got my interest, I've heard much good about the Patton products. How much does a 48 port unit go for nowadays? ---Marius (Agora Online) > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > Sent: Thursday, April 12, 2001 1:14 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Patton Electronics > > > I've been using the 2800 and now have a 2996 being shipped to me now. > > Comparing a 2800's performance to a DSP card there really is no > comparison. In my specific arrangement the 2800's beat the DSP on connect > speeds, reliabilty (no more 'hung modem' problems!) and the management > console is way better than the DSP console port or TCM. > > Down side? None yet. > > I did get a call from Patton a day ago about a new firmware issue, a > memory leak that would freeze the box after a week or so. Get this.. > .THEY CALLED ME to tell me about a known issue..... anyone EVER get a call > from 3COM about a KNOWN software issue??? Without being extorted for a > support contract (like paying all that money would get you a proactive > phone call about an issue... yeah right.) > > Patton is gonna each 3COM/Lucents lunch in the small/mid ISP areana. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 12 Apr 2001, Steve Johnson wrote: > > > A coworker of mine went to the ISP con and came back with a > brochure from > > Patton Electronics, they make a 1u box that handles 4 pri (or > T1/E1) I was > > wondering if anyone has used this gear before, and if it is an > acceptable > > replacement for 3com gear? > > > > One of the up sides is they give free support and free firmware > upgrades to > > people who own the boxes. This is a nice feature =) > > > > -Steve > > > > -- > > Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. > > System Administrator 300 B Street #100 > > 707.522.1000 (Voice) Santa Rosa, CA 95404 > > 707.547.2199 (Fax) http://www.sonic.net/ > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Correct! Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Thursday, April 12, 2001 9:01 AM > Someone will correct me if I'm wrong, but I believe the "unlock > code" for v.90 on the quad modems is in your current NMC. If you > replace it, your quads will no longer be able to do v.90. > > On 12 Apr 2001, at 21:54, Rob wrote: > > > I just came by a hiper nmc card set, and wanted to use it in my TC hub. Its > > the 70Amp etc version with v90 everything, quad modems - and so forth. Do I > > need anything else hiper - like maybe the arc? Or can I just plug in the nmc > > card set? > > > > Thanks for any advice on this! > > Rob > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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.

Mark Thornton (mark@corridor.net) wrote: > When we set up a chassis with multiple arc's for performance and redundancy, > can the arc's share ip address space, or do we have to have twice as many ip > addresses as actual modems to avoid potential conflicts? > The problem that might occur would be if an arc failed and the other took > over, how would it know which ip addresses have already been assigned? Then It depends on how you have them configured. If you use a hot spare/ failover configuration like we do, the second HARC should have the same addresses in its IP pool as the first one, so that it assigns them in the event that the first one fails and the second one takes over. Overlap is not a problem. If the first one fails, of course, none of the addresses are assigned and the second HARC is free to hand them out. If you configure them to each run half the cards in the chassis, then they must not have overlapping IP pool ranges. If the IP pool for that chassis is a /24, give each HARC a /25 in that range. FWIW, I tried that and didn't see any noticeable performance benefit, even during peak hours, so I now only configure two-HARC chassis for hot spare/failover. That has helped me a couple of times, since a HARC will only fail in the middle of the night :-) Cheers, Jonathan

And (as if it really matters <grin>) we are releasing support for Total Scrutinizer for Patton's product this week. So you'll be able to scrutinize it (although it doesn't have but half of the info available it is still useful for evaluating connections and Patton Electronics==who requested that we do this port for them==is working on making the other info we need available in an upcoming software releases so they seem really willing to make changes based on needs (that's been refreshing ;) Anyway, I'll be announcing to the list at that time but we also now support Ascend Max/TNT, Cisco 5xxx, and Shiva/Nortel Rapport--the ISP we bought had a bunch of these in use--along with Patton. Brian Brian Becker President, Poplar Bluff Internet, Inc. (www.semo.net) Home of TotallyFabricated.com Software: Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! WebGabber (www.WebGabber.com) - html-based Chat Software -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Terry Kennedy Sent: Thursday, April 12, 2001 12:20 PM This is what the patton people sent me. I know this off topic. But someone asked. ************************************************* Hi Terry, You can work directly with me. We have a few different models to choose from: 2810 - 24 port $4500. - this unit is fan cooled 2960 - 48 port $8500. 2996 - 96 port $14,000. All boxes support T1, CT1 as well as ISDN PRI line types. The units are complete with all software (pre-installed) and all hardware...including rack mount ears. Tech support is free and all software upgrades are free. Each unit comes with a 2 year warranty. Highlights: 1) Up to 96 Simultaneous connections on four T1 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 operation with no fans to fail or wear out. 6) Dual redundant power supplies are standard and at no extra charge. 7) Two year warranty with free technical support and software updates. 8) No worries with Patton's 30 Day "No Hassles" trial. 9) Financing information is available To see the management system on a live Patton RAS, just Point your browser to http://demo.2960.com username=monitor password=monitor Be sure to click on the "Dial-In" link on the upper-left of your screen. Also, we work well with MRTG. To help you get up and running, we have canned MRTG .cfg files which you can drop into your running configurations. If you have any questions, or would like more detail on a specific model, please don't hesitate to contact me using any of the following methods. Regards, Natalie Natalie R. Parnell Sales Associate, Network Access Patton Electronics Ofc: 301-975-1000 ext 371 Fax: 301-869-9293 Email: nparnell@patton.com WWW: http://www.patton.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marius Kirschner Sent: Thursday, April 12, 2001 10:20 AM Hey, you got my interest, I've heard much good about the Patton products. How much does a 48 port unit go for nowadays? ---Marius (Agora Online) > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > Sent: Thursday, April 12, 2001 1:14 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Patton Electronics > > > I've been using the 2800 and now have a 2996 being shipped to me now. > > Comparing a 2800's performance to a DSP card there really is no > comparison. In my specific arrangement the 2800's beat the DSP on connect > speeds, reliabilty (no more 'hung modem' problems!) and the management > console is way better than the DSP console port or TCM. > > Down side? None yet. > > I did get a call from Patton a day ago about a new firmware issue, a > memory leak that would freeze the box after a week or so. Get this.. > .THEY CALLED ME to tell me about a known issue..... anyone EVER get a call > from 3COM about a KNOWN software issue??? Without being extorted for a > support contract (like paying all that money would get you a proactive > phone call about an issue... yeah right.) > > Patton is gonna each 3COM/Lucents lunch in the small/mid ISP areana. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 12 Apr 2001, Steve Johnson wrote: > > > A coworker of mine went to the ISP con and came back with a > brochure from > > Patton Electronics, they make a 1u box that handles 4 pri (or > T1/E1) I was > > wondering if anyone has used this gear before, and if it is an > acceptable > > replacement for 3com gear? > > > > One of the up sides is they give free support and free firmware > upgrades to > > people who own the boxes. This is a nice feature =) > > > > -Steve > > > > -- > > Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. > > System Administrator 300 B Street #100 > > 707.522.1000 (Voice) Santa Rosa, CA 95404 > > 707.547.2199 (Fax) http://www.sonic.net/ > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I've been using the 2800 and now have a 2996 being shipped to me now. Comparing a 2800's performance to a DSP card there really is no comparison. In my specific arrangement the 2800's beat the DSP on connect speeds, reliabilty (no more 'hung modem' problems!) and the management console is way better than the DSP console port or TCM. Down side? None yet. I did get a call from Patton a day ago about a new firmware issue, a memory leak that would freeze the box after a week or so. Get this.. .THEY CALLED ME to tell me about a known issue..... anyone EVER get a call from 3COM about a KNOWN software issue??? Without being extorted for a support contract (like paying all that money would get you a proactive phone call about an issue... yeah right.) Patton is gonna each 3COM/Lucents lunch in the small/mid ISP areana. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 12 Apr 2001, Steve Johnson wrote: > A coworker of mine went to the ISP con and came back with a brochure from > Patton Electronics, they make a 1u box that handles 4 pri (or T1/E1) I was > wondering if anyone has used this gear before, and if it is an acceptable > replacement for 3com gear? > > One of the up sides is they give free support and free firmware upgrades to > people who own the boxes. This is a nice feature =) > > -Steve > > -- > Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. > System Administrator 300 B Street #100 > 707.522.1000 (Voice) Santa Rosa, CA 95404 > 707.547.2199 (Fax) http://www.sonic.net/ > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hey, you got my interest, I've heard much good about the Patton products. How much does a 48 port unit go for nowadays? ---Marius (Agora Online) > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > Sent: Thursday, April 12, 2001 1:14 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Patton Electronics > > > I've been using the 2800 and now have a 2996 being shipped to me now. > > Comparing a 2800's performance to a DSP card there really is no > comparison. In my specific arrangement the 2800's beat the DSP on connect > speeds, reliabilty (no more 'hung modem' problems!) and the management > console is way better than the DSP console port or TCM. > > Down side? None yet. > > I did get a call from Patton a day ago about a new firmware issue, a > memory leak that would freeze the box after a week or so. Get this.. > .THEY CALLED ME to tell me about a known issue..... anyone EVER get a call > from 3COM about a KNOWN software issue??? Without being extorted for a > support contract (like paying all that money would get you a proactive > phone call about an issue... yeah right.) > > Patton is gonna each 3COM/Lucents lunch in the small/mid ISP areana. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 12 Apr 2001, Steve Johnson wrote: > > > A coworker of mine went to the ISP con and came back with a > brochure from > > Patton Electronics, they make a 1u box that handles 4 pri (or > T1/E1) I was > > wondering if anyone has used this gear before, and if it is an > acceptable > > replacement for 3com gear? > > > > One of the up sides is they give free support and free firmware > upgrades to > > people who own the boxes. This is a nice feature =) > > > > -Steve > > > > -- > > Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. > > System Administrator 300 B Street #100 > > 707.522.1000 (Voice) Santa Rosa, CA 95404 > > 707.547.2199 (Fax) http://www.sonic.net/ > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

They are having a lot of 'specials' to push the 96 porter.... I got a good deal on 144 ports... a 96 port box and a 48 port box (thats a total of +240 ports for Patton, and -240 ports for 3COM). I am gonna retire another 500+ 3COM ports in the next few months when they go off lease... guess who is gonna get my $$$$$$?? I don't wanna talk prices but it was $3K less than a comparible DSP quote. Guess what... 3COM is busy jerking ISP's around for v.92 code... patton is gonna do it for free when its released. BEAT THAT! The only good side is that DSP cards are gonna get dirt cheap on the aftermarket as small/mid ISP's dump 3COM units... so if you have good luck with them, you are gonna really like the next 12-18 months. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 12 Apr 2001, Marius Kirschner wrote: > Hey, you got my interest, I've heard much good about the Patton products. > How much does a 48 port unit go for nowadays? > > ---Marius (Agora Online) > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > Sent: Thursday, April 12, 2001 1:14 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Patton Electronics > > > > > > I've been using the 2800 and now have a 2996 being shipped to me now. > > > > Comparing a 2800's performance to a DSP card there really is no > > comparison. In my specific arrangement the 2800's beat the DSP on connect > > speeds, reliabilty (no more 'hung modem' problems!) and the management > > console is way better than the DSP console port or TCM. > > > > Down side? None yet. > > > > I did get a call from Patton a day ago about a new firmware issue, a > > memory leak that would freeze the box after a week or so. Get this.. > > .THEY CALLED ME to tell me about a known issue..... anyone EVER get a call > > from 3COM about a KNOWN software issue??? Without being extorted for a > > support contract (like paying all that money would get you a proactive > > phone call about an issue... yeah right.) > > > > Patton is gonna each 3COM/Lucents lunch in the small/mid ISP areana. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Thu, 12 Apr 2001, Steve Johnson wrote: > > > > > A coworker of mine went to the ISP con and came back with a > > brochure from > > > Patton Electronics, they make a 1u box that handles 4 pri (or > > T1/E1) I was > > > wondering if anyone has used this gear before, and if it is an > > acceptable > > > replacement for 3com gear? > > > > > > One of the up sides is they give free support and free firmware > > upgrades to > > > people who own the boxes. This is a nice feature =) > > > > > > -Steve > > > > > > -- > > > Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. > > > System Administrator 300 B Street #100 > > > 707.522.1000 (Voice) Santa Rosa, CA 95404 > > > 707.547.2199 (Fax) http://www.sonic.net/ > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Multi chassis admin is a bit of a chore with 24 port 2800's, but once you set them, you let them run.... Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 12 Apr 2001, Brian Becker wrote: > And (as if it really matters <grin>) we are releasing support for Total Scrutinizer for Patton's product this week. So you'll be > able to scrutinize it (although it doesn't have but half of the info available it is still useful for evaluating connections and > Patton Electronics==who requested that we do this port for them==is working on making the other info we need available in an > upcoming software releases so they seem really willing to make changes based on needs (that's been refreshing ;) > > Anyway, I'll be announcing to the list at that time but we also now support Ascend Max/TNT, Cisco 5xxx, and Shiva/Nortel > Rapport--the ISP we bought had a bunch of these in use--along with Patton. > > Brian > > Brian Becker > President, Poplar Bluff Internet, Inc. (www.semo.net) > Home of TotallyFabricated.com Software: > Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! > WebGabber (www.WebGabber.com) - html-based Chat Software > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Terry Kennedy > Sent: Thursday, April 12, 2001 12:20 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Patton Electronics > > > This is what the patton people sent me. > I know this off topic. But someone asked. > ************************************************* > > > > Hi Terry, > > You can work directly with me. We have a few different models to choose > from: > > 2810 - 24 port $4500. - this unit is fan cooled > 2960 - 48 port $8500. > 2996 - 96 port $14,000. > > All boxes support T1, CT1 as well as ISDN PRI line types. The units are > complete with all software (pre-installed) and all hardware...including rack > mount ears. > > Tech support is free and all software upgrades are free. Each unit comes > with a 2 year warranty. > > Highlights: > > 1) Up to 96 Simultaneous connections on four T1 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 operation with no > fans to fail or wear out. > 6) Dual redundant power supplies are standard and at no extra charge. > 7) Two year warranty with free technical support and software updates. > 8) No worries with Patton's 30 Day "No Hassles" trial. > 9) Financing information is available > > To see the management system on a live Patton RAS, just Point your browser > to http://demo.2960.com > > username=monitor > password=monitor > > Be sure to click on the "Dial-In" link on the upper-left of your screen. > Also, we work well with MRTG. To help you get up and running, we have canned > MRTG .cfg files which you can drop into your running configurations. > > If you have any questions, or would like more detail on a specific model, > please don't hesitate to contact me using any of the following methods. > > > Regards, > > Natalie > > Natalie R. Parnell > Sales Associate, Network Access > Patton Electronics > Ofc: 301-975-1000 ext 371 > Fax: 301-869-9293 > Email: nparnell@patton.com > WWW: http://www.patton.com > > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marius Kirschner > Sent: Thursday, April 12, 2001 10:20 AM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Patton Electronics > > > Hey, you got my interest, I've heard much good about the Patton products. > How much does a 48 port unit go for nowadays? > > ---Marius (Agora Online) > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > Sent: Thursday, April 12, 2001 1:14 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Patton Electronics > > > > > > I've been using the 2800 and now have a 2996 being shipped to me now. > > > > Comparing a 2800's performance to a DSP card there really is no > > comparison. In my specific arrangement the 2800's beat the DSP on connect > > speeds, reliabilty (no more 'hung modem' problems!) and the management > > console is way better than the DSP console port or TCM. > > > > Down side? None yet. > > > > I did get a call from Patton a day ago about a new firmware issue, a > > memory leak that would freeze the box after a week or so. Get this.. > > .THEY CALLED ME to tell me about a known issue..... anyone EVER get a call > > from 3COM about a KNOWN software issue??? Without being extorted for a > > support contract (like paying all that money would get you a proactive > > phone call about an issue... yeah right.) > > > > Patton is gonna each 3COM/Lucents lunch in the small/mid ISP areana. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Thu, 12 Apr 2001, Steve Johnson wrote: > > > > > A coworker of mine went to the ISP con and came back with a > > brochure from > > > Patton Electronics, they make a 1u box that handles 4 pri (or > > T1/E1) I was > > > wondering if anyone has used this gear before, and if it is an > > acceptable > > > replacement for 3com gear? > > > > > > One of the up sides is they give free support and free firmware > > upgrades to > > > people who own the boxes. This is a nice feature =) > > > > > > -Steve > > > > > > -- > > > Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. > > > System Administrator 300 B Street #100 > > > 707.522.1000 (Voice) Santa Rosa, CA 95404 > > > 707.547.2199 (Fax) http://www.sonic.net/ > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. >

Hello. I am having a problem with the Total Control 1000 and using it as a dialout modem server and could use some help or suggestions. I am using the Total Control 1000 with the 96port modem cards. Right now I have 4 T1's plugged into it for testing, but will soon switch to the DS3 ingress card. I have setup modem pools in a round-robin configuration and a network service for dialout. I am then using Dialout/IP by Tactical Software to connect to the 3Com Total Control and dialout. The issue I have is that roughly 20% of the time I get a modem error from the software, saying that a modem is unavialable and/or communication error with the modem. I have tried everything I can on the PC side, such as different modem INF files, compression settings, checking the DialOut/IP software, etc.. Everything seems fine on that side. 3Com is telling me that everything is configured correctly on the Total Control. Yet just today I witnessed the HiperArc reboot on its own. The firmware and system software versions are: Router Card hardware ver 20.0.0 Software Ver 5.1.99 DSP Multi Span Nac Hardware ver 0.2.0 Software Ver 3.0.14 Does anyone have any suggestions what else to try or do? As a side note, I have a number of the quad racks setup for this with no problem. Although its not using the HiperArc instead its using the physical serial connections. Its just on the newer Total Control 1000 that I have problems... Tom Schmidt Network Operations Manager toms@ngn.com

All of Europe uses E1's. -----Original Message----- Sent: Wednesday, April 11, 2001 7:47 PM please, somebody can tell me where in the world E1 is used? I live in Brazil and want to buy a refurbished or used E1 hiper dsp card. Thank's Omar Perez Projesom Internet Ltda - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Your Source for NEW AND REFURBISHED Total Control hardware High Density Chassis with 70A pwr, NMC, Hiper ARC, 2x Hiper DSP Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12xQuad Digital Modems Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x Quad Analog/Digital modems BOTH QUAD BUNDLES ARE AVAILABLE IN 70A POWER HD CHASSIS'S. 6- Hiper DSP 6- Hiper ARC 7- Hiper NMC 1- EdgeServer PRO, No memory installed, no boot disk. Looks new. 1- EdgeServer PRO 1- EdgeServer 2- AxCell(DSL) TELCO QTY- HD Chassis with 70a power QTY- Classic chassis w/ dual 45a QTY- Netserver PRI set QTY- Quad Modems - any model. QTY- NMC v90 and non-v90 enabled QTY- Dual T1/E1 QTY- Dual PRI MP16's, MMP16, MP16I's, Netserver 16's, Netserver 16I MP8, MP8I, Netserver 8, Netserver 8I NMC and Netserver Memory Available. Looking for Total Control Techs. No phone required, just you and your TCM and latenite access. Paying $150+ ....email me if interested. You dont have to be in the States since alll access at IP address. Most situations are just initial set-up. Some are troubleshooting but we can charge more for that.

I just came by a hiper nmc card set, and wanted to use it in my TC hub. Its the 70Amp etc version with v90 everything, quad modems - and so forth. Do I need anything else hiper - like maybe the arc? Or can I just plug in the nmc card set? Thanks for any advice on this! Rob

as does all of australia! Richard ----- Original Message ----- Sent: Friday, April 13, 2001 8:34 AM All of Europe uses E1's. -----Original Message----- Sent: Wednesday, April 11, 2001 7:47 PM please, somebody can tell me where in the world E1 is used? I live in Brazil and want to buy a refurbished or used E1 hiper dsp card. Thank's Omar Perez Projesom Internet Ltda - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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.

as does all of australia! Richard ----- Original Message ----- Sent: Friday, April 13, 2001 8:34 AM All of Europe uses E1's. -----Original Message----- Sent: Wednesday, April 11, 2001 7:47 PM please, somebody can tell me where in the world E1 is used? I live in Brazil and want to buy a refurbished or used E1 hiper dsp card. Thank's Omar Perez Projesom Internet Ltda - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I just got of the phone with the evil ones and confirmed that I will have to start smuggling drugs in order to pay for software downloads only with no tech support. The cost of the actual tech support would require more than the profit margin on drug running allows! While on the phone it was noted that something is going to happen on or about May 1 the will significantly affect 3Com RAS customers. I don't know whether it will be good or bad, but when has something good come from this company? They claim they are losing money on support. My response is that if you make a poroduct that is reliable there wouldn't be a support problem. I also indicated that if the support contracts were reasonably priced ( I described my Cisco contracts and the level of support I get) then they wouldn't be losing money. Let's face it, we are professionals. What we need is good code, not a bunch of phone support folks. Sell software support at reasonable price and a lot of folks would buy it. BTW, given the tone of the conversation I don't think there is a chance in the hot place that quads are going to be supported. I got the feeling they are trying to figure out how to not support anything at all, but then they pretty much have that wired now. I am going to contact my equipment rep now and see what the options are going forward, but it doesn't look good. My initial thoughts were that with the cost of DSP's under $2500 and a software contract it didn't make sense to look at the Patton's or others. Patton couldn't give a good enough price to meet the difference. If software support is no longer available then that analysis is no longer valid. I don't really want to take on a new lease for dialup gear but that may be the way to go. Mark Thornton San Marcos Internet, Inc. 512-393-5300

OK... My email that I sent regarding the quads and v.92/v.44 to Al and Irfan, my sales rep. and my VAR rep. This was in response to my sales rep's message about the disposition of v.92/v.44 and what trade-ups were available. I have gotten no substantive feedback regarding this issue yet. Previous messages of mine have made it to some other 3Com/CommWorks reps and were apparently forwarded to my reps with the implication that they need to keep me in line. :) Let me assure any 3Com/CommWorks folks reading this (unofficially, of course, since 3Com/CommWorks doesn't officially monitor this list anymore). If it weren't for Tom Goodman and George Ebert and their efforts, I would have quit using Total Control gear *LONG AGO*. Tom and George have gone way above and beyond the call of duty to try to keep me happy with Total Control gear, unfortunately, they've been hamstrung by 3Com/CommWorks policies regarding equipment EOL'ing, trade-ups, and support contracts. To be quite honest, I think I was rather restrained in not expressing my thought that Al Huefner should have been fired years ago for personally being the number 1 reason for customers switching from Total Control to other Access Server vendors. As I understand it, Al is personally responsible for the support contract policies and Terms and Conditions that we've all screamed and yelled about for the past 3 years. Anyway...here we go...my entry into the "Let's piss off 3Com/CommWorks" contest. :) Also sprach Thomas_Goodman@3com.com >TCS 4.5 is where CommWorks will deliver v.92. Only HiPer DSPs and >Multi-Span cards will have the v.92 support. We have a Quad rebate >program that turns each port into $25/port which is $100/card or $1,200 >on a 48 port chassis. >http://commworks.com/svprovider/products/rac2/tc1000_v92.html >http://commworks.com/svprovider/programs/total_control_eds/promos.html I find this humorous: "With a simple software upgrade to V.92/V.44" OK, So, with 2,162 total dial-in lines, you want me to spend $136,800(*) dollars to upgrade my equipment to be able to handle v.92/v.44. You call this a "simple software upgrade?" The EOL'ing of the quad modem cards is absolutely reprehensible, and I'd like to hear from Irfan or Al if they could come up with *ANY* good reasons that I shouldn't ditch my 3Com gear and go with Cisco's trade-up program and get *MUCH* better support of not-bleeding-edge-new gear. This in addition to your extortionate Terms and Conditions and pricing of support contracts to begin with. I'd like to hear some sort of response from Irfan or Al since my last messages to either of you have seem to fallen on deaf ears. (*) Based on needing to upgrade 17 chassis worth of quad modems, utilizing 5 double-play trade-ups from the promo page from above, plus another 12 double-play purchases not eligible for the double-play trade-up. This assumes a 30% discount off of the list price posted on the promo page. I don't know if we typically get 30% off list price or not, but I know that's typical for Cisco gear. I would be surprised to find that the discount on 3Com gear is any more than that. If the discount is less, then the figure looks even *worse* for 3Com. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I would like to have these to, so if anyone has them can you send me a copy please =) -Steve On Fri, Apr 13, 2001 at 01:55:58PM -0400, network-lists@gwi.net wrote: > Does anyone have either a defaults file or an exec script and the associated > configs for Cricket to monitor port utilization on a TC via snmp? > > Ideally what I'm looking for is something that will show me both span and > modem level resolution, if possible. > > Joshua Coombs > GWI Networking > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. System Administrator 300 B Street #100 707.522.1000 (Voice) Santa Rosa, CA 95404 707.547.2199 (Fax) http://www.sonic.net/

Mark...my apologies if I've overstepped here. I thought about trimming more of your quoted text below, but I think Al and Irfan need to hear what customers are saying about 3Com/CommWorks. Also sprach Mark Thornton >I just got of the phone with the evil ones and confirmed that I will >have to start smuggling drugs in order to pay for software downloads >only with no tech support. The cost of the actual tech support would >require more than the profit margin on drug running allows! >While on the phone it was noted that something is going to happen on or >about May 1 the will significantly affect 3Com RAS customers. I don't >know whether it will be good or bad, but when has something good come >from this company? >They claim they are losing money on support. My response is that if you >make a poroduct that is reliable there wouldn't be a support problem. I >also indicated that if the support contracts were reasonably priced ( I >described my Cisco contracts and the level of support I get) then they >wouldn't be losing money. Let's face it, we are professionals. What we >need is good code, not a bunch of phone support folks. Sell software >support at reasonable price and a lot of folks would buy it. I don't think this thought can be emphasized (and forwarded ;) enough. If support contracts were available reasonably, then more people like the people on this list would purchase them. By and large, the people on this list only call 3Com/CommWorks when we either have equipment die and needs to be replaced, or we find a bug in *their* code and want to report it to them. I can pretty much guarentee you that if support were reasonably priced IgLou would get 24x7xnext business day hardware and software support on our equipment. That's a pretty significant amount of revenue for support that 3Com/CommWorks *isn't* getting right now. And you can pretty much ask anyone around Rolling Meadows that about the only time they hear from me is when 3Com/CommWorks pulls some sort of idiotic move like EOL'ing the quads, when I have hardware fail, or when I am reporting a bug to them! That's easy money Al, but you're not getting it right now, because you're being so fascist about your policies. Go back to Econ 101...Sometimes the solution to making more money on a product is to *lower* the cost of it. Supply and demand curves and all that jazz. 3Com/CommWorks pretty much has a whole list of people right here hosted at XMission that they could get extra revenue off of if they'd just make their pricing reasonable. >BTW, given the tone of the conversation I don't think there is a chance >in the hot place that quads are going to be supported. I got the >feeling they are trying to figure out how to not support anything at >all, but then they pretty much have that wired now. I am going to >contact my equipment rep now and see what the options are going >forward, but it doesn't look good. My initial thoughts were that with >the cost of DSP's under $2500 and a software contract it didn't make >sense to look at the Patton's or others. Patton couldn't give a good >enough price to meet the difference. If software support is no longer >available then that analysis is no longer valid. I don't really want to >take on a new lease for dialup gear but that may be the way to go. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi, I'm wondering what the different is between setting the 'mdmfail' parameter at the span-level and at the modem-level. Span-level is set with 'set mdmfail [disable|block|reset|combo]' while at the span> prompt Modem-level is set using 'at%Rn=xxx' commands at the mdmX> prompt From changing difference settings at the span and modem level, I get the impression that the span-level settings only affect the "Dual-channel recovery action" not the single channel recovery action. Does anyone know if this is true? Thanks, George

Hello, I have a problem with a dual e1/cas card. Software version 1.3.4, serving two e1/cas lines on R2 protocol. The problem is that after a reboot i loose the following settings from the 'Card configuration' menu: 7 Project Id (switching sometimes from configured value R2 to Q412) 10 Set Companding (swithing from configured 'A-law' to 'modem country code') I've saved the configuration many times to nvram, no use. Is there anything I can do to solve this? It's annoying to have to watch the card on every reboot and correct these settings. Dan -- Dan Borlovan <danb@dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201

Does anyone have either a defaults file or an exec script and the associa= ted=20 configs for Cricket to monitor port utilization on a TC via snmp? Ideally what I'm looking for is something that will show me both span and= =20 modem level resolution, if possible. Joshua Coombs GWI Networking

You are WAY to forgiving to these people.... everyone else is GIVING v.92/v.44 away.... whay would you wnat to pay for it? EOL the quads was a Microsoft tactic.... if you can't sell to new ISP's for the old ones to upgrade for no apparent reason. I liked the quads but in some POPs they didn't work as well as the DSP's or Patton gear. Other than you hge expense of replacing 2K+ ports, I would ditch the quads also.... there are to many other good alternatives out there. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 13 Apr 2001, Jeff Mcadams wrote: > OK... > > My email that I sent regarding the quads and v.92/v.44 to Al and Irfan, > my sales rep. and my VAR rep. > > This was in response to my sales rep's message about the disposition of > v.92/v.44 and what trade-ups were available. > > I have gotten no substantive feedback regarding this issue yet. > Previous messages of mine have made it to some other 3Com/CommWorks reps > and were apparently forwarded to my reps with the implication that they > need to keep me in line. :) > > Let me assure any 3Com/CommWorks folks reading this (unofficially, of > course, since 3Com/CommWorks doesn't officially monitor this list > anymore). If it weren't for Tom Goodman and George Ebert and their > efforts, I would have quit using Total Control gear *LONG AGO*. Tom and > George have gone way above and beyond the call of duty to try to keep me > happy with Total Control gear, unfortunately, they've been hamstrung by > 3Com/CommWorks policies regarding equipment EOL'ing, trade-ups, and > support contracts. > > To be quite honest, I think I was rather restrained in not expressing my > thought that Al Huefner should have been fired years ago for personally > being the number 1 reason for customers switching from Total Control to > other Access Server vendors. As I understand it, Al is personally > responsible for the support contract policies and Terms and Conditions > that we've all screamed and yelled about for the past 3 years. > > Anyway...here we go...my entry into the "Let's piss off 3Com/CommWorks" > contest. :) > > ------------------------------------------------------------------------ > > Also sprach Thomas_Goodman@3com.com > >TCS 4.5 is where CommWorks will deliver v.92. Only HiPer DSPs and > >Multi-Span cards will have the v.92 support. We have a Quad rebate > >program that turns each port into $25/port which is $100/card or $1,200 > >on a 48 port chassis. > > >http://commworks.com/svprovider/products/rac2/tc1000_v92.html > > >http://commworks.com/svprovider/programs/total_control_eds/promos.html > > I find this humorous: > "With a simple software upgrade to V.92/V.44" > > OK, So, with 2,162 total dial-in lines, you want me to spend $136,800(*) > dollars to upgrade my equipment to be able to handle v.92/v.44. You > call this a "simple software upgrade?" > > The EOL'ing of the quad modem cards is absolutely reprehensible, and I'd > like to hear from Irfan or Al if they could come up with *ANY* good > reasons that I shouldn't ditch my 3Com gear and go with Cisco's trade-up > program and get *MUCH* better support of not-bleeding-edge-new gear. > > This in addition to your extortionate Terms and Conditions and pricing > of support contracts to begin with. > > I'd like to hear some sort of response from Irfan or Al since my last > messages to either of you have seem to fallen on deaf ears. > > (*) Based on needing to upgrade 17 chassis worth of quad modems, > utilizing 5 double-play trade-ups from the promo page from above, plus > another 12 double-play purchases not eligible for the double-play > trade-up. This assumes a 30% discount off of the list price posted on > the promo page. I don't know if we typically get 30% off list price or > not, but I know that's typical for Cisco gear. I would be surprised to > find that the discount on 3Com gear is any more than that. If the > discount is less, then the figure looks even *worse* for 3Com. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > ------------------------------------------------------------------------ > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hmmm... where to start. As far as I know only Patton is giving away the V.92 upgrade. Cisco and Lucent are promising reasonably priced upgrades. Patton is an unknown quantity with a very small installed base, so it remains to be seen what will happen to them if they grow to the number of installed ports of 3Com. Support is expensive, but it can be controlled. I question who 3Com has been selling their product to. If they are that clueless, they have been sold the wrong product. I still believe it is possible that there is a technical reason the quads cannot be upgraded. If that is the case it proves the point that the upper management of 3Com is dumber than board of they have been unwilling/unable/unknowledgable to transfer the information to their customers. Funny thing is, it isn't that hard to believe that might be true... We still have good luck with our quads. I wouldn't be interested in dumping them if it weren't for the fact that we need to reduce the required space for our modems. That does bring up a problem I have with Patton. My current requirements are for 17 spans, not 16 and not 20. I don't want to mix'n'match boxes, yet I don't want to pay for something I'm not using. That is part of the problem in making the argument for a move to Patton. Scalbility is not as fine as the 3Com gear. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, April 13, 2001 1:05 PM > You are WAY to forgiving to these people.... everyone else is GIVING > v.92/v.44 away.... whay would you wnat to pay for it? > > EOL the quads was a Microsoft tactic.... if you can't sell to new ISP's > for the old ones to upgrade for no apparent reason. > > I liked the quads but in some POPs they didn't work as well as the DSP's > or Patton gear. > > Other than you hge expense of replacing 2K+ ports, I would ditch the quads > also.... there are to many other good alternatives out there. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545

Hey, at least you got a response. I sent a very tame letter to those folks and didn't get a word back... Lucent is also offering a decent trade-in program as well, covers just about anything, all the way back to the old Multi-Tech modem banks... I couldn't justify moving before, but our dialup is declining, and it seems it might be worth it to trade it all in for 1/2 the ports and a small cash outlay. I've been speaking with a friend who codes for the ASxxxx series DSP chips at Cisco, and he's promised a quick route to support should we move there :) Charles On Fri, 13 Apr 2001, Jeff Mcadams wrote: > OK... > > My email that I sent regarding the quads and v.92/v.44 to Al and Irfan, > my sales rep. and my VAR rep. > > This was in response to my sales rep's message about the disposition of > v.92/v.44 and what trade-ups were available. > > I have gotten no substantive feedback regarding this issue yet. > Previous messages of mine have made it to some other 3Com/CommWorks reps > and were apparently forwarded to my reps with the implication that they > need to keep me in line. :) > > Let me assure any 3Com/CommWorks folks reading this (unofficially, of > course, since 3Com/CommWorks doesn't officially monitor this list > anymore). If it weren't for Tom Goodman and George Ebert and their > efforts, I would have quit using Total Control gear *LONG AGO*. Tom and > George have gone way above and beyond the call of duty to try to keep me > happy with Total Control gear, unfortunately, they've been hamstrung by > 3Com/CommWorks policies regarding equipment EOL'ing, trade-ups, and > support contracts. > > To be quite honest, I think I was rather restrained in not expressing my > thought that Al Huefner should have been fired years ago for personally > being the number 1 reason for customers switching from Total Control to > other Access Server vendors. As I understand it, Al is personally > responsible for the support contract policies and Terms and Conditions > that we've all screamed and yelled about for the past 3 years. > > Anyway...here we go...my entry into the "Let's piss off 3Com/CommWorks" > contest. :) > > ------------------------------------------------------------------------ > > Also sprach Thomas_Goodman@3com.com > >TCS 4.5 is where CommWorks will deliver v.92. Only HiPer DSPs and > >Multi-Span cards will have the v.92 support. We have a Quad rebate > >program that turns each port into $25/port which is $100/card or $1,200 > >on a 48 port chassis. > > >http://commworks.com/svprovider/products/rac2/tc1000_v92.html > > >http://commworks.com/svprovider/programs/total_control_eds/promos.html > > I find this humorous: > "With a simple software upgrade to V.92/V.44" > > OK, So, with 2,162 total dial-in lines, you want me to spend $136,800(*) > dollars to upgrade my equipment to be able to handle v.92/v.44. You > call this a "simple software upgrade?" > > The EOL'ing of the quad modem cards is absolutely reprehensible, and I'd > like to hear from Irfan or Al if they could come up with *ANY* good > reasons that I shouldn't ditch my 3Com gear and go with Cisco's trade-up > program and get *MUCH* better support of not-bleeding-edge-new gear. > > This in addition to your extortionate Terms and Conditions and pricing > of support contracts to begin with. > > I'd like to hear some sort of response from Irfan or Al since my last > messages to either of you have seem to fallen on deaf ears. > > (*) Based on needing to upgrade 17 chassis worth of quad modems, > utilizing 5 double-play trade-ups from the promo page from above, plus > another 12 double-play purchases not eligible for the double-play > trade-up. This assumes a 30% discount off of the list price posted on > the promo page. I don't know if we typically get 30% off list price or > not, but I know that's typical for Cisco gear. I would be surprised to > find that the discount on 3Com gear is any more than that. If the > discount is less, then the figure looks even *worse* for 3Com. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > ------------------------------------------------------------------------ > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hi... I'm somewhat puzzled by the behavior I'm getting with TCM 7.0.7... I'm in the process of upgrading to TCS 4.0 from TCS 3.6. I've installed TCM 7.0.7, and then upgraded the NMC in one of the chassis to the hm070108 version. I next tried to upgrade the HiperDSP, but TCM software update reports "card id is not found in the device id list". I tried other cards, including the arc, and get the same result. I tried another chassis -- same result (could not even upgrade that chassis's NMC). I deinstalled TCM, and reinstalled. Same results. I'm very puzzled, and miles from the physical chassis. Any ideas? Oh, in case it's relevant, I'm not going direct to TCS 4.2, as I don't have the complete software for that... our support contract ran out, and the $$$ that we were quoted for renewing it were insane... Probably will push us to going with a different vendor when we ultimately find ourselves totally stuck. *sigh*. Many thanks! - Greg : Skypoint Communications, Inc. : Greg Kemnitz - KB0OSO - gk@skypoint.com : : 10700 West Highway 55 Ste 225 : +1.763.548.2600 (v) / +1.763.548.2610 (f) : : Plymouth, MN 55441 : Providing Internet access since Feb 28, '94 :

A long walk and switching to a different project for a bit is wonderful for giving one a new perspective on things. TCM was filling in the file name with a filename one character off from what was in the sdl directory. Once that was fixed, things worked much better... :-) Also found that I had to upgrade the HyperARC via a two-step process, as it wouldn't see a successful download if I skipped 4.2.73 on my way to 5.0.9. No idea why... Oh well. Suitably embarrassed, I'll now go flash up the other chassis, waiting to hear from someone that my choice to upgrade to hm0108.nac, ne050009.dmf, and hd020109.dmf is a bad thing, and I need to switch back... :-) Sorry to have troubled y'all... - Greg At 11:55 PM 04/13/2001, you wrote: >I'm somewhat puzzled by the behavior I'm getting with TCM 7.0.7... I'm in >the process of upgrading to TCS 4.0 from TCS 3.6. I've installed TCM >7.0.7, and then upgraded the NMC in one of the chassis to the hm070108 >version. I next tried to upgrade the HiperDSP, but TCM software update >reports "card id is not found in the device id list". I tried other >cards, including the arc, and get the same result. I tried another >chassis -- same result (could not even upgrade that chassis's NMC). I >deinstalled TCM, and reinstalled. Same results. > >I'm very puzzled, and miles from the physical chassis. Any ideas? > >Oh, in case it's relevant, I'm not going direct to TCS 4.2, as I don't >have the complete software for that... our support contract ran out, and >the $$$ that we were quoted for renewing it were insane... Probably will >push us to going with a different vendor when we ultimately find ourselves >totally stuck. *sigh*. > >Many thanks! >- Greg >: Skypoint Communications, Inc. : Greg Kemnitz - KB0OSO - >gk@skypoint.com : >: 10700 West Highway 55 Ste 225 : +1.763.548.2600 (v) / +1.763.548.2610 >(f) : >: Plymouth, MN 55441 : Providing Internet access since Feb 28, >'94 : > > >- >To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >with "unsubscribe usr-tc" in the body of the message. >For information on digests or retrieving files and old messages send >"help" to the same address. Do not use quotes in your message. : Skypoint Communications, Inc. : Greg Kemnitz - KB0OSO - gk@skypoint.com : : 10700 West Highway 55 Ste 225 : +1.763.548.2600 (v) / +1.763.548.2610 (f) : : Plymouth, MN 55441 : Providing Internet access since Feb 28, '94 :

Ok, We now have a voice, we need to get together and show 3com that there "really is a market for software on quad modem cards". My contact needs to know how many of us want/need the v.92 code on quad modems cards. If you wish I can gather this info and present it to 3com. I need to know how many ports of quad modem cards you have ? I need to know by Friday. I certify that any info I receive from you will only be used for the purpose of showing 3com that we need support in v.92 code. Below you will find the email that I receive from 3com. Mark Ross California City Internet Inc. Mark, I am working internally to try and resolve the V.92 and Quad card issue that we discussed yesterday. So far I do not have any final answer to offer you. Preliminary, from a hardware/software technical perspective it does not look as though the quads have the capability to support the V.92 software. I am trying to find a solution that may require an upgrade to the newer card sets. I do not yet have the details on the logistics and or costs however It might help my efforts if you could tell me how many chassis and or ports your user community has in place. I know about your specific configuration at CCIS however the more ports that need this type of solution, the more likely that we can offer a packaged solution to you and your respective user group. Please let me know via email and I will continue my efforts. mark ross wrote: > > Hi all, > Guess what ??? > > I got a call from 3com this morning ! Mr. Alex Lopez. > It sounds like he is truly concerned about our problem with the v92 code > on quad modems. He said "I will run it by the product managers and let > you know". He also mentioned that a upgrade might be possible if they > were unable to support the quads. The amazing thing is that I did not > include my phone number in my email ( They took the time and effort to > look it up ). I should know something within a day or two and will let > you know what happens > > -------- Original Message -------- > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > issues > Date: Tue, 10 Apr 2001 15:47:25 -0700 > From: mark ross <mark@ccis.com> > Reply-To: usr-tc@lists.xmission.com > Organization: ccis > To: usr-tc@lists.xmission.com > References: <20010410153305.A5022@iglou.com> > > Hi all, > I just sent mine in.... > > Sirs, > I am writing to let you know that we have been supporters of the > USR/3com TC 1000 RAS servers for many years and we have quite a few of > your products in our pop's. > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > don't really have any need to upgrade to the newest high density RAS > servers. The quad modem cards have performed very well in the past and > our customers have been very happy with them. > > Our concern is that we are not seeing any support for v.92 updates for > the quad modem cards (We would be happy to pay for this support). Please > reconsider your decision to support the newer protocols on the quad > modem card.. > > Thank You > > Mark Ross > California City Internet Inc. > > Jeff Mcadams wrote: > > > > Hey folks... > > > Let me issue another plea... > > > > If you haven't contacted these folks concerning your issues, please do. > > If you've already decided to leave 3Com, let them know why. If you're > > thinking about leaving, let them know why. If you're not happy, let > > them know why. > >

Quads work well in some POPs, we ran quads when we figured out the DSPs simply wouldn't work well in a new pop. But they HAVE been EOL'd... like it or not, I can understand why 3COM would not want to have to support a product they EOL'd two years ago. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 13 Apr 2001, Mark Thornton wrote: > Hmmm... where to start. As far as I know only Patton is giving away the V.92 > upgrade. Cisco and Lucent are promising reasonably priced upgrades. Patton > is an unknown quantity with a very small installed base, so it remains to be > seen what will happen to them if they grow to the number of installed ports > of 3Com. Support is expensive, but it can be controlled. I question who 3Com > has been selling their product to. If they are that clueless, they have been > sold the wrong product. > > I still believe it is possible that there is a technical reason the quads > cannot be upgraded. If that is the case it proves the point that the upper > management of 3Com is dumber than board of they have been > unwilling/unable/unknowledgable to transfer the information to their > customers. Funny thing is, it isn't that hard to believe that might be > true... > > We still have good luck with our quads. I wouldn't be interested in dumping > them if it weren't for the fact that we need to reduce the required space > for our modems. That does bring up a problem I have with Patton. My current > requirements are for 17 spans, not 16 and not 20. I don't want to > mix'n'match boxes, yet I don't want to pay for something I'm not using. That > is part of the problem in making the argument for a move to Patton. > Scalbility is not as fine as the 3Com gear. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: "Paul Farber" <farber@admin.f-tech.net> > To: <usr-tc@lists.xmission.com> > Sent: Friday, April 13, 2001 1:05 PM > Subject: Re: (usr-tc) v.92 for quads update > > > > You are WAY to forgiving to these people.... everyone else is GIVING > > v.92/v.44 away.... whay would you wnat to pay for it? > > > > EOL the quads was a Microsoft tactic.... if you can't sell to new ISP's > > for the old ones to upgrade for no apparent reason. > > > > I liked the quads but in some POPs they didn't work as well as the DSP's > > or Patton gear. > > > > Other than you hge expense of replacing 2K+ ports, I would ditch the quads > > also.... there are to many other good alternatives out there. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

With all due respect, how long should 3Com support old products? How long should any manufacturer support old products? At what price? How much would those of you who don't have support contracts pay for a V.92 upgrade for the quads? Like you, 3Com's goal is to make a profit, and unless they can recoup the development cost, it doesn't make sense to invest in the upgrade. Technology changes. Should Microsoft continue to support the 486 with Win2K? How about the 386? It's not even clear that the quad modem cards have enough memory or CPU or that the rest of the hardware will support V.92. I realize that there are a lot of ISPs that are using the quads, but it's simply not realistic to expect 3Com or any other manufacturer to support old equipment ad infinitum. Let's get real. 3Com is not doing anything different from most any other manufacturer in this business. Any box you buy will be obsolete in just a few years, and it's hard to move forward if you carry too much baggage from the past around with you. Mark Levy FSInet > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Yeah...and EOL'ing the quads was a collosally bad mistake. > They need to > be "unEOL'ed". They pulled this same exact crap two years > ago with the > NETServer to HiPer Arc transition and EOL'ing of the NETServer, two > years before that, it was the dual modem cards. What's it going to be > two years from now? Either we need to get 3Com/CommWorks to realize > that installed customer base is important, or they're going > to loose us > as a customer. > > I know Paul, they've already lost you, and I *certainly* > don't fault you > for that decision, and I'm almost there myself, but I'm trying for one > last ditch effort here. > > 3Com/CommWorks clearly has no clue what sort of installed > base in still > out there for thier equipment. I bet Al and Irfan barely remember the > dual modem cards (if they remember them at all)...I still have several > in production use sitting at the bottom of a rack, never being noticed > or messed with at all until we start getting busy signals on that hunt > group and we go and physically reseat them to reset them. > > 3Com/CommWorks clearly has no clue what their issues are with support > contracts. > > > > OK...screw it...I'm gonna tell this, its been two years. Two > years ago, > with the NETServer being EOL'ed, and the transition to HiPer Arcs, I > raised about the same issues that I'm raising here, with > about the same > response initially. After screaming and yelling about the > situation for > a couple of weeks (I think it was) I was contacted about getting > NETServers swapped for HiPer Arcs...this was the doing of the > sales side > of things within 3Com at the time...this wasn't a deal that 3Com as a > whole corporate body was doing...this was a special deal that > the sales > folks there made with IgLou because we made the ultimatum, "Either you > resolve this issue to our satisfaction, or you loose us as a > customer." > They resolved it. They did a 1 for 1 trade of HiPer Arcs for > NETServers, at no cost to IgLou. The deal, however, was that > I couldn't > tell anyone how this came about because it was a special deal > they were > doing for me and they couldn't have everyone coming to them demanding > the same thing. > > So, for those of you that remember the NETServer to HiPer Arc > thing, if > any of you wondered why I suddenly went silent on that issue > (or nearly > so anyway), that's why. > > So...what was the result of that...I got my HiPer Arcs, and I > no longer > suffered from Quake Lag or multi-chassis multi-link MPIP > instabilities. > However, 3Com continued in their ways and didn't learn > anything from the > situation, and here we are, 2 years later is *exactly* the same > situation, just with a different card and 3Com is making the same > *exact* mistake. 3Com/CommWorks still hasn't learned of the > importance > of installed base. 3Com/CommWorks still hasn't learned of the > importance (or economics, apparently!) of reasonable availability of > support contracts. > > Well...here we are again...and here's the situation again. > 3Com either > resolves this situation to my satisfaction, or they loose me as a > customer, period. Its the same ultimatum as two years ago with > NETServers. This time, however, there will be no silencing of me with > the deal. Whatever deal I get better be one that 3Com/CommWorks is > willing for everyone to know about, because I will not be > silent on it. > > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach mark ross >Ok, >We now have a voice, Funny...I still haven't heard from anyone substantive, despite a direct request for such contact. :/ >we need to get together and show 3com that there >"really is a market for software on quad modem cards". My contact needs >to know how many of us want/need the v.92 code on quad modems cards. If >you wish I can gather this info and present it to 3com. > Well...I mentioned previously I believe. I have 17 chassis worth of quads, at 12 quads per chassis, makes 204 quad cards. >>Preliminary, from a hardware/software technical perspective it does >>not look as though the quads have the capability to support the V.92 >>software. I'm sorry, but this is a bunch of hooey. Digital (and digital/analog) quads have a direct digital connection to the TDM bus in the midplane, which goes to the dual-ti/pri cards which function as a glorified switch or DACs (depending on the setup). There's nothing that should prevent the hardware setup in the quads from supporting v.92. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Paul Farber >Quads work well in some POPs, we ran quads when we figured out the DSPs >simply wouldn't work well in a new pop. >But they HAVE been EOL'd... like it or not, I can understand why 3COM >would not want to have to support a product they EOL'd two years ago. Yeah...and EOL'ing the quads was a collosally bad mistake. They need to be "unEOL'ed". They pulled this same exact crap two years ago with the NETServer to HiPer Arc transition and EOL'ing of the NETServer, two years before that, it was the dual modem cards. What's it going to be two years from now? Either we need to get 3Com/CommWorks to realize that installed customer base is important, or they're going to loose us as a customer. I know Paul, they've already lost you, and I *certainly* don't fault you for that decision, and I'm almost there myself, but I'm trying for one last ditch effort here. 3Com/CommWorks clearly has no clue what sort of installed base in still out there for thier equipment. I bet Al and Irfan barely remember the dual modem cards (if they remember them at all)...I still have several in production use sitting at the bottom of a rack, never being noticed or messed with at all until we start getting busy signals on that hunt group and we go and physically reseat them to reset them. 3Com/CommWorks clearly has no clue what their issues are with support contracts. OK...screw it...I'm gonna tell this, its been two years. Two years ago, with the NETServer being EOL'ed, and the transition to HiPer Arcs, I raised about the same issues that I'm raising here, with about the same response initially. After screaming and yelling about the situation for a couple of weeks (I think it was) I was contacted about getting NETServers swapped for HiPer Arcs...this was the doing of the sales side of things within 3Com at the time...this wasn't a deal that 3Com as a whole corporate body was doing...this was a special deal that the sales folks there made with IgLou because we made the ultimatum, "Either you resolve this issue to our satisfaction, or you loose us as a customer." They resolved it. They did a 1 for 1 trade of HiPer Arcs for NETServers, at no cost to IgLou. The deal, however, was that I couldn't tell anyone how this came about because it was a special deal they were doing for me and they couldn't have everyone coming to them demanding the same thing. So, for those of you that remember the NETServer to HiPer Arc thing, if any of you wondered why I suddenly went silent on that issue (or nearly so anyway), that's why. So...what was the result of that...I got my HiPer Arcs, and I no longer suffered from Quake Lag or multi-chassis multi-link MPIP instabilities. However, 3Com continued in their ways and didn't learn anything from the situation, and here we are, 2 years later is *exactly* the same situation, just with a different card and 3Com is making the same *exact* mistake. 3Com/CommWorks still hasn't learned of the importance of installed base. 3Com/CommWorks still hasn't learned of the importance (or economics, apparently!) of reasonable availability of support contracts. Well...here we are again...and here's the situation again. 3Com either resolves this situation to my satisfaction, or they loose me as a customer, period. Its the same ultimatum as two years ago with NETServers. This time, however, there will be no silencing of me with the deal. Whatever deal I get better be one that 3Com/CommWorks is willing for everyone to know about, because I will not be silent on it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I would have to agree with Mark on this. Cisco has EOL'd products that still do the job that they were originally installed to do, but was not cost effective to update to handle the advances in technology. Lucent has done the same. Technology changes daily and it becomes more difficult to support the older hardware and make it work with the changes in technology. I have a variety of equipment, both older and new. I also accept that as technology changes and advances, I either adapt and change with it or fall behind. I budget every year for additional hardware to upgrade what might be EOL'd just to try to stay not so far behind. It's a sad fact that in the IT sector, things change daily and equipment becomes "obsolete" faster than I wear out a pair of shoes. I've been pleased with the 3Com products that I have. The 2 times that I've needed support from 3Com, I received the assistance that I needed. I'm not saying that I didn't tell them what the problem was and how I expected it to be taken care of, but it was taken care of. I have a service contract as a necessary evil, just like I have auto insurance. I also have the same on my Cisco equipment and can't say that their support was better or worse. The reason that I have the service contract on my 3Com and Cisco equipment is for the software. The prices for the contracts were fairly comparable and is viewed as something needed to maintain the equipment. I have some quads out there, both analog and digital. They're still in use because they are cheap, paid for and do the job that I need them to. When they stop doing the job, they'll be unplugged and replaced with equipment that will someday make a good quality anchor for my boat. Lance Eves Kanokla Communications > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark E. Levy > Sent: Saturday, April 14, 2001 9:29 PM > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) v.92 for quads update > > > With all due respect, how long should 3Com support old products? How long > should any manufacturer support old products? At what price? How > much would > those of you who don't have support contracts pay for a V.92 > upgrade for the > quads? Like you, 3Com's goal is to make a profit, and unless they > can recoup > the development cost, it doesn't make sense to invest in the upgrade. > > Technology changes. Should Microsoft continue to support the 486 > with Win2K? > How about the 386? It's not even clear that the quad modem cards > have enough > memory or CPU or that the rest of the hardware will support V.92. > > I realize that there are a lot of ISPs that are using the quads, but it's > simply not realistic to expect 3Com or any other manufacturer to > support old > equipment ad infinitum. > > Let's get real. 3Com is not doing anything different from most any other > manufacturer in this business. Any box you buy will be obsolete in just a > few years, and it's hard to move forward if you carry too much > baggage from > the past around with you. > > Mark Levy > FSInet > > > From: Jeff Mcadams [mailto:jeffm@iglou.com] > > Yeah...and EOL'ing the quads was a collosally bad mistake. > > They need to > > be "unEOL'ed". They pulled this same exact crap two years > > ago with the > > NETServer to HiPer Arc transition and EOL'ing of the NETServer, two > > years before that, it was the dual modem cards. What's it going to be > > two years from now? Either we need to get 3Com/CommWorks to realize > > that installed customer base is important, or they're going > > to loose us > > as a customer. > > > > I know Paul, they've already lost you, and I *certainly* > > don't fault you > > for that decision, and I'm almost there myself, but I'm trying for one > > last ditch effort here. > > > > 3Com/CommWorks clearly has no clue what sort of installed > > base in still > > out there for thier equipment. I bet Al and Irfan barely remember the > > dual modem cards (if they remember them at all)...I still have several > > in production use sitting at the bottom of a rack, never being noticed > > or messed with at all until we start getting busy signals on that hunt > > group and we go and physically reseat them to reset them. > > > > 3Com/CommWorks clearly has no clue what their issues are with support > > contracts. > > > > > > > > OK...screw it...I'm gonna tell this, its been two years. Two > > years ago, > > with the NETServer being EOL'ed, and the transition to HiPer Arcs, I > > raised about the same issues that I'm raising here, with > > about the same > > response initially. After screaming and yelling about the > > situation for > > a couple of weeks (I think it was) I was contacted about getting > > NETServers swapped for HiPer Arcs...this was the doing of the > > sales side > > of things within 3Com at the time...this wasn't a deal that 3Com as a > > whole corporate body was doing...this was a special deal that > > the sales > > folks there made with IgLou because we made the ultimatum, "Either you > > resolve this issue to our satisfaction, or you loose us as a > > customer." > > They resolved it. They did a 1 for 1 trade of HiPer Arcs for > > NETServers, at no cost to IgLou. The deal, however, was that > > I couldn't > > tell anyone how this came about because it was a special deal > > they were > > doing for me and they couldn't have everyone coming to them demanding > > the same thing. > > > > So, for those of you that remember the NETServer to HiPer Arc > > thing, if > > any of you wondered why I suddenly went silent on that issue > > (or nearly > > so anyway), that's why. > > > > So...what was the result of that...I got my HiPer Arcs, and I > > no longer > > suffered from Quake Lag or multi-chassis multi-link MPIP > > instabilities. > > However, 3Com continued in their ways and didn't learn > > anything from the > > situation, and here we are, 2 years later is *exactly* the same > > situation, just with a different card and 3Com is making the same > > *exact* mistake. 3Com/CommWorks still hasn't learned of the > > importance > > of installed base. 3Com/CommWorks still hasn't learned of the > > importance (or economics, apparently!) of reasonable availability of > > support contracts. > > > > Well...here we are again...and here's the situation again. > > 3Com either > > resolves this situation to my satisfaction, or they loose me as a > > customer, period. Its the same ultimatum as two years ago with > > NETServers. This time, however, there will be no silencing of me with > > the deal. Whatever deal I get better be one that 3Com/CommWorks is > > willing for everyone to know about, because I will not be > > silent on it. > > > > -- > > Jeff McAdams Email: jeffm@iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hi Craig, I do agree that support is desired for the Quads, but are people willing to pay for the support on the older equipment? If I was in need of support for the Quads, I would. If the Quads are migrating to third world areas (or at least as far as technology is concerned) is there much benefit in V.92 for them? If digital is like magic to them, is V.92 even going to be an issue? All that I'm saying is that the Quads have their uses, but I don't expect the latest and greatest ideas to be an option for them. Lance -----Original Message----- Sent: Saturday, April 14, 2001 11:44 PM Hello Lance, Saturday, April 14, 2001, 8:44:12 PM, you wrote: I tried to post this to the list but was unable if you want to pass it on to the list i would appreciate it!! The Facts is support is needed for quads (in some manner) no matter what codes is out there!! We all don't have a customer base in the thousands or in economically strong geographic area's! Most of the Quads are migrating to Eastern Europe and other far off places in the world for small start up Isp's, Due to the fact that they have become cost effective and there chipsets are very staple and compatible with older phone systems. And where technology advancement is more feared that welcome due to the high cost related to it! Case in point I am a backer ($$) of two small Isp that are in the CIS, the phone company yet today even after assistance from me with upgrading can not yet run E1 nor any other protocol that the dsp require. ( where digital telephones line are like idea from an Jules Verne novel) Off hand to make this point more of a finical one to 3com. I can probably direct you to 20,000 ports that are in the same situation as me! So I guess my point being there is plenty of people requiring support for quads and 3com is just screwing themselves out of half worlds up and comming the low end Isp market! Thank You Craig -- Thanks, Craig mailto:Craig@tavrida.net

Mind you, I've got thousands of ports of Quad-Card chassis out in the network, but I'm forced to agree. The whole computer industry is about upgrades and changes. It's been that way since the early IBM XT, and it will be that way for a LONG time to come. ALL things in your network should be seen as a 4-5 year investment. Beyond that is just not being realistic. I'm not just talking modem chassis, I'm talking everything from wiring to servers to storage to you-name-it. Everything at an ISP needs upgrades to stay current, and to stay strong. Those who don't upgrade sell their ISP to somebody that will - I know. Voyager bought probably 35 ISP's in the past, and just about every one of them needed major upgrades, which is why they got out. I'm not thrilled with the fact that quad cards are EOL. I didn't get any fantastic deal on Netserver -> ARC upgrades, but I did it anyway. You know what... it probably paid for itself many times over in space savings and administration costs. Quad cards were great in their day, and they are still good for small POPs, but IMO, I can't blame 3COM for ending development on them. I'll also say again that I doubt there is enough memory in the Quad cards to support another upgrade, given that they pulled things out of the code just to get v92 and X2 working. It *would* be nice if 3COM would just answer the question of "WHY" > With all due respect, how long should 3Com support old products? How long > should any manufacturer support old products? At what price? How much would > those of you who don't have support contracts pay for a V.92 upgrade for the > quads? Like you, 3Com's goal is to make a profit, and unless they can recoup > the development cost, it doesn't make sense to invest in the upgrade. > > Technology changes. Should Microsoft continue to support the 486 with Win2K? > How about the 386? It's not even clear that the quad modem cards have enough > memory or CPU or that the rest of the hardware will support V.92. > > I realize that there are a lot of ISPs that are using the quads, but it's > simply not realistic to expect 3Com or any other manufacturer to support old > equipment ad infinitum. > > Let's get real. 3Com is not doing anything different from most any other > manufacturer in this business. Any box you buy will be obsolete in just a > few years, and it's hard to move forward if you carry too much baggage from > the past around with you. > > Mark Levy > FSInet > > > From: Jeff Mcadams [mailto:jeffm@iglou.com] > > Yeah...and EOL'ing the quads was a collosally bad mistake. > > They need to > > be "unEOL'ed". They pulled this same exact crap two years > > ago with the > > NETServer to HiPer Arc transition and EOL'ing of the NETServer, two > > years before that, it was the dual modem cards. What's it going to be > > two years from now? Either we need to get 3Com/CommWorks to realize > > that installed customer base is important, or they're going > > to loose us > > as a customer. > > > > I know Paul, they've already lost you, and I *certainly* > > don't fault you > > for that decision, and I'm almost there myself, but I'm trying for one > > last ditch effort here. > > > > 3Com/CommWorks clearly has no clue what sort of installed > > base in still > > out there for thier equipment. I bet Al and Irfan barely remember the > > dual modem cards (if they remember them at all)...I still have several > > in production use sitting at the bottom of a rack, never being noticed > > or messed with at all until we start getting busy signals on that hunt > > group and we go and physically reseat them to reset them. > > > > 3Com/CommWorks clearly has no clue what their issues are with support > > contracts. > > > > > > > > OK...screw it...I'm gonna tell this, its been two years. Two > > years ago, > > with the NETServer being EOL'ed, and the transition to HiPer Arcs, I > > raised about the same issues that I'm raising here, with > > about the same > > response initially. After screaming and yelling about the > > situation for > > a couple of weeks (I think it was) I was contacted about getting > > NETServers swapped for HiPer Arcs...this was the doing of the > > sales side > > of things within 3Com at the time...this wasn't a deal that 3Com as a > > whole corporate body was doing...this was a special deal that > > the sales > > folks there made with IgLou because we made the ultimatum, "Either you > > resolve this issue to our satisfaction, or you loose us as a > > customer." > > They resolved it. They did a 1 for 1 trade of HiPer Arcs for > > NETServers, at no cost to IgLou. The deal, however, was that > > I couldn't > > tell anyone how this came about because it was a special deal > > they were > > doing for me and they couldn't have everyone coming to them demanding > > the same thing. > > > > So, for those of you that remember the NETServer to HiPer Arc > > thing, if > > any of you wondered why I suddenly went silent on that issue > > (or nearly > > so anyway), that's why. > > > > So...what was the result of that...I got my HiPer Arcs, and I > > no longer > > suffered from Quake Lag or multi-chassis multi-link MPIP > > instabilities. > > However, 3Com continued in their ways and didn't learn > > anything from the > > situation, and here we are, 2 years later is *exactly* the same > > situation, just with a different card and 3Com is making the same > > *exact* mistake. 3Com/CommWorks still hasn't learned of the > > importance > > of installed base. 3Com/CommWorks still hasn't learned of the > > importance (or economics, apparently!) of reasonable availability of > > support contracts. > > > > Well...here we are again...and here's the situation again. > > 3Com either > > resolves this situation to my satisfaction, or they loose me as a > > customer, period. Its the same ultimatum as two years ago with > > NETServers. This time, however, there will be no silencing of me with > > the deal. Whatever deal I get better be one that 3Com/CommWorks is > > willing for everyone to know about, because I will not be > > silent on it. > > > > -- > > Jeff McAdams Email: jeffm@iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | | "Those who can't laugh at themselves leave the job to others" |

> From: Curt Shambeau [mailto:curt@execpc.com] > It *would* be nice if 3COM would just answer the question of "WHY" I think that's a simple answer. They have x number of programmers. Are they going to have them working on code for new products, or a product that they haven't sold for years? Mark E. Levy, President FSInet, Inc. | System Management Associates, Inc. 800-827-6085 x202 | 847-291-1550 x202 847-753-6832 fax | 847-291-3866 fax www.fsi.net | www.sysman-inc.com mark@fsi.net | levy@sysman-inc.com

> > From: Curt Shambeau [mailto:curt@execpc.com] > > It *would* be nice if 3COM would just answer the question of "WHY" > > I think that's a simple answer. They have x number of programmers. Are they > going to have them working on code for new products, or a product that they > haven't sold for years? Perhaps... but it sure would be nice if they would just say it. I'm more betting on the fact that the v92 code won't fit in the quad-modem. | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | | "Those who can't laugh at themselves leave the job to others" |

What if 3Com was to release the source code and compiler for the quad cards? Could a group get together and modify the code with assistance of the V.92 definition and info from current modem manufacturers. Can 3Com tell us it that is a viable alternative? Will they actually do the basic connection funtions without the storage frills? On Sun, 15 Apr 2001, Mark E. Levy wrote: > > From: Curt Shambeau [mailto:curt@execpc.com] > > It *would* be nice if 3COM would just answer the question of "WHY" > > I think that's a simple answer. They have x number of programmers. Are they > going to have them working on code for new products, or a product that they > haven't sold for years? > > --------------------------------------------------------------------- > Mark E. Levy, President > > FSInet, Inc. | System Management Associates, Inc. > 800-827-6085 x202 | 847-291-1550 x202 > 847-753-6832 fax | 847-291-3866 fax > www.fsi.net | www.sysman-inc.com > mark@fsi.net | levy@sysman-inc.com > --------------------------------------------------------------------- > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > -- --Rich Adams, President-Dayton Internet Services, Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

Dayton Internet wrote: > > What if 3Com was to release the source code and compiler for the quad > cards? Could a group get together and modify the code with assistance of the > V.92 definition and info from current modem manufacturers. Can 3Com tell us it > that is a viable alternative? Will they actually do the basic connection > funtions without the storage frills? Why would 3Com do that? I am sure there are many trade secrets inside their Quad code that they still use to this day. I think you're dreaming dude. Even if they give you the source it's a can of worms, each modem manufacture reads some of the things in the specs, the "Mays, Coulds, Woulds" in a different way, as would the open source programmers. It just seems like something that won't happen and would take considerable time seeing how these people are not modem engineers. You'd be better off reverse engineering the TDM bus and starting from scratch with the modem code. Now that's where you'd need some background and insight on the hardware and how to bang it to get the results you want, or again you can reverse engineer the code. Needless to say, the modem cards do part of the PPP packet, then the HiPerARC or NetServer does the other part. It's probably messy. You still have the interoperability issues with other vendors to resolve. Maybe it's time to upgrade and move on, or leave your V.90 customers on the Quads and buy new hardware for V.92 customers. That's the approach I'm leaning towards unless 3Com makes it in my best interest to upgrade all my HiPers to V.92. Seems to me they would want ISPs using the latest stuff, which in theory would drive some new modem sales again. We're the people who will drive upgrades in the field. Without ISP's on board, V.92 will be ignored. -Ron GLISnet, Inc. 810/786.0454

> Quad cards were great in their day, and they are still good for small POPs, > but IMO, I can't blame 3COM for ending development on them. I just got a deal from another ISP on a TC1000 loaded with quad cards and I jumped on it for the one community we must use trunk lines because PRI's aren't available there. It's seems such a waste to use an expensive Hiper DSP card on non-PRI circuits. I also have a support contract with both 3COM and Cisco and even telephoned 3COM to ask a techie's opinion as if I should even get this unit and if it could be added to my contract! No problem, now less than a month later, I'm finding out that I won't be able to upgrade it beyond v.90. Oh well, back to focusing on PRI circuits and I guess, we'll just have to let those small communities suffer with inferior phone service and remote access equpment :^( I discovered the Quad cards a great 3COM recipe for rural access. Now, we'll have no choice but to find other options for our rural communities.... Best 'net regards, Joe -- Joe Rinehart, Operations Designer Config.Com, Inc. 124 North Chestnut Street, Ravenna, OH 44266 T: 330.297.9595 F:330.296.4005 H:330.298.4396 http://joerinehart.com/ mailto:joe@config.com finger:joe@config.com

Also sprach Mark E. Levy >With all due respect, how long should 3Com support old products? For a product that has no real inherent flaws? A *heck* of a lot longer than 4 years! You do realize that Cisco still *SELLS* their 2500 routers, right? They are, what, 10 years old now? They haven't even reached End Of Sales on those, let along End Of Life. Sure...they don't support the latest and greatest, because of technical reasons. If there is a technical reason that the quads can't support v.92...then I'll be satisified. I seriously doubt that to be the case though. >How long should any manufacturer support old products? Cisco seems to EOL products at least 3 years after EOS. Sometimes longer. >At what price? How much would those of you who don't have support >contracts pay for a V.92 upgrade for the quads? I would be more than happy to pay for support contracts from 3Com that would include v.92 upgrades for quads. I don't particularly want to support the quads at the same level as DSPs and Arcs, that's goofy. But then, that's also one of the major problems with 3Com/CommWorks support contract policies...you can't cover different equipment at different levels. If the pricing and policies were reasonable, IgLou would most likely get 8x5xnbd support on quads, dual-pri cards, and the base chassis, with 24x7x4hour support on DSPs and Arcs. Instead, with 3Com/CommWorks policies, if we want to cover Arcs with 24x7x4hour support, we have to cover our quads with the same. Even though 3Com/CommWorks has EOL'ed them! We have to pay for them anyway! >Like you, 3Com's goal is to make a profit, and unless they can recoup >the development cost, it doesn't make sense to invest in the upgrade. And what I'm saying is that if 3Com/CommWorks doesn't start supporting their old equipment better, then they won't be selling any of their new equipment. I am *NOT* going to go through this same thing 2 years from now with...say...DSPs. >Technology changes. Should Microsoft continue to support the 486 with >Win2K? *Please* don't tell me you're holding up M$ as a paragon of reasonable service and support. >How about the 386? It's not even clear that the quad modem cards have >enough memory or CPU or that the rest of the hardware will support >V.92. Then why on God's green earth hasn't 3Com/CommWorks *said* this. If this is truly the case, then I'm going to be a lot less vehement about this situation. What was it...3 years ago when we presented the Top 10 Gripe list to 3Com? What was the core of a lot of those issues? 3Com *SUCKS* at communicating with its customers. Gee...looks like that hasn't changed at all. >I realize that there are a lot of ISPs that are using the quads, but >it's simply not realistic to expect 3Com or any other manufacturer to >support old equipment ad infinitum. And you'll notice that I'm not demanding support for the dual cards (even if they are newer than Cisco 2500's), which, again I'll point out, I still have in service. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Lance Eves >I would have to agree with Mark on this. Cisco has EOL'd products that >still do the job that they were originally installed to do, but was not >cost effective to update to handle the advances in technology. Lucent >has done the same. Technology changes daily and it becomes more >difficult to support the older hardware and make it work with the >changes in technology. As I pointed out in my previous message...Cisco still *sells* the 2500 routers, and they even run CEF now! There is no way on earth that you can compare 3Com/CommWorks support of old equipment with Cisco. Cisco is orders of magnitude ahead of 3Com/CommWorks on this count. >The 2 times that I've needed support from 3Com, I received the >assistance that I needed. When you can afford the extortionate rates for support these days from 3Com (or during your 90 days of free support when you buy new equipment) you can get great help from 3Com. That's largely thanks to the likes of Mike Wronski, Krish, Chuck Stace, Dominic Ciresi, and others (Hi guys!). These guys are great at supporting the product, I have the utmost respect for them. I have absolutely zero respect for Al Huefner who seems to be doing his best to run 3Com/CommWorks into the ground by totally screwing their customers with support contracts. I'll say it again...Al is, in my estimation, personally responsible for the loss of the bulk of the Total Control customers that 3Com/Commworks has lost over the past couple of years. If I were his boss, I would have fired him long ago! -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Lance Eves >I do agree that support is desired for the Quads, but are people >willing to pay for the support on the older equipment? What do you think we've all be yelling about for the past 3 years? We want to *pay* 3Com/CommWorks for support on our equipment, but they essentially are refusing our money. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Curt Shambeau >ALL things in your network should be seen as a 4-5 year investment. I'm glad you agree with me Curt. I bought some of my quads about 2 years ago. >I'll also say again that I doubt there is enough memory in the Quad >cards to support another upgrade, given that they pulled things out of >the code just to get v92 and X2 working. They didn't pull anything out of the quads to get v.90 and x2 working. I don't say that this *isn't* the problem with v.92, but I'm *extremely* skeptical of it. Shoot...I'd say pull x2 out if you need to make room for v.92. x2 never worked very well anyway. >It *would* be nice if 3COM would just answer the question of "WHY" Amen there. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Sun, 15 Apr 2001, Curt Shambeau wrote: > ALL things in your network should be seen as a 4-5 year investment. Beyond > that is just not being realistic. What if the 4-5 year old equipment (actually my quads are more like 3.5 years old) does a better job than the brand new stuff. I still have a hunt dedicated to quads for a mess of mac customers, and other Rockwell oddities that just cannot connect to DSP cards. Period. I appreciate the new form factor of the DSP cards, but I'm still not convinced that they actually perform better than the older product... Charles > ------------------------------------------------------------------------- > | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | > | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | > | "Those who can't laugh at themselves leave the job to others" | >

> Also sprach Lance Eves > >I would have to agree with Mark on this. Cisco has EOL'd products that > >still do the job that they were originally installed to do, but was not > >cost effective to update to handle the advances in technology. Lucent > >has done the same. Technology changes daily and it becomes more > >difficult to support the older hardware and make it work with the > >changes in technology. > > As I pointed out in my previous message...Cisco still *sells* the 2500 > routers, and they even run CEF now! There is no way on earth that you > can compare 3Com/CommWorks support of old equipment with Cisco. Cisco > is orders of magnitude ahead of 3Com/CommWorks on this count. Yeah... so??? That's a router. How much has v.35 interfaces changed over the last 10 years. How much as 10base-T ethernet changed over the last 10 years? Now, take the proper comparison (not one that just fits your cause), such as the Cisco 5200, which will not support v.92, and we have a real life comparison of a like product. A comparison of a technology that changes every year. | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | | "Those who can't laugh at themselves leave the job to others" |

> Also sprach Curt Shambeau > >Yeah... so??? That's a router. How much has v.35 interfaces changed > >over the last 10 years. How much as 10base-T ethernet changed over the > >last 10 years? > > You're saying router technology hasn't changed much over the past 10 > years? What color is the sky in your world? ;) Ummm.... Today it's kinda blue-grey. 8*) Geez, we even had some snow flurries today... Cold nasty day. Anyway... The thought I was trying to get across is that the interfaces available to that router support technologies that have not changed in a LONG time. T1 lines have not changed, 10Base-T ethernet hasn't changed, v.35 serial interfaces have not changed, ISDN BRI hasn't changed. I'm not saying routers have not changed... I'm saying that routers *IN THIS CLASS* haven't changed too much. > If this'd been 3Com/CommWorks, they'd probably disavow any knowledge of > the product ever *existing*, let alone support it to the extent that the > technology allows. Can't deny that. I'm guessing when the 26xx series came out, 3COM would have dropped the 25xx. Do I think that is a bad thing? Not really. I still use 2500's in our network, although most have been replaced with 2600's. I still use quad modems in our network, but most have been replaced with HDM's. | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | | "Those who can't laugh at themselves leave the job to others" |

Wow Jeff. I just sat in on a CommWorks session at ISPCon and it wasn't like that at all. They talked openly about the Quad cards and the fact that they were not going to be able to move them to the V.92 standard. That is not anything close to: >>disavow any knowledge of the product ever *existing* I have users all the time come in our store and expect their modem they bought more than 4 years ago to be V.92 ready. Sounds like you are expecting the same thing... Brian Becker President, Poplar Bluff Internet, Inc. - www.semo.net Home of TotallyFabricated.com software www.TotalScrutinizer.com - Tech support just got easier! www.WebGabber.com - Best html-only Chat Software -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Monday, April 16, 2001 9:43 AM Also sprach Curt Shambeau >Yeah... so??? That's a router. How much has v.35 interfaces changed >over the last 10 years. How much as 10base-T ethernet changed over the >last 10 years? You're saying router technology hasn't changed much over the past 10 years? What color is the sky in your world? ;) >Now, take the proper comparison (not one that just fits your cause), >such as the Cisco 5200, which will not support v.92, and we have a real >life comparison of a like product. A comparison of a technology that >changes every year. OK...its not a direct comparison...but its still good. Cisco 2500's don't/can't support the latest and greatest stuff due to technological limitations. But you'll notice that Cisco didn't just drop the product on the floor. If this'd been 3Com/CommWorks, they'd probably , let alone support it to the extent that the technology allows. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach Curt Shambeau >Yeah... so??? That's a router. How much has v.35 interfaces changed >over the last 10 years. How much as 10base-T ethernet changed over the >last 10 years? You're saying router technology hasn't changed much over the past 10 years? What color is the sky in your world? ;) >Now, take the proper comparison (not one that just fits your cause), >such as the Cisco 5200, which will not support v.92, and we have a real >life comparison of a like product. A comparison of a technology that >changes every year. OK...its not a direct comparison...but its still good. Cisco 2500's don't/can't support the latest and greatest stuff due to technological limitations. But you'll notice that Cisco didn't just drop the product on the floor. If this'd been 3Com/CommWorks, they'd probably disavow any knowledge of the product ever *existing*, let alone support it to the extent that the technology allows. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Jeff Mcadams wrote: > > Also sprach Curt Shambeau > >Yeah... so??? That's a router. How much has v.35 interfaces changed > >over the last 10 years. How much as 10base-T ethernet changed over the > >last 10 years? > > You're saying router technology hasn't changed much over the past 10 > years? What color is the sky in your world? ;) > > >Now, take the proper comparison (not one that just fits your cause), > >such as the Cisco 5200, which will not support v.92, and we have a real > >life comparison of a like product. A comparison of a technology that > >changes every year. > > OK...its not a direct comparison...but its still good. Cisco 2500's > don't/can't support the latest and greatest stuff due to technological > limitations. But you'll notice that Cisco didn't just drop the product > on the floor. > > If this'd been 3Com/CommWorks, they'd probably disavow any knowledge of > the product ever *existing*, let alone support it to the extent that the > technology allows. How about the Livingston PM3? There are quite a few of those out there and Lucent stopped software development for that product, which means no V.92. I'd have to say there's as many small ISP's with 3Com gear as PM3's. Also, don't you think those people who spent hundreds of thousands on Cisco AS5800's aren't bitching that they will never get V.92 without spending and additional hundreds of thousands on new modems? We all made choices, when 3Com offered to take my Quads when I was purchasing new ports, I boxed them up and mailed them back faster than you can say "problem avoided." Now let's see what they do with V.92 in terms of cost. -Ron GLISnet, Inc. 810/786.0454

FWIW, they're not supporting v.92 on the Couriers either, at least not the 20 mhz ones and maybe not the 25 mhz ones either. Quads aren't that much different from 20 mhz Couriers, hardware-wise. That gives a little more credibility to the "hardware can't handle it" argument (as does the fact that there are two different clock speed Couriers in the first place!)... but... it would still be REALLY nice to have someone at 3Com actually come out and say why the hardware can't handle it (flash, ram, cpu, whatever). There is a new Courier out that is v.92 upgradable but I gather the hardware design is different -- has anyone actually seen one to see if it's got more flash, more ram, or a cpu faster than a 25 mhz 80188? Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 16 Apr 2001, Brian Becker wrote: > Wow Jeff. I just sat in on a CommWorks session at ISPCon and it wasn't like > that at all. They talked openly about the Quad cards and the fact that they > were not going to be able to move them to the V.92 standard. > > That is not anything close to: > > >>disavow any knowledge of the product ever *existing* > > I have users all the time come in our store and expect their modem they > bought more than 4 years ago to be V.92 ready. Sounds like you are expecting > the same thing... > > Brian Becker > President, Poplar Bluff Internet, Inc. - www.semo.net > Home of TotallyFabricated.com software > www.TotalScrutinizer.com - Tech support just got easier! > www.WebGabber.com - Best html-only Chat Software > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Monday, April 16, 2001 9:43 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) v.92 for quads update > > > Also sprach Curt Shambeau > >Yeah... so??? That's a router. How much has v.35 interfaces changed > >over the last 10 years. How much as 10base-T ethernet changed over the > >last 10 years? > > You're saying router technology hasn't changed much over the past 10 > years? What color is the sky in your world? ;) > > >Now, take the proper comparison (not one that just fits your cause), > >such as the Cisco 5200, which will not support v.92, and we have a real > >life comparison of a like product. A comparison of a technology that > >changes every year. > > OK...its not a direct comparison...but its still good. Cisco 2500's > don't/can't support the latest and greatest stuff due to technological > limitations. But you'll notice that Cisco didn't just drop the product > on the floor. > > If this'd been 3Com/CommWorks, they'd probably , let alone support it to the > extent that the > technology allows. > > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

> Yeah... so??? That's a router. How much has v.35 interfaces changed over > the last 10 years. How much as 10base-T ethernet changed over the last > 10 years? > Is 3com stuff carrier grade equipment? If so, my phone companies are running switches more than 5 years old. I don't think we have to support 300 and 1200 baud modems anymore and LCP could be a lot leaner. As for v.92, I would settle for faster connections and live without the fancy voice features. Releasing code for EOL-ed boxes would be a stroke of genius. If you are depending on "trade secrets" from five years ago in this business, you are in trouble. If you are relying on 5 year old open standards you are probably on the right track. Jim Tarvid

Also sprach Ronald Kushner >How about the Livingston PM3? There are quite a few of those out there >and Lucent stopped software development for that product, which means >no V.92. I'd have to say there's as many small ISP's with 3Com gear as >PM3's. Yup, and I just got off the phone with Tom Goodman who told me that he talked to a large number of people that were out to get Lucent's blood for that move. Part of the problem here is that the Total Control stuff...including the quads...were *always* sold with the idea of being software upgradeable to the latest and greatest. Now we're finding that it "software upgradeable, unless its inconvenient for 3Com/CommWorks to do so." >We all made choices, when 3Com offered to take my Quads when I was >purchasing new ports, I boxed them up and mailed them back faster than >you can say "problem avoided." Now let's see what they do with V.92 in >terms of cost. Yup, and I took advantage of that deal as much as I could, but for those of us that already had a large installed base of equipment, we didn't have enough equipment purchases during that time period to upgrade all of our equipment. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Jim Tarvid >> Yeah... so??? That's a router. How much has v.35 interfaces changed >> over the last 10 years. How much as 10base-T ethernet changed over >> the last 10 years? >Is 3com stuff carrier grade equipment? That's what they claim. The Total Control was part of the Carrier Group within 3Com before CommWorks was spun off. >If so, my phone companies are running switches more than 5 years old. Shoot...BellSouth is running swithes that are 20 years old in some cases. >I don't think we have to support 300 and 1200 baud modems anymore and >LCP could be a lot leaner. x2 could certainly be ditched as far as I'm concerned assuming this is a memory constraint. >As for v.92, I would settle for faster connections and live without the >fancy voice features. Yup, and I certainly won't complain if v.59 is not ever available for quads. I'd love to have it, but v.92 is the only "must-have" upgrade really needed. >Releasing code for EOL-ed boxes would be a stroke of genius. If you >are depending on "trade secrets" from five years ago in this business, >you are in trouble. If you are relying on 5 year old open standards you >are probably on the right track. The problem with open sourcing here is that there are patent issues with just about any modem code. Reading the linmodems list and web site, any modem faster than...I think they said 9600baud...has patent constraints on it. Like the comparison with the cisco 2500 though, just because a piece of equipment can't do all of the latest and greatest doesn't mean it has to be EOL'ed. *This*, with the possible exception of support issues, is probably the A#1 thing that 3Com/CommWorks needs to learn. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

> Like the comparison with the cisco 2500 though, just because > a piece of > equipment can't do all of the latest and greatest doesn't > mean it has to > be EOL'ed. *This*, with the possible exception of support issues, is > probably the A#1 thing that 3Com/CommWorks needs to learn. But that's not a vaild comparison. Cisco's IOS is virtually the same no matter what router it runs on. A more valid comparison would be with the AS5200. I'm not aware of the status of that WRT V.92, however. Is Cisco supplying updates free, if at all? Mark E. Levy, President FSInet, Inc. | System Management Associates, Inc. 800-827-6085 x202 | 847-291-1550 x202 847-753-6832 fax | 847-291-3866 fax www.fsi.net | www.sysman-inc.com mark@fsi.net | levy@sysman-inc.com

There goes the Cisco comparison... *plonk* -ML > > But that's not a vaild comparison. Cisco's IOS is virtually > the same no > > matter what router it runs on. A more valid comparison > would be with the > > AS5200. I'm not aware of the status of that WRT V.92, > however. Is Cisco > > supplying updates free, if at all? > No, Cisco do not have plan to support V92 on as5200 (and on > as5100 too)... > > ----- Original Message ----- > From: "Aaron Leonard" > > > > There are some good reasons (not sure that you'd call them > "technical") > > why we won't support V.92/V.44 on the 5200. > > > > For Microcom digital modems, that code has been > end-of-engineering for > > quite a long time. The DSP code (CSMv1) belongs to Conexant who has > > stopped developing it. The CP code belongs to Microcom who > got acquired > > by Compaq who did I'm not sure what with them. So there's > no way they're > > going to get V.92/V.44. > > > > For MICA on the 5200 ... we COULD theoretically support > V.92/V.44 on them > > ... but in order to support these protocols, we need to > enhance IOS. Part of > > this is quasi-cosmetic stuff like adding different speeds > and modulation types > > in the MIBs and "show" output formats and suchlike. But > part of this - > > notably for the Modem On Hold feature - will require changes to our > > modem state machines. > > > > Now, our IOS support for V.92/V.44, as with all new > features, is going > > into 12.2T train. The problem for the 5200 is that it > won't run 12.2T, > > or even 12.2 mainline ... its end-of-the-line is > 12.1/12.1AA. This is > > because IOS keeps getting bigger and bigger while the 5200 can hold > > only 16MB of RAM. > > > > If you have MICA boards in your 5200, you could pull out > the HMMs and > > put them into 5300 carrier cards and get V.92/V.44 that way (I don't > > know how worth-it this would be) ... and you would still > have a pretty > > decent ISDN/frame relay router left over. > > > > Aaron > > > > > Good luck ! > ====================== > Andrey Zimin | AVZ7-RIPE > MTU-Intel ISP > Moscow, Russia > ====================== > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

> But that's not a vaild comparison. Cisco's IOS is virtually the same no > matter what router it runs on. A more valid comparison would be with the > AS5200. I'm not aware of the status of that WRT V.92, however. Is Cisco > supplying updates free, if at all? No, Cisco do not have plan to support V92 on as5200 (and on as5100 too)... ----- Original Message ----- > > There are some good reasons (not sure that you'd call them "technical") > why we won't support V.92/V.44 on the 5200. > > For Microcom digital modems, that code has been end-of-engineering for > quite a long time. The DSP code (CSMv1) belongs to Conexant who has > stopped developing it. The CP code belongs to Microcom who got acquired > by Compaq who did I'm not sure what with them. So there's no way they're > going to get V.92/V.44. > > For MICA on the 5200 ... we COULD theoretically support V.92/V.44 on them > ... but in order to support these protocols, we need to enhance IOS. Part of > this is quasi-cosmetic stuff like adding different speeds and modulation types > in the MIBs and "show" output formats and suchlike. But part of this - > notably for the Modem On Hold feature - will require changes to our > modem state machines. > > Now, our IOS support for V.92/V.44, as with all new features, is going > into 12.2T train. The problem for the 5200 is that it won't run 12.2T, > or even 12.2 mainline ... its end-of-the-line is 12.1/12.1AA. This is > because IOS keeps getting bigger and bigger while the 5200 can hold > only 16MB of RAM. > > If you have MICA boards in your 5200, you could pull out the HMMs and > put them into 5300 carrier cards and get V.92/V.44 that way (I don't > know how worth-it this would be) ... and you would still have a pretty > decent ISDN/frame relay router left over. > > Aaron > Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ======================

On Mon, 16 Apr 2001, Mark E. Levy wrote: > There goes the Cisco comparison... Unless you want to talk about percentages of products each company has abandoned... 3Com has a much much smaller base of hardware and software to maintain. And if I recall correctly, aren't there actual hardware limitations in this (rather young) product line from Cisco? Isn't the newest generation the final iteration of their dsp design? Charles > *plonk* > > -ML > > > > But that's not a vaild comparison. Cisco's IOS is virtually > > the same no > > > matter what router it runs on. A more valid comparison > > would be with the > > > AS5200. I'm not aware of the status of that WRT V.92, > > however. Is Cisco > > > supplying updates free, if at all? > > No, Cisco do not have plan to support V92 on as5200 (and on > > as5100 too)... > > > > ----- Original Message ----- > > From: "Aaron Leonard" > > > > > > There are some good reasons (not sure that you'd call them > > "technical") > > > why we won't support V.92/V.44 on the 5200. > > > > > > For Microcom digital modems, that code has been > > end-of-engineering for > > > quite a long time. The DSP code (CSMv1) belongs to Conexant who has > > > stopped developing it. The CP code belongs to Microcom who > > got acquired > > > by Compaq who did I'm not sure what with them. So there's > > no way they're > > > going to get V.92/V.44. > > > > > > For MICA on the 5200 ... we COULD theoretically support > > V.92/V.44 on them > > > ... but in order to support these protocols, we need to > > enhance IOS. Part of > > > this is quasi-cosmetic stuff like adding different speeds > > and modulation types > > > in the MIBs and "show" output formats and suchlike. But > > part of this - > > > notably for the Modem On Hold feature - will require changes to our > > > modem state machines. > > > > > > Now, our IOS support for V.92/V.44, as with all new > > features, is going > > > into 12.2T train. The problem for the 5200 is that it > > won't run 12.2T, > > > or even 12.2 mainline ... its end-of-the-line is > > 12.1/12.1AA. This is > > > because IOS keeps getting bigger and bigger while the 5200 can hold > > > only 16MB of RAM. > > > > > > If you have MICA boards in your 5200, you could pull out > > the HMMs and > > > put them into 5300 carrier cards and get V.92/V.44 that way (I don't > > > know how worth-it this would be) ... and you would still > > have a pretty > > > decent ISDN/frame relay router left over. > > > > > > Aaron > > > > > > > > > Good luck ! > > ====================== > > Andrey Zimin | AVZ7-RIPE > > MTU-Intel ISP > > Moscow, Russia > > ====================== > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

> Unless you want to talk about percentages of products each company has > abandoned... 3Com has a much much smaller base of hardware > and software > to maintain. And consequently, fewer people to maintain it. Put yourself in the place of a technology manufacturer today. You have to keep costs down to be competitive, so you can't hire an unlimited number of developers. You constantly have to develop new product, because the competition is. Are you going to have your developers working on shoe-horning new features onto old products that are no longer manufactured or sold and may have hardware limitations (processor too slow, not enough ROM or RAM, etc.) , or working on new products? > And if I recall correctly, aren't there actual hardware > limitations in this (rather young) product line from Cisco? The same may be (probably is) true of 3Com's quad modem cards. -ML

Hi everyone, Thanks to all that has responded (only about 6 so far). This represents 2,204 quad modem ports. I will be sending this in on Thursday night so 3com will have it avail on friday morning for a meeting. So please send in your port counts before then. Even if you don't want/need the upgrade we need to show 3com how many quad modems are in the field. Unless you ask me not to, I will be sending 3com your port count and your email address for a contact point. thanks Mark Ross California City Internet Inc. -------- Original Message -------- updates Ok, We now have a voice, we need to get together and show 3com that there "really is a market for software on quad modem cards". My contact needs to know how many of us want/need the v.92 code on quad modems cards. If you wish I can gather this info and present it to 3com. I need to know how many ports of quad modem cards you have ? I need to know by Friday. I certify that any info I receive from you will only be used for the purpose of showing 3com that we need support in v.92 code. Below you will find the email that I receive from 3com. Mark Ross California City Internet Inc. Mark, I am working internally to try and resolve the V.92 and Quad card issue that we discussed yesterday. So far I do not have any final answer to offer you. Preliminary, from a hardware/software technical perspective it does not look as though the quads have the capability to support the V.92 software. I am trying to find a solution that may require an upgrade to the newer card sets. I do not yet have the details on the logistics and or costs however It might help my efforts if you could tell me how many chassis and or ports your user community has in place. I know about your specific configuration at CCIS however the more ports that need this type of solution, the more likely that we can offer a packaged solution to you and your respective user group. Please let me know via email and I will continue my efforts. mark ross wrote: > > Hi all, > Guess what ??? > > I got a call from 3com this morning ! Mr. Alex Lopez. > It sounds like he is truly concerned about our problem with the v92 code > on quad modems. He said "I will run it by the product managers and let > you know". He also mentioned that a upgrade might be possible if they > were unable to support the quads. The amazing thing is that I did not > include my phone number in my email ( They took the time and effort to > look it up ). I should know something within a day or two and will let > you know what happens > > -------- Original Message -------- > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > issues > Date: Tue, 10 Apr 2001 15:47:25 -0700 > From: mark ross <mark@ccis.com> > Reply-To: usr-tc@lists.xmission.com > Organization: ccis > To: usr-tc@lists.xmission.com > References: <20010410153305.A5022@iglou.com> > > Hi all, > I just sent mine in.... > > Sirs, > I am writing to let you know that we have been supporters of the > USR/3com TC 1000 RAS servers for many years and we have quite a few of > your products in our pop's. > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > don't really have any need to upgrade to the newest high density RAS > servers. The quad modem cards have performed very well in the past and > our customers have been very happy with them. > > Our concern is that we are not seeing any support for v.92 updates for > the quad modem cards (We would be happy to pay for this support). Please > reconsider your decision to support the newer protocols on the quad > modem card.. > > Thank You > > Mark Ross > California City Internet Inc. > > Jeff Mcadams wrote: > > > > Hey folks... > > > Let me issue another plea... > > > > If you haven't contacted these folks concerning your issues, please do. > > If you've already decided to leave 3Com, let them know why. If you're > > thinking about leaving, let them know why. If you're not happy, let > > them know why. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Hrmm... based on that overwhelming responce... I'll just have to try and=20 figure it out on my own, anyone have any usefull mib's that'll help me? Joshua Coombs GWI Networking On Friday 13 April 2001 14:11, you wrote: > I would like to have these to, so if anyone has them can you send me a = copy > please =3D) > > -Steve > > On Fri, Apr 13, 2001 at 01:55:58PM -0400, network-lists@gwi.net wrote: > > Does anyone have either a defaults file or an exec script and the > > associated configs for Cricket to monitor port utilization on a TC vi= a > > snmp? > > > > Ideally what I'm looking for is something that will show me both span= and > > modem level resolution, if possible. > > > > Joshua Coombs > > GWI Networking > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message.

I'm looking to buy a used/referb HyperDSP, anyone have a good source for this? Or have one for sale? -Steve -- Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. System Administrator 300 B Street #100 707.522.1000 (Voice) Santa Rosa, CA 95404 707.547.2199 (Fax) http://www.sonic.net/

*This message was transferred with a trial version of CommuniGate(tm) Pro* Hi. I've here a chassis with 1 Hiper NMC, 1 Hiper ARC and 1 Hiper DSP with a=20 PRI (30 lines). The problem is that the ISDN calls can't connect to the=20 DSP. I go't no problems with the analog calls. The telco sent me a report=20 that shows information about two calls, one of them successful, and the=20 other one that fails. When I typed in the Hiper ARC CLI "monitor ppp" the=20 ISDN either appears there (that makes me think the calls are dropped before= =20 any intervention of the Hiper ARC). I'm not a guru of telephone stuff (and I'm so far from being it), that's=20 the reason because here I sent some infor from the telco's report about the= =20 successful and failful calls: Failed Call: InfoXfr-Capability =B3 Unrestricted digital information Sergio Alejandro Gonzalez Director Operativo SkyNet de Colombia. Bogota, Colombia, South America. 57 (+1) 6 422 020 57 (+3) 7 285 094

I have a questions and it has been a long time since playing with the Hiper DSPs. Other than using TCM can I plugin to the HiperArc and busy out/put in service the DSPs? I know where to do it with the Dual/PRI card, but have not really done anything with the Hiper DSP card from the command line. Need a little guidance here... I have a T-1/PRi that will take a call and it DROPS IMMEDIAELY! This is a circuit that uses NFAS. The D channel is good because calls are staying connected to the other T-1/PRI Any comments help appreciated! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

To keep it legal, can anyone tell me where I can find templates for radius servers working with the Total Control Boxes? I didnt see them in the knowledge base, any suggestions. ______________ As you can see our inventory is extensive. We stand behind everything we sell. All tested inour TCM lab here in New Jersey. Qty's vary. Most prices are negotiable :) HD Chassis with 70A pwr, NMC, Hiper ARC, 2x Hiper DSP $7500 Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x Quad Digital Modems $1500 Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x Quad Analog/Digital modems $2500 Hiper ARC $1500 Hiper DSP $2800 Hiper DSP (new) $3600 Hiper NMC $700 Hiper NMC (new) $850 EdgeServer $1000 EdgeServer PRO (128MB) $4000 NMC v90 enabled $700 NMC $200 Memory (NMC, Netservers) $150 Netserver $300 Netserver PRI $275 AS5100 w/ nics $275 Dual PRI/T1 $350 Dual T1/E1 (T1 nic) $450 ADSL Cellux OC3 MMF $600 Quad Analog modem with daughter card style nic $200 Quad Analog/Digital with daughter card style nic $250 Quad Digital Modems $150 TWH Octopus 8 Cable (80-000993-00) $30 High Density Chassis single 70 amp power $500 130A (DC) power supply (PSI only) $150 70A power supply sets $350 45A power supply sets $100 Classic Chassis with dual 45a $200 Classic Chassis w/dual 35a $200 Classic Chassis with dual 45a (DC) $200 Fan Trays $175 MMP16 v34 $675 MP16 v34 $625 MP8 v34 $475 MP16I $875 MP8I $550 Netserver 8I $725 Netserver 16I $1000 Total Switch Chassis w/ NMC card $175 SLC-10BTx8 $100 SLC-100BFx2 $100 SLC-100BTx2 $100 Be sure to ask about NEW Pricing on all 1000 and 2000 hardware. Multi-Span and other cards available.

Steve Johnson <linuxnut@sonic.net> on 04/17/2001 04:49:48 PM Please respond to usr-tc@lists.xmission.com Sent by: Steve Johnson <linuxnut@sonic.net> cc: (Amit Tiwari/MW/US/3Com) I'm looking to buy a used/referb HyperDSP, anyone have a good source for this? Or have one for sale? -Steve -- Steve Johnson - linuxnut@sonic.net Sonic.net, Inc. System Administrator 300 B Street #100 707.522.1000 (Voice) Santa Rosa, CA 95404 707.547.2199 (Fax) http://www.sonic.net/ - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I'm in as well, we have 12 chassis with 48 ports in each. I already sent a couple emails to Commworks but hopefully this will help further. Timothy C. Bohen CMSInter.Net / Crystal MicroSystems =================================== web : www.cmsinter.net email : Tim@CMSInter.Net phone : 517.235.5100 x22 -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Drix Tabligan Sent: Tuesday, April 17, 2001 7:55 PM WAS RE: v.92 updates and support issues]] Count me in. We have a total of 300+ quad modem ports on 6TCs. I have also other quad-modems uninstalled since I have no more TC chassis to use. Drix Tabligan Pilipino Internet Inc. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross Sent: Tuesday, April 17, 2001 10:26 pm RE: v.92 updates and support issues]] Hi everyone, Thanks to all that has responded (only about 6 so far). This represents 2,204 quad modem ports. I will be sending this in on Thursday night so 3com will have it avail on friday morning for a meeting. So please send in your port counts before then. Even if you don't want/need the upgrade we need to show 3com how many quad modems are in the field. Unless you ask me not to, I will be sending 3com your port count and your email address for a contact point. thanks Mark Ross California City Internet Inc. -------- Original Message -------- updates Ok, We now have a voice, we need to get together and show 3com that there "really is a market for software on quad modem cards". My contact needs to know how many of us want/need the v.92 code on quad modems cards. If you wish I can gather this info and present it to 3com. I need to know how many ports of quad modem cards you have ? I need to know by Friday. I certify that any info I receive from you will only be used for the purpose of showing 3com that we need support in v.92 code. Below you will find the email that I receive from 3com. Mark Ross California City Internet Inc. Mark, I am working internally to try and resolve the V.92 and Quad card issue that we discussed yesterday. So far I do not have any final answer to offer you. Preliminary, from a hardware/software technical perspective it does not look as though the quads have the capability to support the V.92 software. I am trying to find a solution that may require an upgrade to the newer card sets. I do not yet have the details on the logistics and or costs however It might help my efforts if you could tell me how many chassis and or ports your user community has in place. I know about your specific configuration at CCIS however the more ports that need this type of solution, the more likely that we can offer a packaged solution to you and your respective user group. Please let me know via email and I will continue my efforts. mark ross wrote: > > Hi all, > Guess what ??? > > I got a call from 3com this morning ! Mr. Alex Lopez. > It sounds like he is truly concerned about our problem with the v92 code > on quad modems. He said "I will run it by the product managers and let > you know". He also mentioned that a upgrade might be possible if they > were unable to support the quads. The amazing thing is that I did not > include my phone number in my email ( They took the time and effort to > look it up ). I should know something within a day or two and will let > you know what happens > > -------- Original Message -------- > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > issues > Date: Tue, 10 Apr 2001 15:47:25 -0700 > From: mark ross <mark@ccis.com> > Reply-To: usr-tc@lists.xmission.com > Organization: ccis > To: usr-tc@lists.xmission.com > References: <20010410153305.A5022@iglou.com> > > Hi all, > I just sent mine in.... > > Sirs, > I am writing to let you know that we have been supporters of the > USR/3com TC 1000 RAS servers for many years and we have quite a few of > your products in our pop's. > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > don't really have any need to upgrade to the newest high density RAS > servers. The quad modem cards have performed very well in the past and > our customers have been very happy with them. > > Our concern is that we are not seeing any support for v.92 updates for > the quad modem cards (We would be happy to pay for this support). Please > reconsider your decision to support the newer protocols on the quad > modem card.. > > Thank You > > Mark Ross > California City Internet Inc. > > Jeff Mcadams wrote: > > > > Hey folks... > > > Let me issue another plea... > > > > If you haven't contacted these folks concerning your issues, please do. > > If you've already decided to leave 3Com, let them know why. If you're > > thinking about leaving, let them know why. If you're not happy, let > > them know why. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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.

We have over 600 Quad modem ports. Gary CyberPort Montana, LLC -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross Sent: Tuesday, April 17, 2001 10:26 pm RE: v.92 updates and support issues]] Hi everyone, Thanks to all that has responded (only about 6 so far). This represents 2,204 quad modem ports. I will be sending this in on Thursday night so 3com will have it avail on friday morning for a meeting. So please send in your port counts before then. Even if you don't want/need the upgrade we need to show 3com how many quad modems are in the field. Unless you ask me not to, I will be sending 3com your port count and your email address for a contact point. thanks Mark Ross California City Internet Inc.

Ok. I have 96 quad ports on 2 TC chassis. On Wed, 18 Apr 2001, Drix Tabligan wrote: > Count me in. We have a total of 300+ quad modem ports on 6TCs. I have also > other quad-modems uninstalled since I have no more TC chassis to use. > > Drix Tabligan > Pilipino Internet Inc. > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross > Sent: Tuesday, April 17, 2001 10:26 pm > To: usr-tc@lists.xmission.com; richard@cust.caloundra.net > Subject: [Fwd: (usr-tc) OK we now have a voice, We need some info WAS > RE: v.92 updates and support issues]] > > > Hi everyone, > Thanks to all that has responded (only about 6 so far). This represents > 2,204 quad modem ports. I will be sending this in on Thursday night so > 3com will have it avail on friday morning for a meeting. So please send > in your port counts before then. Even if you don't want/need the upgrade > we need to show 3com how many quad modems are in the field. > > Unless you ask me not to, I will be sending 3com your port count and > your email address for a contact point. > > thanks > > Mark Ross > California City Internet Inc. > > -------- Original Message -------- > Subject: (usr-tc) OK we now have a voice, We need some info WAS RE: v.92 > updates > Ok, > We now have a voice, we need to get together and show 3com that there > "really is a market for software on quad modem cards". My contact needs > to know how many of us want/need the v.92 code on quad modems cards. If > you wish I can gather this info and present it to 3com. > > I need to know how many ports of quad modem cards you have ? > I need to know by Friday. > I certify that any info I receive from you will only be used for the > purpose of showing 3com that we need support in v.92 code. > > Below you will find the email that I receive from 3com. > > Mark Ross > California City Internet Inc. > > > > > Mark, > > I am working internally to try and resolve the V.92 and Quad card issue > that we > discussed yesterday. So far I do not have any final answer to offer > you. > Preliminary, from a hardware/software technical perspective it does not > look as > though the quads have the capability to support the V.92 software. > > I am trying to find a solution that may require an upgrade to the newer > card > sets. I do not yet have the details on the logistics and or costs > however It > might help my efforts if you could tell me how many chassis and or ports > your > user community has in place. I know about your specific configuration > at CCIS > however the more ports that need this type of solution, the more likely > that we > can offer a packaged solution to you and your respective user group. > > Please let me know via email and I will continue my efforts. > > > mark ross wrote: > > > > Hi all, > > Guess what ??? > > > > I got a call from 3com this morning ! Mr. Alex Lopez. > > It sounds like he is truly concerned about our problem with the v92 code > > on quad modems. He said "I will run it by the product managers and let > > you know". He also mentioned that a upgrade might be possible if they > > were unable to support the quads. The amazing thing is that I did not > > include my phone number in my email ( They took the time and effort to > > look it up ). I should know something within a day or two and will let > > you know what happens > > > > -------- Original Message -------- > > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > > issues > > Date: Tue, 10 Apr 2001 15:47:25 -0700 > > From: mark ross <mark@ccis.com> > > Reply-To: usr-tc@lists.xmission.com > > Organization: ccis > > To: usr-tc@lists.xmission.com > > References: <20010410153305.A5022@iglou.com> > > > > Hi all, > > I just sent mine in.... > > > > Sirs, > > I am writing to let you know that we have been supporters of the > > USR/3com TC 1000 RAS servers for many years and we have quite a few of > > your products in our pop's. > > > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > > don't really have any need to upgrade to the newest high density RAS > > servers. The quad modem cards have performed very well in the past and > > our customers have been very happy with them. > > > > Our concern is that we are not seeing any support for v.92 updates for > > the quad modem cards (We would be happy to pay for this support). Please > > reconsider your decision to support the newer protocols on the quad > > modem card.. > > > > Thank You > > > > Mark Ross > > California City Internet Inc. > > > > Jeff Mcadams wrote: > > > > > > Hey folks... > > > > > Let me issue another plea... > > > > > > If you haven't contacted these folks concerning your issues, please do. > > > If you've already decided to leave 3Com, let them know why. If you're > > > thinking about leaving, let them know why. If you're not happy, let > > > them know why. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. > Patrick C. Wolf SDC Internet pwolf@sdc.org 722 N California Suite 4 (505) 838-1620 Socorro, NM 87801

Ok, Here's my count! 2 tc with 15x quads running analog 120 ports total 2 tc with 12x quads waiting E1 software to be install at telephone station 96 ports total so I have a total of 216 ports 120 active and 96 waiting to go online Craig -- Thanks, Craig mailto:Craig@tavrida.net

Count me in. We have a total of 300+ quad modem ports on 6TCs. I have also other quad-modems uninstalled since I have no more TC chassis to use. Drix Tabligan Pilipino Internet Inc. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross Sent: Tuesday, April 17, 2001 10:26 pm RE: v.92 updates and support issues]] Hi everyone, Thanks to all that has responded (only about 6 so far). This represents 2,204 quad modem ports. I will be sending this in on Thursday night so 3com will have it avail on friday morning for a meeting. So please send in your port counts before then. Even if you don't want/need the upgrade we need to show 3com how many quad modems are in the field. Unless you ask me not to, I will be sending 3com your port count and your email address for a contact point. thanks Mark Ross California City Internet Inc. -------- Original Message -------- updates Ok, We now have a voice, we need to get together and show 3com that there "really is a market for software on quad modem cards". My contact needs to know how many of us want/need the v.92 code on quad modems cards. If you wish I can gather this info and present it to 3com. I need to know how many ports of quad modem cards you have ? I need to know by Friday. I certify that any info I receive from you will only be used for the purpose of showing 3com that we need support in v.92 code. Below you will find the email that I receive from 3com. Mark Ross California City Internet Inc. Mark, I am working internally to try and resolve the V.92 and Quad card issue that we discussed yesterday. So far I do not have any final answer to offer you. Preliminary, from a hardware/software technical perspective it does not look as though the quads have the capability to support the V.92 software. I am trying to find a solution that may require an upgrade to the newer card sets. I do not yet have the details on the logistics and or costs however It might help my efforts if you could tell me how many chassis and or ports your user community has in place. I know about your specific configuration at CCIS however the more ports that need this type of solution, the more likely that we can offer a packaged solution to you and your respective user group. Please let me know via email and I will continue my efforts. mark ross wrote: > > Hi all, > Guess what ??? > > I got a call from 3com this morning ! Mr. Alex Lopez. > It sounds like he is truly concerned about our problem with the v92 code > on quad modems. He said "I will run it by the product managers and let > you know". He also mentioned that a upgrade might be possible if they > were unable to support the quads. The amazing thing is that I did not > include my phone number in my email ( They took the time and effort to > look it up ). I should know something within a day or two and will let > you know what happens > > -------- Original Message -------- > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > issues > Date: Tue, 10 Apr 2001 15:47:25 -0700 > From: mark ross <mark@ccis.com> > Reply-To: usr-tc@lists.xmission.com > Organization: ccis > To: usr-tc@lists.xmission.com > References: <20010410153305.A5022@iglou.com> > > Hi all, > I just sent mine in.... > > Sirs, > I am writing to let you know that we have been supporters of the > USR/3com TC 1000 RAS servers for many years and we have quite a few of > your products in our pop's. > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > don't really have any need to upgrade to the newest high density RAS > servers. The quad modem cards have performed very well in the past and > our customers have been very happy with them. > > Our concern is that we are not seeing any support for v.92 updates for > the quad modem cards (We would be happy to pay for this support). Please > reconsider your decision to support the newer protocols on the quad > modem card.. > > Thank You > > Mark Ross > California City Internet Inc. > > Jeff Mcadams wrote: > > > > Hey folks... > > > Let me issue another plea... > > > > If you haven't contacted these folks concerning your issues, please do. > > If you've already decided to leave 3Com, let them know why. If you're > > thinking about leaving, let them know why. If you're not happy, let > > them know why. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

We are down to 1 chassis with 48 ports, or 12 quads. Kevin Tucker Tucker Communications, Inc. Ok. I have 96 quad ports on 2 TC chassis. On Wed, 18 Apr 2001, Drix Tabligan wrote: > Count me in. We have a total of 300+ quad modem ports on 6TCs. I have also > other quad-modems uninstalled since I have no more TC chassis to use. > > Drix Tabligan > Pilipino Internet Inc. > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross > Sent: Tuesday, April 17, 2001 10:26 pm > To: usr-tc@lists.xmission.com; richard@cust.caloundra.net > Subject: [Fwd: (usr-tc) OK we now have a voice, We need some info WAS > RE: v.92 updates and support issues]] > > > Hi everyone, > Thanks to all that has responded (only about 6 so far). This represents > 2,204 quad modem ports. I will be sending this in on Thursday night so > 3com will have it avail on friday morning for a meeting. So please send > in your port counts before then. Even if you don't want/need the upgrade > we need to show 3com how many quad modems are in the field. > > Unless you ask me not to, I will be sending 3com your port count and > your email address for a contact point. > > thanks > > Mark Ross > California City Internet Inc. > > -------- Original Message -------- > Subject: (usr-tc) OK we now have a voice, We need some info WAS RE: v.92 > updates > Ok, > We now have a voice, we need to get together and show 3com that there > "really is a market for software on quad modem cards". My contact needs > to know how many of us want/need the v.92 code on quad modems cards. If > you wish I can gather this info and present it to 3com. > > I need to know how many ports of quad modem cards you have ? > I need to know by Friday. > I certify that any info I receive from you will only be used for the > purpose of showing 3com that we need support in v.92 code. > > Below you will find the email that I receive from 3com. > > Mark Ross > California City Internet Inc. > > > > > Mark, > > I am working internally to try and resolve the V.92 and Quad card issue > that we > discussed yesterday. So far I do not have any final answer to offer > you. > Preliminary, from a hardware/software technical perspective it does not > look as > though the quads have the capability to support the V.92 software. > > I am trying to find a solution that may require an upgrade to the newer > card > sets. I do not yet have the details on the logistics and or costs > however It > might help my efforts if you could tell me how many chassis and or ports > your > user community has in place. I know about your specific configuration > at CCIS > however the more ports that need this type of solution, the more likely > that we > can offer a packaged solution to you and your respective user group. > > Please let me know via email and I will continue my efforts. > > > mark ross wrote: > > > > Hi all, > > Guess what ??? > > > > I got a call from 3com this morning ! Mr. Alex Lopez. > > It sounds like he is truly concerned about our problem with the v92 code > > on quad modems. He said "I will run it by the product managers and let > > you know". He also mentioned that a upgrade might be possible if they > > were unable to support the quads. The amazing thing is that I did not > > include my phone number in my email ( They took the time and effort to > > look it up ). I should know something within a day or two and will let > > you know what happens > > > > -------- Original Message -------- > > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > > issues > > Date: Tue, 10 Apr 2001 15:47:25 -0700 > > From: mark ross <mark@ccis.com> > > Reply-To: usr-tc@lists.xmission.com > > Organization: ccis > > To: usr-tc@lists.xmission.com > > References: <20010410153305.A5022@iglou.com> > > > > Hi all, > > I just sent mine in.... > > > > Sirs, > > I am writing to let you know that we have been supporters of the > > USR/3com TC 1000 RAS servers for many years and we have quite a few of > > your products in our pop's. > > > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > > don't really have any need to upgrade to the newest high density RAS > > servers. The quad modem cards have performed very well in the past and > > our customers have been very happy with them. > > > > Our concern is that we are not seeing any support for v.92 updates for > > the quad modem cards (We would be happy to pay for this support). Please > > reconsider your decision to support the newer protocols on the quad > > modem card.. > > > > Thank You > > > > Mark Ross > > California City Internet Inc. > > > > Jeff Mcadams wrote: > > > > > > Hey folks... > > > > > Let me issue another plea... > > > > > > If you haven't contacted these folks concerning your issues, please do. > > > If you've already decided to leave 3Com, let them know why. If you're > > > thinking about leaving, let them know why. If you're not happy, let > > > them know why. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. > Patrick C. Wolf SDC Internet pwolf@sdc.org 722 N California Suite 4 (505) 838-1620 Socorro, NM 87801 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Hi Kevin, I have currently have 96 Ports , on quad modem cards. Netflash Internet Solutions P.O. Box 29001 Kitchener, Ontario N2h 6S6 Please add my name to the list. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kevin Tucker Sent: Wednesday, April 18, 2001 9:05 AM WASRE: v.92 updates and support issues]] We are down to 1 chassis with 48 ports, or 12 quads. Kevin Tucker Tucker Communications, Inc. Ok. I have 96 quad ports on 2 TC chassis. On Wed, 18 Apr 2001, Drix Tabligan wrote: > Count me in. We have a total of 300+ quad modem ports on 6TCs. I have also > other quad-modems uninstalled since I have no more TC chassis to use. > > Drix Tabligan > Pilipino Internet Inc. > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross > Sent: Tuesday, April 17, 2001 10:26 pm > To: usr-tc@lists.xmission.com; richard@cust.caloundra.net > Subject: [Fwd: (usr-tc) OK we now have a voice, We need some info WAS > RE: v.92 updates and support issues]] > > > Hi everyone, > Thanks to all that has responded (only about 6 so far). This represents > 2,204 quad modem ports. I will be sending this in on Thursday night so > 3com will have it avail on friday morning for a meeting. So please send > in your port counts before then. Even if you don't want/need the upgrade > we need to show 3com how many quad modems are in the field. > > Unless you ask me not to, I will be sending 3com your port count and > your email address for a contact point. > > thanks > > Mark Ross > California City Internet Inc. > > -------- Original Message -------- > Subject: (usr-tc) OK we now have a voice, We need some info WAS RE: v.92 > updates > Ok, > We now have a voice, we need to get together and show 3com that there > "really is a market for software on quad modem cards". My contact needs > to know how many of us want/need the v.92 code on quad modems cards. If > you wish I can gather this info and present it to 3com. > > I need to know how many ports of quad modem cards you have ? > I need to know by Friday. > I certify that any info I receive from you will only be used for the > purpose of showing 3com that we need support in v.92 code. > > Below you will find the email that I receive from 3com. > > Mark Ross > California City Internet Inc. > > > > > Mark, > > I am working internally to try and resolve the V.92 and Quad card issue > that we > discussed yesterday. So far I do not have any final answer to offer > you. > Preliminary, from a hardware/software technical perspective it does not > look as > though the quads have the capability to support the V.92 software. > > I am trying to find a solution that may require an upgrade to the newer > card > sets. I do not yet have the details on the logistics and or costs > however It > might help my efforts if you could tell me how many chassis and or ports > your > user community has in place. I know about your specific configuration > at CCIS > however the more ports that need this type of solution, the more likely > that we > can offer a packaged solution to you and your respective user group. > > Please let me know via email and I will continue my efforts. > > > mark ross wrote: > > > > Hi all, > > Guess what ??? > > > > I got a call from 3com this morning ! Mr. Alex Lopez. > > It sounds like he is truly concerned about our problem with the v92 code > > on quad modems. He said "I will run it by the product managers and let > > you know". He also mentioned that a upgrade might be possible if they > > were unable to support the quads. The amazing thing is that I did not > > include my phone number in my email ( They took the time and effort to > > look it up ). I should know something within a day or two and will let > > you know what happens > > > > -------- Original Message -------- > > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > > issues > > Date: Tue, 10 Apr 2001 15:47:25 -0700 > > From: mark ross <mark@ccis.com> > > Reply-To: usr-tc@lists.xmission.com > > Organization: ccis > > To: usr-tc@lists.xmission.com > > References: <20010410153305.A5022@iglou.com> > > > > Hi all, > > I just sent mine in.... > > > > Sirs, > > I am writing to let you know that we have been supporters of the > > USR/3com TC 1000 RAS servers for many years and we have quite a few of > > your products in our pop's. > > > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > > don't really have any need to upgrade to the newest high density RAS > > servers. The quad modem cards have performed very well in the past and > > our customers have been very happy with them. > > > > Our concern is that we are not seeing any support for v.92 updates for > > the quad modem cards (We would be happy to pay for this support). Please > > reconsider your decision to support the newer protocols on the quad > > modem card.. > > > > Thank You > > > > Mark Ross > > California City Internet Inc. > > > > Jeff Mcadams wrote: > > > > > > Hey folks... > > > > > Let me issue another plea... > > > > > > If you haven't contacted these folks concerning your issues, please do. > > > If you've already decided to leave 3Com, let them know why. If you're > > > thinking about leaving, let them know why. If you're not happy, let > > > them know why. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. > Patrick C. Wolf SDC Internet pwolf@sdc.org 722 N California Suite 4 (505) 838-1620 Socorro, NM 87801 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I would imagine that we have 4000-5000 ports in the network that are quad-modem based. | Curtis V. Shambeau | curt.shambeau@voyager.net | Sr Vice President | | CoreComm, LTD, formerly Voyager.net and ExecPC - Wisconsin Office | | "Those who can't laugh at themselves leave the job to others" |

In Colombia is used E1 too! Jorge Lozano <jorge@andinet.com> NA and ISSO Andinet On Line <http://www.andinet.com> The only way to predict the future is... to create it! -----Mensaje original----- De: owner-usr-tc@lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]En nombre de Trade Projesom Enviado el: Mi=E9rcoles, 11 de Abril de 2001 07:47 p.m. Para: usr-tc@lists.xmission.com Asunto: (usr-tc) E1 please, somebody can tell me where in the world E1 is used? I live in Brazil and want to buy a refurbished or used E1 hiper dsp card. Thank's Omar Perez Projesom Internet Ltda - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Here is a perl script based on a bash script written by Dave C. at PathWay Computing that will allow you to use cricket to monitor a HiperARC TC at either the chassis, card, or span level. There is some cleanup work left to be done on it, but it is usable as posted. I'll post updates as they are appropriate. If anyone has any comments/etc on this code, please let me know. Joshua Coombs jcoombs@gwi.net GWI Networking <--------hiperget----------> #!/usr/bin/perl # # Script to walk through SNMP tree and add up total # active modems on a particular chassis, card or span. # # Created 4-17-01 by Joshua Coombs and Ed Howe # Based on a bash script by Dave C. # If using E1's vs T1s, change channels to 30 $chanels = 23; $snmpget = '/usr/local/bin/snmpget'; # Should not need to make any changes below here. # $usage = "./hiperget hostname comminuty-string [card-number] [span-number]\n"; $hostname = $ARGV[0]; $community = $ARGV[1]; $card = $ARGV[2]; $span = $ARGV[3]; if ( !($hostname) || !($community) ) { die ($usage); } if ($ARGV[4] ne "") { die ("Modem level reporting not implimented yet.\n"); } # No card specified. Report stats for the whole chassis, # then exit. # if ($card eq "") { $inuse = `$snmpget $hostname $community .1.3.6.1.4.1.429.4.2.1.10.0 | awk \'\{\ print \$4\ \}\'`; print "$inuse"; exit(0); } # No span specified. Report stats for a card, # then exit. # if ($span eq "") { $inuse = `$snmpget $hostname $community .1.3.6.1.4.1.429.4.10.35.1.3.${card} | awk \'\{\ print \$3\ \}\'`; print "$inuse"; exit(0); } # Card and Span specified. Calculate start position # in MIB tree. # $spanstart = 970 + ($card * 256) + ($span *31); $counterend = $spanstart + $chanels; $inuse = 0; $temp = 0; # Report stats on a span. # while ($spanstart != $counterend) { $temp = `$snmpget $hostname $community .1.3.6.1.4.1.429.4.10.1.1.18.${spanstart} | grep -v \'\=\ \"\"\' | wc -l`; chomp ($temp); $inuse = $temp + $inuse; $spanstart = $spanstart + 1; } print "$inuse\n";

Anyone know the OID for to get these values? li ip networks li co Or how about a decent reference for all OID's Terry Kennedy OlyPen, Inc.

Well it's not a lot but we have one chassis left with 48 ports using quads. Rob Nelson Mag-Net Internet Inc. >> -------- Original Message -------- >> Subject: (usr-tc) OK we now have a voice, We need some info WAS RE: v.92 >> updates >> Ok, >> We now have a voice, we need to get together and show 3com that there >> "really is a market for software on quad modem cards". My contact needs >> to know how many of us want/need the v.92 code on quad modems cards. If >> you wish I can gather this info and present it to 3com. >> >> I need to know how many ports of quad modem cards you have ? >> I need to know by Friday. >> I certify that any info I receive from you will only be used for the >> purpose of showing 3com that we need support in v.92 code. >> >> Below you will find the email that I receive from 3com. >> >> Mark Ross >> California City Internet Inc. >> >> >> >> >> Mark, >> >> I am working internally to try and resolve the V.92 and Quad card issue >> that we >> discussed yesterday. So far I do not have any final answer to offer >> you. >> Preliminary, from a hardware/software technical perspective it does not >> look as >> though the quads have the capability to support the V.92 software. >> >> I am trying to find a solution that may require an upgrade to the newer >> card >> sets. I do not yet have the details on the logistics and or costs >> however It >> might help my efforts if you could tell me how many chassis and or ports >> your >> user community has in place. I know about your specific configuration >> at CCIS >> however the more ports that need this type of solution, the more likely >> that we >> can offer a packaged solution to you and your respective user group. >> >> Please let me know via email and I will continue my efforts. >> >> >> mark ross wrote: >> > >> > Hi all, >> > Guess what ??? >> > >> > I got a call from 3com this morning ! Mr. Alex Lopez. >> > It sounds like he is truly concerned about our problem with the v92 code >> > on quad modems. He said "I will run it by the product managers and let >> > you know". He also mentioned that a upgrade might be possible if they >> > were unable to support the quads. The amazing thing is that I did not >> > include my phone number in my email ( They took the time and effort to >> > look it up ). I should know something within a day or two and will let >> > you know what happens >> > >> > -------- Original Message -------- >> > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support >> > issues >> > Date: Tue, 10 Apr 2001 15:47:25 -0700 >> > From: mark ross <mark@ccis.com> >> > Reply-To: usr-tc@lists.xmission.com >> > Organization: ccis >> > To: usr-tc@lists.xmission.com >> > References: <20010410153305.A5022@iglou.com> >> > >> > Hi all, >> > I just sent mine in.... >> > >> > Sirs, >> > I am writing to let you know that we have been supporters of the >> > USR/3com TC 1000 RAS servers for many years and we have quite a few of >> > your products in our pop's. >> > >> > We are not a large ISP (our dialup subscriber base is about 2,000) so we >> > don't really have any need to upgrade to the newest high density RAS >> > servers. The quad modem cards have performed very well in the past and >> > our customers have been very happy with them. >> > >> > Our concern is that we are not seeing any support for v.92 updates for >> > the quad modem cards (We would be happy to pay for this support). Please >> > reconsider your decision to support the newer protocols on the quad >> > modem card.. >> > >> > Thank You >> > >> > Mark Ross >> > California City Internet Inc. >> > >> > Jeff Mcadams wrote: >> > > >> > > Hey folks... >> > >> > > Let me issue another plea... >> > > >> > > If you haven't contacted these folks concerning your issues, please >do. >> > > If you've already decided to leave 3Com, let them know why. If you're >> > > thinking about leaving, let them know why. If you're not happy, let >> > > them know why. >> > > >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the 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. >> > >----------------------------------------------- >Patrick C. Wolf SDC Internet >pwolf@sdc.org 722 N California Suite 4 >(505) 838-1620 Socorro, NM 87801 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Almost forgot, here is a set of Defaults and some example targets. <------------------Defaults----------------> target --default-- hostname = "" short-desc = "Dialup lines in use" card = "" span = "" hipergetprog = "/usr/home/cricket/cricket/util/hiperget" hiperget = "%hipergetprog% %hostname% %snmp-community% %card% %span%" target-type = HiPerARC snmp-community = "public" datasource --default-- rrd-ds-type = GAUGE rrd-heartbeat = 1800 rrd-min = undef rrd-max = undef datasource portsinuse ds-source = EXEC:0:%hiperget% targetType HiPerARC ds = "portsinuse" view = "Ports In Use: portsinuse" html short-desc "3Com HiPerARC" graph --default-- precision = integer graph portsinuse color = dark-green draw-as = AREA y-axis = "Ports in use" legend = "Ports In Use" <----------------targets---------------------> #Monitor an entire chassis. This counts ALL logins, modem, telnet, etc target tc1total hostname = "tc1" target-type = HiperARC short-desc = "All logins on TC1" #Monitor all logins on the dsp in slot 3. target tc1c3 hostname = "tc1" target-type = HiperARC short-desc = "TC1 Card 3" card = "3" #Monitor the second span on the dsp in slot3. target tc1c3s2 hostname = "tc1" target-type = HiperARC short-desc = "TC1 Card 3 Span 2" card = "3" span = "2" On Wed, 18 Apr 2001, Joshua Coombs wrote: > > Here is a perl script based on a bash script written by Dave C. at PathWay > Computing that will allow you to use cricket to monitor a HiperARC TC at > either the chassis, card, or span level. There is some cleanup work left > to be done on it, but it is usable as posted. I'll post updates as they > are appropriate. If anyone has any comments/etc on this code, please let > me know. > > Joshua Coombs > jcoombs@gwi.net > GWI Networking > > <--------hiperget----------> > > #!/usr/bin/perl > > # > # Script to walk through SNMP tree and add up total > # active modems on a particular chassis, card or span. > # > # Created 4-17-01 by Joshua Coombs and Ed Howe > # Based on a bash script by Dave C. > > # If using E1's vs T1s, change channels to 30 > $chanels = 23; > $snmpget = '/usr/local/bin/snmpget'; > > > # Should not need to make any changes below here. > # > $usage = > "./hiperget hostname comminuty-string [card-number] [span-number]\n"; > > $hostname = $ARGV[0]; > $community = $ARGV[1]; > $card = $ARGV[2]; > $span = $ARGV[3]; > > > > if ( !($hostname) || !($community) ) { > die ($usage); > } > > > if ($ARGV[4] ne "") { > die ("Modem level reporting not implimented yet.\n"); > } > > # No card specified. Report stats for the whole chassis, > # then exit. > # > if ($card eq "") { > $inuse = `$snmpget $hostname $community .1.3.6.1.4.1.429.4.2.1.10.0 | awk \'\{\ print \$4\ \}\'`; > print "$inuse"; > exit(0); > } > > # No span specified. Report stats for a card, > # then exit. > # > if ($span eq "") { > $inuse = `$snmpget $hostname $community .1.3.6.1.4.1.429.4.10.35.1.3.${card} | awk \'\{\ print \$3\ \}\'`; > print "$inuse"; > exit(0); > } > > # Card and Span specified. Calculate start position > # in MIB tree. > # > $spanstart = 970 + ($card * 256) + ($span *31); > $counterend = $spanstart + $chanels; > $inuse = 0; > $temp = 0; > > # Report stats on a span. > # > while ($spanstart != $counterend) { > $temp = `$snmpget $hostname $community .1.3.6.1.4.1.429.4.10.1.1.18.${spanstart} | grep -v \'\=\ \"\"\' | wc -l`; > chomp ($temp); > $inuse = $temp + $inuse; > $spanstart = $spanstart + 1; > } > > > print "$inuse\n"; > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

We have 144 quad ports. Randy McMillan PacInfo ----- Original Message ----- Sent: Tuesday, April 17, 2001 7:26 AM v.92 updates and support issues]] > Hi everyone, > Thanks to all that has responded (only about 6 so far). This represents > 2,204 quad modem ports. I will be sending this in on Thursday night so > 3com will have it avail on friday morning for a meeting. So please send > in your port counts before then. Even if you don't want/need the upgrade > we need to show 3com how many quad modems are in the field. > > Unless you ask me not to, I will be sending 3com your port count and > your email address for a contact point. > > thanks > > Mark Ross > California City Internet Inc. > > -------- Original Message -------- > Subject: (usr-tc) OK we now have a voice, We need some info WAS RE: v.92 > updates > Ok, > We now have a voice, we need to get together and show 3com that there > "really is a market for software on quad modem cards". My contact needs > to know how many of us want/need the v.92 code on quad modems cards. If > you wish I can gather this info and present it to 3com. > > I need to know how many ports of quad modem cards you have ? > I need to know by Friday. > I certify that any info I receive from you will only be used for the > purpose of showing 3com that we need support in v.92 code. > > Below you will find the email that I receive from 3com. > > Mark Ross > California City Internet Inc. > > > > > Mark, > > I am working internally to try and resolve the V.92 and Quad card issue > that we > discussed yesterday. So far I do not have any final answer to offer > you. > Preliminary, from a hardware/software technical perspective it does not > look as > though the quads have the capability to support the V.92 software. > > I am trying to find a solution that may require an upgrade to the newer > card > sets. I do not yet have the details on the logistics and or costs > however It > might help my efforts if you could tell me how many chassis and or ports > your > user community has in place. I know about your specific configuration > at CCIS > however the more ports that need this type of solution, the more likely > that we > can offer a packaged solution to you and your respective user group. > > Please let me know via email and I will continue my efforts. > > > mark ross wrote: > > > > Hi all, > > Guess what ??? > > > > I got a call from 3com this morning ! Mr. Alex Lopez. > > It sounds like he is truly concerned about our problem with the v92 code > > on quad modems. He said "I will run it by the product managers and let > > you know". He also mentioned that a upgrade might be possible if they > > were unable to support the quads. The amazing thing is that I did not > > include my phone number in my email ( They took the time and effort to > > look it up ). I should know something within a day or two and will let > > you know what happens > > > > -------- Original Message -------- > > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > > issues > > Date: Tue, 10 Apr 2001 15:47:25 -0700 > > From: mark ross <mark@ccis.com> > > Reply-To: usr-tc@lists.xmission.com > > Organization: ccis > > To: usr-tc@lists.xmission.com > > References: <20010410153305.A5022@iglou.com> > > > > Hi all, > > I just sent mine in.... > > > > Sirs, > > I am writing to let you know that we have been supporters of the > > USR/3com TC 1000 RAS servers for many years and we have quite a few of > > your products in our pop's. > > > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > > don't really have any need to upgrade to the newest high density RAS > > servers. The quad modem cards have performed very well in the past and > > our customers have been very happy with them. > > > > Our concern is that we are not seeing any support for v.92 updates for > > the quad modem cards (We would be happy to pay for this support). Please > > reconsider your decision to support the newer protocols on the quad > > modem card.. > > > > Thank You > > > > Mark Ross > > California City Internet Inc. > > > > Jeff Mcadams wrote: > > > > > > Hey folks... > > > > > Let me issue another plea... > > > > > > If you haven't contacted these folks concerning your issues, please do. > > > If you've already decided to leave 3Com, let them know why. If you're > > > thinking about leaving, let them know why. If you're not happy, let > > > them know why. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

We have 48 ports (12 quad cards) Robert Jimenez Singlepoint Resources, Inc. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross Sent: Saturday, April 14, 2001 11:01 AM updates and support issues] Ok, We now have a voice, we need to get together and show 3com that there "really is a market for software on quad modem cards". My contact needs to know how many of us want/need the v.92 code on quad modems cards. If you wish I can gather this info and present it to 3com. I need to know how many ports of quad modem cards you have ? I need to know by Friday. I certify that any info I receive from you will only be used for the purpose of showing 3com that we need support in v.92 code. Below you will find the email that I receive from 3com. Mark Ross California City Internet Inc. Mark, I am working internally to try and resolve the V.92 and Quad card issue that we discussed yesterday. So far I do not have any final answer to offer you. Preliminary, from a hardware/software technical perspective it does not look as though the quads have the capability to support the V.92 software. I am trying to find a solution that may require an upgrade to the newer card sets. I do not yet have the details on the logistics and or costs however It might help my efforts if you could tell me how many chassis and or ports your user community has in place. I know about your specific configuration at CCIS however the more ports that need this type of solution, the more likely that we can offer a packaged solution to you and your respective user group. Please let me know via email and I will continue my efforts. mark ross wrote: > > Hi all, > Guess what ??? > > I got a call from 3com this morning ! Mr. Alex Lopez. > It sounds like he is truly concerned about our problem with the v92 code > on quad modems. He said "I will run it by the product managers and let > you know". He also mentioned that a upgrade might be possible if they > were unable to support the quads. The amazing thing is that I did not > include my phone number in my email ( They took the time and effort to > look it up ). I should know something within a day or two and will let > you know what happens > > -------- Original Message -------- > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > issues > Date: Tue, 10 Apr 2001 15:47:25 -0700 > From: mark ross <mark@ccis.com> > Reply-To: usr-tc@lists.xmission.com > Organization: ccis > To: usr-tc@lists.xmission.com > References: <20010410153305.A5022@iglou.com> > > Hi all, > I just sent mine in.... > > Sirs, > I am writing to let you know that we have been supporters of the > USR/3com TC 1000 RAS servers for many years and we have quite a few of > your products in our pop's. > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > don't really have any need to upgrade to the newest high density RAS > servers. The quad modem cards have performed very well in the past and > our customers have been very happy with them. > > Our concern is that we are not seeing any support for v.92 updates for > the quad modem cards (We would be happy to pay for this support). Please > reconsider your decision to support the newer protocols on the quad > modem card.. > > Thank You > > Mark Ross > California City Internet Inc. > > Jeff Mcadams wrote: > > > > Hey folks... > > > Let me issue another plea... > > > > If you haven't contacted these folks concerning your issues, please do. > > If you've already decided to leave 3Com, let them know why. If you're > > thinking about leaving, let them know why. If you're not happy, let > > them know why. > > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

We have 5 chassis's with a total of 216 quad modem ports left in our network. Peter Kumbalek Network Administrator NetNet, Inc. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross > Sent: Tuesday, April 17, 2001 09:26 > To: usr-tc@lists.xmission.com; richard@cust.caloundra.net > Subject: [Fwd: (usr-tc) OK we now have a voice, We > need some info WAS > RE: v.92 updates and support issues]] > > > Hi everyone, > Thanks to all that has responded (only about 6 so > far). This represents > 2,204 quad modem ports. I will be sending this in on > Thursday night so > 3com will have it avail on friday morning for a > meeting. So please send > in your port counts before then. Even if you don't > want/need the upgrade > we need to show 3com how many quad modems are in the field. > > Unless you ask me not to, I will be sending 3com your > port count and > your email address for a contact point. > > thanks > > Mark Ross > California City Internet Inc. > > -------- Original Message -------- > Subject: (usr-tc) OK we now have a voice, We need some > info WAS RE: v.92 > updates > Ok, > We now have a voice, we need to get together and show > 3com that there > "really is a market for software on quad modem cards". > My contact needs > to know how many of us want/need the v.92 code on quad > modems cards. If > you wish I can gather this info and present it to 3com. > > I need to know how many ports of quad modem cards you have ? > I need to know by Friday. > I certify that any info I receive from you will only > be used for the > purpose of showing 3com that we need support in v.92 code. > > Below you will find the email that I receive from 3com. > > Mark Ross > California City Internet Inc. > > > > > Mark, > > I am working internally to try and resolve the V.92 > and Quad card issue > that we > discussed yesterday. So far I do not have any final > answer to offer > you. > Preliminary, from a hardware/software technical > perspective it does not > look as > though the quads have the capability to support the > V.92 software. > > I am trying to find a solution that may require an > upgrade to the newer > card > sets. I do not yet have the details on the logistics > and or costs > however It > might help my efforts if you could tell me how many > chassis and or ports > your > user community has in place. I know about your > specific configuration > at CCIS > however the more ports that need this type of > solution, the more likely > that we > can offer a packaged solution to you and your > respective user group. > > Please let me know via email and I will continue my efforts. > > > mark ross wrote: > > > > Hi all, > > Guess what ??? > > > > I got a call from 3com this morning ! Mr. Alex Lopez. > > It sounds like he is truly concerned about our > problem with the v92 code > > on quad modems. He said "I will run it by the > product managers and let > > you know". He also mentioned that a upgrade might be > possible if they > > were unable to support the quads. The amazing thing > is that I did not > > include my phone number in my email ( They took the > time and effort to > > look it up ). I should know something within a day > or two and will let > > you know what happens > > > > -------- Original Message -------- > > Subject: Re: (usr-tc) contacting 3com re: v.92 > updates and support > > issues > > Date: Tue, 10 Apr 2001 15:47:25 -0700 > > From: mark ross <mark@ccis.com> > > Reply-To: usr-tc@lists.xmission.com > > Organization: ccis > > To: usr-tc@lists.xmission.com > > References: <20010410153305.A5022@iglou.com> > > > > Hi all, > > I just sent mine in.... > > > > Sirs, > > I am writing to let you know that we have been > supporters of the > > USR/3com TC 1000 RAS servers for many years and we > have quite a few of > > your products in our pop's. > > > > We are not a large ISP (our dialup subscriber base > is about 2,000) so we > > don't really have any need to upgrade to the newest > high density RAS > > servers. The quad modem cards have performed very > well in the past and > > our customers have been very happy with them. > > > > Our concern is that we are not seeing any support > for v.92 updates for > > the quad modem cards (We would be happy to pay for > this support). Please > > reconsider your decision to support the newer > protocols on the quad > > modem card.. > > > > Thank You > > > > Mark Ross > > California City Internet Inc. > > > > Jeff Mcadams wrote: > > > > > > Hey folks... > > > > > Let me issue another plea... > > > > > > If you haven't contacted these folks concerning > your issues, please do. > > > If you've already decided to leave 3Com, let them > know why. If you're > > > thinking about leaving, let them know why. If > you're not happy, let > > > them know why. > > > > > - > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and > old messages send > "help" to the same address. Do not use quotes in > your message. > > - > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and > old messages send > "help" to the same address. Do not use quotes in > your message. >

We have 96 quad ports. Russ Miescke Power Web Connect ----- Original Message ----- Sent: Wednesday, April 18, 2001 1:59 PM updates and support issues]] > We have 144 quad ports. > > Randy McMillan > PacInfo > > ----- Original Message ----- > From: "mark ross" <mark@ccis.com> > To: <usr-tc@lists.xmission.com>; <richard@cust.caloundra.net> > Sent: Tuesday, April 17, 2001 7:26 AM > Subject: [Fwd: (usr-tc) OK we now have a voice, We need some info WAS RE: > v.92 updates and support issues]] > > > > Hi everyone, > > Thanks to all that has responded (only about 6 so far). This represents > > 2,204 quad modem ports. I will be sending this in on Thursday night so > > 3com will have it avail on friday morning for a meeting. So please send > > in your port counts before then. Even if you don't want/need the upgrade > > we need to show 3com how many quad modems are in the field. > > > > Unless you ask me not to, I will be sending 3com your port count and > > your email address for a contact point. > > > > thanks > > > > Mark Ross > > California City Internet Inc. > > > > -------- Original Message -------- > > Subject: (usr-tc) OK we now have a voice, We need some info WAS RE: v.92 > > updates > > Ok, > > We now have a voice, we need to get together and show 3com that there > > "really is a market for software on quad modem cards". My contact needs > > to know how many of us want/need the v.92 code on quad modems cards. If > > you wish I can gather this info and present it to 3com. > > > > I need to know how many ports of quad modem cards you have ? > > I need to know by Friday. > > I certify that any info I receive from you will only be used for the > > purpose of showing 3com that we need support in v.92 code. > > > > Below you will find the email that I receive from 3com. > > > > Mark Ross > > California City Internet Inc. > > > > > > > > > > Mark, > > > > I am working internally to try and resolve the V.92 and Quad card issue > > that we > > discussed yesterday. So far I do not have any final answer to offer > > you. > > Preliminary, from a hardware/software technical perspective it does not > > look as > > though the quads have the capability to support the V.92 software. > > > > I am trying to find a solution that may require an upgrade to the newer > > card > > sets. I do not yet have the details on the logistics and or costs > > however It > > might help my efforts if you could tell me how many chassis and or ports > > your > > user community has in place. I know about your specific configuration > > at CCIS > > however the more ports that need this type of solution, the more likely > > that we > > can offer a packaged solution to you and your respective user group. > > > > Please let me know via email and I will continue my efforts. > > > > > > mark ross wrote: > > > > > > Hi all, > > > Guess what ??? > > > > > > I got a call from 3com this morning ! Mr. Alex Lopez. > > > It sounds like he is truly concerned about our problem with the v92 code > > > on quad modems. He said "I will run it by the product managers and let > > > you know". He also mentioned that a upgrade might be possible if they > > > were unable to support the quads. The amazing thing is that I did not > > > include my phone number in my email ( They took the time and effort to > > > look it up ). I should know something within a day or two and will let > > > you know what happens > > > > > > -------- Original Message -------- > > > Subject: Re: (usr-tc) contacting 3com re: v.92 updates and support > > > issues > > > Date: Tue, 10 Apr 2001 15:47:25 -0700 > > > From: mark ross <mark@ccis.com> > > > Reply-To: usr-tc@lists.xmission.com > > > Organization: ccis > > > To: usr-tc@lists.xmission.com > > > References: <20010410153305.A5022@iglou.com> > > > > > > Hi all, > > > I just sent mine in.... > > > > > > Sirs, > > > I am writing to let you know that we have been supporters of the > > > USR/3com TC 1000 RAS servers for many years and we have quite a few of > > > your products in our pop's. > > > > > > We are not a large ISP (our dialup subscriber base is about 2,000) so we > > > don't really have any need to upgrade to the newest high density RAS > > > servers. The quad modem cards have performed very well in the past and > > > our customers have been very happy with them. > > > > > > Our concern is that we are not seeing any support for v.92 updates for > > > the quad modem cards (We would be happy to pay for this support). Please > > > reconsider your decision to support the newer protocols on the quad > > > modem card.. > > > > > > Thank You > > > > > > Mark Ross > > > California City Internet Inc. > > > > > > Jeff Mcadams wrote: > > > > > > > > Hey folks... > > > > > > > Let me issue another plea... > > > > > > > > If you haven't contacted these folks concerning your issues, please > do. > > > > If you've already decided to leave 3Com, let them know why. If you're > > > > thinking about leaving, let them know why. If you're not happy, let > > > > them know why. > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >

Mark...can I suggest that when you send this information in that you remind the people getting it that this is just people that are on this list. I'm sure there are a significant number of Total Control users that are *not* represented on this list. Just a thought. Also sprach Peter Kumbalek >We have 5 chassis's with a total of 216 quad modem ports left in >our network. >Peter Kumbalek >Network Administrator >NetNet, Inc. > > >> -----Original Message----- >> From: owner-usr-tc@lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross >> Sent: Tuesday, April 17, 2001 09:26 >> To: usr-tc@lists.xmission.com; richard@cust.caloundra.net >> Subject: [Fwd: (usr-tc) OK we now have a voice, We >> need some info WAS >> RE: v.92 updates and support issues]] >> >> >> Hi everyone, >> Thanks to all that has responded (only about 6 so >> far). This represents >> 2,204 quad modem ports. I will be sending this in on >> Thursday night so >> 3com will have it avail on friday morning for a >> meeting. So please send >> in your port counts before then. Even if you don't >> want/need the upgrade >> we need to show 3com how many quad modems are in the field. >> >> Unless you ask me not to, I will be sending 3com your >> port count and >> your email address for a contact point. >> >> thanks >> >> Mark Ross >> California City Internet Inc. >> >> -------- Original Message -------- >> Subject: (usr-tc) OK we now have a voice, We need some >> info WAS RE: v.92 >> updates >> Ok, >> We now have a voice, we need to get together and show >> 3com that there >> "really is a market for software on quad modem cards". >> My contact needs >> to know how many of us want/need the v.92 code on quad >> modems cards. If >> you wish I can gather this info and present it to 3com. >> >> I need to know how many ports of quad modem cards you have ? >> I need to know by Friday. >> I certify that any info I receive from you will only >> be used for the >> purpose of showing 3com that we need support in v.92 code. >> >> Below you will find the email that I receive from 3com. >> >> Mark Ross >> California City Internet Inc. >> >> >> >> >> Mark, >> >> I am working internally to try and resolve the V.92 >> and Quad card issue >> that we >> discussed yesterday. So far I do not have any final >> answer to offer >> you. >> Preliminary, from a hardware/software technical >> perspective it does not >> look as >> though the quads have the capability to support the >> V.92 software. >> >> I am trying to find a solution that may require an >> upgrade to the newer >> card >> sets. I do not yet have the details on the logistics >> and or costs >> however It >> might help my efforts if you could tell me how many >> chassis and or ports >> your >> user community has in place. I know about your >> specific configuration >> at CCIS >> however the more ports that need this type of >> solution, the more likely >> that we >> can offer a packaged solution to you and your >> respective user group. >> >> Please let me know via email and I will continue my efforts. >> >> >> mark ross wrote: >> > >> > Hi all, >> > Guess what ??? >> > >> > I got a call from 3com this morning ! Mr. Alex Lopez. >> > It sounds like he is truly concerned about our >> problem with the v92 code >> > on quad modems. He said "I will run it by the >> product managers and let >> > you know". He also mentioned that a upgrade might be >> possible if they >> > were unable to support the quads. The amazing thing >> is that I did not >> > include my phone number in my email ( They took the >> time and effort to >> > look it up ). I should know something within a day >> or two and will let >> > you know what happens >> > >> > -------- Original Message -------- >> > Subject: Re: (usr-tc) contacting 3com re: v.92 >> updates and support >> > issues >> > Date: Tue, 10 Apr 2001 15:47:25 -0700 >> > From: mark ross <mark@ccis.com> >> > Reply-To: usr-tc@lists.xmission.com >> > Organization: ccis >> > To: usr-tc@lists.xmission.com >> > References: <20010410153305.A5022@iglou.com> >> > >> > Hi all, >> > I just sent mine in.... >> > >> > Sirs, >> > I am writing to let you know that we have been >> supporters of the >> > USR/3com TC 1000 RAS servers for many years and we >> have quite a few of >> > your products in our pop's. >> > >> > We are not a large ISP (our dialup subscriber base >> is about 2,000) so we >> > don't really have any need to upgrade to the newest >> high density RAS >> > servers. The quad modem cards have performed very >> well in the past and >> > our customers have been very happy with them. >> > >> > Our concern is that we are not seeing any support >> for v.92 updates for >> > the quad modem cards (We would be happy to pay for >> this support). Please >> > reconsider your decision to support the newer >> protocols on the quad >> > modem card.. >> > >> > Thank You >> > >> > Mark Ross >> > California City Internet Inc. >> > >> > Jeff Mcadams wrote: >> > > >> > > Hey folks... >> > >> > > Let me issue another plea... >> > > >> > > If you haven't contacted these folks concerning >> your issues, please do. >> > > If you've already decided to leave 3Com, let them >> know why. If you're >> > > thinking about leaving, let them know why. If >> you're not happy, let >> > > them know why. >> > > >> >> - >> To unsubscribe to usr-tc, send an email to >> "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the 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. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I am trying to buy used or refurbished 30 Port/E1 HiPre DSP cards. Omar Perez Projesom Internet Ltda Brazil ----- Original Message ----- Sent: Wednesday, April 18, 2001 3:33 AM > In Colombia is used E1 too! > > > Jorge Lozano <jorge@andinet.com> > NA and ISSO Andinet On Line <http://www.andinet.com> > The only way to predict the future is... to create it! > > -----Mensaje original----- > De: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]En nombre de Trade Projesom > Enviado el: Mi=E9rcoles, 11 de Abril de 2001 07:47 p.m. > Para: usr-tc@lists.xmission.com > Asunto: (usr-tc) E1 > > > please, somebody can tell me where in the world E1 is used? > I live in Brazil and want to buy a refurbished or used E1 hiper dsp car= d. > > Thank's > > > > Omar Perez > Projesom Internet Ltda > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. >

Hey guys. I have finally been able to put a nice little LNS/PNS on our server. Here's the scoop... we are moving our TC's out of our main NOC to save on backhaul charges... the problem is that now that our TC's are going to live on separate networks, we have two dilemmas: Static IP addresses are unable to move freely between POPs, and we cannot offer content filtering. The solution, IMHO, is to make all our content filtered users use IP's from a static IP pool, and tunnel all these "portable" static IP addresses back to our main NOC, behind our filter box. So I built a linux box with lots of IP tunneling stuff, including PopTop (the PPTP server) and L2TPd. Our clients are supposed to not notice anything strange... except that it works. Their accounts are defined in our radius (I have two sample configs, one using L2TP and another using PPTP) using Tunnel-Type="PPTP" (or "L2TP") and Tunnel-Server-Endpoint="our LNS/PNS". No other settings have been changed on the USR-TCs at all. With PopTop, I compiled it so that it would give out addresses to specific users. Upon trying PPTP, the client dialed in, and a tunnel was created but PopTop complained that it doesn't understand Message type 9, an "Incoming-Call"... as it turns out, PopTop is not a PNS at all... but a PAC... it seems the Windows world got the PPTP implementation backwards and most vendors have it all backwards... so it looks like PopTop is a dead end. The client was unable to connect, so it dropped... yet the tunnel from the USR-TC to the PNS stayed up! Wierd. So I tried our sample L2TP client. L2TPd won't allow giving out Static's based on user, but I suppose I could code that myself. Anyway, the client connected, and a tunnel was built, but it looks like the PPP session dies. The client disconnects, yet the tunnel remains according to the Hiper ARC. At least the PPPd session appeared to give out a valid IP address. The server squawked about not having handlers for LCP, but PPPd gave me no real reason for dying. Anyway, I am stumped. Is anyone really using tunnels from the Hiper Arc successfully? Could post me some baby steps to help straighten me out? Thanx. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

I received a BayStack Access Node AN router from a customer to configure for T1 access. They do not have the docs or the login info. I have been unable to find any docs at Nortel who bought Bay Networks and apparently threw everything away. Does anyone have experience with, or docs for the AN router? I'm assuming there is a password recovery scheme like on a Cisco or other systems. Thanks for any help provided. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Dude! Call me tomorrow...sounds like we have a lot to talk about! Also sprach Stephen Amadei >Here's the scoop... we are moving our TC's out of our main NOC to save >on backhaul charges... the problem is that now that our TC's are going >to live on separate networks, we have two dilemmas: Static IP addresses >are unable to move freely between POPs, and we cannot offer content >filtering. A dynamic routing protocol like RIPv2 or OSPF won't work for you for the moving of static IP addresses? And then strategic positioning of the filtering box could work... >The solution, IMHO, is to make all our content filtered users use IP's >from a static IP pool, and tunnel all these "portable" static IP >addresses back to our main NOC, behind our filter box. So I built a >linux box with lots of IP tunneling stuff, including PopTop (the PPTP >server) and L2TPd. >Our clients are supposed to not notice anything strange... except that >it works. Their accounts are defined in our radius (I have two sample >configs, one using L2TP and another using PPTP) using >Tunnel-Type="PPTP" (or "L2TP") and Tunnel-Server-Endpoint="our >LNS/PNS". No other settings have been changed on the USR-TCs at all. >With PopTop, I compiled it so that it would give out addresses to >specific users. Upon trying PPTP, the client dialed in, and a tunnel >was created but PopTop complained that it doesn't understand Message >type 9, an "Incoming-Call"... as it turns out, PopTop is not a PNS at >all... but a PAC... it seems the Windows world got the PPTP >implementation backwards and most vendors have it all backwards... so >it looks like PopTop is a dead end. The client was unable to connect, >so it dropped... yet the tunnel from the USR-TC to the PNS stayed up! >Wierd. Uhm...that's really odd...PNS should be the PPTP equivalent of LNS in L2TP...weird...you don't want to use PPTP anyway...it sucks! >So I tried our sample L2TP client. L2TPd won't allow giving out >Static's based on user, but I suppose I could code that myself. Sure it will...or more accurately, pppd will. L2TP has nothing to do with IP allocation inherently... >Anyway, the client connected, and a tunnel was built, but it looks like >the PPP session dies. Quite possible. "debug" in /etc/ppp/options is *most* useful here. >The client disconnects, yet the tunnel remains according to the Hiper >ARC. Quite possible that the tunnel is sticking around, but the individual session within the tunnel is dying. >At least the PPPd session appeared to give out a valid IP address. The >server squawked about not having handlers for LCP, but PPPd gave me no >real reason for dying. Well...here's a possibility... I think, from the sounds of it that you're setting it up to tunnel based on userid in RADIUS. This means that the client is having to do LCP and PAP/CHAP/whatever at the Arc, then the Arc gets the RADIUS response back, sets up the tunnel, and then the linux box starts firing LCP over the tunnel at the client. So the end client system sees LCP, PAP/CHAP/whatever, then starts doing IPCP but instead gets a new round LCP thrown at it. *Theoretically*, this is within the PPP spec...an implementation can return to LCP at any time...but in practice, I haven't a clue how most systems would handle that. >Anyway, I am stumped. Is anyone really using tunnels from the Hiper >Arc successfully? Could post me some baby steps to help straighten me >out? No, but I'm *VERY* interested in working with you on this. Check out http://www.sourceforge.net/projects/l2tpd if you haven't already. We're doing some L2TP stuff here thanks to Cincinnati Bell's oh-so-screwed-up DSL network. The only l2tp software really available and functional for Linux was the l2tpd at marko.net. You'll notice there hasn't been a release there in over 2 years. So I, and a couple of our customers have taken on development work on l2tpd. There are a *LOT* of bugs in l2tpd, but I've worked out quite a few already. Anyway, I'm *very* interested in anyone's experience with running this software with any other L2TP implementation. We've confirmed interoperability at this point with RedBack SMS AOS, Cisco 3000 VPN Concentrators, and believe (but haven't confirmed) interoperability with Cisco IOS 12.0, and 12.1, and w2k (using l2tpd as an LNS). Anyway...gimme a call tomorrow and we can work through what you're doing and what needs to be done. (502)966-3848 ext 1153. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Best suggestion .. get a Ascend P130/T1 or Cisco 1720 with a T1 WIC and drop that POS in the trash ... the customer will thank you over time. 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, April 18, 2001 5:31 PM > I received a BayStack Access Node AN router from a customer to configure for > T1 access. They do not have the docs or the login info. I have been unable > to find any docs at Nortel who bought Bay Networks and apparently threw > everything away. Does anyone have experience with, or docs for the AN > router? I'm assuming there is a password recovery scheme like on a Cisco or > other systems. Thanks for any help provided. > > 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. > >

Better yet get a Lucent Superpipe 155. They are newer/better than the Pipeline 130 and cheaper. Unless we're talking about used equipment here. -klt -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marshall Morgan Sent: Thursday, April 19, 2001 8:06 AM Best suggestion .. get a Ascend P130/T1 or Cisco 1720 with a T1 WIC and drop that POS in the trash ... the customer will thank you over time. 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, April 18, 2001 5:31 PM > I received a BayStack Access Node AN router from a customer to configure for > T1 access. They do not have the docs or the login info. I have been unable > to find any docs at Nortel who bought Bay Networks and apparently threw > everything away. Does anyone have experience with, or docs for the AN > router? I'm assuming there is a password recovery scheme like on a Cisco or > other systems. Thanks for any help provided. > > 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.

Well, I *still* haven't heard anything from anyone at 3Com/CommWorks that can actually *do* something about the travesty that is support at 3Com/CommWorks. I'm still waiting to hear from someone other than my sales rep. or NC. FWIW, I got a quote from Patton Electronics yesterday. For just *slightly* more then the cost it would take me to upgrade my quad cards to DSPs to be able maybe finagle some way of getting v.92 support, since 3Com/CommWork's support contract policies and Terms and Conditions have been designed by madmen, I can *totally* replace all of my Total Control Equipment with Patton Electronics equipment. That's sad. - Free tech support - Free software upgrades And 3Com/CommWorks seems to think that support is something that they should make money on. At this point, I have totally lost all respect for 3Com/CommWorks and its executives. I think its criminal that they are allowed to drive this company into the ground like they have been for the past few years. I look forward to the entertainment of upcoming shareholder lawsuits. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

This is a multi-part message in MIME format. ------=_NextPart_000_012C_01C0C8CB.E6EA3980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a 12 quad card, 1 HyperDSP, 1 HyperARC, Dual PRI unit for sale Also an additional Total Control case, and some other networking = equipment 201 891 1555 security@tatralarm.com ------=_NextPart_000_012C_01C0C8CB.E6EA3980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 6.00.2462.0" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>I have a 12 quad card, 1 HyperDSP, 1 = HyperARC, Dual=20 PRI unit for sale</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Also an additional Total Control case, = and some=20 other networking equipment</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>201 891 1555</FONT></DIV> <DIV><FONT face=3DArial size=3D2><A=20 href=3D"mailto:security@tatralarm.com">security@tatralarm.com</A></FONT><= /DIV></BODY></HTML> ------=_NextPart_000_012C_01C0C8CB.E6EA3980--

Hello (4-19-01) I'm still having a problem with the Total Control 1000 and using it as a dialout modem server. I'm working with 3com support and they told me that the DSP Multi Span Nac Software Ver 3.0.14 has known issues and I should flash it. They first recommended 3.0.105 and then 3.0.108. The DSP Multi Span Nac Hardware is ver 0.2.0 and 0.3.0. After the flash every time I try and place a call the modem card reboots, so now I can't place any calls. I did the flash using TCM manager and also re-flashed using the AUX Port with HyperTerminal. Before the software upgrade, I was getting these errors with Software ver 3.0.14 (651) - Your modem (or other connecting device) has reported an error. (692) - Hardware failure in port or attached device. Any help or suggestions please contact me. Rick Digatono Wide Area Network Administrator rickd@ngn.com 952-943-4260 ____________________________________________________________________________ __ First message from: 4-12-01 I am having a problem with the Total Control 1000 and using it as a dialout modem server and could use some help or suggestions. I am using the Total Control 1000 with the 96port modem cards. Right now I have 4 T1's plugged into it for testing, but will soon switch to the DS3 ingress card. I have setup modem pools in a round-robin configuration and a network service for dialout. I am then using Dialout/IP by Tactical Software to connect to the 3Com Total Control and dialout. The issue I have is that roughly 20% of the time I get a modem error from the software, saying that a modem is unavailable and/or communication error with the modem. I have tried everything I can on the PC side, such as different modem INF files, compression settings, checking the DialOut/IP software, etc.. Everything seems fine on that side. 3Com is telling me that everything is configured correctly on the Total Control. Yet just today I witnessed the HiperArc reboot on its own. The firmware and system software versions are: Router Card hardware ver 20.0.0 Software Ver 5.1.99 DSP Multi Span Nac Hardware ver 0.2.0 Software Ver 3.0.14 Does anyone have any suggestions what else to try or do? As a side note, I have a number of the quad racks setup for this with no problem. Although its not using the HiperArc instead its using the physical serial connections. Its just on the newer Total Control 1000 that I have problems... Tom Schmidt Network Operations Manager toms@ngn.com

Hi Jeff, Sure thing.... thats a good idea.... Jeff Mcadams wrote: > > Mark...can I suggest that when you send this information in that you > remind the people getting it that this is just people that are on this > list. I'm sure there are a significant number of Total Control users > that are *not* represented on this list. > > Just a thought. > > Also sprach Peter Kumbalek > >We have 5 chassis's with a total of 216 quad modem ports left in > >our network. > > >Peter Kumbalek > >Network Administrator > >NetNet, Inc. > > > > > >> -----Original Message----- > >> From: owner-usr-tc@lists.xmission.com > >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mark ross > >> Sent: Tuesday, April 17, 2001 09:26 > >> To: usr-tc@lists.xmission.com; richard@cust.caloundra.net > >> Subject: [Fwd: (usr-tc) OK we now have a voice, We > >> need some info WAS > >> RE: v.92 updates and support issues]] > >> > >> > >> Hi everyone, > >> Thanks to all that has responded (only about 6 so > >> far). This represents > >> 2,204 quad modem ports. I will be sending this in on > >> Thursday night so > >> 3com will have it avail on friday morning for a > >> meeting. So please send > >> in your port counts before then. Even if you don't > >> want/need the upgrade > >> we need to show 3com how many quad modems are in the field. > >> > >> Unless you ask me not to, I will be sending 3com your > >> port count and > >> your email address for a contact point. > >> > >> thanks > >> > >> Mark Ross > >> California City Internet Inc. > >> > >> -------- Original Message -------- > >> Subject: (usr-tc) OK we now have a voice, We need some > >> info WAS RE: v.92 > >> updates > >> Ok, > >> We now have a voice, we need to get together and show > >> 3com that there > >> "really is a market for software on quad modem cards". > >> My contact needs > >> to know how many of us want/need the v.92 code on quad > >> modems cards. If > >> you wish I can gather this info and present it to 3com. > >> > >> I need to know how many ports of quad modem cards you have ? > >> I need to know by Friday. > >> I certify that any info I receive from you will only > >> be used for the > >> purpose of showing 3com that we need support in v.92 code. > >> > >> Below you will find the email that I receive from 3com. > >> > >> Mark Ross > >> California City Internet Inc. > >> > >> > >> > >> > >> Mark, > >> > >> I am working internally to try and resolve the V.92 > >> and Quad card issue > >> that we > >> discussed yesterday. So far I do not have any final > >> answer to offer > >> you. > >> Preliminary, from a hardware/software technical > >> perspective it does not > >> look as > >> though the quads have the capability to support the > >> V.92 software. > >> > >> I am trying to find a solution that may require an > >> upgrade to the newer > >> card > >> sets. I do not yet have the details on the logistics > >> and or costs > >> however It > >> might help my efforts if you could tell me how many > >> chassis and or ports > >> your > >> user community has in place. I know about your > >> specific configuration > >> at CCIS > >> however the more ports that need this type of > >> solution, the more likely > >> that we > >> can offer a packaged solution to you and your > >> respective user group. > >> > >> Please let me know via email and I will continue my efforts. > >> > >> > >> mark ross wrote: > >> > > >> > Hi all, > >> > Guess what ??? > >> > > >> > I got a call from 3com this morning ! Mr. Alex Lopez. > >> > It sounds like he is truly concerned about our > >> problem with the v92 code > >> > on quad modems. He said "I will run it by the > >> product managers and let > >> > you know". He also mentioned that a upgrade might be > >> possible if they > >> > were unable to support the quads. The amazing thing > >> is that I did not > >> > include my phone number in my email ( They took the > >> time and effort to > >> > look it up ). I should know something within a day > >> or two and will let > >> > you know what happens > >> > > >> > -------- Original Message -------- > >> > Subject: Re: (usr-tc) contacting 3com re: v.92 > >> updates and support > >> > issues > >> > Date: Tue, 10 Apr 2001 15:47:25 -0700 > >> > From: mark ross <mark@ccis.com> > >> > Reply-To: usr-tc@lists.xmission.com > >> > Organization: ccis > >> > To: usr-tc@lists.xmission.com > >> > References: <20010410153305.A5022@iglou.com> > >> > > >> > Hi all, > >> > I just sent mine in.... > >> > > >> > Sirs, > >> > I am writing to let you know that we have been > >> supporters of the > >> > USR/3com TC 1000 RAS servers for many years and we > >> have quite a few of > >> > your products in our pop's. > >> > > >> > We are not a large ISP (our dialup subscriber base > >> is about 2,000) so we > >> > don't really have any need to upgrade to the newest > >> high density RAS > >> > servers. The quad modem cards have performed very > >> well in the past and > >> > our customers have been very happy with them. > >> > > >> > Our concern is that we are not seeing any support > >> for v.92 updates for > >> > the quad modem cards (We would be happy to pay for > >> this support). Please > >> > reconsider your decision to support the newer > >> protocols on the quad > >> > modem card.. > >> > > >> > Thank You > >> > > >> > Mark Ross > >> > California City Internet Inc. > >> > > >> > Jeff Mcadams wrote: > >> > > > >> > > Hey folks... > >> > > >> > > Let me issue another plea... > >> > > > >> > > If you haven't contacted these folks concerning > >> your issues, please do. > >> > > If you've already decided to leave 3Com, let them > >> know why. If you're > >> > > thinking about leaving, let them know why. If > >> you're not happy, let > >> > > them know why. > >> > > > >> > >> - > >> To unsubscribe to usr-tc, send an email to > >> "majordomo@xmission.com" > >> with "unsubscribe usr-tc" in the body of the 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. > > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Hello all, Thanks to everyone the responded to my email. I received replies from 34 companies and a total quad port count of 13,138. Below is a copy of the email I sent to 3com. I have removed the contact email address. Hi Alex, I have compiled a list of ISP's from our users group that would like to see continued support for the 3com quad modem card. Please keep in mind that users seem to come and go from our group so I am sure that there are others that have not been counted. You are welcome to sign up to our users group at any time. To subscribe to usr-tc, send an email to "majordomo@xmission.com" with "subscribe usr-tc" in the body of the message. Below you will find a list 34 small mom/pop ISP's. Most of us have been in the business since the early BBS days when all we had was 2 or 3 lines and US Robotics Courier or Dual Standard modems. We have all spent the last few years trying to compete against the "MSNs" and "Earthlinks" of the world. Large companies that are able to give away free cameras, cash rebates, computers, etc. to consumers for switching ISPs. But we are still hanging on !! To stay in business we have to make each purchase wisely. We need equipment that can be upgraded to support new services and features. We need equipment that will not be "End Of Life'ed" before its even fully depreciated on our tax returns... Thank You for taking the time to research this issue. Mark Ross California City Internet Inc. Contact Port Count mark@ccis.com 480 xxxxxxxxxxxxxxxxxx 96 xxxxxxxxxxxxxxxxxxxxxxxx 96 xxxxxxxxxxxxxxx 384 xxxxxxxxxxxxx 96 xxxxxxxxxxxxxx 288 xxxxxxxxxxxxxxx 204 xxxxxxxxxxxxxxxxxxxxxx 656 xxxxxxxxxxxxxxxxxxx 366 xxxxxxxxxxxxxxxxxxxxxxxxxxxx 48 xxxxxxxxxxxxxxx 480 xxxxxxxxxxxxxxx 324 xxxxxxxxxxxxxxxxx 144 xxxxxxxxxxxxxxxxxxxxxx 144 xxxxxxxxxxxxxxxx 192 xxxxxxxxxxxx 884 xxxxxxxxxxxxxxxxxxxxxxxxxx 192 xxxxxxxxxxxxxxx 288 xxxxxxxxxxxxxxxx 576 xxxxxxxxxxxxxxxxxxxxx 600 xxxxxxxxxxxxx 96 xxxxxxxxxxxxx 336 xxxxxxxxxxxxxxxxxx 48 xxxxxxxxxxxxxxxxxxx 96 xxxxxxxxxxxxxxxxx 216 xxxxxxxxxxxxxxx 5000 xxxxxxxxxxxxxxx 48 xxxxxxxxxxxxxxxxx 144 xxxxxxxxxxxxxxxxx 216 xxxxxxxxxxxxxxxxxxx 48 xxxxxxxxxxxxxxxxxx 96 xxxxxxxxxxxxxxxx 48 xxxxxxxxxxxxxxxxx 96 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 112 TOTAL COUNT 13,138 quad modem ports

I just picked up a couple used Hiper Arcs, they look to be almost brand new but they both do the same thing. They boot into a debug mode and show up in TCM as question marks on the chassis. I can talk to them via the console port but all I have are like 5 commands. And even if I do a soft reboot from the console they just come back up in the debug mode?? Thanks in advance.

Hey guys. Just wanted to drop a quick line to let you know TCView has been updated to hopefully support the Quad DSP, er, Multispan DSP and the newer HiperARC. I don't have either animal yet, so I can't test directly. Let me know if it works for you. http://www.dandy.net/~amadei/tcview-0.93r Also, I'm will to support any card 3Com makes available to the TC... I just need a picture of the front of the card (preferable not from the TCM) and a Debug run of the current TCView. Development of TCView has not stopped (only slowed due to lack of time), and I am still accepting any patches, improvements or suggestions. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Ditto, plus I'm getting tons of 718 and 720 DUN errors... With the 718's I get from 3-5 accounting start records, which is quite odd. Any ideas? Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Mon, 23 Apr 2001, Nauman Malik wrote: > Hi, > > I am using Total Control 1000 with Dual PRI (E1) and Netserver PRI. There > are a lot of connections problems with TC1000. > > 1.....People get "the computer you are dialing into is not responding" > meesage very frequently. Win200 users get "there was no answer" message. is > this the problem due to some faulty ports?. People get this error after > handshaking with the modem. > > 2.......There are a lot of disconnection problems as well. And this problem > is not with specific modem. The same person faces no problem on MAX TNT and > PM3. But they keeps on disconnecting on TC1000. > > Are these problems inherent with TC1000 or am I missing something? > > Regards, > > Nauman. > ----- Original Message ----- > From: "Stephen Amadei" <amadei@dandy.net> > To: <usr-tc@lists.xmission.com> > Sent: Sunday, April 22, 2001 8:00 AM > Subject: (usr-tc) TCView updated. > > > > > > Hey guys. Just wanted to drop a quick line to let you know > > TCView has been updated to hopefully support the Quad DSP, er, > > Multispan DSP and the newer HiperARC. I don't have either animal > > yet, so I can't test directly. > > > > Let me know if it works for you. > > http://www.dandy.net/~amadei/tcview-0.93r > > > > Also, I'm will to support any card 3Com makes available to the TC... > > I just need a picture of the front of the card (preferable not > > from the TCM) and a Debug run of the current TCView. > > > > Development of TCView has not stopped (only slowed due to lack of time), > > and I am still accepting any patches, improvements or suggestions. > > > > ----Steve > > Stephen Amadei > > Dandy.net CTO > > Atlantic City, NJ > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >

Nauman Malik wrote: > > Hi, > > I am using Total Control 1000 with Dual PRI (E1) and Netserver PRI. There > are a lot of connections problems with TC1000. > > 1.....People get "the computer you are dialing into is not responding" > meesage very frequently. Win200 users get "there was no answer" message. is > this the problem due to some faulty ports?. People get this error after > handshaking with the modem. > Have them uncheck the box in the modem properties "disconnect if not connected within 30 sec" Sometime the neg takes longer... > 2.......There are a lot of disconnection problems as well. And this problem > is not with specific modem. The same person faces no problem on MAX TNT and > PM3. But they keeps on disconnecting on TC1000. > > Are these problems inherent with TC1000 or am I missing something? > > Regards, > > Nauman. > ----- Original Message ----- > From: "Stephen Amadei" <amadei@dandy.net> > To: <usr-tc@lists.xmission.com> > Sent: Sunday, April 22, 2001 8:00 AM > Subject: (usr-tc) TCView updated. > > > > > Hey guys. Just wanted to drop a quick line to let you know > > TCView has been updated to hopefully support the Quad DSP, er, > > Multispan DSP and the newer HiperARC. I don't have either animal > > yet, so I can't test directly. > > > > Let me know if it works for you. > > http://www.dandy.net/~amadei/tcview-0.93r > > > > Also, I'm will to support any card 3Com makes available to the TC... > > I just need a picture of the front of the card (preferable not > > from the TCM) and a Debug run of the current TCView. > > > > Development of TCView has not stopped (only slowed due to lack of time), > > and I am still accepting any patches, improvements or suggestions. > > > > ----Steve > > Stephen Amadei > > Dandy.net CTO > > Atlantic City, NJ > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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.

Hello mark, We had this same problem with our TC, I will ask my tech what was the solution to the problem! If I remember right it actualy had to do with the phone station! Sunday, April 22, 2001, 9:45:23 PM, you wrote: mr> Nauman Malik wrote: >> >> Hi, >> >> I am using Total Control 1000 with Dual PRI (E1) and Netserver PRI. There >> are a lot of connections problems with TC1000. >> >> 1.....People get "the computer you are dialing into is not responding" >> meesage very frequently. Win200 users get "there was no answer" message. is >> this the problem due to some faulty ports?. People get this error after >> handshaking with the modem. >> mr> Have them uncheck the box in the modem properties "disconnect if not mr> connected within 30 sec" Sometime the neg takes longer... >> 2.......There are a lot of disconnection problems as well. And this problem >> is not with specific modem. The same person faces no problem on MAX TNT and >> PM3. But they keeps on disconnecting on TC1000. >> >> Are these problems inherent with TC1000 or am I missing something? >> >> Regards, >> >> Nauman. >> ----- Original Message ----- >> From: "Stephen Amadei" <amadei@dandy.net> >> To: <usr-tc@lists.xmission.com> >> Sent: Sunday, April 22, 2001 8:00 AM >> Subject: (usr-tc) TCView updated. >> >> > >> > Hey guys. Just wanted to drop a quick line to let you know >> > TCView has been updated to hopefully support the Quad DSP, er, >> > Multispan DSP and the newer HiperARC. I don't have either animal >> > yet, so I can't test directly. >> > >> > Let me know if it works for you. >> > http://www.dandy.net/~amadei/tcview-0.93r >> > >> > Also, I'm will to support any card 3Com makes available to the TC... >> > I just need a picture of the front of the card (preferable not >> > from the TCM) and a Debug run of the current TCView. >> > >> > Development of TCView has not stopped (only slowed due to lack of time), >> > and I am still accepting any patches, improvements or suggestions. >> > >> > ----Steve >> > Stephen Amadei >> > Dandy.net CTO >> > Atlantic City, NJ >> > >> > >> > >> > - >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> > with "unsubscribe usr-tc" in the body of the 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. mr> - mr> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" mr> with "unsubscribe usr-tc" in the body of the message. mr> For information on digests or retrieving files and old messages send mr> "help" to the same address. Do not use quotes in your message. -- Thanks, Craig Craig@tavrida.net

I havn't messed with my TotalControl chassis for a while. We've just switched to radiusd (instead of 3com's software) for authentication. Can someone shoot me a radiusd user config that works well! Here is what I have so far: username Auth-Type = System Framed-Protocol = PPP, USR-Compression-Algorithm = Microsoft thanks, craig

looking to buy for inventory USR Netserver 16's, albert.

Thanx Craig..........I am waiting for the advice. Nauman. ----- Original Message ----- Cc: <usr-tc@lists.xmission.com> Sent: Monday, April 23, 2001 11:34 AM > Hello mark, > > We had this same problem with our TC, I will ask my tech what was the > solution to the problem! If I remember right it actualy had to do with > the phone station! > > Sunday, April 22, 2001, 9:45:23 PM, you wrote: > > mr> Nauman Malik wrote: > >> > >> Hi, > >> > >> I am using Total Control 1000 with Dual PRI (E1) and Netserver PRI. There > >> are a lot of connections problems with TC1000. > >> > >> 1.....People get "the computer you are dialing into is not responding" > >> meesage very frequently. Win200 users get "there was no answer" message. is > >> this the problem due to some faulty ports?. People get this error after > >> handshaking with the modem. > >> > > mr> Have them uncheck the box in the modem properties "disconnect if not > mr> connected within 30 sec" Sometime the neg takes longer... > > >> 2.......There are a lot of disconnection problems as well. And this problem > >> is not with specific modem. The same person faces no problem on MAX TNT and > >> PM3. But they keeps on disconnecting on TC1000. > >> > >> Are these problems inherent with TC1000 or am I missing something? > >> > >> Regards, > >> > >> Nauman.

I've got one. no box. no manual. Brian Becker President, Poplar Bluff Internet, Inc. (www.semo.net) Home of TotallyFabricated.com Software: Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! WebGabber (www.WebGabber.com) - html-based Chat Software -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of albert Sent: Monday, April 23, 2001 12:12 PM looking to buy for inventory USR Netserver 16's, albert. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Hi, I am using Total Control 1000 with Dual PRI (E1) and Netserver PRI. There are a lot of connections problems with TC1000. 1.....People get "the computer you are dialing into is not responding" meesage very frequently. Win200 users get "there was no answer" message. is this the problem due to some faulty ports?. People get this error after handshaking with the modem. 2.......There are a lot of disconnection problems as well. And this problem is not with specific modem. The same person faces no problem on MAX TNT and PM3. But they keeps on disconnecting on TC1000. Are these problems inherent with TC1000 or am I missing something? Regards, Nauman. ----- Original Message ----- Sent: Sunday, April 22, 2001 8:00 AM > > Hey guys. Just wanted to drop a quick line to let you know > TCView has been updated to hopefully support the Quad DSP, er, > Multispan DSP and the newer HiperARC. I don't have either animal > yet, so I can't test directly. > > Let me know if it works for you. > http://www.dandy.net/~amadei/tcview-0.93r > > Also, I'm will to support any card 3Com makes available to the TC... > I just need a picture of the front of the card (preferable not > from the TCM) and a Debug run of the current TCView. > > Development of TCView has not stopped (only slowed due to lack of time), > and I am still accepting any patches, improvements or suggestions. > > ----Steve > Stephen Amadei > Dandy.net CTO > Atlantic City, NJ > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

> I would imagine that we have 4000-5000 ports in the network that are > quad-modem based. Around 1000 ports in our case.

Hi, Running ARC version 4.2.32. Uptime on all racks is 460 days, mix of DSP and quads... In the past two weeks, we've started getting tons of "718" and "720" DUN errors on windows users ("cannot establish a dial-up networking connection" and "unable to negotiate a compatible set of network protocols" respectively). Some mac users are getting similar results but rather than an error, authentication just times out. I see this on all chassis, and even on spans from different telcos. Additionally, when they get in, I'm seeing multiple start records, eg: | channel_connected_to | slot_connected_to | username | nasidentifier | framedipaddress | actual_time | acctstatustype | acctsessionid | +----------------------+-------------------+----------+---------------+ | 19 | 14 | xxxxx | x.x.x.5 | 216.223.197.116 | 2001-04-24 12:07:42 | Start | 219286853 | | 19 | 14 | mapple | x.x.x.5 | 216.223.197.116 | 2001-04-24 12:06:31 | Start | 219286853 | Same session ID, same IP address.... Any ideas? Is there any other more active forum for this equipment? Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

Hi, Does anyone know what the deal is with the ras@support.csocsg.com list? I found archives, but they don't go back too far, and majordomo over there only knows of the following lists, which don't seem to include ras or anything related... >>>> lists Majordomo@support.csocsg.net serves the following lists: adelphia agns_voip att3comops cdma40beta cw5k edgeserver26 iwfbeta mciw_voip tcs43 telefonica_voip test uunet-escalation voipsupport vpp_beta Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

I've been getting similar results as of late. Same ARC version, however I noticed DSP card software versions of 2.0.60 and 2.1.9. According to 3com software matrix 2.1.9 is not compatable with HiPerARC 4.2.32. That is what I'm experimenting with now. Kevin Tucker Communications, Inc. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Tuesday, April 24, 2001 12:37 PM Hi, Running ARC version 4.2.32. Uptime on all racks is 460 days, mix of DSP and quads... In the past two weeks, we've started getting tons of "718" and "720" DUN errors on windows users ("cannot establish a dial-up networking connection" and "unable to negotiate a compatible set of network protocols" respectively). Some mac users are getting similar results but rather than an error, authentication just times out. I see this on all chassis, and even on spans from different telcos. Additionally, when they get in, I'm seeing multiple start records, eg: | channel_connected_to | slot_connected_to | username | nasidentifier | framedipaddress | actual_time | acctstatustype | acctsessionid | +----------------------+-------------------+----------+---------------+ | 19 | 14 | xxxxx | x.x.x.5 | 216.223.197.116 | 2001-04-24 12:07:42 | Start | 219286853 | | 19 | 14 | mapple | x.x.x.5 | 216.223.197.116 | 2001-04-24 12:06:31 | Start | 219286853 | Same session ID, same IP address.... Any ideas? Is there any other more active forum for this equipment? Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.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.

What kind of uptimes on your ARCs... I'm seeing much less of this on one I just rebooted. It had been at 460 days previous... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Tue, 24 Apr 2001, Kevin Tucker wrote: > I've been getting similar results as of late. Same ARC version, however I > noticed DSP card software versions of 2.0.60 and 2.1.9. According to 3com > software matrix 2.1.9 is not compatable with HiPerARC 4.2.32. That is what > I'm experimenting with now. > > Kevin > Tucker Communications, Inc. > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Tuesday, April 24, 2001 12:37 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) DUN 718 and 720 errors > > Hi, > > Running ARC version 4.2.32. Uptime on all racks is 460 days, mix of DSP > and quads... > > In the past two weeks, we've started getting tons of "718" and "720" DUN > errors on windows users ("cannot establish a dial-up networking > connection" and "unable to negotiate a compatible set of network > protocols" respectively). Some mac users are getting similar results but > rather than an error, authentication just times out. > > I see this on all chassis, and even on spans from different telcos. > > Additionally, when they get in, I'm seeing multiple start records, eg: > > | channel_connected_to | slot_connected_to | username | nasidentifier | > framedipaddress | actual_time | acctstatustype | acctsessionid | > +----------------------+-------------------+----------+---------------+ > | 19 | 14 | xxxxx | x.x.x.5 | > 216.223.197.116 | 2001-04-24 12:07:42 | Start | 219286853 | > | 19 | 14 | mapple | x.x.x.5 | > 216.223.197.116 | 2001-04-24 12:06:31 | Start | 219286853 | > > Same session ID, same IP address.... > > Any ideas? > > Is there any other more active forum for this equipment? > > Thanks, > > Charles > > | Charles Sprickman | Internet Channel > | INCH System Administration Team | (212)243-5200 > | spork@inch.com | access@inch.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. >

> 1. I have a chassis with a current address pool of 96 > addresses. The /24 > the pool is taking from has no more available addresses. I > want to swap it > out for a 200 address pool from another /24. How do I do this? Create a new pool using the new address block. Delete the existing block. It won't actually delete, because some of the addresses will be in use. As soon as the last user using the 'old' addresses logs off, the pool will be deleted. > 2. I have a dedicated ISDN user that needs 60 routable > addresses for his > LAN. Preferably, the assigned /26 would be from a seperate > /24 than the one > his static dial-up IP is from. What do I need to set up on > the ARC so it > routes his /26 through the static IP? Would it be easier to > just make his > static IP the initial address in the /26 with a 255.255.255.192 mask? Nothing on the ARC, just set up the radius entry thusly: user Auth-Type = System User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = xxx.xxx.xxx.xxx, <== first address of static block Framed-Netmask = 255.255.255.192, Framed-Routing = None, Framed-Compression = Van-Jacobsen-TCP-IP, Framed-MTU = 1518, Session-Timeout = 28800 Mark E. Levy, President FSInet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C0CD09.A55429D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello list, Does anyone have problems with the configuration command add ip route x.x.x.x/nn gateway y.y.y.y sticking after the ARC reboots? I've issued the above command, and typed "save all" but if the card reboots I have to reenter the command every time. I've tried it with 4.1.59, 4.2.73, and 5.0.80. Am I missing something here? The same concept works fine on a Cisco. TIA, blake ------=_NextPart_000_0014_01C0CD09.A55429D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3DWindows-1252"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 6.0.4417.0"> <TITLE>ARC and Static Routes</TITLE> </HEAD> <BODY> <!-- Converted from text/plain format --> <P><FONT SIZE=3D2>Hello list,&nbsp; Does anyone have problems with the = configuration</FONT> <BR><FONT SIZE=3D2>command</FONT> </P> <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>add ip = route x.x.x.x/nn gateway y.y.y.y</FONT> </P> <P><FONT SIZE=3D2>sticking after the ARC reboots?&nbsp; I've issued the = above command,</FONT> <BR><FONT SIZE=3D2>and typed &quot;save all&quot; but if the card = reboots I have to reenter</FONT> <BR><FONT SIZE=3D2>the command every time.&nbsp; I've tried it with = 4.1.59, 4.2.73, and </FONT> <BR><FONT SIZE=3D2>5.0.80.&nbsp; </FONT> </P> <P><FONT SIZE=3D2>Am I missing something here?&nbsp; The same concept = works fine on </FONT> <BR><FONT SIZE=3D2>a Cisco.</FONT> </P> <P><FONT SIZE=3D2>TIA, blake</FONT> </P> </BODY> </HTML> ------=_NextPart_000_0014_01C0CD09.A55429D0--

I'm pretty sure both of these issues had been answered awhile back, but I can't seem to find the information. So, here goes... 1. I have a chassis with a current address pool of 96 addresses. The /24 the pool is taking from has no more available addresses. I want to swap it out for a 200 address pool from another /24. How do I do this? 2. I have a dedicated ISDN user that needs 60 routable addresses for his LAN. Preferably, the assigned /26 would be from a seperate /24 than the one his static dial-up IP is from. What do I need to set up on the ARC so it routes his /26 through the static IP? Would it be easier to just make his static IP the initial address in the /26 with a 255.255.255.192 mask? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

> At 09:46 PM 4/24/01 -0500, Mark E. Levy wrote: > >> 1. I have a chassis with a current address pool of 96 > >> addresses. The /24 > >> the pool is taking from has no more available addresses. I > >> want to swap it > >> out for a 200 address pool from another /24. How do I do this? > > > >Create a new pool using the new address block. Delete the > existing block. It > >won't actually delete, because some of the addresses will be > in use. As soon > >as the last user using the 'old' addresses logs off, the pool will be > >deleted. > > > >> 2. I have a dedicated ISDN user that needs 60 routable > >> addresses for his > >> LAN. Preferably, the assigned /26 would be from a seperate > >> /24 than the one > >> his static dial-up IP is from. What do I need to set up on > >> the ARC so it > >> routes his /26 through the static IP? Would it be easier to > >> just make his > >> static IP the initial address in the /26 with a > 255.255.255.192 mask? > > > >Nothing on the ARC, just set up the radius entry thusly: > > > >user Auth-Type = System > > User-Service-Type = Framed-User, > > Framed-Protocol = PPP, > > Framed-Address = xxx.xxx.xxx.xxx, <== first > address of static > >block > > Framed-Netmask = 255.255.255.192, > > Framed-Routing = None, > > Framed-Compression = Van-Jacobsen-TCP-IP, > > Framed-MTU = 1518, > > Session-Timeout = 28800 > > I'd still need to set up a route in my Cisco to the lead > address, correct? > Or, would the ARC "announce" the block? If you have routing turned on (RIP or OSPF) the ARC should advertise the route. I'd make sure that your Cisco 'sees' it with 'show ip route xxx.xxx.xxx.xxx' or 'show ip route rip/OSPF'. Mark E. Levy, President FSInet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

At 09:46 PM 4/24/01 -0500, Mark E. Levy wrote: >> 1. I have a chassis with a current address pool of 96 >> addresses. The /24 >> the pool is taking from has no more available addresses. I >> want to swap it >> out for a 200 address pool from another /24. How do I do this? > >Create a new pool using the new address block. Delete the existing block. It >won't actually delete, because some of the addresses will be in use. As soon >as the last user using the 'old' addresses logs off, the pool will be >deleted. > >> 2. I have a dedicated ISDN user that needs 60 routable >> addresses for his >> LAN. Preferably, the assigned /26 would be from a seperate >> /24 than the one >> his static dial-up IP is from. What do I need to set up on >> the ARC so it >> routes his /26 through the static IP? Would it be easier to >> just make his >> static IP the initial address in the /26 with a 255.255.255.192 mask? > >Nothing on the ARC, just set up the radius entry thusly: > >user Auth-Type = System > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = xxx.xxx.xxx.xxx, <== first address of static >block > Framed-Netmask = 255.255.255.192, > Framed-Routing = None, > Framed-Compression = Van-Jacobsen-TCP-IP, > Framed-MTU = 1518, > Session-Timeout = 28800 I'd still need to set up a route in my Cisco to the lead address, correct? Or, would the ARC "announce" the block? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

> Seems I'm rebooting DSP cards quite frequently. I've been > standing next to > chassis and watched a DSP card just reboot all on its own. > Of coarse no > calls can come in unless I go to TCM and do a Hdwr reset manually. I > rebooted the ARC 3 days ago, (Monday), hoping that would repair dico > problems. What software/heardware revs are your DSPs at? How many cards in the chassis & how many power supplies? I have 4 DSPs and two 70-amp PS. I can't remember the last time I had to reboot any card in my TC, except for software upgrades. Mark E. Levy, President FSInet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Seems I'm rebooting DSP cards quite frequently. I've been standing next to chassis and watched a DSP card just reboot all on its own. Of coarse no calls can come in unless I go to TCM and do a Hdwr reset manually. I rebooted the ARC 3 days ago, (Monday), hoping that would repair dico problems. -klt -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman Sent: Tuesday, April 24, 2001 6:55 PM What kind of uptimes on your ARCs... I'm seeing much less of this on one I just rebooted. It had been at 460 days previous... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Tue, 24 Apr 2001, Kevin Tucker wrote: > I've been getting similar results as of late. Same ARC version, however I > noticed DSP card software versions of 2.0.60 and 2.1.9. According to 3com > software matrix 2.1.9 is not compatable with HiPerARC 4.2.32. That is what > I'm experimenting with now. > > Kevin > Tucker Communications, Inc. > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Tuesday, April 24, 2001 12:37 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) DUN 718 and 720 errors > > Hi, > > Running ARC version 4.2.32. Uptime on all racks is 460 days, mix of DSP > and quads... > > In the past two weeks, we've started getting tons of "718" and "720" DUN > errors on windows users ("cannot establish a dial-up networking > connection" and "unable to negotiate a compatible set of network > protocols" respectively). Some mac users are getting similar results but > rather than an error, authentication just times out. > > I see this on all chassis, and even on spans from different telcos. > > Additionally, when they get in, I'm seeing multiple start records, eg: > > | channel_connected_to | slot_connected_to | username | nasidentifier | > framedipaddress | actual_time | acctstatustype | acctsessionid | > +----------------------+-------------------+----------+---------------+ > | 19 | 14 | xxxxx | x.x.x.5 | > 216.223.197.116 | 2001-04-24 12:07:42 | Start | 219286853 | > | 19 | 14 | mapple | x.x.x.5 | > 216.223.197.116 | 2001-04-24 12:06:31 | Start | 219286853 | > > Same session ID, same IP address.... > > Any ideas? > > Is there any other more active forum for this equipment? > > Thanks, > > Charles > > | Charles Sprickman | Internet Channel > | INCH System Administration Team | (212)243-5200 > | spork@inch.com | access@inch.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. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I have 2 Chassis with 7 DSP cards in each. 1 ARC in ea., 1 has 2 - 70A p/s the other only 1. Both have P5 NMC's as well. ARC version 4.2.32 on both chassis- that's when my contract ran out. I can't afford $10,000/year for a simple maintenance contract. I don't have F14 Tomcats here - just modems. :) -klt -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark E. Levy Sent: Wednesday, April 25, 2001 9:01 AM > Seems I'm rebooting DSP cards quite frequently. I've been > standing next to > chassis and watched a DSP card just reboot all on its own. > Of coarse no > calls can come in unless I go to TCM and do a Hdwr reset manually. I > rebooted the ARC 3 days ago, (Monday), hoping that would repair dico > problems. What software/heardware revs are your DSPs at? How many cards in the chassis & how many power supplies? I have 4 DSPs and two 70-amp PS. I can't remember the last time I had to reboot any card in my TC, except for software upgrades. Mark E. Levy, President FSInet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I have run into a problem in my network that appears to be caused by my DSL router having the connections appear as bridged instead of routed. It is causing a throughput bottleneck of 50 to 70%. This is causing me to analyze my entire network configuration. Do the connections to a TCH on the HiperArc appear as routed connections, or as bridged connections? Mark Thornton San Marcos Internet, Inc. 512-393-5300

> Hi, >=20 > Does anyone know what the deal is with the ras@support.csocsg.com list? >=20 > I found archives, but they don't go back too far, and majordomo over there > only knows of the following lists, which don't seem to include ras or > anything related... >=20 > >>>> lists > Majordomo@support.csocsg.net serves the following lists: >=20 > adelphia > agns_voip > att3comops > cdma40beta > cw5k > edgeserver26 > iwfbeta > mciw_voip > tcs43 > telefonica_voip > test > uunet-escalation > voipsupport > vpp_beta >=20 > Thanks, >=20 > Charles >=20 Hello, I think that the following message from ras@support.csocsg.net can h= elp you: " To voip@support.csocsg.net, cdma@support.csocsg.net, cable@support.c= socsg.net, ras@support.csocsg.net, dsl@support.csocsg.net, Bill_Kapsalis@3co= m.com From Lance_Laureys@3com.com Date Thu, 15 Feb 2001 10:39:22 -0600 Reply-To ras@elroy.csocsg.net Sender owner-ras@support.csocsg.net Dear Totalservice Mail List users, The following mail lists have been moved to a new server: voip cdma cable dsl ras In the past you email listname@totalservice.3com.com. This has now changed = to listname@support.csocsg.net. Example: voip@totalservice.3com.com is now=20=20=20=20=20=20=20=20=20 voip@support.csocsg.net Previous archives were purged and the new archives can be found at https://support.csocsg.3com.com/majordomo/archive/listname Any questions you may have, please feel free to notify me. Lance Laureys _________________________________________________ To unsubscribe from ras send a message to: majordomo@elroy.csocsg.net with the word 'unsubscribe ras' in the body of the message. Do not put anything as the subject." Regards, Humberto Quintana IPTotal Runbox Mail Manager - www.runbox.no Gratis epost-tjeneste

Is anyone using TSMON? We have been using TSMON for quite a while. Squashduck seems to have dried up. I am having some problems with HyperARCs and wanted to confirm the configuration options. We are running 2.2b18 which I think was the last release he put out. It isn't recognizing all the active ports. Does anyone have a config snippit they would be willing to share. I have tstype set to USRHiPerCard and I have played with different port settings, but can't seem to get it to see all the ports on my HyperARCs. I thought things were working fine. It has run so long without any babying that maybe I just haven't noticed that it wasn't working correctly. With no source to work with, it may eventually have to be replaced with something else. Kevin Hemsley Systems Engineer Microserv Computer Technologies, Inc. kev@ida.net KB7TYA

Hi all, I've currently got a netserevr that's showing some oddities. I can log into our system through the netserver with ISDN but when I try with a normal analogue modem it doesn't work. Testing with a FreeBSD box I get the following message; "*** Host Is Currently Unavailable ***" when using a normal username and no password is asked for. If I try using the !root manager username/password I get into the netserver the same as if I telneted in. As we've only got two of these beasts I don't really know that much about them. Any help is appreciated. Phil -- Philip Moss email: pmoss@clara.net Systems Administrator phone: 020 7903 3015 ClaraNET UK

On 25 Apr 2001 15:05:32 -0600, Kevin Hemsley wrote: > Is anyone using TSMON? What is TSMON? I have been looking for a Linux alternative to TCM. I could probably learn to live with the SNMP tree walkers. Jim Tarvid

It is a port monitor which also handles multiple logins! Nice stuff! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On 25 Apr 2001, Jim Tarvid wrote: > On 25 Apr 2001 15:05:32 -0600, Kevin Hemsley wrote: > > Is anyone using TSMON? > > What is TSMON? I have been looking for a Linux alternative to TCM. I > could probably learn to live with the SNMP tree walkers. > > Jim Tarvid > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Do you have a Total Control chassis or a netserver 16 unit? Not clear from your post. Can you easily install cards in the front and back of the unit? Should you have the TC chassis, look at the type of quad modems you have. To enable v90, you must first enable x2 which is done in the NMC. At 08:48 PM 4/25/2001 -0300, you wrote: >Hii everionee.... >sometime ago... i asked in this list about upgrade the totalcontrol v34 USR >from v34 to v90.. >Someguys say me that this is impossible ( because the Tcontrol is analog not >digital ).., other send that i need buy anything .. etc etc. etc..) >Well... sometime ago in 3com site had a upgrade ( beta firmware ) to v90. >but i never see again ... > >I need say that in this Tcontrol its impossible use upgrade card.. is all >by firmware ( software ).. >The modems are i think any version of the USR Courier modems ( because the >firmware sofware from USR Modem Pool, the V34 Courrier standart modems begin >with the same numer.. ).. > > >Welll Pleaseee soemone know if possible i get this firmfware to upgrade my >tcontrol?? pleasee?? ( try call the 3com support is lose my time).. > > > >my apologise for my english.. thakss.. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. Thanks, Greg Coffey, Visionary Communications V 307-234-5443 x11 ===================================================================== 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM

Right, I tried it and the ras list doesn't exist... Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Wed, 25 Apr 2001 hjqlopez@runbox.com wrote: > > Hi, > > > > Does anyone know what the deal is with the ras@support.csocsg.com list? > > > > I found archives, but they don't go back too far, and majordomo over there > > only knows of the following lists, which don't seem to include ras or > > anything related... > > > > >>>> lists > > Majordomo@support.csocsg.net serves the following lists: > > > > adelphia > > agns_voip > > att3comops > > cdma40beta > > cw5k > > edgeserver26 > > iwfbeta > > mciw_voip > > tcs43 > > telefonica_voip > > test > > uunet-escalation > > voipsupport > > vpp_beta > > > > Thanks, > > > > Charles > > > > Hello, I think that the following message from ras@support.csocsg.net can help you: > > " To > voip@support.csocsg.net, cdma@support.csocsg.net, cable@support.csocsg.net, > ras@support.csocsg.net, dsl@support.csocsg.net, Bill_Kapsalis@3com.com > From > Lance_Laureys@3com.com > Date > Thu, 15 Feb 2001 10:39:22 -0600 > Reply-To > ras@elroy.csocsg.net > Sender > owner-ras@support.csocsg.net > > > Dear Totalservice Mail List users, > > The following mail lists have been moved to a new server: > > voip cdma cable dsl ras > > In the past you email listname@totalservice.3com.com. This has now changed to > listname@support.csocsg.net. > Example: voip@totalservice.3com.com is now > voip@support.csocsg.net > > Previous archives were purged and the new archives can be found at > https://support.csocsg.3com.com/majordomo/archive/listname > > Any questions you may have, please feel free to notify me. > > Lance Laureys > > _________________________________________________ > To unsubscribe from ras send a message to: > majordomo@elroy.csocsg.net > with the word 'unsubscribe ras' in the body of the message. > Do not put anything as the subject." > > > Regards, > > Humberto Quintana > IPTotal > > > > > ----------------------------------------------- > Runbox Mail Manager - www.runbox.no > Gratis epost-tjeneste > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I think you can upgrade the 16i but not the plain 16. Been a long time since I paid attention to the netserver 16 software. We still run a couple but purely analog. At 10:23 PM 4/25/2001 -0300, you wrote: >Its a NetServer 16 ( hei please its a Tcontrol to heeh).. >not have cards.. its a closed box.. >the http://support.3com.com/software/smofficesw.htm huu yahh, ( i see in >this page the beta update to v90 or x2.. butno more).3com forgot this >netserver. heeh >Well its incredible for me, that the Modem Pool 16 has the v90 update. but >the Netserer 16 no.. ( the Modem Poll upgrade not work in Netserer..).. >well .. thankss.. > >Iam in Brazill mai mail >list@angelnet.com.br > > > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of albert >Sent: Wednesday, April 25, 2001 10:14 PM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) USR Totalcontrol V34 Analog.. > > >you can start the search here... > http://support.3com.com/software/smofficesw.htm > >i know this is good on the Netserver 16 I modem units, Where are you at? >can you post your email to the list too please. > >albert. > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of LIST > > Sent: Wednesday, April 25, 2001 6:49 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) USR Totalcontrol V34 Analog.. > > > > > > Hii everionee.... > > sometime ago... i asked in this list about upgrade the > > totalcontrol v34 USR > > from v34 to v90.. > > Someguys say me that this is impossible ( because the Tcontrol is > > analog not > > digital ).., other send that i need buy anything .. etc etc. etc..) > > Well... sometime ago in 3com site had a upgrade ( beta firmware ) to v90. > > but i never see again ... > > > > I need say that in this Tcontrol its impossible use upgrade card.. is all > > by firmware ( software ).. > > The modems are i think any version of the USR Courier modems > > > because the > > firmware sofware from USR Modem Pool, the V34 Courrier standart > > modems begin > > with the same numer.. ).. > > > > > > Welll Pleaseee soemone know if possible i get this firmfware to upgrade my > > tcontrol?? pleasee?? ( try call the 3com support is lose my time).. > > > > > > > > my apologise for my english.. thakss.. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. Thanks, Greg Coffey <greg@vcn.com> Visionary Communications V 307-234-5443 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

you can start the search here... http://support.3com.com/software/smofficesw.htm i know this is good on the Netserver 16 I modem units, Where are you at? can you post your email to the list too please. albert. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of LIST > Sent: Wednesday, April 25, 2001 6:49 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) USR Totalcontrol V34 Analog.. > > > Hii everionee.... > sometime ago... i asked in this list about upgrade the > totalcontrol v34 USR > from v34 to v90.. > Someguys say me that this is impossible ( because the Tcontrol is > analog not > digital ).., other send that i need buy anything .. etc etc. etc..) > Well... sometime ago in 3com site had a upgrade ( beta firmware ) to v90. > but i never see again ... > > I need say that in this Tcontrol its impossible use upgrade card.. is all > by firmware ( software ).. > The modems are i think any version of the USR Courier modems > because the > firmware sofware from USR Modem Pool, the V34 Courrier standart > modems begin > with the same numer.. ).. > > > Welll Pleaseee soemone know if possible i get this firmfware to upgrade my > tcontrol?? pleasee?? ( try call the 3com support is lose my time).. > > > > my apologise for my english.. thakss.. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Mark, Could you please provide more details so we may better understand your issues. 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, April 25, 2001 12:16 PM > I have run into a problem in my network that appears to be caused by my DSL > router having the connections appear as bridged instead of routed. It is > causing a throughput bottleneck of 50 to 70%. This is causing me to analyze > my entire network configuration. > > Do the connections to a TCH on the HiperArc appear as routed connections, or > as bridged connections? > > 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. > >

Hii everionee.... sometime ago... i asked in this list about upgrade the totalcontrol v34 USR from v34 to v90.. Someguys say me that this is impossible ( because the Tcontrol is analog not digital ).., other send that i need buy anything .. etc etc. etc..) Well... sometime ago in 3com site had a upgrade ( beta firmware ) to v90. but i never see again ... I need say that in this Tcontrol its impossible use upgrade card.. is all by firmware ( software ).. The modems are i think any version of the USR Courier modems ( because the firmware sofware from USR Modem Pool, the V34 Courrier standart modems begin with the same numer.. ).. Welll Pleaseee soemone know if possible i get this firmfware to upgrade my tcontrol?? pleasee?? ( try call the 3com support is lose my time).. my apologise for my english.. thakss..

Its a NetServer 16 ( hei please its a Tcontrol to heeh).. not have cards.. its a closed box.. the http://support.3com.com/software/smofficesw.htm huu yahh, ( i see in this page the beta update to v90 or x2.. butno more).3com forgot this netserver. heeh Well its incredible for me, that the Modem Pool 16 has the v90 update. but the Netserer 16 no.. ( the Modem Poll upgrade not work in Netserer..).. well .. thankss.. Iam in Brazill mai mail list@angelnet.com.br -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of albert Sent: Wednesday, April 25, 2001 10:14 PM you can start the search here... http://support.3com.com/software/smofficesw.htm i know this is good on the Netserver 16 I modem units, Where are you at? can you post your email to the list too please. albert. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of LIST > Sent: Wednesday, April 25, 2001 6:49 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) USR Totalcontrol V34 Analog.. > > > Hii everionee.... > sometime ago... i asked in this list about upgrade the > totalcontrol v34 USR > from v34 to v90.. > Someguys say me that this is impossible ( because the Tcontrol is > analog not > digital ).., other send that i need buy anything .. etc etc. etc..) > Well... sometime ago in 3com site had a upgrade ( beta firmware ) to v90. > but i never see again ... > > I need say that in this Tcontrol its impossible use upgrade card.. is all > by firmware ( software ).. > The modems are i think any version of the USR Courier modems > because the > firmware sofware from USR Modem Pool, the V34 Courrier standart > modems begin > with the same numer.. ).. > > > Welll Pleaseee soemone know if possible i get this firmfware to upgrade my > tcontrol?? pleasee?? ( try call the 3com support is lose my time).. > > > > my apologise for my english.. thakss.. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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.

what bestirs me is the fact of the modem pool "analog" to have.. and the netserver no.. and I remember to have seen or v90 or x2 beta firmware.. its incredible that i need use this netserver to call other modems just in v34mode.. the modems accept news firmwares.. in some place around the world this software exist.. but where?? -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey Sent: Wednesday, April 25, 2001 10:45 PM I think you can upgrade the 16i but not the plain 16. Been a long time since I paid attention to the netserver 16 software. We still run a couple but purely analog. At 10:23 PM 4/25/2001 -0300, you wrote: >Its a NetServer 16 ( hei please its a Tcontrol to heeh).. >not have cards.. its a closed box.. >the http://support.3com.com/software/smofficesw.htm huu yahh, ( i see in >this page the beta update to v90 or x2.. butno more).3com forgot this >netserver. heeh >Well its incredible for me, that the Modem Pool 16 has the v90 update. but >the Netserer 16 no.. ( the Modem Poll upgrade not work in Netserer..).. >well .. thankss.. > >Iam in Brazill mai mail >list@angelnet.com.br > > > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of albert >Sent: Wednesday, April 25, 2001 10:14 PM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) USR Totalcontrol V34 Analog.. > > >you can start the search here... > http://support.3com.com/software/smofficesw.htm > >i know this is good on the Netserver 16 I modem units, Where are you at? >can you post your email to the list too please. > >albert. > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of LIST > > Sent: Wednesday, April 25, 2001 6:49 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) USR Totalcontrol V34 Analog.. > > > > > > Hii everionee.... > > sometime ago... i asked in this list about upgrade the > > totalcontrol v34 USR > > from v34 to v90.. > > Someguys say me that this is impossible ( because the Tcontrol is > > analog not > > digital ).., other send that i need buy anything .. etc etc. etc..) > > Well... sometime ago in 3com site had a upgrade ( beta firmware ) to v90. > > but i never see again ... > > > > I need say that in this Tcontrol its impossible use upgrade card.. is all > > by firmware ( software ).. > > The modems are i think any version of the USR Courier modems > > > because the > > firmware sofware from USR Modem Pool, the V34 Courrier standart > > modems begin > > with the same numer.. ).. > > > > > > Welll Pleaseee soemone know if possible i get this firmfware to upgrade my > > tcontrol?? pleasee?? ( try call the 3com support is lose my time).. > > > > > > > > my apologise for my english.. thakss.. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. Thanks, Greg Coffey <greg@vcn.com> Visionary Communications V 307-234-5443 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________ - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Here goes... We have a core router (3640) and a DSL aggregation router (7206) on either side of a Emerging Technologies Bandwidth Manager that bridges multiple ethernet segments. The problem is if there is any address on the ethernet network that is outside of the primary ip subnet assigned to the network then the bandwidth manager introduces a 70% reduction in throughput. I could remove the manager but it is critical to managing the DSL bandwidth. Cisco originally told us the ATM circuits terminated on the 7206 were routed connections. In fact they appear as bridged connections to the ethernet lan. When I assign an ip address from a dedicated subnet for the DSL customers that is not part of the lan subnet we have significant problems with throughput and latency. If we assign ip addresses from the lan subnet it works great. We can route to ip subnets outside the lan subnet if we use a local ip on the bridge side. This is causing us to reconfigure our network to accomodate this behaviour. In the reconfiguration we need to determine how the modem connections are handled. I know there is some provision for proxy arp in the system as well routing. I want to assure that my system is configured for routing and does not appear as having bridged connections. Latency issues are always a concern for ISP's. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, April 25, 2001 8:28 PM > Mark, > > Could you please provide more details so we may better understand your > issues. > > 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: "Mark Thornton" <mark@corridor.net> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, April 25, 2001 12:16 PM > Subject: (usr-tc) Bridged or routed connections? > > > > I have run into a problem in my network that appears to be caused by my > DSL > > router having the connections appear as bridged instead of routed. It is > > causing a throughput bottleneck of 50 to 70%. This is causing me to > analyze > > my entire network configuration. > > > > Do the connections to a TCH on the HiperArc appear as routed connections, > or > > as bridged connections? > > > > 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.

460 days is kinda a lot -- how much free RAM do you have? Might be a memory leak somewhere, and 460 days would be long enough to run it out. Very strange things happen when an ARC runs outta memory -- there is a specific reproducible leak in 5.0.9 that let me find this out the hard way. :) (I've not yet tried moving to 5.1.99, I just found a way to avoid triggering the leak.) It'd be interesting to see what your Radius server is logging other than accounting records (if it logs anything other than accounting records -- i.e. Cistron writes some useful stuff to a "radius.log" file.)... and also if the ARC is sending anything interesting via syslog when things fail. Without those two logs and a look at free memory I'd be completely in the dark as to what's going on... Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 24 Apr 2001, Charles Sprickman wrote: > Hi, > > Running ARC version 4.2.32. Uptime on all racks is 460 days, mix of DSP > and quads... > > In the past two weeks, we've started getting tons of "718" and "720" DUN > errors on windows users ("cannot establish a dial-up networking > connection" and "unable to negotiate a compatible set of network > protocols" respectively). Some mac users are getting similar results but > rather than an error, authentication just times out. > > I see this on all chassis, and even on spans from different telcos. > > Additionally, when they get in, I'm seeing multiple start records, eg: > > | channel_connected_to | slot_connected_to | username | nasidentifier | > framedipaddress | actual_time | acctstatustype | acctsessionid | > +----------------------+-------------------+----------+---------------+ > | 19 | 14 | xxxxx | x.x.x.5 | > 216.223.197.116 | 2001-04-24 12:07:42 | Start | 219286853 | > | 19 | 14 | mapple | x.x.x.5 | > 216.223.197.116 | 2001-04-24 12:06:31 | Start | 219286853 | > > Same session ID, same IP address.... > > Any ideas? > > Is there any other more active forum for this equipment? > > Thanks, > > Charles > > | Charles Sprickman | Internet Channel > | INCH System Administration Team | (212)243-5200 > | spork@inch.com | access@inch.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. >

I didn't even know any of these lists existed... how'd anyone find out about these and (if anyone figures out if they work or not) what's the signal-to-noise ratio vs this one? It was pretty bad on the NNTP groups they had at one point... Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Wed, 25 Apr 2001, Charles Sprickman wrote: > Right, I tried it and the ras list doesn't exist... > > Charles > > | Charles Sprickman | Internet Channel > | INCH System Administration Team | (212)243-5200 > | spork@inch.com | access@inch.com > > On Wed, 25 Apr 2001 hjqlopez@runbox.com wrote: > > > > Hi, > > > > > > Does anyone know what the deal is with the ras@support.csocsg.com list? > > > > > > I found archives, but they don't go back too far, and majordomo over there > > > only knows of the following lists, which don't seem to include ras or > > > anything related... > > > > > > >>>> lists > > > Majordomo@support.csocsg.net serves the following lists: > > > > > > adelphia > > > agns_voip > > > att3comops > > > cdma40beta > > > cw5k > > > edgeserver26 > > > iwfbeta > > > mciw_voip > > > tcs43 > > > telefonica_voip > > > test > > > uunet-escalation > > > voipsupport > > > vpp_beta > > > > > > Thanks, > > > > > > Charles > > > > > > > Hello, I think that the following message from ras@support.csocsg.net can help you: > > > > " To > > voip@support.csocsg.net, cdma@support.csocsg.net, cable@support.csocsg.net, > > ras@support.csocsg.net, dsl@support.csocsg.net, Bill_Kapsalis@3com.com > > From > > Lance_Laureys@3com.com > > Date > > Thu, 15 Feb 2001 10:39:22 -0600 > > Reply-To > > ras@elroy.csocsg.net > > Sender > > owner-ras@support.csocsg.net > > > > > > Dear Totalservice Mail List users, > > > > The following mail lists have been moved to a new server: > > > > voip cdma cable dsl ras > > > > In the past you email listname@totalservice.3com.com. This has now changed to > > listname@support.csocsg.net. > > Example: voip@totalservice.3com.com is now > > voip@support.csocsg.net > > > > Previous archives were purged and the new archives can be found at > > https://support.csocsg.3com.com/majordomo/archive/listname > > > > Any questions you may have, please feel free to notify me. > > > > Lance Laureys > > > > _________________________________________________ > > To unsubscribe from ras send a message to: > > majordomo@elroy.csocsg.net > > with the word 'unsubscribe ras' in the body of the message. > > Do not put anything as the subject." > > > > > > Regards, > > > > Humberto Quintana > > IPTotal > > > > > > > > > > ----------------------------------------------- > > Runbox Mail Manager - www.runbox.no > > Gratis epost-tjeneste > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >

Sounds like a Radius problem... what's your Radius users file look like? Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Wed, 25 Apr 2001, Phil Moss wrote: > Hi all, > I've currently got a netserevr that's showing some oddities. > I can log into our system through the netserver with ISDN > but when I try with a normal analogue modem it doesn't > work. > Testing with a FreeBSD box I get the following message; > "*** Host Is Currently Unavailable ***" when using a > normal username and no password is asked for. If I try using > the !root manager username/password I get into the > netserver the same as if I telneted in. > As we've only got two of these beasts I don't really know > that much about them. > > Any help is appreciated. > > Phil

5.1.99-8 works (at least on our ARC's with 128Megs) - uptime is very good (as was 4.2.32-1). I would never let any ARC or DSP stay up for more than 60 days unless I had a reason to (my Cisco routers and Solaris x86 servers years, but not USR/3com/Commworks code!). 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, April 25, 2001 11:19 PM > 460 days is kinda a lot -- how much free RAM do you have? Might be a > memory leak somewhere, and 460 days would be long enough to run it out. > Very strange things happen when an ARC runs outta memory -- there is a > specific reproducible leak in 5.0.9 that let me find this out the hard > way. :) (I've not yet tried moving to 5.1.99, I just found a way to avoid > triggering the leak.) > > It'd be interesting to see what your Radius server is logging other than > accounting records (if it logs anything other than accounting records -- > i.e. Cistron writes some useful stuff to a "radius.log" file.)... and > also if the ARC is sending anything interesting via syslog when things > fail. Without those two logs and a look at free memory I'd be completely > in the dark as to what's going on... > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet access for Frankfort, Lexington, Louisville and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Tue, 24 Apr 2001, Charles Sprickman wrote: > > > Hi, > > > > Running ARC version 4.2.32. Uptime on all racks is 460 days, mix of DSP > > and quads... > > > > In the past two weeks, we've started getting tons of "718" and "720" DUN > > errors on windows users ("cannot establish a dial-up networking > > connection" and "unable to negotiate a compatible set of network > > protocols" respectively). Some mac users are getting similar results but > > rather than an error, authentication just times out. > > > > I see this on all chassis, and even on spans from different telcos. > > > > Additionally, when they get in, I'm seeing multiple start records, eg: > > > > | channel_connected_to | slot_connected_to | username | nasidentifier | > > framedipaddress | actual_time | acctstatustype | acctsessionid | > > +----------------------+-------------------+----------+---------------+ > > | 19 | 14 | xxxxx | x.x.x.5 | > > 216.223.197.116 | 2001-04-24 12:07:42 | Start | 219286853 | > > | 19 | 14 | mapple | x.x.x.5 | > > 216.223.197.116 | 2001-04-24 12:06:31 | Start | 219286853 | > > > > Same session ID, same IP address.... > > > > Any ideas? > > > > Is there any other more active forum for this equipment? > > > > Thanks, > > > > Charles > > > > | Charles Sprickman | Internet Channel > > | INCH System Administration Team | (212)243-5200 > > | spork@inch.com | access@inch.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. > >

Mark, First off, you mention how important latency issues are at the end of your discussion but at the top you mention how it's "critical to managing the DSL bandwidth" - seems like a contradiction in philosophy at the very least. On to the problem ... By using Ethernet Bridging (RFC 2684 / formerly 1483 / Bridged Ethernet encapsulation from Efficient's webpage) your customers are getting a bridge connection from their CPE gear to your's (in this case a 7206). From there it's a routed connection (as long as the network you are giving them terminates on the 7206). Why not use PPPoE to better manage your customers (radius settings, accounting and such). We use Bellsouth to provide ADSL services and have both PPPoE and bridged customers and don't have a problem terminating either on a 7206. In addition, why reconfig the network? Just make a VLAN for the ADSL service or something similar. If you want me to take a look at your config I will be happy to see how we differ in deploying this "losing battle" service (I will be out of town until Monday starting tomorrow). 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, April 25, 2001 11:19 PM > Here goes... > > We have a core router (3640) and a DSL aggregation router (7206) on either > side of a Emerging Technologies Bandwidth Manager that bridges multiple > ethernet segments. The problem is if there is any address on the ethernet > network that is outside of the primary ip subnet assigned to the network > then the bandwidth manager introduces a 70% reduction in throughput. I could > remove the manager but it is critical to managing the DSL bandwidth. Cisco > originally told us the ATM circuits terminated on the 7206 were routed > connections. In fact they appear as bridged connections to the ethernet lan. > When I assign an ip address from a dedicated subnet for the DSL customers > that is not part of the lan subnet we have significant problems with > throughput and latency. If we assign ip addresses from the lan subnet it > works great. We can route to ip subnets outside the lan subnet if we use a > local ip on the bridge side. This is causing us to reconfigure our network > to accomodate this behaviour. > > In the reconfiguration we need to determine how the modem connections are > handled. I know there is some provision for proxy arp in the system as well > routing. I want to assure that my system is configured for routing and does > not appear as having bridged connections. Latency issues are always a > concern for ISP's. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: "Marshall Morgan" <marshall@netdoor.com> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, April 25, 2001 8:28 PM > Subject: Re: (usr-tc) Bridged or routed connections? > > > > Mark, > > > > Could you please provide more details so we may better understand your > > issues. > > > > 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: "Mark Thornton" <mark@corridor.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Wednesday, April 25, 2001 12:16 PM > > Subject: (usr-tc) Bridged or routed connections? > > > > > > > I have run into a problem in my network that appears to be caused by my > > DSL > > > router having the connections appear as bridged instead of routed. It is > > > causing a throughput bottleneck of 50 to 70%. This is causing me to > > analyze > > > my entire network configuration. > > > > > > Do the connections to a TCH on the HiperArc appear as routed > connections, > > or > > > as bridged connections? > > > > > > 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. > >

On Thu, 26 Apr 2001, Jonathan Byrne wrote: > > It is a port monitor which also handles multiple logins! Nice > > stuff! > > Where can it be found? Google turned up several references to > www.tsmon.com but that site seems to have gone off the air. I've never looked at tsmon closely as it is commercial... so I'm not sure exactly what it does, but I use a script that sounds like it is similar. I found this a long time ago and modified it to work well for us... it only works for HiPer ARCs. Sorry NetServer users. I cannot remember the original source, so I cannot give credit where credit is due. Anyway, the code is very raw, free to use, but I am not providing support beyond the readme file... I don't have the time. Also, the code could expose passwords to the internet if not properly secured. If you are still interested, it's at www.dandy.net/~amadei/tcmon It also includes our Web Auth tester, to test userid/passwords through the ARC. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

I was at ISPCon this spring and asked CommWorks if the TC box did IPIP tunneling and was told by several (non-sales people) that it did. I can't find any documentation on it, can someone lend a helping hand? Brian Brian Becker President, Poplar Bluff Internet, Inc. (www.semo.net) Home of TotallyFabricated.com Software: Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! WebGabber (www.WebGabber.com) - html-based Chat Software

Each of our TC boxes is behind a Cisco 1700 router. Could we possible do the IPIP tunnel from the Cisco then? Thanks, Brian Brian Becker President, Poplar Bluff Internet, Inc. (www.semo.net) Home of TotallyFabricated.com Software: Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! WebGabber (www.WebGabber.com) - html-based Chat Software -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Thursday, April 26, 2001 12:16 PM Also sprach Brian Becker >I was at ISPCon this spring and asked CommWorks if the TC box did IPIP >tunneling and was told by several (non-sales people) that it did. I >can't find any documentation on it, can someone lend a helping hand? Hrmm...I think maybe you were misunderstood. :/ Unless this is something new since 5.0.9 since I don't have any Arcs running anything newer (Say "NO!" to software extortion! ;). The Arcs to L2TP, PPTP, and VTP, but not IPIP that I'm aware of. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach Brian Becker >I was at ISPCon this spring and asked CommWorks if the TC box did IPIP >tunneling and was told by several (non-sales people) that it did. I >can't find any documentation on it, can someone lend a helping hand? Hrmm...I think maybe you were misunderstood. :/ Unless this is something new since 5.0.9 since I don't have any Arcs running anything newer (Say "NO!" to software extortion! ;). The Arcs to L2TP, PPTP, and VTP, but not IPIP that I'm aware of. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Brian Becker >Each of our TC boxes is behind a Cisco 1700 router. Could we possible >do the IPIP tunnel from the Cisco then? Should be able to, yes. I'm pretty sure that IOS does support IPIP tunnels anyway. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

pferraro@wna-linknet.com (pferraro@wna-linknet.com) wrote: > > It is a port monitor which also handles multiple logins! Nice > stuff! Where can it be found? Google turned up several references to www.tsmon.com but that site seems to have gone off the air. Thanks, Jonathan

Hey, I hate to re-ask this but its really got me in a jam!! Does anyone have any ideas?? Thanks Timothy C. Bohen CMSInter.Net / Crystal MicroSystems =================================== web : www.cmsinter.net email : Tim@CMSInter.Net phone : 517.235.5100 x22 -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Timothy C. Bohen Sent: Friday, April 20, 2001 9:38 AM I just picked up a couple used Hiper Arcs, they look to be almost brand new but they both do the same thing. They boot into a debug mode and show up in TCM as question marks on the chassis. I can talk to them via the console port but all I have are like 5 commands. And even if I do a soft reboot from the console they just come back up in the debug mode?? Thanks in advance. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Nah.. sounds more like he's assigned all the quads to ISDN only (DS0) and left none for analogue connections to the netserver.. Need to do reconfiguration through TCM.. Steve -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews Sent: Thursday, April 26, 2001 2:23 PM Sounds like a Radius problem... what's your Radius users file look like? Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Wed, 25 Apr 2001, Phil Moss wrote: > Hi all, > I've currently got a netserevr that's showing some oddities. > I can log into our system through the netserver with ISDN > but when I try with a normal analogue modem it doesn't > work. > Testing with a FreeBSD box I get the following message; > "*** Host Is Currently Unavailable ***" when using a > normal username and no password is asked for. If I try using > the !root manager username/password I get into the > netserver the same as if I telneted in. > As we've only got two of these beasts I don't really know > that much about them. > > Any help is appreciated. > > Phil - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Gee, Gateway figured out that customer satisfaction really *is* important, maybe there's hope for 3Com/CommWorks' stupid support contract policies as well! http://dailynews.yahoo.com/h/cn/20010426/tc/gateway_ends_quot_stupid_quot_policies_1.html -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

WRCA.Net has the following available: Refurbished Hiper DSP $2700 Hiper ARC $1250 EdgeServer $1000 EdgeServer PRO (128MB) $3500 HD Chassis with 70A pwr, NMC, Hiper ARC, 2x Hiper DSP $7500 New Hiper NMC $750 Hiper DSP $3700 Refurbished...also have with 70A power Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x Quad Digital Modems $1500 Classic Chassis with Dual 45A pwr, NMC v90, Netserver PRI, Dual PRI, 12x Quad Analog/Digital modems $2500

On Thu, 26 Apr 2001, Mike Andrews wrote: > 460 days is kinda a lot -- how much free RAM do you have? How much do I really have? I don't know. The show memory command showed only about 20M of 128M used. However, after rebooting one and comparing it's behaviour to the other cards, I found the following: -"save all" took about 5 seconds on the newly rebooted card, vs. 4-5 minutes on the cards with high uptimes. -After working on the console a few minutes, the high uptime cards became sluggish in responding, and eventually just stopped making sense. Pressing "enter" five or six times would not do anything, the seventh push would. By the time I issued a reboot, nothing was echoing back to the screen. -One arc could not even muster a login prompt; it had to be rebooted via TCM. -My DUN 718 and 720 errors went away after rebooting. > Might be a memory leak somewhere, and 460 days would be long enough to > run it out. Very strange things happen when an ARC runs outta memory It certainly seems so. I guess I'll have to start putting these things on a schedule. Kind of sucks to have to do that. I've got a 2501 here going on 3 years, and it's pretty happy. And our colo contract at the telco only allows after-hours access at about $500/hr. so I have to boot the arcs during the day, as I don't trust them that much to always come back. > It'd be interesting to see what your Radius server is logging other than > accounting records (if it logs anything other than accounting records -- > i.e. Cistron writes some useful stuff to a "radius.log" file.)... and > also if the ARC is sending anything interesting via syslog when things > fail. Without those two logs and a look at free memory I'd be completely > in the dark as to what's going on... I didn't see anything odd in radiator's logs, other than the multiple starts and stops. Syslog had (and still has) this quite often, but nothing more of note: Apr 26 22:00:56 TC-2-HARC.oldslip.inch.com At 02:00:56, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, slot:14/mod:24 TAPI OPEN failed Apr 26 22:00:56 TC-2-HARC.oldslip.inch.com At 02:00:56, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, slot:14/mod:24 TAPI_OPEN failed, retrying and Apr 26 22:14:18 TC-4-HARC.oldslip.inch.com At 02:12:14, Facility "IP Routing Process", Level "UNUSUAL":: ip_rter_del_ifb: IFB 0.0.0.0 does not exist Apr 26 22:14:30 TC-4-HARC.oldslip.inch.com At 02:12:14, Facility "IP", Level "UNUSUAL":: ip_fwd_del_ifb_rsp(): received message saying failed to delete or disable IFB of network ID 10 Apr 26 22:14:30 TC-4-HARC.oldslip.inch.com At 02:12:14, Facility "Configurator", Level "UNUSUAL":: REMOVE DYNAMIC NETWORK Failed - Protocol = 1 NetAddr = 7facfb 8, NetId = 16 Apr 26 22:14:30 TC-4-HARC.oldslip.inch.com At 02:12:14, Facility "IP", Level "UNUSUAL":: ip_fwd_remove_dynamic_net: FWD_REMOVE_DYNAMIC_NET_REQ failed : ((bad status) Interesting, but likely unrelated. Thanks, Charles > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet access for Frankfort, Lexington, Louisville and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Tue, 24 Apr 2001, Charles Sprickman wrote: > > > Hi, > > > > Running ARC version 4.2.32. Uptime on all racks is 460 days, mix of DSP > > and quads... > > > > In the past two weeks, we've started getting tons of "718" and "720" DUN > > errors on windows users ("cannot establish a dial-up networking > > connection" and "unable to negotiate a compatible set of network > > protocols" respectively). Some mac users are getting similar results but > > rather than an error, authentication just times out. > > > > I see this on all chassis, and even on spans from different telcos. > > > > Additionally, when they get in, I'm seeing multiple start records, eg: > > > > | channel_connected_to | slot_connected_to | username | nasidentifier | > > framedipaddress | actual_time | acctstatustype | acctsessionid | > > +----------------------+-------------------+----------+---------------+ > > | 19 | 14 | xxxxx | x.x.x.5 | > > 216.223.197.116 | 2001-04-24 12:07:42 | Start | 219286853 | > > | 19 | 14 | mapple | x.x.x.5 | > > 216.223.197.116 | 2001-04-24 12:06:31 | Start | 219286853 | > > > > Same session ID, same IP address.... > > > > Any ideas? > > > > Is there any other more active forum for this equipment? > > > > Thanks, > > > > Charles > > > > | Charles Sprickman | Internet Channel > > | INCH System Administration Team | (212)243-5200 > > | spork@inch.com | access@inch.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. >

Hi, I'm sitting at: System Version: V4.2.32 Built on Aug 16 1999 at 17:19:37 First, is this the same as "4.2.32-1" on the totalservice site? I'm not looking for any additional features other than ospf. Am I best where I'm at or should I go with 4.2.73? I found the release notes on 4.2.73, and don't see any issues resolved, just a list of still-outstanding issues... Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

Also sprach Charles Sprickman >I'm sitting at: >System Version: V4.2.32 Built on Aug 16 1999 at 17:19:37 >First, is this the same as "4.2.32-1" on the totalservice site? Try "_show ver" for the extended version information. >I'm not looking for any additional features other than ospf. Am I best >where I'm at or should I go with 4.2.73? I found the release notes on >4.2.73, and don't see any issues resolved, just a list of >still-outstanding issues... Mike Andrews would most likely be the resident Arc OSPF expert. :) I've played with it a bit when it was first available but decided not to break my current setup which is RIPv2 on the Arcs re-dist'ed to OSPF on the next hop Cisco. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Try reflashing the cards through tcm. That has helped me with some modems that seem to flake out. It could be that the card has gone bad and needs to be replaced. eric At 12:12 PM 4/30/01 +1000, you wrote: >Hi, >I am having problems with some Quad Analog modem cards that I have installed, >I cannot get them to stay active I do set modem s49 active and it all appears to work, then I save >and reset then I get whats below. >the modems report A/I/P then after a reset they go A/A/P but I cant get them A/R/P. > >Basically the modem is not active because it cannot successfully negociate with the packet bus(I >think). >after a reset my syslog reports: >Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened. Handle = 26. > >After this the netserver reports the modem as active all though there is still no HDLC Framing and >the interface is still set to Unassigned instead of ptp49 as it usually is. >then 30 seconds later: >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect! stat=-1 >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed. > >now the netserver reports it as inactive again. > >I have Quad Digital/Analog cards working fine in the same chassis but these Quad Analogs are just >not co-operating. > >any help would be appreciated, >the 3com knowledgebase has not helped me. >Thanks, >Aaron Daniels > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Fri, 27 Apr 2001, Jeff Mcadams wrote: > >I'm not looking for any additional features other than ospf. Am I best > >where I'm at or should I go with 4.2.73? I found the release notes on > >4.2.73, and don't see any issues resolved, just a list of > >still-outstanding issues... > > Mike Andrews would most likely be the resident Arc OSPF expert. :) > I've played with it a bit when it was first available but decided not to > break my current setup which is RIPv2 on the Arcs re-dist'ed to OSPF on > the next hop Cisco. 4.2.32, 5.0.9, or 5.1.99 would be the releases I'd run. I never tried 4.2.73. 4.2.32 was pretty stable. 5.0.9 was VERY stable but had a SNMP memory leak that was annoying. 5.1.99 looks solid so far. I don't know if 5.1.99 ever fixed the OSPF bugs I ran into -- I finally worked around them by renumbering my network. The upshot of the problem was that the ARC tended to throw static/connected routes away in favor of OSPF-learned routes; the "connected" part of that was what was screwing me over badly. Explaining the specific problem would take longer than it would take to search the archives for it. :) But it still worked well enough that I banished the RIPv2 evil from my network years ago... Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.)

On Fri, 27 Apr 2001, Charles Sprickman wrote: > On Thu, 26 Apr 2001, Mike Andrews wrote: > > > 460 days is kinda a lot -- how much free RAM do you have? > > How much do I really have? I don't know. The show memory command showed > only about 20M of 128M used. However, after rebooting one and comparing > it's behaviour to the other cards, I found the following: > > -"save all" took about 5 seconds on the newly rebooted card, vs. 4-5 > minutes on the cards with high uptimes. > -After working on the console a few minutes, the high uptime cards became > sluggish in responding, and eventually just stopped making sense. > Pressing "enter" five or six times would not do anything, the seventh > push would. By the time I issued a reboot, nothing was echoing back > to the screen. > -One arc could not even muster a login prompt; it had to be rebooted > via TCM. > -My DUN 718 and 720 errors went away after rebooting. Gulp. You're definitely running out of *something*. :) Probably memory. > > Might be a memory leak somewhere, and 460 days would be long enough to > > run it out. Very strange things happen when an ARC runs outta memory > > It certainly seems so. I guess I'll have to start putting these things on > a schedule. Kind of sucks to have to do that. I've got a 2501 here going > on 3 years, and it's pretty happy. And our colo contract at the telco > only allows after-hours access at about $500/hr. so I have to boot the > arcs during the day, as I don't trust them that much to always come back. Well, yeah, but to be fair a 2501 is doing a hell of a lot less. :) If you're worried about the ARC not coming back up, hook its console port to the AUX port of your 2501, so you can remotely connect to the console in a pinch... you can jump in and even TFTP new firmware down as the card boots, which is good on the older 64 meg cards that are short on flash. Or put a 2509/2511 in so you can hook all your consoles up. If I could only wire one card's console up that way though, it'd probably be the NMC. If your NMC is alive, you can use it to reboot the other cards. If your NMC is inaccessable, you're kinda hosed.... and my NMC freaks out much more often than my ARC does. Hell, I just found that "snmpbulkwalk" crashes my NMC's almost instantly. Ugh. Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.)

Also sprach Aaron Daniels >I have re-flashed them, the thing is this is happening to every Quad >ANALOG card I have 12 of them but its only on the Quad Analog's not >Quad Digitals or Quad Analog/Digitals? You're SOL with quad analogs, they apparently don't have the circuitry to talk on the packet bus. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Folks... I'm having an oddball problem that, while not service-affecting, is nevertheless extremely annoying. Every once in a while, my HiPerNMCs will "freeze" up; They'll fall off the network and I can't even get them to respond via the console port. I have to physically pull the card and let it reboot to get it back. Has anyone seen this? Anyone have a clue/cure? Thanks... ********************************************************* Michelle M. Mogil Network & Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

Hi, I am having problems with some Quad Analog modem cards that I have installed, I cannot get them to stay active I do set modem s49 active and it all appears to work, then I save and reset then I get whats below. the modems report A/I/P then after a reset they go A/A/P but I cant get them A/R/P. Basically the modem is not active because it cannot successfully negociate with the packet bus(I think). after a reset my syslog reports: Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened. Handle = 26. After this the netserver reports the modem as active all though there is still no HDLC Framing and the interface is still set to Unassigned instead of ptp49 as it usually is. then 30 seconds later: Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect! stat=-1 Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed. now the netserver reports it as inactive again. I have Quad Digital/Analog cards working fine in the same chassis but these Quad Analogs are just not co-operating. any help would be appreciated, the 3com knowledgebase has not helped me. Thanks, Aaron Daniels

I have re-flashed them, the thing is this is happening to every Quad ANALOG card I have 12 of them but its only on the Quad Analog's not Quad Digitals or Quad Analog/Digitals? Aaron eric@dol.net wrote: > > Try reflashing the cards through tcm. That has helped me with some > modems that seem to flake out. It could be that the card has gone bad and > needs to be replaced. > eric > > At 12:12 PM 4/30/01 +1000, you wrote: > >Hi, > >I am having problems with some Quad Analog modem cards that I have installed, > >I cannot get them to stay active I do set modem s49 active and it all appears to work, then I save > >and reset then I get whats below. > >the modems report A/I/P then after a reset they go A/A/P but I cant get them A/R/P. > > > >Basically the modem is not active because it cannot successfully negociate with the packet bus(I > >think). > >after a reset my syslog reports: > >Apr 28 14:05:19 dialup9.dataheart.net S49 packet bus handle opened. Handle = 26. > > > >After this the netserver reports the modem as active all though there is still no HDLC Framing and > >the interface is still set to Unassigned instead of ptp49 as it usually is. > >then 30 seconds later: > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus failed to connect! stat=-1 > >Apr 28 14:05:49 dialup9.dataheart.net S49 packet bus handle closed. > > > >now the netserver reports it as inactive again. > > > >I have Quad Digital/Analog cards working fine in the same chassis but these Quad Analogs are just > >not co-operating. > > > >any help would be appreciated, > >the 3com knowledgebase has not helped me. > >Thanks, > >Aaron Daniels > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. -- Thanks, Aaron Daniels Network Administrator Dataheart

> I'm having an oddball problem that, while not service-affecting, is > nevertheless extremely annoying. Every once in a while, my HiPerNMCs > will "freeze" up; They'll fall off the network and I can't even get > them to respond via the console port. I have to physically pull the > card and let it reboot to get it back. Has anyone seen this? Anyone > have a clue/cure? Not really clue or cure. I had a similar problems with 486 NMCs especially when there was (lots of) power failure(s). You could try a reflash from console, I can't recall if this made them more stable but maybe there was an improvement with 7.1.8 version. Kalev