Re: Service Packs disabled under Classification still got downloaded

"Tommy" <> wrote in message
news:5b4fdee9-611b-4b4d-a0c0-...
>I had Service Packs disabled under Products and Classifications, but
> the .NET Framework 3.5 Service Pack 1 (SP1) and Family Update still
> got downloaded (synchronized from MS). Why is this so? What's amazing
> is that despite using EIF, it was still huge.

First, let's correct a misunderstading. Because you *did* use EIF, is why
the package is larger than expected. Reviewing the explanation of Express
Installation Files in the WSUS Deployment Guide may be helpful, but the
short version is this: In order to *minimize* the bits transferred between
the client and WSUS Server, a *larger* package is downloaded from
Microsoft.com to the WSUS Server.

However, the "Microsoft .NET Framework 3.5 Service Pack 1 and .NET Framework
Family Update (KB951847)" packages were not released with any EIF
capabilities. The "huge" characteristic of those updates is due to the
inclusion of the dotnetfx35.exe installer package, used for installing
..NET30/.NET35 on machines that do not yet have .NET30/.NET35 -- an issue
that's still under significant discussion as to its appropriateness. The x86
packages are 71mb, the x64 packages are 137mb.

As for classifications, the KB951847 package is only available in Service
Packs; however, it's predecessor "Microsoft .NET Framework 3.5 Family Update
(KB959209)" was released in the category Critical Updates, and does contain
files to support EIF. For example, the x86 version of KB959209 for
Vista/Win2008 (now superseded by KB951847, btw) is over 310mb in size; the
x64 version of KB959209 for Vista/Win2008 is over 600mb in size.

--
Lawrence Garvin, M.S., MCITP:EA, MCDBA
Principal/CTO, Onsite Technology Solutions, Houston, Texas
Microsoft MVP - Software Distribution (2005-2009)

MS WSUS Website: http://www.microsoft.com/wsus
My Websites: http://www.onsitechsolutions.com;
http://wsusinfo.onsitechsolutions.com
My MVP Profile: http://mvp.support.microsoft.com/pro...awrence.Garvin

"Tommy" <> wrote in message
news:fb168e9a-25c4-463e-85cb-...

>> As for classifications, the KB951847 package is only available in Service
>> Packs; however, it's predecessor "Microsoft .NET Framework 3.5 Family
>> Update
>> (KB959209)" was released in the category Critical Updates, and does
>> contain
>> files to support EIF. For example, the x86 version of KB959209 for
>> Vista/Win2008 (now superseded by KB951847, btw) is over 310mb in size;
>> the
>> x64 version of KB959209 for Vista/Win2008 is over 600mb in size.

>I had it approved for KB959209. So is that why it still downloaded
>despite the fact I don't require Service Packs in my classifications?


Yes. The content in KB959209 and KB951847 is essentially the same content,
so yes -- the .NET35SP1 package downloaded to your client(s) because you had
KB959209 approved, even though you don't have KB951847 on your system.


Plus, here's an unanticipated quirk of WSUS, and "classifications".

Because you're not synchronizing Service Packs, you don't have KB951847 on
your system.

However, KB959209 is superseded by KB951847.

The question then becomes...: Does KB959209 show as superseded on your
system (and superseded by KB951847), even though KB951847 is not available
on your system?

--
Lawrence Garvin, M.S., MCITP:EA, MCDBA
Principal/CTO, Onsite Technology Solutions, Houston, Texas
Microsoft MVP - Software Distribution (2005-2009)

MS WSUS Website: http://www.microsoft.com/wsus
My Websites: http://www.onsitechsolutions.com;
http://wsusinfo.onsitechsolutions.com
My MVP Profile: http://mvp.support.microsoft.com/pro...awrence.Garvin