It is still in development to my knowledge - just without Michael (which is maybe not the best thing is the world although I'm sure Michael may be sick of MDT by now :)). The ConfigMgr team has stated that both LiteTouch and ZeroTouch will continue to be supported and developed.
J From: [email protected] [mailto:[email protected]] On Behalf Of Todd Hemsell Sent: Thursday, July 25, 2013 3:09 PM To: [email protected] Subject: Re: [mssms] OSD vs. MDT -- Let the debate begin (again) CM & MDT is the best IMHO. MDT fixes issues you never even knew you had. Tiss a horrid shame you are not still improving on it. My hatred for MS over that move burns with the fury of 10,000 suns. Happy for you personally though :-) On Thu, Jul 25, 2013 at 2:22 PM, Michael Niehaus <[email protected]<mailto:[email protected]>> wrote: I'd reply back with a longer reply if I weren't so tired. So you'll get the abridged version: Every customer has different requirements. For most, using MDT Lite Touch for image creation is easiest (although a lot of that is tied to many of the "waste of time" customizations made to the images being created). You can then use either MDT or ConfigMgr to deploy. For many customers, there are scenarios where both could make sense. There is no "one size fits all" answer. I see customers with 500 seats using ConfigMgr completely; I see customers with 400,000 seats using only MDT. If you want to use ConfigMgr for everything in every scenario, feel free. If you want to use MDT with ConfigMgr to help make that easier, feel free. (If you don't, I'll try not to hold it against you :)) If you want to use MDT without ConfigMgr, feel free. Just never ask me about doing something in ConfigMgr that MDT already does... Thanks, -Michael From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Todd Hemsell Sent: Thursday, July 25, 2013 12:06 PM To: [email protected]<mailto:[email protected]> Subject: Re: [mssms] OSD vs. MDT -- Let the debate begin (again) amen brutha! On Thu, Jul 25, 2013 at 1:04 PM, Jason Sandys <[email protected]<mailto:[email protected]>> wrote: Eww yuck (IMO). This requires duplication of effort, duplication of configuration, and duplication of resources. J From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Spinelli, Robert J Sent: Thursday, July 25, 2013 12:55 PM To: [email protected]<mailto:[email protected]> Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) Thanks, that's a great point. Thank you. Robert Spinelli | CTS | GTI | 575 Washington Boulevard, Jersey City, NJ, 07310, United States| T: +1.201.595.6820 | C: +1.917.538.6192 | [email protected]<mailto:[email protected]> From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of [email protected]<mailto:[email protected]> Sent: Thursday, July 25, 2013 12:57 PM To: [email protected]<mailto:[email protected]> Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) No matter what, I would always use a stand-alone mdt share for my golden image creation. It just makes things easier. Christopher Catlett Consultant | Detroit Office 248-876-9738 |Fax 877.406.9647 Sogeti USA 26957 Northwestern Highway, Suite 130, Southfield, MI 48033-8456 www.us.sogeti.com<http://www.us.sogeti.com/> From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Spinelli, Robert J Sent: Thursday, July 25, 2013 12:53 PM To: [email protected]<mailto:[email protected]> Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) This is what we're leaning toward, 1st pass OSD and if that doesn't do it for use then bring MDT into the mix. I would rather use one product to keep it simple, but might not be able to do that. Thank you. Robert Spinelli | CTS | GTI | 575 Washington Boulevard, Jersey City, NJ, 07310, United States| T: +1.201.595.6820 | C: +1.917.538.6192 | [email protected]<mailto:[email protected]> From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Dzikowski, Michael Sent: Thursday, July 25, 2013 12:45 PM To: '[email protected]<mailto:[email protected]>'; '[email protected]<mailto:[email protected]>' Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) If I have ConfigMgr, I rather use that to do my OS deployments and I can integrate MDT and still have access to MDT variables ,etc. Sent with Good (www.good.com<http://www.good.com>) -----Original Message----- From: Spinelli, Robert J [[email protected]<mailto:[email protected]>] Sent: Thursday, July 25, 2013 11:33 AM Central Standard Time To: [email protected]<mailto:[email protected]> Subject: [mssms] OSD vs. MDT -- Let the debate begin (again) Now that SCCM 2012 R2 is introducing some new variables and new task sequence steps (ex: Set Dynamic Variables) would you go with OSD over MDT? One of the main reasons we were going to go with MDT was because of the issue of not being able to build a machine in an untrusted forest: http://blog.coretech.dk/kea/multi-forest-support-in-configmgr-2012-part-iithere-can-be-only-oneor/ This has been resolved in R2 with the ability to use multiple network accounts, so were now leaning back toward using OSD. I was hoping for some input as OSD/MDT has always been my weakest skill. Thank you. Robert Spinelli | CTS | GTI | 575 Washington Boulevard, Jersey City, NJ, 07310, United States| T: +1.201.595.6820 | C: +1.917.538.6192 | [email protected]<mailto:[email protected]> This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities.
