Standard answer, it depends. If everything in on one LAN it is different from an environment with hundreds of routers. Some folks here still talk about Network Neighborhood in their environments too so it depends :)
NetBIOS roots were broadcast based, it evolved from there. WINS evolved to become the arbiter of NetBIOS name registration and resolution making it manageable in larger networks. When you are talking about disabling NetBIOS over TCP/IP it is frequently referred to as disabling the WINS client but the point I was trying to make is that NetBIOS is more than the oversimplification a lot of folks make that it is just single-label AKA- NetBIOS name to IP resolution. " NetBIOS defines a software interface and a naming convention. It does not define a protocol. NetBIOS over TCP/IP provides the NetBIOS programming interface over the TCP/IP protocol. It extends the reach of NetBIOS client and server programs to the wide area network (WAN)" If it was only about name-IP address resolution, it would have died long ago when MS embraced DNS as the predominate method of name resolution like was often rumored :) From: Mayo, Bill [mailto:bem...@pittcountync.gov] Sent: Thursday, January 27, 2011 11:43 AM To: NT System Admin Issues Subject: RE: WINS question I may be missing the boat on this, but I saw some comments from folks about having Exchange 2003, et al, and no WINS. It would be my belief/understanding that NetBIOS was still used in those environments. WINS just gives you a more manageable, centralized way of handling NetBIOS. ________________________________ From: Free, Bob [mailto:r...@pge.com] Sent: Thursday, January 27, 2011 1:59 PM To: NT System Admin Issues Subject: RE: WINS question I absolutely share your concern, I'm on the other side of that fence in that I AM responsible for them. Since we count our applications in the thousands and there is no registry of all the interfaces they use, I have no idea how many use NetBT or what would break so WINS servers are being lifecycled this year for at least one more generation. What seems to have been lost as this conversation evolved (or devolved depending on your POV) there is a lot more involved than just single-label name resolution. Plenty of environments will run fine without WINS/NetBT services and the converse is equally true. I have 3 prod AD forests 1 runs it 2 don't. From: Steven Peck [mailto:sep...@gmail.com] Sent: Thursday, January 27, 2011 9:56 AM To: NT System Admin Issues Subject: Re: WINS question and this is why we had WINs in our environment and are only now beginning to decom them. Outlook clients over a WAN and Exchange 2003 clusters. To be honest, I suspect some of our really old quirky custom legacy applications will have similar issues once we finish. However, I mentioned this to those folks and they are unconcerned. As I do not directly or indirectly manage or support those things, I will mind my own business and we will see what happens :) On Thu, Jan 27, 2011 at 9:50 AM, Michael B. Smith <mich...@smithcons.com<mailto:mich...@smithcons.com>> wrote: *bow* Thanks! Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Free, Bob [mailto:r...@pge.com<mailto:r...@pge.com>] Sent: Thursday, January 27, 2011 12:38 PM To: NT System Admin Issues Subject: RE: WINS question Bah..if you are going to quote something, go to an authority :) http://theessentialexchange.com/blogs/michael/archive/2008/01/16/exchange-active-directory-and-wins.aspx From: David Mazzaccaro [mailto:david.mazzacc...@hudsonmobility.com<mailto:david.mazzacc...@hudsonmobility.com>] Sent: Thursday, January 27, 2011 9:30 AM To: NT System Admin Issues Subject: RE: WINS question I am with you 100%. Win 2003, E2003, office 2003 - no WINS anywhere. Here's a good little read on it: http://www.computerperformance.co.uk/w2k3/services/WINS_exchange.htm From: Mike Sullivan [mailto:neog...@gmail.com<mailto:neog...@gmail.com>] Sent: Thursday, January 27, 2011 12:27 PM To: NT System Admin Issues Subject: Re: WINS question Now I am curious, I am on 2003 server, 2003 Exchange and Office 2003 and do not have WINS at all in our environment. Was there something in Exchange 2003 that required it? On Thu, Jan 27, 2011 at 9:15 AM, Steven Peck <sep...@gmail.com<mailto:sep...@gmail.com>> wrote: We make sure that box is not checked as part of the build process. Now that Exchange 2003 is mostly gone from our environments and Outlook clients are mostly 2007, we are starting to decom our WINs servers. Steven Peck http://www.blkmtn.org On Thu, Jan 27, 2011 at 8:59 AM, Raper, Jonathan - Eagle <jra...@eaglemds.com<mailto:jra...@eaglemds.com>> wrote: Really? I know about joining 2000/XP to an NT4 domain, but joining to a 2000 or later domain? http://support.microsoft.com/kb/314366/EN-US By default, the setting is dependent upon how you have DHCP configured: (copied and pasted from the popup help information from WINS tab of network properties) ***** Specifies that this network connection obtain the setting to enable or disable NetBIOS over TCP/IP (NetBT) from a Dynamic Host Configuration Protocol (DHCP) server. The enabling or disabling of NetBT through DHCP is provided with the value of the Disable NetBIOS over TCP/IP (NetBT) Microsoft vendor-specific DHCP option. When an IP address is automatically obtained, this option is selected by default so that this computer uses the NetBT setting as optionally provided by the DHCP server when this computer obtains an IP address and configuration lease. If the Disable NetBIOS over TCP/IP (NetBT) DHCP option is provided by the DHCP server, the value of the option determines whether NetBT is enabled or disabled. If the Disable NetBIOS over TCP/IP (NetBT) DHCP option is not provided by the DHCP server, NetBT is enabled. If you are manually configuring an IP address, selecting this option enables NetBT. This option is not available for dial-up connections. ****** So, in essence, it is enabled. does that make it required to join to 2000 or later domain that as no use or need for WINS? Jonathan L. Raper, A+, MCSA, MCSE Technology Coordinator Eagle Physicians & Associates, PA www.eaglemds.com<http://www.eaglemds.com> jra...@eaglemds.com<mailto:jra...@eaglemds.com> ________________________________________ From: Joe Tiedeman [joe.tiede...@hesa.ac.uk<mailto:joe.tiede...@hesa.ac.uk>] Sent: Thursday, January 27, 2011 10:56 AM To: NT System Admin Issues Subject: RE: WINS question If you're going to join the server to active directory, don't disable NetBIOS until after you've done the join. If memory serves, it STILL uses NetBIOS in part of the joining procedure. Joe Tiedeman Web Server and Security Administrator Higher Education Statistics Agency (HESA) 95 Promenade, Cheltenham, Gloucestershire GL50 1HZ T 01242 211167 F 01242 211122 W www.hesa.ac.uk<http://www.hesa.ac.uk><http://www.hesa.ac.uk/> ________________________________ From: Christopher Bodnar [mailto:christopher_bod...@glic.com<mailto:christopher_bod...@glic.com>] Sent: 27 January 2011 14:46 To: NT System Admin Issues Subject: WINS question If "disable NetBIOS over TCP/IP" is selected on the WINS tab of the TCP/IP configuration of a client, and there are WINS servers specified, does the client register with the WINS server? Or does that bypass the registration process. My thought is that the client still registers with the WINS server, it just stops using NetBIOS over TCP/IP, but a colleague disagrees with me on this. Thank you, Chris Bodnar, MCSE Technical Support III Distributed Systems Service Delivery - Intel Services Guardian Life Insurance Company of America Email: christopher_bod...@glic.com<mailto:christopher_bod...@glic.com> Phone: 610-807-6459 Fax: 610-807-6003 ----------------------------------------- This message, and any attachments to it, may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are notified that any use, dissemination, distribution, copying, or communication of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately by return e-mail and delete the message and any attachments. Thank you. ~ 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>> with the body: unsubscribe ntsysadmin ______________________________________________________________ This incoming email was virus scanned for HESA by MessageLabs. ______________________________________________________________ _____________________________________________________________________ Try our free UK HE Stats iPhone app - http://www.hesa.ac.uk/iapp1 No iPhone? Use our mobile website - http://m.hesa.ac.uk/ _____________________________________________________________________ Higher Education Statistics Agency Ltd (HESA) is a company limited by guarantee, registered in England at 95 Promenade Cheltenham GL50 1HZ. Registered No. 2766993. The members are Universities UK and GuildHE. Registered Charity No. 1039709. Certified to ISO 9001 and ISO 27001. HESA Services Ltd (HSL) is a wholly owned subsidiary of HESA, registered in England at the same address. Registered No. 3109219. This email is private and confidential. If you have reason to believe that you have received this message in error, please contact the sender immediately and remove it from your system. No employee or agent is authorised to conclude any agreement binding on HESA/HSL without express written confirmation by the Chief Executive or an employee of HESA/HSL with director in their title. _____________________________________________________________________ This outgoing email was virus scanned for HESA by MessageLabs. _____________________________________________________________________ ~ 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>> with the body: unsubscribe ntsysadmin Any medical information contained in this electronic message is CONFIDENTIAL and privileged. It is unlawful for unauthorized persons to view, copy, disclose, or disseminate CONFIDENTIAL information. This electronic message may contain information that is confidential and/or legally privileged. It is intended only for the use of the individual(s) and/or entity named as recipients in the message. If you are not an intended recipient of this message, please notify the sender immediately and delete this material from your computer. Do not deliver, distribute or copy this message, and do not disclose its contents or take any action in reliance on the information that it contains. ~ 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe ntsysadmin -- Mike Sullivan neog...@gmail.com<mailto:neog...@gmail.com> ~ 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
