<Claps> Jeff you have pretty much completely summed up 3com support and technical problems. Everyone should read your post. I have said for months how much better it was as USR. Yes it had it's faults but it was much better none the less. They LISTENED and tried to work to a solution. We never had so many outstanding issues and that was 2 years ago. You would think by now it would be close to perfected... it's not however and this is because it is one way communication the other side isn't listening. They dictate the rules and regs to us the customers and give the attitude like it or leave it... we are close to leaving it. Way too much beaurocracy to wade through at 3com. We have spent upwards of $1,000,000 on 3com equipment and it doesn't seem to matter. Our word has little value... Although I must give credit George Ebert has tried to help and some high level guys like Krishnan and Mike Wronski do an awesome job but they too are caught up in the muck of beaurocracy. You can't get to these guys without going through red tape... and they cannot personally deal with all customers. Ed ----- Original Message ----- From: Jeff Mcadams <jeffm@iglou.com> To: <usr-tc@lists.xmission.com> Sent: Wednesday, October 13, 1999 11:35 AM Subject: Re: (usr-tc) RE: (USR-TC) RADIUS QUEST Thus spake Steve Valiunas
The poor horse isn't even flinching anymore, but... We only perform limited in-house testing on ERs so they can go out quickly-( we don't run them through our internal testing group) so we try to be careful about their distribution. When I make an ER available I want to have accurate contact info for the customer so I can get ahold of them if something nasty shows up with it at a customer site. If after a number of days several users have indicated that it has fixed their issue and it warrants posting, it will become a candidate for being made available on totalservice for download as a ServiceRelease.
Here's the crux of the issue. 3Com is basically adding more layers of beaurocracy to try to *help* communication with their customers. I'm sorry, but that's just going about it the wrong way. Linux kernel 2.3.21 *certainly* isn't extensively tested, and its publicly available. Cisco version 12.0 IOS certainly had plenty of bugs in it when it was released...if you make stuff available to your customers, and strip out all these layers of crap that we have to go through, you *will* get more feedback from customers and foster better communication between 3Com and us. As it is, all you're doing is forcing people to switch to informal support methods (and eschewing support contracts...that its gotten to that point is a *SERIOUS* indictment of 3Com) because we *can't* get the support we need and the communication between 3Com and us concerning these releases...so then 3Com, in an effort to fix this, just goes and adds yet another layer, and makes it that much harder to get significant communication going. You know...I've been avoiding "warezing" the 3Com releases in an effort to give 3Com the benefit of the doubt...I'm just about -><- far away from changing that attitude because 3Com keeps screwing their customers over with respect to this and other things. I've tried my best to work within the system for 3Com, and I'm really running out of patience. I've talked to sales reps, SE's, even product managers, and my (dare I speak for other list members?) concerns have been, basically, blown off. I'm saying, controlling the ER releases that closely is a "Bad Thing[tm]"...and my thought isn't even (apparently) being considered in the slightest. Instead, the mantra is repeated that they're not fully tested. Bully...they're not fully tested...I don't care! Put the releases out there...tell us what you've changed in each, let *us* figure out whether its a good idea to use that code in our situation or not. To be brutally honest, 3Com hasn't even shown that they can consistently provide even basic tech support on this equipment (with the exception of a few individuals...most of which, from what I can see, are on this list), let *alone* know what the best thing to do in a real live production environment is.
It's a trade off- There's an extra step involved for you (and for the call center), but there's less liklyhood of an ER causing problems for someone because a problem was found and they didn't know.
Again...this just points to the need for *more* communication and less insulation of the customer, not the need to add "yet another" layer in process. Make bug tracking databases publically available. (rework your release numbering system so that it actually uses some semblance of logic). Make development work more transparent. Shoot...if you need a bug tracking product to do this...just go to www.mozilla.org and grab bugzilla...its open source, doesn't cost a penny...works great, and is easily set up to allow public access to it. As I said in a previous post...if such major issues as have been mentioned here in the past couple of days are still outstanding after such a lengthy period of time as many of them have still been outstanding...there's something intrensically wrong with the system and putting more layers on the system isn't the way to fix it. Maybe I should take a dose of my own medicine...I've been working from the bottom up (tech support, sales reps, SE's, etc.), maybe I/we need to come at it from the other direction. Maybe I/we need to start from the top down...since my current actions seems to be ineffective, perhaps my system is intrensically broken and I should be emailing Eric Benhamou and Bruce Claflin and the like...maybe if I can get them to understand, then some substantive changes will take place. As I said the other day, 3Com's corporate reaction seems to be to put *more* layers in the functioning when they see that there's a problem in the process...they seem to do this without thinking that the solution might really be to *remove* some. Has anyone in 3Com even really *considered* the idea that it might be better to have wide distribution of these releases rather than trying to limit it? Look at the thread that was going on regarding problems with OSPF. I didn't know the full extent of the problem, but someone else did. If I had been the only one with that code, 3Com wouldn't have really known what was wrong there. Cut out the layers of beaurocracy and I'd be willing to be that you'll get better response from customers, better communication, fewer complaints, and better feedback (without having to track and initiate that feedback yourself) from customers because they'll *want* to help you, and it won't be an arduous task for us. I'm a generally helpful guy, but I tend to not provide feedback to 3Com because I know its going to end up being a several day ordeal and may not achieve any results. This is all a result of the beaurocracy involved. Strip it out and, at least speaking for myself, you'll get considerably *more* feedback. As with all of my posts...I feel I own my words, so feel free, (indeed, please do!) forward my posts on up the chain of command, or on to anyone that might be able to benefit. My phone number is in my .sig, my extension is 1153, I'm definitely not trying to do a hit and run complaint here. :) I also know that the people on this list (for the most part from what I've seen) are not in a position to do anything about these things directly. Believe me, I'm not trying to cause your life to be miserable...I just don't know any other way to get feedback to 3Com about these things. Point me in a better direction and I'll go there (I know...talk to my sales rep...I already have...he's very aware of our issues here).
This was probably just a rehash of what Todd said the other day...
Basically, yeah...but better a rehash of things than no communication at all. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.