February 2000

Subject: (usr-tc) mrtg tc help needed
From: Jolliffe, Anu <ajolliffe@imagenisp.com>
Date: 2000-01-07 01:27:27

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF58F0.B29E4260 Content-Type: text/plain; charset="windows-1252" I already have mrtg working on our routers, but I am in desperate need of help getting mrtg to graph our total control modem usage I would like to setup mrtg to create pages similar to the ones found at http://statistics.1st.net/3com/ <http://statistics.1st.net/3com/> . I currently have three chassis, one running hiper dsp's and an arc, with the other two are running quad's and nsc's. So far I have searched the archives at http://usr-tc.1st.net/ <http://usr-tc.1st.net/> and been to the following sites in order to figure this out. http://www.dcr.net/~mandrews/usrtoys/index.shtml <http://www.dcr.net/~mandrews/usrtoys/index.shtml> and http://www.netdoor.com/arcwho/ <http://www.netdoor.com/arcwho/> <http://www.dcr.net/~mandrews/usrtoys/mystuff.shtml> I have also accumulated, hiperarc.pl, hiperarc_count.pl and hiperdsp.pl, but I am still at a complete loss and basically need step by step instructions. Any help appreciated, thanks. Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820 ------_=_NextPart_001_01BF58F0.B29E4260 Content-Type: text/html; charset="windows-1252" <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252"> <META content="MSHTML 5.00.2919.6307" name=GENERATOR></HEAD> <BODY> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000><FONT face=Arial size=2><SPAN class=140492108-07012000>I already have mrtg working on our routers, but </SPAN></FONT>I am in desperate need of help getting mrtg to graph our total control modem usage</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>I would like to setup mrtg to create pages similar to the ones found at <A href="http://statistics.1st.net/3com/">http://statistics.1st.net/3com/</A>.  I currently have three chassis, one running hiper dsp's and an arc, with the other two are running quad's and nsc's.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>So far I have searched the archives at <A href="http://usr-tc.1st.net/">http://usr-tc.1st.net/</A> and been to the following sites in order to figure this out.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000></SPAN></FONT><FONT face=Arial size=2><SPAN class=140492108-07012000><A href="http://www.dcr.net/~mandrews/usrtoys/index.shtml">http://www.dcr.net/~mandrews/usrtoys/index.shtml</A> and <A href="http://www.netdoor.com/arcwho/">http://www.netdoor.com/arcwho/</A><A href="http://www.dcr.net/~mandrews/usrtoys/mystuff.shtml"></A></SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>I have also accumulated, </SPAN></FONT><FONT face=Arial size=2><SPAN class=140492108-07012000>hiperarc.pl, hiperarc_count.pl and hiperdsp.pl, but</SPAN></FONT><FONT face=Arial size=2><SPAN class=140492108-07012000> I am still at a complete loss and basically need step by step instructions.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=140492108-07012000>Any help appreciated, thanks.</SPAN></FONT></DIV> <DIV><FONT size=2> <P>Anu Jolliffe<BR>Network Administrator<BR>Imagen Communications Inc.<BR>(250) 538-0406 FAX (250) 537-5820</P></FONT></DIV></BODY></HTML> ------_=_NextPart_001_01BF58F0.B29E4260--

Subject: (usr-tc) dead fan in chassis
From: Jolliffe, Anu <ajolliffe@imagenisp.com>
Date: 2000-01-07 07:32:10

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF5923.A5F12FE0 Content-Type: text/plain; charset="windows-1252" I have a dead fan in the removable fan tray of chassis. I am looking for the best way to deal with this issue based on previous experience. So far I have come up with a coupe of solutions, but am looking for the quickest and easiest way to deal with this issue. Send the tray back to 3com Source a similar fan myself and replace myself Do you have a better way? Thanks. Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820 ------_=_NextPart_001_01BF5923.A5F12FE0 Content-Type: text/html; charset="windows-1252" <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252"> <META content="MSHTML 5.00.2919.6307" name=GENERATOR></HEAD> <BODY> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>I have a dead fan in the removable fan tray of chassis.  I am looking for the best way to deal with this issue based on previous experience.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>So far I have come up with a coupe of solutions, but am looking for the quickest and easiest way to deal with this issue.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>Send the tray back to 3com</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>Source a similar fan myself and replace myself</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>Do you have a better way?</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000></SPAN></FONT> </DIV> <DIV><FONT face=Arial size=2><SPAN class=600223115-07012000>Thanks.</SPAN></FONT></DIV> <DIV><FONT size=2> <P>Anu Jolliffe<BR>Network Administrator<BR>Imagen Communications Inc.<BR>(250) 538-0406 FAX (250) 537-5820</P></FONT></DIV></BODY></HTML> ------_=_NextPart_001_01BF5923.A5F12FE0--

Subject: (usr-tc) State of the Hub message
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-01-10 14:16:39

We've recently seen the release of HiPer Arc releases 4.2.32 and 4.1.22. So now seems to be an appropriate time to take a look at the "State of the Hub" (with apologies to the President of the U.S. and Larry Wall for the name). I'm trying to bring about some structure to these messages that I post to give people a bit more assistance in finding the content that they need/are interested in out of my greater ramblings. I'll start off with some specific issues and questions that I have (essentially like the rest of my messages), and then go into some rather more broad thoughts. First, with release of 4.1.22, 3Com seems to have added some support, or at least control over directed broadcasting. Specifically disable/enable ip directed_bcast_forwarding. The release notes describe it as "When enabled, it allows directed broadcast forwarding from the user." My question is...how does this work? It seems to imply that it magically figures out what's going to be a directed broadcast that the user is sending out and drops it on the floor. I hope this isn't the case, but that it only drops directed broadcasts for directly connected networks. This, of course, because there is no way for the Arc to know if something is going to be a directed broadcast on a remote network. :) Second, SAA (Source Address Assurance) now pays attention to the netmask assigned on a connection to check to make sure that the source address coming in from that connection is indeed supposed to be able to be sourced from there. Previously, this only worked for /32's, but the description in the Release Notes indicates that it now considers the netmask for that. Does it consider a seperate route? I can understand if it wouldn't...that's considerably less trivial, but it would be good functionality to add to this feature. Even further...would be to allow it if the address is reachable (As best the Arc can tell) from that connection...which means that it may not even be in the routing table. You'd have to consult with the OSPF table (well...not in 4.1.x, but in later code), as well as any other routing protocol tables and static routes that aren't preferred. Anyway...just a question that I'm sure will come up before long that will be good to get clarified. :) OK...now on to greater, broader, longer-standing issues. :) 3Com's release numbering (at least on the total control stuff) is still nuts. I'm not sure what would be a good solution...but some releases counting up, and some releases counting down is just completely confusing to customers. Even long-time customers can have difficulty figuring out what the status of a particular release is, and which releases are newer than others. New customers are usually totally baffled, and understandbly so. This really needs to be changed...its been a call that those of us on the list have been making for many years, with no result. The best response (and given the people that are responding, this is understandable) that we get is yet another explanation of the current release numbering system, which isn't what is needed. I applaud Mike Wronski's and Krish's and Chuck Stace's, and the rest of the crew's patience in explaining this time and time again to new folks, and clarifying the status of releases when they're asked about. Really though, 3Com as a whole, would be much better served by letting these people do the job they were hired to do, not looking up (I know, most of you know them well enough that you don't have to look them up) what the status of a specific version of code is. Security releases are still taking *WAY* too long to be made widely available. There have been several security issues that have been made public in the last year or so, ER's have been made available that address these issues. Due to the nature of ER's though, these are not widely available, or publicized, or clearly understood (see the release number issue above ;). HiPerBomb was announced (I believe by Ed Taylor?) in mid-August. I had announced an SNMP security hole before that...both of which affected 4.1.59-6. Though ER's were available, it has taken 5 months for an SR to be made available (in the 4.1.x tree) that includes these fixes. This is an order of magnitude or two off from the amount of time this should be. Security fixes for problems of the magnitude represented by HiPerBomb and the SNMP issues that had been brought should have code widely available that addresses these on the order of a week or so from the time that they are made known to 3Com. I still get reports of people running into problems with NETServers, and 3Com continues to be unresponsive in dealing with thier handling of the practical end of support for this product. At this point, support contracts for the NETServer products should have all expired (unless 3Com continued to sell support for NETServers after they lost access to the source code which would be even worse!), so complaints have less of a basis at this point, but given the poor way that 3Com originally handled the NETServer to HiPer Arc transition, some complaints still are valid. Hopefully, 3Com has at least learned from the NETServer fiasco and won't repeat the same mistake twice, but that's little consolation for people that are still making do with buggy NETServer code as a result of 3Com's abrupt transition from the NETServer platform to the HiPer Arc platform. I have received no reports, either positive or negative about the current state of 3Com support contract rules. A perusal of relevant 3Com web sites seems to indicate that some progress has been made on this issue. If you go to 3Com's web site, to the support section, and click on 3Com Care service offerings, under Maintenance Services, you'll see a section entitled "Unbundled Services." There are sub-sections for InfoPak telephone support (which is at the time of this writing a broken link), software updates (all of the latest software upgrades for a year for one low price...this has promise), Advanced Hardware Replacement (one contract covers multiple pieces of equipment...new equip. can be added at a pro-rated cost...this has potential *if* you can pick and choose which hardware is covered and are not required to cover all your hardware with the same coverage), and Multi-Year Warranty (also a broken link at the time of writing). I have a call in to my great sales-rep Tom Goodman to get more in depth information about the requirements of these service offerings (and prices), and will post what information I get when I get it. This covers the major outstanding issues that I'm aware of. Some further discussion points that have been brought up in the past are discussed below. Customer involvement in software development. I've not seen much progress here, it seems that most software development on the TC equipment is still done with very little connection to customer requests (very cathedral style, with apologies to ESR). There has been recent calls for more participation on the beta list for TCS 4.0, I wholeheartedly encourage this...unfortunately, I haven't had the opportunity to work with the beta software as I would like. The beta list (and I'm under the beta NDA, so I need to be a little careful here ;) seems primarily to be a list for customer feedback to 3Com folks about the problems we're having. It would be nice, (and this isn't just restricted to the beta list) to have the possibility to be part of the discussion about how things get implemented. Had more customer input been solicited, perhaps we wouldn't have ended up with ip pool aggregation reserving a network and broadcast address unnecessarily, and similar types of issues...none are critical, but all would make the TC equipment that much nicer to use. Another access server type of feature request to be re-iterated (this has been a long term request)...the ability to define, by an administrator, what traffic will reset the idle timer on a port. The ability to set this via RADIUS would be an added bonus. Beaurocracy (and I'm still not sure if I'm spelling this right). There seems to have been made a *little* progress in this area, however, this requires a disclaimer. I, personally, apparently, have achieved some...ah...notoriety within 3Com...particularly in the Rolling Meadows facilities. As such, I must consider the possibility that I've been getting contact with people within 3Com that its not common to have direct customer contact with. :) Even this, however, is an improvement. Perhaps this gives me the opportunity to be a sort of liason between 3Com and 3Com's customers. I fear that I'm sounding cocky ("I have better contacts than you do"), and assure you that this isn't my intention. I'd rather people have direct contact...I have plenty of things on my plate to do that the time taken up being such a liason could be used elsewhere, but if I do have better contacts, and can be useful as a sort of liason, I'm certainly willing to do so for the betterment of 3Com-customer relations. :) Direction. Specifically with the HiPer Arc card (which is where I'm particularly knowledgeable within the TC product group), it seems that 3Com is beginning to see the possibilities that the HiPer Arc (at least) provides beyond just being a dial-up access server. Again, I have to be careful here because of the restrictions of the beta NDA...but the direction of the development seems to be towards making the HiPer Arc a full-fledged router. Some things that need to be worked on still: - 3500 route limit needs to be removed, or at least upped - more routing protocols...OSPF is a great start...more needed (BGP?) - OSPF needs to be able to be an ABR - more control over routing protocols...summarization, redistribution - route selection still somewhat buggy (Mike Andrews is the expert on these problems ;) And some things that I think are important, but not necessarily to the point of being *needed*: - bridging - QoS...this is apparently a company wide push for 3Com...so I suspect its going to be done in a big way - wider array of interface types And, just for kicks, a gee-whiz cool feature that the TC lends itself to: - packet bus interface...the ability to treat the internal packet of the chassis as an interface in the Arc...some cool things can be done when this is combined with bridging support above Even as an access server, the Arc needs to be developed to adapt to changing times. As modem and ISDN access becomes less and less prevelent with the proliferation of broadband, the Arc needs to adapt. There seems to be some work on this front (again, TCS 4.0 beta), the bridging support mentioned above is needed for this as many DSL providers transport DSP and other broadband access methods to ISP via a bridging over frame-relay or bridging over ATM. The Arc already has support for frame and ATM, but can't (from what I've seen) do bridging over top of it. I encourage people to submit their own feature requests, etc. to the list and/or me. I've been keeping some notes recently for inclusion into this and future "State of the Hub" messages. :) Like I said...I'm willing to take up the role of liason between 3Com and customers if that's necessary/desireable, let me know. I also encourage feedback to me and to this forum regarding this message and others of mine. My philosophy is that I own my words. I'll take responsibility for what I say, I encourage forwarding of my messages on to people who would benefit from my messages, all I ask is that you keep attribution and contact info in tact so that I can continue to take responsibility for my words. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Old Hardware Info.
From: Jack Singer <jsinger@i-c.net>
Date: 2000-01-13 08:50:49

Does anyone know where I can find information on older Total Control cards on the 3Com web site. All I can find is the new stuff and Y2k information. No specs available on the individual cards???? Jack Internet Connections jsinger@i-c.net

Subject: Re: (usr-tc) Correction
From: Clayton Zekelman <clayton@mnsi.net>
Date: 2000-01-13 13:34:32

Um, 23 on a PRI, 24 on a CT1, or 24 on an NFAS PRI - subsequent spans only. At 03:50 PM 1/13/00 +0000, you wrote: >Ooops! You run 24 channels not 26 "over there" :-) doh! >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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: (usr-tc) Help with Soft busy
From: Scot Desort <scot@njaccess.net>
Date: 2000-01-18 17:41:37

I just soft-busied one of my DSP's, and now dialing into the hunt group, I get a reorder. How do I undo this? -Thanks Scot

Subject: Re: (usr-tc) mac's connect at slow speeds
From: Christopher Berry <berryc@rof.net>
Date: 2000-01-20 09:19:15

I believe the new macs are using Rockwell chip sets-always problematic for us and our Hipers and Quads. These modems seem to make a high speed connection even if it is unstable. My best experience (personal-2 Macs at home) is to tell the user to change their modem init string (Apple menu-Control Panel-Modem) to a "(v.34 Only)" version for their modem. Newer macs and OS versions have these strings included. You can also get them from Apple and Global Village (Boca Research). The initial connect is slower, but throughput is much better-fewer retrains and resends I suppose. Christopher Berry rof.net Web Design and Technical Support (970) 945-4920 x17 ----- Original Message ----- Sent: Tuesday, January 18, 2000 2:14 PM > Does anyone else seem to have relatively consistent problems getting > new Macintosh users to be able to connect at v.90 speeds? > > David Ernst > HoosierNet, Inc. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) mac's connect at slow speeds
From: Christopher Berry <berryc@rof.net>
Date: 2000-01-20 09:19:15

Subject: (usr-tc) DSL
From: Declan Campbell <declan_campbell@eur.3com.com>
Date: 2000-01-21 10:18:53

The 3Com TCH DSL card (dual port, frame over adsl signalling), was discontinued as a product for sale as it was deemed 'end of life' by 3Com management, early last year (1999). What happened to the total control dsl card? - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) What Modem Ratio do you use?
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-01-25 11:00:48

If I go more that 5-1 I get people to cancel! Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Tue, 25 Jan 2000, Brian Gordon wrote: > Has the industry changed the acceptable modem ratio or is it still 8.0? I'm > curious to find out if it's changed due to changing usage demands. > > >Brian Gordon > >MCP, A+, Network + > >Network Administrator > >Westelcom Internet > >518.566.6726 Voice > >419.831.9137 Fax > >http://www.westelcom.com > >administrator@westelcom.com > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) Prices on single DSP cards
From: John Mies <jmies@illinet.com>
Date: 2000-01-25 19:52:45

Has anyone found a good source for single DSP cards? Cheap of course... John Mies Illinet.com http://www.illinet.com

Subject: Re: (usr-tc) DSPCode 2.0.51
From: Mark Lemmert <mark.lemmert@athenet.net>
Date: 2000-01-26 08:48:30

At 05:30 PM 1/25/00 -0600, Brian wrote: >I have seen more connection success rate with 2.0.51. I use to get 94-98% >connection success overall for all calls to a chassis for a 24 hour >period. > >I now see more like 96-98% average. How do you get those sorts of statistics? I have been having a very large number of complains from people saying the can't connect. I am running 2.0.81. Thanks. -MGL >On Tue, 25 Jan 2000, Charles Sprickman wrote: > > > On Tue, 25 Jan 2000, Brian wrote: > > > > > 2.0.51 is good for all DSP's > > > > How's it compare to 2.0.81? Better, worse, indifferent? > > > > Charles > > > > > On Tue, 25 Jan 2000, Cheryl Johnson wrote: > > > > > > > Is this code only recommended for hardware revisions .54 and .55 only? > > > > I have .49 and was thinking of moving to the 2.0.51 from the 2.0.60 > > > > since I do not see too many improvements. And is this compatible with > > > > NMC 6.1.17 and ARC 4.1.22? It seems to be getting more difficult to > > > > keep these things straight. > > > > > > > > -Cheryl Johnson > > > > SEI Data Network Services, Inc. > > > > A Division of SEI Communications > > > > > > > > > > ----------------------------------------------------- > > > Brian Feeny (BF304) signal@shreve.net > > > 318-222-2638 x 109 http://www.shreve.net/~signal > > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > >----------------------------------------------------- >Brian Feeny (BF304) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >Network Administrator ShreveNet Inc. (ASN 11881) > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. Mark Lemmert CTO AthEnet Data Exchange 920-954-9799 mark.lemmert@athenet.net

Subject: (usr-tc) Not Authenticating
From: Dataheart <lists@dataheart.net>
Date: 2000-01-27 14:51:29

Hi, I am having a problem where users on one of my quad modem cards are not getting authenticated. Users on one of the cards authenticate fine but on the other one their usernames and passwords get scrambled by the time they get to RADIUS This card did work fine for about a week then I had to relocate the rack(whole) and when I powered it on in the new location this happened. Here is my Setup, 3com 45a Chassis, Fan Tray, Dual PRI Nac, Dual E1 Nic, 2 Quad Modem cards, Netserver, NMC. Thanks, Aaron

Subject: (usr-tc) Help?
From: stevec <stevec@mail.computer-geeks.com>
Date: 2000-01-28 13:25:15

We are a new ISP and all our equipment (routers, USR TC) were installed by our TELCO provider for warranty purposes. However, I would like to learn as much a possible about our equipment, specifically our TC chassis. I don't know what kind of cards we have, what revisions, etc. This is all information I would like to know. Where can I get familiar with the equipment I have? -- Steve Cobb stevec@computer-geeks.com Computer Geeks www.computer-geeks.com --

Subject: Re: (usr-tc) Strange Speed Problems
From: Mark Lemmert <mark.lemmert@athenet.net>
Date: 2000-01-28 17:16:22

At 07:04 PM 1/27/00 -0600, Brian Elfert wrote: >On Thu, 27 Jan 2000, Mark Lemmert wrote: > > > I have encountered two problems recently regarding > > connect speeds that have just plain baffled me. > > > > In one location I moved to a new building and > > switched telcos (Ameritech -> TDS Metrocom) > > at the same time. > >Ameritech is likely to have much better trunking than any CLEC. > >The CLEC has to connect to the Ameritech COs somehow. If the CLEC doesn't >have enough trunks to the COs, calls are likely to route through a tandem, >which may slow calls down. > >We used a terrible CLEC once that routed many calls through a tandem, >instead of having direct trunking to each US West CO. Connect speeds were >bad, x2 didn't work in many cases, and callers got lots of fasy busies. > >We switched to another CLEC that has run fiber to most US West COs, and we >are very happy now. > >Brian I agree with you in general. In this case the CLEC does have direct trunks into all the COs. In the other scenario the telco is Ameritech. -MGL Mark Lemmert CTO AthEnet Data Exchange 920-954-9799 mark.lemmert@athenet.net

Subject: RE: (usr-tc) billing software
From: Jason Englander <jason@interl.net>
Date: 2000-02-01 02:10:52

On Tue, 25 Jan 2000, Lon R. Stockton, Jr. wrote: > There's a radius server called Radiator which maintains a current- > calls database for concurrency checking; it updates it with the > accounting-start & stop records. To alleviate problems with lost > packets causing it to get out of sync, it periodically checks the > hub via SNMP and compares who's really on with who it thinks is > logged on. > > Pretty spiffy, if you ask me. Check out Cistron http://www.cistron.nl/~miquels/radius, and an off-shoot in production (by the same author and a co-author) at www.freeradius.org It's FREE and does the same thing using radutmp/radwtmp (utils radwho and radlast (radlast is just "last -f /var/log/radwtmp")) and does verification via a perl script (using the SNMP Perl mods that come with MRTG). I'm using it with Lucentston pm2s, pm3s, and TCs w/ HiperDSPs. Jason -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

Subject: Re: (usr-tc) Quirky CHAP on 2.0.51
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-01 07:36:49

We just had a Toshiba laptop exhibit this LCP loop problem in 2.0.60 code. The customer resolved it by upgrading the V.90 code for the PCMCIA modem. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Monday, January 31, 2000 9:50 PM > > It doesn't look like a CHAP problem - more a LCP negotiation problem. After > the HARC sends it's CHAP Challenge, it receives another LCP Request from the > remote end, effectively restarting the LCP phase. > > It's not obvious what's wrong from this end since during the initial set of > LCP negotion, there seems to be an LCP Request-Acknowledge eventually > negotiated in each direction so both ends should think the LCP state is open > and be happy to move on to authenticate. > > 1. LCP Negotiated Remote Client -> HARC > Incoming PPP Data on interface: slot:4/mod:17 > LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 > > Outgoing PPP Data on interface: slot:4/mod:17 > LCP CFG_ACK MAGIC_NUM 0c 2c 41 f2 > > 2. LCP Negotiated HARC -> Remote Client > Outgoing PPP Data on interface: slot:4/mod:17 > LCP CFG_REQ MRU 05 ea > ASYNC_MAP 00 00 00 00 > AUTH_TYPE c2 23 05 > MAGIC_NUM bc 93 87 df > > Incoming PPP Data on interface: slot:4/mod:17 > LCP CFG_ACK MRU 05 ea > ASYNC_MAP 00 00 00 00 > AUTH_TYPE c2 23 05 > MAGIC_NUM bc 93 87 df > > I'd get a trace from the remote device and see if it receives the outgoing > LCP Acknowledge from the HARC. Maybe it's corrupt, lost or just late for > some reason forcing the remote client to resend it's LCP config request. > > The remote end definately seems to be pushing the HARC back into negotiating > LCP after the HARC thinks it's open and has moved on to authenticate. > > Also not sure what AUTH_TYPE c2 23 81 is? c2 23 05 is CHAP, c2 23 80 is > MS-CHAP (I think)... > > Hope this helps (and that I didn't misread this!). > > > Regards > > Ian > > -----Original Message----- > > From: Scot Desort [SMTP:scot@njaccess.net] > > Sent: Tuesday, February 01, 2000 4:12 PM > > To: usr list > > Subject: (usr-tc) Quirky CHAP on 2.0.51 > > > > Have a few DSP's upgraded to 2.0.51. Just noticed a quirk in CHAP > > authentication. After LCP is done, and PPP authentication begins, the auth > > packets do not make it to the Radius server. I have made several test > > calls, > > logging both radius info on my Vircom radius server, and PPP packets on > > the > > TC. The radius server does not receive any incoming packet. The TC shows > > the > > following: > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MRU 05 ea > > ASYNC_MAP 00 00 00 00 > > AUTH_TYPE c0 23 > > MAGIC_NUM bc 93 87 df > > PROTO_COMP > > AC_COMP > > MPP_MRRU 05 ea > > MPP_ENDPTID 00 > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 > > CALLBACK 06 > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_REJ CALLBACK 06 > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_REJ PROTO_COMP > > AC_COMP > > MPP_MRRU 05 ea > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MRU 05 ea > > ASYNC_MAP 00 00 00 00 > > AUTH_TYPE c0 23 > > MAGIC_NUM bc 93 87 df > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_ACK MAGIC_NUM 0c 2c 41 f2 > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_NAK AUTH_TYPE c2 23 81 > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MRU 05 ea > > ASYNC_MAP 00 00 00 00 > > AUTH_TYPE c2 23 05 > > MAGIC_NUM bc 93 87 df > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_ACK MRU 05 ea > > ASYNC_MAP 00 00 00 00 > > AUTH_TYPE c2 23 05 > > MAGIC_NUM bc 93 87 df > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > CHAP CHALLENGE 10 a9 8a 81 83 ad dc b9 > > 06 13 f2 bc ad 63 d4 76 > > 28 48 69 50 65 72 > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MRU 05 ea > > ASYNC_MAP 00 00 00 00 > > AUTH_TYPE c0 23 > > MAGIC_NUM 8b cf 11 8b > > PROTO_COMP > > AC_COMP > > MPP_MRRU 05 ea > > MPP_ENDPTID 00 > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_ACK MAGIC_NUM 0c 2c 41 f2 > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_REJ PROTO_COMP > > AC_COMP > > MPP_MRRU 05 ea > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MRU 05 ea > > ASYNC_MAP 00 00 00 00 > > AUTH_TYPE c0 23 > > MAGIC_NUM 8b cf 11 8b > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > CHAP CHALLENGE 10 50 b8 b1 f5 4d a4 9a > > d0 e1 c9 af ef 3e 1d 1c > > 82 48 69 50 65 72 > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_ACK MAGIC_NUM 0c 2c 41 f2 > > > > Incoming PPP Data on interface: slot:4/mod:17 > > LCP CFG_NAK AUTH_TYPE c2 23 05 > > > > Outgoing PPP Data on interface: slot:4/mod:17 > > LCP CFG_REQ MRU 05 ea > > ASYNC_MAP 00 00 00 00 > > AUTH_TYPE c2 23 05 > > MAGIC_NUM 8b cf 11 8b > > > > > > And the process continues until I cancel the connection attempt. > > > > It *will* however sometimes authenticate just fine using CHAP. It always > > authenticates using PAP. This test call is ISDN. I am about to try the > > same > > series of tests using analog dialup. > > > > Anyone else seen this??? > > > > -- > > Scot > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Quad modem x2 tx level
From: Greg Coffey <greg@coffey.com>
Date: 2000-02-01 07:43:36

I changed mine to -13 based upon some limited discussion in this group a month ago or so. I have not really noticed much difference. I do see that x2 connections initially are almost always in the low 30's but upshift to upper 40's, low 50's. Maybe they did that before and I did not pay attention. At 11:33 AM 2/1/00 +0000, you wrote: >Hi , > > >Typically the tranmit s39 value is -12 dB for the US > with a range for the US from -9 dB max. to an Min -20 db , I would > suggest >been very careful about adjusting this value. >The country codes is in DSP . > >Regards >RayW Thanks, Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 ===================================================================== 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM

Subject: RE: (usr-tc) which Radius to use?
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-01 08:22:29

Very expensive. Vircom gives you just as many features and is a third of the price. My .02 -- Scot >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Gordon >Sent: Tuesday, February 01, 2000 1:16 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) which Radius to use? > > >I am looking at Steel Belted Radius by Funk for NT, anyone else out there >using this. > >What you think? It seems feature rich. > >Brian >----- Original Message ----- >From: "Campbell Simpson" <Campbell.Simpson@telecom.co.nz> >To: <euro@citipage.com>; <usr-tc@lists.xmission.com> >Sent: Monday, January 31, 2000 10:54 PM >Subject: Re: (usr-tc) which Radius to use? > > >Nate > >We're using Merit RADIUS on Solaris 2.6. Depending on what options you need >you can either get it for free, or pay a donation to Merit networks. It >supports limiting multiple logins etc. > >www.merit.net > >We're quite happy with the features and reliability. > >Campbell > >>>> euro@citipage.com 02/01/00 08:33 >>> > >Hi, I'm trying to move Radius server that we are using now to a new server >but I'm having some problems getting the current radius to run on the new >server. So I was thinking of just reinstalling but the old network admin >is no longer around and I can't figure out what version of radius we're >running one the other box. All I get when I try to find out is: > >./radiusd -v >./radiusd: RADIUS version 1.16.1 97/12/16 > sun > >I would really like to use a radius that could check multiple logins. If >anyone could point me in the right direction in which radius to use (on Sun >Solaris 2.6) and where to get it I'd be much appreciative. > > >Thanks, > >Nate > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) which Radius to use?
From: Thomas C Kinnen <tkinnen@lucentradius.com>
Date: 2000-02-01 09:05:15

> ./radiusd -v > ./radiusd: RADIUS version 1.16.1 97/12/16 > sun Looks like the old Livingston/Lucent 1.1.6 server > I would really like to use a radius that could check multiple logins. If > anyone could point me in the right direction in which radius to use (on Sun > Solaris 2.6) and where to get it I'd be much appreciative. Lucent NavisRadius 3.0 supports multiple login-checks, multiple user sources, and is a complete RADIUS toolkit. You can get information on it at: http://www.lucentradius.com/ -- Thomas C Kinnen - <tkinnen@lucentradius.com> <kinnen@lucent.com> [RADIUS Engineer] - LUCENT Technologies INS "All of the opinions stated above are my own and not my employer's, unless they were given to me by my employer"

Subject: Re: (usr-tc) ARC amnesia
From: Kalev Nurklik <kalev@mail.lbi.ee>
Date: 2000-02-01 10:08:22

Could be a memory issue. I had one 64MB HARC with 4.2.32-1 rev. choke on me when I turned some debuging on e.g. I set couple of facilities to something else than critical and typed "show events" on the cli. Everything went fine but when I logged out and in again after some time had gone by - I got dumped. Just couldn't telnet to HARC... Rebooted and everything was OK. So from the logs I got these results - HARC was saying something like: "couldn't spawn child process for cli session - not enough memory!" or something like that. And when I took a look at the radius logs afterwards I saw definite connection troubles during the same time interval - a lot more unauthenticated accounting stops. Date sent: Tue, 1 Feb 2000 10:12:36 +0900 Send reply to: usr-tc@lists.xmission.com > Yes, I had one the other day that was sporadically allowing users to connect > then not. I tried logging in, and it had forgotten the password. Hardware > reset, thankfully, brought it out of its fugue. > > das > > Charles Sprickman (spork@inch.com) spake: > > > Hi, > > > > I was paged out of bed last night by an arc card that stopped responding > > to pings... I went into tcm to have a look, and all was green, but going > > to the config screen showed that the card had no IP address > > anymore. Doing a hard reset brought it back, and it's working fine. Has > > anyone else seen this? Just a fluke, or an issue with the 4.3.32-1 code? > > > > 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. > > -- > ______________________________________________ > Alex Substanley Exodus Communications K.K. > Engineering Department > Das Man TEL: 81-3-5334-1700 > Systems Engineer FAX: 81-3-5334-1711 > ______________________________________________ > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@online.ee http://online.delfi.ee

Subject: (usr-tc) adding 24 modems / T-1
From: Richard Mann <rmann@advancenet.net>
Date: 2000-02-01 10:54:32

Would vendors and/or individuals please contact me off the list, I need to buy one DSP card for a HiPer Arc chassis 80-002861-00. --rich Richard Mann, System Administrator A d v a n c e N e t Champaign, Illinois USA rmann@advancenet.net http://www.advancenet.net (888) 992-8008 (217) 356-4009

Subject: Re: (usr-tc) Quad modem x2 tx level
From: Ray Whelan <ray_whelan@eur.3com.com>
Date: 2000-02-01 11:33:41

Hi , Typically the tranmit s39 value is -12 dB for the US with a range for the US from -9 dB max. to an Min -20 db , I would suggest been very careful about adjusting this value. The country codes is in DSP . Regards RayW Greg Coffey <greg@coffey.com> on 31/01/2000 20:59:22 Please respond to usr-tc@lists.xmission.com Sent by: Greg Coffey <greg@coffey.com> cc: (Ray Whelan/IE/3Com) So what db level do you recommend that the quads be set to assuming we're in the US? What about the dsp's? At 08:54 PM 1/31/00 +0000, you wrote: >Hi Dan, > >There are slight differences in setting between modems from different country >settings, as our modems must comply with the different country specification >settings set by each Telco , ATI7 tells you your country code setting. >Country like US/Canada , Japan, Finland, Sweden, UK, Norway, South Africa, >Italy, New Zealand, Czech / Slovkia, Belgium, Denmark, Austria, France, >Germany, >Austria , Ireland , Spain, Portugal and Malaysia all have very slight >difference >in values and limits, what you are seeing is more likely differences in modem >country settings , we also have a country code setting that covers >International >ITU-T spic. > >By the way -10 dB is a stronger signal than -12 dB > >Hope it helps > >Ray W > > > > > >Dan Borlovan <danb@dnttm.ro> on 30/01/2000 09:22:41 > >Please respond to usr-tc@lists.xmission.com > >Sent by: Dan Borlovan <danb@dnttm.ro> > > >To: usr-tc@lists.xmission.com >cc: (Ray Whelan/IE/3Com) >Subject: (usr-tc) Quad modem x2 tx level > > > > > >Hello, > >In order to try improve user x2 connect speeds, I tried to raise the x2 >transmit level on quad modem cards. The problem is I have two quad modem >models (analog/digital vs. digital only) and the first don't let me go >higher than -12dB, while the other ones happily accepted -10dB (this is as >far as I may go from the telco point of view) > >Now the only difference between modems is the analog capability (referring >to the possibility of getting signal from nic or pritdm) and the country >code. > >All modems are setup as digital, taking signal via pritdm from e1 card. > >Is there anything I can do about this one? > >Dan >-- >Dan Borlovan <danb@dnttm.ro> >System Administrator, Network Operation Center >Dynamic Network Technologies - Timisoara, Romania >Telefon: +40-56-204967 FAX: +40-56-220201 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Quad modem x2 tx level
From: Ray Whelan <ray_whelan@eur.3com.com>
Date: 2000-02-01 11:39:51

Hi , Is the modem enforcing a maximum signal level on country-code basis? If so, can I bypass this limit? No depending on your country code setting for each country , you have and max and a min range with in that you can not change. Ray W Dan Borlovan <danb@dnttm.ro> on 01/02/2000 10:35:01 Please respond to usr-tc@lists.xmission.com Sent by: Dan Borlovan <danb@dnttm.ro> cc: (Ray Whelan/IE/3Com) On Mon, 31 Jan 2000, Ray Whelan wrote: > There are slight differences in setting between modems from different country > settings, as our modems must comply with the different country specification > settings set by each Telco , ATI7 tells you your country code setting. Is the modem enforcing a maximum signal level on country-code basis? If so, can I bypass this limit? > By the way -10 dB is a stronger signal than -12 dB Yes I know, and -10dB gives me better x2 connect speeds. Dan -- Dan Borlovan <danb@dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Quad modem x2 tx level
From: Dan Borlovan <danb@dnttm.ro>
Date: 2000-02-01 12:35:01

On Mon, 31 Jan 2000, Ray Whelan wrote: > There are slight differences in setting between modems from different country > settings, as our modems must comply with the different country specification > settings set by each Telco , ATI7 tells you your country code setting. Is the modem enforcing a maximum signal level on country-code basis? If so, can I bypass this limit? > By the way -10 dB is a stronger signal than -12 dB Yes I know, and -10dB gives me better x2 connect speeds. Dan -- Dan Borlovan <danb@dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201

Subject: Re: (usr-tc) Quad modem x2 tx level
From: Dan Borlovan <danb@dnttm.ro>
Date: 2000-02-01 16:48:07

On Tue, 1 Feb 2000, Ray Whelan wrote: > No depending on your country code setting for each country , you have and max > and a min range with in that you can not change. This means the only way would be to "hack" the modem flash, which I have no intention to even try? Dan -- Dan Borlovan <danb@dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201

Subject: (usr-tc) IP multicast and IPSec support
From: Ricky <rickyz@cfl.rr.com>
Date: 2000-02-01 21:55:51

Does 3Com TC-Hub support any of the following: a) IP Multicast (I find a lots on their Docs as a topic but not as a feature) b) IPSec Thanks in advance, Rickyz

Subject: Re: (usr-tc) IP multicast and IPSec support
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 2000-02-01 22:20:10

On Tue, 1 Feb 2000, Ricky wrote: > Does 3Com TC-Hub support any of the following: > > a) IP Multicast (I find a lots on their Docs as a topic but not as a > feature) Yes - its the IGMP feature that you can enable and configure the hiper arc for IGMP services, and also you can use multicast in rip v 2 mode. > > b) IPSec > TCS 4.0 will support this. krish > Thanks in advance, > Rickyz > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) Compression?
From: Scott Kupferschmidt <scottk@jadetech.com>
Date: 2000-02-01 22:32:39

Hi... At work we have a 3com/USR Total Control NETserver.. fully populated with 12 quad cards (48 modems). I am using RADIUS for authentication and all, but I'm wondering if there's a way to know or check to see if it supports STAC compression on the ISDN at all or not. If so I'd really like to know howto turn it on. For the curious, we are using Cistron radiusd, and which I don't know how to make it use/recognize the STAC compression if it's available. Also, how do you turn on / check for regular tcp header compression? The reason why I ask is at home I have my Cisco 1004 dialing in (at 128kbps) and when I tell it to use compression.. it just rejects it on the NETserver from what my debugging tells me. From what other people have told me, NETserver's aren't the greatest for compression, but considering I'd probably be the only one using it, I'd rather attempt to use it. If anyone is of help, please write back.. Thanks. Scott

Subject: Re: (usr-tc) Problem with new PRI
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-02 02:27:53

On Thu, 27 Jan 2000, Scot Desort wrote: > Where can one tell if modems are soft-busied. That is what was wrong. I have > since restored to service all of those channels. But before I figured it > out, there didn't seem to be anywhere in TCM that told me the channels were > busied out. Did I miss something??? Didn't see an answer for this one, although it's very possible I just missed it. Whichever, here's an answer for ya... 1) bring up TCM & open your chassis 2) click on the span leds of the DSP card(s) you want to check 3) click 'Performance' 4) select 'Timeslot' and then 'Select All'; click 'OK' 5) Under 'Parameters', select 'DS0 Service State' and 'Queued Action for DS0'. Click 'Add' and then 'OK'. 6) Voila. Timeslots which are busied-out are listed as 'localOutOfService' under 'DS0 Service State'. If the timeslot was hard-busied (or soft-busied with no call currently active on the timeslot), you'll see the 'localOutOfService' indication under 'DS0 Service State'. If the timeslot was soft-busied and there's a call currently active on that timeslot, you'll see that the 'DS0 Service State' is 'inService' and the 'Queued Action...' is 'localOutOfService'. As soon as the current call terminates, you'll see the service state go to localOutOfService. That, of course, being the difference between hard-busy and soft-busy. Hard-busy does it NOW. Soft-busy waits for the current call to complete. Hope this helps!

Subject: RE: (usr-tc) IP multicast and IPSec support
From: Ricky <rickyz@cfl.rr.com>
Date: 2000-02-02 05:40:16

------ =_NextPart_000_01BF6D3F.FD145A80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thanks for the quick response Krish. Sincerely, Rickyz -----Original Message----- Sent: Tuesday, February 01, 2000 11:20 PM Cc: usr-tc@lists.xmission.com On Tue, 1 Feb 2000, Ricky wrote: > Does 3Com TC-Hub support any of the following: > > a) IP Multicast (I find a lots on their Docs as a topic but not as a > feature) Yes - its the IGMP feature that you can enable and configure the hiper arc for IGMP services, and also you can use multicast in rip v 2 mode. > > b) IPSec > TCS 4.0 will support this. krish > Thanks in advance, > Rickyz > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. ------ =_NextPart_000_01BF6D3F.FD145A80 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IhIKAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA/AMAAAIAAAAQAAAAAwAAMAMAAAAL AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54 bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAHgD2XwEA AAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAIB918BAAAAUQAAAAAAAACBKx+kvqMQ GZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMu eG1pc3Npb24uY29tAAAAAAMA/V8BAAAAAwD/XwAAAAACAfYPAQAAAAQAAAAAAAADEQAAAAMAADAE AAAACwAPDgEAAAACAf8PAQAAAFEAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAQB0a3Jpc2huYUBi dWJiYS5hZS51c3IuY29tAFNNVFAAdGtyaXNobmFAYnViYmEuYWUudXNyLmNvbQAAAAAeAAIwAQAA AAUAAABTTVRQAAAAAB4AAzABAAAAGgAAAHRrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20AAAADABUM AgAAAAMA/g8GAAAAHgABMAEAAAAcAAAAJ3RrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20nAAIBCzAB AAAAHwAAAFNNVFA6VEtSSVNITkFAQlVCQkEuQUUuVVNSLkNPTQAAAwAAOQAAAAALAEA6AAAAAB4A 9l8BAAAAGgAAAHRrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20AAAACAfdfAQAAAFEAAAAAAAAAgSsf pL6jEBmdbgDdAQ9UAgAAAQB0a3Jpc2huYUBidWJiYS5hZS51c3IuY29tAFNNVFAAdGtyaXNobmFA YnViYmEuYWUudXNyLmNvbQAAAAADAP1fAQAAAAMA/18AAAAAAgH2DwEAAAAEAAAAAAAABAIB+Q8B AAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAABAHRrcmlzaG5hQGJ1YmJhLmFlLnVzci5jb20A U01UUAB0a3Jpc2huYUBidWJiYS5hZS51c3IuY29tAAAAAC/qAQSAAQAsAAAAUkU6ICh1c3ItdGMp IElQIG11bHRpY2FzdCBhbmQgSVBTZWMgc3VwcG9ydACzDgEFgAMADgAAANAHAgACAAUAKAAQAAMA GwEBIIADAA4AAADQBwIAAgAFACYALwADADgBAQmAAQAhAAAARDZGODFEQjEzMkQ5RDMxMTg0MjMw MDYwOTc5RUZEMkYAIgcBA5AGABQHAAAhAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAA AAADAC4AAAAAAAMANgAAAAAAQAA5AEC1YORpbb8BHgBwAAEAAAAsAAAAUkU6ICh1c3ItdGMpIElQ IG11bHRpY2FzdCBhbmQgSVBTZWMgc3VwcG9ydAACAXEAAQAAABYAAAABv21p5FmxHfjX2TIR04Qj AGCXnv0vAAAeAB4MAQAAAAUAAABTTVRQAAAAAB4AHwwBAAAAEgAAAHJpY2t5ekBjZmwucnIuY29t AAAAAwAGEJIECRYDAAcQrwMAAB4ACBABAAAAZQAAAFRIQU5LU0ZPUlRIRVFVSUNLUkVTUE9OU0VL UklTSFNJTkNFUkVMWSxSSUNLWVotLS0tLU9SSUdJTkFMTUVTU0FHRS0tLS0tRlJPTTpUQVRBSVNW S1JJU0hOQU5TTVRQOlRLUkkAAAAAAgEJEAEAAADoAwAA5AMAAOsGAABMWkZ1cebcqwMACgByY3Bn MTI1FjIA+Atgbg4QMDMznQH3IAKkA+MCAGNoCsDgc2V0MCAHEwKDAFChEHZwcnEyEXZ9CoDZCMgg OwlvDjA1AoAKgWx1YwBQCwNjEhILxCByVBEAbmsEIAIQBcB0IGhlIHF1DeBrIJkJcHNwAiARMCBL BRC4c2guCqIKhAqAUwuAQmMEkGVseSwZlFIZGGF5ehmaCvRsaTOeNgFAFpABQBLAb3QFkEJ0EgQx NiAtHnJPPQUQZwuAB0AF0AeQc2H8Z2UecxmWHYQdUQsTHYZgaS0xNDQBQBzQMRw4MAFADNAiE2Ig RlUDYToMg2IXMWEBkGkdBgBWGSQfEAOgW1NNIFRQOnRrJNRAYgB1YmJhLmFlLpB1c3IuBaBtXRmV HyNABmACMCOoClBzZGFDGtAjUGVicnUKwHk4IDAxKSAB0CKgIDEkMToXIVBNJ1dUb2cjpxtTJ1dD YyOnJtEtCHRjQBzQc3RzLvR4bQQBaQIgJwInWCZQhmodsSuYZTogKC20ACkgSVAgbXVsqnQN4GEu QCAAcGQxkcEGYGMgc3VwGNAAIN8gHyEqHNQLthmjTwOgKLE9KSAxKTIqAykgG1Mgd4cdgiOgGak+ IERvB5GKMwhQbRdAQy1IJlBnMwYyYSmwb2YX8wIQbL8JAAPwDyA4dTlAOOZhMYNyTTHnKEkXsAuA MpBhviAJAC5QOyADoBgBaQXAHTlgYwQgMjA+sXRvcO0N4CAmQAVAbh2QQAM45kxmZSRACHBlKRma WTEHkS0gaT8BGAJJR55NMbBCBRfxJEAgeQhg3iAyIAOgCfABoGwYIDJytQWgbiHgZ0S0GCBoBSB/ BJA8tQrAMvAXwkQjETByPnYN4AeQKSAycgdAc29/RTcm0BggMdgLgBiQBSAgvnYqADHABHEZizyo YjGCzzLRPEw6AAXwNC4RYAPw/zvAOmcYAAQAGYslwziMF1XxS3FhZHYAcBqAGuU5QP8bWjyoOOYg BTlAK2EtoACA+yZQBPJiRNFW8S3DKSARMF8+kkWhAMADEVfRIgDAaqUFsGQDcG9ALooiVlffA/AY AFmAVxottCJLYhgCfQbgZDsXB4EfghmFVrFGfwWxC4AXwQDAMgA/MT8xZN8e4AeQPwIFwAlwdAiB SRD/DyA+YUYAP/EygQbwMpBedZcEIFiCVlciGBBscF0g31fRGAIfgAeAU1FkGKEuYP9WwDlgQPNK khhAHZFTE0VB/wXAXn4ZmiAFVt9X71j/Wg//aZVbr1y/Xc9MVl9/YI9hn/9ir2O1ZE9lX2ZvZ38K gBOBAgB7oAMAEBAAAAAAAwAREAEAAAADAIAQ/////0AABzAg7syvaW2/AUAACDAg7syvaW2/AQsA JIAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwAlgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUA AAAAAAADACaACCAGAAAAAADAAAAAAAAARgAAAABShQAAtw0AAB4AJ4AIIAYAAAAAAMAAAAAAAABG AAAAAFSFAAABAAAABAAAADguMAADACiACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAsAKYAI IAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwAqgAggBgAAAAAAwAAAAAAAAEYAAAAAEYUAAAAA AAADACuACCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAB4ALIAIIAYAAAAAAMAAAAAAAABGAAAA ADaFAAABAAAAAQAAAAAAAAAeAC2ACCAGAAAAAADAAAAAAAAARgAAAAA3hQAAAQAAAAEAAAAAAAAA HgAugAggBgAAAAAAwAAAAAAAAEYAAAAAOIUAAAEAAAABAAAAAAAAAB4APQABAAAABQAAAFJFOiAA AAAAAwANNP03AADBtg== ------ =_NextPart_000_01BF6D3F.FD145A80--

Subject: Re: (usr-tc) Compression?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 07:54:59

Thus spake Scott Kupferschmidt >At work we have a 3com/USR Total Control NETserver.. fully populated >with 12 quad cards (48 modems). I am using RADIUS for authentication >and all, but I'm wondering if there's a way to know or check to see if >it supports STAC compression on the ISDN at all or not. If so I'd >really like to know howto turn it on. set ccp on This is default, so it should be on already. >For the curious, we are using Cistron radiusd, and which I don't know >how to make it use/recognize the STAC compression if it's available. >Also, how do you turn on / check for regular tcp header compression? >The reason why I ask is at home I have my Cisco 1004 dialing in (at >128kbps) and when I tell it to use compression.. it just rejects it on >the NETserver from what my debugging tells me. Here's the kicker...the NETServer (and I believe the Arc does this as well) will only negotiate CCP if it believes it has enough CPU horsepower to be able to do it without adverse affects. Because the thing only has a 486 processor, if it has a lot of calls on it, it will reject CCP in order to conserve the processor for normal packet processing. This is a "Good Thing". -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Compression?
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 09:34:19

newer arc's a using p-5 based chips... I'n not sure of the part #'s. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Jeff Mcadams wrote: > Thus spake Scott Kupferschmidt > >At work we have a 3com/USR Total Control NETserver.. fully populated > >with 12 quad cards (48 modems). I am using RADIUS for authentication > >and all, but I'm wondering if there's a way to know or check to see if > >it supports STAC compression on the ISDN at all or not. If so I'd > >really like to know howto turn it on. > > set ccp on > > This is default, so it should be on already. > > >For the curious, we are using Cistron radiusd, and which I don't know > >how to make it use/recognize the STAC compression if it's available. > >Also, how do you turn on / check for regular tcp header compression? > >The reason why I ask is at home I have my Cisco 1004 dialing in (at > >128kbps) and when I tell it to use compression.. it just rejects it on > >the NETserver from what my debugging tells me. > > Here's the kicker...the NETServer (and I believe the Arc does this as > well) will only negotiate CCP if it believes it has enough CPU > horsepower to be able to do it without adverse affects. Because the > thing only has a 486 processor, if it has a lot of calls on it, it will > reject CCP in order to conserve the processor for normal packet > processing. This is a "Good Thing". > -- > 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. >

Subject: Re: (usr-tc) Support Contract survey
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-02 09:36:13

I may not have responded to your survey so I am doing so now... We do not have support at this time and are very unlikely to do so at the prices charged vs. service rendered. We get our support from vendors, and access to software updates as a result of continuing purchases for additional hardware (primarily DSP's). If support were affordable we would purchase it tomorrow. I like living with a safety net, but I won't pay outrageous prices for it. I also noted someone talked about a per incident charge, but I was rejected at 3Com tech support some months ago if I wouldn't buy the big contract on the spot. There was no offer for per incident support. I use per incident support form Microsoft and find it to be very effective, though I have tried per incident support for Linux and other applications with less success. I think that is because of how long M$ has been doing it, the others will catch up very quickly. Per incident support is easy money anyway. When the network is down, administrators typically have an open checkbook to get the problem resolved. That same checkbook is notoriously difficult to crack when things are working fine. I don't understand why I can buy a support contract the lets me talk to the support folks for a single price. Whether I have one or twenty chassis's, I'm typically only going to ask a question once then apply it to all chassis. The same is with the software upgrades. The 24 hour replacement policy on hardware I can understand being a per chassis charge. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) Compression?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 09:41:26

Thus spake Paul Farber >newer arc's a using p-5 based chips... I'n not sure of the part #'s. NETServers all used 486's (though the clock speed varied some over time from 33Mhz to 100Mhz...I think really early ones might even have been 25Mhz). The Arc's use a PowerPC 603 chip...which certainly gives them extra oomph to handle more CCP. I believe you may be thinking of the HiPer NMC, which is a Pentium based board. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Support Contract survey
From: Marty Elliott <marty@2assetrecovery.com>
Date: 2000-02-02 09:42:24

Paul -- isn't mind-reading over the internet a bit unfair????!!!! ;~} hmmmmmmm Marty At 11:37 AM 02/02/2000 -0500, you wrote: >An EXELLENT business idea just hit me. If a vendor had 'Card Replacement >Plan'. IE, for X a month ($20-50) if your ARC/NMC/DSP goes south you call >them and they overnight you (i mean really overnight. next day incl sat.) >a replacement card while your's is under warranty repair. When you get >your's back you return the NIC/NAC and you are in business. > >Face it.. most of us just want the hardware replacement and all new gear >comes with 5 year warranty... unless you pay for support you have >to wait 2-4 weeks for the repair. > >We would win as we get the next day card from a vendor (who would keep the >code up to date) and the vendor would win cause $50 a month from 50 ISP's >is $2500 a month.. more than ehough to keep cards in stock and mail them >out. > >You pay $240-$600/year for your entire site coverage (for any/all cards) >and you get what you want.. minimal downtime. > >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. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marty Elliott MARS, Inc. 2105 South 48th Street Suite 104 Tempe, AZ 85282 602-426-8272 602-454-0770 fax www.2assetrecovery.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Subject: Re: (usr-tc) Compression?
From: Mark E. Levy <mark@fsi.net>
Date: 2000-02-02 09:45:51

I would have to concurr with this in it's entirety. We've been using the HiPer TC for about 2 years now, and initially, getting in touch with a support engineer took a great deal of tooth pulling. In the last year or so, I've never observed the wait queue to be more than 2 deep, and furthermore, I've had engineers call ME to follow up on calls. The only problem I have now (and it's admittedly minor) is that we're located 15 minutes from their parts depot, but they won't hold an item for "will-call", it can only be shipped. So, we wait for an overnight delivery when we could have sent someone to pick it up. "Clint R. Sparks" wrote: > > I hate to say it since there are lots of negative comments lately on the 3 > Com Total Controls. We use the Hiper versions and have no problems, we love > the things they work great and we have them at various pops handling on > average 8,000 log-ins a day. Our call failure rate is 4% and we have these > on GTE switches (GDT5) and Ameritech switches (5ESS). We have occasional > problems with modem pairs failing but not very often. Overall since 3 Com > has released better Hiper DSP code just about any modem works on them and > connect speeds overall are very good. We have used other types of equipment > from other manufacturers and they are no better that we have seen. > > On 3 Com support it sucks bad if you do not have a full 24x7 contract, we do > have now and I get right through everytime and they are quick to help or > ship out a replacement part, so I cannot complain. I of course have to pay > for the contract which I really did not want to do before I finally got one, > but now that I have it I will always renew it. When you look at the cost of > one verses keeping your customers happy and your equipment running properly > it is a small price to pay. These are of course my personal feelings but I > have been on both ends and I am much less stressed now with a contract > believe me. > > Just my 2 cents worth. > > Thank you, > > Clint R. Sparks > ComQuest Internet Services > csparks@cqc.com > > ----- Original Message ----- > From: "Paul Farber" <farber@admin.f-tech.net> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, February 02, 2000 10:08 AM > Subject: Re: (usr-tc) Compression? > > > you are correct! don't know why i say ARC but think nmc. > > > > Doesn't matter. 3Com is on it way out... to much trouble, not enough > > support and way to many headaches. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > > > Thus spake Paul Farber > > > >newer arc's a using p-5 based chips... I'n not sure of the part #'s. > > > > > > NETServers all used 486's (though the clock speed varied some over time > > > from 33Mhz to 100Mhz...I think really early ones might even have been > > > 25Mhz). > > > > > > The Arc's use a PowerPC 603 chip...which certainly gives them extra > > > oomph to handle more CCP. I believe you may be thinking of the HiPer > > > NMC, which is a Pentium based board. > > > -- > > > 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. -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Subject: Re: (usr-tc) Support Contract survey
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-02 09:46:02

Sorry for the mispellings in the previous post. I am on too many drugs for the flu that I'm not making much sense here in the office. At the bottom of the previous posting I meant to say that I DON'T understand why the ability to talk to a tech is tied to the total number chassis/slots I own and are paying support for. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) Problem with new PRI
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-02 10:00:02

Thanks for the specifics, Lon. What was happening is that if a call hit a channel that was soft busied, the call wasn't rolling over to the next channel. The telco switch was either presenting a reorder tone to the end user, or an intercept stating "Your call cannot be completed as dialed" -- NOT a good thing. The reorder isn't too bad, but the intercept was ugly. If the user re-dialed and landed on a channel that was not soft-busied, the call would go through. What is distressing is that the DSP did not communicate correctly with the switch. The call should have never landed on that channel - it should have rolled to the next channel in the rotary. If there were no other available non-busied channels, user should get regular busy signal. Any thoughts as to why this would not work properly? Switch is a 5ESS through a CLEC. -- Scot ----- Original Message ----- Sent: Wednesday, February 02, 2000 2:27 AM > > On Thu, 27 Jan 2000, Scot Desort wrote: > > > Where can one tell if modems are soft-busied. That is what was wrong. I have > > since restored to service all of those channels. But before I figured it > > out, there didn't seem to be anywhere in TCM that told me the channels were > > busied out. Did I miss something??? > > Didn't see an answer for this one, although it's very possible I just > missed it. Whichever, here's an answer for ya... > > 1) bring up TCM & open your chassis > 2) click on the span leds of the DSP card(s) you want to check > 3) click 'Performance' > 4) select 'Timeslot' and then 'Select All'; click 'OK' > 5) Under 'Parameters', select 'DS0 Service State' and > 'Queued Action for DS0'. Click 'Add' and then 'OK'. > 6) Voila. Timeslots which are busied-out are listed as > 'localOutOfService' under 'DS0 Service State'. > > If the timeslot was hard-busied (or soft-busied with no call currently > active on the timeslot), you'll see the 'localOutOfService' indication > under 'DS0 Service State'. > > If the timeslot was soft-busied and there's a call currently active on > that timeslot, you'll see that the 'DS0 Service State' is 'inService' > and the 'Queued Action...' is 'localOutOfService'. As soon as the > current call terminates, you'll see the service state go to > localOutOfService. > > That, of course, being the difference between hard-busy and soft-busy. > Hard-busy does it NOW. Soft-busy waits for the current call to complete. > > Hope this helps! > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Compression?
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 10:08:27

you are correct! don't know why i say ARC but think nmc. Doesn't matter. 3Com is on it way out... to much trouble, not enough support and way to many headaches. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Jeff Mcadams wrote: > Thus spake Paul Farber > >newer arc's a using p-5 based chips... I'n not sure of the part #'s. > > NETServers all used 486's (though the clock speed varied some over time > from 33Mhz to 100Mhz...I think really early ones might even have been > 25Mhz). > > The Arc's use a PowerPC 603 chip...which certainly gives them extra > oomph to handle more CCP. I believe you may be thinking of the HiPer > NMC, which is a Pentium based board. > -- > 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. >

Subject: (usr-tc) Support Contract survey
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 10:15:31

OK...here are initial results of the support contract informal survey. I only heard from 13 people (including myself :)...a mere fraction of the number of people on the list in total. Keep sending the information...I'll continue to tabulate and have more updates as I hear from more people. The current count is 9 people don't have support contracts, and 4 do. Some notes: - One "yes" only had software coverage even though they would have liked to have greater coverage. They had to settle for software-only because of the cost - One "no" actually has coverage on a chassis, but only because that chassis was bought new and came with coverage...apparently you can't buy a chassis anymore without coverage...interesting loophole in the contract rules here. This person indicated that they would rather have *not* gotten the coverage on the contract as they thought it was a waste of money. Many of the people that emailed me as a "no" mentioned it was the cost and/or the rules that prevented them from getting a contract. I will re-iterate that I believe that the root of the problem stems from 3Com considering Customer Service as a "Business Unit". In other words, they want Customer Service to be a revenue positive part of 3Com. While my previous posting that discussed this was somewhat inaccurate (the Customer Service Organization, CSO, apparently doens't get the revenues from the support contracts, the business unit that sells the equipment - in the case of TC, its the Network Systems Business Unit - gets the revenues...the whole thought of trying to make Customer Service revenue positive ends up with an attitude that ends up screwing the customer. I just recently went through the process of trying to obtain a service contract again...partially to try to determine if any improvements had been made to the process...partially to find out if the "Unbundled Service Options" on 3Com's web site would be useful here...and partially because we really would like to have some coverage on some of our equipment. The current status is that the support coverage rules are still in place (contracts purchased per-chassis rather than per-card, and all chassis at a site have to have the same coverage...of course last time we tried to have different coverage at different sites 3Com didn't honor it), the support options listed as sold items (ie, not special deals that are made for specific instances) were largely the same as they've been for the past 3 years. The best I got from the discussion was that service options could be discussed (ie, a special deal is how I understand this) if its "a sound business case that makes sense for the customer and for 3Com." Let me suggest that a sound business case for 3Com would be to not lose their customers which is what is happening...3Com is verging towards losing us as a customer even...and we've been a USRobotics/3Com customer for at least 5 years (35 Amp power supplied and dual analog 14.4 modems) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Problem with new PRI
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 10:20:09

Thus spake Scot Desort >Thanks for the specifics, Lon. >What was happening is that if a call hit a channel that was soft >busied, the call wasn't rolling over to the next channel. The telco >switch was either presenting a reorder tone to the end user, or an >intercept stating "Your call cannot be completed as dialed" -- NOT a >good thing. The reorder isn't too bad, but the intercept was ugly. If >the user re-dialed and landed on a channel that was not soft-busied, >the call would go through. >What is distressing is that the DSP did not communicate correctly with >the switch. The call should have never landed on that channel - it >should have rolled to the next channel in the rotary. If there were no >other available non-busied channels, user should get regular busy >signal. >Any thoughts as to why this would not work properly? Switch is a 5ESS >through a CLEC. Sounds like an NI-2 translation. Due to the lack of service messages in NI-2, there is no way for the chassis to indicate to the switch that the channels are busied out. So the switch still sends calls down those channels and the chassis responds with whatever cause code is defined (by default 58, bearer capability not presently available). If you switch the cause code to 17, that's a user busy which should result in a normal busy signal to the user...that's a bit better anyway. You real solution is to switch to custom 5ESS translation so you can use service messages and then things will work as you want (soft-busy...calls hunt past). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Compression?
From: Clint R. Sparks <csparks@cqc.com>
Date: 2000-02-02 10:27:27

I hate to say it since there are lots of negative comments lately on the 3 Com Total Controls. We use the Hiper versions and have no problems, we love the things they work great and we have them at various pops handling on average 8,000 log-ins a day. Our call failure rate is 4% and we have these on GTE switches (GDT5) and Ameritech switches (5ESS). We have occasional problems with modem pairs failing but not very often. Overall since 3 Com has released better Hiper DSP code just about any modem works on them and connect speeds overall are very good. We have used other types of equipment from other manufacturers and they are no better that we have seen. On 3 Com support it sucks bad if you do not have a full 24x7 contract, we do have now and I get right through everytime and they are quick to help or ship out a replacement part, so I cannot complain. I of course have to pay for the contract which I really did not want to do before I finally got one, but now that I have it I will always renew it. When you look at the cost of one verses keeping your customers happy and your equipment running properly it is a small price to pay. These are of course my personal feelings but I have been on both ends and I am much less stressed now with a contract believe me. Just my 2 cents worth. Thank you, Clint R. Sparks ComQuest Internet Services csparks@cqc.com ----- Original Message ----- Sent: Wednesday, February 02, 2000 10:08 AM > you are correct! don't know why i say ARC but think nmc. > > Doesn't matter. 3Com is on it way out... to much trouble, not enough > support and way to many headaches. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > Thus spake Paul Farber > > >newer arc's a using p-5 based chips... I'n not sure of the part #'s. > > > > NETServers all used 486's (though the clock speed varied some over time > > from 33Mhz to 100Mhz...I think really early ones might even have been > > 25Mhz). > > > > The Arc's use a PowerPC 603 chip...which certainly gives them extra > > oomph to handle more CCP. I believe you may be thinking of the HiPer > > NMC, which is a Pentium based board. > > -- > > Jeff McAdams Email: jeffm@iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Support Contract survey
From: Brian <signal@shreve.net>
Date: 2000-02-02 10:36:46

Yes the whole support contract issue is really a shame. Countless times I have *tried* to get support contracts, but 3com will not take my money, they don't want it. It comes down to the wire, and then at that last minute they change the rules. We have used 3Com Total Control for many years. All we need the contracts for is the software support. We buy a chassis at least every 2 months anyways, so we are always covered under the 90 day support blanket that comes with each chassis..........we could keep this up forever, and 3com won't make a dime. Or they can come out with a decent offer. I have support contracts on everything except the 3com stuff we own. Cisco, Foundry, Ascend......they didn't have problems with support contracts, only 3com. And those of us without contracts, alot of us have been using this stuff for 4 or 5 or more years. We are not the ones calling the support teams and using up 3 hours on a tech call for simple answers. We just want coverage. Brian On Wed, 2 Feb 2000, Jeff Mcadams wrote: > OK...here are initial results of the support contract informal survey. > I only heard from 13 people (including myself :)...a mere fraction of > the number of people on the list in total. Keep sending the > information...I'll continue to tabulate and have more updates as I hear > from more people. > > The current count is 9 people don't have support contracts, and 4 do. > > Some notes: > > - One "yes" only had software coverage even though they would have liked > to have greater coverage. They had to settle for software-only > because of the cost > > - One "no" actually has coverage on a chassis, but only because that > chassis was bought new and came with coverage...apparently you can't > buy a chassis anymore without coverage...interesting loophole in the > contract rules here. This person indicated that they would rather > have *not* gotten the coverage on the contract as they thought it > was a waste of money. > > Many of the people that emailed me as a "no" mentioned it was the cost > and/or the rules that prevented them from getting a contract. > > I will re-iterate that I believe that the root of the problem stems from > 3Com considering Customer Service as a "Business Unit". In other words, > they want Customer Service to be a revenue positive part of 3Com. While > my previous posting that discussed this was somewhat inaccurate (the > Customer Service Organization, CSO, apparently doens't get the revenues > from the support contracts, the business unit that sells the equipment - > in the case of TC, its the Network Systems Business Unit - gets the > revenues...the whole thought of trying to make Customer Service revenue > positive ends up with an attitude that ends up screwing the customer. > > I just recently went through the process of trying to obtain a service > contract again...partially to try to determine if any improvements had > been made to the process...partially to find out if the "Unbundled > Service Options" on 3Com's web site would be useful here...and partially > because we really would like to have some coverage on some of our > equipment. The current status is that the support coverage rules are > still in place (contracts purchased per-chassis rather than per-card, > and all chassis at a site have to have the same coverage...of course > last time we tried to have different coverage at different sites 3Com > didn't honor it), the support options listed as sold items (ie, not > special deals that are made for specific instances) were largely the > same as they've been for the past 3 years. The best I got from the > discussion was that service options could be discussed (ie, a special > deal is how I understand this) if its "a sound business case that makes > sense for the customer and for 3Com." Let me suggest that a sound > business case for 3Com would be to not lose their customers which is > what is happening...3Com is verging towards losing us as a customer > even...and we've been a USRobotics/3Com customer for at least 5 years > (35 Amp power supplied and dual analog 14.4 modems) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Support Contract survey
From: Clint R. Sparks <csparks@cqc.com>
Date: 2000-02-02 10:38:30

Well my 2 cents here as well, I know that none of us likes to pay for things we do not feel are fair or will use but it is like paying for car insurance, you may need it someday and it will be worth it believe me. Besides I never see anything about others charging for support but I have news just about all do. We use Cisco equipment and it is the same deal you have to buy a support contract or pay by the support call after the warranty period is up. I know there are some that do not charge but I can tell you that it will not last forever no matter what they tell you, it is an avenue for these equipment manufacturers to make extra income and they will all succumb to it eventually as it is easy money for them. Sometimes you just have to play the game even if you do not like it and believe me I do not like paying for support contracts but my number one goal is keeping my customers happy and I will pay for the contract to do so. Besides I have much worse problems with phone companies than equipment manufacturers, telcos are the real root of all ISP's problems. Thank you, Clint R. Sparks ComQuest Internet Services support@cqc.com ----- Original Message ----- Cc: <bruce_claflin@mw.3com.com>; <karl_swanson@mw.3com.com>; <thomas_goodman@mw.3com.com>; <george_ebert@mw.3com.com>; <glenn_gibney@mw.3com.com>; <irfan_ali@mw.3com.com> Sent: Wednesday, February 02, 2000 10:15 AM > OK...here are initial results of the support contract informal survey. > I only heard from 13 people (including myself :)...a mere fraction of > the number of people on the list in total. Keep sending the > information...I'll continue to tabulate and have more updates as I hear > from more people. > > The current count is 9 people don't have support contracts, and 4 do. > > Some notes: > > - One "yes" only had software coverage even though they would have liked > to have greater coverage. They had to settle for software-only > because of the cost > > - One "no" actually has coverage on a chassis, but only because that > chassis was bought new and came with coverage...apparently you can't > buy a chassis anymore without coverage...interesting loophole in the > contract rules here. This person indicated that they would rather > have *not* gotten the coverage on the contract as they thought it > was a waste of money. > > Many of the people that emailed me as a "no" mentioned it was the cost > and/or the rules that prevented them from getting a contract. > > I will re-iterate that I believe that the root of the problem stems from > 3Com considering Customer Service as a "Business Unit". In other words, > they want Customer Service to be a revenue positive part of 3Com. While > my previous posting that discussed this was somewhat inaccurate (the > Customer Service Organization, CSO, apparently doens't get the revenues > from the support contracts, the business unit that sells the equipment - > in the case of TC, its the Network Systems Business Unit - gets the > revenues...the whole thought of trying to make Customer Service revenue > positive ends up with an attitude that ends up screwing the customer. > > I just recently went through the process of trying to obtain a service > contract again...partially to try to determine if any improvements had > been made to the process...partially to find out if the "Unbundled > Service Options" on 3Com's web site would be useful here...and partially > because we really would like to have some coverage on some of our > equipment. The current status is that the support coverage rules are > still in place (contracts purchased per-chassis rather than per-card, > and all chassis at a site have to have the same coverage...of course > last time we tried to have different coverage at different sites 3Com > didn't honor it), the support options listed as sold items (ie, not > special deals that are made for specific instances) were largely the > same as they've been for the past 3 years. The best I got from the > discussion was that service options could be discussed (ie, a special > deal is how I understand this) if its "a sound business case that makes > sense for the customer and for 3Com." Let me suggest that a sound > business case for 3Com would be to not lose their customers which is > what is happening...3Com is verging towards losing us as a customer > even...and we've been a USRobotics/3Com customer for at least 5 years > (35 Amp power supplied and dual analog 14.4 modems) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Support Contract survey
From: Brian <signal@shreve.net>
Date: 2000-02-02 10:39:41

On Wed, 2 Feb 2000, Paul Farber wrote: > Add my results: > > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT > > and > > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT. > > I just got off the phone with Ms. Michelle Catalano who said my > $1200 support contract would not be honored... even though they got the > money for it already. I can't beleive how they treat us. You know that happened to us, we paid several thousand dollars for some support on a bunch of chassis we placed an order for, and 3com would not honor it. It was a total mess. It made buying 3com equipment a nightmare. Our vendor ended up issuing us a credit............ > > I have 3 chassis at 3 locations and only *want* coverage for a specific > site with specific needs. It's a simple chassis, 2 DSP's, 1 arc.... plain > jane setup. well, even forcing to have support on everything. I mean, it should be support everything in use. What about all the stuf I have on the shelf, not in production, why should I buy a support contract on that? They need to do their support per card, not this per chassis stuff. > > Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be > purchasing ANY more 3Com equipment. Sorry 3Com.... that's 1 new site you > won't be at (96 ports) and one site I will be converting (48 ports). Does > the business unit understand that loosing $15K-20K over a $1200 software > upgrade (who actually calls support anymore... I think we've all learned > the 'value' of phone based support) > > Since this message is being CC'ed to (hopefully) some understanding > management at 3Com, there is a person on the xmission list (krish?) > that has been worth thier weight in gold.... give that person a raise and > maybe learn a bit from how that person does support us. > > I will add the 2.0.51 DSP code seems to have calmed down the chassis a > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > OK...here are initial results of the support contract informal survey. > > I only heard from 13 people (including myself :)...a mere fraction of > > the number of people on the list in total. Keep sending the > > information...I'll continue to tabulate and have more updates as I hear > > from more people. > > > > The current count is 9 people don't have support contracts, and 4 do. > > > > Some notes: > > > > - One "yes" only had software coverage even though they would have liked > > to have greater coverage. They had to settle for software-only > > because of the cost > > > > - One "no" actually has coverage on a chassis, but only because that > > chassis was bought new and came with coverage...apparently you can't > > buy a chassis anymore without coverage...interesting loophole in the > > contract rules here. This person indicated that they would rather > > have *not* gotten the coverage on the contract as they thought it > > was a waste of money. > > > > Many of the people that emailed me as a "no" mentioned it was the cost > > and/or the rules that prevented them from getting a contract. > > > > I will re-iterate that I believe that the root of the problem stems from > > 3Com considering Customer Service as a "Business Unit". In other words, > > they want Customer Service to be a revenue positive part of 3Com. While > > my previous posting that discussed this was somewhat inaccurate (the > > Customer Service Organization, CSO, apparently doens't get the revenues > > from the support contracts, the business unit that sells the equipment - > > in the case of TC, its the Network Systems Business Unit - gets the > > revenues...the whole thought of trying to make Customer Service revenue > > positive ends up with an attitude that ends up screwing the customer. > > > > I just recently went through the process of trying to obtain a service > > contract again...partially to try to determine if any improvements had > > been made to the process...partially to find out if the "Unbundled > > Service Options" on 3Com's web site would be useful here...and partially > > because we really would like to have some coverage on some of our > > equipment. The current status is that the support coverage rules are > > still in place (contracts purchased per-chassis rather than per-card, > > and all chassis at a site have to have the same coverage...of course > > last time we tried to have different coverage at different sites 3Com > > didn't honor it), the support options listed as sold items (ie, not > > special deals that are made for specific instances) were largely the > > same as they've been for the past 3 years. The best I got from the > > discussion was that service options could be discussed (ie, a special > > deal is how I understand this) if its "a sound business case that makes > > sense for the customer and for 3Com." Let me suggest that a sound > > business case for 3Com would be to not lose their customers which is > > what is happening...3Com is verging towards losing us as a customer > > even...and we've been a USRobotics/3Com customer for at least 5 years > > (35 Amp power supplied and dual analog 14.4 modems) > > -- > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 10:41:20

Add my results: NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT and NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT. I just got off the phone with Ms. Michelle Catalano who said my $1200 support contract would not be honored... even though they got the money for it already. I have 3 chassis at 3 locations and only *want* coverage for a specific site with specific needs. It's a simple chassis, 2 DSP's, 1 arc.... plain jane setup. Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be purchasing ANY more 3Com equipment. Sorry 3Com.... that's 1 new site you won't be at (96 ports) and one site I will be converting (48 ports). Does the business unit understand that loosing $15K-20K over a $1200 software upgrade (who actually calls support anymore... I think we've all learned the 'value' of phone based support) Since this message is being CC'ed to (hopefully) some understanding management at 3Com, there is a person on the xmission list (krish?) that has been worth thier weight in gold.... give that person a raise and maybe learn a bit from how that person does support us. I will add the 2.0.51 DSP code seems to have calmed down the chassis a bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Jeff Mcadams wrote: > OK...here are initial results of the support contract informal survey. > I only heard from 13 people (including myself :)...a mere fraction of > the number of people on the list in total. Keep sending the > information...I'll continue to tabulate and have more updates as I hear > from more people. > > The current count is 9 people don't have support contracts, and 4 do. > > Some notes: > > - One "yes" only had software coverage even though they would have liked > to have greater coverage. They had to settle for software-only > because of the cost > > - One "no" actually has coverage on a chassis, but only because that > chassis was bought new and came with coverage...apparently you can't > buy a chassis anymore without coverage...interesting loophole in the > contract rules here. This person indicated that they would rather > have *not* gotten the coverage on the contract as they thought it > was a waste of money. > > Many of the people that emailed me as a "no" mentioned it was the cost > and/or the rules that prevented them from getting a contract. > > I will re-iterate that I believe that the root of the problem stems from > 3Com considering Customer Service as a "Business Unit". In other words, > they want Customer Service to be a revenue positive part of 3Com. While > my previous posting that discussed this was somewhat inaccurate (the > Customer Service Organization, CSO, apparently doens't get the revenues > from the support contracts, the business unit that sells the equipment - > in the case of TC, its the Network Systems Business Unit - gets the > revenues...the whole thought of trying to make Customer Service revenue > positive ends up with an attitude that ends up screwing the customer. > > I just recently went through the process of trying to obtain a service > contract again...partially to try to determine if any improvements had > been made to the process...partially to find out if the "Unbundled > Service Options" on 3Com's web site would be useful here...and partially > because we really would like to have some coverage on some of our > equipment. The current status is that the support coverage rules are > still in place (contracts purchased per-chassis rather than per-card, > and all chassis at a site have to have the same coverage...of course > last time we tried to have different coverage at different sites 3Com > didn't honor it), the support options listed as sold items (ie, not > special deals that are made for specific instances) were largely the > same as they've been for the past 3 years. The best I got from the > discussion was that service options could be discussed (ie, a special > deal is how I understand this) if its "a sound business case that makes > sense for the customer and for 3Com." Let me suggest that a sound > business case for 3Com would be to not lose their customers which is > what is happening...3Com is verging towards losing us as a customer > even...and we've been a USRobotics/3Com customer for at least 5 years > (35 Amp power supplied and dual analog 14.4 modems) > -- > 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. >

Subject: Re: (usr-tc) Support Contract survey
From: Brian <signal@shreve.net>
Date: 2000-02-02 10:41:42

speaking of serial numbers, is their a place on 3com's site you can go and view what serial numbers they have on file for you? so that we can at least see where they are coming from? On Wed, 2 Feb 2000, Jeff Mcadams wrote: > Thus spake Mark Thornton > >I may not have responded to your survey so I am doing so now... > > > OK...got it, thanks! > > >I don't understand why I can buy a support contract the lets me talk to > >the support folks for a single price. Whether I have one or twenty > >chassis's, I'm typically only going to ask a question once then apply > >it to all chassis. The same is with the software upgrades. The 24 hour > >replacement policy on hardware I can understand being a per chassis > >charge. > > Amen! And if you have more chassis, you're likely not going to have to > call support as often in the first place since you're likely more > knowledgeable about the equipment to begin with! > > I can deal with a per-chassis charge on hardware replacement...I'd > *prefer* it to be per-card...let's face it, its easier to get serial > nubmers of cards than it is for a chassis anyway...serial number can be > retrieved via SNMP...the chassis can't. And being on a per-card basis, > I could cover DSP's in a chassis, but not cover the quads in the same > chassis. I think per-card is a better solution for 3Com as well as for > 3Com's customers...I just totally baffles me that they haven't gone this > way. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Support Contract survey
From: Brian <signal@shreve.net>
Date: 2000-02-02 10:43:36

I hear the support on the phone has improved. Man do I have some stories. Like some girl who just hung up on me because she was frustrated, or the times I called support at midnight, only for 3com to wake some poor guy up at his house, who calls me back half asleep trying to setup his laptop so he can help me.............man was it a nightmare, I use to dread that stuff. I use to wait 45min - 1.24 hours average, it was a mess On Wed, 2 Feb 2000, Paul Farber wrote: > This is all good and well. But look at a typical support contract from > 3Com. > > If you pay for 'next day replacement'... it's only next day if the failure > happens between Monday-Thursday. If it breaks thursday night you will not > have a part friday or sat... even though overnight delivery if available > on sat. Friday-Sun.... next day is Tuesday. Sounds like overnight to me. > > Phone support.... nice that I can change the music on hold... and hold > times are short... but the help on the other side is spotty at best. Plus > it seems that not all 3com support reps have a modem to dial out on.. had > to wait 20 minutes for a guy to configure his machine and get an open > line... this is from a modem manufacturer!!! Put a modem in each > workstation for gods sake. > > Last but not least... having to cover the entire enterprise for support. > Hmmm.... I have 250+ ports, arcs and nmc cards... I have spares, I just > want the software updates.... god knows the code is a work in progress. > Why can CISCO charge $13 for IP software to run a router and not force me > to cover every router? I should be able to pick and choose what I want > when I want it. I'm sure there is a way to put the 2.0.81 software in a > shopping cart for easy purchase. > > As for 'all free all the time'.. no, I don't believe in that either. I do > believe that it's my money, and I will spend it on what I think is the > BEST VALUE. Paying $3K a year for support which is not next day, spotty > phone support and covering equipment that I don't want to cover is not a > value at all. > > Word to the wise.... lurk on the ascent/lucent/cisco lists.... see what > thier problems are..... you'll be suprised. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 2 Feb 2000, Clint R. Sparks wrote: > > > > > Well my 2 cents here as well, I know that none of us likes to pay for things > > we do not feel are fair or will use but it is like paying for car insurance, > > you may need it someday and it will be worth it believe me. Besides I never > > see anything about others charging for support but I have news just about > > all do. We use Cisco equipment and it is the same deal you have to buy a > > support contract or pay by the support call after the warranty period is up. > > I know there are some that do not charge but I can tell you that it will not > > last forever no matter what they tell you, it is an avenue for these > > equipment manufacturers to make extra income and they will all succumb to it > > eventually as it is easy money for them. Sometimes you just have to play the > > game even if you do not like it and believe me I do not like paying for > > support contracts but my number one goal is keeping my customers happy and I > > will pay for the contract to do so. Besides I have much worse problems with > > phone companies than equipment manufacturers, telcos are the real root of > > all ISP's problems. > > > > Thank you, > > > > Clint R. Sparks > > ComQuest Internet Services > > support@cqc.com > > > > > > ----- Original Message ----- > > From: "Jeff Mcadams" <jeffm@iglou.com> > > To: <usr-tc@lists.xmission.com> > > Cc: <bruce_claflin@mw.3com.com>; <karl_swanson@mw.3com.com>; > > <thomas_goodman@mw.3com.com>; <george_ebert@mw.3com.com>; > > <glenn_gibney@mw.3com.com>; <irfan_ali@mw.3com.com> > > Sent: Wednesday, February 02, 2000 10:15 AM > > Subject: (usr-tc) Support Contract survey > > > > > > > OK...here are initial results of the support contract informal survey. > > > I only heard from 13 people (including myself :)...a mere fraction of > > > the number of people on the list in total. Keep sending the > > > information...I'll continue to tabulate and have more updates as I hear > > > from more people. > > > > > > The current count is 9 people don't have support contracts, and 4 do. > > > > > > Some notes: > > > > > > - One "yes" only had software coverage even though they would have liked > > > to have greater coverage. They had to settle for software-only > > > because of the cost > > > > > > - One "no" actually has coverage on a chassis, but only because that > > > chassis was bought new and came with coverage...apparently you can't > > > buy a chassis anymore without coverage...interesting loophole in the > > > contract rules here. This person indicated that they would rather > > > have *not* gotten the coverage on the contract as they thought it > > > was a waste of money. > > > > > > Many of the people that emailed me as a "no" mentioned it was the cost > > > and/or the rules that prevented them from getting a contract. > > > > > > I will re-iterate that I believe that the root of the problem stems from > > > 3Com considering Customer Service as a "Business Unit". In other words, > > > they want Customer Service to be a revenue positive part of 3Com. While > > > my previous posting that discussed this was somewhat inaccurate (the > > > Customer Service Organization, CSO, apparently doens't get the revenues > > > from the support contracts, the business unit that sells the equipment - > > > in the case of TC, its the Network Systems Business Unit - gets the > > > revenues...the whole thought of trying to make Customer Service revenue > > > positive ends up with an attitude that ends up screwing the customer. > > > > > > I just recently went through the process of trying to obtain a service > > > contract again...partially to try to determine if any improvements had > > > been made to the process...partially to find out if the "Unbundled > > > Service Options" on 3Com's web site would be useful here...and partially > > > because we really would like to have some coverage on some of our > > > equipment. The current status is that the support coverage rules are > > > still in place (contracts purchased per-chassis rather than per-card, > > > and all chassis at a site have to have the same coverage...of course > > > last time we tried to have different coverage at different sites 3Com > > > didn't honor it), the support options listed as sold items (ie, not > > > special deals that are made for specific instances) were largely the > > > same as they've been for the past 3 years. The best I got from the > > > discussion was that service options could be discussed (ie, a special > > > deal is how I understand this) if its "a sound business case that makes > > > sense for the customer and for 3Com." Let me suggest that a sound > > > business case for 3Com would be to not lose their customers which is > > > what is happening...3Com is verging towards losing us as a customer > > > even...and we've been a USRobotics/3Com customer for at least 5 years > > > (35 Amp power supplied and dual analog 14.4 modems) > > > -- > > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Support Contract survey
From: Clint R. Sparks <csparks@cqc.com>
Date: 2000-02-02 10:44:31

Paul, I am not trying to disagree with you here and I agree 3 Com needs to wake up sometimes on how they treat customers. However Ascend/Lucent is going to eventually charge for support contracts, it will be no different when they do. All equipment manufacturers see this as a great source of income and they are all in it for the money so it is only a matter of time before all charge for it. Thank you, Clint R. Sparks ComQuest Internet Services csparks@cqc.com ----- Original Message ----- Cc: <bruce_claflin@mw.3com.com>; <karl_swanson@mw.3com.com>; <thomas_goodman@mw.3com.com>; <george_ebert@mw.3com.com>; <glenn_gibney@mw.3com.com>; <irfan_ali@mw.3com.com> Sent: Wednesday, February 02, 2000 10:41 AM > Add my results: > > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT > > and > > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT. > > I just got off the phone with Ms. Michelle Catalano who said my > $1200 support contract would not be honored... even though they got the > money for it already. > > I have 3 chassis at 3 locations and only *want* coverage for a specific > site with specific needs. It's a simple chassis, 2 DSP's, 1 arc.... plain > jane setup. > > Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be > purchasing ANY more 3Com equipment. Sorry 3Com.... that's 1 new site you > won't be at (96 ports) and one site I will be converting (48 ports). Does > the business unit understand that loosing $15K-20K over a $1200 software > upgrade (who actually calls support anymore... I think we've all learned > the 'value' of phone based support) > > Since this message is being CC'ed to (hopefully) some understanding > management at 3Com, there is a person on the xmission list (krish?) > that has been worth thier weight in gold.... give that person a raise and > maybe learn a bit from how that person does support us. > > I will add the 2.0.51 DSP code seems to have calmed down the chassis a > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > OK...here are initial results of the support contract informal survey. > > I only heard from 13 people (including myself :)...a mere fraction of > > the number of people on the list in total. Keep sending the > > information...I'll continue to tabulate and have more updates as I hear > > from more people. > > > > The current count is 9 people don't have support contracts, and 4 do. > > > > Some notes: > > > > - One "yes" only had software coverage even though they would have liked > > to have greater coverage. They had to settle for software-only > > because of the cost > > > > - One "no" actually has coverage on a chassis, but only because that > > chassis was bought new and came with coverage...apparently you can't > > buy a chassis anymore without coverage...interesting loophole in the > > contract rules here. This person indicated that they would rather > > have *not* gotten the coverage on the contract as they thought it > > was a waste of money. > > > > Many of the people that emailed me as a "no" mentioned it was the cost > > and/or the rules that prevented them from getting a contract. > > > > I will re-iterate that I believe that the root of the problem stems from > > 3Com considering Customer Service as a "Business Unit". In other words, > > they want Customer Service to be a revenue positive part of 3Com. While > > my previous posting that discussed this was somewhat inaccurate (the > > Customer Service Organization, CSO, apparently doens't get the revenues > > from the support contracts, the business unit that sells the equipment - > > in the case of TC, its the Network Systems Business Unit - gets the > > revenues...the whole thought of trying to make Customer Service revenue > > positive ends up with an attitude that ends up screwing the customer. > > > > I just recently went through the process of trying to obtain a service > > contract again...partially to try to determine if any improvements had > > been made to the process...partially to find out if the "Unbundled > > Service Options" on 3Com's web site would be useful here...and partially > > because we really would like to have some coverage on some of our > > equipment. The current status is that the support coverage rules are > > still in place (contracts purchased per-chassis rather than per-card, > > and all chassis at a site have to have the same coverage...of course > > last time we tried to have different coverage at different sites 3Com > > didn't honor it), the support options listed as sold items (ie, not > > special deals that are made for specific instances) were largely the > > same as they've been for the past 3 years. The best I got from the > > discussion was that service options could be discussed (ie, a special > > deal is how I understand this) if its "a sound business case that makes > > sense for the customer and for 3Com." Let me suggest that a sound > > business case for 3Com would be to not lose their customers which is > > what is happening...3Com is verging towards losing us as a customer > > even...and we've been a USRobotics/3Com customer for at least 5 years > > (35 Amp power supplied and dual analog 14.4 modems) > > -- > > 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. >

Subject: Re: (usr-tc) Support Contract survey
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 10:50:15

Thus spake Clint R. Sparks >Well my 2 cents here as well, I know that none of us likes to pay for >things we do not feel are fair or will use but it is like paying for >car insurance, you may need it someday and it will be worth it believe >me. You've not worked with this equipment for very long, have you? ;) Seriously though...a large number of the people on this list are quite capable of supporting ourselves on this equipment largely. We need hardware coverage of some specific cards...for IgLou, we need to cover DSP's, we don't need to cover Arc's really since we have some spares, and we *CERTAINLY* don't want to cover quads since they're pretty much disposable at this point. >Besides I never see anything about others charging for support but I >have news just about all do. We use Cisco equipment and it is the same >deal you have to buy a support contract or pay by the support call >after the warranty period is up. But with cisco, you can get a different level of coverage on each piece of equipment if you like...try doing that with 3Com. 3Com won't even honor it if you have different levels of coverage *at different sites* (as Paul Farber just pointed out...and has happened to us in the past...even after 3Com gets the money for it...that's borderline illegal there, breach of contract). >Besides I have much worse problems with phone companies than equipment >manufacturers, telcos are the real root of all ISP's problems. Heh...you'll get no argument from me on that one! :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Support Contract survey
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 10:59:07

Thus spake Mark Thornton >I may not have responded to your survey so I am doing so now... > OK...got it, thanks! >I don't understand why I can buy a support contract the lets me talk to >the support folks for a single price. Whether I have one or twenty >chassis's, I'm typically only going to ask a question once then apply >it to all chassis. The same is with the software upgrades. The 24 hour >replacement policy on hardware I can understand being a per chassis >charge. Amen! And if you have more chassis, you're likely not going to have to call support as often in the first place since you're likely more knowledgeable about the equipment to begin with! I can deal with a per-chassis charge on hardware replacement...I'd *prefer* it to be per-card...let's face it, its easier to get serial nubmers of cards than it is for a chassis anyway...serial number can be retrieved via SNMP...the chassis can't. And being on a per-card basis, I could cover DSP's in a chassis, but not cover the quads in the same chassis. I think per-card is a better solution for 3Com as well as for 3Com's customers...I just totally baffles me that they haven't gone this way. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Support Contract survey
From: Marius Kirschner <marius@tao.agoron.com>
Date: 2000-02-02 10:59:29

I know what you mean.......I used to love USRobotics products and their support, never used anything else since 1989, but since 3Com took over their support quality decreased noticeably. I had some minor issues when I lost my TCM accounting and radius software and needed to re-install it. Well, we spent $12,000 on their hardware and they can't provide me with an "old" version of the software (I'm not asking for the latest) without a service contract. We'll be adding another 48 ports shortly and you can bet it won't be a 3Com chassis. ---Marius > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > Sent: Wednesday, February 02, 2000 10:41 AM > To: usr-tc@lists.xmission.com > Cc: bruce_claflin@mw.3com.com; karl_swanson@mw.3com.com; > thomas_goodman@mw.3com.com; george_ebert@mw.3com.com; > glenn_gibney@mw.3com.com; irfan_ali@mw.3com.com > Subject: Re: (usr-tc) Support Contract survey > > > Add my results: > > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT > > and > > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT. > > I just got off the phone with Ms. Michelle Catalano who said my > $1200 support contract would not be honored... even though they got the > money for it already. > > I have 3 chassis at 3 locations and only *want* coverage for a specific > site with specific needs. It's a simple chassis, 2 DSP's, 1 arc.... plain > jane setup. > > Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be > purchasing ANY more 3Com equipment. Sorry 3Com.... that's 1 new site you > won't be at (96 ports) and one site I will be converting (48 ports). Does > the business unit understand that loosing $15K-20K over a $1200 software > upgrade (who actually calls support anymore... I think we've all learned > the 'value' of phone based support) > > Since this message is being CC'ed to (hopefully) some understanding > management at 3Com, there is a person on the xmission list (krish?) > that has been worth thier weight in gold.... give that person a raise and > maybe learn a bit from how that person does support us. > > I will add the 2.0.51 DSP code seems to have calmed down the chassis a > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > OK...here are initial results of the support contract informal survey. > > I only heard from 13 people (including myself :)...a mere fraction of > > the number of people on the list in total. Keep sending the > > information...I'll continue to tabulate and have more updates as I hear > > from more people. > > > > The current count is 9 people don't have support contracts, and 4 do. > > > > Some notes: > > > > - One "yes" only had software coverage even though they would have liked > > to have greater coverage. They had to settle for software-only > > because of the cost > > > > - One "no" actually has coverage on a chassis, but only because that > > chassis was bought new and came with coverage...apparently you can't > > buy a chassis anymore without coverage...interesting loophole in the > > contract rules here. This person indicated that they would rather > > have *not* gotten the coverage on the contract as they thought it > > was a waste of money. > > > > Many of the people that emailed me as a "no" mentioned it was the cost > > and/or the rules that prevented them from getting a contract. > > > > I will re-iterate that I believe that the root of the problem stems from > > 3Com considering Customer Service as a "Business Unit". In other words, > > they want Customer Service to be a revenue positive part of 3Com. While > > my previous posting that discussed this was somewhat inaccurate (the > > Customer Service Organization, CSO, apparently doens't get the revenues > > from the support contracts, the business unit that sells the equipment - > > in the case of TC, its the Network Systems Business Unit - gets the > > revenues...the whole thought of trying to make Customer Service revenue > > positive ends up with an attitude that ends up screwing the customer. > > > > I just recently went through the process of trying to obtain a service > > contract again...partially to try to determine if any improvements had > > been made to the process...partially to find out if the "Unbundled > > Service Options" on 3Com's web site would be useful here...and partially > > because we really would like to have some coverage on some of our > > equipment. The current status is that the support coverage rules are > > still in place (contracts purchased per-chassis rather than per-card, > > and all chassis at a site have to have the same coverage...of course > > last time we tried to have different coverage at different sites 3Com > > didn't honor it), the support options listed as sold items (ie, not > > special deals that are made for specific instances) were largely the > > same as they've been for the past 3 years. The best I got from the > > discussion was that service options could be discussed (ie, a special > > deal is how I understand this) if its "a sound business case that makes > > sense for the customer and for 3Com." Let me suggest that a sound > > business case for 3Com would be to not lose their customers which is > > what is happening...3Com is verging towards losing us as a customer > > even...and we've been a USRobotics/3Com customer for at least 5 years > > (35 Amp power supplied and dual analog 14.4 modems) > > -- > > 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. >

Subject: (usr-tc) 2.0.51 problems
From: cygnus@vsta.com
Date: 2000-02-02 11:08:08

Hey guys, I've been lurking for a long time and using much of the advice that pertained to similar problems i had with my TC equipment. I've seen a lot of good talk about the 2.0.51 software and everyone seems to be happy with it. Has anyone had any trouble with it? I loaded 2.0.51 and 2.0.60 onto one chassis and have been having trouble with 2.0.51 making trunks go "local out of service". The cards with 2.0.60 are working well. I tried loading 2.0.60 into the cards with the .55 hardware but that caused different problems (mostly instant disconnects). Loading 2.0.81 makes the cards not answer calls at all. These are five new HiperDSP cards purchased in December and just installed. I find it hard to believe that i would get 5 bad DSP cards (I guess it's possible) Has anyone else had this type of problem with 2.0.51? BTW: I have two more chassis and experienced the same problem with the existing cards. I reverted back to 2.0.81 and all worked well again. Thanks for any info Rudy Ferguson VstaNet 1 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 2 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 3 3COM High-Density 24 Channel 1OQ 0.51.0 8192 2048 2.0.60 4 3COM High-Density 24 Channel 1OQ 0.49.0 8192 2048 2.0.60 5 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 6 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 7 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 8 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 9 3COM High-Density 24 Channel 3C4 0.49.0 8192 2048 2.0.60 10 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 16 3COM HiPer ARC NAC 28B 19.0.0 131072 16384 4.2.32 17 3COM Network Management Card with clock 2DY00000 7.0 16384 8192 6.1.17

Subject: RE: (usr-tc) Problem with new PRI
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-02 11:10:58

What I typically do is get on the phone with the switch guy and get him to watch the status of the channels as I busy them out to make sure the switch actually sees them go busy. If they don't (or sometimes they go into "lockout"...whatever that is) there's a D channel problem. Either your NFAS settings aren't jiving (presuming you use NFAS) or you don't have a translation that supports service messages. A custom 5ESS translation should support them though. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Scot Desort [mailto:scot@njaccess.net] > Sent: Wednesday, February 02, 2000 11:00 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Problem with new PRI > > > Thanks for the specifics, Lon. > > What was happening is that if a call hit a channel that was > soft busied, the > call wasn't rolling over to the next channel. The telco > switch was either > presenting a reorder tone to the end user, or an intercept > stating "Your > call cannot be completed as dialed" -- NOT a good thing. The > reorder isn't > too bad, but the intercept was ugly. If the user re-dialed > and landed on a > channel that was not soft-busied, the call would go through. > > What is distressing is that the DSP did not communicate > correctly with the > switch. The call should have never landed on that channel - > it should have > rolled to the next channel in the rotary. If there were no > other available > non-busied channels, user should get regular busy signal. > > Any thoughts as to why this would not work properly? Switch is a 5ESS > through a CLEC. > > -- > Scot > > > > ----- Original Message ----- > From: Lon R. Stockton, Jr. <lon@moonstar.com> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, February 02, 2000 2:27 AM > Subject: Re: (usr-tc) Problem with new PRI > > > > > > On Thu, 27 Jan 2000, Scot Desort wrote: > > > > > Where can one tell if modems are soft-busied. That is > what was wrong. I > have > > > since restored to service all of those channels. But > before I figured it > > > out, there didn't seem to be anywhere in TCM that told me > the channels > were > > > busied out. Did I miss something??? > > > > Didn't see an answer for this one, although it's very > possible I just > > missed it. Whichever, here's an answer for ya... > > > > 1) bring up TCM & open your chassis > > 2) click on the span leds of the DSP card(s) you want to check > > 3) click 'Performance' > > 4) select 'Timeslot' and then 'Select All'; click 'OK' > > 5) Under 'Parameters', select 'DS0 Service State' and > > 'Queued Action for DS0'. Click 'Add' and then 'OK'. > > 6) Voila. Timeslots which are busied-out are listed as > > 'localOutOfService' under 'DS0 Service State'. > > > > If the timeslot was hard-busied (or soft-busied with no > call currently > > active on the timeslot), you'll see the 'localOutOfService' > indication > > under 'DS0 Service State'. > > > > If the timeslot was soft-busied and there's a call > currently active on > > that timeslot, you'll see that the 'DS0 Service State' is > 'inService' > > and the 'Queued Action...' is 'localOutOfService'. As soon as the > > current call terminates, you'll see the service state go to > > localOutOfService. > > > > That, of course, being the difference between hard-busy and > soft-busy. > > Hard-busy does it NOW. Soft-busy waits for the current call > to complete. > > > > Hope this helps! > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Support Contract survey
From: Clint R. Sparks <csparks@cqc.com>
Date: 2000-02-02 11:12:59

Let me go on record saying this before I get hate mail, I do not believe it is proper for any equipment manufacturer to charge for support. We do not charge our customers for support and they only pay us $20 a month so I am against them charging for support contracts. However it is a game and I run a business and if having and needing one is how the game has to be played then I get one. No equipment manufacturer cares about whether any of us likes it, they are a business and in it for the bottom line. I don't like it when telcos charge for installs on PRI and T1 circuits as I feel ordering it should be enough but they do and hide behind their tariffs to justify it so we pay it. I had GTE recently charge me for a premise visit after I ordered two new PRI's and this is on top of paying the normal $600 install for each PRI, I called them on it and they said we had to come out didn't we? I said I would like to see you install a new circuit without coming out. Face it, all small ISP's are being screwed by any big business anyway they can find. > You've not worked with this equipment for very long, have you? ;) 3 Years and I have had my ups and downs. > Seriously though...a large number of the people on this list are quite > capable of supporting ourselves on this equipment largely. We need > hardware coverage of some specific cards...for IgLou, we need to cover > DSP's, we don't need to cover Arc's really since we have some spares, > and we *CERTAINLY* don't want to cover quads since they're pretty much > disposable at this point. I agree we to do not need 3 Coms help except when hardware fails and we need replacements. > But with cisco, you can get a different level of coverage on each piece > of equipment if you like...try doing that with 3Com. 3Com won't even > honor it if you have different levels of coverage *at different sites* > (as Paul Farber just pointed out...and has happened to us in the > past...even after 3Com gets the money for it...that's borderline illegal > there, breach of contract). Before I had a contract all kinds of problems getting 3 Com's help wanted to kick Total Controls out door but with a contract no complaints, keep in mind I have the full support contract and I always get the help I need or want. I guess my case is an exception to the rule from what you are saying, but it works for me so I cannot complain. If it did not I would complain believe me. One thing I do now when I do need to call 3 Com for support is I ask for the same person which helps a lot as he knows who I am which expedites things as he knows when I call we have already tried everything. Clint

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 11:15:54

This is all good and well. But look at a typical support contract from 3Com. If you pay for 'next day replacement'... it's only next day if the failure happens between Monday-Thursday. If it breaks thursday night you will not have a part friday or sat... even though overnight delivery if available on sat. Friday-Sun.... next day is Tuesday. Sounds like overnight to me. Phone support.... nice that I can change the music on hold... and hold times are short... but the help on the other side is spotty at best. Plus it seems that not all 3com support reps have a modem to dial out on.. had to wait 20 minutes for a guy to configure his machine and get an open line... this is from a modem manufacturer!!! Put a modem in each workstation for gods sake. Last but not least... having to cover the entire enterprise for support. Hmmm.... I have 250+ ports, arcs and nmc cards... I have spares, I just want the software updates.... god knows the code is a work in progress. Why can CISCO charge $13 for IP software to run a router and not force me to cover every router? I should be able to pick and choose what I want when I want it. I'm sure there is a way to put the 2.0.81 software in a shopping cart for easy purchase. As for 'all free all the time'.. no, I don't believe in that either. I do believe that it's my money, and I will spend it on what I think is the BEST VALUE. Paying $3K a year for support which is not next day, spotty phone support and covering equipment that I don't want to cover is not a value at all. Word to the wise.... lurk on the ascent/lucent/cisco lists.... see what thier problems are..... you'll be suprised. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Clint R. Sparks wrote: > > Well my 2 cents here as well, I know that none of us likes to pay for things > we do not feel are fair or will use but it is like paying for car insurance, > you may need it someday and it will be worth it believe me. Besides I never > see anything about others charging for support but I have news just about > all do. We use Cisco equipment and it is the same deal you have to buy a > support contract or pay by the support call after the warranty period is up. > I know there are some that do not charge but I can tell you that it will not > last forever no matter what they tell you, it is an avenue for these > equipment manufacturers to make extra income and they will all succumb to it > eventually as it is easy money for them. Sometimes you just have to play the > game even if you do not like it and believe me I do not like paying for > support contracts but my number one goal is keeping my customers happy and I > will pay for the contract to do so. Besides I have much worse problems with > phone companies than equipment manufacturers, telcos are the real root of > all ISP's problems. > > Thank you, > > Clint R. Sparks > ComQuest Internet Services > support@cqc.com > > > ----- Original Message ----- > From: "Jeff Mcadams" <jeffm@iglou.com> > To: <usr-tc@lists.xmission.com> > Cc: <bruce_claflin@mw.3com.com>; <karl_swanson@mw.3com.com>; > <thomas_goodman@mw.3com.com>; <george_ebert@mw.3com.com>; > <glenn_gibney@mw.3com.com>; <irfan_ali@mw.3com.com> > Sent: Wednesday, February 02, 2000 10:15 AM > Subject: (usr-tc) Support Contract survey > > > > OK...here are initial results of the support contract informal survey. > > I only heard from 13 people (including myself :)...a mere fraction of > > the number of people on the list in total. Keep sending the > > information...I'll continue to tabulate and have more updates as I hear > > from more people. > > > > The current count is 9 people don't have support contracts, and 4 do. > > > > Some notes: > > > > - One "yes" only had software coverage even though they would have liked > > to have greater coverage. They had to settle for software-only > > because of the cost > > > > - One "no" actually has coverage on a chassis, but only because that > > chassis was bought new and came with coverage...apparently you can't > > buy a chassis anymore without coverage...interesting loophole in the > > contract rules here. This person indicated that they would rather > > have *not* gotten the coverage on the contract as they thought it > > was a waste of money. > > > > Many of the people that emailed me as a "no" mentioned it was the cost > > and/or the rules that prevented them from getting a contract. > > > > I will re-iterate that I believe that the root of the problem stems from > > 3Com considering Customer Service as a "Business Unit". In other words, > > they want Customer Service to be a revenue positive part of 3Com. While > > my previous posting that discussed this was somewhat inaccurate (the > > Customer Service Organization, CSO, apparently doens't get the revenues > > from the support contracts, the business unit that sells the equipment - > > in the case of TC, its the Network Systems Business Unit - gets the > > revenues...the whole thought of trying to make Customer Service revenue > > positive ends up with an attitude that ends up screwing the customer. > > > > I just recently went through the process of trying to obtain a service > > contract again...partially to try to determine if any improvements had > > been made to the process...partially to find out if the "Unbundled > > Service Options" on 3Com's web site would be useful here...and partially > > because we really would like to have some coverage on some of our > > equipment. The current status is that the support coverage rules are > > still in place (contracts purchased per-chassis rather than per-card, > > and all chassis at a site have to have the same coverage...of course > > last time we tried to have different coverage at different sites 3Com > > didn't honor it), the support options listed as sold items (ie, not > > special deals that are made for specific instances) were largely the > > same as they've been for the past 3 years. The best I got from the > > discussion was that service options could be discussed (ie, a special > > deal is how I understand this) if its "a sound business case that makes > > sense for the customer and for 3Com." Let me suggest that a sound > > business case for 3Com would be to not lose their customers which is > > what is happening...3Com is verging towards losing us as a customer > > even...and we've been a USRobotics/3Com customer for at least 5 years > > (35 Amp power supplied and dual analog 14.4 modems) > > -- > > 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. >

Subject: RE: (usr-tc) 2.0.51 problems
From: Blake Fithen <fithen@networksplus.com>
Date: 2000-02-02 11:24:07

We've had pretty good luck with 2.0.51. It has eliminated the two-modem failure problem, connect rates and throughput look about the same. We have it on about 50 DSP cards with several hardware revs. in 5 hiper arc chassis. blake -----Original Message----- Sent: Wednesday, February 02, 2000 11:08 AM Hey guys, I've been lurking for a long time and using much of the advice that pertained to similar problems i had with my TC equipment. I've seen a lot of good talk about the 2.0.51 software and everyone seems to be happy with it. Has anyone had any trouble with it? I loaded 2.0.51 and 2.0.60 onto one chassis and have been having trouble with 2.0.51 making trunks go "local out of service". The cards with 2.0.60 are working well. I tried loading 2.0.60 into the cards with the .55 hardware but that caused different problems (mostly instant disconnects). Loading 2.0.81 makes the cards not answer calls at all. These are five new HiperDSP cards purchased in December and just installed. I find it hard to believe that i would get 5 bad DSP cards (I guess it's possible) Has anyone else had this type of problem with 2.0.51? BTW: I have two more chassis and experienced the same problem with the existing cards. I reverted back to 2.0.81 and all worked well again. Thanks for any info Rudy Ferguson VstaNet 1 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 2 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 3 3COM High-Density 24 Channel 1OQ 0.51.0 8192 2048 2.0.60 4 3COM High-Density 24 Channel 1OQ 0.49.0 8192 2048 2.0.60 5 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 6 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 7 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 8 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 9 3COM High-Density 24 Channel 3C4 0.49.0 8192 2048 2.0.60 10 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 16 3COM HiPer ARC NAC 28B 19.0.0 131072 16384 4.2.32 17 3COM Network Management Card with clock 2DY00000 7.0 16384 8192 6.1.17 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 11:26:38

Will pay if it's reasonable. I don't see it as insurance, I see it as casting a vote of confidence in the company that they will improve the product and fill the need I have for their equipment. Look at the resolved issues on most sw releases... unless it says "improved v.90 performance" or "improved compatibly with lucent/rockwell chipsets" it is not generally worth the upgrade. I NEED those things, I will PAY for those things..... the support contract software is NOT doing it. Maybe the TC line is to broad.... maybe a multiservice platform is nice for large corporations but for small ISP's (the majority) I really don't need VOIP, or a nic that does frame (who has ever used the wan ports on a TC ARC NIC???) or dial out, or caller ID based access, or VPN. I need a RAS that takes calls (reliably) and routes them to my router. After about $60K of 3com equipment it's becoming clear that they are not the filling my need. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Clint R. Sparks wrote: > Paul, I am not trying to disagree with you here and I agree 3 Com needs to > wake up sometimes on how they treat customers. However Ascend/Lucent is > going to eventually charge for support contracts, it will be no different > when they do. All equipment manufacturers see this as a great source of > income and they are all in it for the money so it is only a matter of time > before all charge for it. > > Thank you, > > Clint R. Sparks > ComQuest Internet Services > csparks@cqc.com > > > ----- Original Message ----- > From: "Paul Farber" <farber@admin.f-tech.net> > To: <usr-tc@lists.xmission.com> > Cc: <bruce_claflin@mw.3com.com>; <karl_swanson@mw.3com.com>; > <thomas_goodman@mw.3com.com>; <george_ebert@mw.3com.com>; > <glenn_gibney@mw.3com.com>; <irfan_ali@mw.3com.com> > Sent: Wednesday, February 02, 2000 10:41 AM > Subject: Re: (usr-tc) Support Contract survey > > > > Add my results: > > > > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT > > > > and > > > > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT. > > > > I just got off the phone with Ms. Michelle Catalano who said my > > $1200 support contract would not be honored... even though they got the > > money for it already. > > > > I have 3 chassis at 3 locations and only *want* coverage for a specific > > site with specific needs. It's a simple chassis, 2 DSP's, 1 arc.... plain > > jane setup. > > > > Needless to say I have contacted 3 ASCEND/LUCENT vendors and will not be > > purchasing ANY more 3Com equipment. Sorry 3Com.... that's 1 new site you > > won't be at (96 ports) and one site I will be converting (48 ports). Does > > the business unit understand that loosing $15K-20K over a $1200 software > > upgrade (who actually calls support anymore... I think we've all learned > > the 'value' of phone based support) > > > > Since this message is being CC'ed to (hopefully) some understanding > > management at 3Com, there is a person on the xmission list (krish?) > > that has been worth thier weight in gold.... give that person a raise and > > maybe learn a bit from how that person does support us. > > > > I will add the 2.0.51 DSP code seems to have calmed down the chassis a > > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > > > OK...here are initial results of the support contract informal survey. > > > I only heard from 13 people (including myself :)...a mere fraction of > > > the number of people on the list in total. Keep sending the > > > information...I'll continue to tabulate and have more updates as I hear > > > from more people. > > > > > > The current count is 9 people don't have support contracts, and 4 do. > > > > > > Some notes: > > > > > > - One "yes" only had software coverage even though they would have liked > > > to have greater coverage. They had to settle for software-only > > > because of the cost > > > > > > - One "no" actually has coverage on a chassis, but only because that > > > chassis was bought new and came with coverage...apparently you can't > > > buy a chassis anymore without coverage...interesting loophole in the > > > contract rules here. This person indicated that they would rather > > > have *not* gotten the coverage on the contract as they thought it > > > was a waste of money. > > > > > > Many of the people that emailed me as a "no" mentioned it was the cost > > > and/or the rules that prevented them from getting a contract. > > > > > > I will re-iterate that I believe that the root of the problem stems from > > > 3Com considering Customer Service as a "Business Unit". In other words, > > > they want Customer Service to be a revenue positive part of 3Com. While > > > my previous posting that discussed this was somewhat inaccurate (the > > > Customer Service Organization, CSO, apparently doens't get the revenues > > > from the support contracts, the business unit that sells the equipment - > > > in the case of TC, its the Network Systems Business Unit - gets the > > > revenues...the whole thought of trying to make Customer Service revenue > > > positive ends up with an attitude that ends up screwing the customer. > > > > > > I just recently went through the process of trying to obtain a service > > > contract again...partially to try to determine if any improvements had > > > been made to the process...partially to find out if the "Unbundled > > > Service Options" on 3Com's web site would be useful here...and partially > > > because we really would like to have some coverage on some of our > > > equipment. The current status is that the support coverage rules are > > > still in place (contracts purchased per-chassis rather than per-card, > > > and all chassis at a site have to have the same coverage...of course > > > last time we tried to have different coverage at different sites 3Com > > > didn't honor it), the support options listed as sold items (ie, not > > > special deals that are made for specific instances) were largely the > > > same as they've been for the past 3 years. The best I got from the > > > discussion was that service options could be discussed (ie, a special > > > deal is how I understand this) if its "a sound business case that makes > > > sense for the customer and for 3Com." Let me suggest that a sound > > > business case for 3Com would be to not lose their customers which is > > > what is happening...3Com is verging towards losing us as a customer > > > even...and we've been a USRobotics/3Com customer for at least 5 years > > > (35 Amp power supplied and dual analog 14.4 modems) > > > -- > > > 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. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 11:37:43

An EXELLENT business idea just hit me. If a vendor had 'Card Replacement Plan'. IE, for X a month ($20-50) if your ARC/NMC/DSP goes south you call them and they overnight you (i mean really overnight. next day incl sat.) a replacement card while your's is under warranty repair. When you get your's back you return the NIC/NAC and you are in business. Face it.. most of us just want the hardware replacement and all new gear comes with 5 year warranty... unless you pay for support you have to wait 2-4 weeks for the repair. We would win as we get the next day card from a vendor (who would keep the code up to date) and the vendor would win cause $50 a month from 50 ISP's is $2500 a month.. more than ehough to keep cards in stock and mail them out. You pay $240-$600/year for your entire site coverage (for any/all cards) and you get what you want.. minimal downtime. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Subject: RE: (usr-tc) Support Contract survey
From: Steve Cobb <stevec@computer-geeks.com>
Date: 2000-02-02 11:48:35

Sorry about posting off topic but I can't seem to make a new post, just reply???Anyway,,, We are a new ISP and all our equipment (routers, USR TC) were installed by our TELCO provider for warranty purposes. However, I would like to learn as much a possible about our equipment, specifically our TC chassis. I don't know what kind of cards we have, what revisions, etc. This is all information I would like to know. Where can I get familiar with the equipment I have? Steve Cobb Computer Geeks stevec@computer-geeks.com www.computer-geeks.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton Sent: Wednesday, February 02, 2000 10:36 AM I may not have responded to your survey so I am doing so now... We do not have support at this time and are very unlikely to do so at the prices charged vs. service rendered. We get our support from vendors, and access to software updates as a result of continuing purchases for additional hardware (primarily DSP's). If support were affordable we would purchase it tomorrow. I like living with a safety net, but I won't pay outrageous prices for it. I also noted someone talked about a per incident charge, but I was rejected at 3Com tech support some months ago if I wouldn't buy the big contract on the spot. There was no offer for per incident support. I use per incident support form Microsoft and find it to be very effective, though I have tried per incident support for Linux and other applications with less success. I think that is because of how long M$ has been doing it, the others will catch up very quickly. Per incident support is easy money anyway. When the network is down, administrators typically have an open checkbook to get the problem resolved. That same checkbook is notoriously difficult to crack when things are working fine. I don't understand why I can buy a support contract the lets me talk to the support folks for a single price. Whether I have one or twenty chassis's, I'm typically only going to ask a question once then apply it to all chassis. The same is with the software upgrades. The 24 hour replacement policy on hardware I can understand being a per chassis charge. Mark Thornton San Marcos Internet, Inc. 512-393-5300 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: RE: (usr-tc) which Radius to use?
From: Terry Kennedy <terry@olypen.com>
Date: 2000-02-02 11:48:47

I have a copy of Funk 2.11 for solaris that I won from Funk at some seminar I was at 1-2 years ago. Iwould imagine the license is still good and most likely upgradable. If someone can us it and wants to make me some ridiulus offer for it I'll send it to ya! We merrit running on a SCO box so I really don't have a use for it. Terry Kennnedy terry@olypen.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Gordon Sent: Monday, January 31, 2000 10:16 PM I am looking at Steel Belted Radius by Funk for NT, anyone else out there using this. What you think? It seems feature rich. Brian ----- Original Message ----- Sent: Monday, January 31, 2000 10:54 PM Nate We're using Merit RADIUS on Solaris 2.6. Depending on what options you need you can either get it for free, or pay a donation to Merit networks. It supports limiting multiple logins etc. www.merit.net We're quite happy with the features and reliability. Campbell >>> euro@citipage.com 02/01/00 08:33 >>> Hi, I'm trying to move Radius server that we are using now to a new server but I'm having some problems getting the current radius to run on the new server. So I was thinking of just reinstalling but the old network admin is no longer around and I can't figure out what version of radius we're running one the other box. All I get when I try to find out is: ./radiusd -v ./radiusd: RADIUS version 1.16.1 97/12/16 sun I would really like to use a radius that could check multiple logins. If anyone could point me in the right direction in which radius to use (on Sun Solaris 2.6) and where to get it I'd be much appreciative. Thanks, Nate - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Support Contract survey
From: Brian Elfert <brian@citilink.com>
Date: 2000-02-02 11:49:08

On Wed, 2 Feb 2000, Clint R. Sparks wrote: > Paul, I am not trying to disagree with you here and I agree 3 Com needs to > wake up sometimes on how they treat customers. However Ascend/Lucent is > going to eventually charge for support contracts, it will be no different > when they do. All equipment manufacturers see this as a great source of > income and they are all in it for the money so it is only a matter of time > before all charge for it. I just got a Cisco AS53192 to replace most of my 3Com gear. (I always maintain two types of NAS equipment for compatability reasons.) The pricing on the 8x5xNBD contract is $2730 per year. I think the 3Com price on a similiar contract is the same or more for 192 ports. Cisco will normally provide 24x7 support at no additional cost for network down emergencies even with the 8x5 contract. I'm pretty sure 3Com would charge the normal hourly or per incident charge for after hours calls. The 24x7x4 contract that includes 4 hour replacement is $4370 a year. Might seem a bit steep, but I don't think 3Com even offers 4 hour replacement. I can't afford to have 192 of my lines out of service oevernight or through a weekend. One long outage would probably wipe out any savings gained by not paying for the support. Brian

Subject: Re: (usr-tc) Support Contract survey
From: Brian Elfert <brian@citilink.com>
Date: 2000-02-02 11:55:30

On Wed, 2 Feb 2000, Paul Farber wrote: > want the software updates.... god knows the code is a work in progress. > Why can CISCO charge $13 for IP software to run a router and not force me > to cover every router? I should be able to pick and choose what I want Cisco bundles the cost of the IP only IOS into the price of the router. The only reason they don't just include the IP only license in the box is because a lot of people need the other IOS licenses with more features, so they offer a full range of licenses to buy seperately. The $13 just covers the cost of the packaging and manufacturing for the license they send you. Brian

Subject: Re: (usr-tc) 2.0.51 problems
From: cygnus@vsta.com
Date: 2000-02-02 11:57:01

So none of you guys have had the "Local out of service" problem? I reset them in the morning when i come in. I check before i go home and they are out of service again. And it's never the same trunks. sometimes it two, sometimes its six, i've had up to 16 out of service. I would blame it on the telco but WE are the telco and the C.O. people don't have any explainations for this. They insist it's my equipment. RF At 12:50 PM 2/2/00 -0500, you wrote: >>From what I understand from the release notes is that .51 software is for >a specific chipset problem. No new features were added as far as fixes... >from the release notes anyway.... we did notice a pretty good drop in the >amount of disconnects in the 0-3 minute range. > >Paul Farber >Farber Technology >farber@admin.f-tech.net >Ph 570-628-5303 >Fax 570-628-5545 >

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 11:57:36

If you are considering doing this please let me know! Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Marty Elliott wrote: > > Paul -- isn't mind-reading over the internet a bit unfair????!!!! ;~} > > hmmmmmmm > > Marty > > > > At 11:37 AM 02/02/2000 -0500, you wrote: > >An EXELLENT business idea just hit me. If a vendor had 'Card Replacement > >Plan'. IE, for X a month ($20-50) if your ARC/NMC/DSP goes south you call > >them and they overnight you (i mean really overnight. next day incl sat.) > >a replacement card while your's is under warranty repair. When you get > >your's back you return the NIC/NAC and you are in business. > > > >Face it.. most of us just want the hardware replacement and all new gear > >comes with 5 year warranty... unless you pay for support you have > >to wait 2-4 weeks for the repair. > > > >We would win as we get the next day card from a vendor (who would keep the > >code up to date) and the vendor would win cause $50 a month from 50 ISP's > >is $2500 a month.. more than ehough to keep cards in stock and mail them > >out. > > > >You pay $240-$600/year for your entire site coverage (for any/all cards) > >and you get what you want.. minimal downtime. > > > >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. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Marty Elliott > MARS, Inc. > 2105 South 48th Street > Suite 104 > Tempe, AZ 85282 > 602-426-8272 > 602-454-0770 fax > www.2assetrecovery.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: RE: (usr-tc) Support Contract survey
From: Terry Kennedy <terry@olypen.com>
Date: 2000-02-02 12:00:59

Here's my take -- NO I will not renew the one contract I have for reasons already mentioned multiple times: having to buy contracts for everything, paying for working code when I aready paid for it, I dont need the support thanks to you guys and it's much cheaper to keep spare equipment than to pay for a promise of next day delivery. It only cost's 10000 for a complete spare unit. What I will do is continue to buy equipment and every 90 days or so I can have access to the total control site. I will continue to beat up my suppliers and make them BREAK THE RULES! rather have myself break them. Little gray area there for ya! As far as going with Ascend, as if that was even a choice at stage, I don't know ascend and couldn't comment on thier quality or not. Grass is always greener?? I see no point in getting all pissed off at 3com, Let them do what they do and the market will take care of the rest. If they really do such a lousy job then they will fade like so many before them. On another point, I had a 3com "engineer" comeon-site to help. He wasn't much more than an installation tech. He got sent home. What we do is find the brightest 3 guys on this list and hire them to come on-site. just my 1 Cent. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Wednesday, February 02, 2000 7:16 AM Cc: bruce_claflin@mw.3com.com; karl_swanson@mw.3com.com; thomas_goodman@mw.3com.com; george_ebert@mw.3com.com; glenn_gibney@mw.3com.com; irfan_ali@mw.3com.com OK...here are initial results of the support contract informal survey. I only heard from 13 people (including myself :)...a mere fraction of the number of people on the list in total. Keep sending the information...I'll continue to tabulate and have more updates as I hear from more people. The current count is 9 people don't have support contracts, and 4 do. Some notes: - One "yes" only had software coverage even though they would have liked to have greater coverage. They had to settle for software-only because of the cost - One "no" actually has coverage on a chassis, but only because that chassis was bought new and came with coverage...apparently you can't buy a chassis anymore without coverage...interesting loophole in the contract rules here. This person indicated that they would rather have *not* gotten the coverage on the contract as they thought it was a waste of money. Many of the people that emailed me as a "no" mentioned it was the cost and/or the rules that prevented them from getting a contract. I will re-iterate that I believe that the root of the problem stems from 3Com considering Customer Service as a "Business Unit". In other words, they want Customer Service to be a revenue positive part of 3Com. While my previous posting that discussed this was somewhat inaccurate (the Customer Service Organization, CSO, apparently doens't get the revenues from the support contracts, the business unit that sells the equipment - in the case of TC, its the Network Systems Business Unit - gets the revenues...the whole thought of trying to make Customer Service revenue positive ends up with an attitude that ends up screwing the customer. I just recently went through the process of trying to obtain a service contract again...partially to try to determine if any improvements had been made to the process...partially to find out if the "Unbundled Service Options" on 3Com's web site would be useful here...and partially because we really would like to have some coverage on some of our equipment. The current status is that the support coverage rules are still in place (contracts purchased per-chassis rather than per-card, and all chassis at a site have to have the same coverage...of course last time we tried to have different coverage at different sites 3Com didn't honor it), the support options listed as sold items (ie, not special deals that are made for specific instances) were largely the same as they've been for the past 3 years. The best I got from the discussion was that service options could be discussed (ie, a special deal is how I understand this) if its "a sound business case that makes sense for the customer and for 3Com." Let me suggest that a sound business case for 3Com would be to not lose their customers which is what is happening...3Com is verging towards losing us as a customer even...and we've been a USRobotics/3Com customer for at least 5 years (35 Amp power supplied and dual analog 14.4 modems) -- 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.

Subject: RE: (usr-tc) Support Contract survey
From: Brian <signal@shreve.net>
Date: 2000-02-02 12:23:22

On Wed, 2 Feb 2000, Stainforth, Matthew wrote: > > Bear in mind, though, that some of the guys on this list could hire a 3Com > engineer for what it would cost to cover all their Total Control equipment > with a full service contract. yep. > > And, to me, charging for software upgrades (read, bugfixes not feature > enhancements) is borderline fraud. Charge me money to fix code that doesn't > work right? Get real. I agree, if its a feature I paid for, then I should get the software that has that feature working properly. Brian > > Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > Before I had a contract all kinds of problems getting 3 Com's > > help wanted to > > kick Total Controls out door but with a contract no > > complaints, keep in mind > > I have the full support contract and I always get the help I > > need or want. I > > guess my case is an exception to the rule from what you are > > saying, but it > > works for me so I cannot complain. If it did not I would > > complain believe > > me. One thing I do now when I do need to call 3 Com for > > support is I ask for > > the same person which helps a lot as he knows who I am which expedites > > things as he knows when I call we have already tried everything. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) 2.0.51 problems
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 12:50:09

From what I understand from the release notes is that .51 software is for a specific chipset problem. No new features were added as far as fixes... from the release notes anyway.... we did notice a pretty good drop in the amount of disconnects in the 0-3 minute range. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000 cygnus@vsta.com wrote: > Hey guys, > I've been lurking for a long time and using much of the advice that > pertained to similar problems i had with my TC equipment. > I've seen a lot of good talk about the 2.0.51 software and everyone seems > to be happy with it. Has anyone had any trouble with it? > I loaded 2.0.51 and 2.0.60 onto one chassis and have been having trouble with > 2.0.51 making trunks go "local out of service". The cards with 2.0.60 are > working well. I tried loading 2.0.60 into the cards > with the .55 hardware but that caused different problems (mostly instant > disconnects). Loading 2.0.81 makes the > cards not answer calls at all. These are five new HiperDSP cards purchased > in December and just installed. > I find it hard to believe that i would get 5 bad DSP cards (I guess it's > possible) > Has anyone else had this type of problem with 2.0.51? > > BTW: I have two more chassis and experienced the same problem with the > existing cards. I reverted back to 2.0.81 and all worked well again. > > Thanks for any info > Rudy Ferguson > VstaNet > > > > > > 1 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 > 2 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 > 3 3COM High-Density 24 Channel 1OQ 0.51.0 8192 2048 2.0.60 > 4 3COM High-Density 24 Channel 1OQ 0.49.0 8192 2048 2.0.60 > 5 3COM High-Density 24 Channel 1OQ 0.53.0 8192 2048 2.0.60 > 6 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 > 7 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 > 8 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 > 9 3COM High-Density 24 Channel 3C4 0.49.0 8192 2048 2.0.60 > 10 3COM High-Density 24 Channel 1OQ 0.55.0 8192 2048 2.0.51 > 16 3COM HiPer ARC NAC 28B 19.0.0 131072 16384 4.2.32 > 17 3COM Network Management Card with clock 2DY00000 7.0 16384 8192 6.1.17 > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: RE: (usr-tc) Support Contract survey
From: Charles Sprickman <spork@inch.com>
Date: 2000-02-02 12:56:51

On Wed, 2 Feb 2000, Stainforth, Matthew wrote: > Frankly I'm surprised she's still employed with 3Com. She's the reason I > don't buy support contracts anymore. But maybe she's just a symptom of a > much larger problem. Ahh... Michelle. I have never in my life been treated so rudely when trying to purchase something. I'm assuming she's there *because* of the attitude. She could argue chassis counts all day. Glad she doesn't have my home address ;) Charles > Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > -----Original Message----- > > From: Paul Farber [mailto:farber@admin.f-tech.net] > > Sent: Wednesday, February 02, 2000 11:41 AM > > To: usr-tc@lists.xmission.com > > Cc: bruce_claflin@mw.3com.com; karl_swanson@mw.3com.com; > > thomas_goodman@mw.3com.com; george_ebert@mw.3com.com; > > glenn_gibney@mw.3com.com; irfan_ali@mw.3com.com > > Subject: Re: (usr-tc) Support Contract survey > > > > > > Add my results: > > > > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT > > > > and > > > > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT. > > > > I just got off the phone with Ms. Michelle Catalano who said my > > $1200 support contract would not be honored... even though > > they got the > > money for it already. > > > > I have 3 chassis at 3 locations and only *want* coverage for > > a specific > > site with specific needs. It's a simple chassis, 2 DSP's, 1 > > arc.... plain > > jane setup. > > > > Needless to say I have contacted 3 ASCEND/LUCENT vendors and > > will not be > > purchasing ANY more 3Com equipment. Sorry 3Com.... that's 1 > > new site you > > won't be at (96 ports) and one site I will be converting (48 > > ports). Does > > the business unit understand that loosing $15K-20K over a > > $1200 software > > upgrade (who actually calls support anymore... I think we've > > all learned > > the 'value' of phone based support) > > > > Since this message is being CC'ed to (hopefully) some understanding > > management at 3Com, there is a person on the xmission list (krish?) > > that has been worth thier weight in gold.... give that person > > a raise and > > maybe learn a bit from how that person does support us. > > > > I will add the 2.0.51 DSP code seems to have calmed down the chassis a > > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > > > OK...here are initial results of the support contract > > informal survey. > > > I only heard from 13 people (including myself :)...a mere > > fraction of > > > the number of people on the list in total. Keep sending the > > > information...I'll continue to tabulate and have more > > updates as I hear > > > from more people. > > > > > > The current count is 9 people don't have support contracts, > > and 4 do. > > > > > > Some notes: > > > > > > - One "yes" only had software coverage even though they > > would have liked > > > to have greater coverage. They had to settle for software-only > > > because of the cost > > > > > > - One "no" actually has coverage on a chassis, but only because that > > > chassis was bought new and came with > > coverage...apparently you can't > > > buy a chassis anymore without coverage...interesting > > loophole in the > > > contract rules here. This person indicated that they > > would rather > > > have *not* gotten the coverage on the contract as they > > thought it > > > was a waste of money. > > > > > > Many of the people that emailed me as a "no" mentioned it > > was the cost > > > and/or the rules that prevented them from getting a contract. > > > > > > I will re-iterate that I believe that the root of the > > problem stems from > > > 3Com considering Customer Service as a "Business Unit". In > > other words, > > > they want Customer Service to be a revenue positive part of > > 3Com. While > > > my previous posting that discussed this was somewhat inaccurate (the > > > Customer Service Organization, CSO, apparently doens't get > > the revenues > > > from the support contracts, the business unit that sells > > the equipment - > > > in the case of TC, its the Network Systems Business Unit - gets the > > > revenues...the whole thought of trying to make Customer > > Service revenue > > > positive ends up with an attitude that ends up screwing the > > customer. > > > > > > I just recently went through the process of trying to > > obtain a service > > > contract again...partially to try to determine if any > > improvements had > > > been made to the process...partially to find out if the "Unbundled > > > Service Options" on 3Com's web site would be useful > > here...and partially > > > because we really would like to have some coverage on some of our > > > equipment. The current status is that the support coverage > > rules are > > > still in place (contracts purchased per-chassis rather than > > per-card, > > > and all chassis at a site have to have the same coverage...of course > > > last time we tried to have different coverage at different > > sites 3Com > > > didn't honor it), the support options listed as sold items (ie, not > > > special deals that are made for specific instances) were largely the > > > same as they've been for the past 3 years. The best I got from the > > > discussion was that service options could be discussed (ie, > > a special > > > deal is how I understand this) if its "a sound business > > case that makes > > > sense for the customer and for 3Com." Let me suggest that a sound > > > business case for 3Com would be to not lose their customers which is > > > what is happening...3Com is verging towards losing us as a customer > > > even...and we've been a USRobotics/3Com customer for at > > least 5 years > > > (35 Amp power supplied and dual analog 14.4 modems) > > > -- > > > 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. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: RE: (usr-tc) Support Contract survey
From: Kirk Mitchell <mitch@keyconn.net>
Date: 2000-02-02 12:57:26

At 01:33 PM 2/2/00 -0400, Stainforth, Matthew wrote: > >Bear in mind, though, that some of the guys on this list could hire a 3Com >engineer for what it would cost to cover all their Total Control equipment >with a full service contract. > >And, to me, charging for software upgrades (read, bugfixes not feature >enhancements) is borderline fraud. Charge me money to fix code that doesn't >work right? Get real. I agree with this completely, I'm paying for software "upgrades" simply to fix what was supposed to work in the first place, and I'm not being given access to even upgrade some items(S&A Server for one) that they had supported before. As noted by someone else(Paul?), I could care less about added features like VoIP, I just want solid, reliable connections and problems like the hung modem pairs corrected. Hardware-wise, I've been very pleased with my TC chassis but, if 3Com doesn't soon rectify their support contract nightmare I'll be faced with buying something else in the future and/or finding "alternative" methods of keeping current software on what I have. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Subject: RE: (usr-tc) Support Contract survey
From: Marius Kirschner <marius@tao.agoron.com>
Date: 2000-02-02 12:58:55

> And, to me, charging for software upgrades (read, bugfixes not feature > enhancements) is borderline fraud. Charge me money to fix code > that doesn't work right? Get real. Amen!! Because of the problems I had getting software replaced I actually stopped buying or recommending ANY 3Com product, may that be NIC's, hubs, swtiches, etc. ---Marius (Agora Online)

Subject: Re: (usr-tc) Support Contract survey
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 12:59:07

Thus spake Brian Elfert >The 24x7x4 contract that includes 4 hour replacement is $4370 a year. >Might seem a bit steep, but I don't think 3Com even offers 4 hour >replacement. Yes, they do. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Support Contract survey
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-02 13:02:44

Let me chime in here with a resounding "amen". I can tell you beyond a shadow of a doubt that I would go with a different vendor if I could do it all over again. But I inherited this mess and so I'm stuck with it. And I do the best I can. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > sense for the customer and for 3Com." Let me suggest that a sound > business case for 3Com would be to not lose their customers which is > what is happening...3Com is verging towards losing us as a customer > even...and we've been a USRobotics/3Com customer for at least 5 years > (35 Amp power supplied and dual analog 14.4 modems)

Subject: RE: (usr-tc) Support Contract survey
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-02 13:21:56

Frankly I'm surprised she's still employed with 3Com. She's the reason I don't buy support contracts anymore. But maybe she's just a symptom of a much larger problem. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Paul Farber [mailto:farber@admin.f-tech.net] > Sent: Wednesday, February 02, 2000 11:41 AM > To: usr-tc@lists.xmission.com > Cc: bruce_claflin@mw.3com.com; karl_swanson@mw.3com.com; > thomas_goodman@mw.3com.com; george_ebert@mw.3com.com; > glenn_gibney@mw.3com.com; irfan_ali@mw.3com.com > Subject: Re: (usr-tc) Support Contract survey > > > Add my results: > > NO I WILL NOT RENEW (see below) ANY SERVICE CONTRACT > > and > > NO I WILL NOT BE PURCHASING ANY NEW 3COM EQUIPMENT. > > I just got off the phone with Ms. Michelle Catalano who said my > $1200 support contract would not be honored... even though > they got the > money for it already. > > I have 3 chassis at 3 locations and only *want* coverage for > a specific > site with specific needs. It's a simple chassis, 2 DSP's, 1 > arc.... plain > jane setup. > > Needless to say I have contacted 3 ASCEND/LUCENT vendors and > will not be > purchasing ANY more 3Com equipment. Sorry 3Com.... that's 1 > new site you > won't be at (96 ports) and one site I will be converting (48 > ports). Does > the business unit understand that loosing $15K-20K over a > $1200 software > upgrade (who actually calls support anymore... I think we've > all learned > the 'value' of phone based support) > > Since this message is being CC'ed to (hopefully) some understanding > management at 3Com, there is a person on the xmission list (krish?) > that has been worth thier weight in gold.... give that person > a raise and > maybe learn a bit from how that person does support us. > > I will add the 2.0.51 DSP code seems to have calmed down the chassis a > bit... to bad it took the 2.0.60 and 2.0.81 'tries' to get it. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > OK...here are initial results of the support contract > informal survey. > > I only heard from 13 people (including myself :)...a mere > fraction of > > the number of people on the list in total. Keep sending the > > information...I'll continue to tabulate and have more > updates as I hear > > from more people. > > > > The current count is 9 people don't have support contracts, > and 4 do. > > > > Some notes: > > > > - One "yes" only had software coverage even though they > would have liked > > to have greater coverage. They had to settle for software-only > > because of the cost > > > > - One "no" actually has coverage on a chassis, but only because that > > chassis was bought new and came with > coverage...apparently you can't > > buy a chassis anymore without coverage...interesting > loophole in the > > contract rules here. This person indicated that they > would rather > > have *not* gotten the coverage on the contract as they > thought it > > was a waste of money. > > > > Many of the people that emailed me as a "no" mentioned it > was the cost > > and/or the rules that prevented them from getting a contract. > > > > I will re-iterate that I believe that the root of the > problem stems from > > 3Com considering Customer Service as a "Business Unit". In > other words, > > they want Customer Service to be a revenue positive part of > 3Com. While > > my previous posting that discussed this was somewhat inaccurate (the > > Customer Service Organization, CSO, apparently doens't get > the revenues > > from the support contracts, the business unit that sells > the equipment - > > in the case of TC, its the Network Systems Business Unit - gets the > > revenues...the whole thought of trying to make Customer > Service revenue > > positive ends up with an attitude that ends up screwing the > customer. > > > > I just recently went through the process of trying to > obtain a service > > contract again...partially to try to determine if any > improvements had > > been made to the process...partially to find out if the "Unbundled > > Service Options" on 3Com's web site would be useful > here...and partially > > because we really would like to have some coverage on some of our > > equipment. The current status is that the support coverage > rules are > > still in place (contracts purchased per-chassis rather than > per-card, > > and all chassis at a site have to have the same coverage...of course > > last time we tried to have different coverage at different > sites 3Com > > didn't honor it), the support options listed as sold items (ie, not > > special deals that are made for specific instances) were largely the > > same as they've been for the past 3 years. The best I got from the > > discussion was that service options could be discussed (ie, > a special > > deal is how I understand this) if its "a sound business > case that makes > > sense for the customer and for 3Com." Let me suggest that a sound > > business case for 3Com would be to not lose their customers which is > > what is happening...3Com is verging towards losing us as a customer > > even...and we've been a USRobotics/3Com customer for at > least 5 years > > (35 Amp power supplied and dual analog 14.4 modems) > > -- > > 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. >

Subject: Re: (usr-tc) Support Contract survey
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 13:28:01

Thus spake Brian >On Wed, 2 Feb 2000, Stainforth, Matthew wrote: >> And, to me, charging for software upgrades (read, bugfixes not >> feature enhancements) is borderline fraud. Charge me money to fix >> code that doesn't work right? Get real. >I agree, if its a feature I paid for, then I should get the software >that has that feature working properly. And, of course, that just screams out for a reminder about the NETServer/MPIP fiasco. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) 2.0.51 problems
From: Jamie Orzechowski <mhz@ripnet.com>
Date: 2000-02-02 13:33:06

I had a problem with 2.0.51 that knocked 10 PRI's out of service. My equipment was rebooted and it was fine .. ----- Original Message ----- Sent: Wednesday, February 02, 2000 12:57 PM > So none of you guys have had the "Local out of service" problem? I reset > them in the morning when i come in. I check before i go home and they are > out of service again. And it's never the same trunks. sometimes it two, > sometimes its six, i've had up to 16 out of service. > I would blame it on the telco but WE are the telco and the C.O. people > don't have any explainations for this. They insist it's my equipment. > > RF > > At 12:50 PM 2/2/00 -0500, you wrote: > >>From what I understand from the release notes is that .51 software is for > >a specific chipset problem. No new features were added as far as fixes... > >from the release notes anyway.... we did notice a pretty good drop in the > >amount of disconnects in the 0-3 minute range. > > > >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. >

Subject: Re: (usr-tc) 2.0.51 problems
From: Jamie Orzechowski <mhz@ripnet.com>
Date: 2000-02-02 13:33:08

Subject: Re: (usr-tc) Support Contract survey
From: Richard Stuplich <dick@home.dwave.net>
Date: 2000-02-02 13:33:24

I will not pay 3com to guarantee that the product I buy works as they sold it. What I do is go nuts, complain like a mad man, demand support, bitch and moan till I get a totalservice password, download everything, store it on my hard drive, contact my vendor, demand they support, go nuts on them. It is 3com AND the vendor's fault that my stuff doesn't work as advertised and sold. They both allow products that are not ready (fully cooked) to make it to the street.

Subject: RE: (usr-tc) Support Contract survey
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-02 13:33:49

Bear in mind, though, that some of the guys on this list could hire a 3Com engineer for what it would cost to cover all their Total Control equipment with a full service contract. And, to me, charging for software upgrades (read, bugfixes not feature enhancements) is borderline fraud. Charge me money to fix code that doesn't work right? Get real. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > Before I had a contract all kinds of problems getting 3 Com's > help wanted to > kick Total Controls out door but with a contract no > complaints, keep in mind > I have the full support contract and I always get the help I > need or want. I > guess my case is an exception to the rule from what you are > saying, but it > works for me so I cannot complain. If it did not I would > complain believe > me. One thing I do now when I do need to call 3 Com for > support is I ask for > the same person which helps a lot as he knows who I am which expedites > things as he knows when I call we have already tried everything.

Subject: RE: (usr-tc) Support Contract survey
From: Terry Kennedy <terry@olypen.com>
Date: 2000-02-02 13:42:46

Subject: Re: (usr-tc) Support Contract survey
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-02 13:51:50

On Wed, 2 Feb 2000, Jeff Mcadams wrote: > what is happening...3Com is verging towards losing us as a customer > even...and we've been a USRobotics/3Com customer for at least 5 years > (35 Amp power supplied and dual analog 14.4 modems) Man, wasn't USR sweet stuff back when that was state-of-the-art. *sigh*

Subject: Re: (usr-tc) Support Contract survey
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-02 13:59:04

On Wed, 2 Feb 2000, Clint R. Sparks wrote: > Well my 2 cents here as well, I know that none of us likes to pay for things > we do not feel are fair or will use but it is like paying for car insurance, > you may need it someday and it will be worth it believe me. To make the comparision more accurate, we need to note that the car insurance is 1/5 of the total sale price of the car, per annum. That nice stripped-down Mercedes winds up costing $10k per year. No, I don't think it's fair, or reasonable. Or worth it.

Subject: RE: (usr-tc) 2.0.51 problems
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-02 14:01:22

I know that starting with 2.0.60, the fix for the hung modem pairs problem was to do one of three things: busy out the trunk, reset the DSP chip, or both. I'd have a look and see if your cards are set to busy out the trunks if they detect a hung modem pair since it looks like you're always seeing this in even numbers. I set up my DSPs to just reset the DSP chip and get on with life. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: cygnus@vsta.com [mailto:cygnus@vsta.com] > Sent: Wednesday, February 02, 2000 1:57 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) 2.0.51 problems > > > So none of you guys have had the "Local out of service" > problem? I reset > them in the morning when i come in. I check before i go home > and they are > out of service again. And it's never the same trunks. > sometimes it two, > sometimes its six, i've had up to 16 out of service. > I would blame it on the telco but WE are the telco and the C.O. people > don't have any explainations for this. They insist it's my equipment. > > RF > > At 12:50 PM 2/2/00 -0500, you wrote: > >>From what I understand from the release notes is that .51 > software is for > >a specific chipset problem. No new features were added as > far as fixes... > >from the release notes anyway.... we did notice a pretty > good drop in the > >amount of disconnects in the 0-3 minute range. > > > >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. >

Subject: (usr-tc) hiperarc radius settings
From: Laszlo Vecsey <master@internexus.net>
Date: 2000-02-02 14:31:51

Whats the hiperarc command to set the primary and secondary radius servers? Also is there a way to set more than two? Perhaps if there was a way to specify a hostname (not just an IP) you could set up a round robin list of IP's to it..

Subject: Re: (usr-tc) Support Contract survey
From: Clint R. Sparks <csparks@cqc.com>
Date: 2000-02-02 14:32:06

> To make the comparision more accurate, we need to note that the car > insurance is 1/5 of the total sale price of the car, per annum. That > nice stripped-down Mercedes winds up costing $10k per year. > > No, I don't think it's fair, or reasonable. Or worth it. Okay I agree but my equipment is allowing thousands of customers to log-in everyday and this is how I make my living so it is worth it to me. The ISP business is very competitive now a days and I cannot afford to have a piece of equipment go down and not get replacement parts for it quickly so I guess you have to weigh that against not having the support contract. I care about nothing more than keeping my customers happy, and everyone in this business knows full well that dialup customers are not going to care that you could not get good support from 3 Com because you did not want to pay for their ridiculous contract prices, they are going to want to know why you did not pay and when the lines will be back up. We can all be mad all we want about 3 Com's support contract prices but our customers are not going to be mad at 3 Com but at us for being down or having problems. If a person cannot get good support from 3 Com then I agree that they should switch to another equipment manufacturer like Ascend. Clint

Subject: Re: (usr-tc) Support Contract survey
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-02 14:49:47

On Wed, 2 Feb 2000, Clint R. Sparks wrote: > > To make the comparision more accurate, we need to note that the car > > insurance is 1/5 of the total sale price of the car, per annum. That > > nice stripped-down Mercedes winds up costing $10k per year. > > Okay I agree but my equipment is allowing thousands of customers to log-in > everyday and this is how I make my living so it is worth it to me. The ISP > business is very competitive now a days and I cannot afford to have a piece > of equipment go down and not get replacement parts for it quickly so I guess > you have to weigh that against not having the support contract. If you're worried about mission-critical equipment going down and not getting replacements quickly, you don't rely on service contracts anyway. You have spares in the closet. As you say, the ISP business is very competitive...and even "next day" replacement (when it actually IS next-day) is too long to wait if you're market share includes a large percentage of non-casual users. Too bad that 3com insists on forcing you to include your "sitting in a closet, unplugged" equipment in your service contract...effectively doubling the cost of it, and making it even less cost-effective. If only there was an alt.binaries.warez.3com.tc 'group. (:

Subject: RE: (usr-tc) Support Contract survey
From: Brice Ligget <ligget@twoalpha.net>
Date: 2000-02-02 15:28:38

At 01:42 PM 02/02/2000 -0800, you wrote: >Paul, do you believe this dropped call problem is DSP problem? We seen and >heard from customers these complaints for sometime. We have never been able >to pin this on anything. I would hate to think that the modems are simply >dropping calls. I always blamed this on the telco. Does anyone else see this >as a bad problem. It thought we were the only ones. Is this an industy >standard for dialup? Do the Ascend units drop calls like this? I see dropped calls from time to time. If the client has the latest modem code installed on their end I have the customer insert a -v90=0, the problems go away. Doesn't sound like a telco problem to me. Sounds like a v.90 connect problem. -- Brice Ligget Chief Operations Officer Two Alpha Net is a complete Internet Service Provider based in Billings Montana. "Connect to the world" 406 628 1500 http://www.twoalpha.net

Subject: Re: (usr-tc) hiperarc radius settings
From: Dave Lajoie <dave@ncia.net>
Date: 2000-02-02 15:33:45

Laszlo, Try this at the cli == set accounting ? or set authentication ? Dave Lajoie RA Administrator North Country Internet Access www.ncia.net E-Mail: dave@ncia.net On Wed, 2 Feb 2000, Laszlo Vecsey wrote: > Whats the hiperarc command to set the primary and secondary radius > servers? Also is there a way to set more than two? > > Perhaps if there was a way to specify a hostname (not just an IP) you > could set up a round robin list of IP's to it.. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) User problems completing session
From: Cheryl Johnson <netadmin@seidata.com>
Date: 2000-02-02 16:09:29

This is a multi-part message in MIME format. ------=_NextPart_000_008F_01BF6D97.E28E2940 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Anyone seen this before? Unexpected (IPCP) Layer Down, ID 1, Restarting = Link 20963392, for <username>. It sounds like a modem issue on the user = side.=20 -Cheryl=20 SEI Data Network Service, Inc A Division of SEI Communications ------=_NextPart_000_008F_01BF6D97.E28E2940 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.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>Anyone seen this before? Unexpected = (IPCP) Layer=20 Down, ID 1, Restarting Link 20963392, for <username>. It sounds = like a=20 modem issue on the user side. </FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>-Cheryl </FONT></DIV> <DIV><FONT face=3DArial size=3D2>SEI Data Network Service, = Inc</FONT></DIV> <DIV><FONT face=3DArial size=3D2><EM>A Division of SEI=20 Communications</EM></FONT></DIV> <DIV> </DIV></BODY></HTML> ------=_NextPart_000_008F_01BF6D97.E28E2940--

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 16:10:27

Cisco get top dollar for name recognition... then they are pretty damned smart... I called up once for a problem with a 3640 I had.... the guy was all over it. Impressive. To bad for cisco thier gear dosen't fail much (in my case). IOS is a bear to learn... but that's what newsgroups and lists are for! I would happily pay for a service... if I got what I paid for. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Brian Elfert wrote: > > > On Wed, 2 Feb 2000, Clint R. Sparks wrote: > > > Paul, I am not trying to disagree with you here and I agree 3 Com needs to > > wake up sometimes on how they treat customers. However Ascend/Lucent is > > going to eventually charge for support contracts, it will be no different > > when they do. All equipment manufacturers see this as a great source of > > income and they are all in it for the money so it is only a matter of time > > before all charge for it. > > I just got a Cisco AS53192 to replace most of my 3Com gear. (I always > maintain two types of NAS equipment for compatability reasons.) > > The pricing on the 8x5xNBD contract is $2730 per year. I think the 3Com > price on a similiar contract is the same or more for 192 ports. Cisco > will normally provide 24x7 support at no additional cost for network down > emergencies even with the 8x5 contract. I'm pretty sure 3Com would charge > the normal hourly or per incident charge for after hours calls. > > The 24x7x4 contract that includes 4 hour replacement is $4370 a year. > Might seem a bit steep, but I don't think 3Com even offers 4 hour > replacement. I can't afford to have 192 of my lines out of service > oevernight or through a weekend. One long outage would probably wipe out > any savings gained by not paying for the support. > > Brian > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 16:11:53

exellent point.... I can purchase what I want when I want on what I want to cover. If I need ip plus I can buy it.. not needing to cover the entire network. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Brian Elfert wrote: > > > On Wed, 2 Feb 2000, Paul Farber wrote: > > > want the software updates.... god knows the code is a work in progress. > > Why can CISCO charge $13 for IP software to run a router and not force me > > to cover every router? I should be able to pick and choose what I want > > Cisco bundles the cost of the IP only IOS into the price of the router. > > The only reason they don't just include the IP only license in the box is > because a lot of people need the other IOS licenses with more features, so > they offer a full range of licenses to buy seperately. > > The $13 just covers the cost of the packaging and manufacturing for the > license they send you. > > Brian > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) hiperarc radius settings
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 16:19:33

try help set accounting and help set accounting_backup from the cli. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Laszlo Vecsey wrote: > Whats the hiperarc command to set the primary and secondary radius > servers? Also is there a way to set more than two? > > Perhaps if there was a way to specify a hostname (not just an IP) you > could set up a round robin list of IP's to it.. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) hiperarc radius settings
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 16:19:33

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 16:21:19

I don't expect things to be free. I expect to get what I pay for. I don't bitch and make people miserable... I take my money elsewhere. That hurts more. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Richard Stuplich wrote: > I will not pay 3com to guarantee that the product I buy works as they sold > it. > > What I do is go nuts, complain like a mad man, demand support, bitch > and moan till I get a totalservice password, download everything, store > it on my hard drive, contact my vendor, demand they support, go nuts on > them. > > It is 3com AND the vendor's fault that my stuff doesn't work as > advertised and sold. They both allow products that are not ready (fully > cooked) to make it to the street. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 16:28:50

hmm... lets see... in the last few months 3Com has released 3 new dsp code rev's. That means that stuff is leaving before tested and that your customers are getting poor service. My Jan stats showed a 27% drop rate in the first 3 minutes. The 2.0.51 fix seems to work now.. down to about 20% drop in the first 3 minutes. OSPF is a work in progress and the ARC code is being cluttered with services that ISP's don't really need.. VOIP, dial out. If you ever look in the full SNMP dump you'll see the programmers names.... yeah.... that will make the ARC run better.. any more useless crap in the code??? As for support..... if you are paying for 'next day replacement' you are being dooped... if your ARC breaks on Thursday at 9pm, you ain't getting a replacement till monday... tuesday more like it. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Clint R. Sparks wrote: > > To make the comparision more accurate, we need to note that the car > > insurance is 1/5 of the total sale price of the car, per annum. That > > nice stripped-down Mercedes winds up costing $10k per year. > > > > No, I don't think it's fair, or reasonable. Or worth it. > > Okay I agree but my equipment is allowing thousands of customers to log-in > everyday and this is how I make my living so it is worth it to me. The ISP > business is very competitive now a days and I cannot afford to have a piece > of equipment go down and not get replacement parts for it quickly so I guess > you have to weigh that against not having the support contract. I care about > nothing more than keeping my customers happy, and everyone in this business > knows full well that dialup customers are not going to care that you could > not get good support from 3 Com because you did not want to pay for their > ridiculous contract prices, they are going to want to know why you did not > pay and when the lines will be back up. We can all be mad all we want about > 3 Com's support contract prices but our customers are not going to be mad at > 3 Com but at us for being down or having problems. If a person cannot get > good support from 3 Com then I agree that they should switch to another > equipment manufacturer like Ascend. > > Clint > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Support Contract survey
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-02 16:46:17

<rant on> I only partly agree with you. It should depend on the level of support required. Software updates for "a work in progress" should be free. Period. We paid for the hardware and software to run them. We should get updates that keep them running plain and simple. Setup support is and should be free. Advanced troubleshooting support should not be free as long as the documentation on how to do the troubleshooting is made availalble to the customer. When the telco is blaming your equipment for not working correctly when they changed an option in the switch which suddenly makes it not work and they lie to you about nothing changing in the switch, a support contract ought to be available if not at least some type of charge by incident method. If the problem proves out to be 3Com's, then they should eat the charges. If the problem is obviously user error, then the user should pay. If it's not clear as to whose fault it is, then they should split the bill. How do you administer that? It's a nightmare. What's fair and what's done aren't always equal. In this case, I agree with many who have said that 3Com is over charging the little guy with a few chassis's for support. Come on - if an ISP has one or three chassis, the amount of support given is not significantly more than that of one with 20. Why can I say that? Experience has shown us that as we gained more chassis's, so did our knowlege of how to operate them. We went from calling them at least once a week to a point where we are seriously considering not renewing our contract due to the fact that the front line engineers often just don't know as much as we do about the equipment and spending 2 hours on the phone with someone who may or may not know how to help just isn't worth it any more. Granted, on rare occasions we may get a Ron Childs quality person on the phone but that is very rare. There are a few really good people in the ISP support group but they are uncommon enough and our knowlege has grown enough that we're not sure that the support is required for anything other than software upgrades and notices about them. <rant off> In the meantime, we'll see what happens... Kevin On Wed, 2 Feb 2000, Clint R. Sparks wrote: > Let me go on record saying this before I get hate mail, I do not believe it > is proper for any equipment manufacturer to charge for support. We do not > charge our customers for support and they only pay us $20 a month so I am > against them charging for support contracts. However it is a game and I run > a business and if having and needing one is how the game has to be played > then I get one. No equipment manufacturer cares about whether any of us > likes it, they are a business and in it for the bottom line. I don't like it > when telcos charge for installs on PRI and T1 circuits as I feel ordering it > should be enough but they do and hide behind their tariffs to justify it so > we pay it. I had GTE recently charge me for a premise visit after I ordered > two new PRI's and this is on top of paying the normal $600 install for each > PRI, I called them on it and they said we had to come out didn't we? I said > I would like to see you install a new circuit without coming out. Face it, > all small ISP's are being screwed by any big business anyway they can find. > > > You've not worked with this equipment for very long, have you? ;) > > 3 Years and I have had my ups and downs. > > > Seriously though...a large number of the people on this list are quite > > capable of supporting ourselves on this equipment largely. We need > > hardware coverage of some specific cards...for IgLou, we need to cover > > DSP's, we don't need to cover Arc's really since we have some spares, > > and we *CERTAINLY* don't want to cover quads since they're pretty much > > disposable at this point. > > I agree we to do not need 3 Coms help except when hardware fails and we need > replacements. > > > But with cisco, you can get a different level of coverage on each piece > > of equipment if you like...try doing that with 3Com. 3Com won't even > > honor it if you have different levels of coverage *at different sites* > > (as Paul Farber just pointed out...and has happened to us in the > > past...even after 3Com gets the money for it...that's borderline illegal > > there, breach of contract). > > Before I had a contract all kinds of problems getting 3 Com's help wanted to > kick Total Controls out door but with a contract no complaints, keep in mind > I have the full support contract and I always get the help I need or want. I > guess my case is an exception to the rule from what you are saying, but it > works for me so I cannot complain. If it did not I would complain believe > me. One thing I do now when I do need to call 3 Com for support is I ask for > the same person which helps a lot as he knows who I am which expedites > things as he knows when I call we have already tried everything. > > Clint > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: RE: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 17:58:40

I'm going by the radius stats kept by cistron radius. I simple script tells me how many calls were recieved of a certian duration and what percent of total for the day.... yesterday was: 00:00 221 6.3 00:01 224 6.4 00:02 481 13.8 00:03 116 3.3 . . . 06:00 53 1.5 06:01 5 0.1 08:57 1 0.0 Total calls: 3488 Of the 1042 call less than 4 minutes, 487 I should have been there (an ISDN cusotmer checks mail every 5 minutes, that's 555 unnder 4 minutes.. of a 15% drop rate in the first 4 minutes of a call. The recorded diconnect reason in radius is 'User-Request' or 'Carrier-Loss'. both to generic to be of any value. Someone said you can trap the diconnect reason.... but to date I have not got it to work. I can trap auth errors... but not disconnect reasons. But i'm working on it. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Terry Kennedy wrote: > > hmm... lets see... in the last few months 3Com has released 3 new dsp code > rev's. That means that stuff is leaving before tested and that your > customers are getting poor service. My Jan stats showed a 27% drop rate > in the first 3 minutes. The 2.0.51 fix seems to work now.. down to about > 20% drop in the first 3 minutes. > > Paul, do you believe this dropped call problem is DSP problem? We seen and > heard from customers these complaints for sometime. We have never been able > to pin this on anything. I would hate to think that the modems are simply > dropping calls. I always blamed this on the telco. Does anyone else see this > as a bad problem. It thought we were the only ones. Is this an industy > standard for dialup? Do the Ascend units drop calls like this? > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) Forcing DNS
From: Justin Ellison <sysadmin@nebi.com>
Date: 2000-02-02 18:09:15

I have about 300 Setup CD's with the wrong primary and secondary DNS numbers burned to it. I can't come up with anything to redirect the DNS queries at my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, and it works properly, but is there a way for me to force the client to use what the HARC specifies? TIA, Justin

Subject: Re: (usr-tc) Forcing DNS
From: Richard Lorbieski <richard@alpha1.net>
Date: 2000-02-02 18:19:17

What are the IP addresses? You maybe able to alias them on your DNS server. Justin Ellison wrote: > > I have about 300 Setup CD's with the wrong primary and secondary DNS numbers > burned to it. I can't come up with anything to redirect the DNS queries at > my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, and > it works properly, but is there a way for me to force the client to use what > the HARC specifies? > > TIA, > > Justin > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Richard Lorbieski - richard@alpha1.net Chief Technical Officer - Senior System Administrator Alpha1 Internet http://www.alpha1.net 409.731.8236 - 877.4.alpha1 (877.425.7421)

Subject: Re: (usr-tc) Forcing DNS
From: Justin Ellison <sysadmin@nebi.com>
Date: 2000-02-02 18:34:29

'fraid not, the ip's that are getting specified aren't mine, they're Sprint's. My sales rep (God bless his soul) gave me the authoritive name server addresses for Sprint which don't actually resolve names.... Justin ----- Original Message ----- Sent: Wednesday, February 02, 2000 6:19 PM > What are the IP addresses? > > You maybe able to alias them on your DNS server. > > Justin Ellison wrote: > > > > I have about 300 Setup CD's with the wrong primary and secondary DNS numbers > > burned to it. I can't come up with anything to redirect the DNS queries at > > my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, and > > it works properly, but is there a way for me to force the client to use what > > the HARC specifies? > > > > TIA, > > > > Justin > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > -- > > Richard Lorbieski - richard@alpha1.net > Chief Technical Officer - Senior System Administrator > Alpha1 Internet http://www.alpha1.net > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) Good news or bad news? You decide...
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-02 18:40:01

Well...this is either good news or bad news...I'll let each decide for themselves. :) Right before I left the office I got a call from a gentleman at 3Com trying to followup on our issues and see what could be done about them. This is the good news part...at least they're trying to do something. The bad news perspective of it though...he was from the technical support department. This means that his concerns, and areas where he would be able to help, would be if there were any outside issues with the actual equipment/software/whatever. While there are some outstanding issues...they're not of that magnitude IMO (v.90 compatibility, early disconnects...stuff like that), and, for the most part, they're being dealt with fairly well. The main issues that I have been dealing with, and I shared this with this gentleman were the issues of obtaining support *contracts*, not obtaining *support*. So, the bad news being...while 3Com is listening and trying to address issues...they don't seem to be doing a terribly good job of it...or at least they're not delegating the problem to the right people. The gentleman that I spoke to listened to what I had to say about the support contract issues, understood my position, then pretty much indicated that this was kinda outside his area of being able to do anything, but that if we had any outside trouble tickets or whatever that weren't being dealt, that he could indeed help there. Like I said...I didn't have anything earth shattering...I wish I would've mentioned the v.90 compatibility problems, but didn't, but by and large, this guy wasn't in a position to help out with the issues that we've been throwing email back and forth about today. He did mention that he would mention the substance of my issues to his boss...so there is still some hope that the right people will get notified of these things before its all over and done with. I do appreciate 3Com folks at least making an effort to get a response in motion...hopefully we can get the right people involved and really make some forward progress. :) My decision is that this is "qualified good news". It shows that things are at least moving...though we're still to see how efficiently. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Forcing DNS
From: Mark E. Levy <mark@fsi.net>
Date: 2000-02-02 18:43:09

Sounds to me like Sprint owes you 300 setup CDs. Justin Ellison wrote: > > 'fraid not, the ip's that are getting specified aren't mine, they're > Sprint's. My sales rep (God bless his soul) gave me the authoritive name > server addresses for Sprint which don't actually resolve names.... > > Justin -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Subject: Re: (usr-tc) Forcing DNS
From: Justin Ellison <sysadmin@nebi.com>
Date: 2000-02-02 19:01:44

My thoughts exactly... ----- Original Message ----- Sent: Wednesday, February 02, 2000 6:43 PM > Sounds to me like Sprint owes you 300 setup CDs. > > Justin Ellison wrote: > > > > 'fraid not, the ip's that are getting specified aren't mine, they're > > Sprint's. My sales rep (God bless his soul) gave me the authoritive name > > server addresses for Sprint which don't actually resolve names.... > > > > Justin > > -- > --------------------------------------------------------------------- > 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. >

Subject: Re: (usr-tc) Forcing DNS
From: Richard Lorbieski <richard@alpha1.net>
Date: 2000-02-02 19:10:01

Doesn't matter, you can create an ip alias on the DNS server (the 2 ips) and have your router redirect them to the real IP of DNS server. Justin Ellison wrote: > > 'fraid not, the ip's that are getting specified aren't mine, they're > Sprint's. My sales rep (God bless his soul) gave me the authoritive name > server addresses for Sprint which don't actually resolve names.... > > Justin > ----- Original Message ----- > From: "Richard Lorbieski" <richard@alpha1.net> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, February 02, 2000 6:19 PM > Subject: Re: (usr-tc) Forcing DNS > > > What are the IP addresses? > > > > You maybe able to alias them on your DNS server. > > > > Justin Ellison wrote: > > > > > > I have about 300 Setup CD's with the wrong primary and secondary DNS > numbers > > > burned to it. I can't come up with anything to redirect the DNS queries > at > > > my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, > and > > > it works properly, but is there a way for me to force the client to use > what > > > the HARC specifies? > > > > > > TIA, > > > > > > Justin > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > -- > > > > Richard Lorbieski - richard@alpha1.net > > Chief Technical Officer - Senior System Administrator > > Alpha1 Internet http://www.alpha1.net > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. -- Richard Lorbieski - richard@alpha1.net Chief Technical Officer - Senior System Administrator Alpha1 Internet http://www.alpha1.net 409.731.8236 - 877.4.alpha1 (877.425.7421)

Subject: Re: (usr-tc) Connect Speed issues
From: Lists <lists@aussie.nu>
Date: 2000-02-02 20:06:46

> Too bad 3com thinks things are better now because their is less noise about > it. However nothing is further from the truth... people are just giving up. > They just will not listen ;-( So instead of the frustration more and more > people are switching to Ascend... sooner or later it will hit 3com's bottom > line and they might wake up. One of the reasons I'm considering changing platforms rather than upgrading our legacy USR gear to HiPer equipment. In nearly all cases giving the client the latest code has worked for us, but I hear that HiPer gear has way more issues than the quads. Bob Purdon, Ground Floor, Marine Board Building Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 Southern Internet Services. +61 (3) 6234 7444

Subject: (usr-tc) dns server assignment in PPP
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-02 20:30:03

I am having trouble with one of my TCH's assigning the dns servers as part of the PPP negotiation. The other chassis's all do it fine, but I can't tell what the difference in the configuration is. SHOW PPP lists the correct dns servers on all the chassis. Any ideas as to what I should look for? Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) Good news or bad news? You decide...
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 20:57:19

Well, this has been a pretty good discussion about a pretty important issue. I like TC... I like what it has done for me. But the issue remains... I'm out $1200, have no support contract, and Michelle on the other end dosen't seem to give a rats ass that this support contract pays her salary so she can be rude on the phone to me. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Jeff Mcadams wrote: > Well...this is either good news or bad news...I'll let each decide for > themselves. :) > > Right before I left the office I got a call from a gentleman at 3Com > trying to followup on our issues and see what could be done about them. > This is the good news part...at least they're trying to do something. > > The bad news perspective of it though...he was from the technical > support department. This means that his concerns, and areas where he > would be able to help, would be if there were any outside issues with > the actual equipment/software/whatever. While there are some > outstanding issues...they're not of that magnitude IMO (v.90 > compatibility, early disconnects...stuff like that), and, for the most > part, they're being dealt with fairly well. > > The main issues that I have been dealing with, and I shared this with > this gentleman were the issues of obtaining support *contracts*, not > obtaining *support*. So, the bad news being...while 3Com is listening > and trying to address issues...they don't seem to be doing a terribly > good job of it...or at least they're not delegating the problem to the > right people. > > The gentleman that I spoke to listened to what I had to say about the > support contract issues, understood my position, then pretty much > indicated that this was kinda outside his area of being able to do > anything, but that if we had any outside trouble tickets or whatever > that weren't being dealt, that he could indeed help there. Like I > said...I didn't have anything earth shattering...I wish I would've > mentioned the v.90 compatibility problems, but didn't, but by and large, > this guy wasn't in a position to help out with the issues that we've > been throwing email back and forth about today. He did mention that he > would mention the substance of my issues to his boss...so there is still > some hope that the right people will get notified of these things before > its all over and done with. > > I do appreciate 3Com folks at least making an effort to get a response > in motion...hopefully we can get the right people involved and really > make some forward progress. :) > > My decision is that this is "qualified good news". It shows that things > are at least moving...though we're still to see how efficiently. > -- > 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. >

Subject: Re: (usr-tc) Forcing DNS
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-02 21:04:28

I have the same problem. On the DNS server I have it answer for both the old and new DNS server IP (set up an ip alias in linux). Then on the cisco use: ip route old.ip.add.ress 255.255.255.255 eth0 when the dial up sends a DNS request to the old ip, since it's not local it gets sent to the cisco... the cisco looks in its route table for the most specific route to the network the DNS server is on.. it sees the old.ip.add.ress and shoots the packet out the eth0 (back onto your local LAN) for the DNS server to respond to it. You may want to add the static route to your term server to save a trip to the cisco.. but it may be more convienant to do it there. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 2 Feb 2000, Justin Ellison wrote: > I have about 300 Setup CD's with the wrong primary and secondary DNS numbers > burned to it. I can't come up with anything to redirect the DNS queries at > my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, and > it works properly, but is there a way for me to force the client to use what > the HARC specifies? > > TIA, > > Justin > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: RE: (usr-tc) dns server assignment in PPP
From: Marshall Morgan <marshall@netdoor.com>
Date: 2000-02-02 21:26:35

We do it like: set ppp DNS_USAGE system add dns server x.y.z.a preference 1 add dns server z.y.z.b preference 2 list dns servers and sh ppp to make sure it all looks right. ... but you could also do it like: set ppp DNS_USAGE ppp set ppp PPPDNS_PRIMARY x.y.z.a set ppp PPPDNS_SECONDARY x.y.z.b sh ppp then says: DNS configuration Usage: PPP (I guess?) Primary PPP DNS Server address: x.y.z.a Secondary PPP DNS Server address: x.y.z.b Hope this helps. Marshall Morgan Internet Doorway, Inc. (aka NETDOOR) > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton > Sent: Wednesday, February 02, 2000 8:30 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) dns server assignment in PPP > > > I am having trouble with one of my TCH's assigning the dns servers as part > of the PPP negotiation. The other chassis's all do it fine, but I can't tell > what the difference in the configuration is. SHOW PPP lists the correct dns > servers on all the chassis. Any ideas as to what I should look for? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

Subject: Re: (usr-tc) dns server assignment in PPP
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 2000-02-02 22:02:50

The hiper arc show ppp settings, have the IP address of DNS server and also a setup where you can tell if the IP address that the hiper arc should assign is the Systems DNS servers or the specific dns server mentioned for PPP users The option is DNS configuration usage - it can either be System or PPP or NONE. If set to none - you will not get DNS, if set PPP and if there is no PPP DNS server address setup - again no DNS server, if set to system the the HiPer arc's DNS server IP will be given out. Again for all this to work you have to make sure that the client does request DNS during PPP - Most of the clients do. regards krish On Wed, 2 Feb 2000, Mark Thornton wrote: > I am having trouble with one of my TCH's assigning the dns servers as part > of the PPP negotiation. The other chassis's all do it fine, but I can't tell > what the difference in the configuration is. SHOW PPP lists the correct dns > servers on all the chassis. Any ideas as to what I should look for? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Forcing DNS
From: Brian <signal@shreve.net>
Date: 2000-02-02 23:55:33

Hey, it doesn't matter if the ip's are microsofts even..........if you want/need to hijack them for a bit, do it. Just bind them to your current nameservers. Watch the activity to those ip's, and contact the people gradually to start changing them out............ On Wed, 2 Feb 2000, Justin Ellison wrote: > 'fraid not, the ip's that are getting specified aren't mine, they're > Sprint's. My sales rep (God bless his soul) gave me the authoritive name > server addresses for Sprint which don't actually resolve names.... > > Justin > ----- Original Message ----- > From: "Richard Lorbieski" <richard@alpha1.net> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, February 02, 2000 6:19 PM > Subject: Re: (usr-tc) Forcing DNS > > > > What are the IP addresses? > > > > You maybe able to alias them on your DNS server. > > > > Justin Ellison wrote: > > > > > > I have about 300 Setup CD's with the wrong primary and secondary DNS > numbers > > > burned to it. I can't come up with anything to redirect the DNS queries > at > > > my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, > and > > > it works properly, but is there a way for me to force the client to use > what > > > the HARC specifies? > > > > > > TIA, > > > > > > Justin > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > -- > > > > Richard Lorbieski - richard@alpha1.net > > Chief Technical Officer - Senior System Administrator > > Alpha1 Internet http://www.alpha1.net > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Good news or bad news? You decide...
From: Brian <signal@shreve.net>
Date: 2000-02-02 23:57:38

She shouldn't be rude to you. Between about 10 of us on this list, their is probably $10-$15M in business with 3Com in the last 3-4 years alone. Losing one client could mean a million dollars or more to 3Com. They should not let her abuse people. Brian On Wed, 2 Feb 2000, Paul Farber wrote: > Well, this has been a pretty good discussion about a pretty important > issue. > > I like TC... I like what it has done for me. But the issue remains... I'm > out $1200, have no support contract, and Michelle on the other end dosen't > seem to give a rats ass that this support contract pays her salary so she > can be rude on the phone to me. > > > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > Well...this is either good news or bad news...I'll let each decide for > > themselves. :) > > > > Right before I left the office I got a call from a gentleman at 3Com > > trying to followup on our issues and see what could be done about them. > > This is the good news part...at least they're trying to do something. > > > > The bad news perspective of it though...he was from the technical > > support department. This means that his concerns, and areas where he > > would be able to help, would be if there were any outside issues with > > the actual equipment/software/whatever. While there are some > > outstanding issues...they're not of that magnitude IMO (v.90 > > compatibility, early disconnects...stuff like that), and, for the most > > part, they're being dealt with fairly well. > > > > The main issues that I have been dealing with, and I shared this with > > this gentleman were the issues of obtaining support *contracts*, not > > obtaining *support*. So, the bad news being...while 3Com is listening > > and trying to address issues...they don't seem to be doing a terribly > > good job of it...or at least they're not delegating the problem to the > > right people. > > > > The gentleman that I spoke to listened to what I had to say about the > > support contract issues, understood my position, then pretty much > > indicated that this was kinda outside his area of being able to do > > anything, but that if we had any outside trouble tickets or whatever > > that weren't being dealt, that he could indeed help there. Like I > > said...I didn't have anything earth shattering...I wish I would've > > mentioned the v.90 compatibility problems, but didn't, but by and large, > > this guy wasn't in a position to help out with the issues that we've > > been throwing email back and forth about today. He did mention that he > > would mention the substance of my issues to his boss...so there is still > > some hope that the right people will get notified of these things before > > its all over and done with. > > > > I do appreciate 3Com folks at least making an effort to get a response > > in motion...hopefully we can get the right people involved and really > > make some forward progress. :) > > > > My decision is that this is "qualified good news". It shows that things > > are at least moving...though we're still to see how efficiently. > > -- > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) User problems completing session
From: Blake Fithen <fithen@networksplus.com>
Date: 2000-02-03 00:29:24

I believe one of the reasons this happens is when you do not have enough addresses in your defined pool. blake -----Original Message----- Sent: Wednesday, February 02, 2000 3:09 PM Anyone seen this before? Unexpected (IPCP) Layer Down, ID 1, Restarting Link 20963392, for <username>. It sounds like a modem issue on the user side. -Cheryl SEI Data Network Service, Inc A Division of SEI Communications

Subject: Re: (usr-tc) Good news or bad news? You decide...
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-03 08:07:09

Thus spake Stainforth, Matthew >After my last incident where we were negotiating a price for a service >contract and, out of pure coincidence I had a Netserver die on me, she >refused to tell me what the warranty period for this equipment was and >wouldn't replace it without a service contract. I said I didn't care >about next day replacement...I could wait the normal 14 day period for >repair...but no. I call that rude. So I ended up raising a fuss and >one of the 3Com Canada replaced the NIC on the sly for me. I strongly >suggested at that time that Michelle Catalano should be fired but I >guess my advice wasn't heeded. I've found a good question to ask in a situation like that is "What's your boss'es name and phone number?" -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Good news or bad news? You decide...
From: Kirk Mitchell <mitch@keyconn.net>
Date: 2000-02-03 08:38:04

At 06:40 PM 2/2/00 -0500, Jeff Mcadams wrote: >Well...this is either good news or bad news...I'll let each decide for >themselves. :) > >Right before I left the office I got a call from a gentleman at 3Com >trying to followup on our issues and see what could be done about them. >This is the good news part...at least they're trying to do something. My question is; "Did he take it upon himself to call you, or was he asked to do so by management?" If he took it upon himself, I'd have to catagorize it as "No news". I don't think anyone here has questioned the desire of 3Com technical staff to help. Krish, Mike, and others have always been helpful and supportive of the customers but, until management decides to bend an ear and pay attention, nothing is likely to change. Thus far, nobody that makes decisions has shown an interest in addressing the problems with the contract policies. >My decision is that this is "qualified good news". It shows that things >are at least moving...though we're still to see how efficiently. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Subject: Re: (usr-tc) Forcing DNS
From: Kirk Mitchell <mitch@keyconn.net>
Date: 2000-02-03 08:45:55

At 06:34 PM 2/2/00 -0600, Justin Ellison wrote: >'fraid not, the ip's that are getting specified aren't mine, they're >Sprint's. My sales rep (God bless his soul) gave me the authoritive name >server addresses for Sprint which don't actually resolve names.... Change the customer's connectiod properties "TCP/IP Settings" to "Server assigned DNS". We've been working towards getting all of our customers set up this way so they don't fall victim to any future renumbering. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Subject: Re: (usr-tc) Good news or bad news? You decide...
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-03 08:46:13

Thus spake Kirk Mitchell > My question is; "Did he take it upon himself to call you, or was he >asked to do so by management?" If he took it upon himself, I'd have to >catagorize it as "No news". I don't think anyone here has questioned >the desire of 3Com technical staff to help. Krish, Mike, and others >have always been helpful and supportive of the customers but, until >management decides to bend an ear and pay attention, nothing is likely >to change. Thus far, nobody that makes decisions has shown an interest >in addressing the problems with the contract policies. Oh, it definitely came down from above...from *well* above. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Good news or bad news? You decide...
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-03 08:52:18

After my last incident where we were negotiating a price for a service contract and, out of pure coincidence I had a Netserver die on me, she refused to tell me what the warranty period for this equipment was and wouldn't replace it without a service contract. I said I didn't care about next day replacement...I could wait the normal 14 day period for repair...but no. I call that rude. So I ended up raising a fuss and one of the 3Com Canada replaced the NIC on the sly for me. I strongly suggested at that time that Michelle Catalano should be fired but I guess my advice wasn't heeded. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Brian [mailto:signal@shreve.net] > Sent: Thursday, February 03, 2000 1:58 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Good news or bad news? You decide... > > > > She shouldn't be rude to you. > > Between about 10 of us on this list, their is probably $10-$15M in > business with 3Com in the last 3-4 years alone. Losing one > client could > mean a million dollars or more to 3Com. They should not let her abuse > people. > > Brian > > > On Wed, 2 Feb 2000, Paul Farber wrote: > > > Well, this has been a pretty good discussion about a pretty > important > > issue. > > > > I like TC... I like what it has done for me. But the issue > remains... I'm > > out $1200, have no support contract, and Michelle on the > other end dosen't > > seem to give a rats ass that this support contract pays her > salary so she > > can be rude on the phone to me. > > > > > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > > > Well...this is either good news or bad news...I'll let > each decide for > > > themselves. :) > > > > > > Right before I left the office I got a call from a > gentleman at 3Com > > > trying to followup on our issues and see what could be > done about them. > > > This is the good news part...at least they're trying to > do something. > > > > > > The bad news perspective of it though...he was from the technical > > > support department. This means that his concerns, and > areas where he > > > would be able to help, would be if there were any outside > issues with > > > the actual equipment/software/whatever. While there are some > > > outstanding issues...they're not of that magnitude IMO (v.90 > > > compatibility, early disconnects...stuff like that), and, > for the most > > > part, they're being dealt with fairly well. > > > > > > The main issues that I have been dealing with, and I > shared this with > > > this gentleman were the issues of obtaining support > *contracts*, not > > > obtaining *support*. So, the bad news being...while 3Com > is listening > > > and trying to address issues...they don't seem to be > doing a terribly > > > good job of it...or at least they're not delegating the > problem to the > > > right people. > > > > > > The gentleman that I spoke to listened to what I had to > say about the > > > support contract issues, understood my position, then pretty much > > > indicated that this was kinda outside his area of being able to do > > > anything, but that if we had any outside trouble tickets > or whatever > > > that weren't being dealt, that he could indeed help there. Like I > > > said...I didn't have anything earth shattering...I wish I would've > > > mentioned the v.90 compatibility problems, but didn't, > but by and large, > > > this guy wasn't in a position to help out with the issues > that we've > > > been throwing email back and forth about today. He did > mention that he > > > would mention the substance of my issues to his boss...so > there is still > > > some hope that the right people will get notified of > these things before > > > its all over and done with. > > > > > > I do appreciate 3Com folks at least making an effort to > get a response > > > in motion...hopefully we can get the right people > involved and really > > > make some forward progress. :) > > > > > > My decision is that this is "qualified good news". It > shows that things > > > are at least moving...though we're still to see how efficiently. > > > -- > > > 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. > > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Good news or bad news? You decide...
From: Kirk Mitchell <mitch@keyconn.net>
Date: 2000-02-03 08:53:23

At 08:46 AM 2/3/00 -0500, Jeff Mcadams wrote: >Thus spake Kirk Mitchell >> My question is; "Did he take it upon himself to call you, or was he >>asked to do so by management?" If he took it upon himself, I'd have to >>catagorize it as "No news". I don't think anyone here has questioned >>the desire of 3Com technical staff to help. Krish, Mike, and others >>have always been helpful and supportive of the customers but, until >>management decides to bend an ear and pay attention, nothing is likely >>to change. Thus far, nobody that makes decisions has shown an interest >>in addressing the problems with the contract policies. > >Oh, it definitely came down from above...from *well* above. :) Cool, then I'll amend my vote to "qualified good news" also. Let's just hope that "well above" heeds what they hear and aren't just paying lip service to quiet the squeaky wheel. Imagine if upper management started actually paying attention to what their front-line people say...they'd have a whole new company on their hands, and a far more profitible one too, I'd bet :) -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Subject: RE: (usr-tc) Does 3Com Monitor List
From: Terry Kennedy <terry@olypen.com>
Date: 2000-02-03 09:03:00

Someone on this list must know someone at 3com with some clout. Why doesn't that person simply ask 3com to monitor the list and respond to the requests. I know it sounds simplistic but if a few calls should get things rollings. I don't many at 3com but I know vendors and they must know someone. Maybe we can get together and figure out who knows the mightiest at 3com and push until they particpate. Or we could just start signing people at 3com upto list :) Terry Kennedy OlyPen, Inc. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ed Sent: Thursday, February 03, 2000 8:15 AM Jeff I believe they listen to you because they know you are fairly intelligent on the 3com systems and you have been on this list helping others for so long that others listen to you. However they aren't listening to most people who complain... and they definitely aren't fixing certain problems. 3com connectivity issues and v.90 problems aren't fixed and haven't even been modified to my knowledge... Ascend is still kicking 3com's butt in v.90 connects. Also Support Contract issues seem to elude them... they cannot grasp such simple thinking as give a little and gain a lot. If I were head of 3com I would be DEEPLY upset if people spoke about my products in such a way. I would do something about it. Maybe the people who would care don't see the list...? ShareHolders and Executives Ed ----- Original Message ----- Sent: Thursday, February 03, 2000 11:05 AM Thus spake Ted Mecimore >I was wondering if any 3Com folks are lurking out there. With all the >"adventure" dealing the DSP vs HCF battle I am wondering how they plan >to respond. Yes...there are many 3Com folks on the list...most lurking, but they're there. In fact...last I checked...the main list was about 1/10 3Com folks (that's 3com.com and usr.com domains). Now...how much 3Com *responds* to the list is still somewhat in doubt, but you do see some responses on at least some subjects (my message yesterday morning about the support contract has elicited a couple of calls now). 3Com is listening...we've yet to see how well they respond to it though. :) Kinda goes back to that beaurocracy thing I talked about a couple of months ago I think. :) -- 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.

Subject: Re: (usr-tc) Support Contract survey
From: Lists <lists@aussie.nu>
Date: 2000-02-03 09:15:20

> The current count is 9 people don't have support contracts, and 4 do. Hmmm, must have missed all this... We're a big NO. We had a contract, which 3COM were unable to honour as per the terms when we needed it. They gave us a full credit for the contract, and then 12 months later sent us to the collectors for not paying it (and then tried to collect in US funds, not AUD). > - One "yes" only had software coverage even though they would have liked > to have greater coverage. They had to settle for software-only > because of the cost I can go along with that. It's cheaper for me to keep a spare chassis on hand myself than it is to pay 3COM for a contract. As for software - we're Quad/NETserver based. There doesn't seem to be any interest at 3COM towards fixing the interoperability problems reported here, nor will there be any new NETserver code, so why would I want even software support? > The best I got from the discussion was that service options could be > discussed (ie, a special deal is how I understand this) if its "a > sound business case that makes sense for the customer and for 3Com." ie, if you're as big as AOL, we'll cut you a deal :-) > Let me suggest that a sound business case for 3Com would be to not > lose their customers which is what is happening...3Com is verging > towards losing us as a customer even...and we've been a > USRobotics/3Com customer for at least 5 years (35 Amp power supplied > and dual analog 14.4 modems) We're seriously considering our options as well - it's not very likely that we'll be upgrading to HiPer gear. Probably move to Cisco instead, which is what our interstate office use. Bob Purdon, Ground Floor, Marine Board Building Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 Southern Internet Services. +61 (3) 6234 7444

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-03 09:55:40

When was the last time you had a 3Com rep tell you that you are the only site he/she knows that is experiencing these problems? How many times before that with different reps? I think it is a trained response, whether we are talking about TCH dialup systems or the TCH adsl systems. The other thing that seems obvious to me is that the ISP business must not be the driving financial group behing the TCH product. If it were then we wouldn't be seeing all these weird add-on features like VOIP just so the annual report can say they are in the market. Who really is the biggest consumer of the TCH system? Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) User problems completing session
From: Cheryl Johnson <netadmin@seidata.com>
Date: 2000-02-03 10:01:19

The address pool defined is more than enough for the number of ports on this chassis. I don't see this often, but wasn't sure of the root cause for this happening. Thanks. cheryl ----- Original Message ----- Sent: Thursday, February 03, 2000 1:29 AM > I believe one of the reasons this happens is when you do not > have enough addresses in your defined pool. > > blake > > -----Original Message----- > From: Cheryl Johnson [mailto:netadmin@seidata.com] > Sent: Wednesday, February 02, 2000 3:09 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) User problems completing session > > > Anyone seen this before? Unexpected (IPCP) Layer Down, ID 1, Restarting Link > 20963392, for <username>. It sounds like a modem issue on the user side. > > -Cheryl > SEI Data Network Service, Inc > A Division of SEI Communications > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) Does 3Com Monitor List
From: Ted Mecimore <tmecimor@vistatech.net>
Date: 2000-02-03 10:02:57

I was wondering if any 3Com folks are lurking out there. With all the "adventure" dealing the DSP vs HCF battle I am wondering how they plan to respond. -- Ted Mecimore Operations Manager Vista Technology

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Ed <ed@taylors.com>
Date: 2000-02-03 10:20:53

They don't... if so they should have responded to the Ascend vs. 3com issues months ago. Customers apparently are expendable since they advertise like AOL. I say stop all advertising until you fix your products 3com... funnel those funds into your product and make it better than ever and blow the competition away with superior products. Forget sending the next batch of 3com 3x5 cards with deals on it out to every service across the nation... forget advertising in the trade rags... forget going to every trade show around the country... forget smoozing the Sales team and there clients... forget the "deals". Give us guts and glory... make the systems work the way they should. <steps down> Ed ----- Original Message ----- Sent: Thursday, February 03, 2000 10:02 AM I was wondering if any 3Com folks are lurking out there. With all the "adventure" dealing the DSP vs HCF battle I am wondering how they plan to respond. -- Ted Mecimore Operations Manager Vista Technology - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Denis Newkirk <dnewkirk@early.com>
Date: 2000-02-03 10:28:55

I know if we had to do it all over again.. it wouldn't be with 3com. We have purchased our last 3com equipment until we get commitment to fix problems instead of marketing hype. Come to think about it... there have been many statements of commitment... we need real fixes. We've even been thinking about swapping all our 3com equipment out, but now lucent owns Ascend and you never know what it will become. At 10:20 AM 2/3/00 -0500, you wrote: >They don't... if so they should have responded to the Ascend vs. 3com issues >months ago. Customers apparently are expendable since they advertise like >AOL. I say stop all advertising until you fix your products 3com... funnel >those funds into your product and make it better than ever and blow the >competition away with superior products. Forget sending the next batch of >3com 3x5 cards with deals on it out to every service across the nation... >forget advertising in the trade rags... forget going to every trade show >around the country... forget smoozing the Sales team and there clients... >forget the "deals". Give us guts and glory... make the systems work the way >they should. > ><steps down> > >Ed > >----- Original Message ----- >From: "Ted Mecimore" <tmecimor@vistatech.net> >To: <usr-tc@lists.xmission.com> >Sent: Thursday, February 03, 2000 10:02 AM >Subject: (usr-tc) Does 3Com Monitor List > > >I was wondering if any 3Com folks are lurking out there. With all >the "adventure" dealing the DSP vs HCF battle I am wondering how they plan >to >respond. > > -- >Ted Mecimore >Operations Manager >Vista Technology > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Ted Mecimore <tmecimor@vistatech.net>
Date: 2000-02-03 10:30:38

We are also looking at the ascend systems. The ascend/lucent marriage make us a little unsure. I am not a fan of portmasters after fighting some we acquired. The TC boxes are great when it is cranking. But...... I really need support, when i need it. 24x7x365. It is hard to explain why "I can connect to xyz provider, why can't i connect to you..." -- Ted Mecimore Operations Manager Vista Technology

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-03 11:05:39

Thus spake Ted Mecimore >I was wondering if any 3Com folks are lurking out there. With all the >"adventure" dealing the DSP vs HCF battle I am wondering how they plan >to respond. Yes...there are many 3Com folks on the list...most lurking, but they're there. In fact...last I checked...the main list was about 1/10 3Com folks (that's 3com.com and usr.com domains). Now...how much 3Com *responds* to the list is still somewhat in doubt, but you do see some responses on at least some subjects (my message yesterday morning about the support contract has elicited a couple of calls now). 3Com is listening...we've yet to see how well they respond to it though. :) Kinda goes back to that beaurocracy thing I talked about a couple of months ago I think. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Ed <ed@taylors.com>
Date: 2000-02-03 11:15:21

Jeff I believe they listen to you because they know you are fairly intelligent on the 3com systems and you have been on this list helping others for so long that others listen to you. However they aren't listening to most people who complain... and they definitely aren't fixing certain problems. 3com connectivity issues and v.90 problems aren't fixed and haven't even been modified to my knowledge... Ascend is still kicking 3com's butt in v.90 connects. Also Support Contract issues seem to elude them... they cannot grasp such simple thinking as give a little and gain a lot. If I were head of 3com I would be DEEPLY upset if people spoke about my products in such a way. I would do something about it. Maybe the people who would care don't see the list...? ShareHolders and Executives Ed ----- Original Message ----- Sent: Thursday, February 03, 2000 11:05 AM Thus spake Ted Mecimore >I was wondering if any 3Com folks are lurking out there. With all the >"adventure" dealing the DSP vs HCF battle I am wondering how they plan >to respond. Yes...there are many 3Com folks on the list...most lurking, but they're there. In fact...last I checked...the main list was about 1/10 3Com folks (that's 3com.com and usr.com domains). Now...how much 3Com *responds* to the list is still somewhat in doubt, but you do see some responses on at least some subjects (my message yesterday morning about the support contract has elicited a couple of calls now). 3Com is listening...we've yet to see how well they respond to it though. :) Kinda goes back to that beaurocracy thing I talked about a couple of months ago I think. :) -- 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.

Subject: RE: (usr-tc) Does 3Com Monitor List
From: Greg Coffey <greg@coffey.com>
Date: 2000-02-03 11:21:00

It seems that no matter how angry this list has gotten in the past, no acknowledgement ever came from 3Com regarding the subject. I've been on the list for some time and times have been pretty heated occasionally. There have been heated discussions about the old Netserver software and support issues. Numerous times there have been discussions about 3Com client modems connecting at v90 rates with Ascend servers but not with 3Com servers. The $$ for tech support (or lack thereof) comes up all the time. Tech support has improved but most of us still have significant issues with it as is. There is still a saliva test to prove who you are before anyone will talk to you. If someone with clout is monitoring it, they have remained mute on any subject in here. At 09:03 AM 2/3/00 -0800, you wrote: >Someone on this list must know someone at 3com with some clout. Why doesn't >that person simply ask 3com to monitor the list and respond to the requests. >I know it sounds simplistic but if a few calls should get things rollings. I >don't many at 3com but I know vendors and they must know someone. Maybe we >can get together and figure out who knows the mightiest at 3com and push >until they particpate. Or we could just start signing people at 3com upto >list :) > >Terry Kennedy >OlyPen, Inc. > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ed >Sent: Thursday, February 03, 2000 8:15 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Does 3Com Monitor List > > >Jeff I believe they listen to you because they know you are fairly >intelligent on the 3com systems and you have been on this list helping >others for so long that others listen to you. However they aren't listening >to most people who complain... and they definitely aren't fixing certain >problems. 3com connectivity issues and v.90 problems aren't fixed and >haven't even been modified to my knowledge... Ascend is still kicking 3com's >butt in v.90 connects. Also Support Contract issues seem to elude them... >they cannot grasp such simple thinking as give a little and gain a lot. > >If I were head of 3com I would be DEEPLY upset if people spoke about my >products in such a way. I would do something about it. Maybe the people who >would care don't see the list...? ShareHolders and Executives > >Ed > >----- Original Message ----- >From: "Jeff Mcadams" <jeffm@iglou.com> >To: <usr-tc@lists.xmission.com> >Sent: Thursday, February 03, 2000 11:05 AM >Subject: Re: (usr-tc) Does 3Com Monitor List > > >Thus spake Ted Mecimore > >I was wondering if any 3Com folks are lurking out there. With all the > >"adventure" dealing the DSP vs HCF battle I am wondering how they plan > >to respond. > >Yes...there are many 3Com folks on the list...most lurking, but they're >there. In fact...last I checked...the main list was about 1/10 3Com >folks (that's 3com.com and usr.com domains). Now...how much 3Com >*responds* to the list is still somewhat in doubt, but you do see some >responses on at least some subjects (my message yesterday morning about >the support contract has elicited a couple of calls now). > >3Com is listening...we've yet to see how well they respond to it though. >:) Kinda goes back to that beaurocracy thing I talked about a couple of >months ago I think. :) >-- >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. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com

Subject: (usr-tc) Another compatablity issue (HSP) Modems
From: Brian Gordon <administrator@westelcom.com>
Date: 2000-02-03 11:21:08

Whats going on with these HSP modem and how do you get them to connect to Hiper DSP's. These damn compatablity issues are killing me, when is V.90 going to WORK? Brian ----- Original Message ----- Sent: Thursday, February 03, 2000 10:55 AM > When was the last time you had a 3Com rep tell you that you are the only > site he/she knows that is experiencing these problems? How many times before > that with different reps? I think it is a trained response, whether we are > talking about TCH dialup systems or the TCH adsl systems. > > The other thing that seems obvious to me is that the ISP business must not > be the driving financial group behing the TCH product. If it were then we > wouldn't be seeing all these weird add-on features like VOIP just so the > annual report can say they are in the market. Who really is the biggest > consumer of the TCH system? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Another compatablity issue (HSP) Modems
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-03 11:22:28

Thus spake Brian Gordon >Whats going on with these HSP modem and how do you get them to connect >to Hiper DSP's. My understanding is that the HSP modems are just an HCF modem with sound card functionality included with it. So...proly need to handle them the same way you do an HCF. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-03 12:12:40

Thus spake Ed >Jeff I believe they listen to you because they know you are fairly >intelligent on the 3com systems and you have been on this list helping >others for so long that others listen to you. Well, I appreciate the implicit compliment there. :) I don't know that *I'm* listened to particularly though. I think 3Com really does listen to the list as a whole, but perhaps because of the reasons you say (and its hard for me to acknowledge that what you say is true since it comes down to me evaluating myself which I suck at...we'll go with it though) I've become known to folks within 3Com as someone that maybe has his finger on the pulse of the list? I dunno...kinda grasping at explanations maybe. I feel relatively confident though, that without the rest of the list saying things as well, I wouldn't be listened to within 3Com just because I'm a nice guy and help people. :) If I said something was a problem and the rest of the list ignored what I was saying...I might get *some* results just because I know a lot of people and I'm generally good at agitating...but I doubt I would get very far. :) >However they aren't listening to most people who complain... and they >definitely aren't fixing certain problems. 3com connectivity issues and >v.90 problems aren't fixed and haven't even been modified to my >knowledge... Ascend is still kicking 3com's butt in v.90 connects. Also >Support Contract issues seem to elude them... they cannot grasp such >simple thinking as give a little and gain a lot. I really think (and have even had some folks, which will remain nameless here, within 3Com agree with me) that the problem is really one of beaurocracy. 3Com is listening, and is working on the problems...just not even close to the speed at which we think it should/could be done. From the discussions that I've had with folks about the support contract issues...its seems that 3Com is trying to fix everything in one fell swoop rather than taking little steps. My opinion is also that 3Com tends (again, this will probably sound familiar to many of you) seems to be making decisions on where to go largely without the feedback from customers. While they are moving...and maybe mostly even in a forward direction...without feedback and guidance from customers its just terribly easy for 3Com to take a step to the side or back and not realize it. While I've gotten a couple of calls, as I mentioned, in the past couple of days regarding the support contract issues...and this is a good thing, at least a good start...this is largely an anomoly...most decisions at 3Com seem to be made in a vacuum of customer input and feedback. Let me also qualify this a bit...I'm speaking with my experience with Total Control...we don't have any other 3Com equipment (maybe a NIC or two...nothing significant), so things on the enterprise (corebuilder, netbuilder, pathbuilder, etc.) side of the house may be different...and the feeling that I got up at Networks3 indicates that maybe it is different on that side of things. I don't know for sure though. The enterprise side of things does have the 3Com user's group that represents them fairly well apparently. I know there have been some people that wanted to get carrier folks involved with the user group more...and I think I have even been told that there are some people interested in getting a 3Com carrier (which would include ISPs) user group started up as a seperate entity from the main user group. I think this would be a good idea and would definitely be involved. >If I were head of 3com I would be DEEPLY upset if people spoke about my >products in such a way. I would do something about it. Maybe the people >who would care don't see the list...? ShareHolders and Executives Well...I do know that there are some *fairly* high up people that are on the list, but I suspect its rather too high of traffic for the likes of the executive officers and such. :) I do know that *some* of the content does make it up to them on occasion...which content I really don't know, but some of it does. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Radius and VPN-Neighbor
From: Brian <signal@shreve.net>
Date: 2000-02-03 12:28:10

What attribute id are you using. I have used: VENDORATTR 429 USR-VPN-Neighbor 36872 ipaddr successfully. It has to be one hop away to work however. On Thu, 3 Feb 2000, G. Douglas Davidson wrote: > I am having some difficulty getting VPN-Neighbor to work. My setup is as > follows: > > HyperArc Version: 4.2.32 > IEA Next Hop Routing: ENABLED > IEA Send Unsolicited Proxy Arp: DISABLED > IEA Force Next Hop Route: DISABLED > IP proxy ARP for all dialin addresses: DISABLED > > IP RIP Flags: METRICS > SEND_REQUEST > > I am using an altered version of Livingston's 2.1 Radius. On the Livingston > side it _appears_ that the VPN-Neighbor attribute is being sent: > > Thu Feb 3 11:29:14 2000: [24758] sending accept to 198.144.34.36/1645.66 > Thu Feb 3 11:29:14 2000: [24758] Service-Type = Framed-User > Thu Feb 3 11:29:14 2000: [24758] Framed-Protocol = PPP > Thu Feb 3 11:29:14 2000: [24758] USR-PW_VPN_Neighbor = 198.144.34.46 > Thu Feb 3 11:29:14 2000: [24758] Framed-IP-Address = 255.255.255.254 > Thu Feb 3 11:29:14 2000: [24758] Framed-MTU = 1500 > Thu Feb 3 11:29:14 2000: [24758] message sent to 198.144.34.36/1645.66 code=2, > length=50 > > But when I am doing a "mon radius" for the user on the USR box it only shows > receipt of all of the attributes with the _exception_ of the VPN Neighbor > attribute. > > Does "mon radius" show all attributes transmitted, or only those that are acted > on or understood? I'd like to know if the VPN-Neighbor attribute is even being > transmitted (although from the Radius stats, it looks like it is.) > > Thanks! > > -- > ----- > G Douglas Davidson | CityNet, Inc. > douglas@city-net.com | Pittsburgh, PA > voice: 412.481.5406 | fax: 412.431.1315 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
From: Dan Hollis <goemon@sasami.anime.net>
Date: 2000-02-03 12:32:11

On Thu, 3 Feb 2000, John Lange wrote: > Anyone have any other comparisons? TC modem throughput is about 25%-30% faster than the PM3. Theres something to be said about using PowerPC CPUs on every card. -Dan

Subject: RE: (usr-tc) Does 3Com Monitor List
From: Brian <signal@shreve.net>
Date: 2000-02-03 12:33:11

On Thu, 3 Feb 2000, Greg Coffey wrote: > It seems that no matter how angry this list has gotten in the past, no > acknowledgement ever came from 3Com regarding the subject. I've been on thats not entirely true. This list banded together, and drafted a Top Ten Unresolved Issues list, and then it was signed by dozens of president/ceo's/admins and presented to 3com managment, from what I understand, it went all the way to the top. 3Com responded officially to this with a document. Results did follow on many issues. It helps to aggregate our complaints and put them in writing, otherwise we are just a bunch of seperate incidents. We can do this again. It is my opinion that it should start with an outline you know like: I. ARC issues A. OSPF Broken 1. default route disappears II. DSP issues A. HCF modem compatibility III. Support Contracts . . . etc. Then each member of the list can take a chunk, write it up, and someone could assmeble it. We could then get 20, 30, 40 ISP's on this list, which represents a significant amount of revenue, enough for them to listen, and sign it. I am not going to lead this, because I have alot going on right now, but I would definitly take a few chunks of the outline and write up some paragraphs. We prioritise the issues, and this way we give them something to work off of. Brian > the list for some time and times have been pretty heated > occasionally. There have been heated discussions about the old Netserver > software and support issues. Numerous times there have been discussions > about 3Com client modems connecting at v90 rates with Ascend servers but > not with 3Com servers. The $$ for tech support (or lack thereof) comes up > all the time. Tech support has improved but most of us still have > significant issues with it as is. There is still a saliva test to prove > who you are before anyone will talk to you. If someone with clout is > monitoring it, they have remained mute on any subject in here. > > > At 09:03 AM 2/3/00 -0800, you wrote: > >Someone on this list must know someone at 3com with some clout. Why doesn't > >that person simply ask 3com to monitor the list and respond to the requests. > >I know it sounds simplistic but if a few calls should get things rollings. I > >don't many at 3com but I know vendors and they must know someone. Maybe we > >can get together and figure out who knows the mightiest at 3com and push > >until they particpate. Or we could just start signing people at 3com upto > >list :) > > > >Terry Kennedy > >OlyPen, Inc. > > > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ed > >Sent: Thursday, February 03, 2000 8:15 AM > >To: usr-tc@lists.xmission.com > >Subject: Re: (usr-tc) Does 3Com Monitor List > > > > > >Jeff I believe they listen to you because they know you are fairly > >intelligent on the 3com systems and you have been on this list helping > >others for so long that others listen to you. However they aren't listening > >to most people who complain... and they definitely aren't fixing certain > >problems. 3com connectivity issues and v.90 problems aren't fixed and > >haven't even been modified to my knowledge... Ascend is still kicking 3com's > >butt in v.90 connects. Also Support Contract issues seem to elude them... > >they cannot grasp such simple thinking as give a little and gain a lot. > > > >If I were head of 3com I would be DEEPLY upset if people spoke about my > >products in such a way. I would do something about it. Maybe the people who > >would care don't see the list...? ShareHolders and Executives > > > >Ed > > > >----- Original Message ----- > >From: "Jeff Mcadams" <jeffm@iglou.com> > >To: <usr-tc@lists.xmission.com> > >Sent: Thursday, February 03, 2000 11:05 AM > >Subject: Re: (usr-tc) Does 3Com Monitor List > > > > > >Thus spake Ted Mecimore > > >I was wondering if any 3Com folks are lurking out there. With all the > > >"adventure" dealing the DSP vs HCF battle I am wondering how they plan > > >to respond. > > > >Yes...there are many 3Com folks on the list...most lurking, but they're > >there. In fact...last I checked...the main list was about 1/10 3Com > >folks (that's 3com.com and usr.com domains). Now...how much 3Com > >*responds* to the list is still somewhat in doubt, but you do see some > >responses on at least some subjects (my message yesterday morning about > >the support contract has elicited a couple of calls now). > > > >3Com is listening...we've yet to see how well they respond to it though. > >:) Kinda goes back to that beaurocracy thing I talked about a couple of > >months ago I think. :) > >-- > >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. > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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 <gcoffey@vcn.com> > Visionary Communications V 307-234-5443 F 307-234-5446 > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) Radius and VPN-Neighbor
From: G. Douglas Davidson <douglas@city-net.com>
Date: 2000-02-03 12:42:23

I am having some difficulty getting VPN-Neighbor to work. My setup is as follows: HyperArc Version: 4.2.32 IEA Next Hop Routing: ENABLED IEA Send Unsolicited Proxy Arp: DISABLED IEA Force Next Hop Route: DISABLED IP proxy ARP for all dialin addresses: DISABLED IP RIP Flags: METRICS SEND_REQUEST I am using an altered version of Livingston's 2.1 Radius. On the Livingston side it _appears_ that the VPN-Neighbor attribute is being sent: Thu Feb 3 11:29:14 2000: [24758] sending accept to 198.144.34.36/1645.66 Thu Feb 3 11:29:14 2000: [24758] Service-Type = Framed-User Thu Feb 3 11:29:14 2000: [24758] Framed-Protocol = PPP Thu Feb 3 11:29:14 2000: [24758] USR-PW_VPN_Neighbor = 198.144.34.46 Thu Feb 3 11:29:14 2000: [24758] Framed-IP-Address = 255.255.255.254 Thu Feb 3 11:29:14 2000: [24758] Framed-MTU = 1500 Thu Feb 3 11:29:14 2000: [24758] message sent to 198.144.34.36/1645.66 code=2, length=50 But when I am doing a "mon radius" for the user on the USR box it only shows receipt of all of the attributes with the _exception_ of the VPN Neighbor attribute. Does "mon radius" show all attributes transmitted, or only those that are acted on or understood? I'd like to know if the VPN-Neighbor attribute is even being transmitted (although from the Radius stats, it looks like it is.) Thanks! --

Subject: (usr-tc) DSP console error msg
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-03 13:38:26

This just started appearing on the console port of a 2.0.51 (hardware rev .55) DSP that I'm about to bring into service later today... should I be worried? :) (Ch.254): 05:04:21:102 Logic Error - Inv pSOS Msg Id error = 00001102 Task = CCT Line # 532 File cc.c Data = 33816631 Opt = 17 Actually it's popped up several times, with "Opt = " starting at 1 and incrementing by 2 each time. While writing this it got all the way to 23. Haven't seen anything since, though. This is set up for Channelized T1, and it's my first one (I'm used to PRI) so I'm not ruling out config problems yet. It just looked kinda weird. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things."

Subject: Re: (usr-tc) Forcing DNS
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-03 13:51:18

Doesn't matter whose IP address it is. Just add an IP alias for it on your nameserver, and add a static host route (/32) on your Cisco to point to it. Don't route the whole subnet, just the individual IPs. We did this when we found we had some very old customers using a DNS server of BBN's offsite (before we did server assigned DNS) and BBN renumbered it -- we fudged in an alias for it long enough for us to call all the affected users up and get them to change over to server assigned DNS. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Wed, 2 Feb 2000, Justin Ellison wrote: > 'fraid not, the ip's that are getting specified aren't mine, they're > Sprint's. My sales rep (God bless his soul) gave me the authoritive name > server addresses for Sprint which don't actually resolve names.... > > Justin > ----- Original Message ----- > From: "Richard Lorbieski" <richard@alpha1.net> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, February 02, 2000 6:19 PM > Subject: Re: (usr-tc) Forcing DNS > > > > What are the IP addresses? > > > > You maybe able to alias them on your DNS server. > > > > Justin Ellison wrote: > > > > > > I have about 300 Setup CD's with the wrong primary and secondary DNS > numbers > > > burned to it. I can't come up with anything to redirect the DNS queries > at > > > my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, > and > > > it works properly, but is there a way for me to force the client to use > what > > > the HARC specifies? > > > > > > TIA, > > > > > > Justin > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > -- > > > > Richard Lorbieski - richard@alpha1.net > > Chief Technical Officer - Senior System Administrator > > Alpha1 Internet http://www.alpha1.net > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Radius and VPN-Neighbor
From: G. Douglas Davidson <douglas@city-net.com>
Date: 2000-02-03 14:06:03

On Feb 3, 12:28pm, Brian wrote: > Subject: Re: (usr-tc) Radius and VPN-Neighbor > > What attribute id are you using. I have used: > > VENDORATTR 429 USR-VPN-Neighbor 36872 ipaddr > > successfully. It has to be one hop away to work however. > I have tried both of these attribute formats: ATTRIBUTE USR-PW_VPN_Neighbor 0x9008 ipaddr ATTRIBUTE USR-PW_VPN_Neighbor 36872 ipaddr And neither seems to work. The interface for the X-Stop box I am trying to VPN to is on the same subnet and pings. I've got RIPV2 and RIPV1 receive off (as per instructions.) Is there any way that I can tell (without sniffing traffic) whether this attribute is making it to the TC? I'll try the traffic stuff, but it really looks like it is going out. Also, I turned off the RIPV1 and V2 receive but did not reboot. Not sure if that is necessary or not. Thanks! --

Subject: Re: (usr-tc) Support Contract survey
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-03 14:08:32

OK, I'll jump in here too. We don't have support contracts. Never have. I would like to get software support, maybe, if it was reasonably priced... so far, we've been buying hardware at least every 90 days anyway so it hasn't yet been an issue. The cost of used cards has dropped to the point where it doesn't make sense to get hardware maintenance -- it'd be cheaper just to stockpile spares, then get the dead things repaired if they're under the 2 year hardware warranty. From what people have been saying, even if I bought a contract, it probably wouldn't be honored anyway. :) On the other hand, we've never tried calling 3Com, execpt when we had hardware die under warranty. The first was our very first Dual PRI (August 1997) that was DOA; they overnighted a new one. We had an NMC die later, which they spent a month repairing, but that's OK. I have a DSP that needs fixing now; we'll see how that goes... We've never called them for software support -- this mailing list mostly eliminates the need for that. For configuration stuff, I've usually been able to search around and figure it out myself. We've just about rewritten all of TCM (and soon HARM) in Perl anyway. :) We're sticking with it because from what I understand, despite all the problems people have with v.90, everyone else's stuff is worse. EVERY VENDOR has v.90 problems of SOME sort. Ascend has problems too, Cisco does, Livingston did... you'd just trade one set of problems for another. I also hate Ascend's management interface, and their, uh, "unique" ideas about how SNMP should work. Our competitors here use Ascend and Cisco (except AOL which is 3Com) and I'm *not* seeing a lot of people say they get more reliable connects there. There's only so much that can be done on the server to compensate for a broken client (Rockwell HCF)... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Wed, 2 Feb 2000, Jeff Mcadams wrote: > OK...here are initial results of the support contract informal survey. > I only heard from 13 people (including myself :)...a mere fraction of > the number of people on the list in total. Keep sending the > information...I'll continue to tabulate and have more updates as I hear > from more people. > > The current count is 9 people don't have support contracts, and 4 do. > > Some notes: > > - One "yes" only had software coverage even though they would have liked > to have greater coverage. They had to settle for software-only > because of the cost > > - One "no" actually has coverage on a chassis, but only because that > chassis was bought new and came with coverage...apparently you can't > buy a chassis anymore without coverage...interesting loophole in the > contract rules here. This person indicated that they would rather > have *not* gotten the coverage on the contract as they thought it > was a waste of money. > > Many of the people that emailed me as a "no" mentioned it was the cost > and/or the rules that prevented them from getting a contract. > > I will re-iterate that I believe that the root of the problem stems from > 3Com considering Customer Service as a "Business Unit". In other words, > they want Customer Service to be a revenue positive part of 3Com. While > my previous posting that discussed this was somewhat inaccurate (the > Customer Service Organization, CSO, apparently doens't get the revenues > from the support contracts, the business unit that sells the equipment - > in the case of TC, its the Network Systems Business Unit - gets the > revenues...the whole thought of trying to make Customer Service revenue > positive ends up with an attitude that ends up screwing the customer. > > I just recently went through the process of trying to obtain a service > contract again...partially to try to determine if any improvements had > been made to the process...partially to find out if the "Unbundled > Service Options" on 3Com's web site would be useful here...and partially > because we really would like to have some coverage on some of our > equipment. The current status is that the support coverage rules are > still in place (contracts purchased per-chassis rather than per-card, > and all chassis at a site have to have the same coverage...of course > last time we tried to have different coverage at different sites 3Com > didn't honor it), the support options listed as sold items (ie, not > special deals that are made for specific instances) were largely the > same as they've been for the past 3 years. The best I got from the > discussion was that service options could be discussed (ie, a special > deal is how I understand this) if its "a sound business case that makes > sense for the customer and for 3Com." Let me suggest that a sound > business case for 3Com would be to not lose their customers which is > what is happening...3Com is verging towards losing us as a customer > even...and we've been a USRobotics/3Com customer for at least 5 years > (35 Amp power supplied and dual analog 14.4 modems) > -- > 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. >

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-03 14:11:32

Good news and bad news... good news... I found a ton of info on lucent/ascend produts for the new pop. Bad news... 3Com got paid for my service contract 10/5/99 and it's 2/2/00 and I STILL can't get support, or my money back. Sorry to have to screw a vendor... Ryan at Source Technology is right behind Shawn Hogan of Datapoint Solutions (Optigold fame) as helpful dude of the decade. I need my money, or the support. See ya'll on the ISP-equipment list and the ascend lists. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 3 Feb 2000, Jeff Mcadams wrote: > Thus spake Ted Mecimore > >I was wondering if any 3Com folks are lurking out there. With all the > >"adventure" dealing the DSP vs HCF battle I am wondering how they plan > >to respond. > > Yes...there are many 3Com folks on the list...most lurking, but they're > there. In fact...last I checked...the main list was about 1/10 3Com > folks (that's 3com.com and usr.com domains). Now...how much 3Com > *responds* to the list is still somewhat in doubt, but you do see some > responses on at least some subjects (my message yesterday morning about > the support contract has elicited a couple of calls now). > > 3Com is listening...we've yet to see how well they respond to it though. > :) Kinda goes back to that beaurocracy thing I talked about a couple of > months ago I think. :) > -- > 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. >

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-03 14:14:45

On Thu, 3 Feb 2000, Jeff Mcadams wrote: > >However they aren't listening to most people who complain... and they > >definitely aren't fixing certain problems. 3com connectivity issues and > >v.90 problems aren't fixed and haven't even been modified to my > >knowledge... Ascend is still kicking 3com's butt in v.90 connects. Also > >Support Contract issues seem to elude them... they cannot grasp such > >simple thinking as give a little and gain a lot. > > I really think (and have even had some folks, which will remain nameless > here, within 3Com agree with me) that the problem is really one of > beaurocracy. 3Com is listening, and is working on the problems...just > not even close to the speed at which we think it should/could be done. > >From the discussions that I've had with folks about the support contract > issues...its seems that 3Com is trying to fix everything in one fell > swoop rather than taking little steps. My opinion is also that 3Com > tends (again, this will probably sound familiar to many of you) seems to > be making decisions on where to go largely without the feedback from > customers. While they are moving...and maybe mostly even in a forward > direction...without feedback and guidance from customers its just > terribly easy for 3Com to take a step to the side or back and not > realize it. Part of the problem is the fact that 3Com/USR allowed themselves to get into contracts which would kill their ability to really promote things to the smaller companies. Part of the reason (for example) why Quad modems have to have an X2/V.90 key is because of a contract 3Com signed with a company (name escapes me but AT&T comes to mind). I was told that the contract states that all Quad modems that use X2/V.90 be licensed to use it. Those that aren't licensed to use the protocol are not authorized to do X2/V.90. This is why the keys are enforced. Much in the same way, big telcos are required to pay for support on a per chassis basis mostly because there are so many people who could possibly administer them that there is no way that 3Com could effectively charge a single dollar amount that would cover them for the ILEC's chassis's and still offer a price competitive solution to small ISP's. In order to cover itself, 3Com had to make contractual agreements with those big companies to make sure that they wouldn't "go under." I have suggested a couple of times that 3Com work on a support contract which would be offered per company specifically to people who had taken the time to receive 3Com training. That support would be available only to those people listed on the contract who had been certified to have taken and completed the training to some reasonable standard. At contract renewal time, they could be required to take a refresher course or something. That way, at least then they'd know that they weren't dealing with 200 people who'd never seen what TCM looked like and had no vested interest in learning the chassis enough to make sure that they wouldn't need to be calling ever time they wanted to busy out a modem for example. 3Com would be able to make money on the training and the support simply because people who would be calling in on those support contracts would already have some minimum level of training - hence send them straight to level two people or at least handle it a bit more professionally than "unplug your card, set switch 6 on, then plug it back in" before even bothering to find out what the problem is (been there, done that :( ). I now work for an ISP which has over 330,000 subscribers and there are some tech's out there (within our company) which don't know TC's well at all. I am beginning to see why there's a charge per chassis on contracts. Oh, by the way, our company does not have a support contract. Are you kidding? We purchase enough chassis per week that would cover us for an entire year of free warranty support. It's not their fault that they don't know it - they just haven't been well exposed to it. What should 3Com do if we were to ask for a single support contract for our entire company? Now that wouldn't be fair to the little guy if they didn't base it somehow on the number of chassis's we owned... It might be a bit more fair if the contracts were time based. I will leave that up to 3Com. Kevin E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: RE: (usr-tc) Does 3Com Monitor List
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-03 14:17:40

I remember a few years ago users made a big stink about the Netserver platform, posted an open letter to the exec's at USR and posted the return letter. Mainly it was 'we're working on it for the TC ARC' as the standard response. Hey, the ARC probibly has more issues than the netserver did. Someone got that originals so we can once again see history repeat itself? I shouldn't have to beg for a good product. I should have it thrust upon me. I'm starting to like my new sig line - See ya'll on the Ascend list! Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 3 Feb 2000, Terry Kennedy wrote: > Someone on this list must know someone at 3com with some clout. Why doesn't > that person simply ask 3com to monitor the list and respond to the requests. > I know it sounds simplistic but if a few calls should get things rollings. I > don't many at 3com but I know vendors and they must know someone. Maybe we > can get together and figure out who knows the mightiest at 3com and push > until they particpate. Or we could just start signing people at 3com upto > list :) > > Terry Kennedy > OlyPen, Inc. > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ed > Sent: Thursday, February 03, 2000 8:15 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Does 3Com Monitor List > > > Jeff I believe they listen to you because they know you are fairly > intelligent on the 3com systems and you have been on this list helping > others for so long that others listen to you. However they aren't listening > to most people who complain... and they definitely aren't fixing certain > problems. 3com connectivity issues and v.90 problems aren't fixed and > haven't even been modified to my knowledge... Ascend is still kicking 3com's > butt in v.90 connects. Also Support Contract issues seem to elude them... > they cannot grasp such simple thinking as give a little and gain a lot. > > If I were head of 3com I would be DEEPLY upset if people spoke about my > products in such a way. I would do something about it. Maybe the people who > would care don't see the list...? ShareHolders and Executives > > Ed > > ----- Original Message ----- > From: "Jeff Mcadams" <jeffm@iglou.com> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, February 03, 2000 11:05 AM > Subject: Re: (usr-tc) Does 3Com Monitor List > > > Thus spake Ted Mecimore > >I was wondering if any 3Com folks are lurking out there. With all the > >"adventure" dealing the DSP vs HCF battle I am wondering how they plan > >to respond. > > Yes...there are many 3Com folks on the list...most lurking, but they're > there. In fact...last I checked...the main list was about 1/10 3Com > folks (that's 3com.com and usr.com domains). Now...how much 3Com > *responds* to the list is still somewhat in doubt, but you do see some > responses on at least some subjects (my message yesterday morning about > the support contract has elicited a couple of calls now). > > 3Com is listening...we've yet to see how well they respond to it though. > :) Kinda goes back to that beaurocracy thing I talked about a couple of > months ago I think. :) > -- > 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. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-03 14:19:39

On Thu, 3 Feb 2000, Mark Thornton wrote: > The other thing that seems obvious to me is that the ISP business must not > be the driving financial group behing the TCH product. I still maintain my theory that 3com is shooting for the big telco carriers' business for TCH. Such a market is already conditioned to paying premium prices for equipment. They're already conditioned to paying extortionate prices for service contracts without question. And that market makes the handful of million$ that this list's users represent look like small potatos in comparison. Why should 3com even care about pipsqueak ISPs who only have a couple of chassis'...or even larger ISPs who have a couple mill$ worth of chassis, when they can be spending their time courting a market that spends billions$ at a time? Not to mention that said market won't be whining about service contract pricing...they just file for a rate- increase tarriff to cover the added expense.

Subject: RE: (usr-tc) Does 3Com Monitor List
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-03 14:20:17

On Thu, 3 Feb 2000, Greg Coffey wrote: > It seems that no matter how angry this list has gotten in the past, no > acknowledgement ever came from 3Com regarding the subject. I've been on Ditto, however, if you talk to your sales rep, you're more likely to get a straight answer than here. I'm not trying to defend 3Com, however, I do know that talking to our sales rep helped us understand things a bit more from the inside. Kevin E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: (usr-tc) YYYeeeoooowwwww!!!
From: John Lange <microjl@palacenet.net>
Date: 2000-02-03 14:25:36

I just re-subscribed to this list to see what kind of problems / chatter I would see. We are looking at adding 192 NEW ports and were considering USR as a provider. (Vendors please do not respond I have one in mind) You people whine about your TC's JUST AS MUCH as we whine about our PM3's. Looks like modem compatibility is just as bad as the PM3's Lucent's tech support is Free but sometimes difficult to get a human voice. TC's are $2k cheaper with the service contract than PM3's PM's OSPF works??? (At this point I don't need it) TC's chasis are upgradeable, with different cards Anyone have any other comparisons? Thanks JOhn :} ----- Whatever you do, work at it with all your heart, as working for the Lord, not for men >Colossians 3:23 (NIV) John C. Lange, Sr. PALACE dot NET, INC. microjl@palacenet.net MICRO-TECH Computers, Inc. 608.742.1601 & 6980 1819 New Pinery Road http://www.palacenet.net/ Portage, WI 53901 MSCE Training for only $150.00 - http://dpec.palacenet.net/ All 200+ Web Based Courses for $150.00 Per Year - "Really" --- __o --- _-\<,_ Fastest Service in Town --- (_)/ (_)

Subject: RE: (usr-tc) Does 3Com Monitor List
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-03 14:25:38

On Thu, 3 Feb 2000, Brian wrote: I. ARC issues A. OSPF Broken 1. default route disappears II. DSP issues A. HCF modem compatibility III. Support Contracts Add... II.B. Complete testing routines for TCM (like the quads) III.A. Make Support Contracts available on a per-engineer basis. Kevin E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-03 14:26:03

On Thu, 3 Feb 2000, Jeff Mcadams wrote: > Let me also qualify this a bit...I'm speaking with my experience with > Total Control...we don't have any other 3Com equipment (maybe a NIC or > two...nothing significant), so things on the enterprise (corebuilder, > netbuilder, pathbuilder, etc.) side of the house may be different...and > the feeling that I got up at Networks3 indicates that maybe it is > different on that side of things. I don't know for sure though. Consumer side better WRT support. I'm a big fan of their OfficeConnect stuff; I use the hubs and switches and, for smaller clients, their ISDN LANmodems. Granted, with your typical ethernet switch, tech support isn't much of an issue....it either works or it's broken. But if it's broken, you can call 'em and get an RMA number without any troubles or DNA testing. And for things like the LANmodem, current code is available to anybody who wants it off of the website. Like it should be.

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-03 14:36:03

On Thu, 3 Feb 2000, Paul Farber wrote: > Sorry to have to screw a vendor... Ryan at Source Technology is right > behind Shawn Hogan of Datapoint Solutions (Optigold fame) as helpful dude > of the decade. I need my money, or the support. I dunno about Datapoint Solutions, but *everyone* at Source Technology rocks. Well, everyone I've spoken to. *IF* I consider TCH equipment in the future, it's because of the people at Source and the people on this list....not 3com (well, except the 3com people who partipate here....Krish & Mike, et.al. rock too).

Subject: Re: (usr-tc) Support Contract survey
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-03 14:39:16

On Thu, 3 Feb 2000, Mike Andrews wrote: > We've just about > rewritten all of TCM (and soon HARM) in Perl anyway. :) And you'll soon be releasing same to us all under the GPL or BSD license? *grin* *hopeful, puppyface look* *drool*

Subject: (usr-tc) Netserver 3.7.24 and RIP
From: Andy Dills <andy@xecu.net>
Date: 2000-02-03 15:43:57

Hello, I'm trying to establish RIP routing between my USR TC with a Netserver running 3.7.24 and my cisco 3640 (so I can redistribute it OSPF and have the routes propogate throughout my network.) However, it doesn't seem to be working. I have very limited documentation, as I inherited the USR from an ISP we acquired. Does anybody have any suggestions as to settings to check, and/or ways to debug this? Thanks, Andy xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Andy Dills 301-682-9972 Network Administrator Fax 301-695-4060 Xecunet, LLC www.xecu.net xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Dialup * Webhosting * E-Commerce * High-Speed Access

Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
From: Martin Lathoud <nytral@endirect.qc.ca>
Date: 2000-02-03 15:51:22

On Thu, 3 Feb 2000, John Lange wrote: > You people whine about your TC's JUST AS MUCH as we whine about our > PM3's. Looks like modem compatibility is just as bad as the PM3's PM3 is crap compared to Quads. I don't have any DSP (and since code seems less stable..). > Lucent's tech support is Free but sometimes difficult to get a human voice. Just the 800 number then the ticket number gets you right to the very same tech you talked to a couple of minutes ago.. > TC's are $2k cheaper with the service contract than PM3's Not in Canada, as far as I know. > PM's OSPF works??? (At this point I don't need it) Yes, and a big bit better than TC rip on Netserver. > TC's chasis are upgradeable, with different cards What about power requirements? Hiper Chassis is filled with fans and require incredible amps, whereas PM3 is less noisy than a PC. > Anyone have any other comparisons? To sum up: PM3 with Quad modem code would *rock*. Martin

Subject: Re: long -- Re: (usr-tc) 3com not doing V.90 as well as Ascends
From: John Mies <john@cambert.com>
Date: 2000-02-03 16:01:51

GMTA. Am buying a PM3 and hooking up another trunk just for these problems. At 09:26 AM 8/21/99 -0500, you wrote: >On Tue, 10 Aug 1999, Allen Marsalis wrote: > > > At 01:24 AM 8/10/99 -0400, Ed wrote: > > >3com not doing V.90 as well as Ascend's..... > > > > > >We have tested and found it to be true that Ascend's authenticate and work > > >at V.90 speeds much more often than 3com. It even happens when using a > > >3com/USR modem. It takes certain a certain situation for this to > happen but > > >it does happen... > > > > > >Just wondered if others out there have noticed it or had their competitors > > >using Ascend's have customers that say "Well I get 56K speeds on so and so > > >Internet Service, why not yours?" > > > > We have been 100% USR/3COM for 3 years and we recently received a Max > > TNT for eval to address the above problem.. Both chassis will be > > at the same NOC. 2 new PRI's for the TNT should be up this week.. > > I'll keep you posted as to the results and try to provide some statistical > > data.. > >Sorry for the length here, but I think it's a good read, eventhough I did >write it myself :) > >We did some churn analysis for customers that are no longer active or no >longer customers. We looked at at customers lost since March 1999 because >of: > >a) reported problems connecting, staying connected, or poor performance >b) unexplained non-payers/dead-beats >c) customers cancelled but did not give a reason (and did not > return our calls when we tried to followed up). > >We had 103 total cancellations for these reasons since March 1999. > >We had enough data to determine that 57% of these 103 had problems were >directly attributable to connection quality. Of these 59 (103*0.57) >customers lost: > > 50% of them had not established a connection in 1999 (many of > them reported this trouble) > > 40% had a large number of <1 minute connections, and showed a pattern > of having to redial when they did stay on longer than a few minutes > > 10% had connect speeds that varied more than a few "rungs" between > 2400-52000 > > >Let's see...If we had an alternate modem pool with a different NAS type, >we might have saved these 59 customers. That's about $1000/month at an >average revenue of $17/customer/month. We are still likely to continue >loosing more if we don't take action. > >Alternatively Scot Desort <scot@njaccess.net>, wrote: > > "When all else > fails, pull $35 out of petty cash and send the customer a Paradise > Winmodem (LT chipset, PCI), for free. These things are GREAT, will save > you hours of tech support headaches, and inevitably win you over a > customer that, in the long run, is worth a lot more than the $35 you > spent on the modem. We even offer to install it for free if they bring > the box in. Let's remember that the goal is to KEEP the customer a > PAYING customer. And nothing makes them more warm and fuzzy then getting > something for free." > >This is interesting. Upgrading these customer's modems would have cost us >$2065 in hardware and perhaps $400-500 in labor estimated to retain the >$1000/month in revenue if this actually fixed the problem. I can see >several problems though. You could get a considerable number of calls from >unhappy customers like "my friend got a free modem now he gets 52K but I >only get 42K or 28.8K. I want one too." The customer's computer needs to >be sufficiently powered to run with a winmodem. How much time is spent >explaining that only certain customers qualify and how exactly are those >qualifications set? This also doesn't account for telco line issues. Many >customers now can't even tell you what kind of modem they have or what >processor they have, others may guess or argue that their's _should_ >qualify for the free upgrade. For the program to not piss off any other >customers, it needs to be made available to everyone. Otherwise trouble >seems inevitable. > >On the other hand, although it takes some capital (not much with eq >leasing and zero install PRIs) and increases network complexity a little, >it's not that big of a deal for a reasonably clued provider to add another >NAS and move PRIs over to them in a separate hunt or just install a couple >new PRIs and gradually grow the alternate modem pool. But really doesn't >add much cost to the operation in the long run and the customers are >retained as well. Also: > >1) it's available to everyone, >2) it only takes a minute to help them change phone numbers >3) and in most cases, if this doesn't solve the problem, they're not > likely to be satisfied with anyone else and helps prove the problem > is theirs, motivating them to follow your recommedations. > >The main thing that tweaks me is having to take this action in the first >place. Not to mention that we've got 7 or 8 hdsps from quad trades and arc >upgrades and such that we are paying for but won't be using this year now, >depending on the demand for the alternate pool. Cost of doing business. > >Time to get a MAX on eval and give it a whirl. > >============================================================================ >Jeffrey A. Lynch | JORSM Internet, Regional Internet Services >email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana >Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN >Autoresponse: info@jorsm.com | Quality Service, Affordable Prices >http://www.jorsm.com | Serving Gov, Biz, Indivds Since 1995 > > > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-03 16:05:16

Thus spake Andy Dills >Hello, I'm trying to establish RIP routing between my USR TC with a >Netserver running 3.7.24 and my cisco 3640 (so I can redistribute it >OSPF and have the routes propogate throughout my network.) >However, it doesn't seem to be working. I have very limited >documentation, as I inherited the USR from an ISP we acquired. >Does anybody have any suggestions as to settings to check, and/or ways >to debug this? Well...I would highly suggest that you want to run RIPv2 rather than plain ol' RIP...I believe that's the default, but check it with the command "set ripv2 on". Then make sure that the NETServer is set to broadcast routes with either "set routing on" or "set routing broadcast". I seem to remember some issues with the NETServers misunderstanding each other's routes, so you may be better off just letting the NETServers blast out the routes with RIP and not listen for routes from others (the set routing broadcast command), and let the Cisco handle the intelligence of the routing. There just aren't that many settings for routing on a NETServer, so other than that, it should be a matter of configuring your 3640 correctly...something like: router rip version 2 network <network address of the ethernet port> should do it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
From: Andy Dills <andy@xecu.net>
Date: 2000-02-03 16:29:04

On Thu, 3 Feb 2000, Jeff Mcadams wrote: > Well...I would highly suggest that you want to run RIPv2 rather than > plain ol' RIP...I believe that's the default, but check it with the > command "set ripv2 on". Then make sure that the NETServer is set to > broadcast routes with either "set routing on" or "set routing > broadcast". I seem to remember some issues with the NETServers > misunderstanding each other's routes, so you may be better off just > letting the NETServers blast out the routes with RIP and not listen for > routes from others (the set routing broadcast command), and let the > Cisco handle the intelligence of the routing. Hmmm....when I first saw this, I was excited, because I hadn't seen the set ripv2 command before. But it still wasn't working. It took a reboot to get rip v2 to kick in :> So, excellent advice, thank you _very_ much. I wish the command set was either better documented in the ComOS or on the totalservice.usr.com page, but from the sounds of the list (I just joined today, and for some reason got flooded with all of the list mail for the day) command documentation is the least of the problems facing USR owners :> Andy xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Andy Dills 301-682-9972 Network Administrator Fax 301-695-4060 Xecunet, LLC www.xecu.net xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Dialup * Webhosting * E-Commerce * High-Speed Access

Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
From: Brian <signal@shreve.net>
Date: 2000-02-03 16:32:14

On Thu, 3 Feb 2000, Andy Dills wrote: > > Hello, I'm trying to establish RIP routing between my USR TC with a > Netserver running 3.7.24 and my cisco 3640 (so I can redistribute it OSPF > and have the routes propogate throughout my network.) > > However, it doesn't seem to be working. I have very limited documentation, > as I inherited the USR from an ISP we acquired. > > Does anybody have any suggestions as to settings to check, and/or ways to > debug this? On the TC: set net0 routing on # broadcast and listen to RIP set ripv2 on # use RIPv2 set enh_routing on # used enhanced routing on the Cisco: router rip version 2 timers basic 30 30 2 60 300 network x.x.x.x # network your tc/cisco is on no auto-summary or if you are redistributing into OSPF: router ospf 10 redistribute connected subnets redistribute static subnets redistribute rip subnets network 208.206.76.0 0.0.0.255 area 0 ! router rip version 2 timers basic 30 30 2 60 300 network 208.206.76.0 no auto-summary notes: I also usually set all my interfaces under my cisco rip config to "passive-interface f3/0" etc.................. > > Thanks, > Andy > > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Andy Dills 301-682-9972 > Network Administrator Fax 301-695-4060 > Xecunet, LLC www.xecu.net > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Dialup * Webhosting * E-Commerce * High-Speed Access > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-03 16:33:04

Thus spake Andy Dills >Hmmm....when I first saw this, I was excited, because I hadn't seen the >set ripv2 command before. But it still wasn't working. It took a reboot >to get rip v2 to kick in :> Cool...glad I still remember it. :) >So, excellent advice, thank you _very_ much. I wish the command set was >either better documented in the ComOS or on the totalservice.usr.com >page, but from the sounds of the list (I just joined today, and for >some reason got flooded with all of the list mail for the day) command >documentation is the least of the problems facing USR owners :> Well, you should also be aware that the NETServers are basically unsupported from 3Com at this point. 3Com lost access to the source code for the NETServers when their licensing deal with Livingston/Lucent expired in Dec. of 1998. They no longer have source code so really can't provide support for those cards anymore. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Brian <signal@shreve.net>
Date: 2000-02-03 16:36:32

On Fri, 4 Feb 2000, Lists wrote: > > > I still maintain my theory that 3com is shooting for the big telco > > carriers' business for TCH. > > I believe you are correct. Around the time 3COM took on USR, we lost our > account rep and were told that only the large telco's were allowed to have > rep's. So thats why I never see our 3com rep anymore..........how lame. I think that really did alot for strengthing relationships. I did have lunch with an Ascend rep about 6 months ago though. Then he came back with 3 other guys and we went to lunch again.........vendor kissing up or good service? I don't know.............when 3com sent a rep, I believe that was good service, knowledgable, always filled us with ideas to buy more stuff, and it worked alot of times, we had someone on a first name basis I could talk to to cut thru the bureacracy......... Brian > > ------------------------------------------------------------------------ > Bob Purdon, Ground Floor, Marine Board Building > Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 > Southern Internet Services. +61 (3) 6234 7444 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 2000-02-03 16:38:43

> command > documentation is the least of the problems facing USR owners :> Not at all. Jeff and Brian know all of the commands, stored in some sort of database in their brains. With them on the list, none of us need to read or remember anything. *cackle* *grin* *ducking*

Subject: Re: (usr-tc) Support Contract survey
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-03 17:56:00

I really don't want to learn a new platform.... I would like to stay all TC.. they do work well once the code is settled down. I like the units, their BASIC design and pricing. But when 3Com puts thier fingers all over the support end... it seems that they want to make life difficult 'just cause they can'. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 3 Feb 2000, Mike Andrews wrote: > OK, I'll jump in here too. > > We don't have support contracts. Never have. > > I would like to get software support, maybe, if it was reasonably > priced... so far, we've been buying hardware at least every 90 days > anyway so it hasn't yet been an issue. > > The cost of used cards has dropped to the point where it doesn't make > sense to get hardware maintenance -- it'd be cheaper just to stockpile > spares, then get the dead things repaired if they're under the 2 year > hardware warranty. > > >From what people have been saying, even if I bought a contract, it > probably wouldn't be honored anyway. :) > > On the other hand, we've never tried calling 3Com, execpt when we had > hardware die under warranty. The first was our very first Dual PRI > (August 1997) that was DOA; they overnighted a new one. We had an NMC die > later, which they spent a month repairing, but that's OK. I have a DSP > that needs fixing now; we'll see how that goes... > > We've never called them for software support -- this mailing list mostly > eliminates the need for that. For configuration stuff, I've usually been > able to search around and figure it out myself. We've just about > rewritten all of TCM (and soon HARM) in Perl anyway. :) > > We're sticking with it because from what I understand, despite all the > problems people have with v.90, everyone else's stuff is worse. EVERY > VENDOR has v.90 problems of SOME sort. Ascend has problems too, Cisco > does, Livingston did... you'd just trade one set of problems for another. > I also hate Ascend's management interface, and their, uh, "unique" ideas > about how SNMP should work. Our competitors here use Ascend and Cisco > (except AOL which is 3Com) and I'm *not* seeing a lot of people say they > get more reliable connects there. There's only so much that can be done > on the server to compensate for a broken client (Rockwell HCF)... > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > On Wed, 2 Feb 2000, Jeff Mcadams wrote: > > > OK...here are initial results of the support contract informal survey. > > I only heard from 13 people (including myself :)...a mere fraction of > > the number of people on the list in total. Keep sending the > > information...I'll continue to tabulate and have more updates as I hear > > from more people. > > > > The current count is 9 people don't have support contracts, and 4 do. > > > > Some notes: > > > > - One "yes" only had software coverage even though they would have liked > > to have greater coverage. They had to settle for software-only > > because of the cost > > > > - One "no" actually has coverage on a chassis, but only because that > > chassis was bought new and came with coverage...apparently you can't > > buy a chassis anymore without coverage...interesting loophole in the > > contract rules here. This person indicated that they would rather > > have *not* gotten the coverage on the contract as they thought it > > was a waste of money. > > > > Many of the people that emailed me as a "no" mentioned it was the cost > > and/or the rules that prevented them from getting a contract. > > > > I will re-iterate that I believe that the root of the problem stems from > > 3Com considering Customer Service as a "Business Unit". In other words, > > they want Customer Service to be a revenue positive part of 3Com. While > > my previous posting that discussed this was somewhat inaccurate (the > > Customer Service Organization, CSO, apparently doens't get the revenues > > from the support contracts, the business unit that sells the equipment - > > in the case of TC, its the Network Systems Business Unit - gets the > > revenues...the whole thought of trying to make Customer Service revenue > > positive ends up with an attitude that ends up screwing the customer. > > > > I just recently went through the process of trying to obtain a service > > contract again...partially to try to determine if any improvements had > > been made to the process...partially to find out if the "Unbundled > > Service Options" on 3Com's web site would be useful here...and partially > > because we really would like to have some coverage on some of our > > equipment. The current status is that the support coverage rules are > > still in place (contracts purchased per-chassis rather than per-card, > > and all chassis at a site have to have the same coverage...of course > > last time we tried to have different coverage at different sites 3Com > > didn't honor it), the support options listed as sold items (ie, not > > special deals that are made for specific instances) were largely the > > same as they've been for the past 3 years. The best I got from the > > discussion was that service options could be discussed (ie, a special > > deal is how I understand this) if its "a sound business case that makes > > sense for the customer and for 3Com." Let me suggest that a sound > > business case for 3Com would be to not lose their customers which is > > what is happening...3Com is verging towards losing us as a customer > > even...and we've been a USRobotics/3Com customer for at least 5 years > > (35 Amp power supplied and dual analog 14.4 modems) > > -- > > 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. >

Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
From: eric@dol.net
Date: 2000-02-03 18:08:17

>on the Cisco: > >router rip > version 2 > timers basic 30 30 2 60 300 > network x.x.x.x # network your tc/cisco is on > no auto-summary > >router rip > version 2 > timers basic 30 30 2 60 300 > network 208.206.76.0 > no auto-summary > Shoul you have multiple network statements for multiple class c s? This info was just was I was looking for for routing a small subnet to one of muy customers who may be on any one of 5 tc/boxes. thanks eric

Subject: Re: (usr-tc) Support Contract survey
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-03 18:38:00

On Thu, 3 Feb 2000, Lon R. Stockton, Jr. wrote: > > On Thu, 3 Feb 2000, Mike Andrews wrote: > > > We've just about > > rewritten all of TCM (and soon HARM) in Perl anyway. :) > > And you'll soon be releasing same to us all under the GPL or BSD > license? *grin* *hopeful, puppyface look* *drool* http://www.dcr.net/~mandrews/usrtoys has what's done so far. Jeff Mcadams and I are working on an all-in-one tool but neither of us has had time to sit down and work on it lately... :p Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things."

Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
From: Clayton Zekelman <clayton@mnsi.net>
Date: 2000-02-03 18:51:23

We've had Quads, HiperDSP and PM3's. We've always maintained 2 separate pools. When someone couldn't conect to the Quads, we would give them the PM3 number. Solved alot of problems for people with incompatible modems. We went through ALOT of pain when we swapped our Quads out for DSP's, but hopefully, things are settling down. It seems now that the connection issues that are left are common to both platforms in many cases (DSP & PM3). I guess you can't win. Since we went to 3.8.2c4 on the PM3's, I think the overall performance has been better. We're trying 2.0.51 on our DSP's this weekend.... At 03:51 PM 2/3/00 -0500, you wrote: >On Thu, 3 Feb 2000, John Lange wrote: > >> You people whine about your TC's JUST AS MUCH as we whine about our >> PM3's. Looks like modem compatibility is just as bad as the PM3's >PM3 is crap compared to Quads. I don't have any DSP (and since code seems >less stable..). > >> Lucent's tech support is Free but sometimes difficult to get a human voice. >Just the 800 number then the ticket number gets you right to the very same >tech you talked to a couple of minutes ago.. > >> TC's are $2k cheaper with the service contract than PM3's >Not in Canada, as far as I know. > >> PM's OSPF works??? (At this point I don't need it) >Yes, and a big bit better than TC rip on Netserver. > >> TC's chasis are upgradeable, with different cards >What about power requirements? Hiper Chassis is filled with fans and >require incredible amps, whereas PM3 is less noisy than a PC. > >> Anyone have any other comparisons? >To sum up: PM3 with Quad modem code would *rock*. > >Martin > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) Netserver 3.7.24 and RIP
From: Brian <signal@shreve.net>
Date: 2000-02-03 20:14:06

On Thu, 3 Feb 2000 eric@dol.net wrote: > >on the Cisco: > > > >router rip > > version 2 > > timers basic 30 30 2 60 300 > > network x.x.x.x # network your tc/cisco is on > > no auto-summary > > > >router rip > > version 2 > > timers basic 30 30 2 60 300 > > network 208.206.76.0 > > no auto-summary > > > > Shoul you have multiple network statements for multiple class c s? the rip line would contain the network your tc's were on. Generally your core, routers, access servers etc, is in the same network > This info was just was I was looking for for routing a small subnet to > one of muy customers who may be on any one of 5 tc/boxes. > thanks > eric > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) Looking for 3 Hiper DSPs
From: pferraro@wna-linknet.com
Date: 2000-02-03 22:56:11

With all the talk of those switching to PMs from the total control hubs, I would be interested in hearing from anyone that would like to SELL components... In particular, we need 3 Hiper DSPs and (1) 70 Amp power supply. Would consider buying a chassis if the price is right! Please reply via private email! BTW... We have resolved most of our connectivity problems by making sure our member have the latest software updates for their systems (ie. Softpaks, etc) Also, exclusively use http://808hi.com for drive/flash updates! We have a wide range of modem types used with our TC HUBS and have about a 99% success rate of getting our members running at v.90 speeds! Just my .02 worth! We do not have any support contracts either, but the help and guidance from this list is invaluable! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: Re: (usr-tc) Looking for 3 Hiper DSPs
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-03 23:14:54

Those guys on the 808hi.com site are pretty up to date with drivers. It must really suck to run an ISP in Hawaii. Wonder if they are hiring? The 2.0.51 release did calm the DSP's down a lot from the stat's I've been tracking. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 3 Feb 2000 pferraro@wna-linknet.com wrote: > > With all the talk of those switching to PMs from the total control > hubs, I would be interested in hearing from anyone that would like to SELL > components... In particular, we need 3 Hiper DSPs and (1) 70 Amp power > supply. Would consider buying a chassis if the price is right! > > Please reply via private email! > > BTW... We have resolved most of our connectivity problems by making sure > our member have the latest software updates for their systems (ie. > Softpaks, etc) Also, exclusively use http://808hi.com for drive/flash > updates! We have a wide range of modem types used with our TC HUBS and > have about a 99% success rate of getting our members running at v.90 > speeds! Just my .02 worth! We do not have any support contracts either, > but the help and guidance from this list is invaluable! > > ============================================================================== > Phillip Ferraro WorldNet Access, Inc > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service > Voice (910) 346-0835 824 Gumbranch Square, Suite R3 > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > ============================================================================== > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: RE: (usr-tc) Problem with new PRI
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-04 00:57:45

Jeff- Thanks for the input. As it turns out, the switch was set to 5ESS Standard. Switch tech changed the trunk group to 5ESSCustom, and all works as expected. I can now busy out channels and call will not land on them until restored to service. -- Scot >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams >Sent: Wednesday, February 02, 2000 10:20 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Problem with new PRI > > >Thus spake Scot Desort >>Thanks for the specifics, Lon. > >>What was happening is that if a call hit a channel that was soft >>busied, the call wasn't rolling over to the next channel. The telco >>switch was either presenting a reorder tone to the end user, or an >>intercept stating "Your call cannot be completed as dialed" -- NOT a >>good thing. The reorder isn't too bad, but the intercept was ugly. If >>the user re-dialed and landed on a channel that was not soft-busied, >>the call would go through. > >>What is distressing is that the DSP did not communicate correctly with >>the switch. The call should have never landed on that channel - it >>should have rolled to the next channel in the rotary. If there were no >>other available non-busied channels, user should get regular busy >>signal. > >>Any thoughts as to why this would not work properly? Switch is a 5ESS >>through a CLEC. > >Sounds like an NI-2 translation. Due to the lack of service messages in >NI-2, there is no way for the chassis to indicate to the switch that the >channels are busied out. So the switch still sends calls down those >channels and the chassis responds with whatever cause code is defined >(by default 58, bearer capability not presently available). If you >switch the cause code to 17, that's a user busy which should result in a >normal busy signal to the user...that's a bit better anyway. You real >solution is to switch to custom 5ESS translation so you can use service >messages and then things will work as you want (soft-busy...calls hunt >past). >-- >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. >

Subject: Re: (usr-tc) Does 3Com Monitor List
From: Lists <lists@aussie.nu>
Date: 2000-02-04 08:04:01

> I still maintain my theory that 3com is shooting for the big telco > carriers' business for TCH. I believe you are correct. Around the time 3COM took on USR, we lost our account rep and were told that only the large telco's were allowed to have rep's. Bob Purdon, Ground Floor, Marine Board Building Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 Southern Internet Services. +61 (3) 6234 7444

Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
From: The NOC $COX Internet$ <usrtc@tyler.net>
Date: 2000-02-04 08:45:58

John, Quick note: We haven't had any real bad problems with our Ascend equipment or their support but we have always had problems with our 3Com equipment. During this year we will be converting 1200+ 3Com ports to Ascend. Bryan NOC Technician COX Internet ----- Original Message ----- Sent: Thursday, February 03, 2000 2:25 PM > I just re-subscribed to this list to see what kind of problems / chatter I > would see. > > We are looking at adding 192 NEW ports and were considering USR as a > provider. (Vendors please do not respond I have one in mind) > > You people whine about your TC's JUST AS MUCH as we whine about our > PM3's. Looks like modem compatibility is just as bad as the PM3's > > Lucent's tech support is Free but sometimes difficult to get a human voice. > TC's are $2k cheaper with the service contract than PM3's > PM's OSPF works??? (At this point I don't need it) > TC's chasis are upgradeable, with different cards > > Anyone have any other comparisons? > Thanks > JOhn :} > > ----- Whatever you do, work at it with all your heart, as working for the > Lord, not for men >Colossians 3:23 (NIV) > > John C. Lange, Sr. PALACE dot NET, INC. > microjl@palacenet.net MICRO-TECH Computers, Inc. > 608.742.1601 & 6980 1819 New Pinery Road > http://www.palacenet.net/ Portage, WI 53901 > MSCE Training for only $150.00 - http://dpec.palacenet.net/ > All 200+ Web Based Courses for $150.00 Per Year - "Really" > > --- __o > --- _-\<,_ Fastest Service in Town > --- (_)/ (_) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-04 09:17:40

While we continue to be intruged by the lure of the greener grass on the other platform, I just took a call from a convert from our prime competitor. The client is a small business just starting to utilize the Internet but their previous connection was "holding them back". I asked what that meant and they indicated the real speed of the connection is very different, in favor of us. I am aware there are other factors that may play into this, but the competitor has all the money, all the bandwidth, all the PRI lines (we use CT1's, primarily) and yet this is a recurring comment from converts. It almost makes me want to hold a revival or something, you know, put up a tent and hand out cd's;) At any rate the other difference between us and them is we use 3Com and they use Lucent and Ascend. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, February 04, 2000 8:45 AM > John, > > Quick note: We haven't had any real bad problems with our Ascend equipment > or their support but we have always had problems with our 3Com equipment. > During this year we will be converting 1200+ 3Com ports to Ascend. > > Bryan > NOC Technician > COX Internet >

Subject: RE: (usr-tc) Problem with new PRI
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-04 09:40:38

On Fri, 4 Feb 2000, Scot Desort wrote: > Thanks for the input. As it turns out, the switch was set to 5ESS Standard. > Switch tech changed the trunk group to 5ESSCustom, and all works as > expected. I can now busy out channels and call will not land on them until > restored to service. Just make sure you're doing answer supervision correctly with the switch. We had a problem that bit us hard for a month because the telco changed a switch option that required us to do it properly if we wanted our customers to be able to stay on-line for more than 30 seconds after the call started. Man that one hurt us a bunch... Kevin E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: (usr-tc) Thoughts on support contracts...
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-04 09:47:20

I had a thought cross my mind last night (it does happen occasionally) that I want to bounce off the list. First let me say that in the short time I have been on this list I have learned a great deal about configuration issues that have plagued me for some time. I wouldn't drop this list no matter what. The thought revolved around the support list for one of my software vendors. As a paid support client I have access to the list(s) which include active participation of the tech support department. Many problems are solved on the list in full view of others so the knowledge of solutions is quickly spread through the user group. The list also becomes a quick way to validate bugs and distribute solutions. In the case of my vendor they typically respond to bugs within hours so it is very effective. We all know that our money is going to further the product and we are participants in the process. I have another software vendor that maintains a mail list but it is not officially monitored by the technical support group. We are supposed to kinda flounder around and figure things out, then if we get really desperate we can call tech support. The problem is that all the solutions are locked up in thier database, not publicly available to the users to minimize future requests for the same information. I haven't yet convinced them that it is to their advantage to make as much information available as possible. It will reduce their tech support load considerably, allowing them to focus on real problems. Then I realized that 3Com has the same issue. I suspect that if 3Com dedicated a tech to a mailing list to address issues for the smaller clients like us, meaning fewer than a thousand TCH systems per pop, it would go a long way to resolving many of the relationship problems we are experiencing. The techs we do have appearing on this list are obviously doing this in between other tasks. I'm sure we appreciate the time they can provide, though I'm sure they have to steer clear of most of the politically charged stuff. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) FS: 2 NMC (16MB) cards
From: David DenHollander <david@adoptable.com>
Date: 2000-02-04 09:56:47

Are they x.2 enabled? At 10:36 AM 2/4/00 -0600, you wrote: > >We have 2 16MB (non Hiper) NMC cards for sale. $300 each OBO. > >Brian > > >----------------------------------------------------- >Brian Feeny (BF304) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >Network Administrator ShreveNet Inc. (ASN 11881) > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Looking for 3 Hiper DSPs
From: David DenHollander <david@adoptable.com>
Date: 2000-02-04 10:06:00

Phillip, Brand new Hiper DSP's $3750 each (24 ports) At 10:56 PM 2/3/00 -0500, you wrote: > > With all the talk of those switching to PMs from the total control >hubs, I would be interested in hearing from anyone that would like to SELL >components... In particular, we need 3 Hiper DSPs and (1) 70 Amp power >supply. Would consider buying a chassis if the price is right! > > Please reply via private email! > > BTW... We have resolved most of our connectivity problems by making sure >our member have the latest software updates for their systems (ie. >Softpaks, etc) Also, exclusively use http://808hi.com for drive/flash >updates! We have a wide range of modem types used with our TC HUBS and >have about a 99% success rate of getting our members running at v.90 >speeds! Just my .02 worth! We do not have any support contracts either, >but the help and guidance from this list is invaluable! > >=========================================================================== === >Phillip Ferraro WorldNet Access, Inc >pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service >Voice (910) 346-0835 824 Gumbranch Square, Suite R3 >FAX (910) 455-1933 Jacksonville, Nc 28540-6269 >=========================================================================== === > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > David DenHollander Adoptable Equipment Corporation Suite 210, 259 Midpark Way SE Calgary, Alberta Canada T2X 1M2 "Check out our inventory and list your equipment for free" http://www.adoptable.com/ (403)254-1100 Phone (403)201-2815 Fax

Subject: (usr-tc) (USR-TC) LOOKING FOR 3 HI
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 2000-02-04 10:15:09

U> With all the talk of those switching to PMs from the total control U>hubs, I would be interested in hearing from anyone that would like to U>SELL components... In particular, we need 3 Hiper DSPs and (1) 70 Amp U>power supply. Would consider buying a chassis if the price is right! U> Please reply via private email! U> BTW... We have resolved most of our connectivity problems by making U>sure our member have the latest software updates for their systems U>(ie. Softpaks, etc) Also, exclusively use http://808hi.com for U>drive/flash updates! We have a wide range of modem types used with U>our TC HUBS and have about a 99% success rate of getting our members U>running at v.90 speeds! Just my .02 worth! We do not have any U>support contracts either, but the help and guidance from this list is U>invaluable! Phillip, I agree except I have seen recently 2 cases where we did doanload the latest software and with a Rockwell based modem the best our client could get is 26.4K with the cause being high frequency roloff. We sent them a 3Com winmodem and they got 37.33K and 40.66K just by changing the modem out. Jeff CMPQwk 1.42 9999

Subject: (usr-tc) FS: 2 NMC (16MB) cards
From: Brian <signal@shreve.net>
Date: 2000-02-04 10:36:59

We have 2 16MB (non Hiper) NMC cards for sale. $300 each OBO. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) WTB: some NMC's and modem cards
From: Jack Singer <jsinger@i-c.net>
Date: 2000-02-04 10:49:40

Let me know what you need. We purchased alot of spares that we don't need. Jack jsinger@i-c.net -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of kyle@admin.intac.com Sent: Friday, February 04, 2000 11:35 AM Hi, Just looking for some cheap NMC's and modem cards for personal use at home with a TC. If you have any available, please let me know. Thanks. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) FS: 2 NMC (16MB) cards
From: Brian <signal@shreve.net>
Date: 2000-02-04 11:24:41

On Fri, 4 Feb 2000, David DenHollander wrote: > Are they x.2 enabled? > The one that is still left is not. > > At 10:36 AM 2/4/00 -0600, you wrote: > > > >We have 2 16MB (non Hiper) NMC cards for sale. $300 each OBO. > > > >Brian > > > > > >----------------------------------------------------- > >Brian Feeny (BF304) signal@shreve.net > >318-222-2638 x 109 http://www.shreve.net/~signal > >Network Administrator ShreveNet Inc. (ASN 11881) > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) WTB: some NMC's and modem cards
From: kyle@admin.intac.com
Date: 2000-02-04 11:35:24

Hi, Just looking for some cheap NMC's and modem cards for personal use at home with a TC. If you have any available, please let me know. Thanks.

Subject: Re: (usr-tc) Thoughts on support contracts...
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-04 11:54:50

Thus spake Mark Thornton >I suspect that if 3Com dedicated a tech to a mailing list to address >issues for the smaller clients like us, meaning fewer than a thousand >TCH systems per pop, it would go a long way to resolving many of the >relationship problems we are experiencing. The techs we do have >appearing on this list are obviously doing this in between other tasks. >I'm sure we appreciate the time they can provide, though I'm sure they >have to steer clear of most of the politically charged stuff. Actually...I think the presense of the techs on the list now is probably officially sanctioned (if you will) by 3Com at this point. I get the impression that the initial appearance of them on the list was done on their own, but over time 3Com has realized the value of this list. :) Yes, I believe the techs do other things other than just support people on this list, but given how things are split up within 3Com, this actually makes some sense. For example...some of you may have noticed that depending on the part of the TC chassis being asked about, different techs tend to respond. :) So, if you ask about something on the Arcs you'll likely here from Krish and Mike, and occasionally from Dominic. If you ask about something on the NMC card, you're likely going to hear from Steve Valiunas. :) From my understanding, tech support in 3Com is (wisely) broken up into groupings of functionality of the individual components...so, for example, the HiPer Arc will be handled by a different group from the HiPer DSP because the two cards have significantly different functions. So...the folks that work with the Arcs also handle...uhm...I *think* the CMTS (Cable Modem Termination System), and HiPer Trax...both of which also run the Pilgrim code base, and as such have much in common with the HiPer Arc. This all makes sense if you think about it, but means that its not feasible to have one tech *dedicated* to list as they would have to have a knowledge base across the whole product line...that's just not feasible to do. :) Believe me...I understand where 3Com comes up with this idea...if you look in the archives at my posts, you'll probably see that I answer more HiPer Arc and NETServer questions than I do quad or DSP questions...my knowledge of modems just isn't nearly as deep as my knowledge of IP routing, PPP, routing protocols, etc (stuff that runs on a router :) I think 3Com actually does a pretty decent job anymore of doing what you suggest...the techs are here (blessed by 3Com corporate is my understanding)...the 3Com knowledgebase is available...its getting some decent content in it...though it could still be better, it is improving. My understanding is that the 3kb is the same database that the techs work out of (except for the ones in their heads...which is certainly tremendously bigger than the one in my head!). On the actual tech support side of things...I think 3Com is doing a decent job at this point...there are some outstanding issues, certainly, as have been brought up here...seemingly the biggest is v.90 compatibility...but when you call, wait times are short, you usually get someone now that can at least talk coherently about the product (at least this has been my experience). I still have some other beefs as well...security issues need to be addressed faster...I've mentioned this before...none of these things are really to the point of a crisis situation (at least for me)...v.90 being close. Yes, the main problem now, is not being able to obtain support once you have the contract...the problem is being able to obtain the support contract in the first place so you can then easily obtain the support if/when you need it! -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Radius and VPN-Neighbor
From: G. Douglas Davidson <douglas@city-net.com>
Date: 2000-02-04 12:22:33

On Feb 3, 2:06pm, G. Douglas Davidson wrote: > Subject: Re: (usr-tc) Radius and VPN-Neighbor > On Feb 3, 12:28pm, Brian wrote: > > Subject: Re: (usr-tc) Radius and VPN-Neighbor > > > > What attribute id are you using. I have used: > > > > VENDORATTR 429 USR-VPN-Neighbor 36872 ipaddr > > > > successfully. It has to be one hop away to work however. > > > > I have tried both of these attribute formats: > > ATTRIBUTE USR-PW_VPN_Neighbor 0x9008 ipaddr > ATTRIBUTE USR-PW_VPN_Neighbor 36872 ipaddr > I believe that I have the attribute successfully transmitted to the TC. The format that worked for me was: ATTRIBUTE USR-PW-VPN-Neighbor 36872 ipaddr USR with the Radius users file set: USR-PW-VPN-Neighbor = 198.144.34.46, I end up with: INFORMATION FOR SESSION me Service Type: Framed Framed Protocol: PPP Speed of Connection: Auto Login Service: Telnet Interface Name: slot:9/mod:4 IEA Next Hop Gateway IP Address: 198.144.34.46 Active Session ID: 2031616 Framed IP Netmask: 0.0.0.0 Framed Routing: None Framed Callback Identifier: 0 Framed MTU: 1441 Compression Algorithm: None Compression Reset Mode: Auto Receive Acc Map: 0 Transmit Acc Map: 0 I neglected to increment a length field in the section of Radius that returns attributes to the client, and so I stomped on a few things. BUT, it still is not working. I can ping the Next Hop Gateway. It is on the same subnet at the ethernet IP on the TC. Some other settings: IEA Radius Source Port Authentication ENABLED IEA User Radius supplied username DISABLED IP RIP ENABLED IP Number RIP Interfaces: 1 IP Number RIP Neighbors: 0 IP RIP Flags: METRICS SEND_REQUEST IEA Next Hop Routing: ENABLED IEA Send Unsolicited Proxy Arp: DISABLED IEA Force Next Hop Route: DISABLED Any thought would be appreciated. --

Subject: (usr-tc) Hard Soft busy out commands
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-04 12:25:38

Hello all Trying to test individual channels on a new PRI. Whenever I selected a group of modems and either hard or soft busied them out (to test the hunt group), I would get busy, and not sequence through the huntgroup to the next open modem. All channels are up, am I not using the busy out commands correctly or will the hard/soft busy out 'break' a huntgroup? Thanks! Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Subject: RE: (usr-tc) Hard Soft busy out commands
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-04 14:10:14

it should not be doing this if the telco's switch was paying attention to your out-of-service messages. You need to get the switch tech and possibly someone from translations to verify that your translation supports service messages. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Paul Farber [mailto:farber@admin.f-tech.net] > Sent: Friday, February 04, 2000 1:26 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Hard Soft busy out commands > > > Hello all > > Trying to test individual channels on a new PRI. > > Whenever I selected a group of modems and either hard or soft > busied them > out (to test the hunt group), I would get busy, and not > sequence through > the huntgroup to the next open modem. > > All channels are up, am I not using the busy out commands correctly or > will the hard/soft busy out 'break' a huntgroup? > > Thanks! > > 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. >

Subject: Re: (usr-tc) Hard Soft busy out commands
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-04 14:41:42

Paul- Sounds like the exact same problem I had a few days ago that Jeff answered for the list. Call telco and have them tell you what signaling method the PRI is set to. It needs to be 5ESSCustom. -- Scot ----- Original Message ----- Sent: Friday, February 04, 2000 12:25 PM > Hello all > > Trying to test individual channels on a new PRI. > > Whenever I selected a group of modems and either hard or soft busied them > out (to test the hunt group), I would get busy, and not sequence through > the huntgroup to the next open modem. > > All channels are up, am I not using the busy out commands correctly or > will the hard/soft busy out 'break' a huntgroup? > > Thanks! > > 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. >

Subject: Re: (usr-tc) Various Vendors
From: Dan Hollis <goemon@sasami.anime.net>
Date: 2000-02-04 14:56:15

On Fri, 4 Feb 2000, Netadmin wrote: > A wide variety of topics have been brought up lately. What are the lists users thoughts of other remote access products compared to 3com- Total Control? It seems the 3com is widely used products among the ISP forum. Any comments are appreciated. Heres the ones ive personally used Cisco AS5248 The good - excellent support excellent feature set 'no one ever got fired for buying cisco' The bad - IOS was never really designed for handling dialups and it shows Severely underpowered CPU (68030) 'merely adequate' modem DSP code Lucent PM3 The good - good feature set good tech support The bad - Somewhat underpowered cpu 'fair to good' modem DSP code ComOS can be flaky (spontaneous reboots etc) 3com Hiper The good - good feature set blazingly fast CPU and architecture (overengineered? :) excellent modem code The bad - terrible tech support Ascend Max The good - good to great modem code good feature set, minor annoyances on some features (eg DOVBS) The bad - Somewhat underpowered cpu

Subject: Re: (usr-tc) CT1 problem
From: Dan Hollis <goemon@sasami.anime.net>
Date: 2000-02-04 14:57:32

On Fri, 4 Feb 2000, Mark Thornton wrote: > Does anyone have any thoughts on what these errors point to? The telco is > going to replace cards in the central switch this weekend, and I'm > considering resetting the T1 cards to see of that is it. I appreciate any > help you can give. We have seen problems from bad CO line cards in the past so its definitely a possibility. -Dan

Subject: Re: (usr-tc) YYYeeeoooowwwww!!!
From: Ronald Kushner <ron@glis.net>
Date: 2000-02-04 15:13:35

Mark Thornton wrote: > > While we continue to be intruged by the lure of the greener grass on the > other platform, I just took a call from a convert from our prime competitor. > The client is a small business just starting to utilize the Internet but > their previous connection was "holding them back". I asked what that meant > and they indicated the real speed of the connection is very different, in > favor of us. I am aware there are other factors that may play into this, but > the competitor has all the money, all the bandwidth, all the PRI lines (we > use CT1's, primarily) and yet this is a recurring comment from converts. It > almost makes me want to hold a revival or something, you know, put up a tent > and hand out cd's;) At any rate the other difference between us and them is > we use 3Com and they use Lucent and Ascend. In the past the Ascend products have been way underpowered. All my competitors that have Ascend gear have CPP turned off, even the guys with TNTs. I remember when the 4004 was their 96 port chassis, you couldn't use over 72 ports or everybody would find their connectivity grind to a crawl. One ISP had about 22 4004 boxes swapped out for the 6000 series chassis for free - just the bare chassis was swapped he had to retain all his modem cards. He said it's helped somewhat with performance, but it's not where he thinks it should be. he said he really had to fight to get the those boxes swapped in the first place. I guess the lawyers sent nastygrams back and forth for a over a year before Ascend agreed to the swap. -Ron GLISnet, Inc. +1 810/939.9885

Subject: (usr-tc) One Quick Question
From: John Lange <microjl@palacenet.net>
Date: 2000-02-04 15:15:23

I don't have a TC yet and have been considering buying 3 of them (Vendors forget it). I have found that it seems to be the general consensus that the 3Com/USR Tech Support is the pits, Service Contracts are a rip-off, the whole world is unfair, and the grass is greener on the other side, I just cannot decide wether to climb the fence or go around... Here's the "I Want To Be a Millionaire Question" Please only send your "FINAL ANSWER" off the list! Is there a "Software Upgrade Underground" or "Mirror Site" for those who cannot afford the Service Contract? That's it! - No I am not a 3Com Spy JOhn :} ----- Whatever you do, work at it with all your heart, as working for the Lord, not for men >Colossians 3:23 (NIV) John C. Lange, Sr. PALACE dot NET, INC. microjl@palacenet.net MICRO-TECH Computers, Inc. 608.742.1601 & 6980 1819 New Pinery Road http://www.palacenet.net/ Portage, WI 53901 MSCE Training for only $150.00 - http://dpec.palacenet.net/ All 200+ Web Based Courses for $150.00 Per Year - "Really" --- __o --- _-\<,_ Fastest Service in Town --- (_)/ (_)

Subject: (usr-tc) Annoying log message from usrtc
From: Dan Borlovan <danb@dnttm.ro>
Date: 2000-02-04 15:27:26

Hello, I get a bunch of messages like this logged via syslog from our usrtc: Feb 4 15:20:29 tc1 --syslog capture: c66a0000 slot:12/mod:3 --syslog capture:stop Any idea what they mean and how to stop them? This is the tc configuration (syslog ip address replaced by xxx.xxx.xxx.xxx): hiper arc> list sysLOGS SYSLOG SINKS SysLog Log Level Msg Count Facility Allow all Auth levels xxx.xxx.xxx.xxx CRITICAL 282415 LOG_AUTH YES hiper arc> list faCILITIES FACILITIES Event Facility Log Level ATM AAL Driver CRITICAL ATM ILMI CRITICAL ATM Network Driver CRITICAL ATM SAR CRITICAL ATM Signalling CRITICAL Auth Facility CRITICAL Board Support Management ProcessCRITICAL CMTS SNMP Manager CRITICAL Call Initiation Process CRITICAL Command Line Interpreter CRITICAL Configuration File Manager CRITICAL Configurator CRITICAL Console Driver CRITICAL DHCP relay agent CRITICAL DNS CRITICAL Discovery CRITICAL Driver CRITICAL Ethernet Driver CRITICAL Event Handler CRITICAL Filter Manager Process CRITICAL Frame Relay Process CRITICAL GWC Modem Driver CRITICAL GWCWAN Driver CRITICAL IP CRITICAL IP Routing Process CRITICAL IP Spoofing Process CRITICAL IPX CRITICAL IPX Spoofing Process CRITICAL IPX/IP Dial-out Process CRITICAL L2TP CRITICAL MCNS Reg/Adm CRITICAL MIB Registrar CRITICAL MPIP CRITICAL NTP - Network Time Protocol CRITICAL Network Management Bus Agent CRITICAL Network Management Bus Driver CRITICAL Network Management Interface CRITICAL Non-Existant facility 82 CRITICAL Non-Existant facility 83 CRITICAL OSPF Facility CRITICAL PPP CRITICAL PPTP CRITICAL Polling Process CRITICAL Port Tapper CRITICAL QAM Driver CRITICAL Remote Ping Process CRITICAL RoboExec CRITICAL SBUS CRITICAL SLIP Process CRITICAL SNMP CRITICAL TCP CRITICAL TFTP Client CRITICAL TFTP Process CRITICAL Telnet CRITICAL Text Editor CRITICAL Traceroute CRITICAL Tunnel Dispatcher CRITICAL UDP CRITICAL UMC driver CRITICAL User Manager CRITICAL VTP CRITICAL Dan -- Dan Borlovan <danb@dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201

Subject: Re: (usr-tc) CT1 problem
From: Dan Hollis <goemon@sasami.anime.net>
Date: 2000-02-04 16:13:48

On Fri, 4 Feb 2000, Mark Thornton wrote: > By CO you mean at their end? Yes CO means telco central office

Subject: (usr-tc) CT1 problem
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-04 16:18:53

I am having a problem on three incoming CT1's that are terminated by the T1 card to quad modems. We are seeing "bipolar violations", "code violation errors", and "bursty errored seconds". The telco has looked into the hdsl carrier and it shows no errors. Neither does the central switch. They put a tcomm tester on the T1 to watch the data and it reported "secondary channel loss", but they are unable to determine what that means in the context of a T1. I began looking for problems when the number of people complaining about not being able to stay online jumped significantly today. They report the problem has been going on for the past two days. Does anyone have any thoughts on what these errors point to? The telco is going to replace cards in the central switch this weekend, and I'm considering resetting the T1 cards to see of that is it. I appreciate any help you can give. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) One Quick Question
From: Mark E. Levy <mark@fsi.net>
Date: 2000-02-04 16:25:36

Well, despite all that you've heard from other axe-grinders, I've been mostly happy with my TC, 3Com support has gotten worlds better over the last year, and it appears that they're on the verge of at least reducing the compatibility problems. John Lange wrote: > > I don't have a TC yet and have been considering buying 3 of them (Vendors > forget it). > > I have found that it seems to be the general consensus that the 3Com/USR > Tech Support is the pits, Service Contracts are a rip-off, the whole world > is unfair, and the grass is greener on the other side, I just cannot decide > wether to climb the fence or go around... > > Here's the "I Want To Be a Millionaire Question" > > Please only send your "FINAL ANSWER" off the list! > > Is there a "Software Upgrade Underground" or "Mirror Site" for those who > cannot afford the Service Contract? > > That's it! - No I am not a 3Com Spy > JOhn :} > > ----- Whatever you do, work at it with all your heart, as working for the > Lord, not for men >Colossians 3:23 (NIV) > > John C. Lange, Sr. PALACE dot NET, INC. > microjl@palacenet.net MICRO-TECH Computers, Inc. > 608.742.1601 & 6980 1819 New Pinery Road > http://www.palacenet.net/ Portage, WI 53901 > MSCE Training for only $150.00 - http://dpec.palacenet.net/ > All 200+ Web Based Courses for $150.00 Per Year - "Really" > > --- __o > --- _-\<,_ Fastest Service in Town > --- (_)/ (_) > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Subject: Re: (usr-tc) Various Vendors
From: Dan Hollis <goemon@sasami.anime.net>
Date: 2000-02-04 16:45:00

On Fri, 4 Feb 2000, Brian Elfert wrote: > The AS3648 and AS5300 both are replacements for the AS5248. The AS5300 I > have uses about 3% CPU to server 30 or 40 calls. Yes AS53xx seems to have more adequate CPU, MIPS R4xxx right? But 3com still has far more cpu power As far as feature sets go cisco has by far the most complete The modem code still doesnt seem to be anywhere near 3com's though -Dan

Subject: (usr-tc) Problems with Total Control E1/PRI
From: Jorge Lozano <jorge@andinet.com>
Date: 2000-02-04 16:53:47

Hi everybody! I have a Total Control System with a Dual E1/PRI card. I am using a couple of HDSL Higain... the E1 came up, but in the card I have the span 1 Lbk led solid in orange... Do you know what mean the lbk led in orange? Sincerelly, Jorge Lozano Este mensaje fue enviado usando Andinet WebMail. http://www.andinet.com/

Subject: Re: (usr-tc) CT1 problem
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-04 16:59:11

By CO you mean at their end? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, February 04, 2000 4:57 PM > On Fri, 4 Feb 2000, Mark Thornton wrote: > > Does anyone have any thoughts on what these errors point to? The telco is > > going to replace cards in the central switch this weekend, and I'm > > considering resetting the T1 cards to see of that is it. I appreciate any > > help you can give. > > We have seen problems from bad CO line cards in the past so its definitely > a possibility. > > -Dan > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: (usr-tc) Various Vendors
From: Netadmin <netadmin@seidata.com>
Date: 2000-02-04 17:07:07

This is a multi-part message in MIME format. ------=_NextPart_000_0146_01BF6F32.447A58E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable A wide variety of topics have been brought up lately. What are the lists = users thoughts of other remote access products compared to 3com- Total = Control? It seems the 3com is widely used products among the ISP forum. = Any comments are appreciated. ------=_NextPart_000_0146_01BF6F32.447A58E0 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.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>A wide variety of topics have been = brought up=20 lately. What are the lists users thoughts of other remote access = products=20 compared to 3com- Total Control? It seems the 3com is widely used = products among=20 the ISP forum. Any comments are appreciated.</FONT></DIV> <DIV> </DIV> <DIV> </DIV></BODY></HTML> ------=_NextPart_000_0146_01BF6F32.447A58E0--

Subject: Re: (usr-tc) Various Vendors
From: Brian Elfert <brian@citilink.com>
Date: 2000-02-04 17:42:23

On Fri, 4 Feb 2000, Dan Hollis wrote: > Cisco AS5248 > The good - excellent support > excellent feature set > 'no one ever got fired for buying cisco' > The bad - IOS was never really designed for handling dialups and it shows > Severely underpowered CPU (68030) > 'merely adequate' modem DSP code The 5248 is no longer sold by Cisco. It's still officially supported, as Cisco doesn't tend to EOL things for several years after end of sale. The AS3648 and AS5300 both are replacements for the AS5248. The AS5300 I have uses about 3% CPU to server 30 or 40 calls. Brian

Subject: Re: (usr-tc) Various Vendors
From: Brian <signal@shreve.net>
Date: 2000-02-04 18:09:50

> 3com Hiper > The good - good feature set > blazingly fast CPU and architecture (overengineered? :) > excellent modem code > The bad - terrible tech support I hear tech support is good these days. "support" however, as in contracts and cost of support is another issue. Also this forum blows away ascend-users. If you own a TNT good luck getting help. > > Ascend Max > The good - good to great modem code > good feature set, minor annoyances on some features (eg DOVBS) > The bad - Somewhat underpowered cpu majorly lame CLI on the TNT...........totally strange. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) CT1 problem
From: Richard Gamberg <znmi@email.msn.com>
Date: 2000-02-04 18:19:13

Line coding errors - an AMI - B8ZS mismatch somewhere - anywhere - in the call path? See http://808hi.com/56k/coding.htm Line coding errors may be much bigger issue than some think - can also occur in telco/clec facilities between subscriber and your switch - something you have little control over! CT1 = beginning of recipe for 56k trouble get PRI if at all possible. Aloha, Richard http://808hi.com/ 56k=v.Unreliable -> -----Original Message----- -> From: owner-usr-tc@lists.xmission.com -> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton -> Sent: Friday, February 04, 2000 12:19 PM -> To: usr-tc@lists.xmission.com -> Subject: (usr-tc) CT1 problem -> -> -> I am having a problem on three incoming CT1's that are -> terminated by the T1 -> card to quad modems. We are seeing "bipolar violations", "code violation -> errors", and "bursty errored seconds". The telco has looked into the hdsl -> carrier and it shows no errors. Neither does the central switch. -> They put a -> tcomm tester on the T1 to watch the data and it reported -> "secondary channel -> loss", but they are unable to determine what that means in the -> context of a -> T1. -> -> I began looking for problems when the number of people -> complaining about not -> being able to stay online jumped significantly today. They report the -> problem has been going on for the past two days. -> -> Does anyone have any thoughts on what these errors point to? The telco is -> going to replace cards in the central switch this weekend, and I'm -> considering resetting the T1 cards to see of that is it. I appreciate any -> help you can give. -> -> Mark Thornton -> San Marcos Internet, Inc. -> 512-393-5300 -> -> -> -> -> - -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" -> with "unsubscribe usr-tc" in the body of the message. -> For information on digests or retrieving files and old messages send -> "help" to the same address. Do not use quotes in your message. ->

Subject: Re: (usr-tc) Various Vendors
From: Dan Irvin <dirvin@123.net>
Date: 2000-02-04 19:48:54

We are considering moving about 30 PRIs from TCs and PM3s to AS5300s. We have one Crisco AS5300 up with 8 PRIs and use it mostly for ISDN and are quite happy (Crisco tech support is excellent!). My question is how do you find the modem performance on the newer Crisco AS5300 relative to the TC/HPSP and PM3 DSPs? Thanks -Dan Brian Elfert wrote: > On Fri, 4 Feb 2000, Dan Hollis wrote: > > > Cisco AS5248 > > The good - excellent support > > excellent feature set > > 'no one ever got fired for buying cisco' > > The bad - IOS was never really designed for handling dialups and it shows > > Severely underpowered CPU (68030) > > 'merely adequate' modem DSP code > > The 5248 is no longer sold by Cisco. It's still officially supported, as > Cisco doesn't tend to EOL things for several years after end of sale. > > The AS3648 and AS5300 both are replacements for the AS5248. The AS5300 I > have uses about 3% CPU to server 30 or 40 calls. > > Brian > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Various Vendors
From: Brian <signal@shreve.net>
Date: 2000-02-04 21:36:39

I think 3com is the best compromise right now. They really don't have many issues to resolve as far as I am concerned. If they cleaned up their support contract situation, ospf, and continue to work on their modem code, I think they would be the definite #1. The thing is, this industry is fierce. 3Com is adding and adding features because you have to keep doing that, so you don't fall behind what the competition is doing. Everyone is adding VoIP, QoS, etc. 3Com can't stop everything and just work on core things like OSPF/modem code, they have to keep advancing or fall behind. Corporate and Carriers want to see that stuff like that is in the pipeline etc. Their isn't an unlimited supply of clue out there either, at any price, to work on things like developing VoIP etc on a chassis. Its a tough deal, I can sympathize. All we can hope is that the engineers there are paid well and work nonstop. Unfortunatly reliability isn't what drives most these companies, its marketing and features and getting the next version out just to say they have VoIP *today* etc, and who cares if its all working yet. Brian On Fri, 4 Feb 2000, Dan Hollis wrote: > On Fri, 4 Feb 2000, Brian Elfert wrote: > > The AS3648 and AS5300 both are replacements for the AS5248. The AS5300 I > > have uses about 3% CPU to server 30 or 40 calls. > > Yes AS53xx seems to have more adequate CPU, MIPS R4xxx right? > But 3com still has far more cpu power > > As far as feature sets go cisco has by far the most complete > > The modem code still doesnt seem to be anywhere near 3com's though > > -Dan > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) CT1 problem
From: Marshall Morgan <marshall@netdoor.com>
Date: 2000-02-05 01:26:57

We have had the problem with a Dual PRI card and it turned out to be bad and not the telco's fault. If you have a spare handy it sure wouldn't hurt to try that. Marshall Morgan Internet Doorway, Inc. (aka NETDOOR) > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dan Hollis > Sent: Friday, February 04, 2000 6:14 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) CT1 problem > > > On Fri, 4 Feb 2000, Mark Thornton wrote: > > By CO you mean at their end? > > Yes CO means telco central office > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

Subject: (usr-tc) USR Netserver/8 I+ Big time routing problems
From: John Schmerold <john@katy.com>
Date: 2000-02-05 09:50:22

Twice in the last week, our netserver has gone south. After much trial & error, I found I could revive it by: 1. Power cycling the router 2. Entering following commands: disable ip network ip163a delete ip network ip163a add ip network ip163a address 209.74.163.2/25 interface eth:1 enabled yes I have to enter these commands via seral port since for all intents & purposes, the ethernet port is dead. Any ideas? Only change we made in last couple of weeks was to give one of our clients 2 blocks of IP addresses as follows: set network user HBC1 ADDRESS_SELECTION specified remote_IP_address 209.74.163.209/29 ADD FRAMED_ROUTE USER HBC1 GATEWAY 209.74.163.209 IP_ROUTE 209.74.163.208/29 METRIC 2 add ip route 209.74.163.216/29 METRIC 5 GATEWAY 209.74.163.209 Should I handle this differently? Our System Version is V4.2.0

Subject: Re: (usr-tc) Various Vendors
From: Brian Elfert <brian@citilink.com>
Date: 2000-02-05 12:34:10

On Fri, 4 Feb 2000, Dan Irvin wrote: > We are considering moving about 30 PRIs from TCs and PM3s to > AS5300s. We have one Crisco AS5300 up with 8 PRIs and use it mostly > for ISDN and are quite happy (Crisco tech support is excellent!). > > My question is how do you find the modem performance on the > newer Crisco AS5300 relative to the TC/HPSP and PM3 DSPs? We have quad modems rather than Hiper DSPs. Customers pretty much got the same or better connections on the AS5300. We ran our PM3 with K56Flex code, and no V.90. The problems we're seeing are some K56Flex only modems only connect at V.34 to the Cisco. Cisco seems to have concentrated a lot more on V.90 than K56Flex, which is only natural. Brian

Subject: Re: (usr-tc) Various Vendors
From: Brian Elfert <brian@citilink.com>
Date: 2000-02-05 12:43:44

On Fri, 4 Feb 2000, Dan Hollis wrote: > On Fri, 4 Feb 2000, Brian Elfert wrote: > > The AS3648 and AS5300 both are replacements for the AS5248. The AS5300 I > > have uses about 3% CPU to server 30 or 40 calls. > > Yes AS53xx seems to have more adequate CPU, MIPS R4xxx right? > But 3com still has far more cpu power I never said the Hiper ARC doesn't have more CPU power. I just mentioned that the current line of Cisco products has more than adequate CPU. Someone was comparing a discontinued product against the 3Com stuff. > The modem code still doesnt seem to be anywhere near 3com's though I beg to differ. I have quad modems, and my tests showed the Cisco connects the same or better for those with V.90. Obviously, x2 only customers get screwed, but I'm keeping a Total Control rack for them. I used to think USR/3Com modem code was the best, but not any more. Brian

Subject: Re: (usr-tc) dns server assignment in PPP
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-05 13:06:38

The problem was that all of my chassis's dns usage were set to system, not PPP. I never bothered to set the dns server in the newest chassis because I never do a domain name lookup from the arc. I never noticed the impact of the dns usage parameter. I kept resetting the ppp dns server but didn't understand why that wasn't working. Thanks to all who responded and pointed this out. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) Various Vendors
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-05 15:33:58

Yes they can. Who in this list is seriously doing VOIP? It sucks. In a few years it will work, but for now leave it in the beta testers hands. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 4 Feb 2000, Brian wrote: > 3Com can't stop everything and just work on core things like OSPF/modem code, they have to keep advancing or fall behind.

Subject: Re: (usr-tc) Various Vendors
From: Dan Hollis <goemon@sasami.anime.net>
Date: 2000-02-05 17:04:41

On Sat, 5 Feb 2000, Brian Elfert wrote: > On Fri, 4 Feb 2000, Dan Hollis wrote: > > The modem code still doesnt seem to be anywhere near 3com's though > I beg to differ. I have quad modems, and my tests showed the Cisco > connects the same or better for those with V.90. Obviously, x2 only > customers get screwed, but I'm keeping a Total Control rack for them. > I used to think USR/3Com modem code was the best, but not any more. My experience indicates cisco modem code is overly conservative, favoring lower connect speeds (trading off speed for stability) -Dan

Subject: Re: (usr-tc) Various Vendors
From: Brian Elfert <brian@citilink.com>
Date: 2000-02-05 17:25:58

On Sat, 5 Feb 2000, Paul Farber wrote: > Yes they can. Who in this list is seriously doing VOIP? It sucks. In a > few years it will work, but for now leave it in the beta testers hands. I understand Cisco uses VOIP to route calls overseas for 24x7 support. Cisco only uses USA call centers during the day in the US. Overnight calls are sent to Australia amongst other places. Brian

Subject: (usr-tc) Getting disconnect reasons from Hiper DSPs
From: Brian Buffington <draconis@bridgernet.com>
Date: 2000-02-05 17:27:36

I've been trying for the past several hours to get the modem disconnect reasons logged from the Hiper DSPs. I've configured the trap destination through TCM, enabled logging groups 2345 on the NMC and set the logging server to a radius server (Cistron/FreeRadius 1.6.0 on Linux) running on port 1813 on a spare machine. Then I configured the DSPs to log groups 1-4 and enabled the traps for incoming termination. Then I save the template to NVRAM and refresh it. Everything works great up to that point, I can see the modem disconnection reasons in the radius detail log. The problem is that as soon as I refresh the template, no incoming calls can be established on the DSP. "monitor ppp" shows absolutely nothing and a packet dump shows that no radius packets are being exchanged with the authentication server. So I get to watch as clients already on the server disconnect, but no new connections will be successful. As soon as I "restore modem from default" in TCM, calls can be authenticated again but the disconnection reasons logging ceases to work. It seems I can get the reasons logged or get people authenticated, but not both simultaneously. I've probably overlooked something in the configuration that is causing this problem, but I can't find anything in the documentation library (including the documentation CD) or in the KB. Has anyone else gotten modem disconnection reasons logged? Here's the relevant info on this particular chassis: The DSPs are hardware version 0.53.0 running DSP code 2.0.51 The ARC is hardware version 19.0.0 running 4.2.32 The NMC is hardware version 2.0 running 6.2.17 Let me know if you need more information. Thanks in advance, -- Brian Buffington BridgerNET Systems Administrator draconis@bridgernet.com (435)753-2030

Subject: Re: (usr-tc) Various Vendors
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-05 19:44:54

Thus spake Brian Elfert >I understand Cisco uses VOIP to route calls overseas for 24x7 support. >Cisco only uses USA call centers during the day in the US. Overnight >calls are sent to Australia amongst other places. They've been doing this longer than VOIP existed as a widespread concept, so unless they switched to a VOIP solution recently, its done in a different manner. I suspect ATM. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Various Vendors
From: Ronald Kushner <ron@glis.net>
Date: 2000-02-05 19:50:07

Brian Elfert wrote: > > On Sat, 5 Feb 2000, Paul Farber wrote: > > > Yes they can. Who in this list is seriously doing VOIP? It sucks. In a > > few years it will work, but for now leave it in the beta testers hands. > > I understand Cisco uses VOIP to route calls overseas for 24x7 support. > Cisco only uses USA call centers during the day in the US. Overnight > calls are sent to Australia amongst other places. Cisco really looks like they are clued in on VoIP, I noticed Cisco is now pushing to deliver powered Ethernet ports so you can plug Ethernet based Cisco telephones into their Ethernet switches and they will require no external power whatsoever. If there is a VoIP revolution, Cisco is in place to reap the rewards for having the products people need to execute the revolution. I see corporations with just one network, and it's going to be based on Ethernet, providing switched voice, data and video all over IP. Corporations all over are asking for this kind of stuff. I imagine 3Com is under pressure to keep up with Cisco, which has quite a few VoIP solutions built into their routers and switches. 3Com just doesn't have the resources Cisco has amassed over the past few years. -Ron GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) Various Vendors
From: Lists <lists@aussie.nu>
Date: 2000-02-06 12:15:37

> > Yes they can. Who in this list is seriously doing VOIP? It sucks. In a > > few years it will work, but for now leave it in the beta testers hands. > > I understand Cisco uses VOIP to route calls overseas for 24x7 support. > Cisco only uses USA call centers during the day in the US. Overnight > calls are sent to Australia amongst other places. As one in Australia, I know that some of our calls end up in the USA. VoIP would certainly explain why those calls sound pretty ordinary. Bob Purdon, Ground Floor, Marine Board Building Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 Southern Internet Services. +61 (3) 6234 7444

Subject: Re: (usr-tc) Getting disconnect reasons from Hiper DSPs
From: Brian Buffington <draconis@bridgernet.com>
Date: 2000-02-06 16:53:37

Hmm, it appears to have spontaneously started working overnight. I think I'll avoid touching it from now on. =P At least it's logging and people can log on. -- Brian Buffington BridgerNET Systems Administrator draconis@bridgernet.com (435)753-2030 "Brian Buffington" <draconis@bridgernet.com> wrote: > I've been trying for the past several hours to get the modem > disconnect reasons logged from the Hiper DSPs.

Subject: (usr-tc) QUICK COnnections
From: pferraro@wna-linknet.com
Date: 2000-02-06 19:37:00

I have noticed that our DSPs log callers in much quicker than our quad modems do.... HOWEVER, after flashing a DSP to the new 2.0.51 code, I have noticed that it is slower to login the user??? Any ideas here? I thought there was a setting that could be used to speed that up, but not sure... I did not change anything on the DSP I upgraded to 2.0.51, at least not that I know of! Any ideas? ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: Re: (usr-tc) QUICK COnnections
From: Clayton Zekelman <clayton@mnsi.net>
Date: 2000-02-07 10:32:54

We just flashed our DSP's over to 2.0.51 on the weekend, and have had a few reports of users with 3Com modems only conecting at 19,200. Not sure if this is just a fluke or a real problem that we're just starting to see. Anyone else see this with 2.0.51? At 07:37 PM 2/6/00 -0500, you wrote: > > I have noticed that our DSPs log callers in much quicker than our >quad modems do.... HOWEVER, after flashing a DSP to the new 2.0.51 code, >I have noticed that it is slower to login the user??? Any ideas here? I >thought there was a setting that could be used to speed that up, but not >sure... I did not change anything on the DSP I upgraded to 2.0.51, at >least not that I know of! > > Any ideas? > >=========================================================================== === >Phillip Ferraro WorldNet Access, Inc >pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service >Voice (910) 346-0835 824 Gumbranch Square, Suite R3 >FAX (910) 455-1933 Jacksonville, Nc 28540-6269 >=========================================================================== === > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) Various Vendors
From: Martin Lathoud <nytral@endirect.qc.ca>
Date: 2000-02-07 10:47:56

On Sat, 5 Feb 2000, Dan Hollis wrote: > My experience indicates cisco modem code is overly conservative, favoring > lower connect speeds (trading off speed for stability) I have a crappy phone line at home (whereas the other one is connecting 50,666.. don't ask). With a rockwell V34: -quad/dsp = connect 26,400 -> so many retrains it's not useable -pm3 = 28,800 -> ditto -cisco = 31,200/24000 fast and stable So upload seems to be the problem, and only cisco is able to deal with it. I tried with Sportster56k and results are the same. Martin

Subject: (usr-tc) HiperARC filter question......
From: Brian <signal@shreve.net>
Date: 2000-02-07 14:30:16

I am making filters for all of our users on the HiperARC, basically a "default" filter, which I wish to assign in RADIUS. I am doing this like: Filter-Id = "filter.in" Now, we also have an Ascend TNT box, which also uses the same RADIUS. I wish it were as simple as making a filter on the Ascend called "filter" and going with that but it gets a little crazy......... Ascend limits you to like a dozen or so rules on a filter, no more. So we have to break it into 2 filters, and assign like so: Filter-Id = "filter.in1", Filter-Id = "filter.in2" Yes this works.........on the Ascend, but I don't believe this will work on the HiperARC. and I am not sure if the HiperARC would be ok in putting all the rules in one of the files and leaving the other non-existant, it would probably deny access............. Does anyone have a solution? Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) FS: USR TC NMC Card
From: Brian <signal@shreve.net>
Date: 2000-02-07 15:03:51

USR TC NMC Card, 16MB, not v90/x2 enabled. $200.00 Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Weird logon problems
From: Randy McMillan <randy@pacinfo.com>
Date: 2000-02-07 18:17:17

This is a multi-part message in MIME format. ------=_NextPart_000_0250_01BF7197.9123B4E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have seen it happen with a corrupted password list file = C:\windows\*.pwl. Just find and delete any of those files and reboot. = Also, they might consider updating their modem firmware. = http://808hi.com/56k/ltwin7.htm Randy McMillan PacInfo ----- Original Message -----=20 From: Scot Desort=20 To: usr-tc@lists.xmission.com=20 Sent: Monday, February 07, 2000 4:03 PM Subject: (usr-tc) Weird logon problems I have a customer with an LT winmodem v4.21. When she tries to = connect, her username and password is trasmitted garbled: Outgoing PPP Data on interface: slot:2/mod:20 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 87 00 1a PROTO_COMP AC_COMP Incoming PPP Data on interface: slot:2/mod:20 LCP CFG_ACK MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM eb 63 2f 0e PROTO_COMP AC_COMP Incoming PPP Data on interface: slot:2/mod:20 PAP REQUEST USERNAME =3D @=B2.=E9=E4L=AB=F2 PASSWORD =3D =A1Y1=AD Outgoing PPP Data on interface: slot:2/mod:20 PAP NAK =20 =20 We have removed TCPIP, DUN, dialup adapter. Cannot figure this out. = =20 Any thoughts? =20 =20 -- Scot ------=_NextPart_000_0250_01BF7197.9123B4E0 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.3401" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>I have seen it happen with a corrupted = password=20 list file C:\windows\*.pwl.   Just find and delete any of = those files=20 and reboot.  Also, they might consider updating their modem = firmware. =20 <A=20 href=3D"http://808hi.com/56k/ltwin7.htm">http://808hi.com/56k/ltwin7.htm<= /A></FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Randy McMillan</FONT></DIV> <DIV><FONT face=3DArial size=3D2>PacInfo</FONT></DIV> <BLOCKQUOTE=20 style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: = 0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px"> <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV> <DIV=20 style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: = black"><B>From:</B>=20 <A href=3D"mailto:scot@njaccess.net" title=3Dscot@njaccess.net>Scot = Desort</A>=20 </DIV> <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20 href=3D"mailto:usr-tc@lists.xmission.com"=20 title=3Dusr-tc@lists.xmission.com>usr-tc@lists.xmission.com</A> </DIV> <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Monday, February 07, 2000 = 4:03=20 PM</DIV> <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) Weird logon=20 problems</DIV> <DIV><BR></DIV> <DIV><FONT face=3D"Courier New" size=3D2>I have a customer with=20 an LT winmodem v4.21. When she tries to connect, her = username and=20 password is trasmitted garbled:</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Outgoing PPP Data on = interface:=20 slot:2/mod:20<BR>   =20 LCP       =20 CFG_ACK          =20 ASYNC_MAP      00 0a 00=20 = 00<BR>           &= nbsp;           &n= bsp;        =20 MAGIC_NUM      00 87 00=20 = 1a<BR>           &= nbsp;           &n= bsp;        =20 = PROTO_COMP<BR>         &nbsp= ;            =           =20 AC_COMP</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on = interface:=20 slot:2/mod:20<BR>   =20 LCP       =20 CFG_ACK          =20 MRU            = 05=20 = ea<BR>           &= nbsp;           &n= bsp;        =20 ASYNC_MAP      00 00 00=20 = 00<BR>           &= nbsp;           &n= bsp;        =20 AUTH_TYPE      c0=20 = 23<BR>           &= nbsp;           &n= bsp;        =20 MAGIC_NUM      eb 63 2f=20 = 0e<BR>           &= nbsp;           &n= bsp;        =20 = PROTO_COMP<BR>         &nbsp= ;            =           =20 AC_COMP</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on = interface:=20 slot:2/mod:20<BR>   =20 PAP       =20 REQUEST           = USERNAME =3D=20 = @=B2•=E9=E4L=AB=F2<BR>       &nb= sp;           &nbs= p;           &nbsp= ;=20 PASSWORD =3D =A1Ÿ1<BR>Outgoing PPP Data on interface:=20 slot:2/mod:20<BR>   =20 PAP       =20 NAK         </FONT></DIV> <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>We have removed TCPIP, DUN, = dialup=20 adapter. Cannot figure this out.      =20 </FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Any thoughts?</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV> <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>--</FONT></DIV> <DIV><FONT face=3D"Courier New" size=3D2>Scot</FONT></DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV></BLOCKQUOTE></BODY></HTML> ------=_NextPart_000_0250_01BF7197.9123B4E0--

Subject: (usr-tc) Weird logon problems
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-07 19:03:21

This is a multi-part message in MIME format. ------=_NextPart_000_00BA_01BF719E.005B0600 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a customer with an LT winmodem v4.21. When she tries to connect, = her username and password is trasmitted garbled: Outgoing PPP Data on interface: slot:2/mod:20 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 87 00 1a PROTO_COMP AC_COMP Incoming PPP Data on interface: slot:2/mod:20 LCP CFG_ACK MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM eb 63 2f 0e PROTO_COMP AC_COMP Incoming PPP Data on interface: slot:2/mod:20 PAP REQUEST USERNAME =3D @=B2.=E9=E4L=AB=F2 PASSWORD =3D =A1Y1=AD Outgoing PPP Data on interface: slot:2/mod:20 PAP NAK =20 We have removed TCPIP, DUN, dialup adapter. Cannot figure this out. = =20 Any thoughts? -- Scot ------=_NextPart_000_00BA_01BF719E.005B0600 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.3401" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY> <DIV><FONT face=3D"Courier New" size=3D2>I have a customer with=20 an LT winmodem v4.21. When she tries to connect, her username = and=20 password is trasmitted garbled:</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Outgoing PPP Data on interface: = slot:2/mod:20<BR>   =20 LCP       =20 CFG_ACK          =20 ASYNC_MAP      00 0a 00=20 00<BR>           &= nbsp;           &n= bsp;        =20 MAGIC_NUM      00 87 00=20 1a<BR>           &= nbsp;           &n= bsp;        =20 PROTO_COMP<BR>         &nbsp= ;            =           =20 AC_COMP</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on interface: = slot:2/mod:20<BR>   =20 LCP       =20 CFG_ACK          =20 MRU            05 = ea<BR>           &= nbsp;           &n= bsp;        =20 ASYNC_MAP      00 00 00=20 00<BR>           &= nbsp;           &n= bsp;        =20 AUTH_TYPE      c0=20 23<BR>           &= nbsp;           &n= bsp;        =20 MAGIC_NUM      eb 63 2f=20 0e<BR>           &= nbsp;           &n= bsp;        =20 PROTO_COMP<BR>         &nbsp= ;            =           =20 AC_COMP</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Incoming PPP Data on interface: = slot:2/mod:20<BR>   =20 PAP       =20 REQUEST           = USERNAME =3D=20 @=B2•=E9=E4L=AB=F2<BR>       &nb= sp;           &nbs= p;           &nbsp= ;=20 PASSWORD =3D =A1Ÿ1<BR>Outgoing PPP Data on interface:=20 slot:2/mod:20<BR>   =20 PAP       =20 NAK         </FONT></DIV> <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>We have removed TCPIP, DUN, = dialup adapter.=20 Cannot figure this out.       = </FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>Any thoughts?</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV> <DIV><FONT face=3D"Courier New" size=3D2></FONT> </DIV> <DIV><FONT face=3D"Courier New" size=3D2>--</FONT></DIV> <DIV><FONT face=3D"Courier New" size=3D2>Scot</FONT></DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV></BODY></HTML> ------=_NextPart_000_00BA_01BF719E.005B0600--

Subject: (usr-tc) FS: TC Box
From: Jerry Wright <jwright@hyperserv.com>
Date: 2000-02-07 19:06:13

For Sale: Older Total Control Bundle... Total Control Chassis with 2 45 Amp powersupplies 1 NMC NIC and NAC 1 Netserver NIC and NAC 12 Quad analog/Digital Modems T1/E1 NAC with T1 NIC Fan-tray Cables and software Help with setup if needed... (passwords included...) Not V.90 enabled. $3100.00 Jerry Wright (509) 762-5381 (Primex Aerospace) (509)762-5258 (Home)

Subject: Re: (usr-tc) FS: TC Box
From: Jerry Wright <jwright@hyperserv.com>
Date: 2000-02-07 19:20:44

Probably, but I am a greedy so-and-so... I see v.90 enabled boxes in the 4 grand+ range, so... --Jerry Andy Dills wrote: > > On Mon, 7 Feb 2000, Jerry Wright wrote: > > > For Sale: Older Total Control Bundle... > > > > Total Control Chassis with 2 45 Amp powersupplies > > 1 NMC NIC and NAC > > 1 Netserver NIC and NAC > > 12 Quad analog/Digital Modems > > T1/E1 NAC with T1 NIC > > Fan-tray > > Cables and software > > Help with setup if needed... (passwords included...) > > Not V.90 enabled. > > > > $3100.00 > > Isn't that a bit stiff for a non-v.90 NAS? > > I would think the value of a v.90 enabled version of the above _might_ be > in that price range, but because it's a Netserver maybe even less. > > Good luck to you...you might try the isp-equipment mailing list. > > Andy > > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Andy Dills 301-682-9972 > Xecunet, LLC www.xecu.net > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Dialup * Webhosting * E-Commerce * High-Speed Access > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) FS: TC Box
From: Jerry Wright <jwright@hyperserv.com>
Date: 2000-02-07 19:21:15

That's an obo anyway... sorry. Andy Dills wrote: > > On Mon, 7 Feb 2000, Jerry Wright wrote: > > > For Sale: Older Total Control Bundle... > > > > Total Control Chassis with 2 45 Amp powersupplies > > 1 NMC NIC and NAC > > 1 Netserver NIC and NAC > > 12 Quad analog/Digital Modems > > T1/E1 NAC with T1 NIC > > Fan-tray > > Cables and software > > Help with setup if needed... (passwords included...) > > Not V.90 enabled. > > > > $3100.00 > > Isn't that a bit stiff for a non-v.90 NAS? > > I would think the value of a v.90 enabled version of the above _might_ be > in that price range, but because it's a Netserver maybe even less. > > Good luck to you...you might try the isp-equipment mailing list. > > Andy > > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Andy Dills 301-682-9972 > Xecunet, LLC www.xecu.net > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Dialup * Webhosting * E-Commerce * High-Speed Access > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) FS: TC Box
From: Scott Kupferschmidt <scottk@jadetech.com>
Date: 2000-02-07 21:20:26

> > For Sale: Older Total Control Bundle... > > > > Total Control Chassis with 2 45 Amp powersupplies > > 1 NMC NIC and NAC > > 1 Netserver NIC and NAC > > 12 Quad analog/Digital Modems > > T1/E1 NAC with T1 NIC > > Fan-tray > > Cables and software > > Help with setup if needed... (passwords included...) > > Not V.90 enabled. > > > > $3100.00 > > Isn't that a bit stiff for a non-v.90 NAS? > > I would think the value of a v.90 enabled version of the above _might_ be > in that price range, but because it's a Netserver maybe even less. Indeed you are right. NETserver's really suck.. We have one, with 48 modems in it, v.90 enabled and all.. but it was a pain in the ass getting the new firmware and getting it working properly for a while. > > Good luck to you...you might try the isp-equipment mailing list. > > Andy > > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Andy Dills 301-682-9972 > Xecunet, LLC www.xecu.net > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Dialup * Webhosting * E-Commerce * High-Speed Access > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) FS: TC Box
From: Andy Dills <andy@xecu.net>
Date: 2000-02-07 22:15:29

On Mon, 7 Feb 2000, Jerry Wright wrote: > For Sale: Older Total Control Bundle... > > Total Control Chassis with 2 45 Amp powersupplies > 1 NMC NIC and NAC > 1 Netserver NIC and NAC > 12 Quad analog/Digital Modems > T1/E1 NAC with T1 NIC > Fan-tray > Cables and software > Help with setup if needed... (passwords included...) > Not V.90 enabled. > > $3100.00 Isn't that a bit stiff for a non-v.90 NAS? I would think the value of a v.90 enabled version of the above _might_ be in that price range, but because it's a Netserver maybe even less. Good luck to you...you might try the isp-equipment mailing list. Andy xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Andy Dills 301-682-9972 Xecunet, LLC www.xecu.net xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Dialup * Webhosting * E-Commerce * High-Speed Access

Subject: RE: (usr-tc) FS: TC Parts
From: Jack Singer <jsinger@i-c.net>
Date: 2000-02-08 08:20:23

I have a lot of TC parts for sale buy direct or bid on ebay: Network Management Cards: 1 $250 2-5 $200 6-50 $150 51-200 $100 201+ $50 Dual T1 Nic Cards $150 PRI Netserver Cards $150 Netserver Cards $125 T1 E1 Cards $125 Quad Analog Modems $125 All Guaranteed Not DOA For 10 Days. Jack Singer jsinger@i-c.net

Subject: (usr-tc) Pairs of Modems Hanging on DSPs
From: Mark Lemmert <mark.lemmert@athenet.net>
Date: 2000-02-08 09:11:40

Can anybody recall if the problem with pairs of modems hanging on DSPs started as of a specific code release? Also, is this a problem that is hardware revision sensitive? The reason I ask is I have several smaller POPs that have 4 cards or so each and one of locations has the problem all the time and the others don't. I'm getting ready to put 2.0.51 on the location that sees the problem frequently but I'd like to have as much background on the problem as possible. Thanks to anyone who has input! -MGL Mark Lemmert CTO AthEnet Data Exchange 920-954-9799 mark.lemmert@athenet.net

Subject: Re: (usr-tc) Forcing DNS
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-08 11:26:44

On this note, found a neat little app that will hunt through all DUN connectoids on a PC and change phone numbers, area codes, DNS settings, etc. Great idea when you have a system-wide change like DNS or area codes. Creates a small 45K exectuable that can be thrown on a web page or sent in an email for each user to install. Haven't tried it, but seems worth the $150. http://www.phuzzion.com/DUNIT/index.html ----- Original Message ----- Sent: Thursday, February 03, 2000 1:51 PM > Doesn't matter whose IP address it is. Just add an IP alias for it on > your nameserver, and add a static host route (/32) on your Cisco to point > to it. Don't route the whole subnet, just the individual IPs. > > We did this when we found we had some very old customers using a DNS > server of BBN's offsite (before we did server assigned DNS) and BBN > renumbered it -- we fudged in an alias for it long enough for us to call > all the affected users up and get them to change over to server assigned > DNS. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > On Wed, 2 Feb 2000, Justin Ellison wrote: > > > 'fraid not, the ip's that are getting specified aren't mine, they're > > Sprint's. My sales rep (God bless his soul) gave me the authoritive name > > server addresses for Sprint which don't actually resolve names.... > > > > Justin > > ----- Original Message ----- > > From: "Richard Lorbieski" <richard@alpha1.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Wednesday, February 02, 2000 6:19 PM > > Subject: Re: (usr-tc) Forcing DNS > > > > > > > What are the IP addresses? > > > > > > You maybe able to alias them on your DNS server. > > > > > > Justin Ellison wrote: > > > > > > > > I have about 300 Setup CD's with the wrong primary and secondary DNS > > numbers > > > > burned to it. I can't come up with anything to redirect the DNS queries > > at > > > > my Cisco 1601 (not running BGP). I've got the HARC setup to assign DNS, > > and > > > > it works properly, but is there a way for me to force the client to use > > what > > > > the HARC specifies? > > > > > > > > TIA, > > > > > > > > Justin > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > -- > > > > > > Richard Lorbieski - richard@alpha1.net > > > Chief Technical Officer - Senior System Administrator > > > Alpha1 Internet http://www.alpha1.net > > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) WTB :
From: Steve Monkhouse <steve.monkhouse@ethertech.com.au>
Date: 2000-02-08 14:16:31

Hello. ! Looking to purchase immediately another Total Control Chassis with 2 x 70A power Supplies and integrated Fan tray.. has to be 220v compliant ( for Australia ).. please respond off list.. Steve Monkhouse - Network Engineer EtherTech Computer Services Ph : +61-3-9768-2665 Fx : +61-3-9768-2664 http://www.ethertech.com.au

Subject: (usr-tc) SNMP questions...
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-08 14:43:54

I am working with snmp and multiple workstations and am confused about the difference between "snmp community" and "snmp community pools" on the Arc. Can someone help me figure out the difference and how to determine the proper use of either? Thanks, Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: (usr-tc) WTB: USR v90 NMC cards
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-08 15:59:53

I will buy what you have NOW! Please advise of availability. Paid $500ea for the last 2 I bought. any- USR NMC card nac or as set nac/nic MUST BE V90 ENABLED .................................................... WR Communication Associates Worldwide Provider of Network Hardware Since 1981. I'm always available for your call...732-433-5890 Steve Rivera - sales@wrca.net v-732-833-2111 Office http://www.ISP-NetworkHardware.com or http://www.wrca.net ---ACCESS/TRANSMISSION SPECIALIST--- Cisco, Ascend, Livingston, USR, Microcom, Computone, Kentrox, Adtran...and more

Subject: Re: (usr-tc) Support Contract survey
From: mmm3@cornell.edu
Date: 2000-02-08 16:16:23

We have a support contract for both hard- and software on all our chassis; but that's because we're Cornell and we love to waste money. 8-) Seriously, though, the support contract has pulled my ham out of the fire more than once. What we have is a basic contract: I have broken card, I call 3Com, they pass me on to Logistics, they send me new card, I send them bad card. All this takes about a day. I rarely call for configuration/software questions because this list seems to cover the gambit and beyond. Otherwise, I usually am able to figure it out myself. I also rarely have half the problems you all seem to have; probably because I'm not doing half the wacked-out stuff you all are. 8-) ********************************************************* Michelle M. Mogil Network and Computing Systems 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8420 email: mmm3@cornell.edu **********************************************

Subject: Re: (usr-tc) Support Contract survey
From: Brian <signal@shreve.net>
Date: 2000-02-08 16:23:24

On Tue, 8 Feb 2000 mmm3@cornell.edu wrote: > We have a support contract for both hard- and software on all our > chassis; but that's because we're Cornell and we love to waste > money. 8-) > > Seriously, though, the support contract has pulled my ham out of > the fire more than once. What we have is a basic contract: I have > broken card, I call 3Com, they pass me on to Logistics, they send > me new card, I send them bad card. All this takes about a day. I > rarely call for configuration/software questions because this list > seems to cover the gambit and beyond. Otherwise, I usually am able > to figure it out myself. I also rarely have half the problems you > all seem to have; probably because I'm not doing half the wacked-out > stuff you all are. 8-) The thing is, the hiper stuff is so new, its all still under manufacturers warranty anyways, its just not next day service. So if you buy a DSP and it dies, you can get a replacement whether you have a support contract or not............just not as quick, maybe like 10+ day turn around. Brian > ********************************************************* > Michelle M. Mogil > Network and Computing Systems > 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 > vox: (607) 255-0516, fax: (607) 255-8420 > email: mmm3@cornell.edu > ********************************************** > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) NMC Cards
From: Brian <signal@shreve.net>
Date: 2000-02-08 19:06:12

For those of you who have NMC cards that are v90 enabled. Alot of you are swithing out your quads with hdm's. If you have a chassis that has no more quads in it, it is really to your advantage to sell you v90 enabled NMC's, and buy non v90 enabled NMC's. Or better yet, try and upgrade to a HiperNMC. If you had say 50 chassis, and 25 are converted to HDM's, and of those 25 only half have hiper NMC's and the other half v90, you can sell the v90 nmc's and make a good profit and buy non v90 nmc's. They are in demand, and all they are doing is depreciating. You don't need a v90 nmc with hdm's. And for those that don't have a Hiper NMC, they are really nice, they seem to be alot faster than the older ones. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) Using the second ethernet port
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-08 20:59:54

Can I use the second ethernet port for a private network (192.168.X.X) to access radius and snmp servers out of band from the standard route? I am apparently experiencing communication difficulties with my TCH's via the radius accounting and snmp. This is leading to problems with concurrency control. The software reports that the chassis is unreachable too many times during the day and proceeds to rebuild the active user list. I have been unable to detect the problem with any other application or test. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) WTB :
From: Jason Kelton <cascade@keltec.com.au>
Date: 2000-02-08 21:54:31

steve the 70a PSU's are switching 110/220. The only thing you need to check is the connector (plastic jumper) on the NAC. and make sure you discharge the capacitors first, otherwise you'll be likely to get a nifty little shock! Regards, Jase. ----- Original Message ----- Sent: Tuesday, February 08, 2000 2:16 PM > Hello. ! > > Looking to purchase immediately another Total Control Chassis with 2 x 70A power Supplies and integrated Fan tray.. > has to be 220v compliant ( for Australia ).. > > please respond off list.. > > Steve Monkhouse - Network Engineer > --------------------------------------------------------------------- > EtherTech Computer Services > > Ph : +61-3-9768-2665 > Fx : +61-3-9768-2664 > http://www.ethertech.com.au > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: (usr-tc) radius hints and TC
From: zip-usrtc@ran.zipcon.net
Date: 2000-02-08 22:04:46

I'm running cistron radiusd and using some classic hints that allow users to login via a script with a capital P in front of their login name to start PPP. It works fine with PM3s but does not appear to work correctly with the Hiper TC here. Instead I get a prompt: Login/Network User: Has anyone dealt with this situation? Thanks, Dan

Subject: (usr-tc) Entries in radius detail files
From: pferraro@wna-linknet.com
Date: 2000-02-08 22:49:53

I just noticed that since upgrading one of our Hiper Arcs to 4.1.22 I now have "TWO" additional lines added to a user entry in my detail files. They are added immediately after the Framed-IP-Address entry: Vendor-Specific=vUSR-09837461298ybd8 Vendor Specific-vUSR-09837ykdf909 Can ANYONE tell me what in the world these are for? Can it be turned off? What is the use of these lines? Thanks in advance! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: Re: (usr-tc) Support Contract survey
From: mmm3@cornell.edu
Date: 2000-02-09 07:41:52

>The thing is, the hiper stuff is so new, its all still under manufacturers >warranty anyways, its just not next day service. So if you buy a DSP and >it dies, you can get a replacement whether you have a support contract or >not............just not as quick, maybe like 10+ day turn around. > >Brian Which is why I insist on the business office buying me an extra one or two of each type of card that I keep in a set-up chassis, all loaded with latest code and parameters, for hot spares. ********************************************************* Michelle M. Mogil Network and Computing Systems 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8420 email: mmm3@cornell.edu **********************************************

Subject: RE: (usr-tc) NMC Cards
From: Brian Becker <brian@semo.net>
Date: 2000-02-09 08:28:57

I couldn't find a buyer for mine so I gave up. What is the "going" rate for them. Brian Becker President, Poplar Bluff Internet http://www.semo.net TotallyFabricated.com Software http://www.TotallyFabricated.com Home of JerusalemPerspective.com http://www.JerusalemPerspective.com Personal Page http://Tonionio.com / http://BenjaminBecker.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Sent: Tuesday, February 08, 2000 7:06 PM For those of you who have NMC cards that are v90 enabled. Alot of you are swithing out your quads with hdm's. If you have a chassis that has no more quads in it, it is really to your advantage to sell you v90 enabled NMC's, and buy non v90 enabled NMC's. Or better yet, try and upgrade to a HiperNMC. If you had say 50 chassis, and 25 are converted to HDM's, and of those 25 only half have hiper NMC's and the other half v90, you can sell the v90 nmc's and make a good profit and buy non v90 nmc's. They are in demand, and all they are doing is depreciating. You don't need a v90 nmc with hdm's. And for those that don't have a Hiper NMC, they are really nice, they seem to be alot faster than the older ones. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881) - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: (usr-tc) NMCs keep dropping off the network
From: mmm3@cornell.edu
Date: 2000-02-09 09:10:27

I'm having a problem with my 486 NMCs that seems to be getting progressively worse. They will be humming along in TCM just fine, then suddenly decide to stop doing SNMP. The ping returns tend to fluctuate all over the place, too, but I thought this was more or less "normal" for these guys: > ping -c50 -C dwan5 PING DWAN5.DIALUP.CORNELL.EDU (132.236.102.11): 64 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ----DWAN5.DIALUP.CORNELL.EDU (132.236.102.11) PING Statistics---- 50 transmitted, 50 received, 0.00% packet loss. round-trip (ms) min/avg/max = 2.298/83.612/113.953 var/sdev/skew/kurt = 1244.830/35.282/-1.685/3.983 > I have to telnet into my console switch to reset the cards in order to get them back on-line. They behave for a while, then drop off again. I'm hoping we can dig up the bucks for HiPerNMCs to replace all these bastards at some point. Anyone got a quick fix meanwhile? ********************************************************* Michelle M. Mogil Network and Computing Systems 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8420 email: mmm3@cornell.edu **********************************************

Subject: (usr-tc) Accounting STOP packet problem
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-09 09:17:46

After looking over several weeks of data it appears that my STOP packet problem is coming from only a few clients, one using and ascend and one using a cisco router. Is there a scenario where a dropped multilink channel would not generate a STOP packet? Is there a configuration that I may have missed that might resolve this? Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: (usr-tc) multilink PPP
From: Jim Baxter <jim@atconnex.net>
Date: 2000-02-09 09:41:58

Hello., I've been experimenting with the Linux MP Multilink PPP Driver. I can dial in to a PM3 with multiple analog channels, however when I dial in to the Total Control Unit I can't bring up the second chanel. I'm running NMC 6.1.17 ARC 4.2.32 DSP 2.0.81 I'm dialing into the same DSP for both channels.. Some other users of our system are experiencing difficulty bringing up a second channel as well with their Diamond SupraSonic Shotgun solution modem. When I do a 'show all config' from the ARC CLI I see that PPP Multilink PPP is ENABLED.... Any thoughts? Jim jim@atconnex.net

Subject: Re: (usr-tc) multilink PPP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-09 09:46:01

Thus spake Jim Baxter >I'm dialing into the same DSP for both channels.. Some other users of >our system are experiencing difficulty bringing up a second channel as >well with their Diamond SupraSonic Shotgun solution modem. >When I do a 'show all config' from the ARC CLI I see that PPP Multilink >PPP is ENABLED.... >Any thoughts? Get a log of the LCP negotiation (this will probably be easiest from the Linux side) at the very least... -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) - Steel Belted Radius
From: Brian Gordon <administrator@westelcom.com>
Date: 2000-02-09 10:18:04

Anyone out there using this with Hiper Arcs? I am getting authentication errors, I am trying to authenticate off my NT DOMAIN. If anyone is doing this, and can help I would apreciate it. I am new to this Radius. Thanks, Brian Gordon Network Administrator Westelcom Internet 518.566.6726 Voice 419.831.9137 Fax http://home.westelcom.com administrator@westelcom.com

Subject: (usr-tc) Quicken online payment process not working with TC
From: Tom Swenson <tom@netconx.net>
Date: 2000-02-09 12:10:33

I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use Quicken from home to balance my checking account and to do online payments, and I found out this morning that if I am connected thru a PM3, it connects to the host server just fine, but if I'm connected to my TC, then it just times out and will not connect. Has anyone ever seen this or could tell me what ports this might be running on? Tom Swenson NetConX - Internet Access - Web Design - Client Managed Web Database Applications tom@netconx.net http://www.netconx.net (515) 421-4170 - Voice (515) 423-3351 - FAX

Subject: (usr-tc) WTB: 3Com Dual E1/PRI NIC/NAC Set
From: Dataheart <lists@dataheart.net>
Date: 2000-02-09 12:17:12

Hi, I am Looking to buy 2 of these Dual E1/PRI Cardsets Must be 3com Part Number 0000397-05 I am Also looking to Purchase 5 V.90 Enabled NMC cards (NAC only) Thanks, Aaron

Subject: RE: (usr-tc) NMC Cards
From: Brian <signal@shreve.net>
Date: 2000-02-09 15:07:36

I don't know, I put one for sale for $500 and had 6 offers to buy within 2 hours. On Wed, 9 Feb 2000, Brian Becker wrote: > I couldn't find a buyer for mine so I gave up. What is the "going" rate for > them. > > Brian Becker > President, Poplar Bluff Internet > http://www.semo.net > TotallyFabricated.com Software > http://www.TotallyFabricated.com > Home of JerusalemPerspective.com > http://www.JerusalemPerspective.com > Personal Page > http://Tonionio.com / http://BenjaminBecker.com > > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > Sent: Tuesday, February 08, 2000 7:06 PM > To: USRobotics TC Mailing List > Subject: (usr-tc) NMC Cards > > > > For those of you who have NMC cards that are v90 enabled. > > Alot of you are swithing out your quads with hdm's. If you have a chassis > that has no more quads in it, it is really to your advantage to sell you > v90 enabled NMC's, and buy non v90 enabled NMC's. Or better yet, try and > upgrade to a HiperNMC. > > If you had say 50 chassis, and 25 are converted to HDM's, and of those 25 > only half have hiper NMC's and the other half v90, you can sell the v90 > nmc's and make a good profit and buy non v90 nmc's. They are in demand, > and all they are doing is depreciating. You don't need a v90 nmc with > hdm's. > > And for those that don't have a Hiper NMC, they are really nice, they seem > to be alot faster than the older ones. > > Brian > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) - Steel Belted Radius
From: Ray Whelan <ray_whelan@eur.3com.com>
Date: 2000-02-09 15:51:42

Hi Brian, I would suggest you start with putting on the Debug You can enable the debug Go to radius file Edit you Radius.ini file to enable Loglevel=2 Tracelevel=2 Stop and restart your radius services on NT. reconnect your Gui Make a call and then look at you .log file in you radius directory. Ray W "Brian Gordon" <administrator@westelcom.com> on 09/02/2000 15:18:04 Please respond to usr-tc@lists.xmission.com Sent by: "Brian Gordon" <administrator@westelcom.com> cc: (Ray Whelan/IE/3Com) Anyone out there using this with Hiper Arcs? I am getting authentication errors, I am trying to authenticate off my NT DOMAIN. If anyone is doing this, and can help I would apreciate it. I am new to this Radius. Thanks, Brian Gordon Network Administrator Westelcom Internet 518.566.6726 Voice 419.831.9137 Fax http://home.westelcom.com administrator@westelcom.com - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: (usr-tc) l2tp tunnel authentication secret
From: Kalev Nurklik <kalev@mail.lbi.ee>
Date: 2000-02-09 16:10:57

Hi. What's the radius attribute for l2tp tunnel authentication secret? Tunnel-Hostname (from HARC product reference) or Tunnel-Auth-Hostname in USR dictionary does not seem to work. Neither does Tunnel-Password or other similar attributes. I have tried different attributes but with no success whatsoever. All the time I get "Could not get password from radius" from l2tp debug output. Maybe I got wrong attribute numbers but I doubt that because I checked all of them with "mon radius". On the other hand "mon radius" is not be very reliable as I found out - inconsistencies with USR dictionary names (similar but not exact) and not reporting right values for at least one attribute - Tunnel-Security. When I define a local HARC user with "set tunnel user ... password etc." then the l2tp tunnel secret is equivalent to the "system transmit authentication name" and authenticating works. For the radius equivalent HARC product reference just states dryly - "You can also set this from RADIUS by using a VSA"(page 180). So what's the VSA? Or am I missing something else? One thing that I noticed is that when I use radius defined tunnel account then there is no challenge AVP present in SCCRQ from LAC(HARC) and if I turn off the tunnel authentication on the LNS then l2tp tunneling works. I guess I need to turn off authentication on LNS because HARC has no clue about what the secret might be and just drops the connection attempt with l2tp debug message "Unauthenticated message from remotehost" when the LNS presents the challenge AVP in SCCRP. With local HARC user there's always an challenge AVP in SCCRQ from LAC and as I stated before authenticating works... This (I guess again) is probably due to HARC knowing what the tunnel secret is for that user e.g. the "system transmit authentication name". So obviously there something missing or wrong with the radius defined user. Anyone have any ideas what that something might be? Regards, __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@online.ee http://online.delfi.ee

Subject: RE: (usr-tc) NMC Cards
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-09 16:26:13

I have 15 available for sale immediately. These are v90 enabled nmc cards, nic included. Asking $600 each. At 03:07 PM 02/09/2000 -0600, you wrote: >I don't know, I put one for sale for $500 and had 6 offers to buy within 2 >hours. > > >On Wed, 9 Feb 2000, Brian Becker wrote: > > > I couldn't find a buyer for mine so I gave up. What is the "going" rate for > > them. > > > > Brian Becker > > President, Poplar Bluff Internet > > http://www.semo.net > > TotallyFabricated.com Software > > http://www.TotallyFabricated.com > > Home of JerusalemPerspective.com > > http://www.JerusalemPerspective.com > > Personal Page > > http://Tonionio.com / http://BenjaminBecker.com > > > > > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > > Sent: Tuesday, February 08, 2000 7:06 PM > > To: USRobotics TC Mailing List > > Subject: (usr-tc) NMC Cards > > > > > > > > For those of you who have NMC cards that are v90 enabled. > > > > Alot of you are swithing out your quads with hdm's. If you have a chassis > > that has no more quads in it, it is really to your advantage to sell you > > v90 enabled NMC's, and buy non v90 enabled NMC's. Or better yet, try and > > upgrade to a HiperNMC. > > > > If you had say 50 chassis, and 25 are converted to HDM's, and of those 25 > > only half have hiper NMC's and the other half v90, you can sell the v90 > > nmc's and make a good profit and buy non v90 nmc's. They are in demand, > > and all they are doing is depreciating. You don't need a v90 nmc with > > hdm's. > > > > And for those that don't have a Hiper NMC, they are really nice, they seem > > to be alot faster than the older ones. > > > > Brian > > > > > > ----------------------------------------------------- > > Brian Feeny (BF304) signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > >----------------------------------------------------- >Brian Feeny (BF304) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >Network Administrator ShreveNet Inc. (ASN 11881) > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) WTB :
From: Lists <lists@aussie.nu>
Date: 2000-02-09 17:03:58

> steve the 70a PSU's are switching 110/220. The only thing you need to > check is the connector (plastic jumper) on the NAC. ...and a not so nifty loud bang if you forget to move the jumper. I know one Melbourne based ISP found that out :-) Bob Purdon, Ground Floor, Marine Board Building Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 Southern Internet Services. +61 (3) 6234 7444

Subject: Re: (usr-tc) Quicken online payment process not working with TC
From: Richard Stuplich <dick@dwave.net>
Date: 2000-02-09 22:10:02

Can you get to www.compaq.com ? Tom Swenson wrote: > I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use > Quicken from home to balance my checking account and to do online > payments, and I found out this morning that if I am connected thru a PM3, > it connects to the host server just fine, but if I'm connected to my TC, > then it just times out and will not connect. Has anyone ever seen this or > could tell me what ports this might be running on? > > Tom Swenson > NetConX - Internet Access - Web Design - Client Managed Web Database > Applications > tom@netconx.net http://www.netconx.net > (515) 421-4170 - Voice (515) 423-3351 - FAX > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Quicken online payment process not working with
From: Tom Swenson <tom@netconx.net>
Date: 2000-02-09 22:37:25

No, I can't get them from home, and I also cannot get to www.hp.com, but I can from the office. Interesting, I can't trace or ping these sites from home or the office. They must not be allowing these protocols thru I guess. Is there something about these sites and the TC that I'm filtering out or something? Thanks for the response Tom Swenson NetConX - Internet Access - Web Design - Client Managed Web Database Applications tom@netconx.net http://www.netconx.net (515) 421-4170 - Voice (515) 423-3351 - FAX *********** REPLY SEPARATOR *********** On 2/9/2000 at 10:10 PM Richard Stuplich wrote: >Can you get to www.compaq.com ? > >Tom Swenson wrote: > >> I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use >> Quicken from home to balance my checking account and to do online >> payments, and I found out this morning that if I am connected thru a PM3, >> it connects to the host server just fine, but if I'm connected to my TC, >> then it just times out and will not connect. Has anyone ever seen this or >> could tell me what ports this might be running on? >> >> Tom Swenson >> NetConX - Internet Access - Web Design - Client Managed Web Database >> Applications >> tom@netconx.net http://www.netconx.net >> (515) 421-4170 - Voice (515) 423-3351 - FAX >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Quicken online payment process not working with
From: Tom Swenson <tom@netconx.net>
Date: 2000-02-09 22:37:25

Subject: (usr-tc) localOutOfService
From: David Swearingin <david@carolnet.com>
Date: 2000-02-09 23:10:23

I have channels 23 & 24 on a DSP that report in TCM that "DSO SERVICE STATE" is "localOutofService(3)". What does this mean and how do I correct it? Thanks. David __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

Subject: Re: (usr-tc) localOutOfService
From: David Swearingin <david@carolnet.com>
Date: 2000-02-09 23:34:43

I think I found it. Actions/Commands - Software - Restore David At 11:10 PM 2/9/2000 -0600, you wrote: >I have channels 23 & 24 on a DSP that report in TCM that "DSO SERVICE >STATE" is "localOutofService(3)". > >What does this mean and how do I correct it? > >Thanks. David >__________________________________________________ >David Swearingin (david@carolnet.com) >CARROLLTON INTERNET SERVICE (www.carolnet.com) >First Financial Group, Inc. >11 N. Folger, Carrollton, MO 64633 >660-542-3002 Fax 660-542-3003 > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

Subject: RE: (usr-tc) NMC Cards
From: Brian <signal@shreve.net>
Date: 2000-02-09 23:49:57

On Wed, 9 Feb 2000, Steve Rivera wrote: > I have 15 available for sale immediately. > These are v90 enabled nmc cards, nic included. > Asking $600 each. you should also post at isp-services@ispc.org, that is a good place to sell usr tc equipment. Brian > > > At 03:07 PM 02/09/2000 -0600, you wrote: > > >I don't know, I put one for sale for $500 and had 6 offers to buy within 2 > >hours. > > > > > >On Wed, 9 Feb 2000, Brian Becker wrote: > > > > > I couldn't find a buyer for mine so I gave up. What is the "going" rate for > > > them. > > > > > > Brian Becker > > > President, Poplar Bluff Internet > > > http://www.semo.net > > > TotallyFabricated.com Software > > > http://www.TotallyFabricated.com > > > Home of JerusalemPerspective.com > > > http://www.JerusalemPerspective.com > > > Personal Page > > > http://Tonionio.com / http://BenjaminBecker.com > > > > > > > > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > > > Sent: Tuesday, February 08, 2000 7:06 PM > > > To: USRobotics TC Mailing List > > > Subject: (usr-tc) NMC Cards > > > > > > > > > > > > For those of you who have NMC cards that are v90 enabled. > > > > > > Alot of you are swithing out your quads with hdm's. If you have a chassis > > > that has no more quads in it, it is really to your advantage to sell you > > > v90 enabled NMC's, and buy non v90 enabled NMC's. Or better yet, try and > > > upgrade to a HiperNMC. > > > > > > If you had say 50 chassis, and 25 are converted to HDM's, and of those 25 > > > only half have hiper NMC's and the other half v90, you can sell the v90 > > > nmc's and make a good profit and buy non v90 nmc's. They are in demand, > > > and all they are doing is depreciating. You don't need a v90 nmc with > > > hdm's. > > > > > > And for those that don't have a Hiper NMC, they are really nice, they seem > > > to be alot faster than the older ones. > > > > > > Brian > > > > > > > > > ----------------------------------------------------- > > > Brian Feeny (BF304) signal@shreve.net > > > 318-222-2638 x 109 http://www.shreve.net/~signal > > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > >----------------------------------------------------- > >Brian Feeny (BF304) signal@shreve.net > >318-222-2638 x 109 http://www.shreve.net/~signal > >Network Administrator ShreveNet Inc. (ASN 11881) > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Quicken online payment process not working with
From: Tom Swenson <tom@netconx.net>
Date: 2000-02-10 06:29:17

I have solved the problem. With Richard's mentioning of www.compaq.com, I searched the newsgroups and did some testing, and found I had at some time in the past changed the framed-mtu for myself to 500 for some unknown reason. Apparently, the portmasters I have are not reading the framed-mtu setting, but the TC is. Luckily, I was the only one with this problem. Thanks for everyone's help. Tom Swenson NetConX - Internet Access - Web Design - Client Managed Web Database Applications tom@netconx.net http://www.netconx.net (515) 421-4170 - Voice (515) 423-3351 - FAX *********** REPLY SEPARATOR *********** On 2/10/2000 at 8:31 AM Colin Wantling wrote: >Tom, > >does the problem go away if you set the framed MTU size to 1500 on Radius >(or set MTU to 1500 on HiperArc if no Radius)? > >Colin Wantling > >Enertel, Zwolle >Netherlands > > >I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use >Quicken from home to balance my checking account and to do online >payments, and I found out this morning that if I am connected thru a PM3, >it connects to the host server just fine, but if I'm connected to my TC, >then it just times out and will not connect. Has anyone ever seen this or >could tell me what ports this might be running on? > > >Tom Swenson >NetConX - Internet Access - Web Design - Client Managed Web Database >Applications >tom@netconx.net >http://www.netconx.net >(515) 421-4170 - Voice (515) 423-3351 - FAX > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: (usr-tc) Quicken online payment process not working with TC
From: Colin Wantling <cwantling@enertel.nl>
Date: 2000-02-10 08:31:54

Tom, does the problem go away if you set the framed MTU size to 1500 on Radius (or set MTU to 1500 on HiperArc if no Radius)? Colin Wantling Enertel, Zwolle Netherlands I am a new migrator to TC's from PM3's. I still have 4 of the PM3's. I use Quicken from home to balance my checking account and to do online payments, and I found out this morning that if I am connected thru a PM3, it connects to the host server just fine, but if I'm connected to my TC, then it just times out and will not connect. Has anyone ever seen this or could tell me what ports this might be running on? Tom Swenson NetConX - Internet Access - Web Design - Client Managed Web Database Applications tom@netconx.net http://www.netconx.net (515) 421-4170 - Voice (515) 423-3351 - FAX

Subject: (usr-tc) Webramp issues?
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 2000-02-10 10:10:19

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BF73E1.593CE4A0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF73E1.593CE4A0" ------_=_NextPart_001_01BF73E1.593CE4A0 Content-Type: text/plain; charset="iso-8859-1" Hi, We've got a customer with a Webramp analog "router", that has had really inconsistent connection problems. They can connect, but get no connection activity, and lots of Lost Carriers. Yep, I looked up in 3Com's knowledgebase, and suggested 2 things, disable ccpp (I think)-which I did, and also suggested disable PPP offloading. We use ARC's with the 2.59.6 code and DSP's with the 2.0.60 code. Seemed to have had a little better luck connecting with 2.0.60 DSP's, but is still having major problems. Seems like 1 out of every 4 connections stays up. I'm not inclined to disable PPP offloading; we have 5 DSP's in that chassis, and I'm concerned that I'll drag EVERYONE's performance down. Any other solutions? I'm about ready to take a Netopia dual analog box out there to replace it. Webramp has been of no help and doesn't seem to think there's any kind of problem with their equipment. Is this more a DSP problem or an ARC problem? Would switching to the latest ARC code (we don't use OSPF yet with ARC's so no problem), or ? I'd rather (of course) not create new problems if I'm only going to solve one fellow's problem! Thanks! SMT Scott Trautman, President, Global Dialog Internet scott@gdinet.com <mailto:scott@gdinet.com> http://www.gdinet.com <http://www.gdinet.com/> 2810 Crossroads, Suite LL2, Madison WI 53718 608-240-4638/4637fax - Internet Service Provider ------_=_NextPart_001_01BF73E1.593CE4A0 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=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <STYLE>BODY { BACKGROUND-COLOR: #ffff00; BACKGROUND-POSITION: left top; = BACKGROUND-REPEAT: repeat-y; COLOR: #000000; FONT-FAMILY: arial; = FONT-SIZE: 12pt; MARGIN-LEFT: 8em } P.msoNormal { BACKGROUND-COLOR: #ffffff; BACKGROUND-POSITION: left top; = BACKGROUND-REPEAT: repeat-y; COLOR: #000000; FONT-FAMILY: arial; = FONT-SIZE: 12pt; MARGIN-LEFT: 8em } LI.msoNormal { BACKGROUND-COLOR: #ffffff; BACKGROUND-POSITION: left top; = BACKGROUND-REPEAT: repeat-y; COLOR: #000000; FONT-FAMILY: arial; = FONT-SIZE: 12pt; MARGIN-LEFT: 8em } P.msoNormal { COLOR: black; FONT-FAMILY: arial; FONT-SIZE: 12pt; MARGIN-BOTTOM: 0em; = MARGIN-LEFT: 8em; MARGIN-TOP: 0em } LI.msoNormal { COLOR: black; FONT-FAMILY: arial; FONT-SIZE: 12pt; MARGIN-BOTTOM: 0em; = MARGIN-LEFT: 8em; MARGIN-TOP: 0em } </STYLE> <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR></HEAD> <BODY background=3D"" bgColor=3D#ffff00 style=3D"BACKGROUND-COLOR: = #ffff00"> <DIV><FONT size=3D2><SPAN class=3D879322415-09022000>Hi, We've got a = customer with a=20 Webramp analog "router", that has had really inconsistent connection = problems.=20 They can connect, but get no connection activity, and lots of Lost=20 Carriers.</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000></SPAN></FONT> </DIV> <DIV><FONT size=3D2><SPAN class=3D879322415-09022000>Yep, I looked up = in 3Com's=20 knowledgebase, and suggested 2 things, disable ccpp (I think)-which I = did, and=20 also suggested disable PPP offloading.</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN class=3D879322415-09022000>We use ARC's with = the 2.59.6=20 code and DSP's with the 2.0.60 code. Seemed to have had a little better = luck=20 connecting with 2.0.60 DSP's, but is still having major problems. Seems = like 1=20 out of every 4 connections stays up.</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000></SPAN></FONT> </DIV> <DIV><FONT size=3D2><SPAN class=3D879322415-09022000>I'm not inclined = to disable PPP=20 offloading; we have 5 DSP's in that chassis, and I'm concerned that = I'll drag=20 EVERYONE's performance down.</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000></SPAN></FONT> </DIV> <DIV><FONT size=3D2><SPAN class=3D879322415-09022000>Any other = solutions? I'm about=20 ready to take a Netopia dual analog box out there to replace it. = Webramp has=20 been of no help and doesn't seem to think there's any kind of problem = with their=20 equipment. Is this more a DSP problem or an ARC problem? Would = switching to the=20 latest ARC code (we don't use OSPF yet with ARC's so no problem), or=20 ?</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000></SPAN></FONT> </DIV> <DIV><FONT size=3D2><SPAN class=3D879322415-09022000>I'd rather (of = course) not=20 create new problems if I'm only going to solve one fellow's=20 problem!</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000></SPAN></FONT> </DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000>Thanks!</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000></SPAN></FONT> </DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000>SMT</SPAN></FONT></DIV> <DIV><FONT size=3D2><SPAN = class=3D879322415-09022000></SPAN></FONT> </DIV> <DIV align=3Dcenter><FONT size=3D1>Scott Trautman, President, Global = Dialog=20 Internet</FONT></DIV> <DIV align=3Dcenter><FONT size=3D1><A=20 href=3D"mailto:scott@gdinet.com">scott@gdinet.com</A></FONT><FONT = size=3D1>  <A=20 href=3D"http://www.gdinet.com/">http://www.gdinet.com</A></FONT></DIV> <DIV align=3Dcenter><FONT size=3D1>2810 Crossroads, Suite LL2, Madison = WI=20 53718</FONT></DIV> <DIV align=3Dcenter><FONT size=3D1>608-240-4638/4637fax - Internet = Service=20 Provider</FONT></DIV></BODY></HTML> ------_=_NextPart_001_01BF73E1.593CE4A0-- ------_=_NextPart_000_01BF73E1.593CE4A0 Content-Type: application/octet-stream; name="Scott Trautman (Business Fax).vcf" Content-Disposition: attachment; filename="Scott Trautman (Business Fax).vcf" BEGIN:VCARD VERSION:2.1 N:Trautman;Scott FN:Scott Trautman (Business Fax) ORG:Global Dialog Internet TITLE:President TEL;WORK;VOICE:(608) 240-4638 TEL;WORK;VOICE:(800) 482-4638 TEL;HOME;VOICE:+1 (920) 648-6487 TEL;CELL;VOICE:(608) 516-7447 TEL;PAGER;VOICE:scott.pager@gdinet.com TEL;WORK;FAX:(608) 240-4637 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;;2810 Crossroads=0D=0ASuite LL2;Madison;WI;53718;United States of America LABEL;WORK;ENCODING=QUOTED-PRINTABLE:2810 Crossroads=0D=0ASuite LL2=0D=0AMadison, WI 53718=0D=0AUnited States of = America ADR;HOME:;;115 E. Oak St.;Lake Mills;WI;53551;United States of America LABEL;HOME;ENCODING=QUOTED-PRINTABLE:115 E. Oak St.=0D=0ALake Mills, WI 53551=0D=0AUnited States of America EMAIL;PREF;FAX:Scott Trautman@+1 (608) 240-4637 REV:20000124T183646Z END:VCARD ------_=_NextPart_000_01BF73E1.593CE4A0--

Subject: (usr-tc) IP address change
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-10 10:19:00

Can the ip address and gateway of an Arc and NMC be changed on the fly, or does it require a reboot? We are moving to a new set of IP's and I can migrate the IP pools rather easily, but I'm not sure on the Arc and NMC themselves. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: David DenHollander <david@adoptable.com>
Date: 2000-02-10 11:03:33

What do you want for the ARC's? I will take both of them if the price is right. At 12:43 PM 2/10/00 -0500, you wrote: >Many of you have contacted me for DSP hardware >I have this available now. > >Unused Condition w/ CD-ROM and Docs. >1- USR Hiper DSP Modem Card w/ nic $3400 > >These are refurbished, deinstalled a week ago. >2- Hiper ARC w/ nics > >1- Hiper NMC (New) >.................................................... >WR Communication Associates >Worldwide Provider of Network Hardware Since 1981. > >I'm always available for your call...732-433-5890 >Steve Rivera - sales@wrca.net v-732-833-2111 Office > http://www.ISP-NetworkHardware.com or http://www.wrca.net > >---ACCESS/TRANSMISSION SPECIALIST--- > >Cisco, Ascend, Livingston, USR, Microcom, >Computone, Kentrox, Adtran...and more > > > > > > > > > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > David DenHollander (403)254-1100 Main (403)201-2815 Fax List your equipment for free http://www.adoptable.com/

Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: eric@dol.net
Date: 2000-02-10 11:30:44

At 12:43 PM 2/10/00 -0500, you wrote: >Many of you have contacted me for DSP hardware >I have this available now. > >Unused Condition w/ CD-ROM and Docs. >1- USR Hiper DSP Modem Card w/ nic $3400 > >These are refurbished, deinstalled a week ago. >2- Hiper ARC w/ nics > >1- Hiper NMC (New) Can I have prices on these? thanks eric

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: Martin Lathoud <nytral@endirect.qc.ca>
Date: 2000-02-10 11:59:41

On Wed, 9 Feb 2000 mmm3@cornell.edu wrote: > I have to telnet into my console switch to reset the cards in > order to get them back on-line. They behave for a while, then > drop off again. I'm hoping we can dig up the bucks for HiPerNMCs > to replace all these bastards at some point. Anyone got a quick > fix meanwhile? Same problem here. It sometimes even won't answer ping at all, but will come back online by itself (no reboot, the nic just reappears). My problem is probably to insufficient power (45Ax2 -is the backup used?- for 14 Quads). Do you have a 70A to check for this? Martin

Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: Mark E. Levy <mark@fsi.net>
Date: 2000-02-10 12:39:57

Um, look 7 lines up from your reply... eric@dol.net wrote: > > At 12:43 PM 2/10/00 -0500, you wrote: > >Many of you have contacted me for DSP hardware > >I have this available now. > > > >Unused Condition w/ CD-ROM and Docs. > >1- USR Hiper DSP Modem Card w/ nic $3400 > > > >These are refurbished, deinstalled a week ago. > >2- Hiper ARC w/ nics > > > >1- Hiper NMC (New) > > Can I have prices on these? > thanks > eric > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Subject: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-10 12:43:14

Many of you have contacted me for DSP hardware I have this available now. Unused Condition w/ CD-ROM and Docs. 1- USR Hiper DSP Modem Card w/ nic $3400 These are refurbished, deinstalled a week ago. 2- Hiper ARC w/ nics 1- Hiper NMC (New) .................................................... WR Communication Associates Worldwide Provider of Network Hardware Since 1981. I'm always available for your call...732-433-5890 Steve Rivera - sales@wrca.net v-732-833-2111 Office http://www.ISP-NetworkHardware.com or http://www.wrca.net ---ACCESS/TRANSMISSION SPECIALIST--- Cisco, Ascend, Livingston, USR, Microcom, Computone, Kentrox, Adtran...and more

Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: Brian <signal@shreve.net>
Date: 2000-02-10 12:59:13

On Thu, 10 Feb 2000, Mark E. Levy wrote: > Um, look 7 lines up from your reply... where you will find a price for a DSP, but not prices for the other 3 pieces of equipment he is selling............. > > eric@dol.net wrote: > > > > At 12:43 PM 2/10/00 -0500, you wrote: > > >Many of you have contacted me for DSP hardware > > >I have this available now. > > > > > >Unused Condition w/ CD-ROM and Docs. > > >1- USR Hiper DSP Modem Card w/ nic $3400 > > > > > >These are refurbished, deinstalled a week ago. > > >2- Hiper ARC w/ nics > > > > > >1- Hiper NMC (New) > > > > Can I have prices on these? > > thanks > > eric > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > -- > --------------------------------------------------------------------- > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-10 14:07:48

At 11:30 AM 02/10/2000 -0700, you wrote: >At 12:43 PM 2/10/00 -0500, you wrote: > >Many of you have contacted me for DSP hardware > >I have this available now. > > > >Unused Condition w/ CD-ROM and Docs. > >1- USR Hiper DSP Modem Card w/ nic $3400 > > > >These are refurbished, deinstalled a week ago. > >2- Hiper ARC w/ nics $1900 > > > >1- Hiper NMC (New) $625 > >Can I have prices on these? >thanks >eric > > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-10 14:07:48

Subject: Re: (usr-tc) FS: 1-Hiper DSP w/ NIC
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-10 14:08:47

sorry about that...Prices were just posted. At 12:59 PM 02/10/2000 -0600, you wrote: >On Thu, 10 Feb 2000, Mark E. Levy wrote: > > > Um, look 7 lines up from your reply... > >where you will find a price for a DSP, but not prices for the other 3 >pieces of equipment he is selling............. > > > > > > eric@dol.net wrote: > > > > > > At 12:43 PM 2/10/00 -0500, you wrote: > > > >Many of you have contacted me for DSP hardware > > > >I have this available now. > > > > > > > >Unused Condition w/ CD-ROM and Docs. > > > >1- USR Hiper DSP Modem Card w/ nic $3400 > > > > > > > >These are refurbished, deinstalled a week ago. > > > >2- Hiper ARC w/ nics > > > > > > > >1- Hiper NMC (New) > > > > > > Can I have prices on these? > > > thanks > > > eric > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > -- > > --------------------------------------------------------------------- > > 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. > > > >----------------------------------------------------- >Brian Feeny (BF304) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >Network Administrator ShreveNet Inc. (ASN 11881) > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: mmm3@cornell.edu
Date: 2000-02-10 15:47:59

>On Wed, 9 Feb 2000 mmm3@cornell.edu wrote: > > > I have to telnet into my console switch to reset the cards in > > order to get them back on-line. They behave for a while, then > > drop off again. I'm hoping we can dig up the bucks for HiPerNMCs > > to replace all these bastards at some point. Anyone got a quick > > fix meanwhile? >Same problem here. It sometimes even won't answer ping at all, but will >come back online by itself (no reboot, the nic just reappears). >My problem is probably to insufficient power (45Ax2 -is the backup used?- >for 14 Quads). >Do you have a 70A to check for this? Most of the chassis have redundant 70A PSUs. Some of the NMCs that are dropping are on chassis that aren't taking a lot of calls, either. This is what is so puzzling about it. My paranoia says they're doing this to encourage the purchase of HiPerNMCs... ********************************************************* Michelle M. Mogil Network and Computing Systems 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8420 email: mmm3@cornell.edu **********************************************

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: Clayton Zekelman <clayton@mnsi.net>
Date: 2000-02-10 16:23:37

I've got one NMC card in a remote POP that stops responding. Interesting to note, if I log on to the gateway router at that particular POP, and ping the card from there, it comes back to life, and is visible on the network again. After a short period of time (10 minutes?), it stops responding again. I wonder if this is some sort of strange ARP issue. At 03:47 PM 2/10/00 -0500, you wrote: >>On Wed, 9 Feb 2000 mmm3@cornell.edu wrote: >> >> > I have to telnet into my console switch to reset the cards in >> > order to get them back on-line. They behave for a while, then >> > drop off again. I'm hoping we can dig up the bucks for HiPerNMCs >> > to replace all these bastards at some point. Anyone got a quick >> > fix meanwhile? >>Same problem here. It sometimes even won't answer ping at all, but will >>come back online by itself (no reboot, the nic just reappears). >>My problem is probably to insufficient power (45Ax2 -is the backup used?- >>for 14 Quads). >>Do you have a 70A to check for this? > >Most of the chassis have redundant 70A PSUs. Some of the NMCs that are >dropping are on chassis that aren't taking a lot of calls, either. >This is what is so puzzling about it. My paranoia says they're doing >this to encourage the purchase of HiPerNMCs... > >********************************************************* >Michelle M. Mogil >Network and Computing Systems >721 Rhodes Hall, Cornell University, Ithaca, NY 14853 >vox: (607) 255-0516, fax: (607) 255-8420 >email: mmm3@cornell.edu >********************************************** > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
From: Greg Coffey <greg@coffey.com>
Date: 2000-02-10 17:11:00

How do you monitor the busied out ones, how do you find them? At 06:56 PM 2/10/00 -0500, you wrote: >Hi, > >One thing I've noticed since going to 4.2.32 on my ARCs is that my >monitoring script shows at least 4 to 8 modems per chassis busied out. A >software reset on just the modem will bring it back... > >Is this a known issue? The only thing that changed was the ARC upgrade, >quads have been running the latest since it came out. Also, "list >int" will show all of the modems "UP/UP" even when they are busied out. > >Any ideas? > >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. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________ Fight spam now! Get your free anti-spam service at http://www.brightmail.com

Subject: Re: (usr-tc) "dictionary": where to get the most recent?
From: pferraro@wna-linknet.com
Date: 2000-02-10 17:28:24

I am looking for anyone who has "modified" their MERIT radius dictionary file to handle the NEW ATTRIBUTES that the ne HiperAr v4.1.22 code is now THROWING into my detail files! If anyone has done this, please email me the NEW attributes so that I can place them in my dictionary file... I believe they deal with USR-Call-Arrival-Time and USR-Call-Terminate-Time. Not sure what the other two vendor specific codes are.... Thanks in advance! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: Charles Sprickman <spork@inch.com>
Date: 2000-02-10 18:53:29

On Thu, 10 Feb 2000 mmm3@cornell.edu wrote: > Most of the chassis have redundant 70A PSUs. Some of the NMCs that are > dropping are on chassis that aren't taking a lot of calls, either. > This is what is so puzzling about it. My paranoia says they're doing > this to encourage the purchase of HiPerNMCs... This might be off base, but I seem to recall a similar problem long ago... I believe that there is a setting (at least at the console) to set the ether to BNC or 10BT or auto. If it's not locked to what you're using, try locking it in. Another thing to check is the uptime. Is it possibly rebooting? I can make my test chassis (45A, 4M NMC) reboot easily by tossing in a DSP and trying to hit the chassis with TCM. I assume that's not the issue, but maybe you're settings aren't being saved properly and it loses part/all of it's config on boot. Make sure you pick "Save UI to EEPROM" after making any IP addy changes in TCM... Charles > ********************************************************* > Michelle M. Mogil > Network and Computing Systems > 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 > vox: (607) 255-0516, fax: (607) 255-8420 > email: mmm3@cornell.edu > ********************************************** > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) 4.2.32 and Quads in "BusyOut"
From: Charles Sprickman <spork@inch.com>
Date: 2000-02-10 18:56:35

Hi, One thing I've noticed since going to 4.2.32 on my ARCs is that my monitoring script shows at least 4 to 8 modems per chassis busied out. A software reset on just the modem will bring it back... Is this a known issue? The only thing that changed was the ARC upgrade, quads have been running the latest since it came out. Also, "list int" will show all of the modems "UP/UP" even when they are busied out. Any ideas? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
From: Charles Sprickman <spork@inch.com>
Date: 2000-02-10 19:40:48

On Thu, 10 Feb 2000, Greg Coffey wrote: > How do you monitor the busied out ones, how do you find them? With a very ugly bug-ridden script I wrote in perl... Trust me, you don't want it. It would take more time to set it up for your site than it would for you to write your own :) Here's the OIDs I look at: # chassis items $oid_chas_opstat=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasEnt ity.uchasEntityTable.uchasEntityEntry.uchasEntityOperStatus"; $oid_chas_ps=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasPowerSu pply.uchasPowerSupplyTable.uchasPowerSupplyEntry.uchasPowerSupplyOperStatus"; $oid_chas_ps_out=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasPow erSupply.uchasPowerSupplyOutTable.uchasPowerSupplyOutEntry.uchasPowerSupplyOutWa rnings"; $oid_chas_env=".iso.org.dod.internet.private.enterprises.usr.nas.chs.uchasEnviro n.uchasEnvironTable.uchasEnvironEntry.uchasEnvironStatus"; #nmc items $oid_nmc_stat=".iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcStat.nmc StatStatus"; $oid_nmc_temp=".iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcStat.nmc StatTemperature"; $oid_nmc_test=".iso.org.dod.internet.private.enterprises.usr.nas.nmc.nmcStat.nmc StatPowerUpTstFailures"; #ds0-level items (PRI/T1 card only) $oid_ds0_stat=".iso.org.dod.internet.private.enterprises.usr.nas.ds0.ds0StatTabl e.ds0StatEntry.ds0StatDs0"; $oid_ds0_statmodem=".iso.org.dod.internet.private.enterprises.usr.nas.ds0.ds0Sta tTable.ds0StatEntry.ds0StatModem"; #ds0-level items (HiPer DSP) $oid_rds0_stat=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds0Sta tTable.usrds0StatEntry.usrds0StatDs0"; $oid_rds0_statserv=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds 0StatTable.usrds0StatEntry.usrds0StatDs0SrvcState"; #ds1-level items (PRI/T1 card only) $oid_ds1_curstat=".iso.org.dod.internet.experimental.ds1.ds1CurrentTable.ds1Curr entEntry"; #ds1-level items (HiPer DSP) $oid_dsx1_curstat="transmission.ds1.dsx1CurrentTable.dsx1CurrentEntry"; I'm sure there's some stuff missing, but this catches a number of little things and emails me more often than it should... Any other ideas on things to look at? To see call-failure rates, I think I'd have to get chassis accounting set up and all, which is a whole 'nother project. Or look at my radacct logs in mysql for patterns... Charles > > At 06:56 PM 2/10/00 -0500, you wrote: > >Hi, > > > >One thing I've noticed since going to 4.2.32 on my ARCs is that my > >monitoring script shows at least 4 to 8 modems per chassis busied out. A > >software reset on just the modem will bring it back... > > > >Is this a known issue? The only thing that changed was the ARC upgrade, > >quads have been running the latest since it came out. Also, "list > >int" will show all of the modems "UP/UP" even when they are busied out. > > > >Any ideas? > > > >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. > > > Thanks, Greg Coffey <gcoffey@vcn.com> > Visionary Communications V 307-234-5443 F 307-234-5446 > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > _________________________________________________________ > Fight spam now! > Get your free anti-spam service at http://www.brightmail.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) Man are ARC's FAST! Another bug?
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-10 23:01:13

Check this out: CPU Utilization: Instantaneous : 0% Last Minute : 0% Last Hour : 0% Last Day : 0% System Date ( Time in GMT ) 29-JAN-1997 23:00:38 System UpTime: 30d 10:41:37 This is on a 205 port chassis running 2.0.51, 4.1.29. Go 3Com! Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-11 08:05:13

I have the same problem. My telco usually calls to complain about the quantity of wink failures in their morning reports, then I use TCM to monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats (all tests) to display the status of the T1 channels on the T1 or PRI card. It could be a modem code problem. We are still running 5.10.9 because the last time I tried the new 6.X code the phone rang off the wall due to connection problems. That was before the latest Arc code and I have been hesitant to try again. I see about 6 modems per week hung up in this manner. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Thursday, February 10, 2000 5:56 PM > Hi, > > One thing I've noticed since going to 4.2.32 on my ARCs is that my > monitoring script shows at least 4 to 8 modems per chassis busied out. A > software reset on just the modem will bring it back... > > Is this a known issue? The only thing that changed was the ARC upgrade, > quads have been running the latest since it came out. Also, "list > int" will show all of the modems "UP/UP" even when they are busied out. > > Any ideas? > > 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.

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: mmm3@cornell.edu
Date: 2000-02-11 08:07:15

>This might be off base, but I seem to recall a similar problem long >ago... I believe that there is a setting (at least at the console) to set >the ether to BNC or 10BT or auto. If it's not locked to what you're >using, try locking it in. Where would I find this? On the console, under the 'Configuration' menu, I have: 1 Local LAN IP Address 2 Local WAN IP Address 3 Local Gateway IP Address 4 Local Token Ring IEEE Address 5 Local SNMP Community Strings 6 Local LAN Enable/Disable on Power-up 7 RADIUS Secret Key 8 Reinitialize Authorized Access List 9 Save Configuration To Non-Volatile Memory 10 Enable/Disable Routing between LAN & WAN 11 UI/SLIP Port Selection 12 Local WAN2 IP Address 13 Local INACTIVITY TIME 14 PASSWORD Screen Enable/Disable I've checked and double-checked the LAN settings; all is good. >Another thing to check is the uptime. Is it possibly >rebooting?[...] Make sure you pick "Save UI to EEPROM" after making >any IP addy changes in TCM... Was there, did that. After being burned once, I make *sure* I save the config. 8-) Cards are not rebooting, apparently. If they were, wouldn't they come back on their own eventually? ********************************************************* Michelle M. Mogil Network and Computing Systems 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8420 email: mmm3@cornell.edu **********************************************

Subject: (usr-tc) Hiper 4.2.32 problem
From: Jorge Lozano <jorge@andinet.com>
Date: 2000-02-11 08:08:40

This is a multi-part message in MIME format. ------=_NextPart_000_00D3_01BF7467.34E54F40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have TCS 3.6 with ARC 4.2.32 and DSP 2.0.19... the ARC was a card with 4.1.72 firmware, but I upgrade to it to 4.2.32... all work fine...=20 but when I connect... in a short time.. 1 minute or 2... the call is dropped. can anybody help me? thanks for your assistance,, /Jorge Lozano -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> iQA/AwUBOKQJ16p3oywyFVUlEQKmNwCdEHtA74BZvB9TQvixehTOyPv6ns8AnAsL rwlzZfsJ0EQiC0zRCMx/tQdX =3D/dZ/ -----END PGP SIGNATURE----- ------=_NextPart_000_00D3_01BF7467.34E54F40 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.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV>-----BEGIN PGP SIGNED MESSAGE-----<BR>Hash: SHA1</DIV> <DIV> </DIV> <DIV>I have TCS 3.6 with ARC 4.2.32 and DSP 2.0.19... the ARC was a = card<BR>with=20 4.1.72 firmware, but I upgrade to it to 4.2.32... all work<BR>fine... = <BR>but=20 when I connect... in a short time.. 1 minute or 2... the call=20 is<BR>dropped.</DIV> <DIV> </DIV> <DIV>can anybody help me?</DIV> <DIV> </DIV> <DIV>thanks for your assistance,,</DIV> <DIV> </DIV> <DIV>/Jorge Lozano</DIV> <DIV> </DIV> <DIV>-----BEGIN PGP SIGNATURE-----<BR>Version: PGPfreeware 6.5.2 for=20 non-commercial use <<A=20 href=3D"http://www.pgp.com">http://www.pgp.com</A>></DIV> <DIV> </DIV> <DIV>iQA/AwUBOKQJ16p3oywyFVUlEQKmNwCdEHtA74BZvB9TQvixehTOyPv6ns8AnAsL<BR>= rwlzZfsJ0EQiC0zRCMx/tQdX<BR>=3D/dZ/<BR>-----END=20 PGP SIGNATURE-----<BR></DIV></BODY></HTML> ------=_NextPart_000_00D3_01BF7467.34E54F40--

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: Lists <lists@aussie.nu>
Date: 2000-02-11 08:56:11

> Same problem here. It sometimes even won't answer ping at all, but > will come back online by itself (no reboot, the nic just reappears). > My problem is probably to insufficient power (45Ax2 -is the backup > used?- for 14 Quads). Missed the start of this thread - but we have several chassis with a single E1 card, 14 quads, NETserver and NMC. I have had two of them run on single 45A power supplies for a week or two until I got on-site to replace the failed supply. No problems. Bob Purdon, Ground Floor, Marine Board Building Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 Southern Internet Services. +61 (3) 6234 7444

Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-11 09:52:24

The switch room guys and the hi-cap wiring folks are very friendly and helpful. It is the upper management that gets in the way. They are really good at making simple things into hard work for their own employees. Sometimes the employees just want to get it fixed... Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, February 11, 2000 10:06 AM > WOW! Your telco actually called you to let you know there was a problem... > that must be nice. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Fri, 11 Feb 2000, Mark Thornton wrote: > > > I have the same problem. My telco usually calls to complain about the > > quantity of wink failures in their morning reports, then I use TCM to > > monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats (all > > tests) to display the status of the T1 channels on the T1 or PRI card. > > > > It could be a modem code problem. We are still running 5.10.9 because the > > last time I tried the new 6.X code the phone rang off the wall due to > > connection problems. That was before the latest Arc code and I have been > > hesitant to try again. I see about 6 modems per week hung up in this manner. > > > > Mark Thornton > > San Marcos Internet, Inc. > > 512-393-5300 > > > > > > ----- Original Message ----- > > From: Charles Sprickman <spork@inch.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Thursday, February 10, 2000 5:56 PM > > Subject: (usr-tc) 4.2.32 and Quads in "BusyOut" > > > > > > > Hi, > > > > > > One thing I've noticed since going to 4.2.32 on my ARCs is that my > > > monitoring script shows at least 4 to 8 modems per chassis busied out. A > > > software reset on just the modem will bring it back... > > > > > > Is this a known issue? The only thing that changed was the ARC upgrade, > > > quads have been running the latest since it came out. Also, "list > > > int" will show all of the modems "UP/UP" even when they are busied out. > > > > > > Any ideas? > > > > > > 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.

Subject: (usr-tc) blinking red wan rx led on Netserver PRI card
From: Chris Hanes <chanes@usacars.com>
Date: 2000-02-11 10:28:50

Does anyone know what this indicates? I'm getting calls on the box and the red comes and goes. Thanks, Chris Hanes

Subject: (usr-tc) Upgrading
From: The NOC $COX Internet$ <usrtc@tyler.net>
Date: 2000-02-11 11:03:55

Anybody ever heard of upgrading a HiPer ARC from 4.1.59 to 4.2.32-1 and after the upgrade it still says the code is 4.1.59? Bryan NOC Technician COX Internet

Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-11 11:06:10

WOW! Your telco actually called you to let you know there was a problem... that must be nice. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 11 Feb 2000, Mark Thornton wrote: > I have the same problem. My telco usually calls to complain about the > quantity of wink failures in their morning reports, then I use TCM to > monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats (all > tests) to display the status of the T1 channels on the T1 or PRI card. > > It could be a modem code problem. We are still running 5.10.9 because the > last time I tried the new 6.X code the phone rang off the wall due to > connection problems. That was before the latest Arc code and I have been > hesitant to try again. I see about 6 modems per week hung up in this manner. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Charles Sprickman <spork@inch.com> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, February 10, 2000 5:56 PM > Subject: (usr-tc) 4.2.32 and Quads in "BusyOut" > > > > Hi, > > > > One thing I've noticed since going to 4.2.32 on my ARCs is that my > > monitoring script shows at least 4 to 8 modems per chassis busied out. A > > software reset on just the modem will bring it back... > > > > Is this a known issue? The only thing that changed was the ARC upgrade, > > quads have been running the latest since it came out. Also, "list > > int" will show all of the modems "UP/UP" even when they are busied out. > > > > Any ideas? > > > > 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. >

Subject: Re: (usr-tc) Upgrading
From: The NOC $COX Internet$ <usrtc@tyler.net>
Date: 2000-02-11 11:11:24

Nm. I just reboot the card and it came up correctly. Bryan NOC Technician COX Internet ----- Original Message ----- Sent: Friday, February 11, 2000 11:03 AM > Anybody ever heard of upgrading a HiPer ARC from 4.1.59 to 4.2.32-1 and > after the upgrade it still says the code is 4.1.59? > > Bryan > NOC Technician > COX Internet > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Upgrading
From: Mark E. Levy <mark@fsi.net>
Date: 2000-02-11 11:13:29

Did you hard reset it (power cycle or "hardware reset" from TCM)? If you did, then the upgrade didn't "take." I've never had that happen, but I'm sure it's possible. "The NOC (COX Internet)" wrote: > > Anybody ever heard of upgrading a HiPer ARC from 4.1.59 to 4.2.32-1 and > after the upgrade it still says the code is 4.1.59? > > Bryan > NOC Technician > COX Internet -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Subject: (usr-tc) Upgrading DSP
From: The NOC $COX Internet$ <usrtc@tyler.net>
Date: 2000-02-11 11:48:01

Ok. I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red lights on my DSP card. The 2 red lights are ALM and LPBK/D-ALM. Is there a problem with that version of code or did I over look something during the upgrade. The ARC card version is 4.2.32-1 and the NMC card is 5.5.5. I did the upgrade and then rebooted the card and after the reboot it came up with the 2 alarms. Since then I have had somebody pull out the card twice and put it back in. Any suggestions? Bryan NOC Technician COX Internet

Subject: (usr-tc) Upgrading DSP - adding more
From: The NOC $COX Internet$ <usrtc@tyler.net>
Date: 2000-02-11 11:59:49

Heres what I just found: When I do a show chassis slot 6 (which is the slot having problems), I get the settings: Number of Ports: 23 and DYNAMIC Console: Yes. When I do any of the other slots I get Number of Ports: 24 and DYNAMIC Console: NO. I hope this piece of information helps. I am lost as to why its doing this. Bryan -- Original Message -- Ok. I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red lights on my DSP card. The 2 red lights are ALM and LPBK/D-ALM. Is there a problem with that version of code or did I over look something during the upgrade. The ARC card version is 4.2.32-1 and the NMC card is 5.5.5. I did the upgrade and then rebooted the card and after the reboot it came up with the 2 alarms. Since then I have had somebody pull out the card twice and put it back in. Any suggestions? Bryan NOC Technician COX Internet

Subject: (usr-tc) RIP problem after renumbering
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-11 12:30:19

We are moving to a new ip address block and this is causing problems with my cisco router. Specifically, when I specify "network 63.90.208.0" in the router rip configuration it creates the entry as "network 63.0.0.0" and does not pick up any of the rip routes from the chassis's I have moved. The chassis's themselves see the rip routes from the other chassis's in the same class C, but not the those in the old class C block. I'm sure I'm doing something wrong, but it eludes me at the moment. Can anyone help? Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) RIP problem after renumbering
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-11 13:06:28

God, I love this list. The mere threat of asking my question on the list forced the Cisco to wake up and start participating in the rip sessions after 3 hours of waiting. Your karma must be powerful. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, February 11, 2000 12:30 PM > We are moving to a new ip address block and this is causing problems with my > cisco router. Specifically, when I specify "network 63.90.208.0" in the > router rip configuration it creates the entry as "network 63.0.0.0" and does > not pick up any of the rip routes from the chassis's I have moved. The > chassis's themselves see the rip routes from the other chassis's in the same > class C, but not the those in the old class C block. > > I'm sure I'm doing something wrong, but it eludes me at the moment. Can > anyone help? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) Upgrading DSP - adding more
From: Dave Lajoie <dave@ncia.net>
Date: 2000-02-11 14:19:17

Bryan, Check to be sure your trunk settings are correct or the same as your other DSP cards. Dave Lajoie RA Administrator E-Mail: dave@ncia.net On Fri, 11 Feb 2000, The NOC (COX Internet) wrote: > Heres what I just found: When I do a show chassis slot 6 (which is the slot > having problems), I get the settings: Number of Ports: 23 and DYNAMIC > Console: Yes. When I do any of the other slots I get Number of Ports: 24 > and DYNAMIC Console: NO. I hope this piece of information helps. I am lost > as to why its doing this. > > Bryan > > -- Original Message -- > > Ok. I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red > lights on my DSP card. The 2 red lights are ALM and LPBK/D-ALM. Is there > a > problem with that version of code or did I over look something during the > upgrade. The ARC card version is 4.2.32-1 and the NMC card is 5.5.5. I > did > the upgrade and then rebooted the card and after the reboot it came up with > the 2 alarms. Since then I have had somebody pull out the card twice and > put it back in. Any suggestions? > > Bryan > NOC Technician > COX Internet > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: RE: (usr-tc) RIP problem after renumbering
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 2000-02-11 15:39:14

It's the combined mojo of Jeff McAdams, Mike Andrews, Krish, and Mike Wronski mostly. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Mark Thornton [mailto:mark@corridor.net] > Sent: Friday, February 11, 2000 3:06 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) RIP problem after renumbering > > > God, I love this list. The mere threat of asking my question > on the list > forced the Cisco to wake up and start participating in the > rip sessions > after 3 hours of waiting. Your karma must be powerful. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Mark Thornton <mark@corridor.net> > To: <usr-tc@lists.xmission.com> > Sent: Friday, February 11, 2000 12:30 PM > Subject: (usr-tc) RIP problem after renumbering > > > > We are moving to a new ip address block and this is causing > problems with > my > > cisco router. Specifically, when I specify "network > 63.90.208.0" in the > > router rip configuration it creates the entry as "network > 63.0.0.0" and > does > > not pick up any of the rip routes from the chassis's I have > moved. The > > chassis's themselves see the rip routes from the other > chassis's in the > same > > class C, but not the those in the old class C block. > > > > I'm sure I'm doing something wrong, but it eludes me at the > moment. Can > > anyone help? > > > > Mark Thornton > > San Marcos Internet, Inc. > > 512-393-5300 > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: Aaron Nabil <nabil@spiritone.com>
Date: 2000-02-11 17:50:31

On Fri, 11 Feb 2000, Mike Andrews wrote: > Something *completely* different to look at... > > Some older NMC revs would lose IP connectivity if you sent an SNMP request > that was too large. If the response packet was bigger than 1500 bytes, > the IP stack on the card would crash, and you'd have to reboot the card to > get it to wake up again. Apparently it didn't deal with IP fragmentation > very well... > > I think they finally did fix that bug somewhere in the 6.x.x NMC code. > > If you want to check, start a continuous ping up, then do a snmpget for > several large string variables at once. Or maybe just the same integer > variable repeated a bunch of times... but have it try to snmpget about 50 > or 60 variables at once. If the card stops responding to pings, you need > newer NMC code. If pings keep working, but the SNMP query just times out, > then you're OK. > > I found this when writing a bulk chassis config tool (which I'm in the > middle of rewriting from scratch today)... it essentially snmpwalks the > whole box and compares the values to a list in a config file. I had to > cut back the number of simultaneous snmpget requests it did at a time to > about 10 to keep it from killing the boxes as I was programming them... :) That's mostly how I configure mine, except I only check and change the values that vary from the default, no snmpwalk. Single threaded, one chassis at a time, takes about 10 mins to do a chassis w/6 DSP's. I've never bothered speeding it up since I use it so infrequently. Certainly much less error-prone than using TCM. -- Aaron Nabil

Subject: Re: (usr-tc) NMCs keep dropping off the network
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-11 18:21:36

Something *completely* different to look at... Some older NMC revs would lose IP connectivity if you sent an SNMP request that was too large. If the response packet was bigger than 1500 bytes, the IP stack on the card would crash, and you'd have to reboot the card to get it to wake up again. Apparently it didn't deal with IP fragmentation very well... I think they finally did fix that bug somewhere in the 6.x.x NMC code. If you want to check, start a continuous ping up, then do a snmpget for several large string variables at once. Or maybe just the same integer variable repeated a bunch of times... but have it try to snmpget about 50 or 60 variables at once. If the card stops responding to pings, you need newer NMC code. If pings keep working, but the SNMP query just times out, then you're OK. I found this when writing a bulk chassis config tool (which I'm in the middle of rewriting from scratch today)... it essentially snmpwalks the whole box and compares the values to a list in a config file. I had to cut back the number of simultaneous snmpget requests it did at a time to about 10 to keep it from killing the boxes as I was programming them... :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Wed, 9 Feb 2000 mmm3@cornell.edu wrote: > I'm having a problem with my 486 NMCs that seems to be getting > progressively worse. They will be humming along in TCM just > fine, then suddenly decide to stop doing SNMP. The ping returns > tend to fluctuate all over the place, too, but I thought this > was more or less "normal" for these guys: > > > ping -c50 -C dwan5 > PING DWAN5.DIALUP.CORNELL.EDU (132.236.102.11): 64 data bytes > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > ----DWAN5.DIALUP.CORNELL.EDU (132.236.102.11) PING Statistics---- > 50 transmitted, 50 received, 0.00% packet loss. > round-trip (ms) min/avg/max = 2.298/83.612/113.953 > var/sdev/skew/kurt = 1244.830/35.282/-1.685/3.983 > > > > I have to telnet into my console switch to reset the cards in > order to get them back on-line. They behave for a while, then > drop off again. I'm hoping we can dig up the bucks for HiPerNMCs > to replace all these bastards at some point. Anyone got a quick > fix meanwhile? > ********************************************************* > Michelle M. Mogil > Network and Computing Systems > 721 Rhodes Hall, Cornell University, Ithaca, NY 14853 > vox: (607) 255-0516, fax: (607) 255-8420 > email: mmm3@cornell.edu > ********************************************** > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: RE: (usr-tc) RIP problem after renumbering
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-11 18:27:13

Nah, it probably just caught the flu I have. :p (But one of Jeff Mcadams' co-workers or competitors gave the flu to me last week at a Kentucky ISP meeting... probably competitors :) Heh. Seriously, make sure you have "ip classless" in your Cisco config and "version 2" in the "router rip" section... sounds like it was trying to do classful routing, which nobody should be doing in this decade. :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Fri, 11 Feb 2000, Stainforth, Matthew wrote: > > It's the combined mojo of Jeff McAdams, Mike Andrews, Krish, and Mike > Wronski mostly. > > Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > -----Original Message----- > > From: Mark Thornton [mailto:mark@corridor.net] > > Sent: Friday, February 11, 2000 3:06 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) RIP problem after renumbering > > > > > > God, I love this list. The mere threat of asking my question > > on the list > > forced the Cisco to wake up and start participating in the > > rip sessions > > after 3 hours of waiting. Your karma must be powerful. > > > > Mark Thornton > > San Marcos Internet, Inc. > > 512-393-5300 > > > > > > ----- Original Message ----- > > From: Mark Thornton <mark@corridor.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Friday, February 11, 2000 12:30 PM > > Subject: (usr-tc) RIP problem after renumbering > > > > > > > We are moving to a new ip address block and this is causing > > problems with > > my > > > cisco router. Specifically, when I specify "network > > 63.90.208.0" in the > > > router rip configuration it creates the entry as "network > > 63.0.0.0" and > > does > > > not pick up any of the rip routes from the chassis's I have > > moved. The > > > chassis's themselves see the rip routes from the other > > chassis's in the > > same > > > class C, but not the those in the old class C block. > > > > > > I'm sure I'm doing something wrong, but it eludes me at the > > moment. Can > > > anyone help? > > > > > > Mark Thornton > > > San Marcos Internet, Inc. > > > 512-393-5300 > > > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old > > messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) RIP problem after renumbering
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-11 19:07:16

Thus spake Mike Andrews >Nah, it probably just caught the flu I have. :p >(But one of Jeff Mcadams' co-workers or competitors gave the flu to me >last week at a Kentucky ISP meeting... probably competitors :) Yeah...and now our lawyer is coming down with something too...lovely. :) >Heh. >Seriously, make sure you have "ip classless" in your Cisco config and >"version 2" in the "router rip" section... sounds like it was trying to do >classful routing, which nobody should be doing in this decade. :) Indeed...that's possible...even with "ip classless" though, if you don't put a netmask or wildcard mask on your network statements, it'll assume the "natural class mask"...so with the 63.x.x.x addresses in question, IOS would assume a 255.0.0.0 netmask. Unfortunately...I'm not sure you can put a netmask or wildcard mask on the network statements in a "router rip" section...that's something you'll proly need to check on. It looks like my router isn't letting me do that (11.1(26)cc), but it may be something that's quirky to that version or something...not sure. If that's the case IOS wide...I'd personally consider it a bug in these classless addressing days. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Man are ARC's FAST! Another bug?
From: Brian <signal@shreve.net>
Date: 2000-02-11 23:44:45

yeah, fast or broken, one or ther other :) On Thu, 10 Feb 2000, Paul Farber wrote: > Check this out: > > CPU Utilization: > Instantaneous : 0% > Last Minute : 0% > Last Hour : 0% > Last Day : 0% > > > System Date ( Time in GMT ) 29-JAN-1997 23:00:38 > System UpTime: 30d 10:41:37 > > This is on a 205 port chassis running 2.0.51, 4.1.29. > > Go 3Com! > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Upgrading DSP - adding more
From: Brian <signal@shreve.net>
Date: 2000-02-11 23:46:05

I would statically define the cards myself, and forget about nmc_chassis_awarness On Fri, 11 Feb 2000, The NOC (COX Internet) wrote: > Heres what I just found: When I do a show chassis slot 6 (which is the slot > having problems), I get the settings: Number of Ports: 23 and DYNAMIC > Console: Yes. When I do any of the other slots I get Number of Ports: 24 > and DYNAMIC Console: NO. I hope this piece of information helps. I am lost > as to why its doing this. > > Bryan > > -- Original Message -- > > Ok. I just upgraded the DSP code from 1.0.8 to 2.0.51 and I now have 2 red > lights on my DSP card. The 2 red lights are ALM and LPBK/D-ALM. Is there > a > problem with that version of code or did I over look something during the > upgrade. The ARC card version is 4.2.32-1 and the NMC card is 5.5.5. I > did > the upgrade and then rebooted the card and after the reboot it came up with > the 2 alarms. Since then I have had somebody pull out the card twice and > put it back in. Any suggestions? > > Bryan > NOC Technician > COX Internet > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
From: Richard Gamberg <lists@8bay.com>
Date: 2000-02-12 01:50:40

[My earlier attempt to post regarding this subject didn't make it due to using different smtp server] -> -----Original Message----- -> From: owner-usr-tc@lists.xmission.com -> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton -> Sent: Friday, February 04, 2000 12:19 PM -> I am having a problem on three incoming CT1's that are -> terminated by the T1 -> card to quad modems. We are seeing "bipolar violations", "code violation -> errors", and "bursty errored seconds". The telco has looked into the hdsl -> carrier and it shows no errors. Neither does the central switch. > I began looking for problems when the number of people -> complaining about not -> being able to stay online jumped significantly today. They report the -> problem has been going on for the past two days. -> -> Does anyone have any thoughts on what these errors point to? Line coding errors? Check out the new updates to my "Line Coding Errors" page at http://808hi.com/56k/coding.htm Line coding errors may be much bigger issue than some think - can also occur in telco/clec facilities between subscriber and your switch - something you have little control over! CT1 = beginning of recipe for 56k trouble get PRI if at all possible. Aloha, Richard http://808hi.com/ 56k=v.Unreliable

Subject: (usr-tc) MS Access 2000/TC SA 6.0.8
From: David Swearingin <david@carolnet.com>
Date: 2000-02-12 10:41:52

I am using TC S & A Database Manager 6.0.8 and MS Access 95 Version 7.0 and TC Security/Accounting Server V6.0. If I upgrade Access to Access 2000, will TC S & A still work OK? Has anyone had any problems doing this? Thanks. David __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

Subject: Re: (usr-tc) MS Access 2000/TC SA 6.0.8
From: K Mitchell <mitch@keyconn.net>
Date: 2000-02-12 14:35:42

At 10:41 AM 2/12/00 -0600, David Swearingin wrote: >I am using TC S & A Database Manager 6.0.8 and MS Access 95 Version 7.0 and >TC Security/Accounting Server V6.0. If I upgrade Access to Access 2000, >will TC S & A still work OK? Has anyone had any problems doing this? I'm curious about this as well, running S&A Server 6.0.90 on Access 97 SP2 -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
From: Terry Kennedy <terry@olypen.com>
Date: 2000-02-12 15:17:37

Is this really true? That CT1's are more prone to problems than PRI? CT1 = beginning of recipe for 56k trouble get PRI if at all possible. Aloha, Richard http://808hi.com/ 56k=v.Unreliable

Subject: (usr-tc) TC Wink Digits
From: Chad Schwartz <cwslist@main.cornernet.com>
Date: 2000-02-12 15:35:05

I have a problem with a USR Quad Modem rack, using GTE CyberDS1's. Seems that GTE hard-configures their "Wink Digits" at 1. This works GREAT on a different product (Digi International RAS 24/48 PTE board..), for which I can actually SET the number of wink digits. But it appears that on the USR Quad modem rack, I cannot SET this number. My question, is What *IS* it *REALLY* set to on the USR side?? The 3COM knowledgebase doesn't seem to have any clue... Thanks to anyone who might respond. Chad

Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
From: Aaron Nabil <nabil@spiritone.com>
Date: 2000-02-12 19:01:24

On Sat, 12 Feb 2000, Terry Kennedy wrote: > Is this really true? That CT1's are more prone to problems > than PRI? No, of course not. The paper also make some other rather misleading statements, like "STANDARD TESTING WILL NOT DETECT LINE CODING MIS-MATCH". Which is abusrd, line coding problems are one of the many things tested for when a T1 is turned up. The point, if any, is that automated testing may not detect line coding problems. > CT1 = beginning of recipe for 56k trouble > get PRI if at all possible. > > Aloha, > Richard > http://808hi.com/ 56k=v.Unreliable > Aaron Nabil

Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
From: Charles Sprickman <spork@inch.com>
Date: 2000-02-12 19:41:27

On Sat, 12 Feb 2000, Terry Kennedy wrote: > Is this really true? That CT1's are more prone to problems > than PRI? What was very confusing about the statement (and not true) is there was an implication that CT1s performed worse when there were line coding mismatches somewhere in the chain. Being the victim of said problem, I can tell you it is equally nasty no matter what the delivery method... Charles > CT1 = beginning of recipe for 56k trouble > get PRI if at all possible. > > Aloha, > Richard > http://808hi.com/ 56k=v.Unreliable > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) CT1 problem / Line Coding Errors
From: Ronald Kushner <ron@glis.net>
Date: 2000-02-12 20:20:48

Charles Sprickman wrote: > > On Sat, 12 Feb 2000, Terry Kennedy wrote: > > > Is this really true? That CT1's are more prone to problems > > than PRI? > > What was very confusing about the statement (and not true) is there was an > implication that CT1s performed worse when there were line coding > mismatches somewhere in the chain. > > Being the victim of said problem, I can tell you it is equally nasty no > matter what the delivery method... Yeah, if you have problems with line coding between the Tandem and the end office, or in the DIOTs, it doesn't matter if you have ISDN Prime, CH-DS1, you're going to have problems. The best thing is to keep on the telco to make sure all their trunks are configured properly. ISDN won't work when it hits a mismatched DS-1s in a trunk group. It is true that you will sometimes get about 2400bps on average better connect speed when you use PRI over CH-DS1. -Ron GLISnet, Inc. +1 810/939.9885

Subject: RE: (usr-tc) CT1 problem / Line Coding Errors
From: Richard Gamberg <lists@8bay.com>
Date: 2000-02-12 22:27:05

-> -----Original Message----- -> From: owner-usr-tc@lists.xmission.com -> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ronald Kushner -> Sent: Saturday, February 12, 2000 3:21 PM -> To: usr-tc@lists.xmission.com -> Subject: Re: (usr-tc) CT1 problem / Line Coding Errors -> -> -> Charles Sprickman wrote: -> > -> > On Sat, 12 Feb 2000, Terry Kennedy wrote: -> > -> > > Is this really true? That CT1's are more prone to problems -> > > than PRI? -> > -> > What was very confusing about the statement (and not true) is -> there was an -> > implication that CT1s performed worse when there were line coding -> > mismatches somewhere in the chain. It wasn't my intention to imply that CT1s will perform worse when there are line coding mismatches somewhere in the chain.... However, I didn't explain why I said that CT1 is the first ingredient in a recipe for 56k trouble: and, the answer is: RBS. CT1 means you've got an RBS link between your equipment and the telco. If there is any other RBS link in the call path to the customer (ie, SLC, remote office trunks, etc.) decent 56k connections may be impossible unless the RBS links align - a 1-in-6 chance. 56k client modems are supposed to be handle multiple RBS links, but they often do not. Aloha, Richard http://808hi.com/56k/ 56k=v.Unreliable

Subject: RE: (usr-tc) Man are ARC's FAST! Another bug?
From: Blake Fithen <fithen@networksplus.com>
Date: 2000-02-12 23:47:38

Do a "save all" then check the CPU. This is on a fully loaded chassis (15 DSP's, 1 ARC - 2.0.51 / 4.1.59 - 6) with 233 active users: CPU Utilization: Instantaneous : 0% Last Minute : 0% Last Hour : 0% Last Day : 0% tpk-32.7> save all Saving ........SAVE ALL Complete tpk-32.7> sh cpu ut CPU Utilization: Instantaneous : 100% Last Minute : 28% Last Hour : 0% Last Day : 0% tpk-32.7> tpk-32.7> sh cpu ut CPU Utilization: Instantaneous : 100% Last Minute : 28% Last Hour : 0% Last Day : 0% tpk-32.7> tpk-32.7> sh cpu ut sh cpu ut CPU Utilization: Instantaneous : 81% Last Minute : 52% Last Hour : 0% Last Day : 0% tpk-32.7> tpk-32.7> sh cpu ut etc... blake > -----Original Message----- > From: Paul Farber [SMTP:farber@admin.f-tech.net] > Sent: Thursday, February 10, 2000 10:01 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Man are ARC's FAST! Another bug? > > Check this out: > > CPU Utilization: > Instantaneous : 0% > Last Minute : 0% > Last Hour : 0% > Last Day : 0% > > > System Date ( Time in GMT ) 29-JAN-1997 23:00:38 > System UpTime: 30d 10:41:37 > > This is on a 205 port chassis running 2.0.51, 4.1.29. > > Go 3Com! > > 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.

Subject: (usr-tc) FS: Hiper Bundles, DSP's
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-14 18:12:15

All equipment guaranteed. 2- USR Hiper Bundles Complete in High Density Chassis $8500 4- USR Hiper DSP's $3400/set NAC/NIC 4- USR NMC V90 $800 2- USR Hiper ARC's $2000 7- Dual T1/E1 $600 10- NMC non v90 $600 More inventory than listed...just being polite. If interested in pieces, parts, powers supplies, Complete working units...I have them. "Your USR Robotics Source" Quality Pre-Owned Equipment Steve Rivera 732-433-5890 24Hotline 732-833-2111 Office .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - sales@wrca.net v-732-833-2111 Office I'm always available for your call...732-433-5890 24Hr http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

Subject: (usr-tc) Multiple disconnects at one time
From: David Swearingin <david@carolnet.com>
Date: 2000-02-14 20:31:24

We are experiencing multiple (5-8) disconnects at the same time. I beleive most but not all are from our one DSP, the rest from our quads. Could it be a HiPer ARC problem? Where do I start looking? David

Subject: Re: (usr-tc) Multiple disconnects at one time
From: David Swearingin <david@carolnet.com>
Date: 2000-02-14 21:51:10

At 08:31 PM 2/14/00 -0600, you wrote: >We are experiencing multiple (5-8) disconnects at the same time. I beleive >most but not all are from our one DSP, the rest from our quads. Could it >be a HiPer ARC problem? Where do I start looking? Below is a list chassis, if that would help: HiPer>> li chas Slot Owner Description Ports Type Console 1 NO Primary Rate T1 NAC 0 DYNAMIC NO 2 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 3 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 4 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 5 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 6 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 7 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 8 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 9 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 10 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 11 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 12 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 13 ASSIGNED Gen. 2 V.34 Anal-Digi Modem NAC 4 DYNAMIC NO 14 YES 24 Channel High Density Modem 24 DYNAMIC YES 15 YES --EMPTY-- 0 STATIC NO 16 YES HiPer Access Router NAC 0 DYNAMIC NO HiPer>> David

Subject: (usr-tc) Monitor PPP decoding
From: Scott Farnsworth <scottf@metro.net>
Date: 2000-02-15 12:34:34

Can someone give me an example of how to decode the ingo from a ppp monitor? Here is an example of what I have monitored. Incoming PPP Data on interface: slot:1/mod:12 CTCP_DATA ff 03 00 2d 64 01 fa 22 00 02 bc 00 01 00 Incoming PPP Data on interface: slot:1/mod:12 CTCP_DATA ff 03 00 2d 70 01 c7 6f 00 01 00 15 03 00 00 12 8c 74 9f 40 ... Incoming PPP Data on interface: slot:1/mod:12 IP_DATA 45 00 00 28 e4 30 40 00 80 06 e0 81 d1 f9 04 29 a7 d8 b8 22 ... Outgoing PPP Data on interface: slot:1/mod:12 IP_DATA 45 00 00 28 e4 c1 00 00 f5 06 aa f0 a7 d8 b8 22 d1 f9 04 29 ... -Scott Scottf@Metro.Net General Manager, Metro.Net Internet Access Services 5706 Commerce Blvd. Rohnert Park, Ca 94928 tele: 707-588-7900 fax: 707-588-7909 http://www.metro.net

Subject: (usr-tc) Emrald and Arcs
From: LUIS MIRABAL <lmirabal@usa.net>
Date: 2000-02-15 16:20:43

Hi I have some problems with Hiper Arcs (4.1.59) and Emerald Radius NT. It seems that the Arc sent the radius packets but the Radius seems to ign= ore them and it doesn't respond so the Arc times out. = Arcs works fine with others Radius. Someone have had problems like this ? Luis ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=3D= 1

Subject: (usr-tc) TC on Merit radius
From: Ted Mecimore <tmecimor@vistatech.net>
Date: 2000-02-15 17:30:00

We are looking at merging two of our sites. One is using Bay 5399 (yech!) on Merit Radius. I would like to know if any has a TC doing Merit and what adventures may await me on this issue. TIA -- Ted Mecimore Operations Manager Vista Technology

Subject: (usr-tc) Encryt Password in Access database
From: Ted Mecimore <tmecimor@vistatech.net>
Date: 2000-02-15 18:19:34

Where or when does the password get encrypted. When the account is first entered it is ascii test. Once the user logs in it is encrypted. Is this done by the radius service or a hidden module in the access database? We are getting ready to migrate our user accounts to rodopi and I really don't want to have to retype the passwords. Can they be easily de cypted? -- Ted Mecimore Operations Manager Vista Technology

Subject: (usr-tc) strange MPIP problem
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-16 08:22:31

I ran into a strange MPIP problem and wanted to see if anyone else has experienced this. Yesterday I decided to move the mpip server from my primarily ISDN chassis to one of my dialup chassis with less traffic. The modem MPIP clients were fine, but ISDN clients using the NetGear router began having trouble authenticating. A PPP monitor of the connection showed that it stalled for 10-15 seconds after receiving the username/password packet, then requested a disconnect. Other ISDN clients were working just fine. The problem continued through the night as more clients using the NetGear called to complain. I went back and reversed out the only change I had made in the dialup system and they were immediately able to log in. What impact could MPIP have during the login process? It was the initial channel that was failing, not the bundle. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Subject: Re: (usr-tc) Encryt Password in Access database
From: Jason P. <jjperc@petronet.net>
Date: 2000-02-16 08:49:54

The password can easily be decoded as it is a character substitution method. Each character in the S&A password field is converted into a high ASCII representation. I have a file containing the translation if you would like me to email it to you off the list. You should then be able to use that information in some kind of migration script. Ted Mecimore wrote: > Where or when does the password get encrypted. When the account is first > entered it is ascii test. Once the user logs in it is encrypted. Is this done > by the radius service or a hidden module in the access database? We are getting > ready to migrate our user accounts to rodopi and I really don't want to have to > retype the passwords. Can they be easily de cypted? > > -- > Ted Mecimore > Operations Manager > Vista Technology > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) strange MPIP problem
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-16 09:51:37

Thus spake Mark Thornton >I ran into a strange MPIP problem and wanted to see if anyone else has >experienced this. >Yesterday I decided to move the mpip server from my primarily ISDN >chassis to one of my dialup chassis with less traffic. The modem MPIP >clients were fine, but ISDN clients using the NetGear router began >having trouble authenticating. A PPP monitor of the connection showed >that it stalled for 10-15 seconds after receiving the username/password >packet, then requested a disconnect. Other ISDN clients were working >just fine. The problem continued through the night as more clients >using the NetGear called to complain. I went back and reversed out the >only change I had made in the dialup system and they were immediately >able to log in. Who requested the disconnect? Or did it just drop? I sounds, perhaps, like the system is trying to contact the MPIP server but is unable to do so...after 10-15 seconds, I would expect one side or the other to request a disconnect thinking something isn't working right. I'm not sure why this would specifically affect Netgear's, and not other multi-link dialin's that would be hitting the same chassis, but that sounds like its what's going on. Check to make sure your server has all the clients configured in it with all the right shared secrets and stuff. There's just not that much to configuring MPIP to make it work. Oh, I also am assuming that you're using Arc's for all your service with MPIP...MPIP was always broken on NETServers...save yourself a lot of time and frustration and don't even try to do MPIP on NETServers. :) >What impact could MPIP have during the login process? It was the >initial channel that was failing, not the bundle. The systems use MPIP after they get endpoint discriminator and authentication information (endpoint discriminator, EDO, information is exchanged during LCP, authentication is the usual PAP, CHAP, whatever). Multi-Link uses a combination of endpoint class, endpoint discriminator, and authentication name to determine if the new dialed in link belongs to an already existing bundle or not. If all three of those values match an already existing bundle, then the link is bundled in with that bundle...if any don't match, a new bundle is created. So, the systems transmit this information via MPIP to the MPIP server to find out if there is an already existing bundle with those three values. If the system can't contact the MPIP server, I assume something would eventually timeout and a disconnect would occur. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (Fwd) (usr-tc) l2tp tunnel authentication secret
From: Kalev Nurklik <kalev@mail.lbi.ee>
Date: 2000-02-16 10:18:05

Hi. Can anybody help me with this? To clarify - 1. When I define the tunnel user on HARC the "system transmit authentication name" will be used as the l2tp tunnel authentication secret. 2. When I configure an l2tp tunnel user on a radius server then the "system transmit authentication name" won't be used. The HARC gets all the attributes but won't use the secret opposed to what is written in the "Hiper ARC product reference" subsection "Configuring an L2TP Tunnel on a RADIUS Server". Any ideas what I'm doing wrong? Regards, ------- Forwarded message follows ------- Organization: Delfi Online Date sent: Wed, 9 Feb 2000 16:10:57 +0200 Send reply to: usr-tc@lists.xmission.com Hi. What's the radius attribute for l2tp tunnel authentication secret? Tunnel-Hostname (from HARC product reference) or Tunnel-Auth-Hostname in USR dictionary does not seem to work. Neither does Tunnel-Password or other similar attributes. I have tried different attributes but with no success whatsoever. All the time I get "Could not get password from radius" from l2tp debug output. Maybe I got wrong attribute numbers but I doubt that because I checked all of them with "mon radius". On the other hand "mon radius" is not be very reliable as I found out - inconsistencies with USR dictionary names (similar but not exact) and not reporting right values for at least one attribute - Tunnel-Security. When I define a local HARC user with "set tunnel user ... password etc." then the l2tp tunnel secret is equivalent to the "system transmit authentication name" and authenticating works. For the radius equivalent HARC product reference just states dryly - "You can also set this from RADIUS by using a VSA"(page 180). So what's the VSA? Or am I missing something else? One thing that I noticed is that when I use radius defined tunnel account then there is no challenge AVP present in SCCRQ from LAC(HARC) and if I turn off the tunnel authentication on the LNS then l2tp tunneling works. I guess I need to turn off authentication on LNS because HARC has no clue about what the secret might be and just drops the connection attempt with l2tp debug message "Unauthenticated message from remotehost" when the LNS presents the challenge AVP in SCCRP. With local HARC user there's always an challenge AVP in SCCRQ from LAC and as I stated before authenticating works... This (I guess again) is probably due to HARC knowing what the tunnel secret is for that user e.g. the "system transmit authentication name". So obviously there something missing or wrong with the radius defined user. Anyone have any ideas what that something might be? Regards, __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@online.ee http://online.delfi.ee - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. ------- End of forwarded message ------- __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@online.ee http://online.delfi.ee

Subject: Re: (usr-tc) TC on Merit radius
From: Campbell Simpson <campbell.simpson@telecom.co.nz>
Date: 2000-02-16 13:24:00

We're using merit and TCHs. It's quite easy to get it going straight off. = I can't remember having any real drama to get it to work. I suppose all = you would really want is an up to date dictionary file of TCH attributes = to minimise head aches Campbell

Subject: (usr-tc) Date: Sun, 16 Jan 2000 14:33:02 +0900
From: Ivan and Michelle Roney <theroneys@thrunet.com>
Date: 2000-02-17 11:50:38

This is a multi-part message in MIME format. ------=_NextPart_000_0007_01BF602E.9840AA00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I was given a computer with a Rockwell v.34 Voice, speakerphone PnP = modem in it. I figure it's probably a 33.6, but I wanted to confirm. = Anyone there know what this is? ------=_NextPart_000_0007_01BF602E.9840AA00 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.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV> </DIV> <DIV> </DIV> <DIV><FONT size=3D2>Hi,</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>I was given a computer with a Rockwell v.34 Voice,=20 speakerphone PnP modem in it.  I figure it's probably a 33.6, but I = wanted=20 to confirm.  Anyone there know what this = is?</FONT></DIV></BODY></HTML> ------=_NextPart_000_0007_01BF602E.9840AA00--

Subject: RE: (usr-tc) mrtg tc help needed
From: Greg Long <greg@coastlink.com>
Date: 2000-02-17 12:31:45

Hello! Look in your \mrtg\contrib directory. There should be a "tch" folder. If not grab the latest version of MRTG. There are some pl files, an mrtg.cfg file and a readme file in there that can help you get it working. Thanks, Greg Long Network Administrator Coastlink 801-532-6212 ext 32 greg@no-spam.coastlink.com (remove no-spam. to email me) http://www.coastlink.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jolliffe, Anu Sent: Friday, January 07, 2000 2:27 AM I already have mrtg working on our routers, but I am in desperate need of help getting mrtg to graph our total control modem usage I would like to setup mrtg to create pages similar to the ones found at http://statistics.1st.net/3com/. I currently have three chassis, one running hiper dsp's and an arc, with the other two are running quad's and nsc's. So far I have searched the archives at http://usr-tc.1st.net/ and been to the following sites in order to figure this out. http://www.dcr.net/~mandrews/usrtoys/index.shtml and http://www.netdoor.com/arcwho/ I have also accumulated, hiperarc.pl, hiperarc_count.pl and hiperdsp.pl, but I am still at a complete loss and basically need step by step instructions. Any help appreciated, thanks. Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820

Subject: Re: (Fwd) (usr-tc) l2tp tunnel authentication secret
From: TSriVedK <ved@iyka.com>
Date: 2000-02-17 12:33:04

On Wed, 16 Feb 2000, Kalev Nurklik wrote: > Hi. > > Can anybody help me with this? > To clarify - > 1. When I define the tunnel user on HARC the "system transmit > authentication name" will be used as the l2tp tunnel authentication > secret. No system transmit name is used to authenticate with a salt generated by the ARC - AS a LAC the hiper arc has to tell the LNS its identification, this idenficationis the sytem tranmit name is used for. Its used in both cases for with or without radius > 2. When I configure an l2tp tunnel user on a radius server then the > "system transmit authentication name" won't be used. The HARC > gets all the attributes but won't use the secret opposed to what is > written in the "Hiper ARC product reference" subsection > "Configuring an L2TP Tunnel on a RADIUS Server". > Any ideas what I'm doing wrong? > > Regards, > > ------- Forwarded message follows ------- > From: "Kalev Nurklik" <kalev@mail.lbi.ee> > Organization: Delfi Online > To: usr-tc@lists.xmission.com > Date sent: Wed, 9 Feb 2000 16:10:57 +0200 > Subject: (usr-tc) l2tp tunnel authentication secret > Send reply to: usr-tc@lists.xmission.com > > Hi. > > What's the radius attribute for l2tp tunnel authentication secret? > Tunnel-Hostname (from HARC product reference) or > Tunnel-Auth-Hostname in USR dictionary does not seem to work. > Neither does Tunnel-Password or other similar attributes. > I have tried different attributes but with no success whatsoever. > All the time I get "Could not get password from radius" from l2tp > debug output. > Maybe I got wrong attribute numbers but I doubt that because I > checked all of them with "mon radius". On the other hand "mon > radius" is not be very reliable as I found out - inconsistencies > with USR dictionary names (similar but not exact) and not reporting > right values for at least one attribute - Tunnel-Security. > > When I define a local HARC user with "set tunnel user ... > password etc." then the l2tp tunnel secret is equivalent to the > "system transmit authentication name" and authenticating works. > For the radius equivalent HARC product reference just states dryly - > "You can also set this from RADIUS by using a VSA"(page 180). > So what's the VSA? > > Or am I missing something else? > > One thing that I noticed is that when I use radius defined tunnel > account then there is no challenge AVP present in SCCRQ from > LAC(HARC) and if I turn off the tunnel authentication on the LNS > then l2tp tunneling works. > I guess I need to turn off authentication on LNS because HARC > has no clue about what the secret might be and just drops the > connection attempt with l2tp debug message "Unauthenticated > message from remotehost" when the LNS presents the challenge > AVP in SCCRP. > With local HARC user there's always an challenge AVP in SCCRQ > from LAC and as I stated before authenticating works... > This (I guess again) is probably due to HARC knowing what the > tunnel secret is for that user e.g. the "system transmit > authentication name". > > So obviously there something missing or wrong with the radius > defined user. > Anyone have any ideas what that something might be? > > > Regards, > __________________________________ > Kalev Nurklik > Delfi Online > Pa"rnu mnt. 158, 11317 Tallinn, Estonia > Tel: +372 6501709 > Fax: +372 6501708 > E-mail: k.nurklik@online.ee > http://online.delfi.ee > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > ------- End of forwarded message ------- > __________________________________ > Kalev Nurklik > Delfi Online > Pa"rnu mnt. 158, 11317 Tallinn, Estonia > Tel: +372 6501709 > Fax: +372 6501708 > E-mail: k.nurklik@online.ee > http://online.delfi.ee > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) State of the Hub message
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-17 14:06:59

Thus didn't spake Jeff Mcadams ... Whee! Gotta love seeing delayed messages come through the list. :) Nothing to see here, just a summer rerun in Feb. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) TSmon
From: Brian <signal@shreve.net>
Date: 2000-02-17 14:47:25

Disable the Timezone offset in the config and you will be fixed. On Thu, 6 Jan 2000, Mark Lemmert wrote: > At 03:55 PM 1/3/00 -0500, you wrote: > >Thus spake pferraro@wna-linknet.com > > > YES we do! Had to shut it down... All clients were being logged > > >out because they were all over the time limit! Seems it has a problem > > >with subtraction and the new 2000 date. I have already sent 2 messages > > >to the software editor and programmer, but have yet to hear back from > > >him... If any of you are using the product, you should send them > > >email! I hate to see $600.00 go down the tube! > > > >At the risk of serious flamage...I think this goes down as an example of > >the danger of telnet base scripted actions. Like I said last time > >around...parsing problems will end up biting you in the end. :/ > >-- > >Jeff McAdams Email: jeffm@iglou.com > >Head Network Administrator Voice: (502) 966-3848 > >IgLou Internet Services (800) 436-4456 > > > I am having the same problem. I've also send two messages > to the author and heard nothing. > > Does any body know of any other way to contact these > people, phone #, mailing list etc? > > -MGL > > > Mark Lemmert > CTO > AthEnet Data Exchange > 920-954-9799 > mark.lemmert@athenet.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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) FS: TC Parts
From: Brian <signal@shreve.net>
Date: 2000-02-17 14:49:15

On Tue, 8 Feb 2000, Jack Singer wrote: > I have a lot of TC parts for sale buy direct or bid on ebay: > > Network Management Cards: > 1 $250 > 2-5 $200 > 6-50 $150 > 51-200 $100 > 201+ $50 > > Dual T1 Nic Cards $150 > > PRI Netserver Cards $150 > > Netserver Cards $125 > > T1 E1 Cards $125 > > Quad Analog Modems $125 do you have chassis's too? (just curious since you didn't post those, and you had like a ton of cards but no chassis). You could build a chassis for about $2k from the above stock minus chassis. Brian > > All Guaranteed Not DOA For 10 Days. > > Jack Singer > jsinger@i-c.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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) DSPCode 2.0.51
From: Brian <signal@shreve.net>
Date: 2000-02-17 14:49:50

some scripts I made On Wed, 26 Jan 2000, Mark Lemmert wrote: > At 05:30 PM 1/25/00 -0600, Brian wrote: > > >I have seen more connection success rate with 2.0.51. I use to get 94-98% > >connection success overall for all calls to a chassis for a 24 hour > >period. > > > >I now see more like 96-98% average. > > > How do you get those sorts of statistics? I have been having a very > large number of complains from people saying the can't connect. I > am running 2.0.81. > > Thanks. > > -MGL > > > >On Tue, 25 Jan 2000, Charles Sprickman wrote: > > > > > On Tue, 25 Jan 2000, Brian wrote: > > > > > > > 2.0.51 is good for all DSP's > > > > > > How's it compare to 2.0.81? Better, worse, indifferent? > > > > > > Charles > > > > > > > On Tue, 25 Jan 2000, Cheryl Johnson wrote: > > > > > > > > > Is this code only recommended for hardware revisions .54 and .55 only? > > > > > I have .49 and was thinking of moving to the 2.0.51 from the 2.0.60 > > > > > since I do not see too many improvements. And is this compatible with > > > > > NMC 6.1.17 and ARC 4.1.22? It seems to be getting more difficult to > > > > > keep these things straight. > > > > > > > > > > -Cheryl Johnson > > > > > SEI Data Network Services, Inc. > > > > > A Division of SEI Communications > > > > > > > > > > > > > ----------------------------------------------------- > > > > Brian Feeny (BF304) signal@shreve.net > > > > 318-222-2638 x 109 http://www.shreve.net/~signal > > > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > >----------------------------------------------------- > >Brian Feeny (BF304) signal@shreve.net > >318-222-2638 x 109 http://www.shreve.net/~signal > >Network Administrator ShreveNet Inc. (ASN 11881) > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > Mark Lemmert > CTO > AthEnet Data Exchange > 920-954-9799 > mark.lemmert@athenet.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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Help with Soft busy
From: David Hamilton <borden@voyager.net>
Date: 2000-02-17 15:07:56

select restore ----- Original Message ----- Sent: Tuesday, January 18, 2000 5:41 PM > I just soft-busied one of my DSP's, and now dialing into the hunt group, I > get a reorder. > > How do I undo this? > > -Thanks > > Scot > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) TCM software
From: Steve Cobb <stevec@geeksnet.com>
Date: 2000-02-17 16:22:42

I was just now able to get the TCM software from usr's site. I wasn't able to get my contract number!! Anyway, I have been told that there is an add-on that will let me look at each DSP card and tell what modems are being used and who is the user. Anyone know what the name of this add-on is? Is there any other cool add-ons I can get? Also, can anyone tell me what SNMP traps to enable in TCM so that I can use MRTG to graph modem usage? Thanks for all your help, -- Steve Cobb Computer Geeks stevec@computer-geeks.com www.computer-geeks.com ***************************** Want faster internet service? www.geeksnet.com --

Subject: (usr-tc) Need some help.
From: Sergio Gonzalez <sagonzal@sky.net.co>
Date: 2000-02-17 16:27:23

*This message was transferred with a trial version of CommuniGate(tm) Pro* Hello there. I got a little problem. I'm hopping you can help me. A few days ago I installed a new Hiper DSP where other 3 DSPs were working= =20 in conjuction with a Dual E1/PRI card and some quad modems cards. Well,=20 after insert the new DSP in the chassis and move the Dual E1 one slot to=20 the right, the 4 DSP are working well, but the Dual E1 seased functions!!!= =20 .. There was no reconfiguration over the Dual E1, and it was working as=20 well as it cans before the instalation of the new DSP. These were the cards positions before the instalation of the new DSP (all=20 worked well) slot 1 -> Hiper DSP (30 Chan) slot 2 -> Hiper DSP (30 Chan) slot 3 -> Hiper DSP (30 Chan) slot 4 -> Dual E1/PRI slot[5-9] -> Empty slot10 -> Quad Modem Digital slot11 -> Quad Modem Digital slot12 -> Quad Modem Digital slot13 -> Quad Modem Digital slot14 -> Quad Modem Digital slot15 -> Quad Modem Digital slot16 -> Hiper ARC slot17 -> NMC and these are the positions AFTER the installation (only DSP work!!) slot 1 -> Hiper DSP (30 Chan) slot 2 -> Hiper DSP (30 Chan) slot 3 -> Hiper DSP (30 Chan) slot 4 -> Dual E1/PRI slot 5 -> Hiper DSP (30 Chan) slot[6-9] -> Empty slot10 -> Quad Modem Digital slot11 -> Quad Modem Digital slot12 -> Quad Modem Digital slot13 -> Quad Modem Digital slot14 -> Quad Modem Digital slot15 -> Quad Modem Digital slot16 -> Hiper ARC slot17 -> NMC What should be happening? Thanks in advance for the help. /Sergio Sergio Gonzalez Director Operativo -- Operative Manager Skynet de Colombia S.A. Santaf=E9 de Bogot=E1, Colombia, South America. 57(+1) 6 422 020

Subject: Re: (usr-tc) TSmon
From: Steve McConnell <stevem@emji.net>
Date: 2000-02-17 18:34:41

You can also get the latest version of TSMON which fixes this bug. steve --On Thursday, February 17, 2000 2:47 PM -0600 Brian <signal@shreve.net> wrote: > > Disable the Timezone offset in the config and you will be fixed. > > On Thu, 6 Jan 2000, Mark Lemmert wrote: > >> At 03:55 PM 1/3/00 -0500, you wrote: >> > Thus spake pferraro@wna-linknet.com >> > > YES we do! Had to shut it down... All clients were being >> > > logged out because they were all over the time limit! Seems >> > > it has a problem with subtraction and the new 2000 date. I have >> > > already sent 2 messages to the software editor and programmer, but >> > > have yet to hear back from him... If any of you are using the >> > > product, you should send them email! I hate to see $600.00 go down >> > > the tube! >> > >> > At the risk of serious flamage...I think this goes down as an example >> > of the danger of telnet base scripted actions. Like I said last time >> > around...parsing problems will end up biting you in the end. :/ -- >> > Jeff McAdams Email: jeffm@iglou.com >> > Head Network Administrator Voice: (502) 966-3848 >> > IgLou Internet Services (800) 436-4456 >> >> >> I am having the same problem. I've also send two messages >> to the author and heard nothing. >> >> Does any body know of any other way to contact these >> people, phone #, mailing list etc? >> >> -MGL >> >> >> Mark Lemmert >> CTO >> AthEnet Data Exchange >> 920-954-9799 >> mark.lemmert@athenet.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. >> > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. Steve McConnell EMJI 919.303.3217:126 888-258-8959

Subject: (usr-tc) Multiple DSP disconnects
From: David Swearingin <david@carolnet.com>
Date: 2000-02-17 19:21:48

Any ideas why we are having multiple (6-20) discoonects from a DSP all at the same time. The telco says the T-1 is good and no errors. The 3Com tech says the equip is good and configured correctly. David

Subject: Re: (usr-tc) DSL
From: Brian Gordon <administrator@westelcom.com>
Date: 2000-02-17 19:56:10

Still looking for External Viper modems, Anyone? Brian Gordon Network Administrator Westelcom Internet 518.566.6726 Voice 419.831.9137 Fax http://home.westelcom.com administrator@westelcom.com ----- Original Message ----- Sent: Friday, January 21, 2000 5:18 AM > > > > > The 3Com TCH DSL card (dual port, frame over adsl signalling), was discontinued > as a product for sale as it was deemed > 'end of life' by 3Com management, early last year (1999). > > > > > > What happened to the total control dsl card? > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Multiple DSP disconnects
From: Brian <signal@shreve.net>
Date: 2000-02-17 20:58:32

On Thu, 17 Feb 2000, David Swearingin wrote: > Any ideas why we are having multiple (6-20) discoonects from a DSP all at > the same time. The telco says the T-1 is good and no errors. The 3Com > tech says the equip is good and configured correctly. bad cable? bad punchdown? > > David > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Multiple DSP disconnects
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-18 00:39:31

If they're all from the first 12 channels only, or the second 12 channels only, turn off v.42bis hardware compression. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Thu, 17 Feb 2000, David Swearingin wrote: > Any ideas why we are having multiple (6-20) discoonects from a DSP all at > the same time. The telco says the T-1 is good and no errors. The 3Com > tech says the equip is good and configured correctly. > > David > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) dead fan in chassis
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-18 00:43:48

Funny, I just had the exact same thing happen this week. To get back up and running in a hurry, I just spent $200 on a new tray... and maybe I'll go swap the one particular fan in the dead tray later. I'm pretty sure it's out of warranty and we don't have a support contract, so I don't have a lot of other options other than "fix myself" and "junk it". :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Fri, 7 Jan 2000, Jolliffe, Anu wrote: > I have a dead fan in the removable fan tray of chassis. I am looking for > the best way to deal with this issue based on previous experience. > > So far I have come up with a coupe of solutions, but am looking for the > quickest and easiest way to deal with this issue. > > Send the tray back to 3com > Source a similar fan myself and replace myself > > Do you have a better way? > > Thanks. > Anu Jolliffe > Network Administrator > Imagen Communications Inc. > (250) 538-0406 FAX (250) 537-5820 > >

Subject: Re: (usr-tc) Adventure in Ringing
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-18 08:33:55

There may be a problem in how the telco is handling channels that don't respond to the wink to initiate the call. In our case we occasionally have a quad modem port that stops answering calls. The telco would initiate multiple wink attempts then fail the call. The customer got rings during the attempts, then the line was dropped. The telco fixed this by immediately moving to a new channel when the wink fails. All the customer experiences is a few more seconds of ringing until the new modem responds. I review our chassis's daily for failing modems, and occasionally the telco will call me to warn me about a particular channel that is cluttering their error log. It doesn't have anything to do with the quality of the lines. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, February 18, 2000 8:18 AM > Ok, I am coming here to get some solid advice on an outstanding issue with our > CT1s. I am looking at my TC boxes ( quads and HiperDSP). Off and on we get > customer calls that say it just keeps ringing. I try it and sure enough, the > TCs are not answering. But i look at teh boxes via TCM and I have loads of > capacity on all circuits. 2 minutes later or 20 minutes later, or even 2 hours > later it is fine. GTE (Great Terrible Epidemic) says my lines are ok. Passing > all tests. > > I am running the following code verisons > > Hiper DSP 2.0.51 > > Hiper ARC 4.1.22 > > Quads 5.9.9 > > Any advice or help is greatly appreciated. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: (usr-tc) Adventure in Ringing
From: Ted Mecimore <tmecimor@vistatech.net>
Date: 2000-02-18 09:18:24

Ok, I am coming here to get some solid advice on an outstanding issue with our CT1s. I am looking at my TC boxes ( quads and HiperDSP). Off and on we get customer calls that say it just keeps ringing. I try it and sure enough, the TCs are not answering. But i look at teh boxes via TCM and I have loads of capacity on all circuits. 2 minutes later or 20 minutes later, or even 2 hours later it is fine. GTE (Great Terrible Epidemic) says my lines are ok. Passing all tests. I am running the following code verisons Hiper DSP 2.0.51 Hiper ARC 4.1.22 Quads 5.9.9 Any advice or help is greatly appreciated.

Subject: Re: (usr-tc) Multiple DSP disconnects
From: David Swearingin <david@carolnet.com>
Date: 2000-02-18 09:42:00

At 12:39 AM 2/18/2000 -0500, you wrote: >If they're all from the first 12 channels only, or the second 12 channels >only, turn off v.42bis hardware compression. > > >Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ Mike, where do you turn off v.42bis? David __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

Subject: (usr-tc) v42DisconnectCmd(26)
From: David Swearingin <david@carolnet.com>
Date: 2000-02-18 10:01:25

What does v42DisconnectCmd(26) reason for call termination mean? How do I prevent it? David __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

Subject: Re: (usr-tc) v42DisconnectCmd(26)
From: David Swearingin <david@carolnet.com>
Date: 2000-02-18 10:14:16

Thanks Jeff. How about another question? What does rcvdGatewayDiscCmd(62) mean? David At 11:09 AM 2/18/2000 -0500, you wrote: >Thus spake David Swearingin >>What does v42DisconnectCmd(26) reason for call termination mean? How >>do I prevent it? > >It means the customer's modem "gracefully" shut down the link. Rather >than just pulling the plug on the connection, it sent the v42 protocol >command to disconnect, which does it a bit more gracefully. This is at >the modem level, so that means that the floor just dropped out from >underneath the PPP connection running over top of it, so PPP didn't get >to shut down gracefully, but that's OK. :) >-- >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. > __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

Subject: Re: (usr-tc) v42DisconnectCmd(26)
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-18 11:09:09

Thus spake David Swearingin >What does v42DisconnectCmd(26) reason for call termination mean? How >do I prevent it? It means the customer's modem "gracefully" shut down the link. Rather than just pulling the plug on the connection, it sent the v42 protocol command to disconnect, which does it a bit more gracefully. This is at the modem level, so that means that the floor just dropped out from underneath the PPP connection running over top of it, so PPP didn't get to shut down gracefully, but that's OK. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) v42DisconnectCmd(26)
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-18 11:22:36

Thus spake David Swearingin >Thanks Jeff. How about another question? >What does rcvdGatewayDiscCmd(62) mean? It means your HiPer Arc told the modem to hang up. Again, nothing really to worry about. There's basically a race condition here on how things transpire. Does the PPP LCP termreq/termack thing happen quick enough that the Arc has enough time to tell the modem to hang up, or does the other side respond quicker and get the v42 disconnect through to the modem first? Both are indications of a normal disconnect most likely. To really determine if the disconnect is normal, you need to check the disconnect reason from both the modem and from the HiPer Arc. The combination of the two will generally tell you what happened for sure and whether its something to be worried about. Most likely with the reasons you have, its not something to worry about...they're normal. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Multiple DSP disconnects
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-18 14:12:21

If you're using TCM, Configure->Programmed Settings->Data Compression Settings. Change it from "autoenable" to "none". BUT... look at the disconnect reasons here first. If v.42bis was causing your problem, you'd see disconnect reasons of "v.42 invalid codeword" and "v.42 string too long" and "link security abort". If you're seeing this, you've got a problem that turning v.42bis off will solve. If you're not seeing this, you've got something completely different. (Look at http://www.dcr.net/~mandrews/usrtoys/discreasons.txt for a full list) 3Com tells us that the v.42bis problem is hardware related (that's why it only affects the first 12 or last 12 channels)... however I haven't seen a good explanation as to why it affects only v.42bis and nothing else the card does, why lots of people have this exact same problem in the exact same way (hardware normally fails a little more randomly than that), or if it's related only to specific harware revisions of the card... I've got one DSP card out of 17 that has this problem. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Fri, 18 Feb 2000, David Swearingin wrote: > At 12:39 AM 2/18/2000 -0500, you wrote: > >If they're all from the first 12 channels only, or the second 12 channels > >only, turn off v.42bis hardware compression. > > > > > >Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > Mike, where do you turn off v.42bis? > > David > __________________________________________________ > David Swearingin (david@carolnet.com) > CARROLLTON INTERNET SERVICE (www.carolnet.com) > First Financial Group, Inc. > 11 N. Folger, Carrollton, MO 64633 > 660-542-3002 Fax 660-542-3003 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Adventure in Ringing
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-18 14:12:55

I thought it was "Great Telephone Experiment"... :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Fri, 18 Feb 2000, Ted Mecimore wrote: > later it is fine. GTE (Great Terrible Epidemic) says my lines are ok. Passing

Subject: Re: (usr-tc) Adventure in Ringing
From: Ted Mecimore <tmecimor@vistatech.net>
Date: 2000-02-18 15:26:20

or there tag line used to be "Gee no GTE." I think it is more like "Gee no I said GD" on Fri, 18 Feb 2000, you shaped the electrons to say: > I thought it was "Great Telephone Experiment"... :) > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > On Fri, 18 Feb 2000, Ted Mecimore wrote: > > > later it is fine. GTE (Great Terrible Epidemic) says my lines are ok. Passing > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Ted Mecimore Operations Manager Vista Technology "Dust Tape is like the force. It has a light side, a dark side, and it holds the universe together"

Subject: Re: (usr-tc) State of the Hub message
From: Pete Ashdown <pashdown@xmission.com>
Date: 2000-02-18 15:38:54

* Jeff Mcadams (jeffm@iglou.com) [000217 12:09] writeth: >Thus didn't spake Jeff Mcadams >... > >Whee! Gotta love seeing delayed messages come through the list. :) > >Nothing to see here, just a summer rerun in Feb. :) Sorry... Had a boatload of old stuff awaiting approval. I haven't had much time to spend on the list recently.

Subject: Re: (usr-tc) Vendors of 3Com equipment?
From: Dave Lajoie <dave@ncia.net>
Date: 2000-02-18 15:44:57

Just got in a shipment of 2 'HIPER DSP DBL UP' bundles to complete the addition of 4 PRI T1's at one of our POP locations, but when I opened the packages I only had 3 of the DSP'S and all four of the NIC's. Missing the DSP that went with the 4th NIC, I checked the vendor our staff made the purchase from and called that vendor to explain the situation with some measure of anxiety, after all these parts are not cheap! I was met with total understanding, and willingness to bring the situation expediently to resolution, "We'll have a DSP there tomorrow" was the statement that _made_ my day. I have noticed a few posts on this list requesting suggestions as to where to purchase parts, and have noticed a couple of names mentioned. At this time I would like to pass along this info as a testimony to the outstanding service provided by Ryan R. Vallee of Source Technology out of Waltham Ma. they rock! The packages looked to me to be factory sealed, what happened is anyone's guess, all I know is when I need parts again I won't have to make a choice on who to buy them from I'll just dial 1.888.765.5758 and ask for Ryan. Dave Lajoie RA Administrator North Country Internet Access E-Mail: dave@ncia.net www.ncia.net On Wed, 19 Jan 2000, Mike Andrews wrote: > Ditto, that's where we get ours... John Groh is our rep. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > On Wed, 19 Jan 2000, Richard Lorbieski wrote: > > > I deal with a different rep. , but it's a good company to do business > > with. > > > > "Mark E. Levy" wrote: > > > > > > John DeDonato, Source Technology 888-765-5758 x2267 > > > www.source-technology.com > > > > > > Mark Thornton wrote: > > > > > > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new > > > > or used equipment. If you know of reputable vendors please respond off-list > > > > to mark@corridor.net. > > > > > > > > Thanks, > > > > > > > > Mark Thornton > > > > San Marcos Internet, Inc. > > > > 512-393-5300 > > > > > > -- > > > --------------------------------------------------------------------- > > > 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. > > > > -- > > > > Richard Lorbieski - richard@alpha1.net > > Chief Technical Officer - Senior System Administrator > > Alpha1 Internet http://www.alpha1.net > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Vendors of 3Com equipment?
From: Ted Mecimore <tmecimor@vistatech.net>
Date: 2000-02-18 16:42:14

We use Intelligent Choice for our TC and Cisco stuff. They have great response Ask for Wynde Bush 1-850-476-8417x100 > > On Wed, 19 Jan 2000, Mike Andrews wrote: > > > Ditto, that's where we get ours... John Groh is our rep. > > > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > > "Don't sweat the petty things, and don't pet the sweaty things." > > > > On Wed, 19 Jan 2000, Richard Lorbieski wrote: > > > > > I deal with a different rep. , but it's a good company to do business > > > with. > > > > > > "Mark E. Levy" wrote: > > > > > > > > John DeDonato, Source Technology 888-765-5758 x2267 > > > > www.source-technology.com > > > > > > > > Mark Thornton wrote: > > > > > > > > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new > > > > > or used equipment. If you know of reputable vendors please respond off-list > > > > > to mark@corridor.net. > > > > > > > > > > Thanks, > > > > > > > > > > Mark Thornton > > > > > San Marcos Internet, Inc. > > > > > 512-393-5300 > > > > > > > > -- > > > > --------------------------------------------------------------------- > > > > 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. > > > > > > -- > > > > > > Richard Lorbieski - richard@alpha1.net > > > Chief Technical Officer - Senior System Administrator > > > Alpha1 Internet http://www.alpha1.net > > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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. -- Ted Mecimore Operations Manager Vista Technology "Dust Tape is like the force. It has a light side, a dark side, and it holds the universe together"

Subject: Re: (usr-tc) State of the Hub message
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-18 18:34:16

Thus spake Pete Ashdown >* Jeff Mcadams (jeffm@iglou.com) [000217 12:09] writeth: >>Thus didn't spake Jeff Mcadams >>... >>Whee! Gotta love seeing delayed messages come through the list. :) >>Nothing to see here, just a summer rerun in Feb. :) >Sorry... Had a boatload of old stuff awaiting approval. I haven't had >much time to spend on the list recently. Figured that was the case. :) Just didn't want anyone to accuse me of raising more of a ruckus when I wasn't. I do enough of that legitimately, no need to have reruns to help me. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Vendors of 3Com equipment?
From: Brian <signal@shreve.net>
Date: 2000-02-18 19:51:02

Source Tech is definitly a service oriented vendor. On Fri, 18 Feb 2000, Dave Lajoie wrote: > > Just got in a shipment of 2 'HIPER DSP DBL UP' bundles to complete the > addition of 4 PRI T1's at one of our POP locations, but when I opened the > packages I only had 3 of the DSP'S and all four of the NIC's. Missing the > DSP that went with the 4th NIC, I checked the vendor our staff made the > purchase from and called that vendor to explain the situation with some > measure of anxiety, after all these parts are not cheap! I was met with > total understanding, and willingness to bring the situation expediently to > resolution, "We'll have a DSP there tomorrow" was the statement that > _made_ my day. I have noticed a few posts on this list requesting > suggestions as to where to purchase parts, and have noticed a couple of > names mentioned. At this time I would like to pass along this info as a > testimony to the outstanding service provided by Ryan R. Vallee of Source > Technology out of Waltham Ma. they rock! The packages looked to me to be > factory sealed, what happened is anyone's guess, all I know is when I need > parts again I won't have to make a choice on who to buy them from I'll > just dial 1.888.765.5758 and ask for Ryan. > > > Dave Lajoie > RA Administrator > North Country Internet Access > E-Mail: dave@ncia.net > www.ncia.net > > On Wed, 19 Jan 2000, Mike Andrews wrote: > > > Ditto, that's where we get ours... John Groh is our rep. > > > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > > "Don't sweat the petty things, and don't pet the sweaty things." > > > > On Wed, 19 Jan 2000, Richard Lorbieski wrote: > > > > > I deal with a different rep. , but it's a good company to do business > > > with. > > > > > > "Mark E. Levy" wrote: > > > > > > > > John DeDonato, Source Technology 888-765-5758 x2267 > > > > www.source-technology.com > > > > > > > > Mark Thornton wrote: > > > > > > > > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new > > > > > or used equipment. If you know of reputable vendors please respond off-list > > > > > to mark@corridor.net. > > > > > > > > > > Thanks, > > > > > > > > > > Mark Thornton > > > > > San Marcos Internet, Inc. > > > > > 512-393-5300 > > > > > > > > -- > > > > --------------------------------------------------------------------- > > > > 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. > > > > > > -- > > > > > > Richard Lorbieski - richard@alpha1.net > > > Chief Technical Officer - Senior System Administrator > > > Alpha1 Internet http://www.alpha1.net > > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Mark Thornton <mark@corridor.net>
Date: 2000-02-18 21:45:23

It's not a matter of how many PRI's per T1, but a matter of what your customers are doing with the connections. We successfully ran 8 incoming T1's via a single 'net T1 that was not heavily loaded until the 9th and 10th incoming lines came up (the second 'net T1 was late, as is usually the case). We also had numerous deicated accounts and colos as well. When the latency started to rise we ordered the new circuits. All the while our clients consistently rate our "speed" to be much better than our competitors. This is all changing right now though, because more users are doing bandwidth intensive things. We have ordered additional 'net T1's to cover the bandwidth growth, but we still are not pinched on the two we have with 16 incoming dialup T1's and PRI's from the telco. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, February 18, 2000 9:11 PM > Off-topic survey: > > I am investigating some POP alternatives for our network. These POPs will be > dialup only. They will be co-located within the CLEC switch or remote > central office. > > I am looking for information on how most of you backhaul the dialup traffic > to your networks. I find it curiously strange that more CLECs do not have > fiber in their facilities that connect them to IP backbones like UUNET, > Sprint or CW (at least that's the way it is here in NJ). My first > inclination was not to backhaul, but obtain a separate feed to one of the > backbones right in the colo/switch, but this is not an option. So, I am left > to backhaul. > > What is the most cost-effective way to do this? Assuming that these POPs > will be relatively small, not requiring A DS3 to backhaul, how many PRI > dialup trunks can be supported for each T1 backhaul to my network? Or, is > there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's > with relatively moderate traffic can be supported by 1 T1 backhaul. I have > my doubts here as well. > > Thoughts, comments, suggestions are welcomed, off-list if you prefer. > > > -- > Scot Desort > Network Operations Manager > NJ Internet Access > scot@njaccess.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.

Subject: Re: (usr-tc) Vendors of 3Com equipment?
From: pferraro@wna-linknet.com
Date: 2000-02-18 21:50:05

I will AGREE with that statement! Super people! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Fri, 18 Feb 2000, Brian wrote: > > > Source Tech is definitly a service oriented vendor. > > > On Fri, 18 Feb 2000, Dave Lajoie wrote: > > > > > Just got in a shipment of 2 'HIPER DSP DBL UP' bundles to complete the > > addition of 4 PRI T1's at one of our POP locations, but when I opened the > > packages I only had 3 of the DSP'S and all four of the NIC's. Missing the > > DSP that went with the 4th NIC, I checked the vendor our staff made the > > purchase from and called that vendor to explain the situation with some > > measure of anxiety, after all these parts are not cheap! I was met with > > total understanding, and willingness to bring the situation expediently to > > resolution, "We'll have a DSP there tomorrow" was the statement that > > _made_ my day. I have noticed a few posts on this list requesting > > suggestions as to where to purchase parts, and have noticed a couple of > > names mentioned. At this time I would like to pass along this info as a > > testimony to the outstanding service provided by Ryan R. Vallee of Source > > Technology out of Waltham Ma. they rock! The packages looked to me to be > > factory sealed, what happened is anyone's guess, all I know is when I need > > parts again I won't have to make a choice on who to buy them from I'll > > just dial 1.888.765.5758 and ask for Ryan. > > > > > > Dave Lajoie > > RA Administrator > > North Country Internet Access > > E-Mail: dave@ncia.net > > www.ncia.net > > > > On Wed, 19 Jan 2000, Mike Andrews wrote: > > > > > Ditto, that's where we get ours... John Groh is our rep. > > > > > > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > > > "Don't sweat the petty things, and don't pet the sweaty things." > > > > > > On Wed, 19 Jan 2000, Richard Lorbieski wrote: > > > > > > > I deal with a different rep. , but it's a good company to do business > > > > with. > > > > > > > > "Mark E. Levy" wrote: > > > > > > > > > > John DeDonato, Source Technology 888-765-5758 x2267 > > > > > www.source-technology.com > > > > > > > > > > Mark Thornton wrote: > > > > > > > > > > > > I am looking for vendors of 3Com TCH equipment, primarily DSP's, selling new > > > > > > or used equipment. If you know of reputable vendors please respond off-list > > > > > > to mark@corridor.net. > > > > > > > > > > > > Thanks, > > > > > > > > > > > > Mark Thornton > > > > > > San Marcos Internet, Inc. > > > > > > 512-393-5300 > > > > > > > > > > -- > > > > > --------------------------------------------------------------------- > > > > > 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. > > > > > > > > -- > > > > > > > > Richard Lorbieski - richard@alpha1.net > > > > Chief Technical Officer - Senior System Administrator > > > > Alpha1 Internet http://www.alpha1.net > > > > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the 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. > > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) Vendors of 3Com equipment?
From: Steve Sherwick <hostmaster@minnmicro.com>
Date: 2000-02-18 21:57:20

This is a multi-part message in MIME format. ------=_NextPart_000_0009_01BF7A5B.21708CA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit > Source Technology www.source-t.com is the BEST! We have dealt with them for > 4 years and they have always treated us right and come through for us. > Prices are very competitive and the people are great. Agreed, I've spent a lotta bucks with Source Tech and they've been very professional. -= Steve =- ------=_NextPart_000_0009_01BF7A5B.21708CA0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII+jCCAq0w ggIWoAMCAQICAwHD2jANBgkqhkiG9w0BAQQFADCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl c3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UE CxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAx OTk5LjkuMTYwHhcNOTkxMjAzMjM1OTU5WhcNMDAxMjAyMjM1OTU5WjBKMR8wHQYDVQQDExZUaGF3 dGUgRnJlZW1haWwgTWVtYmVyMScwJQYJKoZIhvcNAQkBFhhob3N0bWFzdGVyQG1pbm5taWNyby5j b20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMMvpObXaWvSTbvXhTh6aa84XvvaLsPZ0spX cyPcIS+He3yswL2gP980QNQjG5zsd2nFYd9YQ32dQTG9ZIDJfWikQQUFK4aEcE5Tn2GTTVpRZjnV Tl8hrk5uq+pkSnrartoZBMwtYKY12uMcsIToh/6wbwsKDiI+3XApjPdP5/WFAgMBAAGjVjBUMCMG A1UdEQQcMBqBGGhvc3RtYXN0ZXJAbWlubm1pY3JvLmNvbTAMBgNVHRMBAf8EAjAAMB8GA1UdIwQY MBaAFIir8WCDZlX05FjHRh3AYb0j18OMMA0GCSqGSIb3DQEBBAUAA4GBAEIAP9OIkvQnKs9poSjB gMcfb6lrcFXDvqtvNGwB+PzyqjnT8Z6upZnOIawSyFz98YWRrcwpsfk+0Sn8R0ZerOcp2sBU8JeJ vpnsTA7IE+9yMCzzINbsN/rlJLYK17FGqi7+Unkkf3uHI5806ieOHv7r/QLoB5pTM/W+vh8rbsMQ MIIDFDCCAn2gAwIBAgIBCzANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3Vs dGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMb VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVl bWFpbEB0aGF3dGUuY29tMB4XDTk5MDkxNjE0MDE0MFoXDTAxMDkxNTE0MDE0MFowgZQxCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYD VQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJz b25hbCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCz aVqX1NAWC3q1xV3pIZwjcs0STEv3fs/H+8pyJPRCUqxXleN7YXoXhOf9cjk4lLTq7WWnkgZeveBl 9hm7lHl2TD65aHB1hBz0EXQAvAUsTwkDFzHM9EHUcsamXeKIRLCLLsRN8fDWhT5s85WUeJF+QOmc 0Y0VV47Cc+Uw3kb1TwIDAQABozcwNTASBgNVHRMBAf8ECDAGAQH/AgEAMB8GA1UdIwQYMBaAFHJJ wnM0xlX0C3ZygX539IfnxrIOMA0GCSqGSIb3DQEBBAUAA4GBAGvGWekx+um27LED2N9ycv6RYEjq xlXde/BnjsZhcOdtwqU32J23FyhWBYvdXHVvxpGQxmxmcRPQEHxrkW+G4CE2LcHX6rIJrc8tbcaD Upv7u/6ch538t+l0kuRcl678fqzKDW9yemcsa3P1hvmd9QBu9B0Hzp2egmMp75MJflXeMIIDLTCC ApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rl cm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpB MRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhh d3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24x JDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVy c29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX 1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5E rHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Ha o5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH 7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJs YHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1 iwzdUYRr5PjRzneigTGCAgAwggH8AgEBMIGcMIGUMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz dGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQL ExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5 OTkuOS4xNgIDAcPaMAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMDAwMjE4MjE1NzIwWjAjBgkqhkiG9w0BCQQxFgQU0YMdNR1+66UiEFzZVTEX EM6HkWcwWwYJKoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZIhvcNAQEBBQAE gYCVsLfN12pcNJxvYmocXiMofRpCwiQYaEm2hHaTDnF8vSRKdjTpgByLLrolN/4MF6GdYd+O+Hhx IMkCuwdQ8FQCs0T9YKAhWcL2zwt7XwWxsL2uTirtl9g22u/8sRrBxHefjXfPA/niYQcOV//wJFAg Xp+/w+wcFPiXA7KgCzJZcQAAAAAAAA== ------=_NextPart_000_0009_01BF7A5B.21708CA0--

Subject: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-18 22:11:40

Off-topic survey: I am investigating some POP alternatives for our network. These POPs will be dialup only. They will be co-located within the CLEC switch or remote central office. I am looking for information on how most of you backhaul the dialup traffic to your networks. I find it curiously strange that more CLECs do not have fiber in their facilities that connect them to IP backbones like UUNET, Sprint or CW (at least that's the way it is here in NJ). My first inclination was not to backhaul, but obtain a separate feed to one of the backbones right in the colo/switch, but this is not an option. So, I am left to backhaul. What is the most cost-effective way to do this? Assuming that these POPs will be relatively small, not requiring A DS3 to backhaul, how many PRI dialup trunks can be supported for each T1 backhaul to my network? Or, is there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's with relatively moderate traffic can be supported by 1 T1 backhaul. I have my doubts here as well. Thoughts, comments, suggestions are welcomed, off-list if you prefer. -- Scot Desort Network Operations Manager NJ Internet Access scot@njaccess.net

Subject: Re: (usr-tc) Vendors of 3Com equipment?
From: Ed <ed@taylors.com>
Date: 2000-02-18 22:44:34

Source Technology www.source-t.com is the BEST! We have dealt with them for 4 years and they have always treated us right and come through for us. Prices are very competitive and the people are great. Ed

Subject: Re: (usr-tc) Vendors of 3Com equipment?
From: Kent Tambling <kent@acceleration.net>
Date: 2000-02-18 23:00:29

A second vote for Wynde Bush!!!! How often can you fall in love with an equipment vendor..., really? Here's your chance....... Contact: Wynde Bush "The INTELLIGENT Choice for your Network" 1-877-TIC-INC1 2833 Villager Circle Pensacola, Fl 32504 850-476-8417 voice x100 850-478-7886 fax wmcminn@ticinc.com

Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-18 23:31:15

I would monitor the dropped packets instead of 'latentancy'. There are to many outside factors to influeance ping times. FWIW I got 7 PRI's and a few ISDN/T-1 circuits into a single upstream t-1... that includes running 2 game servers. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 18 Feb 2000, Mark Thornton wrote: > It's not a matter of how many PRI's per T1, but a matter of what your > customers are doing with the connections. We successfully ran 8 incoming > T1's via a single 'net T1 that was not heavily loaded until the 9th and 10th > incoming lines came up (the second 'net T1 was late, as is usually the > case). We also had numerous deicated accounts and colos as well. When the > latency started to rise we ordered the new circuits. All the while our > clients consistently rate our "speed" to be much better than our > competitors. > > This is all changing right now though, because more users are doing > bandwidth intensive things. We have ordered additional 'net T1's to cover > the bandwidth growth, but we still are not pinched on the two we have with > 16 incoming dialup T1's and PRI's from the telco. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Scot Desort <scot@njaccess.net> > To: usr list <usr-tc@lists.xmission.com> > Sent: Friday, February 18, 2000 9:11 PM > Subject: (usr-tc) OT: Survey - Backhauling traffic from POP's > > > > Off-topic survey: > > > > I am investigating some POP alternatives for our network. These POPs will > be > > dialup only. They will be co-located within the CLEC switch or remote > > central office. > > > > I am looking for information on how most of you backhaul the dialup > traffic > > to your networks. I find it curiously strange that more CLECs do not have > > fiber in their facilities that connect them to IP backbones like UUNET, > > Sprint or CW (at least that's the way it is here in NJ). My first > > inclination was not to backhaul, but obtain a separate feed to one of the > > backbones right in the colo/switch, but this is not an option. So, I am > left > > to backhaul. > > > > What is the most cost-effective way to do this? Assuming that these POPs > > will be relatively small, not requiring A DS3 to backhaul, how many PRI > > dialup trunks can be supported for each T1 backhaul to my network? Or, is > > there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 > PRI's > > with relatively moderate traffic can be supported by 1 T1 backhaul. I have > > my doubts here as well. > > > > Thoughts, comments, suggestions are welcomed, off-list if you prefer. > > > > > > -- > > Scot Desort > > Network Operations Manager > > NJ Internet Access > > scot@njaccess.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. >

Subject: Re: (usr-tc) TCM software
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-19 00:47:16

You don't need traps enabled to graph modem usage with MRTG. Go to http://www.dcr.net/~mandrews/usrtoys -- you'll find sample MRTG configs there. Don't know about an addon for TCM to show you who's online -- that's more HARM's job. TCM works with the management card (NMC), and that info is on the ARC... which is what HARM works with. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Thu, 17 Feb 2000, Steve Cobb wrote: > I was just now able to get the TCM software from usr's site. I wasn't > able to get my contract number!! Anyway, I have been told that there > is an add-on that will let me look at each DSP card and tell what > modems are being used and who is the user. Anyone know what the name > of this add-on is? Is there any other cool add-ons I can get? Also, > can anyone tell me what SNMP traps to enable in TCM so that I can use > MRTG to graph modem usage?

Subject: (usr-tc) MPPP across 4 or more B Channels?
From: Kent Tambling <kent@acceleration.net>
Date: 2000-02-19 00:47:59

Can anyone recommend a solution for bonding (or multi-linking) up to 4 64K B channels together from a client site into a HiperChassis? Dial on demand as bandwidth requires? I suppose if they had a PRI as well, but I as hoping for an ISDN solution. Who makes hardware like this? Does it work? ISDN is the only cost effective delivery in this customer's remote location. Kent Tambling kent@acceleration.net System Administrator www.acceleration.net

Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Mike Andrews <mandrews@bit0.com>
Date: 2000-02-19 00:54:34

3 to 1 is ridiculously low. We've got 6 PRI's worth of dialup traffic in one remote pop, and the T1 heading there peaks at 880 kbps. That carries only dialup traffic; no dedicated lines or DSL or anything else. I figure I can get to at least 9 PRI's before I worry about getting a second T1 down there... Here in Bellsouth land, running a T1 out to this site was the most cost effective way to do it. Call Forwarding doesn't scale past 10 lines in Bellsouth land. The alternative was Bellsouth's Extended Reach PRI, which becomes uneconomical with only 2 PRI's... at that point it was cheaper to run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra. Running separate backbone connectivity into this particular location wasn't economical either, because it was really a remote switch that Bell backhauls to the one our main office is on anyway... and we would have had to put in something like a Cisco 3640 (for running BGP internally) rather than the 2511 we have now. (And the async ports on the 2511 hook up to the console ports on the Total Control nicely, so I can get into the cards if the ethernet dies.) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Fri, 18 Feb 2000, Scot Desort wrote: > Off-topic survey: > > I am investigating some POP alternatives for our network. These POPs will be > dialup only. They will be co-located within the CLEC switch or remote > central office. > > I am looking for information on how most of you backhaul the dialup traffic > to your networks. I find it curiously strange that more CLECs do not have > fiber in their facilities that connect them to IP backbones like UUNET, > Sprint or CW (at least that's the way it is here in NJ). My first > inclination was not to backhaul, but obtain a separate feed to one of the > backbones right in the colo/switch, but this is not an option. So, I am left > to backhaul. > > What is the most cost-effective way to do this? Assuming that these POPs > will be relatively small, not requiring A DS3 to backhaul, how many PRI > dialup trunks can be supported for each T1 backhaul to my network? Or, is > there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's > with relatively moderate traffic can be supported by 1 T1 backhaul. I have > my doubts here as well. > > Thoughts, comments, suggestions are welcomed, off-list if you prefer. > > > -- > Scot Desort > Network Operations Manager > NJ Internet Access > scot@njaccess.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. >

Subject: Re: (usr-tc) MPPP across 4 or more B Channels?
From: Charles Sprickman <spork@inch.com>
Date: 2000-02-19 04:27:46

I have four Ascend Pipe400's waiting to be dusted off and sold... 4 BRIs on each :) Charles On Sat, 19 Feb 2000, Kent Tambling wrote: > Can anyone recommend a solution for bonding (or multi-linking) > up to 4 64K B channels together from a client site into a HiperChassis? > Dial on demand as bandwidth requires? > > I suppose if they had a PRI as well, but I as hoping for an ISDN > solution. Who makes hardware like this? Does it work? > > ISDN is the only cost effective delivery in this customer's remote location. > > > Kent Tambling > kent@acceleration.net > System Administrator > www.acceleration.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. >

Subject: RE: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Scot Desort <scot@njaccess.net>
Date: 2000-02-19 07:33:16

So, it seems like the general rule that folks around here use is more like 6-8 to one. I suspected as much. Very interesting to hear how everybody is doing it. What about CLEC's in other states -- I would imagine that you are not backhauling directly, but rather using something like frame to tie the remote POP into your network. -- Scot >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews >Sent: Saturday, February 19, 2000 12:55 AM >To: usr list >Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's > > >3 to 1 is ridiculously low. We've got 6 PRI's worth of dialup traffic in >one remote pop, and the T1 heading there peaks at 880 kbps. That carries >only dialup traffic; no dedicated lines or DSL or anything else. I figure >I can get to at least 9 PRI's before I worry about getting a second T1 >down there... > >Here in Bellsouth land, running a T1 out to this site was the most cost >effective way to do it. Call Forwarding doesn't scale past 10 lines in >Bellsouth land. The alternative was Bellsouth's Extended Reach PRI, which >becomes uneconomical with only 2 PRI's... at that point it was cheaper to >run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra. > >Running separate backbone connectivity into this particular location >wasn't economical either, because it was really a remote switch that Bell >backhauls to the one our main office is on anyway... and we would have had >to put in something like a Cisco 3640 (for running BGP internally) rather >than the 2511 we have now. (And the async ports on the 2511 hook up to >the console ports on the Total Control nicely, so I can get into the cards >if the ethernet dies.) > > >Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ >VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY >Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville >"Don't sweat the petty things, and don't pet the sweaty things." > >On Fri, 18 Feb 2000, Scot Desort wrote: > >> Off-topic survey: >> >> I am investigating some POP alternatives for our network. These >POPs will be >> dialup only. They will be co-located within the CLEC switch or remote >> central office. >> >> I am looking for information on how most of you backhaul the >dialup traffic >> to your networks. I find it curiously strange that more CLECs do not have >> fiber in their facilities that connect them to IP backbones like UUNET, >> Sprint or CW (at least that's the way it is here in NJ). My first >> inclination was not to backhaul, but obtain a separate feed to one of the >> backbones right in the colo/switch, but this is not an option. >So, I am left >> to backhaul. >> >> What is the most cost-effective way to do this? Assuming that these POPs >> will be relatively small, not requiring A DS3 to backhaul, how many PRI >> dialup trunks can be supported for each T1 backhaul to my network? Or, is >> there a more efficient way to do it? The CLEC's use a 3 to 1 >rule -- 3 PRI's >> with relatively moderate traffic can be supported by 1 T1 >backhaul. I have >> my doubts here as well. >> >> Thoughts, comments, suggestions are welcomed, off-list if you prefer. >> >> >> -- >> Scot Desort >> Network Operations Manager >> NJ Internet Access >> scot@njaccess.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. >

Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Brian <signal@shreve.net>
Date: 2000-02-19 12:15:31

On Fri, 18 Feb 2000, Scot Desort wrote: > Off-topic survey: > > What is the most cost-effective way to do this? Assuming that these POPs > will be relatively small, not requiring A DS3 to backhaul, how many PRI > dialup trunks can be supported for each T1 backhaul to my network? Or, is > there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's > with relatively moderate traffic can be supported by 1 T1 backhaul. I have > my doubts here as well. > > Thoughts, comments, suggestions are welcomed, off-list if you prefer. You should be able to backhaul 10-12 PRI's on a single t1, depending on your paritcular user mix. > > > -- > Scot Desort > Network Operations Manager > NJ Internet Access > scot@njaccess.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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Brian <signal@shreve.net>
Date: 2000-02-19 12:17:36

On Sat, 19 Feb 2000, Mike Andrews wrote: > 3 to 1 is ridiculously low. We've got 6 PRI's worth of dialup traffic in > one remote pop, and the T1 heading there peaks at 880 kbps. That carries > only dialup traffic; no dedicated lines or DSL or anything else. I figure > I can get to at least 9 PRI's before I worry about getting a second T1 > down there... > > Here in Bellsouth land, running a T1 out to this site was the most cost > effective way to do it. Call Forwarding doesn't scale past 10 lines in > Bellsouth land. The alternative was Bellsouth's Extended Reach PRI, which Call forwarding more than 1 call path is also a tariff violation :) > becomes uneconomical with only 2 PRI's... at that point it was cheaper to > run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra. > > Running separate backbone connectivity into this particular location > wasn't economical either, because it was really a remote switch that Bell > backhauls to the one our main office is on anyway... and we would have had > to put in something like a Cisco 3640 (for running BGP internally) rather > than the 2511 we have now. (And the async ports on the 2511 hook up to > the console ports on the Total Control nicely, so I can get into the cards > if the ethernet dies.) > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > On Fri, 18 Feb 2000, Scot Desort wrote: > > > Off-topic survey: > > > > I am investigating some POP alternatives for our network. These POPs will be > > dialup only. They will be co-located within the CLEC switch or remote > > central office. > > > > I am looking for information on how most of you backhaul the dialup traffic > > to your networks. I find it curiously strange that more CLECs do not have > > fiber in their facilities that connect them to IP backbones like UUNET, > > Sprint or CW (at least that's the way it is here in NJ). My first > > inclination was not to backhaul, but obtain a separate feed to one of the > > backbones right in the colo/switch, but this is not an option. So, I am left > > to backhaul. > > > > What is the most cost-effective way to do this? Assuming that these POPs > > will be relatively small, not requiring A DS3 to backhaul, how many PRI > > dialup trunks can be supported for each T1 backhaul to my network? Or, is > > there a more efficient way to do it? The CLEC's use a 3 to 1 rule -- 3 PRI's > > with relatively moderate traffic can be supported by 1 T1 backhaul. I have > > my doubts here as well. > > > > Thoughts, comments, suggestions are welcomed, off-list if you prefer. > > > > > > -- > > Scot Desort > > Network Operations Manager > > NJ Internet Access > > scot@njaccess.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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Brian <signal@shreve.net>
Date: 2000-02-19 12:18:18

it just depends. If your hitting markets that don't have BRI service you can push it higher. But if you have a good mix of isdn bri users, you will have to use lower ratios On Sat, 19 Feb 2000, Scot Desort wrote: > So, it seems like the general rule that folks around here use is more like > 6-8 to one. I suspected as much. Very interesting to hear how everybody is > doing it. > > What about CLEC's in other states -- I would imagine that you are not > backhauling directly, but rather using something like frame to tie the > remote POP into your network. > > -- > Scot > > > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews > >Sent: Saturday, February 19, 2000 12:55 AM > >To: usr list > >Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's > > > > > >3 to 1 is ridiculously low. We've got 6 PRI's worth of dialup traffic in > >one remote pop, and the T1 heading there peaks at 880 kbps. That carries > >only dialup traffic; no dedicated lines or DSL or anything else. I figure > >I can get to at least 9 PRI's before I worry about getting a second T1 > >down there... > > > >Here in Bellsouth land, running a T1 out to this site was the most cost > >effective way to do it. Call Forwarding doesn't scale past 10 lines in > >Bellsouth land. The alternative was Bellsouth's Extended Reach PRI, which > >becomes uneconomical with only 2 PRI's... at that point it was cheaper to > >run a T1 ($458/month for 12 miles) than pay $400+/month PER PRI extra. > > > >Running separate backbone connectivity into this particular location > >wasn't economical either, because it was really a remote switch that Bell > >backhauls to the one our main office is on anyway... and we would have had > >to put in something like a Cisco 3640 (for running BGP internally) rather > >than the 2511 we have now. (And the async ports on the 2511 hook up to > >the console ports on the Total Control nicely, so I can get into the cards > >if the ethernet dies.) > > > > > >Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > >VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > >Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > >"Don't sweat the petty things, and don't pet the sweaty things." > > > >On Fri, 18 Feb 2000, Scot Desort wrote: > > > >> Off-topic survey: > >> > >> I am investigating some POP alternatives for our network. These > >POPs will be > >> dialup only. They will be co-located within the CLEC switch or remote > >> central office. > >> > >> I am looking for information on how most of you backhaul the > >dialup traffic > >> to your networks. I find it curiously strange that more CLECs do not have > >> fiber in their facilities that connect them to IP backbones like UUNET, > >> Sprint or CW (at least that's the way it is here in NJ). My first > >> inclination was not to backhaul, but obtain a separate feed to one of the > >> backbones right in the colo/switch, but this is not an option. > >So, I am left > >> to backhaul. > >> > >> What is the most cost-effective way to do this? Assuming that these POPs > >> will be relatively small, not requiring A DS3 to backhaul, how many PRI > >> dialup trunks can be supported for each T1 backhaul to my network? Or, is > >> there a more efficient way to do it? The CLEC's use a 3 to 1 > >rule -- 3 PRI's > >> with relatively moderate traffic can be supported by 1 T1 > >backhaul. I have > >> my doubts here as well. > >> > >> Thoughts, comments, suggestions are welcomed, off-list if you prefer. > >> > >> > >> -- > >> Scot Desort > >> Network Operations Manager > >> NJ Internet Access > >> scot@njaccess.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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) Support Contract survey
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-21 09:57:45

Ummmmm... Dumb question - who is providing the warranty? If the telco is, that's one thing (and I never trust telco warranties). If it's not, then all they've done is made life more difficult for you in the long term if they're not training you at all. They're making you continue to rely on them for what you need which is very lucrative for them. 3Com does not require a telco to install and/or maintain your hardware in order to have warranty support. If I were you, I would get in contact with your 3Com sales rep to find out about Total Control training and then have the telco leave you and your chassis alone. I would do the same for your routers. Our ILECs are notorious for making things difficult for customers who want to know what's going on but just haven't had a chance to learn yet. Our CLECs, on the other hand, are often very helpful. (ILEC = incumbent local exchange carrier, CLEC = competitive LEC) Kevin Benton Network Administrator SOTANet LLC, A Voyager.net Company On Wed, 2 Feb 2000, Steve Cobb wrote: > Date: Wed, 2 Feb 2000 11:48:35 -0500 > From: Steve Cobb <stevec@computer-geeks.com> > Reply-To: usr-tc@lists.xmission.com > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Support Contract survey > > Sorry about posting off topic but I can't seem to make a new post, just > reply???Anyway,,, > > > We are a new ISP and all our equipment (routers, USR TC) were installed by > our TELCO provider for warranty purposes. However, I would like to learn as > much a possible about our equipment, specifically our TC chassis. I don't > know what kind of cards we have, what revisions, etc. This is all > information I would like to know. Where can I get familiar with the > equipment I have? > > Steve Cobb > Computer Geeks > stevec@computer-geeks.com > www.computer-geeks.com > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark Thornton > Sent: Wednesday, February 02, 2000 10:36 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Support Contract survey > > > I may not have responded to your survey so I am doing so now... > > We do not have support at this time and are very unlikely to do so at the > prices charged vs. service rendered. We get our support from vendors, and > access to software updates as a result of continuing purchases for > additional hardware (primarily DSP's). If support were affordable we would > purchase it tomorrow. I like living with a safety net, but I won't pay > outrageous prices for it. I also noted someone talked about a per incident > charge, but I was rejected at 3Com tech support some months ago if I > wouldn't buy the big contract on the spot. There was no offer for per > incident support. I use per incident support form Microsoft and find it to > be very effective, though I have tried per incident support for Linux and > other applications with less success. I think that is because of how long M$ > has been doing it, the others will catch up very quickly. Per incident > support is easy money anyway. When the network is down, administrators > typically have an open checkbook to get the problem resolved. That same > checkbook is notoriously difficult to crack when things are working fine. > > I don't understand why I can buy a support contract the lets me talk to the > support folks for a single price. Whether I have one or twenty chassis's, > I'm typically only going to ask a question once then apply it to all > chassis. The same is with the software upgrades. The 24 hour replacement > policy on hardware I can understand being a per chassis charge. > > 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. > E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: (usr-tc) Acct-Terminate-Cause numbers?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-21 11:05:50

I know this has been discussed before...but I can't find where it was, or what the answers were. Have we ever found what all the Acct-Terminate-Cause numbers were? I just had one of my techs ask about an Acct-Terminate-Cause 29. Went to go look for a list of what that mapped to and couldn't find anything. This is from the Arc of course, and my RADIUS dictionary only has up to 18. Thanks! -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) dead fan in chassis
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-21 11:47:42

On Fri, 7 Jan 2000, Jolliffe, Anu wrote: > I have a dead fan in the removable fan tray of chassis. I am looking for > the best way to deal with this issue based on previous experience. > > So far I have come up with a coupe of solutions, but am looking for the > quickest and easiest way to deal with this issue. > > Send the tray back to 3com > Source a similar fan myself and replace myself > > Do you have a better way? Send that puppy home if it's under warranty. If not, do you have a spare chassis you've bought just for DSP's? If so, you should have a spare to move everything over to. If not, you may want to consider getting one if for nothing else than having spares. It's a lot cheaper in the long run than having to have hardware contracts... Kevin Benton E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: (usr-tc) Hiper ARC critical Error.
From: Sergio Gonzalez <sagonzal@sky.net.co>
Date: 2000-02-21 19:30:45

*This message was transferred with a trial version of CommuniGate(tm) Pro* Hi there. I got a BIG problem with a HiperARC card. We had an electrical=20 problem with the chasis and it seems to be a problem with the "OS" of the=20 HiperARC. Sometimes it boots well, tries to run the SW, but tells me the SW= =20 is corrupted and I will need to make a software dwld. Well, this is THE=20 BEST thing ever happen.. but in all the other SAD times I try to boot the=20 card and it only goes to red led alarm (critical) AND DOES NOTHING. Any=20 ideas how to make the card boot with "the scencial" to try a software dwld.? Thanks !! Sergio Sergio Gonzalez Director Operativo -- Operative Manager Skynet de Colombia S.A. Santaf=E9 de Bogot=E1, Colombia, South America. 57(+1) 6 422 020

Subject: (usr-tc) MRTG and TCH
From: Steve Cobb <stevec@geeksnet.com>
Date: 2000-02-21 23:04:25

Thanks for the help guys but I still need some more. I'm running all HiperDSP cards and can run the command line "perl hiperdsp.pl public@xxx.xxx.xxx.xxx" and I get a list of two numbers, which is the number of users online and the total number of modems. That's great but how do I incorporate this into MRTG? When I make a mrtg.cfg file and use the OID that is in the hiperdsp.pl file, 1.3.6.1.4.1.429.1.27.2.1.26, and then run mrtg, i get an SNMP error: no response received. How can I get this to work so that I can graph out modem usage?? I have included the mrtg.cfg file: workdir: f:\inetpub\wwwroot\mrtgnew Unscaled[_]:ymwd #..................................................................... Target[tch1]:1.3.6.1.4.1.429.1.27.2.1.26:private@208.34.239.3 MaxBytes[tch1]: 46 Unscaled[tch1]:ymwd Title[tch1]: Total Control Hub #1 PageTop[tch1]: <H1>TCH1 Modem Utilization </H1> YLegend[tch1]:Modem Capacity Options[tch1]:gauge,growright ShortLegend[tch1]:Modems Legend1[tch1]:&nbsp Utilization &nbsp Legend2[tch1]:&nbsp Capacity &nbsp Legend3[tch1]:&nbsp Connections &nbsp Legend4[tch1]:&nbsp Capacity &nbsp LegendI[tch1]:&nbsp Utilization &nbsp LegendO[tch1]:&nbsp Capacity &nbsp #..................................................................... Thanks for your help!!!! -- Steve Cobb Computer Geeks stevec@computer-geeks.com www.computer-geeks.com ***************************** Want faster internet service? www.geeksnet.com --

Subject: Re: (usr-tc) Caller ID Question
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-22 07:21:24

Thus spake bert.f@pacific.net.ph >Krish, thanks for the info i think this is it BTW, some calling id >doesn't appear how come? do you have any idea? Caller blocks it, coming from a switch that doesn't support it, calling through a PBX that doesn't support it, any number of other perfectly normal reasons. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Authentication on HiPers
From: Christopher Berry <berryc@rof.net>
Date: 2000-02-22 11:47:51

This is a multi-part message in MIME format. ------=_NextPart_000_0022_01BF7D2A.A5A4C280 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We've noticed a strange phenomenon on our HiPers used for dial-in: It seems (this may not be true, though) that suddenly the hipers will = not authenticate older Macs (using MacPPP/ConfigPPP), older Windows = (Winsock), or even HyperTerminal logins.=20 The log (We use Cistron Radius on a RHLinux 6.1 box for authentication = and accounting) shows the username fine, but the password is garbled = (garbage characters), and thus can not authenticate. The Hipers are all running 2.0.51 (Which, BTW, really helped the = problems with losing modems), and they have been hardware reset. From telnet, the SHOW PPP gives a Dial-in Users Authenticate set to = "ANY". I have used SET to change this to the other settings and back again. Our Quads which authenticate on the same box are unaffected. The only recent change unique to the hiper chassis is it was switched to = a new backbone provider and now has all new IP's. There are no other = problems-everyone else can connect fine Other PPP (Mac and PC) are fine, only older PPP programs have problems. = Christopher Berry rof.net Web Design and Technical Support (970) 945-4920 x17 ------=_NextPart_000_0022_01BF7D2A.A5A4C280 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.3013.2600" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT size=3D2>We've noticed a strange phenomenon on our HiPers = used for=20 dial-in:</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>It <EM>seems </EM>(this may not be true, though) = that suddenly=20 the hipers will not authenticate older Macs (using MacPPP/ConfigPPP), = older=20 Windows (Winsock), or even  HyperTerminal logins. </FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>The log (We use Cistron Radius on a  RHLinux = 6.1 box for=20 authentication and accounting) shows the username fine, but the password = is=20 garbled (garbage characters), and thus can not = authenticate.</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>The Hipers are all running 2.0.51 (Which, BTW, = really helped=20 the problems with losing modems), and they have been hardware=20 reset.</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>From telnet, the SHOW PPP gives a Dial-in Users = Authenticate set to "ANY".</FONT></DIV> <DIV><FONT size=3D2>I have used SET to change this to the other = settings and=20 back again.</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>Our Quads which authenticate on the same box are=20 unaffected.</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>The only recent change unique to the hiper chassis = is it was=20 switched to a new backbone provider and now has all new IP's. There are = no other=20 problems-everyone else can connect fine</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>Other PPP (Mac and PC) are fine, only = older  PPP=20 programs have problems. </FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>Christopher Berry<BR>rof.net Web Design and = Technical=20 Support<BR>(970) 945-4920 x17<BR></FONT></DIV></BODY></HTML> ------=_NextPart_000_0022_01BF7D2A.A5A4C280--

Subject: Re: (usr-tc) Motorola SM56 modems
From: bert.f@pacific.net.ph
Date: 2000-02-22 12:07:19

Yes, My user is having problem in connecting to my TC using the MOTOROLA SM56 modems, my ARC is 4.1.59 and my DSP is 2.0.72 At 08:09 AM 01/04/2000 -0600, Mark E. Levy wrote: >I have a user (also with a brand new Gateway) having similiar problems with >this modem. They connect at no better than 21K. We're running 2.0.19 & >4.1.59-6. > >Mike Andrews wrote: > >> Anyone had any problems with Motorola SM56 modems? I ran into one person >> a while back that had a hell of a lot of problems with one, which went >> away when he got a Sportster... apparently Motorola didn't have any newer >> drivers (and yes it's a Winmodem). But in the last 4 days -- 3 of which >> we've been running 2.0.51 code on a mix of hardware revs 49, 53, and 54 -- >> we've had a sharp increase in the number of people having disconnects with >> these things. One of them was in a brand new Gateway computer, so I fear >> that they may have switched modem vendors yet again, and with Christmas >> having just come, that might be the source of lots of them. (ugh) So at >> this point I can't tell if it's that or if it's the 2.0.51 code causing >> the problem. I would rather be running 2.0.51 because I've got five DSP's >> on order and they're likely to be a newer hardware rev, and I'd rather >> run the same code across the board... >> >> Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ >> VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY >> Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville >> "It's a dog-eat-dog world, and I'm wearing Milk-Bone underwear." >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the 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 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. > Herbert Frias Network Group Pacific Internet, Philippines (632) 637-1700 Phone. 3rd Flr. The Taipan Place (632) 683-7197 Fax. Emerald Avenue, Ortigas Center Pasig, Metro Manila 1605 Philippines Voice: (632) 637-1700 (632) 683-7164 Fax: (632) 683-7197

Subject: RE: (usr-tc) Caller ID Question
From: bert.f@pacific.net.ph
Date: 2000-02-22 12:34:13

Krish, thanks for the info i think this is it BTW, some calling id doesn't appear how come? do you have any idea? Thanks, At 06:57 PM 01/03/2000 -0600, Marshall Morgan wrote: >Krish, > >I think the guy wants ANI (Calling Number) not DNIS (Called Number) info. > >Marshall Morgan > >Internet Doorway, Inc (aka NETDOOR) >http://www.netdoor.com > > >> -----Original Message----- >> From: owner-usr-tc@lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Tatai SV Krishnan >> Sent: Monday, January 03, 2000 6:37 PM >> To: Pete Ashdown >> Cc: usr-tc@lists.xmission.com >> Subject: Re: (usr-tc) Caller ID Question >> >> >> Depends on the version of hiper arc code you are using, and if theuser is >> currently logged on - if the user is logged on you could issue this >> command to look at DNIS numbers >> >> list dnis_connection >> >> >> krish >> >> On Mon, 3 Jan 2000, Pete Ashdown wrote: >> >> > * bert.f@pacific.net.ph (bert.f@pacific.net.ph) [991230 12:20] writeth: >> > >Is there a command line that will display the CALLER ID of the user? >> > >> > Nope. You have to either pull this information with SNMP via the NMC, or >> > via RADIUS accounting. >> > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Herbert Frias Network Group Pacific Internet, Philippines (632) 637-1700 Phone. 3rd Flr. The Taipan Place (632) 683-7197 Fax. Emerald Avenue, Ortigas Center Pasig, Metro Manila 1605 Philippines Voice: (632) 637-1700 (632) 683-7164 Fax: (632) 683-7197

Subject: Re: (usr-tc) OT: Survey - Backhauling traffic from POP's
From: Kevin Benton <s1kevin@tims.net>
Date: 2000-02-22 13:44:36

Subject: (usr-tc) Analog Quad Disconnects
From: Christopher Berry <berryc@rof.net>
Date: 2000-02-22 13:52:55

This is a multi-part message in MIME format. ------=_NextPart_000_003D_01BF7D3C.1EE1FDA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We have one rack of POTS lines hooked into Quad Analog/Digital cards. At = what seems to be random intervals, the rack disconnects everyone or = resets. I was watching once while it happened, and managed to get to = modem events in TCM before someone dialed in and saw an error message: "pbReceivedLsWhileLinkUp" I can't find an explanation of this in any documentation. Can anyone = explain this error, or tell me where to look for an explanation? Thanks in advance, Christopher Berry rof.net Web Design and Technical Support (970) 945-4920 x17 ------=_NextPart_000_003D_01BF7D3C.1EE1FDA0 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.3013.2600" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT size=3D2>We have one rack of POTS lines hooked into Quad = Analog/Digital=20 cards. At what seems to be random intervals, the rack disconnects = everyone or=20 resets. I was watching once while it happened, and managed to get to = modem=20 events in TCM before someone dialed  in and saw an error=20 message:</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>"pbReceivedLsWhileLinkUp"</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>I can't find an explanation of this in any = documentation. Can=20 anyone explain this error, or tell me where to look for an=20 explanation?</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>Thanks in advance,</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>Christopher Berry<BR>rof.net Web Design and = Technical=20 Support<BR>(970) 945-4920 x17<BR></FONT></DIV></BODY></HTML> ------=_NextPart_000_003D_01BF7D3C.1EE1FDA0--

Subject: RE: (usr-tc) MRTG and TCH
From: Greg Long <greg@coastlink.com>
Date: 2000-02-22 14:25:26

Instead of trying to hit the SNMP OID, the Target line in our MRTG.cfg file looks like this: Target[tch1]: `perl c:\mrtg-2.8.8\run\dualpri.pl public@xxx.xxx.xxx.xxx` so I suggest changing your's to something like: Target[tch1]: `perl c:\mrtg\hiperdsp.pl public@xxx.xxx.xxx.xxx` Note those ` are the apostrophe marks near the 1 key. It's been working like a charm. Thanks, Greg Long Network Admin Coastlink 801-532-6212 ext 32 greg@coastlink.com http://www.coastlink.com > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Steve Cobb > Sent: Monday, February 21, 2000 9:04 PM > To: usr-tc@lists.xmission.com > Cc: mandrews@bit0.com > Subject: (usr-tc) MRTG and TCH (snip) > workdir: f:\inetpub\wwwroot\mrtgnew > Unscaled[_]:ymwd > > #..................................................................... > > Target[tch1]:1.3.6.1.4.1.429.1.27.2.1.26:private@xxx.xxx.xxx.xxx > MaxBytes[tch1]: 46 > Unscaled[tch1]:ymwd > Title[tch1]: Total Control Hub #1 > PageTop[tch1]: <H1>TCH1 Modem Utilization </H1> > YLegend[tch1]:Modem Capacity > Options[tch1]:gauge,growright > ShortLegend[tch1]:Modems > Legend1[tch1]:&nbsp Utilization &nbsp > Legend2[tch1]:&nbsp Capacity &nbsp > Legend3[tch1]:&nbsp Connections &nbsp > Legend4[tch1]:&nbsp Capacity &nbsp > LegendI[tch1]:&nbsp Utilization &nbsp > LegendO[tch1]:&nbsp Capacity &nbsp

Subject: RE: (usr-tc) MRTG and TCH
From: David Hamilton <borden@voyager.net>
Date: 2000-02-22 17:54:20

This is right....Mrtg just wants 4 values for graphs....2 numbers (which will be graphed) an up time, and a system name....you can pass it any 2 #'s and it will make graphs of them...I use it to track Quake3 server usage :) -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Long Sent: Tuesday, February 22, 2000 4:25 PM Instead of trying to hit the SNMP OID, the Target line in our MRTG.cfg file looks like this: Target[tch1]: `perl c:\mrtg-2.8.8\run\dualpri.pl public@xxx.xxx.xxx.xxx` so I suggest changing your's to something like: Target[tch1]: `perl c:\mrtg\hiperdsp.pl public@xxx.xxx.xxx.xxx` Note those ` are the apostrophe marks near the 1 key. It's been working like a charm. Thanks, Greg Long Network Admin Coastlink 801-532-6212 ext 32 greg@coastlink.com http://www.coastlink.com > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Steve Cobb > Sent: Monday, February 21, 2000 9:04 PM > To: usr-tc@lists.xmission.com > Cc: mandrews@bit0.com > Subject: (usr-tc) MRTG and TCH (snip) > workdir: f:\inetpub\wwwroot\mrtgnew > Unscaled[_]:ymwd > > #..................................................................... > > Target[tch1]:1.3.6.1.4.1.429.1.27.2.1.26:private@xxx.xxx.xxx.xxx > MaxBytes[tch1]: 46 > Unscaled[tch1]:ymwd > Title[tch1]: Total Control Hub #1 > PageTop[tch1]: <H1>TCH1 Modem Utilization </H1> > YLegend[tch1]:Modem Capacity > Options[tch1]:gauge,growright > ShortLegend[tch1]:Modems > Legend1[tch1]:&nbsp Utilization &nbsp > Legend2[tch1]:&nbsp Capacity &nbsp > Legend3[tch1]:&nbsp Connections &nbsp > Legend4[tch1]:&nbsp Capacity &nbsp > LegendI[tch1]:&nbsp Utilization &nbsp > LegendO[tch1]:&nbsp Capacity &nbsp - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Subject: Re: (usr-tc) MRTG and TCH
From: K Mitchell <mitch@keyconn.net>
Date: 2000-02-23 01:09:48

At 11:04 PM 2/21/00 -0500, Steve Cobb wrote: >Thanks for the help guys but I still need some more. I'm running all HiperDSP cards and can run the command line "perl hiperdsp.pl public@xxx.xxx.xxx.xxx" and I get a list of two numbers, which is the number of users online and the total number of modems.. That's great but how do I incorporate this into MRTG? When I make a mrtg.cfg file and use the OID that is in the hiperdsp.pl file, 1.3.6.1.4.1.429.1.27.2.1.26, and then run mrtg, i get an SNMP error: no response received. How can I get this to work so that I can graph out modem usage?? I have included the mrtg.cfg file: Here's mine, works fine; #..................................................................... Target[tch1]: 1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:<COMMUNITY>@<ARC IP> MaxBytes[tch1]: 69 Unscaled[tch1]:ymwd Title[tch1]: Total Control Hub #1 PageTop[tch1]: <H1>Keystone Connect Modem Utilization </H1> <TABLE> <TR><TD>System:</TD><TD>3Com Enterprise Network Hub </TD></TR> <TR><TD>Maintainer:</TD><TD>Keystone Connect</TD></TR> <TR><TD>Interface:</TD><TD>HiPer DSP (2)</TD></TR> <TR><TD>Configuration:</TD><TD>ISDN, USR x2 and v.90 56k protocols</TD></TR> <TR><TD>Capacity as configured:</TD> <TD><b>69 modems (23 per DSP)</b></TD></TR> </TABLE> YLegend[tch1]:Modem Useage Options[tch1]:gauge Xsize[tch1]: 600 Ysize[tch1]: 200 ShortLegend[tch1]:Modems Legend1[tch1]:Modem Utilization &nbsp Legend2[tch1]:Modem Utilization &nbsp LegendI[tch1]:&nbsp Utilization &nbsp LegendO[tch1]:&nbsp Utilization &nbsp #--------------------------------------------------------------- -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Subject: Re: (usr-tc) Analog Quad Disconnects
From: Ray Whelan <ray_whelan@eur.3com.com>
Date: 2000-02-23 09:03:29

--0__=6UCIUcxxfKKUCN0QUfCOc8PtRLUqOwX6Pj2XUBGMUIphcO9fKtBi7JNj Content-type: text/plain; charset=us-ascii Content-Disposition: inline Hi Christopher, pbReceivedLsWhileLinkUp(55) 'PACKET BUS - Received LS while Link Up' An error occurred in the packet bus link layer. The modem received a request to start a new link, when it was already in a link. So, the current link is dropped and a new link is attempted. Possible problem with modem in one of your slots. Hope it helps Regards Ray Whelan "Christopher Berry" <berryc@rof.net> on 22/02/2000 20:52:55 Please respond to usr-tc@lists.xmission.com Sent by: "Christopher Berry" <berryc@rof.net> cc: (Ray Whelan/IE/3Com) We have one rack of POTS lines hooked into Quad Analog/Digital cards. At what seems to be random intervals, the rack disconnects everyone or resets. I was watching once while it happened, and managed to get to modem events in TCM before someone dialed in and saw an error message: "pbReceivedLsWhileLinkUp" I can't find an explanation of this in any documentation. Can anyone explain this error, or tell me where to look for an explanation? Thanks in advance, Christopher Berry rof.net Web Design and Technical Support (970) 945-4920 x17 --0__=6UCIUcxxfKKUCN0QUfCOc8PtRLUqOwX6Pj2XUBGMUIphcO9fKtBi7JNj Content-type: text/html; name="att1.htm" Content-Disposition: attachment; filename="att1.htm" Content-transfer-encoding: base64 Content-Description: Internet HTML PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWlz by04ODU5LTEiIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlPg0KPE1FVEEgY29udGVudD0iTVNIVE1M IDUuMDAuMzAxMy4yNjAwIiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFE Pg0KPEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTI+V2UgaGF2ZSBvbmUg cmFjayBvZiBQT1RTIGxpbmVzIGhvb2tlZCBpbnRvIFF1YWQgQW5hbG9nL0RpZ2l0YWwgDQpjYXJk cy4gQXQgd2hhdCBzZWVtcyB0byBiZSByYW5kb20gaW50ZXJ2YWxzLCB0aGUgcmFjayBkaXNjb25u ZWN0cyBldmVyeW9uZSBvciANCnJlc2V0cy4gSSB3YXMgd2F0Y2hpbmcgb25jZSB3aGlsZSBpdCBo YXBwZW5lZCwgYW5kIG1hbmFnZWQgdG8gZ2V0IHRvIG1vZGVtIA0KZXZlbnRzIGluIFRDTSBiZWZv cmUgc29tZW9uZSBkaWFsZWQmbmJzcDsgaW4gYW5kIHNhdyBhbiBlcnJvciANCm1lc3NhZ2U6PC9G T05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPiJwYlJlY2Vp dmVkTHNXaGlsZUxpbmtVcCI8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48 Rk9OVCBzaXplPTI+SSBjYW4ndCBmaW5kIGFuIGV4cGxhbmF0aW9uIG9mIHRoaXMgaW4gYW55IGRv Y3VtZW50YXRpb24uIENhbiANCmFueW9uZSBleHBsYWluIHRoaXMgZXJyb3IsIG9yIHRlbGwgbWUg d2hlcmUgdG8gbG9vayBmb3IgYW4gDQpleHBsYW5hdGlvbj88L0ZPTlQ+PC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+VGhhbmtzIGluIGFkdmFuY2UsPC9GT05UPjwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPkNocmlzdG9waGVyIEJl cnJ5PEJSPnJvZi5uZXQgV2ViIERlc2lnbiBhbmQgVGVjaG5pY2FsIA0KU3VwcG9ydDxCUj4oOTcw KSA5NDUtNDkyMCB4MTc8QlI+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --0__=6UCIUcxxfKKUCN0QUfCOc8PtRLUqOwX6Pj2XUBGMUIphcO9fKtBi7JNj--

Subject: Re: (usr-tc) Authentication on HiPers
From: Ray Whelan <ray_whelan@eur.3com.com>
Date: 2000-02-23 09:17:46

--0__=RrX9ASVq8GWad3cF7tC5YyAQaty6Lf8KgrAiygMMTqhIgx22K0s5zZVK Content-type: text/plain; charset=us-ascii Content-Disposition: inline Hi Christopher, Couple of things you can narrow down your problem On the Hiper Arc do one of the following monitor radius / monitor ppp, >mon ppp >mon radius >Set Facility "call initiation process" loglevel common Set up local user on the ARC and test. Regards Ray W "Christopher Berry" <berryc@rof.net> on 22/02/2000 18:47:51 Please respond to usr-tc@lists.xmission.com Sent by: "Christopher Berry" <berryc@rof.net> cc: (Ray Whelan/IE/3Com) We've noticed a strange phenomenon on our HiPers used for dial-in: It seems (this may not be true, though) that suddenly the hipers will not authenticate older Macs (using MacPPP/ConfigPPP), older Windows (Winsock), or even HyperTerminal logins. The log (We use Cistron Radius on a RHLinux 6.1 box for authentication and accounting) shows the username fine, but the password is garbled (garbage characters), and thus can not authenticate. The Hipers are all running 2.0.51 (Which, BTW, really helped the problems with losing modems), and they have been hardware reset. From telnet, the SHOW PPP gives a Dial-in Users Authenticate set to "ANY". I have used SET to change this to the other settings and back again. Our Quads which authenticate on the same box are unaffected. The only recent change unique to the hiper chassis is it was switched to a new backbone provider and now has all new IP's. There are no other problems-everyone else can connect fine Other PPP (Mac and PC) are fine, only older PPP programs have problems. Christopher Berry rof.net Web Design and Technical Support (970) 945-4920 x17 --0__=RrX9ASVq8GWad3cF7tC5YyAQaty6Lf8KgrAiygMMTqhIgx22K0s5zZVK Content-type: text/html; name="att1.htm" Content-Disposition: attachment; filename="att1.htm" Content-transfer-encoding: base64 Content-Description: Internet HTML PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWlz by04ODU5LTEiIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlPg0KPE1FVEEgY29udGVudD0iTVNIVE1M IDUuMDAuMzAxMy4yNjAwIiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFE Pg0KPEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTI+V2UndmUgbm90aWNl ZCBhIHN0cmFuZ2UgcGhlbm9tZW5vbiBvbiBvdXIgSGlQZXJzIHVzZWQgZm9yIA0KZGlhbC1pbjo8 L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+SXQgPEVN PnNlZW1zIDwvRU0+KHRoaXMgbWF5IG5vdCBiZSB0cnVlLCB0aG91Z2gpIHRoYXQgc3VkZGVubHkg DQp0aGUgaGlwZXJzIHdpbGwgbm90IGF1dGhlbnRpY2F0ZSBvbGRlciBNYWNzICh1c2luZyBNYWNQ UFAvQ29uZmlnUFBQKSwgb2xkZXIgDQpXaW5kb3dzIChXaW5zb2NrKSwgb3IgZXZlbiZuYnNwOyBI eXBlclRlcm1pbmFsIGxvZ2lucy4gPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+PEZPTlQgc2l6ZT0yPlRoZSBsb2cgKFdlIHVzZSBDaXN0cm9uIFJhZGl1cyBvbiBhJm5ic3A7 IFJITGludXggNi4xIGJveCBmb3IgDQphdXRoZW50aWNhdGlvbiBhbmQgYWNjb3VudGluZykgc2hv d3MgdGhlIHVzZXJuYW1lIGZpbmUsIGJ1dCB0aGUgcGFzc3dvcmQgaXMgDQpnYXJibGVkIChnYXJi YWdlIGNoYXJhY3RlcnMpLCBhbmQgdGh1cyBjYW4gbm90IGF1dGhlbnRpY2F0ZS48L0ZPTlQ+PC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+VGhlIEhpcGVycyBhcmUg YWxsIHJ1bm5pbmcgMi4wLjUxIChXaGljaCwgQlRXLCByZWFsbHkgaGVscGVkIA0KdGhlIHByb2Js ZW1zIHdpdGggbG9zaW5nIG1vZGVtcyksIGFuZCB0aGV5IGhhdmUgYmVlbiBoYXJkd2FyZSANCnJl c2V0LjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5G cm9tIHRlbG5ldCwgdGhlJm5ic3A7U0hPVyBQUFAgZ2l2ZXMgYSBEaWFsLWluIFVzZXJzIA0KQXV0 aGVudGljYXRlIHNldCB0byAiQU5ZIi48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5J IGhhdmUgdXNlZCZuYnNwO1NFVCB0byBjaGFuZ2UgdGhpcyB0byB0aGUgb3RoZXIgc2V0dGluZ3Mg YW5kIA0KYmFjayBhZ2Fpbi48L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48 Rk9OVCBzaXplPTI+T3VyIFF1YWRzIHdoaWNoIGF1dGhlbnRpY2F0ZSBvbiB0aGUgc2FtZSBib3gg YXJlIA0KdW5hZmZlY3RlZC48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj48L0ZPTlQ+ Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5UaGUgb25seSByZWNlbnQgY2hhbmdlIHVu aXF1ZSB0byB0aGUgaGlwZXIgY2hhc3NpcyBpcyBpdCB3YXMgDQpzd2l0Y2hlZCB0byBhIG5ldyBi YWNrYm9uZSBwcm92aWRlciBhbmQgbm93IGhhcyBhbGwgbmV3IElQJ3MuIFRoZXJlIGFyZSBubyBv dGhlciANCnByb2JsZW1zLWV2ZXJ5b25lIGVsc2UgY2FuIGNvbm5lY3QgZmluZTwvRk9OVD48L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5PdGhlciBQUFAgKE1hYyBh bmQgUEMpIGFyZSBmaW5lLCBvbmx5IG9sZGVyJm5ic3A7Jm5ic3A7UFBQIA0KcHJvZ3JhbXMgaGF2 ZSBwcm9ibGVtcy4gPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg c2l6ZT0yPkNocmlzdG9waGVyIEJlcnJ5PEJSPnJvZi5uZXQgV2ViIERlc2lnbiBhbmQgVGVjaG5p Y2FsIA0KU3VwcG9ydDxCUj4oOTcwKSA5NDUtNDkyMCB4MTc8QlI+PC9GT05UPjwvRElWPjwvQk9E WT48L0hUTUw+DQo= --0__=RrX9ASVq8GWad3cF7tC5YyAQaty6Lf8KgrAiygMMTqhIgx22K0s5zZVK--

Subject: (usr-tc) FS: Hiper DSP's
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-24 16:47:45

3- USR Hiper DSP Modem card with NIC $3350ea 2- USR Hiper ARC $2000 USR Hiper Bundle (Hiper everything) $8500 v90 USR TC Bundle Dual 45A Chassis $4500 Configuration Services Available. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

Subject: (usr-tc) WTB: USR Quad Digital Modems
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-24 16:59:29

Looking for 12 immediately will buy 24 if the price is right. Please email me off the list if you have them available. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

Subject: (usr-tc) WTB: NMC for USR
From: kyle@admin.intac.com
Date: 2000-02-24 17:26:55

Hi, Still looking for some cheap USR NMC cards and maybe some quad cards. Thanks.

Subject: (usr-tc) WTB Analog/Digital Modems
From: eric@dol.net
Date: 2000-02-24 18:20:14

I need to buy 15-18 analog quad modems nic/mac for a pop. Please respond privately. thanks eric

Subject: Re: (usr-tc) IP address change
From: Jesse Sipprell <jss@evcom.net>
Date: 2000-02-24 20:46:22

On Thu, Feb 10, 2000 at 10:19:00AM -0600, Mark Thornton wrote: > Can the ip address and gateway of an Arc and NMC be changed on the fly, or > does it require a reboot? We are moving to a new set of IP's and I can > migrate the IP pools rather easily, but I'm not sure on the Arc and NMC > themselves. Yes, it can be. Done it. Change the NMC via TCM (requires NMC reboot). Change HARC via `add ip network'. You'll also need to add a new default gateway. Make sure your border router (or whatever) is properly config'd before-hand, or you could be sorry. I've done this on POPs 1000 miles away, and although I was pretty sweaty-palmed, I survived with no problems. -- Jesse Sipprell Technical Operations Director Evolution Communications, Inc. 800.496.4736 * Finger jss@evcom.net for my PGP Public Key *

Subject: (usr-tc) DSP card can`t restore from nvram after reboot?
From: Andrey Zimin <horgi@mtu.ru>
Date: 2000-02-25 04:49:02

Hi! After reboot DSP card 2.0.51 do not load config from nvram... Is that known bug or may be our hardware broken, or we need set country code, but where? ====== span1> set swt ? usage: set swtype Config_Option where Config_Option is one of the following: ictr4 - NET5/CTR-4 switch type ( European ISDN ) (E1) vn4 - VN4 switch type ( France ) (E1) ts014 - TS014 switch type ( Australia ) span1> set swt ic Configuration Request Successful. span1> cmd sv Save to NVRAM Request Successful. span1> reboot Confirm reboot (y/n): y Rebooting ... !!----------> SDL2 for the PPC403 <------------!! __ Enter Download Trigger __ Flash Image Has Valid CRC, Loading Image.... (Ch.255): 00:00:00:002 SCB CRC: ABCB6A96 exp. ABCB6A96 act. (Ch.255): 00:00:00:002 SCB Country Code Invalid Defaulting to International Console Password: > chdev span span1> dis swt Span1 Switch Type is: N/A span1> ver Software Version 2.0.51 Regulatory Version 1.0 span1> span1> cmd rss Restore from NVRAM Request Successful. span1> dis swt Span1 Switch Type is: ICTR4 span1> ======= Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ======================

Subject: (usr-tc) Hiper Modem cards failing in certain slots
From: Andrew Aken <ajaken@globaleyes.net>
Date: 2000-02-25 08:06:53

We have 2 chassis that seem to randomly drop slots that the HiPer DSP's work in when they are powered down. When the chassis come up, they will have 1-3 DSP's that show 3 yellow lights in the active modems LED's and they will not function no matter how many times they are reset. The only way to get them working again is to move the DSP card pair into another slot on the chassis. On one of our chassis, we only have one more slot that will work with the DSP's left. Does anyone know what the problem might be and how to fix it? I don't think it's a hardware problem. -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: Re: (usr-tc) WTB: NMC for USR
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-25 12:12:51

Just found a source for cheap cards. how many can you use? Disregard the price from yesterday. 05:26 PM 02/24/2000 -0500, you wrote: >Hi, > Still looking for some cheap USR NMC cards and maybe some quad >cards. > >Thanks. > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: (usr-tc) Static IPs
From: Steve Cobb <stevec@geeksnet.com>
Date: 2000-02-25 12:22:08

Hi all, I'm trying to assign static IPs to some ISDN users. I'm using HiperDSPs with RadiusNT authentication. I have tried letting the end user just set the IP on their computer but that doesn't work. I only have one IP pool set up and this includes 46 IPs of my class C. Do I need to make another pool and if so, how? I tried to add one and put in the initial address but I keep getting an error that it is not a valid address. I'm using the syntax xxx.xxx.xxx.xxx. Any help?? -- Steve Cobb Computer Geeks stevec@computer-geeks.com www.computer-geeks.com ***************************** Want faster internet service? www.geeksnet.com --

Subject: Re: (usr-tc) 4.2.32 and Quads in "BusyOut"
From: Charles Sprickman <spork@inch.com>
Date: 2000-02-25 13:17:13

Anyone have any additional thoughts on this? It has to be ARC-related, because we didn't see the quads going into busy-out until the upgrade from 4.1.72 to 4.2.32... If I bring the quads back in service, it holds for a week or so and then the number of busied modems slowly increases... Krish? Seen this? Thanks, Charles On Fri, 11 Feb 2000, Mark Thornton wrote: > I have the same problem. My telco usually calls to complain about the > quantity of wink failures in their morning reports, then I use TCM to > monitor Perfomance > Session Monitor > DS0 > All Channels > DS0 Stats (all > tests) to display the status of the T1 channels on the T1 or PRI card. > > It could be a modem code problem. We are still running 5.10.9 because the > last time I tried the new 6.X code the phone rang off the wall due to > connection problems. That was before the latest Arc code and I have been > hesitant to try again. I see about 6 modems per week hung up in this manner. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Charles Sprickman <spork@inch.com> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, February 10, 2000 5:56 PM > Subject: (usr-tc) 4.2.32 and Quads in "BusyOut" > > > > Hi, > > > > One thing I've noticed since going to 4.2.32 on my ARCs is that my > > monitoring script shows at least 4 to 8 modems per chassis busied out. A > > software reset on just the modem will bring it back... > > > > Is this a known issue? The only thing that changed was the ARC upgrade, > > quads have been running the latest since it came out. Also, "list > > int" will show all of the modems "UP/UP" even when they are busied out. > > > > Any ideas? > > > > 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. >

Subject: Re: (usr-tc) WTB: NMC for USR
From: Russ Miescke <russm@powerweb.net>
Date: 2000-02-25 13:39:12

Any old Netserver cards by chance? Russ Miescke Power Web Connect ----- Original Message ----- Sent: Friday, February 25, 2000 11:12 AM > Just found a source for cheap cards. > how many can you use? > Disregard the price from yesterday. > > 05:26 PM 02/24/2000 -0500, you wrote: > >Hi, > > Still looking for some cheap USR NMC cards and maybe some quad > >cards. > > > >Thanks. > > > > > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: (usr-tc) Why "Ascend" accounting attributes from a USR NAS? (also, Vendor-Specific = "" ?)
From: Dave Kitabjian <dave@netcarrier.com>
Date: 2000-02-25 14:26:42

I am receiving accounting attributes such as: Ascend-PreSession-Time = 25 Ascend-Data-Rate = 44000 Ascend-Pre-Input-Octets = 139 Ascend-Pre-Output-Octets = 145 Ascend-Disconnect-Cause = 45 Ascend-Connect-Progress = 67 from a 100%, true-blue USR NAS. Why is that? Also, is there a difference between Ascend-Data-Rate (AttributeId = 197) and USR-Connect-Speed (AttributeId = 36899), also known as Connect-Rate? If so, what's the difference, and why is my NAS not producing a USR-Connect-Speed attribute? Finally, (thanks for bearing with me!), I have a lot of: Vendor-Specific = "" attributes in my accounting data. Are these related to a dictionary problem? If so, how do I know which attributes they're referring to so that I can fix my dictionary? Thanks very much in advance! Dave NetCarrier

Subject: Re: (usr-tc) WTB: NMC for USR
From: Steve Rivera <sales@wrca.net>
Date: 2000-02-25 14:51:39

yes I do have one. $600.00 At 01:39 PM 02/25/2000 -0600, you wrote: >Any old Netserver cards by chance? > >Russ Miescke >Power Web Connect >----- Original Message ----- >From: "Steve Rivera" <sales@wrca.net> >To: <usr-tc@lists.xmission.com> >Sent: Friday, February 25, 2000 11:12 AM >Subject: Re: (usr-tc) WTB: NMC for USR > > > > Just found a source for cheap cards. > > how many can you use? > > Disregard the price from yesterday. > > > > 05:26 PM 02/24/2000 -0500, you wrote: > > >Hi, > > > Still looking for some cheap USR NMC cards and maybe some quad > > >cards. > > > > > >Thanks. > > > > > > > > > > > > > > >- > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Subject: RE: (usr-tc) Why "Ascend" accounting attributes from a USR NAS? (also, Vendor-Specific = "" ?)
From: Dave Kitabjian <dave@netcarrier.com>
Date: 2000-02-25 15:26:56

That (updating my dictionary) was my first guess. However, take Ascend-Data-Rate (AttributeId = 197) for example.I looked in the "dictionary.usr" that you emailed me last week, and there is no Attribute in it with id=197 (or its hex equivalent, C5). So that means one of several things: 1) The dictionary you sent me was not the latest; 2) I am misreading the dictionary, somehow; 3) The dictionary is not the problem. Does anyone know what I may be doing wrong here? Dave On Friday, February 25, 2000 2:54 PM, pferraro@wna-linknet.com [SMTP:pferraro@wna-linknet.com] wrote: > > You need to update your DICTIONARY file... > > ======================================================================== ====== > Phillip Ferraro WorldNet Access, Inc > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service > Voice (910) 346-0835 824 Gumbranch Square, Suite R3 > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > ====================================================================== ======== > > On Fri, 25 Feb 2000, Dave Kitabjian wrote: > > > I am receiving accounting attributes such as: > > > > Ascend-PreSession-Time = 25 > > Ascend-Data-Rate = 44000 > > Ascend-Pre-Input-Octets = 139 > > Ascend-Pre-Output-Octets = 145 > > Ascend-Disconnect-Cause = 45 > > Ascend-Connect-Progress = 67 > > > > from a 100%, true-blue USR NAS. Why is that? > > > > Also, is there a difference between Ascend-Data-Rate (AttributeId = 197) > > and USR-Connect-Speed (AttributeId = 36899), also known as Connect-Rate? If > > so, what's the difference, and why is my NAS not producing a > > USR-Connect-Speed attribute? > > > > Finally, (thanks for bearing with me!), I have a lot of: > > > > Vendor-Specific = "" > > > > attributes in my accounting data. Are these related to a dictionary > > problem? If so, how do I know which attributes they're referring to so that > > I can fix my dictionary? > > > > Thanks very much in advance! > > > > Dave > > NetCarrier > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > >

Subject: (usr-tc) 486 NMC problems
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-25 21:38:04

Hello all have a 486 based ARC card w/6.1.17 on it. I'm trying to bring it up via TCM and and 3 things happen that shouldn't.... i change the SNMP communities then do a 9 to save config, reboot, but old values are still there. The TX light never blinks and I cannot get the ZMODEM download (where you are supposed to type AT{Z}) screen up no matter how many times I yank out the NAC. DIP 5 to on really does nothing either. SInce the chassis is a NOT DSP based (has a dual PRI w/quads) what is the correct NMC version (6.0.9?) Or is it just plain bused? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Subject: Re: (usr-tc) 486 NMC problems
From: Jeff Mcadams <jeffm@iglou.com>
Date: 2000-02-25 22:33:49

Thus spake Paul Farber >have a 486 based ARC card w/6.1.17 on it. >I'm trying to bring it up via TCM and and 3 things happen that >shouldn't.... i change the SNMP communities then do a 9 to save config, >reboot, but old values are still there. When the card boots up, does it give you a password prompt? If so, you'll need to type the current read-write SNMP community string configured on it...if you type the read-only one, you get read-only access on the console. >The TX light never blinks and I cannot get the ZMODEM download (where >you are supposed to type AT{Z}) screen up no matter how many times I >yank out the NAC. You won't get that with the 486 based code. That only happens with the HiPer code bases (for the HiPer NMC, the code rev is 6.2.17). You need to get pcsdl and use that to push the code to the NMC card over the console (you'll need the sdl file also in this case...with a TCM download you usually don't need the sdl for the NMC upgrade...with pcsdl you will need it). >DIP 5 to on really does nothing either. >SInce the chassis is a NOT DSP based (has a dual PRI w/quads) what is the >correct NMC version (6.0.9?) 6.0.9 will work if you don't have any HiPer equipment in there, but if you've got 16 megs of RAM and 8 megs of flash on the NMC, you might as well go with the 6.1.17...its the same code, just with the support for the HiPer cards added...someday down the road if you have this NMC card in a chassis with HiPer cards, you'll be wondering why it isn't working. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Aaron Nabil <nabil@spiritone.com>
Date: 2000-02-26 02:22:15

I just noticed today a large number of channels locked out on 3 modem cards. One of them had all but the last one and a D-channel left enabled! The others were 1/3 to 1/2 dead, all the modems locked out in pairs. This has probably been going on a while, but since we reboot everything on Sundays, I just happened to be looking at these chassis late enough in the week to see the problem today. Just now having access to TCM and looking at the inventory, I can see that the problem is happening on only (and all) of our hw 0.54.0 rev DSP cards. We are running 2.0.51 software. All our other cards are rev .49 and .53, none of which seem to be having this problem. Has anyone else seen this? Is there a cure? I can swap out these three cards with spares, but I have these and another 6 cards (in a new, as of yet unused chassis) at that rev, throwing them out isn't an option. thx, -- Aaron Nabil

Subject: RE: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Aaron Nabil <nabil@spiritone.com>
Date: 2000-02-26 04:54:24

On Sat, 26 Feb 2000, Marshall Morgan wrote: > Aaron, > > Although I am sure you do this already, I am still in the habit the USR guru > David recommended years ago. When flashing new cards, make sure to set > factory defaults, save to NVRAM then make whatever changes are necessary for > your environment. We do this religiously and are using 0.54.0 cards without > issue. Yes, I always restore defaults from NVRAM for the modems and t1, save, reset, then configure. This is probably easier for me than most people since I have a custom SNMP tool to configure the chassis in bulk. I think it's worth mentioning that had someone asked me yesterday, I would have said that we were using 0.54 cards without issue also. I only noticed it because one of the cards had virtually no calls on it when the rest of the chassis was full. Is it possible you disabled the busy-out code either manually, or by using something other than fixed-assignment? Or that you are running sw other than 2.0.51? Or, like me, you just hadn't noticed? (You can use the session monitor on the individual timeslots and look for out-of-service channels. Thanks, Aaron > > Marshall Morgan > > Internet Doorway, Inc. (aka NETDOOR) > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Aaron Nabil > > Sent: Saturday, February 26, 2000 4:22 AM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) HiperDSP rev 0.54.0 modem lockouts > > > > > > I just noticed today a large number of channels locked out on 3 modem > > cards. One of them had all but the last one and a D-channel left > > enabled! The others were 1/3 to 1/2 dead, all the modems locked out > > in pairs. This has probably been going on a while, but since we > > reboot everything on Sundays, I just happened to be looking at these > > chassis late enough in the week to see the problem today. > > > > Just now having access to TCM and looking at the inventory, I can see that > > the problem is happening on only (and all) of our hw 0.54.0 rev DSP > > cards. We are running 2.0.51 software. All our other cards are rev .49 > > and .53, none of which seem to be having this problem. > > > > Has anyone else seen this? Is there a cure? I can swap out these three > > cards with spares, but I have these and another 6 cards (in a new, as of > > yet unused chassis) at that rev, throwing them out isn't an option. > > > > thx, > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Aaron Nabil

Subject: RE: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Aaron Nabil <nabil@spiritone.com>
Date: 2000-02-26 05:11:49

On Sat, 26 Feb 2000, Aaron Nabil wrote: > On Sat, 26 Feb 2000, Marshall Morgan wrote: > > > Aaron, > > > > Although I am sure you do this already, I am still in the habit the USR guru > > David recommended years ago. When flashing new cards, make sure to set > > factory defaults, save to NVRAM then make whatever changes are necessary for > > your environment. We do this religiously and are using 0.54.0 cards without > > issue. > > Yes, I always restore defaults from NVRAM for the modems and t1, save, Uh, defaults from _factory_, of course. It's early here. Aaron Nabil

Subject: RE: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Marshall Morgan <marshall@netdoor.com>
Date: 2000-02-26 05:56:17

Aaron, Although I am sure you do this already, I am still in the habit the USR guru David recommended years ago. When flashing new cards, make sure to set factory defaults, save to NVRAM then make whatever changes are necessary for your environment. We do this religiously and are using 0.54.0 cards without issue. Marshall Morgan Internet Doorway, Inc. (aka NETDOOR) > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Aaron Nabil > Sent: Saturday, February 26, 2000 4:22 AM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) HiperDSP rev 0.54.0 modem lockouts > > > I just noticed today a large number of channels locked out on 3 modem > cards. One of them had all but the last one and a D-channel left > enabled! The others were 1/3 to 1/2 dead, all the modems locked out > in pairs. This has probably been going on a while, but since we > reboot everything on Sundays, I just happened to be looking at these > chassis late enough in the week to see the problem today. > > Just now having access to TCM and looking at the inventory, I can see that > the problem is happening on only (and all) of our hw 0.54.0 rev DSP > cards. We are running 2.0.51 software. All our other cards are rev .49 > and .53, none of which seem to be having this problem. > > Has anyone else seen this? Is there a cure? I can swap out these three > cards with spares, but I have these and another 6 cards (in a new, as of > yet unused chassis) at that rev, throwing them out isn't an option. > > thx,

Subject: Re: (usr-tc) 486 NMC problems
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-26 13:37:11

when hooked into the console port it goes directly to the config menu. TCM will just error out saying it cannot find the chassis. I can ping it though. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 25 Feb 2000, Jeff Mcadams wrote: > Thus spake Paul Farber > >have a 486 based ARC card w/6.1.17 on it. > > >I'm trying to bring it up via TCM and and 3 things happen that > >shouldn't.... i change the SNMP communities then do a 9 to save config, > >reboot, but old values are still there. > > When the card boots up, does it give you a password prompt? If so, > you'll need to type the current read-write SNMP community string > configured on it...if you type the read-only one, you get read-only > access on the console. > > >The TX light never blinks and I cannot get the ZMODEM download (where > >you are supposed to type AT{Z}) screen up no matter how many times I > >yank out the NAC. > > You won't get that with the 486 based code. That only happens with the > HiPer code bases (for the HiPer NMC, the code rev is 6.2.17). You need > to get pcsdl and use that to push the code to the NMC card over the > console (you'll need the sdl file also in this case...with a TCM > download you usually don't need the sdl for the NMC upgrade...with pcsdl > you will need it). > > >DIP 5 to on really does nothing either. > > >SInce the chassis is a NOT DSP based (has a dual PRI w/quads) what is the > >correct NMC version (6.0.9?) > > 6.0.9 will work if you don't have any HiPer equipment in there, but if > you've got 16 megs of RAM and 8 megs of flash on the NMC, you might as > well go with the 6.1.17...its the same code, just with the support for > the HiPer cards added...someday down the road if you have this NMC card > in a chassis with HiPer cards, you'll be wondering why it isn't working. > :) > -- > 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. >

Subject: (usr-tc) Aztech MDP3900 Modem
From: Greg Coffey <greg@coffey.com>
Date: 2000-02-26 15:14:04

I have a customer with an Aztech MDP3900 that is not connecting to our TC hub. Anyone run into problems with this and have any ideas? It's in a new Dell PC she just bought. It keeps telling her the modem is not answering. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________ Fight spam now! Get your free anti-spam service at http://www.brightmail.com

Subject: RE: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Marshall Morgan <marshall@netdoor.com>
Date: 2000-02-26 15:42:56

> > Is it possible you disabled the busy-out code either manually, or by using > something other than fixed-assignment? Or that you are running sw > other than 2.0.51? Or, like me, you just hadn't noticed? (You can use > the session monitor on the individual timeslots and look for > out-of-service channels. Nope. Running 2.0.51/PRI Service with 5ESS Switches (3 different sites) and all of them are taking calls to 100% (middle of a hunt group). All channels are inService and have time on each modem. Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com

Subject: (usr-tc) USR HARC VSA's with Lucent RADIUS 2.1
From: Clayton Zekelman <clayton@mnsi.net>
Date: 2000-02-26 18:15:06

Anyone have any idea how to get this working? I've been playing with the dictionary file with no luck. I've found a few references to this in the mailing list, but they're all dead ends. --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) Aztech MDP3900 Modem
From: Greg Coffey <greg@coffey.com>
Date: 2000-02-26 19:12:25

You would think that Dell, Gateway, Compaq and most of the rest would put a decent modem in but they all seem to be using HCF and other junk. She has talked to Dell and of course they tell her the modem is fine and to call us back. Will Dell replace the modem with another model if she complains loud enough? We've tried the 3 commas, init strings and other tricks but nothing seems to want to make this thing work with either a PM3 or TC hub. At 08:00 PM 2/26/00 -0500, you wrote: >They are horrbile modems. You would think DELL would put in good stuff. >I had a customer not able to connect to either a 33.6 POP or the 56K POP. > >Our solution was offer them a temp USR Sportster.. the promptly went out >and bought one. > >Paul Farber >Farber Technology >farber@admin.f-tech.net >Ph 570-628-5303 >Fax 570-628-5545 > >On Sat, 26 Feb 2000, Greg Coffey wrote: > > > I have a customer with an Aztech MDP3900 that is not connecting to our TC > > hub. Anyone run into problems with this and have any ideas? It's in a > new > > Dell PC she just bought. It keeps telling her the modem is not answering. > > > > > > > > Thanks, Greg Coffey <gcoffey@vcn.com> > > Visionary Communications V 307-234-5443 F 307-234-5446 > > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > > _________________________________________________________ > > Fight spam now! > > Get your free anti-spam service at http://www.brightmail.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. Thanks, Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 ===================================================================== 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM __________________________________________________________ Fight spam now! Get your free anti-spam service at http://www.brightmail.com

Subject: Re: (usr-tc) Aztech MDP3900 Modem
From: Paul Farber <farber@admin.f-tech.net>
Date: 2000-02-26 20:00:10

They are horrbile modems. You would think DELL would put in good stuff. I had a customer not able to connect to either a 33.6 POP or the 56K POP. Our solution was offer them a temp USR Sportster.. the promptly went out and bought one. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Sat, 26 Feb 2000, Greg Coffey wrote: > I have a customer with an Aztech MDP3900 that is not connecting to our TC > hub. Anyone run into problems with this and have any ideas? It's in a new > Dell PC she just bought. It keeps telling her the modem is not answering. > > > > Thanks, Greg Coffey <gcoffey@vcn.com> > Visionary Communications V 307-234-5443 F 307-234-5446 > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > _________________________________________________________ > Fight spam now! > Get your free anti-spam service at http://www.brightmail.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Brian <signal@shreve.net>
Date: 2000-02-27 00:25:47

On Sat, 26 Feb 2000, Aaron Nabil wrote: > > > I just noticed today a large number of channels locked out on 3 modem > cards. One of them had all but the last one and a D-channel left > enabled! The others were 1/3 to 1/2 dead, all the modems locked out > in pairs. This has probably been going on a while, but since we > reboot everything on Sundays, I just happened to be looking at these > chassis late enough in the week to see the problem today. you actually reboot everything routinely (tc hubs)? Do others do this? Whats the man reason (i know i know, clear all the bugs!) > > Just now having access to TCM and looking at the inventory, I can see that > the problem is happening on only (and all) of our hw 0.54.0 rev DSP > cards. We are running 2.0.51 software. All our other cards are rev .49 > and .53, none of which seem to be having this problem. > > Has anyone else seen this? Is there a cure? I can swap out these three > cards with spares, but I have these and another 6 cards (in a new, as of > yet unused chassis) at that rev, throwing them out isn't an option. I am amazed at these hardware revisions. What did they change in hardware from .53 to .54...........I mean what was broken, that so badly needed to be re-engineered? And how did that hardware change create all these probelms. > > thx, > > > -- > Aaron Nabil > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) USR HARC VSA's with Lucent RADIUS 2.1
From: Thomas C Kinnen <tkinnen@lucentradius.com>
Date: 2000-02-27 09:52:32

Clayton Zekelman wrote: > > Anyone have any idea how to get this working? I've been playing with the > dictionary file with no luck. I've found a few references to this in the > mailing list, but they're all dead ends. Lucent's 2.1 server only supports VSAs encoded in the RFC SHOULD format. -- Thomas C Kinnen - <tkinnen@lucentradius.com> <kinnen@lucent.com> [RADIUS Engineer] - LUCENT Technologies INS "All of the opinions stated above are my own and not my employer's, unless they were given to me by my employer"

Subject: Re: (usr-tc) HiperDSP rev
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 2000-02-27 10:15:06

u>> I just noticed today a large number of channels locked out on 3 u>> modem cards. One of them had all but the last one and a D-channel u>> left enabled! The others were 1/3 to 1/2 dead, all the modems u>> locked out in pairs. This has probably been going on a while, but u>> since we reboot everything on Sundays, I just happened to be looking u>> at these chassis late enough in the week to see the problem today. u> u>you actually reboot everything routinely (tc hubs)? Do others do u>this? Whats the man reason (i know i know, clear all the bugs!) I only reboot when I load new software. Last reboot was December. Prior to that it was May. Jeff Binkley ASA Network Computing CMPQwk 1.42-21 9999

Subject: Re: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Aaron Nabil <nabil@spiritone.com>
Date: 2000-02-27 10:36:21

On Sun, 27 Feb 2000, Brian wrote: > On Sat, 26 Feb 2000, Aaron Nabil wrote: > > I just noticed today a large number of channels locked out on 3 modem > > cards. One of them had all but the last one and a D-channel left > > enabled! The others were 1/3 to 1/2 dead, all the modems locked out > > in pairs. This has probably been going on a while, but since we > > reboot everything on Sundays, I just happened to be looking at these > > chassis late enough in the week to see the problem today. > > you actually reboot everything routinely (tc hubs)? . . . Just our TCs and Maxes. -- Aaron Nabil

Subject: (usr-tc) Radius Framed-Address
From: Kevin Hemsley <kev@ida.net>
Date: 2000-02-27 16:11:34

We are using Unix for authentication with Cistron Radius and I've been assigning IPs out of different pools for some time for filtered customers. However, on a new HiPer ARC chassis at a remote POP, for some reason I can't assign a user a static IP using the Framed-Address attribute using the Radius users file. Instead of the static IP, they receive an IP out of the standard pool. The odd thing is that the same chassis is properly assigning IPs out of a different pool for filtered users. The only difference is the filtered users are assigned out by an external program called by Cistron's Exec-Program-Wait, and the static-IP-user is assigned directly with a "Framed-Address = x.x.x.x" Both methods use Framed-Address = x.x.x.x in the end and there are no typos. Listed below is the user's record. Any ideas? user Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = x.x.x.x, Framed-Netmask = 255.255.255.255 ______________________________________ Kevin Hemsley Systems Engineer Microserv Computer Technologies, Inc. kev@ida.net (208) 528-6161 KB7TYA

Subject: Re: (usr-tc) HiperDSP rev 0.54.0 modem lockouts
From: Jamie Orzechowski <mhz@recorder.ca>
Date: 2000-02-27 17:09:01

we were alerted by source technology that .54 rev's had a bug in them and 3Com sent us some beta code which fixed the problem. I think it had something to do with timing ... I flashed the beta code and my .54 problems stopped. ----- Original Message ----- Sent: Sunday, February 27, 2000 1:36 PM > > On Sun, 27 Feb 2000, Brian wrote: > > On Sat, 26 Feb 2000, Aaron Nabil wrote: > > > I just noticed today a large number of channels locked out on 3 modem > > > cards. One of them had all but the last one and a D-channel left > > > enabled! The others were 1/3 to 1/2 dead, all the modems locked out > > > in pairs. This has probably been going on a while, but since we > > > reboot everything on Sundays, I just happened to be looking at these > > > chassis late enough in the week to see the problem today. > > > > you actually reboot everything routinely (tc hubs)? . . . > > Just our TCs and Maxes. > > -- > Aaron Nabil > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Subject: Re: (usr-tc) HiperDSP rev
From: K Mitchell <mitch@keyconn.net>
Date: 2000-02-28 07:52:23

At 10:15 AM 2/27/00 -0500, Jeff Binkley wrote: >I only reboot when I load new software. Last reboot was December. >Prior to that it was May. Pretty much the same here; "The statistics were last updated Monday, 28 February 2000 at 7:47 , at which time 'Total Control Hub' had been up for 157 days, 5:16:36." -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Subject: Re: (usr-tc) Aztech MDP3900 Modem
From: Greg Coffey <greg@coffey.com>
Date: 2000-02-28 14:17:36

I talked to my customer on Saturday and informed her of what I found on the Dell support site. Must have been 30 messages or so about the modem and only one had anything good to say about it. Dell apparently is now replacing the modem but you have to threaten to return the whole unit. Some have been working for months trying to resolve it. We never were able to get it to connect to either a PM3 or TC unit. At 03:51 PM 2/28/00 -0500, you wrote: >Yes, I am getting complaints from the same series modem unable to connect to >our TC or Nortel product. It basically says the modem will not answer. If >anyone finds a cure for it let me know. > >Cheryl Johnson || Network Administrator >SEI Data Network Services, Inc. >SEI Communications > > > >----- Original Message ----- >From: Greg Coffey <greg@coffey.com> >To: <usr-tc@lists.xmission.com> >Sent: Saturday, February 26, 2000 9:12 PM >Subject: Re: (usr-tc) Aztech MDP3900 Modem > > > > You would think that Dell, Gateway, Compaq and most of the rest would put >a > > decent modem in but they all seem to be using HCF and other junk. She has > > talked to Dell and of course they tell her the modem is fine and to call >us > > back. Will Dell replace the modem with another model if she complains >loud > > enough? We've tried the 3 commas, init strings and other tricks but > > nothing seems to want to make this thing work with either a PM3 or TC hub. > > > > > > > > At 08:00 PM 2/26/00 -0500, you wrote: > > >They are horrbile modems. You would think DELL would put in good stuff. > > >I had a customer not able to connect to either a 33.6 POP or the 56K POP. > > > > > >Our solution was offer them a temp USR Sportster.. the promptly went out > > >and bought one. > > > > > >Paul Farber > > >Farber Technology > > >farber@admin.f-tech.net > > >Ph 570-628-5303 > > >Fax 570-628-5545 > > > > > >On Sat, 26 Feb 2000, Greg Coffey wrote: > > > > > > > I have a customer with an Aztech MDP3900 that is not connecting to our >TC > > > > hub. Anyone run into problems with this and have any ideas? It's in >a > > > new > > > > Dell PC she just bought. It keeps telling her the modem is not >answering. > > > > > > > > > > > > > > > > Thanks, Greg Coffey <gcoffey@vcn.com> > > > > Visionary Communications V 307-234-5443 F 307-234-5446 > > > > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > > > > _________________________________________________________ > > > > Fight spam now! > > > > Get your free anti-spam service at http://www.brightmail.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. > > > > > > Thanks, > > > > Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 > > ===================================================================== > > 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM > > > > > > __________________________________________________________ > > Fight spam now! > > Get your free anti-spam service at http://www.brightmail.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. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________ Fight spam now! Get your free anti-spam service at http://www.brightmail.com

Subject: Re: (usr-tc) Aztech MDP3900 Modem
From: Netadmin <netadmin@seidata.com>
Date: 2000-02-28 15:51:37

Yes, I am getting complaints from the same series modem unable to connect to our TC or Nortel product. It basically says the modem will not answer. If anyone finds a cure for it let me know. Cheryl Johnson || Network Administrator SEI Data Network Services, Inc. SEI Communications ----- Original Message ----- Sent: Saturday, February 26, 2000 9:12 PM > You would think that Dell, Gateway, Compaq and most of the rest would put a > decent modem in but they all seem to be using HCF and other junk. She has > talked to Dell and of course they tell her the modem is fine and to call us > back. Will Dell replace the modem with another model if she complains loud > enough? We've tried the 3 commas, init strings and other tricks but > nothing seems to want to make this thing work with either a PM3 or TC hub. > > > > At 08:00 PM 2/26/00 -0500, you wrote: > >They are horrbile modems. You would think DELL would put in good stuff. > >I had a customer not able to connect to either a 33.6 POP or the 56K POP. > > > >Our solution was offer them a temp USR Sportster.. the promptly went out > >and bought one. > > > >Paul Farber > >Farber Technology > >farber@admin.f-tech.net > >Ph 570-628-5303 > >Fax 570-628-5545 > > > >On Sat, 26 Feb 2000, Greg Coffey wrote: > > > > > I have a customer with an Aztech MDP3900 that is not connecting to our TC > > > hub. Anyone run into problems with this and have any ideas? It's in a > > new > > > Dell PC she just bought. It keeps telling her the modem is not answering. > > > > > > > > > > > > Thanks, Greg Coffey <gcoffey@vcn.com> > > > Visionary Communications V 307-234-5443 F 307-234-5446 > > > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > > > _________________________________________________________ > > > Fight spam now! > > > Get your free anti-spam service at http://www.brightmail.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. > > > Thanks, > > Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 > ===================================================================== > 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM > > > __________________________________________________________ > Fight spam now! > Get your free anti-spam service at http://www.brightmail.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. >

Messages