> All:
> 
> I know that this is somewhat off topic (SMS) but I had a recent
> conversation with some folks in regards to AD and SMS 2003. We are looking
> at possibly deploying SMS 2003 and looking at some deployment scenarios.
> Anyway the conversation turn to the AD sites and what is the best
> configuration for sites in an organization.
> 
> Briefly we have a highly connected backbone with DCs spread around key
> nodes on this backbone to support the geographical locations spurred off
> of this backbone.  We developed our AD sites around these nodes (5 geo
> locations, 5 AD sites) with all the "downstream" geographic locations for
> each DC being rolled into the site.
> 
> It was recommend that we make each geographic location that are rolled up
> to the main sites we have now a separate site in AD irregardless if this
> geographic location has DC or not.   Site connectors would be built
> between those sites that have DCs and for those sites that don't have DCs,
> we'd have to go in and hack the  _kerberos._tcp.<site name>._sites and the
> _ldap._tcp.<site name>._sites SRV  records so that they would refer to the
> correct DC.   
> 
> I'm still trying to grasp the nuances of sites in AD but this seemed to be
> an usual approach to sites in AD.  Granted that SMS 2003 does bring some
> twists to the picture as a client will need to identify a distribution
> point from it's AD site.  We have over 200 individual geographic sites
> with approx 180 software distribution boxes that we'd make distribution
> points.  That would translate to 180 AD sites (sites mapped to
> distribution points).  My basic understanding of sites is that the should
> be built around DCs.
> 
This is a simply summary of what was discussed but I was wondering if there
was some opinions one way or another over the best way to approach sites in
AD.  Obviously each case is different but wanted to capture folks thoughts.

> Diane
> 
> 

<<attachment: winmail.dat>>

Reply via email to