I was getting used to the minimum verbosity mode... On Fri, Sep 2, 2011 at 3:36 PM, Ben Scott <[email protected]> wrote:
> Please include some context so we can see who and what you are > replying to. Quoting some or all of the message you are replying to > is the usual method for doing so. > > On Thu, Sep 1, 2011 at 10:38 AM, Darin <[email protected]> wrote: > > I like to use the My network Places GUI to see what is > > actually live on my network. > > Note that that doesn't show you what's "live" on your network. It > shows you hosts which have registered names with that particular > browse master in the past hour or so. Hosts could have gone offline > since then, or come online and registered with a different browser, or > not tried to register NetBIOS names at all. The browse list is often > good enough, but it's imperfect at best. > > > It is my understanding in order for this to work you have to > > have the Master browser service running ... > > There is no "Master browser" service. There is the "Computer > Browser" service. That service's job is to maintain the browse list. > It needs to be running on at least *one* computer. All other > computers need to use that one computer to register themselves in the > browse list. Those other computers don't need to be running "Computer > Browser" service to register themselves. > > If more than one computer is running the "Computer Browser" service, > there is a process, called "browser election", where they decide which > one will be the master browser. The others may become backup > browsers, in case the master browser fails. > > A known failure mode is for two or more nodes to both believe they > should be the master browser, and to endlessly force elections over > it. The resulting network traffic and/or disruption to name > resolution can cause problems. This is one reason why it's a best > practice to have only a few reliable computers run the Computer > Browser service. > > On a large and/or distributed network, simply maintaining the browse > list can consume a significant amount of network resources. On such a > network, disabling the browse list entirely may be appropriate. > > > ... and File and Print sharing enabled on the workstations. > > Again, "File and Printer Sharing" can refer to many things. You > need to be more specific. > > > Since I am no long granted the Domain Admin > > access/authorization. The appointed Domain > > admins told me that file and print sharing caused > > bandwidth issues. > > As James Rankin says, it doesn't like you're really in a position to > be doing things about this. But as has been discussed previously, > some of things that might be involved in "File and Printer Sharing" > can cause excess network traffic, but more precise knowledge is > required to address the question. > > -- Ben > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
