Forum Discussion
Windows 10 RS4-17650, NETBios Resolution Issue
Also this one: https://social.technet.microsoft.com/Forums/en-US/4658180d-f4c0-4c7b-ab5d-13db08703252/how-to-set-netbios-over-tcpip-enabled-or-disabled-from-command-line-?forum=winserverDS
- neelesh kumarApr 27, 2018Copper Contributor
In our .NET application, we are trying to discover the device by using DNS class and ping class i.e., When DNS fails, Ping takes over to discover the device accordingly. Both process are failing in the mentioned version of windows 10. I hope this the right place for this problem.
Observations:
1) In windows 10 RS3_release, even though NetBIOS over TCP/IP is not enabled, device is discover-able by its netbios(UPPERCASE) name.
2) In windows 10 RS4-17650, even after enable NetBIOS over TCP/IP as suggested in the post doesn't discover the device.- DeletedMay 15, 2018
I have two independent systems/networks with 4 machines. All 4 use fixed IPV4 addresses. All 4 are on Window 10 Version 1803(17134.48). NetBIOS over TCP is not enabled on any of the machines. On one pair, I can ping to UPPERCASE, uppercase, and UpperCase is each direction and the names resolve. On the other pair full uppercase and full lowercase work for ping, but mixed case does not. Enabling NetBIOS over TCP does not help.
- Kevin MarchantMay 17, 2018Copper ContributorJust to say I've got the same problem on 1803. Only one machine exhibits the problem. Ping fails (no LLMNR request is broadcast as shown by Wireshark) if the hostname in the ping matches the destination machine hostname exactly in the same case. PING UPPERCASE fails with "could not find host" if the destination machine is set to UPPERCASE whilst all other case variations (lowercase and MiXed) succeed, If you change the destination machine computername to lowercase then PING lowercase fails with "could not find host", whilst all other case variations (UPPERCASE and MiXed) succeed.
In both scenarios PING UPPERCASE. <trailing Dot) and PING lowercase. succeed.
This is similar to a problem mentioned here.
https://superuser.com/questions/495759/why-is-ping-unable-to-resolve-a-name-when-nslookup-works-fine
but the solution of adding a "." appended DNS domain does not seem to resolve this problem.
Definitely something wonky in 1803.