| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 5611.1 |  | DECWET::VOBA |  | Mon Jan 27 1997 11:32 | 4 | 
|  |     Re .0, have you contacted the network engineering group responsible for
    the DE435 driver?
    
    --svb
 | 
| 5611.2 | WhoZat Engineering? | MSDOA::JDICKERSON |  | Tue Jan 28 1997 13:56 | 9 | 
|  |     I have contacted my MCS support group. Their answer is that Microsoft
    maintains the driver; We can do nothing.
    
    I would be glad to escalate to the de435 engineering people if they are
    NOT the same people monitoring the noted::etherworks conference. I have
    already placed my notes and problem descriptions in there.
    
    How do I find out who the de435 engineering group is?
    
 | 
| 5611.3 |  | DECWET::VOBA |  | Tue Jan 28 1997 14:19 | 7 | 
|  |     One of the network product managers is George Nielsen DELNI::G_NIELSEN
    who should be able to point you to the right one.  Dick (NPSS::) Kirk
    and Mike (NPSS::) Condry used to help me out with the Ethernet product
    support issues.  You might try them to find out if they are supporting
    the DE435.
    
    --svb
 | 
| 5611.4 |  | DECWET::LEESC |  | Tue Jan 28 1997 17:54 | 8 | 
|  | Joel,
Which de435 driver is causing the problem on your system? Is it the
one from the CD-ROM? If so, then contact Claudio Hazan
([email protected]). He maintains the dc21x4 driver on the NT CD-ROM.
Scott
 | 
| 5611.5 |  | NETCAD::STEFANI |  | Wed Jan 29 1997 07:19 | 16 | 
|  | >>    I would be glad to escalate to the de435 engineering people if they are
>>    NOT the same people monitoring the noted::etherworks conference. I have
>>    already placed my notes and problem descriptions in there.
>>    
>>    How do I find out who the de435 engineering group is?
The DE435 engineering group is the same one you've been communicating with in
the ETHERWORKS Notes conference.  The Product Manager for the DE435 is Adrienne
Denault (NETCAD::DENAULT), the SW Team Leader is Janice Ferguson
(NETCAD::FERGUSON), and the Project Manager is Ray Lin (NETCAD::R_LIN).
As was mentioned in the other conference, we recommend that customers use the
Microsoft-supplied (and supported) DC21X4.SYS driver for the DE434 and DE435
adapters.
- Larry
 | 
| 5611.6 | Dist. driver IS the problem | MSDOA::JDICKERSON |  | Wed Jan 29 1997 15:08 | 6 | 
|  |     That's the WHOLE problem ,Larry. The Microsoft supplied driver from the
    4.0 cdrom appears to be the problem. We have not had an incident since
    Jan 13 (16 days). Previously, the customer stated the fail rate at 7-9
    days. We removed the Microsoft supplied driver and installed the one
    that is in the 3.51 folder at the mumble-mumble /pub/adapters location.
    
 | 
| 5611.7 | Another DC21x4.SYS problem | SUBSYS::HOPEWELL | StorageWorks for PC Lans | Thu Jan 30 1997 04:27 | 4 | 
|  | I also had a problem with the DC21x4.sys from the NT 4.0 CD on a DE450. The
Digital DE450 V253 kit solved the problem. See note 1255 in the ETHERWORKS
notes file
 | 
| 5611.8 |  | NETCAD::STEFANI |  | Thu Jan 30 1997 11:51 | 22 | 
|  | >>    That's the WHOLE problem ,Larry. The Microsoft supplied driver from the
>>    4.0 cdrom appears to be the problem. We have not had an incident since
>>    Jan 13 (16 days). Previously, the customer stated the fail rate at 7-9
>>    days. We removed the Microsoft supplied driver and installed the one
>>    that is in the 3.51 folder at the mumble-mumble /pub/adapters location.
I'm not sure how to respond.  The DC21040 chip in the DE434/DE435 adapters was
OEMd by dozens of third party companies, I suspect most of whom rely on the
generic DC21X4.SYS driver for their Windows 95 and NT OS support.  Starting with
the DE450 and DE500-XA adapters we (NPB) started writing our own NDIS 3 drivers
(DE450.SYS and DE500.SYS) to add value to our adapters.
It's certainly in Microsoft's interest to have the generic DC21X4.SYS driver
support as many DC21x4-based adapters as possible.  I'm not surprised that
there were driver changes from 3.51 to 4.0, but I am surprised at the problem
reports.
Perhaps someone from DECwest can speak towards the best way for you to escalate
the problem with Microsoft.  You should be able to use the 3.51 driver under
4.0 in the interim.
/l
 | 
| 5611.9 |  | DECWET::SCHREIBER | DECeNT | Thu Jan 30 1997 12:18 | 5 | 
|  |     If a customer is having a problem with this driver, and the customer is
    under support, MCS should be supporting them.  MCS will work the issue
    through Microsoft PSS.
    
    Benn
 | 
| 5611.10 | Thanks for listening | MSDOA::JDICKERSON |  | Thu Jan 30 1997 13:41 | 17 | 
|  |     Benn
    
    Is that a committment to take ownership? Or a general statement?
    A customer is having the problem. Southern Indiana Gas and Electric Co.
    or
    SIGECO. The customer has hardware support through MCS and I am told
    software support through Colorado. I am desperately looking for someone
    that will help me escalate. The driver size increased almost two-fold
    from 3.51 to 4.0 It makes me think that they wanted a driver that would
    fit everything. The customer is very unhappy that the driver on the
    cdrom doesn't work and is blaming digital. I know that Microsoft is
    responsible for the driver, but we are close enough to yell at; not
    them.
    
    Thanks,
    
    Joel P
 | 
| 5611.11 |  | DECWET::SCHREIBER | DECeNT | Thu Jan 30 1997 18:25 | 6 | 
|  |     I can't make commitments for MCS.  But, the support flow for problem
    escalation is: MCS>>MS PSS>>MS NT ENGINEERING.  If MCS isn't taking
    ownership for escalating the issue to Microsoft, then you should raise
    the issue up in MCS management.
    
    Benn
 | 
| 5611.12 |  | CSC32::HOEPNER | A closed mouth gathers no feet | Thu Jan 30 1997 19:04 | 8 | 
|  |     
    To help us, could you get a sequence number from the call that your 
    customer logged with the Customer Support Center that addressed this 
    issue? 
    
    Thanks. 
    
    Mary Jo 
 | 
| 5611.13 |  | SUFRNG::VMSNET::S_VORE | Smile - Mickey's Watching! | Fri Jan 31 1997 07:33 | 4 | 
|  | >...The customer has hardware support through MCS and I am told
> software support through Colorado.
Nit - the CSC (Atlanta, Colorado, Shrewsbury in the U.S.) are also part of MCS
 | 
| 5611.14 | Never Mind: I won't even rephrase the question | MSDOA::JDICKERSON |  | Fri Jan 31 1997 08:37 | 15 | 
|  |     >>>To help us, could you get a sequence number from the call that your 
    >>>customer logged with the Customer Support Center that addressed
    >>>this issue?
    
    #1 How will that help?
    #2 I didn't say the call had been logged with the CSC. We provided a
    	workaround on our own under a local log#. Had we waited on an
    	answer from the support groups, they would still be waiting on a
    	Microsoft fix.
    #3  Note .0 asked for help with escalation and only help with 
    	escalation. There appears to be none. I am tired now. I will
    	escalate through CAPE and provide the 5 notes conferences I have
    	been in as a starting point for Engineering Mgt.
    #4 I have just been trying to get the message to someone that could DO
    	something not anybody that wanted to blast me for "semantics"
 | 
| 5611.15 | De435 Known Problem | MSDOA::JDICKERSON |  | Fri Jan 31 1997 11:14 | 4 | 
|  |     Sorry I lost my cool. Felt like I was yelling in a hurricane.
    Just talked to someone in NT engineering. They have the same problem on
    3 other sites and were looking for a work-around. Now, they have it.
    
 | 
| 5611.16 |  | CSC32::HOEPNER | A closed mouth gathers no feet | Fri Jan 31 1997 16:11 | 10 | 
|  |     
    My request for a sequence number was not to give you a hard time.  It 
    was to get a documented case to escalate to Microsoft.  And to try to 
    find out why it may not have been escalated by our organization for 
    your customer since you indicated your customer was frustrated that 
    it had NOT been escalated. 
    
    We are here to serve you and your customer.
    
    Mary Jo 
 | 
| 5611.17 | MS ESC | GIDDAY::argus.stl.dec.com::Harkness |  | Mon Feb 10 1997 23:22 | 15 | 
|  | To add some weight to this request... or ask how this case was 
resolved.
We are seeing a similar problem with the MS driver on the NT4.0 CD 
for a DE435 on AS1000 and AS1000A's. Using the driver from our DE435 
driver disk for 3.51 seems to have resolved the issue for now, but 
how many customer are not calling us?
Could you please keep this note stream updated with the results of 
your ESC to MCS->MS
Thanks,
Greg Harkness
Sydney CSC
 | 
| 5611.18 | Escalation through CAPE | MSDOA::JDICKERSON |  | Wed Feb 12 1997 12:42 | 11 | 
|  |     At the present time, the issue has been escalated to Digital
    engineering. They have, in turn, escalated to Microsoft and have a log
    number with Microsoft for the problem. It is available in CAPE under
    Southern Indiana Gas. The Digital engineering escalation manager for
    MCS has had a difficult time escalating as documented in the CAPE. It
    seems that some of the URL's for escalation for our proposed plan for
    escalation to MS are "unknown" and other probs.
    Several people told me that I should escalate through 1-800-354-9000 or
    1-800-525-7104. Do you really think a call would be escalated to
    Microsoft on my say-so to these groups? From a field engineer? Curious.
    Maybe. Not likely.
 | 
| 5611.19 |  | CSC32::HOEPNER | A closed mouth gathers no feet | Wed Feb 12 1997 13:47 | 27 | 
|  |     
    
    Mr. Dickerson, 
    
    By calling 1-800-354-9000 or 1-800-525-7104 you should be able to 
    talk to someone who can have an IPMT case (old SPR system) initiated
    and/or escalation to Microsoft. 
    
    In fact, folks in the field can initiate their own IPMT case (old SPR
    system). 
    
    If you do not get the service you require by calling the above 
    numbers, you are welcome to ask to talk to a Manager-on-Duty (MOD) 
    at any time.  
    
    As I said in an earlier note, we ARE here to serve Digital employees
    and our external customers.  
    
    It is probably most expedient to escalate any lack of service by the 
    CSC to the Manager-on-Duty rather than only expressing dissatifaction 
    in a notesfile. 
    
    Thank you for expressing your concerns.
    
    Mary Jo Hoepner 
    Windows NT Support
    Colorado Springs Customer Support Center 
 | 
| 5611.20 | Who wants flies, anyway? | MSDOA::JDICKERSON |  | Fri Feb 14 1997 14:26 | 18 | 
|  |     I have already apologized for losing my cool. I don't intend to do so
    again. Have you been in the field and requested escalation only to be
    told to just try this and hear the dial tone? I have. Have you
    requested escalation to the M.O.D. and been told the M.O.D. is unavailable
    but another engineer (support guy's buddy) will talk to you. Basically,
    nothing gets done, but the M.O.D. is never told and nobody gets in
    trouble. I have been there ,too.
    
    I am not saying that you don't have an excellent Windows NT Support
    group. I am saying that I don't believe there is any chance that I can
    call in from the field and get either of those groups to escalate a
    problem to internal engineering or Microsoft based on what I tell them.
    I am sure they have the ability to escalate, I just don't think they
    will if I request them to. I have escalated per the old CAPE system,
    now. The escalation manager is having some troubles following our
    agreed upon Microsoft escalation flow.
    I thank you for trying to get involved. I wish I had talked to you
    before I got so frustated.
 | 
| 5611.21 | Whatever it Takes | MSDOA::JDICKERSON |  | Wed Mar 26 1997 10:01 | 20 | 
|  |     Final Solution from Digital Engineering C.A.P.E. # 71WB12497
    
    1. Alphaserver 1000A is the only system to exhibit a problem with
       the DE435.
    2. Digital Engineering's answer will be to phase in DE500's instead of
       DE435's in the manufacturing process. This is a more cost effective
       solution.
    3. The DE435 driver will not be fixed. See cost effective in #2.
    4. Digital Engineering has notified Microsoft of our intentions to only
       ship DE500's with AS1000A's in the future. As a result, Microsoft
       has agreed to stop pursuing a fix for the generic dec chip driver.
    5. No speculation on what this might do to the other manufacturer's
       cards that use the dec chip we sell them.
    
    
    This is all and final resolution to this problem.
    
    
    Joel Dickerson
     
 | 
| 5611.22 | How to Elevate to Microsoft | CSC32::BINGHAM | Scott Bingham �� Windows NT / BackOffice Team, USCSC | Thu Apr 17 1997 14:20 | 60 | 
|  |                 Hello Joel et al,
                This is water under the bridge, but maybe I can
        help for next time, or maybe it will help for somebody
        else.
                Each country or region has a designated number of
        people who are authorized to make elevations to Microsoft,
        under our ASC (Authorized Service Center) agreement with
        Microsoft -- part of the AEC Alliance.  For USA-based
        field people, your formal elevation path is via the USCSC. 
        In the USA, You have two ways to access this path:
                  1.  You can call us directly as Mary Jo
                  suggested.
                  2.  You can log an elevation against
                  Windows NT software in IPMT or CLD or
                  CAPE, which will come to me and my
                  team.
                (People outside of the USA who wish to elevate to
        Microsoft should do so through their Country Support. 
        Please do NOT use a Digital elevation process as it will
        come to me instead of going to your local Country Support
        people.)
                In this particular technical issue, the problem
        was brought to my attention by the customer Cerner in St
        Louis.  We did some testing and elevated the issue to NPB
        on 5 Dec 1996, via IPMT case CFS.47233.  I did *not*
        elevate it to Microsoft because the newest drivers from
        Digital, available from NPB via our website, also
        exhibited the same problem. 
                In general -- if a person from the field refers a
        problem to me -- will I elevate it to Microsoft?  Of
        course -- as long as you have a cohesive, credible, and
        complete problem statement.  It is my job to make that
        assessment -- I would be called on the carpet if I failed
        to do so.  In the IPMT system, we play the role of
        engineering; if you have elevated a problem to us via the
        formal support mechanism, and it gets ignored, I assure
        you that I will have high-level people on my tail.  :-)
                Please do not let whatever bad history you've had
        with the CSC prevent you from using us for elevations to
        Microsoft.  We're overworked, like you, but we're your
        formal path, and we do care about Digital's future, and
        we've staked our careers on Windows NT.
                Thanks,
                _Scott
        For cross reference, these IPMT cases were associated with 
        this issue:
                CFS.47233
                CFS.50008
    
 |