[mssms] SCCM AMA

2016-06-29 Thread Jerousek, Jeff 
SCCM AMA is live.

https://www.reddit.com/r/SCCM/comments/4qhcwg/amawe_are_the_configmgr_team_here_to_talk_about/

Thanks,
Jeff Jerousek

RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

2016-06-29 Thread Andreas Hammarskjöld 
Naaah, if so you are pretty likely to have beefy links between them, otherwise 
you would be getting other pains. Unless your network team are idiots…

But you are right from a theoretical point that it can stretch several 
buildings etc. The protocol is very well designed in regards to this, so if you 
have more than 10? Clients it’s not 100% that all of them will respond 
depending on the algorithm.

//A

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Miller, Todd
Sent: den 29 juni 2016 21:39
To: mssms@lists.myitforum.com
Subject: RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

I wonder how this works if there are vLANs/broadcast domains.  I think we might 
have some subnets that stretch across multiple building cores and switches.  It 
could be trouble if clients who think they are on the same subnet start sending 
traffic across from switch to switch.

I am not a network engineer by any means, but I think it is not correct to 
assume that clients on the same subnet can talk to each other with zero impact 
on other network segments—source and destination can be on the same subnet and 
the traffic between them could go over more than one switch and the network 
backbone.  With vLANs you are not guaranteed to be on the same switch and this 
inter-client communication could flood the links between switches if enough of 
the traffic was not contained within the same switch.  (right?)

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Bradley, Matt
Sent: Wednesday, June 29, 2016 8:32 AM
To: mssms@lists.myitforum.com
Subject: RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Don’t forget the other Win7 BITS hotfix that fixes it if it goes too slow.  
It’s the Goldilocks combo…one is too fast, the other is too slow, but the one 
after the patches is juuust right.

https://support.microsoft.com/en-us/kb/2732072

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Phil Wilcock
Sent: Wednesday, June 29, 2016 2:08 AM
To: mssms@lists.myitforum.com
Subject: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

In Current Branch  fairly sure FOREGROUND is no longer used. Previously it was 
the default for user initiated downloads.

Policy wise – you should use the ‘Setup a Work Schedule’ and ‘Setup a 
Maintenance Schedule’ GPOs

You MUST enable the checkbox in the Work schedule that says ‘Ignore Bandwidth 
limits if source and destination are on the same subnet’. Otherwise local 
BranchCache transfers will happen at the throttled rate.

Also if you are on Win7 you need to make sure that you have 
https://support.microsoft.com/en-us/kb/2863374  or  BITS sometimes stops caring 
about Policy and goes full speed

When setting a speed over 2048 Kbit/s set the policy to use Mb instead of Kb.

Finally, always enabled DeDupe on the DP – DeDupe + BranchCache rules!

Cheers

Senior

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Andreas Hammarskjöld
Sent: 29 June 2016 06:18
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Think even FOREGROUND is gone after 2 BITS supporters ranted about it… Senior 
can you confirm?

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jason Sandys
Sent: den 29 juni 2016 01:40
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

You sure about this one. Isn’t it foreground if user initiated, background for 
deadline initiated?

J

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Michael Niehaus
Sent: Tuesday, June 28, 2016 3:12 PM
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

There are two BITS bandwidth policies, one for content retrieved from the 
server and another for content retrieved from a peer.  Limiting the server 
traffic is fine, but you’ll want the peer traffic to run at higher speed, since 
it doesn’t impact the rest of the network (just on that one segment).

Also note that these BITS policies only apply to background transfers, not 
foreground ones.  ConfigMgr “required” deployments use foreground BITS jobs, 
while “available” deployments use background BITS jobs.

Thanks,
-Michael

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jay Marsett
Sent: Wednesday, June 29, 2016 2:44 AM
To: mssms@lists.myitforum.com

[mssms] Re: Adding last logged on user to query

2016-06-29 Thread Brian McDonald 
Awesome! Thanks!


From: listsad...@lists.myitforum.com  on behalf 
of James Massardo 
Sent: Wednesday, June 29, 2016 9:01:47 AM
To: mssms@lists.myitforum.com
Subject: [mssms] RE: Adding last logged on user to query

Looks like you need an INNER JOIN for v_R_system.



SELECT arp.DisplayName0 AS [Application Name],
  arp.Version0 AS [App Version],
  GSCS.Name0 AS [Machine Name],
   GSCS.Manufacturer0 AS [Manufacturer Name],
  GSCS.Model0 AS [Machine Model],
  RSYS.User_Name0
FROM   v_Add_Remove_Programs AS arp
INNER JOIN v_GS_COMPUTER_SYSTEM GSCS ON arp.ResourceID = GSCS.ResourceID
INNER JOIN v_R_System RSYS on ARP.ResourceID = RSYS.resourceid
WHERE (arp.DisplayName0 LIKE '%Project%')
AND DisplayName0 NOT Like '%Hotfix%'
AND DisplayName0 NOT LIKE '%Security Update%'
AND DisplayName0 NOT LIKE '%Update for%'
AND DisplayName0 NOT LIKE '%SQL Server%'
AND DisplayName0 NOT LIKE '%Service Pack%'
AND DisplayName0 NOT LIKE '%CleanProject%'
AND DisplayName0 NOT LIKE '%VisualStudio%'
AND DisplayName0 NOT LIKE '%Project MUI%'
AND DisplayName0 NOT LIKE '%Project and Item%'
AND DisplayName0 NOT LIKE '%Cloud Deployment%'
AND DisplayName0 NOT LIKE '%EasyMP%'
AND DisplayName0 NOT LIKE '%Visual Studio%'
AND DisplayName0 NOT LIKE '%PrintProjects%'


Thanks,
James Massardo

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Brian McDonald
Sent: Wednesday, June 29, 2016 8:24 AM
To: mssms@lists.myitforum.com
Subject: [mssms] Adding last logged on user to query

The e-mail below is from an external source.  Please do not open attachments or 
click links from an unknown or suspicious origin.



Hello everyone,



I need some help adding the last logged on user to the following query. Can 
someone offer a little assist with adding this to the below? I've tried a few 
things but can't seem to get it to work.



Thank you,



Brian


SELECT arp.DisplayName0 AS [Application Name], arp.Version0 AS [App 
Version], v_GS_COMPUTER_SYSTEM.Name0 AS [Machine Name],
  v_GS_COMPUTER_SYSTEM.Manufacturer0 AS [Manufacturer 
Name], v_GS_COMPUTER_SYSTEM.Model0 AS [Machine Model]
FROM v_Add_Remove_Programs AS arp INNER JOIN
  v_GS_COMPUTER_SYSTEM ON arp.ResourceID = 
v_GS_COMPUTER_SYSTEM.ResourceID
WHERE (arp.DisplayName0 LIKE '%Project%')
AND DisplayName0 NOT Like '%Hotfix%'
AND DisplayName0 NOT LIKE '%Security Update%'
AND DisplayName0 NOT LIKE '%Update for%'
AND DisplayName0 NOT LIKE '%SQL Server%'
AND DisplayName0 NOT LIKE '%Service Pack%'
AND DisplayName0 NOT LIKE '%CleanProject%'
AND DisplayName0 NOT LIKE '%VisualStudio%'
AND DisplayName0 NOT LIKE '%Project MUI%'
AND DisplayName0 NOT LIKE '%Project and Item%'
AND DisplayName0 NOT LIKE '%Cloud Deployment%'
AND DisplayName0 NOT LIKE '%EasyMP%'
AND DisplayName0 NOT LIKE '%Visual Studio%'
AND DisplayName0 NOT LIKE '%PrintProjects%'



NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.

RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

2016-06-29 Thread Phil Wilcock 
Yeah, what Daddy bear said ☺


From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Bradley, Matt
Sent: 29 June 2016 14:32
To: mssms@lists.myitforum.com
Subject: RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Don’t forget the other Win7 BITS hotfix that fixes it if it goes too slow.  
It’s the Goldilocks combo…one is too fast, the other is too slow, but the one 
after the patches is juuust right.

https://support.microsoft.com/en-us/kb/2732072

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Phil Wilcock
Sent: Wednesday, June 29, 2016 2:08 AM
To: mssms@lists.myitforum.com
Subject: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

In Current Branch  fairly sure FOREGROUND is no longer used. Previously it was 
the default for user initiated downloads.

Policy wise – you should use the ‘Setup a Work Schedule’ and ‘Setup a 
Maintenance Schedule’ GPOs

You MUST enable the checkbox in the Work schedule that says ‘Ignore Bandwidth 
limits if source and destination are on the same subnet’. Otherwise local 
BranchCache transfers will happen at the throttled rate.

Also if you are on Win7 you need to make sure that you have 
https://support.microsoft.com/en-us/kb/2863374  or  BITS sometimes stops caring 
about Policy and goes full speed

When setting a speed over 2048 Kbit/s set the policy to use Mb instead of Kb.

Finally, always enabled DeDupe on the DP – DeDupe + BranchCache rules!

Cheers

Senior

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Andreas Hammarskjöld
Sent: 29 June 2016 06:18
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Think even FOREGROUND is gone after 2 BITS supporters ranted about it… Senior 
can you confirm?

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jason Sandys
Sent: den 29 juni 2016 01:40
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

You sure about this one. Isn’t it foreground if user initiated, background for 
deadline initiated?

J

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Michael Niehaus
Sent: Tuesday, June 28, 2016 3:12 PM
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

There are two BITS bandwidth policies, one for content retrieved from the 
server and another for content retrieved from a peer.  Limiting the server 
traffic is fine, but you’ll want the peer traffic to run at higher speed, since 
it doesn’t impact the rest of the network (just on that one segment).

Also note that these BITS policies only apply to background transfers, not 
foreground ones.  ConfigMgr “required” deployments use foreground BITS jobs, 
while “available” deployments use background BITS jobs.

Thanks,
-Michael

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jay Marsett
Sent: Wednesday, June 29, 2016 2:44 AM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

So much great feedback!

We were contemplating utilizing a pretty slow footprint for BITS policy, 1-2MB 
let's say, across the board, and then narrow that bandwidth further using 
networking equipment, where appropriate.  Anyone else doing something similar?

Thanks

On Tue, Jun 28, 2016 at 10:29 AM, David Jones 
> wrote:

6am-6pm 2mb, full at night
On Jun 28, 2016 9:50 AM, "Jimmy Martin" 
> wrote:
I know it’s highly dependent on underlying network capabilities, but what do 
you (collective you) use for your bits transfer rate settings?


Jimmy Martin
(901) 227-8209
From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] 
On Behalf Of David Jones
Sent: Friday, June 24, 2016 2:00 PM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

That is exactly what we do. 35000 clients. Have had no complaints. But what 
does that mean in the big scheme? You could right click any client in the local 
network of all the sites and make them a DP. We were doing before Branchcache.

On Fri, Jun 24, 2016 at 2:08 PM, Phil Wilcock 
> wrote:
Works fine, PRO is supported and always has been, just do it!

RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

2016-06-29 Thread Miller, Todd 
I wonder how this works if there are vLANs/broadcast domains.  I think we might 
have some subnets that stretch across multiple building cores and switches.  It 
could be trouble if clients who think they are on the same subnet start sending 
traffic across from switch to switch.

I am not a network engineer by any means, but I think it is not correct to 
assume that clients on the same subnet can talk to each other with zero impact 
on other network segments—source and destination can be on the same subnet and 
the traffic between them could go over more than one switch and the network 
backbone.  With vLANs you are not guaranteed to be on the same switch and this 
inter-client communication could flood the links between switches if enough of 
the traffic was not contained within the same switch.  (right?)

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Bradley, Matt
Sent: Wednesday, June 29, 2016 8:32 AM
To: mssms@lists.myitforum.com
Subject: RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Don’t forget the other Win7 BITS hotfix that fixes it if it goes too slow.  
It’s the Goldilocks combo…one is too fast, the other is too slow, but the one 
after the patches is juuust right.

https://support.microsoft.com/en-us/kb/2732072

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Phil Wilcock
Sent: Wednesday, June 29, 2016 2:08 AM
To: mssms@lists.myitforum.com
Subject: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

In Current Branch  fairly sure FOREGROUND is no longer used. Previously it was 
the default for user initiated downloads.

Policy wise – you should use the ‘Setup a Work Schedule’ and ‘Setup a 
Maintenance Schedule’ GPOs

You MUST enable the checkbox in the Work schedule that says ‘Ignore Bandwidth 
limits if source and destination are on the same subnet’. Otherwise local 
BranchCache transfers will happen at the throttled rate.

Also if you are on Win7 you need to make sure that you have 
https://support.microsoft.com/en-us/kb/2863374  or  BITS sometimes stops caring 
about Policy and goes full speed

When setting a speed over 2048 Kbit/s set the policy to use Mb instead of Kb.

Finally, always enabled DeDupe on the DP – DeDupe + BranchCache rules!

Cheers

Senior

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Andreas Hammarskjöld
Sent: 29 June 2016 06:18
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Think even FOREGROUND is gone after 2 BITS supporters ranted about it… Senior 
can you confirm?

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jason Sandys
Sent: den 29 juni 2016 01:40
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

You sure about this one. Isn’t it foreground if user initiated, background for 
deadline initiated?

J

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Michael Niehaus
Sent: Tuesday, June 28, 2016 3:12 PM
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

There are two BITS bandwidth policies, one for content retrieved from the 
server and another for content retrieved from a peer.  Limiting the server 
traffic is fine, but you’ll want the peer traffic to run at higher speed, since 
it doesn’t impact the rest of the network (just on that one segment).

Also note that these BITS policies only apply to background transfers, not 
foreground ones.  ConfigMgr “required” deployments use foreground BITS jobs, 
while “available” deployments use background BITS jobs.

Thanks,
-Michael

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jay Marsett
Sent: Wednesday, June 29, 2016 2:44 AM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

So much great feedback!

We were contemplating utilizing a pretty slow footprint for BITS policy, 1-2MB 
let's say, across the board, and then narrow that bandwidth further using 
networking equipment, where appropriate.  Anyone else doing something similar?

Thanks

On Tue, Jun 28, 2016 at 10:29 AM, David Jones 
> wrote:

6am-6pm 2mb, full at night
On Jun 28, 2016 9:50 AM, "Jimmy Martin" 
> wrote:
I know it’s highly dependent on underlying network capabilities, but what do 
you (collective you) use for your bits transfer rate settings?


Jimmy Martin

Re: [mssms] Device Collection Membership Based On Detection Of File

2016-06-29 Thread Andrew Sanders 
A compliance setting (configuration item and baseline) would work for this.
Detects the file equals collection membership.

On Wed, Jun 29, 2016 at 10:00 AM, Mawdsley R. 
wrote:

> Afternoon all,
>
>
>
> Has anyone a script\query or any other way to have a device collection
> automatically add clients based upon say a detection of a file on the local
> machine?
>
>
>
> If exist, be a member, if not, don’t etc.
>
>
>
> Thank you
>
> Rich Mawdsley
>
>
>
>


-- 
*Andrew Sanders* | *Senior **Systems Engineer *
Enterprise Systems | Information Technology Services | The University of
North Carolina at Greensboro
(336) 334-5028 (p)
107A McNutt Center | 1400 Spring Garden Street | Greensboro, NC | 27403
apsan...@uncg.edu | http://its.uncg.edu
Microsoft Certified IT Professional | Microsoft Certified Technical
Specialist

[mssms] RE: Adding last logged on user to query

2016-06-29 Thread James Massardo 
Looks like you need an INNER JOIN for v_R_system.



SELECT arp.DisplayName0 AS [Application Name],
  arp.Version0 AS [App Version],
  GSCS.Name0 AS [Machine Name],
   GSCS.Manufacturer0 AS [Manufacturer Name],
  GSCS.Model0 AS [Machine Model],
  RSYS.User_Name0
FROM   v_Add_Remove_Programs AS arp
INNER JOIN v_GS_COMPUTER_SYSTEM GSCS ON arp.ResourceID = GSCS.ResourceID
INNER JOIN v_R_System RSYS on ARP.ResourceID = RSYS.resourceid
WHERE (arp.DisplayName0 LIKE '%Project%')
AND DisplayName0 NOT Like '%Hotfix%'
AND DisplayName0 NOT LIKE '%Security Update%'
AND DisplayName0 NOT LIKE '%Update for%'
AND DisplayName0 NOT LIKE '%SQL Server%'
AND DisplayName0 NOT LIKE '%Service Pack%'
AND DisplayName0 NOT LIKE '%CleanProject%'
AND DisplayName0 NOT LIKE '%VisualStudio%'
AND DisplayName0 NOT LIKE '%Project MUI%'
AND DisplayName0 NOT LIKE '%Project and Item%'
AND DisplayName0 NOT LIKE '%Cloud Deployment%'
AND DisplayName0 NOT LIKE '%EasyMP%'
AND DisplayName0 NOT LIKE '%Visual Studio%'
AND DisplayName0 NOT LIKE '%PrintProjects%'


Thanks,
James Massardo

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Brian McDonald
Sent: Wednesday, June 29, 2016 8:24 AM
To: mssms@lists.myitforum.com
Subject: [mssms] Adding last logged on user to query

The e-mail below is from an external source.  Please do not open attachments or 
click links from an unknown or suspicious origin.



Hello everyone,



I need some help adding the last logged on user to the following query. Can 
someone offer a little assist with adding this to the below? I've tried a few 
things but can't seem to get it to work.



Thank you,



Brian


SELECT arp.DisplayName0 AS [Application Name], arp.Version0 AS [App 
Version], v_GS_COMPUTER_SYSTEM.Name0 AS [Machine Name],
  v_GS_COMPUTER_SYSTEM.Manufacturer0 AS [Manufacturer 
Name], v_GS_COMPUTER_SYSTEM.Model0 AS [Machine Model]
FROM v_Add_Remove_Programs AS arp INNER JOIN
  v_GS_COMPUTER_SYSTEM ON arp.ResourceID = 
v_GS_COMPUTER_SYSTEM.ResourceID
WHERE (arp.DisplayName0 LIKE '%Project%')
AND DisplayName0 NOT Like '%Hotfix%'
AND DisplayName0 NOT LIKE '%Security Update%'
AND DisplayName0 NOT LIKE '%Update for%'
AND DisplayName0 NOT LIKE '%SQL Server%'
AND DisplayName0 NOT LIKE '%Service Pack%'
AND DisplayName0 NOT LIKE '%CleanProject%'
AND DisplayName0 NOT LIKE '%VisualStudio%'
AND DisplayName0 NOT LIKE '%Project MUI%'
AND DisplayName0 NOT LIKE '%Project and Item%'
AND DisplayName0 NOT LIKE '%Cloud Deployment%'
AND DisplayName0 NOT LIKE '%EasyMP%'
AND DisplayName0 NOT LIKE '%Visual Studio%'
AND DisplayName0 NOT LIKE '%PrintProjects%'


NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

[mssms] Device Collection Membership Based On Detection Of File

2016-06-29 Thread Mawdsley R. 
Afternoon all,

Has anyone a script\query or any other way to have a device collection 
automatically add clients based upon say a detection of a file on the local 
machine?

If exist, be a member, if not, don't etc.

Thank you
Rich Mawdsley

RE: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

2016-06-29 Thread Bradley, Matt 
Don’t forget the other Win7 BITS hotfix that fixes it if it goes too slow.  
It’s the Goldilocks combo…one is too fast, the other is too slow, but the one 
after the patches is juuust right.

https://support.microsoft.com/en-us/kb/2732072

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Phil Wilcock
Sent: Wednesday, June 29, 2016 2:08 AM
To: mssms@lists.myitforum.com
Subject: [External] RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

In Current Branch  fairly sure FOREGROUND is no longer used. Previously it was 
the default for user initiated downloads.

Policy wise – you should use the ‘Setup a Work Schedule’ and ‘Setup a 
Maintenance Schedule’ GPOs

You MUST enable the checkbox in the Work schedule that says ‘Ignore Bandwidth 
limits if source and destination are on the same subnet’. Otherwise local 
BranchCache transfers will happen at the throttled rate.

Also if you are on Win7 you need to make sure that you have 
https://support.microsoft.com/en-us/kb/2863374  or  BITS sometimes stops caring 
about Policy and goes full speed

When setting a speed over 2048 Kbit/s set the policy to use Mb instead of Kb.

Finally, always enabled DeDupe on the DP – DeDupe + BranchCache rules!

Cheers

Senior

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Andreas Hammarskjöld
Sent: 29 June 2016 06:18
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Think even FOREGROUND is gone after 2 BITS supporters ranted about it… Senior 
can you confirm?

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jason Sandys
Sent: den 29 juni 2016 01:40
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

You sure about this one. Isn’t it foreground if user initiated, background for 
deadline initiated?

J

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Michael Niehaus
Sent: Tuesday, June 28, 2016 3:12 PM
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

There are two BITS bandwidth policies, one for content retrieved from the 
server and another for content retrieved from a peer.  Limiting the server 
traffic is fine, but you’ll want the peer traffic to run at higher speed, since 
it doesn’t impact the rest of the network (just on that one segment).

Also note that these BITS policies only apply to background transfers, not 
foreground ones.  ConfigMgr “required” deployments use foreground BITS jobs, 
while “available” deployments use background BITS jobs.

Thanks,
-Michael

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jay Marsett
Sent: Wednesday, June 29, 2016 2:44 AM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

So much great feedback!

We were contemplating utilizing a pretty slow footprint for BITS policy, 1-2MB 
let's say, across the board, and then narrow that bandwidth further using 
networking equipment, where appropriate.  Anyone else doing something similar?

Thanks

On Tue, Jun 28, 2016 at 10:29 AM, David Jones 
> wrote:

6am-6pm 2mb, full at night
On Jun 28, 2016 9:50 AM, "Jimmy Martin" 
> wrote:
I know it’s highly dependent on underlying network capabilities, but what do 
you (collective you) use for your bits transfer rate settings?


Jimmy Martin
(901) 227-8209
From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] 
On Behalf Of David Jones
Sent: Friday, June 24, 2016 2:00 PM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

That is exactly what we do. 35000 clients. Have had no complaints. But what 
does that mean in the big scheme? You could right click any client in the local 
network of all the sites and make them a DP. We were doing before Branchcache.

On Fri, Jun 24, 2016 at 2:08 PM, Phil Wilcock 
> wrote:
Works fine, PRO is supported and always has been, just do it!

https://technet.microsoft.com/en-us/library/mt613461.aspx#bkmk_os

[mssms] Adding last logged on user to query

2016-06-29 Thread Brian McDonald 
Hello everyone,


I need some help adding the last logged on user to the following query. Can 
someone offer a little assist with adding this to the below? I've tried a few 
things but can't seem to get it to work.


Thank you,


Brian

SELECT arp.DisplayName0 AS [Application Name], arp.Version0 AS [App 
Version], v_GS_COMPUTER_SYSTEM.Name0 AS [Machine Name],
  v_GS_COMPUTER_SYSTEM.Manufacturer0 AS [Manufacturer 
Name], v_GS_COMPUTER_SYSTEM.Model0 AS [Machine Model]
FROM v_Add_Remove_Programs AS arp INNER JOIN
  v_GS_COMPUTER_SYSTEM ON arp.ResourceID = 
v_GS_COMPUTER_SYSTEM.ResourceID

WHERE (arp.DisplayName0 LIKE '%Project%')

AND DisplayName0 NOT Like '%Hotfix%'

AND DisplayName0 NOT LIKE '%Security Update%'

AND DisplayName0 NOT LIKE '%Update for%'

AND DisplayName0 NOT LIKE '%SQL Server%'

AND DisplayName0 NOT LIKE '%Service Pack%'

AND DisplayName0 NOT LIKE '%CleanProject%'

AND DisplayName0 NOT LIKE '%VisualStudio%'

AND DisplayName0 NOT LIKE '%Project MUI%'

AND DisplayName0 NOT LIKE '%Project and Item%'

AND DisplayName0 NOT LIKE '%Cloud Deployment%'

AND DisplayName0 NOT LIKE '%EasyMP%'

AND DisplayName0 NOT LIKE '%Visual Studio%'

AND DisplayName0 NOT LIKE '%PrintProjects%'

RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

2016-06-29 Thread Phil Wilcock 
In Current Branch  fairly sure FOREGROUND is no longer used. Previously it was 
the default for user initiated downloads.

Policy wise – you should use the ‘Setup a Work Schedule’ and ‘Setup a 
Maintenance Schedule’ GPOs

You MUST enable the checkbox in the Work schedule that says ‘Ignore Bandwidth 
limits if source and destination are on the same subnet’. Otherwise local 
BranchCache transfers will happen at the throttled rate.

Also if you are on Win7 you need to make sure that you have 
https://support.microsoft.com/en-us/kb/2863374  or  BITS sometimes stops caring 
about Policy and goes full speed

When setting a speed over 2048 Kbit/s set the policy to use Mb instead of Kb.

Finally, always enabled DeDupe on the DP – DeDupe + BranchCache rules!

Cheers

Senior

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Andreas Hammarskjöld
Sent: 29 June 2016 06:18
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

Think even FOREGROUND is gone after 2 BITS supporters ranted about it… Senior 
can you confirm?

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jason Sandys
Sent: den 29 juni 2016 01:40
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

You sure about this one. Isn’t it foreground if user initiated, background for 
deadline initiated?

J

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Michael Niehaus
Sent: Tuesday, June 28, 2016 3:12 PM
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

There are two BITS bandwidth policies, one for content retrieved from the 
server and another for content retrieved from a peer.  Limiting the server 
traffic is fine, but you’ll want the peer traffic to run at higher speed, since 
it doesn’t impact the rest of the network (just on that one segment).

Also note that these BITS policies only apply to background transfers, not 
foreground ones.  ConfigMgr “required” deployments use foreground BITS jobs, 
while “available” deployments use background BITS jobs.

Thanks,
-Michael

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jay Marsett
Sent: Wednesday, June 29, 2016 2:44 AM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

So much great feedback!

We were contemplating utilizing a pretty slow footprint for BITS policy, 1-2MB 
let's say, across the board, and then narrow that bandwidth further using 
networking equipment, where appropriate.  Anyone else doing something similar?

Thanks

On Tue, Jun 28, 2016 at 10:29 AM, David Jones 
> wrote:

6am-6pm 2mb, full at night
On Jun 28, 2016 9:50 AM, "Jimmy Martin" 
> wrote:
I know it’s highly dependent on underlying network capabilities, but what do 
you (collective you) use for your bits transfer rate settings?


Jimmy Martin
(901) 227-8209
From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] 
On Behalf Of David Jones
Sent: Friday, June 24, 2016 2:00 PM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

That is exactly what we do. 35000 clients. Have had no complaints. But what 
does that mean in the big scheme? You could right click any client in the local 
network of all the sites and make them a DP. We were doing before Branchcache.

On Fri, Jun 24, 2016 at 2:08 PM, Phil Wilcock 
> wrote:
Works fine, PRO is supported and always has been, just do it!

https://technet.microsoft.com/en-us/library/mt613461.aspx#bkmk_os

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] 
On Behalf Of Jay Parekh
Sent: 24 June 2016 14:45
To: mssms@lists.myitforum.com
Subject: [mssms] BranchCache, ConfigMgr, and PRO Sku

Posting for my colleague.  Some reason he's post here is not coming through.

Basically comes down to a client is looking to deploy a net new SCCM 
environment.  They have 400 sites but the CTO doesn't want servers (DPs) at the

RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

2016-06-29 Thread Andreas Hammarskjöld 
Think even FOREGROUND is gone after 2 BITS supporters ranted about it… Senior 
can you confirm?

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Jason Sandys
Sent: den 29 juni 2016 01:40
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

You sure about this one. Isn’t it foreground if user initiated, background for 
deadline initiated?

J

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Michael Niehaus
Sent: Tuesday, June 28, 2016 3:12 PM
To: mssms@lists.myitforum.com
Subject: RE: [mssms] BranchCache, ConfigMgr, and PRO Sku

There are two BITS bandwidth policies, one for content retrieved from the 
server and another for content retrieved from a peer.  Limiting the server 
traffic is fine, but you’ll want the peer traffic to run at higher speed, since 
it doesn’t impact the rest of the network (just on that one segment).

Also note that these BITS policies only apply to background transfers, not 
foreground ones.  ConfigMgr “required” deployments use foreground BITS jobs, 
while “available” deployments use background BITS jobs.

Thanks,
-Michael

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jay Marsett
Sent: Wednesday, June 29, 2016 2:44 AM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

So much great feedback!

We were contemplating utilizing a pretty slow footprint for BITS policy, 1-2MB 
let's say, across the board, and then narrow that bandwidth further using 
networking equipment, where appropriate.  Anyone else doing something similar?

Thanks

On Tue, Jun 28, 2016 at 10:29 AM, David Jones 
> wrote:

6am-6pm 2mb, full at night
On Jun 28, 2016 9:50 AM, "Jimmy Martin" 
> wrote:
I know it’s highly dependent on underlying network capabilities, but what do 
you (collective you) use for your bits transfer rate settings?


Jimmy Martin
(901) 227-8209
From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] 
On Behalf Of David Jones
Sent: Friday, June 24, 2016 2:00 PM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] BranchCache, ConfigMgr, and PRO Sku

That is exactly what we do. 35000 clients. Have had no complaints. But what 
does that mean in the big scheme? You could right click any client in the local 
network of all the sites and make them a DP. We were doing before Branchcache.

On Fri, Jun 24, 2016 at 2:08 PM, Phil Wilcock 
> wrote:
Works fine, PRO is supported and always has been, just do it!

https://technet.microsoft.com/en-us/library/mt613461.aspx#bkmk_os

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] 
On Behalf Of Jay Parekh
Sent: 24 June 2016 14:45
To: mssms@lists.myitforum.com
Subject: [mssms] BranchCache, ConfigMgr, and PRO Sku

Posting for my colleague.  Some reason he's post here is not coming through.

Basically comes down to a client is looking to deploy a net new SCCM 
environment.  They have 400 sites but the CTO doesn't want servers (DPs) at the 
sites and he will not pay for Nomad or OneSite.  Also they are running Win 7 
Pro on the client side.  They want to see if anyone has tried a large CM 
deployment without local DPs and just utilizing BranchCache/BITs.


Hey guys,

wanted to ask a couple of questions about what we are seeing in the field with 
BranchCache, ConfigMgr and the PRO SKU of Windows.

It is my understanding that Windows PRO editions can be configured to utilize 
BranchCache in a BITS only operating mode (which seems to be fine for 
Configuration Manager); my questions,

1. Are we seeing it appear much in the field?  Are many of you using 
BranchCache in mixed Pro and Enterprise SKU environments, or PRO SKU only 
environments?

2. And more importantly, is it supportable?  E.G., Will Microsoft validate and 
support a configuration that intentionally utilizes this seeming hole in the 
"BranchCache is an Enterprise feature" conundrum?





This message and any files transmitted with it may contain legally privileged, 
confidential, or proprietary information. If you are not the intended